Bug#344877: python-twisted: New upstream release
Package: python-twisted Version: 2.0.1-5 Severity: wishlist Twisted 2.1.0 is available. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=ko_KR.EUC-KR, LC_CTYPE=ko_KR.EUC-KR (charmap=EUC-KR) Versions of packages python-twisted depends on: ii python2.3.5-3An interactive high-level object-o ii python-zopeinterface 3.0.1-1Python library for API definitions ii python2.3-twisted 2.0.1-5Event-based framework for internet Versions of packages python-twisted recommends: pn python-pamnone (no description available) pn python-pyopenssl none (no description available) pn python-serial none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344869: mozilla-firefox: Bookmarks not working, stays running in background after closing main window
Hi, Confirming that firefox works as expected if installed extensions are removed. I haven't pin-pointed which one yet. Removing extensions solves both the problems, mentioned in original bug report. Please mark the bug as closed. -Rajesh
Bug#344878: pyro: New upstream version
Package: pyro Version: 3.4-3 Severity: wishlist Pyro 3.5 is available and users of older versions are recommended to upgrade. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=ko_KR.EUC-KR, LC_CTYPE=ko_KR.EUC-KR (charmap=EUC-KR) Versions of packages pyro depends on: ii python2.3.5-3An interactive high-level object-o pyro recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306209: Does the problem still exist?
Hello, On Sun, 24 Apr 2005 16:57:44 -0700, you reported: Subject: elvis crashes with an X Error, triggered switching virtual desktops under KDE? Package: elvis Version: 2.2.0-3 Severity: important elvis (X11 interface) has been crashing on me intermittantly with an X Error. Recently the problem seems to have gotten worse, but that might just be my usage changing. I tried to test this problem under a fresh install done as follows: debootstrap sarge sarge chroot sarge apt-setup apt-get install elvis kde x-window-system-core I was unable to get any crash from elvis after repeatedly switching consoles with multiple applications running. Could you please check whether this is still a problem with the sarge version? Thanks and best regards, Kapil. P.S. I am not the maintainer of elvis but a regular user and with this important bug open I am afraid to see it disappear from Debian! -- signature.asc Description: Digital signature
Bug#344436: automake1.4: Ships broken version of texinfo.tex
retitle 344436 automake1.4: broken version of texinfo.tex creates PDF instead of DVI thanks Eric Dorland [EMAIL PROTECTED] wrote: Well there's a few potential problems with this. The automake1.4 package is only provided for really old packages. I doubt updating the file to the current version would be compatible with such an old version of automake. I could remove the file, but I'm not sure there's a good point. If someone runs into this brokenness, the remedy is to upgrade. It's up to you to judge that. However, I recommend to leave that bug open, so that people can easily find out what's wrong. If you want to check whether the other automake packages are also affected: Compare the statement where the \pdfoutput routine is used; if it looks the same as in automake1.9, it is okay, otherwise it is more or less affected (there's an intermediate version of that check around that only gives a bug when used more than once). Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#344869: mozilla-firefox: stays running in background after closing main window
Hi, Reinstalling/Updating extensions solves the bookmark problem. I think the culprit was BookmarkTags extension. However if you have Clear private data when firefox closes checked in Preferences - Privacy - Settings, firefox closes the main window but does not show the dialog box for clearing the data. Killing firefox with a Ctrl-C or killall is possible. After starting firefox again, you will be presented with the dialog box, clearing the data then launches the main window. Hope this inconsistent behaviour will be fixed. -Rajesh
Bug#344880: /usr/bin/dpkg-source: dpkg-source: -x; ignore extraneous comments after diff hunk identifier
Package: dpkg-dev Version: 1.13.11 Severity: normal File: /usr/bin/dpkg-source Tags: patch Hi, I recently had an upload rejected with the following: Rejected: 'dpkg-source -x' failed for rpm_4.4.1-5.dsc [return code: 2304]. [dpkg-source output:] dpkg-source: error: expected ^--- in line 1 of diff It turns out that I had run 'diff -p' and that that places commentry after each hunk identifier. For example: @@ -1142,7 +1142,7 @@ static void genCpioListAndHeader(/[EMAIL PROTECTED] sxfn = rpmGetPath(%{?_build_file_context_path}, NULL); if (sxfn != NULL *sxfn != '\0') - sx = rpmsxNew(sxfn); + matchpathcon_init(sxfn); for (i = 0, flp = fl-fileList; i fl-fileListRecsUsed; i++, flp++) { const char *s; Attached is a patch to dpkg-source that allows it to ignore the commentry (it is helpful in large files, patch can make use of them -- as well as humans to better determine where the hunk should apply) and allow dpkg-source to work in this situation. --- /usr/bin/dpkg-source2005-08-17 13:56:02.0 +1000 +++ /home/anand/bin/dpkg-source 2005-12-27 19:21:10.0 +1100 @@ -1083,7 +1083,7 @@ # read hunk header (@@) s/\n$// or error(diff `$diff' is missing trailing newline); next if /^\\ No newline/; - /^@@ -\d+(,(\d+))? \+\d+(,(\d+))? @[EMAIL PROTECTED]/ or + /^@@ -\d+(,(\d+))? \+\d+(,(\d+))? @[EMAIL PROTECTED]/ or error(Expected [EMAIL PROTECTED]@ in line $. of diff `$diff'); my ($olines, $nlines) = ($1 ? $2 : 1, $3 ? $4 : 1); ++$hunk; Thanks, Anand -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc3 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages dpkg-dev depends on: ii binutils 2.16.1cvs20051117-1 The GNU assembler, linker and bina ii cpio 2.6-9 GNU cpio -- a program to manage ar ii dpkg 1.13.11.0.1 package maintenance system for Deb ii make 3.80-11 The GNU version of the make util ii patch2.5.9-2 Apply a diff file to an original ii perl [perl5] 5.8.7-9 Larry Wall's Practical Extraction ii perl-modules 5.8.7-9 Core Perl modules Versions of packages dpkg-dev recommends: ii bzip2 1.0.2-11 high-quality block-sorting file co ii gcc [c-compiler] 4:4.0.2-2 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-10 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.5-1The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-5The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344879: harden-doc: dhelp file not included
Package: harden-doc Version: 3.4 Severity: normal dhelp support is missing. item directorysystem linknameSecuring Debian HOWTO filenameindex.en.html description This manual describes the security of the Debian GNU/Linux operating system and within the Debian project. /description /item in harden-doc/html/securing-debian-howto/ and calling dhelp_parse postinst/prerm, might be everything required. cheers -- 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.8-2-686 Locale: LANG=de_AT, LC_CTYPE=de_AT (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335516: guile-gnome-platform_2.7.99-4(m68k/unstable): using wrong compiler
user debian-release@lists.debian.org severity 335516 important usertag 335516 rc-m68k block 335516 by 326905 thanks This bug doesn't seem to affect any other architectures; could it be related to the fact that the current version of guile-1.6 has not yet been built on m68k? In any case, since m68k is not currently a release-candidate architecture, it looks like this bug should probably be downgraded. 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#344833: attached an ugly and hacky patch which allows me to build 2.6.15 on powerpc.
On Mon, Dec 26, 2005 at 10:23:20PM -0600, Manoj Srivastava wrote: Hi, Umm. I'll accept part of this patch -- the part where you set KERNEL_ARCH based on KPKG_SUBARCH. I'm not going to change the common/* stuff just for ppc. If it appears that needs changing, then there is a bug elsewhere. Well, Then you didn't fix anything at all, really. You make a wrong assumption on the kernel ARCH vs the debian architecture, and this breaks in cases like powerpc where there is not a 1-1 mapping between both, i guess amd64 also suffer from this problem, but i am not sure how you solved this. The other day you complained i just filled a bug report without investigating, and now i investigated, and you just refuse to fix the brokeness, claiming there is a bug elsewhere or something. So, to make things clear, the official powerpc debian/dpkg arch is powerpc, the unnofficial andreas-jochens-pure64 debian/dpkg arch is ppc64, and the future multi-arch 64bit powerpc debian/dpkg arch will be powerpc64, once we have multi-arch support. On the kernel side, upto now, we had two kernel archs (ARCH=ppc for 32bit and ARCH=ppc64 for 64bit), and we are slowly merging this into a single ARCH=powerpc. ARCH=ppc64 has dissapeared and is replaced by ARCH=powerpc since 2.6.15 (including the -rc ones), and the 32bit powerpc arch can build with both ARCH=ppc and ARCH=powerpc as of 2.6.15, it is expected that ARCH=ppc will go away in 2.6.16 or soon thereafter. Since kernel-package aims to be able to build kernels for newer and older kernels, we need to support all three cases. In order to do this, we need to be able to set the ARCH field accordying to version and 32/64 bitness. I used to hardcode the ARCH from the KPKG_SUBARCH (powerpc-ARCH=ppc, powerpc64-ARCH=ppc64), but this is no more future proof, and i believe was kind a suboptimal back then. The right way is to be able to tell make-kpkg the ARCH to use, which i believe is what the --arch arg is supposed to be for, but you are making a confusion between the debian/dpkg arch and the kernel arch, which is the cause of this problem. So, it would be nice if you could define clearly what the --arch is for, to set the debian/dpkg arch or the kernel arch, and if we really need to be able to set the debian/dpkg arch in this way, then you need also to provide an option for setting the kernel arch. Current code, apart from the purely powerpc case, and my unsureness of chosing the ARCH=ppc or ARCH=powerpc for 2.6.15, make two broken assumptions about this : 1) the --arch seems clearly to be used only for cross compilation, and altough you have a funny and unexplained powerpc64 special casing, it doesn't really solve the problem in his generality. 2) kernel-package goes under the assumption that the kernel ARCH is the same as the debian architecture, which is obviously wrong. So, all in all, i think the bug is in kernel-package, and we are dependent on you fixing it properly to be able to again build kernels on powerpc, which probably includes both 2.6.15 and 2.6.14 and all older kernels in the current state of things. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344881: gs-common: ps2pdf should use alternatives system
Package: gs-common Version: 0.3.7 Severity: wishlist /usr/bin/ps2pdf is essentially the same as ps2pdf12. I think it would be great if it was just a symlink, and one could use the alternatives system to configure whether it should finally point ot ps2pdf12, ps2pdf13, or ps2pdf14. 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 gs-common depends on: ii debconf 1.4.30.13 Debian configuration management sy ii debianutils 2.8.4 Miscellaneous utilities specific t ii defoma0.11.8-0.1 Debian Font Manager -- automatic f ii gs8.01-5 Transitional package ii gs-afpl [gs] 8.14-3 The AFPL Ghostscript PostScript in ii gs-esp [gs] 7.07.1-9 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.01-5 The GPL Ghostscript PostScript int ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre -- no debconf information -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#344882: k3b: fails to burn audiocd with cd-text enabled
Package: k3b Version: 0.12.10-1 Severity: important Trying to burn an audio cd with cdtext enabled. Looking at the commandline of cdrecord: /usr/bin/cdrecord mmap -v gracetime=2 dev=/dev/hda speed=48 -dao driveropts=burnfree textfile=/tmp/kde-joost/k3bL7F0Qa.dat -eject -useinfo -audio -shorttrack /tmp/kde-joost/k3b_audio_0_01.inf /tmp/kde-joost/k3b_audio_0_02.inf /tmp/kde-joost/k3b_audio_0_03.inf /tmp/kde-joost/k3b_audio_0_04.inf /tmp/kde-joost/k3b_audio_0_05.inf /tmp/kde-joost/k3b_audio_0_06.inf /tmp/kde-joost/k3b_audio_0_07.inf /tmp/kde-joost/k3b_audio_0_08.inf /tmp/kde-joost/k3b_audio_0_09.inf /tmp/kde-joost/k3b_audio_0_10.inf /tmp/kde-joost/k3b_audio_0_11.inf Shows that it is supposed to get it's cd-text information out of a file called /tmp/kde-joost/k3bL7F0Qa.dat, which I presume k3b should generate; however, this file is not there and this causes cdrecord to crash. One could argue that this is also a bug in cdrecord, however for me this is of less importance. I tried with some different cds and the behaviour is the same. Greetings, Joost Damad -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-amd64-k8-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages k3b depends on: ii cdparanoia 3a9.8-11An audio extraction tool for sampl ii cdrecord 4:2.01+01a03-4 command line CD writing tool ii dbus-1 0.23.4-8simple interprocess messaging syst ii dbus-qt-1c2 0.23.4-8simple interprocess messaging syst ii kcontrol 4:3.4.3-3 control center for KDE ii kdebase-bin 4:3.4.3-3 core binaries for the KDE base mod ii kdelibs-data 4:3.4.3-2 core shared data for all KDE appli 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-9 GNU C Library: Shared libraries an ii libfam0 2.7.0-8 client library to control the FAM 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 libhal0 0.4.8-8 Hardware Abstraction Layer - share ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libjpeg626b-11 The Independent JPEG Group's JPEG ii libk3b2 0.12.10-1 The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.1-4.1 Second generation incarnation of t ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libqt3-mt3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libresmgr1 1.0-3 resource manager library 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 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 mkisofs 4:2.01+01a03-4 Creates ISO-9660 CD-ROM filesystem ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages k3b recommends: ii cdrdao 1:1.2.1-2 Disk-At-Once (DAO) recording of au ii dvd+rw-tools 5.21.4.10.8-4 DVD+-RW/R tools ii kdebase-kio-plugins4:3.4.3-3 core I/O slaves for KDE ii vcdimager 0.7.23-1 A VideoCD (VCD) image mastering an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329988: Patch for Bug#329988: internal cross-references in the README.Debian
Marc == Marc Haber [EMAIL PROTECTED] writes: Marc That would be absolutely fantastic! You can pull the current Marc file from svn: Marc http://svn.debian.org/wsvn/pkg-exim4/exim/trunk/debian/README.Debian.xml?op=filerev=0sc=0, Marc or svn co Marc svn://svn.debian.org/svn/pkg-exim4/exim/trunk. Please submit Marc the resulting patch through the BTS. Hi Marc, Here is the simplest patch I could come up with. I hope it meets all your requirements. Cheers! Shyamal Index: README.Debian.xml === --- README.Debian.xml (revision 1320) +++ README.Debian.xml (working copy) @@ -248,6 +248,8 @@ these changes, you can do so by using commandupdate-exim4.conf.template/command. /para + section id='macros' + titleUsing Exim Macros to control the configuration/title para Our configuration can be controlled in a limited way by setting macros. That way, you can switch on and off certain @@ -281,6 +283,7 @@ general macro mechanism, see the exim specification, chapter 6.4, for details how macro expansion works. /para + /section section titleWhat about debconf?/title para @@ -568,8 +571,9 @@ If you need to enable them for unencrypted connections because your service provider does support neither TLS encryption nor the CRAM MD5 authentication method, you can do so by setting - the appropriate macro as mentioned in the comments in the - configuration file. + the AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS macro. Please refer to + xref linkend=macros/ for an explanation of + how best to do this. /para para filename/etc/exim4/passwd.client/filename needs to be -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329988: Patch for Bug#329988: internal cross-references in the README.Debian
On Tue, Dec 27, 2005 at 12:49:15AM -0800, Shyamal Prasad wrote: Here is the simplest patch I could come up with. I hope it meets all your requirements. I have committed the patch to svn with the deviation that I didn't mention the macro name in the README text. I want people to read the documentation in the configuration file snippet. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344082: tetex-bin: fmtutil segfault
severity 344082 important tags 344082 moreinfo unreproducible stop Downgrading this bug since the submitter didn't react for a couple of days. If he does react and it turns out to be reproducible on his system, I plan to raise it again; if he doesn't react at all until mid January (christmas holidays until Jan. 6 +~ one week), I'll ask again and finally close. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#344883: notification-daemon: New version available with a new name
Package: notification-daemon Severity: normal Hello, as I was not able to install the last packaged version (0.2.2-1) due to an old DBUS depends, I have see a new version of notification-daemon available under the name of notify-daemon. http://www.galago-project.org/downloads.php Best regards, Patrice. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344884: Should be removed from the archive
Package: mlgtk Severity: grave Hello, Looking at the ocaml transition, I've come across mlgtk, which seems to be a bit obsolete: binds gtk1.2 + has no reverse dependencies. Please, consider reassigning this bug to ftp.master.org, to get the package removed from Debian. Jordi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276189: OpenAFS and user-mode-linux
* Russ Allbery [EMAIL PROTECTED] [2005-12-26 16:17:04]: Sam Hartman [EMAIL PROTECTED] writes: So, I agree that we definitely need to support building targeted at /usr/lib/uml. I also believe you need to set up the other way. Ah, now I understand your concerns. How about this: What if having ARCH set to uml changed the sysname, the build infrastructure, the package name, and the recommended kernel image, and one had to set a separate variable (DEBIAN_UML_PATHS, perhaps) to have the kernel module install in /usr/lib/modules? That would let one put the kernel modules in the same place as the Debian package if desired, with a bit of additional hassle, while having other builds produce packages that behave like other module packages and could be installed in the guest OS. If that sounds fine, I can implement that. this, too comes down to the fact that uml needs some support to build modules (and perhaps other stuff). the most natural and really needed thing is an active maintainer who creates this infrastructure in a sensible way. not us coming up with a solution that seems to fit our gusto. i will start lobbing/searching for a new more active maintainer. /andreas signature.asc Description: Digital signature
Bug#337352: powerpc not linked with libkrb53
reassign 337352 firefox severity 337352 normal forwarded 337352 https://bugzilla.mozilla.org/show_bug.cgi?id=321514 merge 337352 344761 thanks * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.7-1 Severity: important Strangely, the powerpc mozilla-firefox package isn't linked with libkrb53, so Negotiate authentication fails I found this error in the build log - [...] checking for gssapi.h... no checking for gssapi/gssapi.h... yes checking for gss_init_sec_context in -lgss... no checking for gss_init_sec_context... no checking for gss_init_sec_context in -lgssapi... no configure: warning: Cannot build negotiateauth without GSSAPI. Removing negotatiate from MOZ_EXTENSIONS. [...] - http://buildd.debian.org/fetch.php?pkg=mozilla-firefoxver=1.0.7 -1arch=powerpcstamp=1127461486file=logas=raw However, rebuilding mozilla-firefox using pbuilder successfully linked with libkrb53 - Negotiate authentication works again Could mozilla-firefox please be rebuilt for powerpc confirm it is linked with libkrb53? Many thanks! Firefox 1.5 dynamically opens the gssapi lib, so this shouldn't be a problem anymore. -- 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#339806: [DB2LaTeX-apps] Problems with db2latex and current TeX distributions: \pdfoutput
Hi Frank, Can you find out if the attached patches fix the problem for Debian? Index: preamble.mod.xsl === RCS file: /cvsroot/db2latex/db2latex/xsl/preamble.mod.xsl,v retrieving revision 1.82 diff -u -r1.82 preamble.mod.xsl --- preamble.mod.xsl31 Jan 2004 12:26:12 - 1.82 +++ preamble.mod.xsl27 Dec 2005 09:18:34 - @@ -54,7 +54,8 @@ para If xref linkend=param.latex.override/ is empty, the template - outputs xref linkend=param.latex.article.preamblestart/ and + outputs xref linkend=param.latex.common.pdfdetection/, + xref linkend=param.latex.article.preamblestart/ and xref linkend=param.latex.article.preamble.pre/, then calls xref linkend=template.generate.latex.common.preamble/ and xref linkend=template.generate.latex.essential.preamble/ followed by @@ -69,6 +70,7 @@ xsl:template name=generate.latex.article.preamble xsl:choose xsl:when test=$latex.override = '' + xsl:value-of select=$latex.common.pdfdetection/ xsl:value-of select=$latex.article.preamblestart/ xsl:value-of select=$latex.article.preamble.pre/ xsl:call-template name=label.id/ @@ -95,7 +97,8 @@ para If xref linkend=param.latex.override/ is empty, the template - outputs xref linkend=param.latex.book.preamblestart/ and + outputs xref linkend=param.latex.common.pdfdetection/, + xref linkend=param.latex.book.preamblestart/ and xref linkend=param.latex.book.preamble.pre/, then calls xref linkend=template.generate.latex.common.preamble/ and xref linkend=template.generate.latex.essential.preamble/ followed by @@ -110,6 +113,7 @@ xsl:template name=generate.latex.book.preamble xsl:choose xsl:when test=$latex.override = '' + xsl:value-of select=$latex.common.pdfdetection/ xsl:value-of select=$latex.book.preamblestart/ xsl:value-of select=$latex.book.preamble.pre/ xsl:call-template name=label.id/ @@ -142,8 +146,8 @@ xsl:text% #10;/xsl:text xsl:text% Autogenerated LaTeX file for articles#10;/xsl:text xsl:text% #10;/xsl:text - xsl:text\ifx\pdfoutput\undefined#10;/xsl:text - xsl:text\documentclass[/xsl:text + xsl:text\ifdblatexpdf#10;/xsl:text + xsl:text\documentclass[pdftex,/xsl:text xsl:value-of select='$latex.documentclass.common' / xsl:text,/xsl:text xsl:value-of select='$latex.documentclass.article' / @@ -156,7 +160,7 @@ /xsl:choose xsl:text}#10;/xsl:text xsl:text\else#10;/xsl:text - xsl:text\documentclass[pdftex,/xsl:text + xsl:text\documentclass[/xsl:text xsl:value-of select='$latex.documentclass.common' / xsl:text,/xsl:text xsl:value-of select='$latex.documentclass.article' / @@ -189,8 +193,8 @@ xsl:text% #10;/xsl:text xsl:text% Autogenerated LaTeX file for books #10;/xsl:text xsl:text% #10;/xsl:text - xsl:text\ifx\pdfoutput\undefined#10;/xsl:text - xsl:text\documentclass[/xsl:text + xsl:text\ifdblatexpdf#10;/xsl:text + xsl:text\documentclass[pdftex,/xsl:text xsl:value-of select='$latex.documentclass.common' / xsl:text,/xsl:text xsl:value-of select='$latex.documentclass.book' / @@ -203,7 +207,7 @@ /xsl:choose xsl:text}#10;/xsl:text xsl:text\else#10;/xsl:text - xsl:text\documentclass[pdftex,/xsl:text + xsl:text\documentclass[/xsl:text xsl:value-of select='$latex.documentclass.common' / xsl:text,/xsl:text xsl:value-of select='$latex.documentclass.book' / @@ -875,21 +879,10 @@ doc:param name=latex.pdf.preamble xmlns= doc:description screen - \usepackage{ifthen} - %
Bug#344885: ITP: libclass-data-accessor-perl -- Inheritable, overridable class and instance data accessor creation
Package: wnpp Severity: wishlist Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] * Package name: libclass-data-accessor-perl Version : 0.02 Upstream Authors: Matt S Trout [EMAIL PROTECTED], Christopher H. Laco [EMAIL PROTECTED] * URL : http://search.cpan.org/~claco/Class-Data-Accessor-0.02/ * License : Perl: Artistic/GPL Description : Inheritable, overridable class and instance data accessor creation Class::Data::Accessor is the marriage of Class::Accessor and Class::Data::Inheritable into a single module. It is used for creating accessors to class data that overridable in subclasses as well as in class instances. . For example: . Pere::Ubu-mk_classaccessor('Suitcase'); . will generate the method Suitcase() in the class Pere::Ubu. . This new method can be used to get and set a piece of class data. . Pere::Ubu-Suitcase('Red'); $suitcase = Pere::Ubu-Suitcase; NOTE: this module is demanded to build new upstream version of libdbix-class-perl package -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344833: attached an ugly and hacky patch which allows me to build 2.6.15 on powerpc.
On Tue, 27 Dec 2005 09:44:20 +0100, Sven Luther [EMAIL PROTECTED] said: On Mon, Dec 26, 2005 at 10:23:20PM -0600, Manoj Srivastava wrote: Hi, Umm. I'll accept part of this patch -- the part where you set KERNEL_ARCH based on KPKG_SUBARCH. I'm not going to change the common/* stuff just for ppc. If it appears that needs changing, then there is a bug elsewhere. Well, Then you didn't fix anything at all, really. You make a wrong assumption on the kernel ARCH vs the debian architecture, I designed this stuff. I know what the --arch argument to k-p means. I, however, have no idea what you mean by debian architecture, or what the significance of that might be, but it is not a kernel-package thing, so I am not sure what I am supposed to do with that. And the kernel architiceture is what is passed to the kernel Makefile as ARCH=ffo, and kernel-package stores it under KERNEL_ARCH and this breaks in cases like powerpc where there is not a 1-1 mapping between both, i guess amd64 also suffer from this problem, but i am not sure how you solved this. No, it does not. ANd neither does amd64 break. The other day you complained i just filled a bug report without investigating, and now i investigated, and you just refuse to fix the brokeness, claiming there is a bug elsewhere or something. If there was brokenness to fix in the way you imagine, I would. So, to make things clear, the official powerpc debian/dpkg arch is powerpc, Well, that's fine and dandy. I am not sure I know what debian/dpkg arch means, though, and What does this have to do with kernel-package, anyway? the unnofficial andreas-jochens-pure64 debian/dpkg arch is ppc64, and the future multi-arch 64bit powerpc debian/dpkg arch will be powerpc64, once we have multi-arch support. Again, unless this is what we pass to the kernel as ARCH=foo (KERNEL_ARCH, in other words), I am not sure of the significance. On the kernel side, upto now, we had two kernel archs (ARCH=ppc for 32bit and ARCH=ppc64 for 64bit), and we are slowly merging this into a single ARCH=powerpc. ARCH=ppc64 has dissapeared and is replaced by ARCH=powerpc since 2.6.15 (including the -rc ones), and the 32bit powerpc arch can build with both ARCH=ppc and ARCH=powerpc as of 2.6.15, it is expected that ARCH=ppc will go away in 2.6.16 or soon thereafter. OK, good, I understand this. I think we are more or less on the right track here. Since kernel-package aims to be able to build kernels for newer and older kernels, we need to support all three cases. In order to do this, we need to be able to set the ARCH field accordying to version No, ARCH is the wrong thing to set here. We should be using --subarch. and 32/64 bitness. I used to hardcode the ARCH from the KPKG_SUBARCH (powerpc-ARCH=ppc, powerpc64- ARCH=ppc64), but this is no more future proof, and i powerpc64- believe was kind a suboptimal back then. The right way is to be able to tell make-kpkg the ARCH to use, which i believe is what the --arch arg is supposed to be for, but you are making a confusion between the debian/dpkg arch and the kernel arch, which is the cause of this problem. No. --arch is not meant to be used like that. So, it would be nice if you could define clearly what the --arch is for, to set the debian/dpkg arch or the kernel arch, and if we really need to be able to set the debian/dpkg arch in this way, then you need also to provide an option for setting the kernel arch. --arch is DEB_HOST_ARCH_CPU (or DEB_HOST_GNU_CPU, if that does not exist). If you tell kerel-package some value of arch that is different from DEB_HOST_ARCH_CPU, kernel-package knows you are cross compiling. Current code, apart from the purely powerpc case, and my unsureness of chosing the ARCH=ppc or ARCH=powerpc for 2.6.15, make two broken assumptions about this : 1) the --arch seems clearly to be used only for cross compilation, and altough you have a funny and unexplained powerpc64 special casing, it doesn't really solve the problem in his generality. The special casing is gone, and seems to have been a historical artifact. 2) kernel-package goes under the assumption that the kernel ARCH is the same as the debian architecture, which is obviously wrong. You are wrong about that. kernel-package _defaults_ to setting kernel ARCH to be the same as DEB_HOST_ARCH_CPU, but does not _assume_ they are the same. Big difference. So, all in all, i think the bug is in kernel-package, and we are dependent on you fixing it properly to be able to again build kernels on powerpc, which probably includes both 2.6.15 and 2.6.14 and all older kernels in the current state of things. The bug, really, is in the invocation. And perhaps powerpc.mk, ppc.mk, and ppc64.mk may need changes to ensure everything works correctly, and I'll install new
Bug#343902: debconf: Can't call method 'description' during tasksel
On 18.12.05 Frans Pop ([EMAIL PROTECTED]) wrote: Hi, When installing a new system (unstable), tasksel, while showing a progress bar, fails at the end of downloading packages with the following error: Can't call method 'description' on an undefined value. Attached are two screenshots showing a log of the error using DEBCONF_DEBUG=.. I am reliably informed that this is almost certainly a debconf-apt-progress bug. Isn't that the same as #247849 ff.? H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344776: xterm: menu labels are displayed in a very large font
El lunes, 26 de diciembre de 2005 06:41, Vincent Lefevre escribió: On 2005-12-26 05:08:50 +0100, David Martínez Moreno wrote: Strange, I have the right menus with the same version (204-0pre1). I send attached a picture. It was like this before I upgraded to xterm 204-0pre1. Or is it due to my recent upgrade to Xorg? Perhaps not a problem with xterm since I've just seen that xfontsel shows the same problem. What are you using? Mmmm...X.Org 6.8.2-11. The same as here. -11 did not carry substantial changes. Could it be related to maybe xfs being down or the server unable to find fonts? Ender. -- Why is a cow? Mu. (Omm) -- Desarrollador de Debian Debian developer pgpjkeIdme5xL.pgp Description: PGP signature
Bug#344886: listarchives: Please remove automatically unreadable spam mails from i18n/l10n lists
Package: listarchives Severity: wishlist (Note: CC'ing listmasters as this might make sense to be applied as a global rule for mailing lists from now on too) I have been reporting for a while e-mail in the mailing list archives which is spam sent in a foreign language (to the list, that is, russian, korean, chinese messages sent to the spanish i18n/l10n list). I think it would be good if some mailing lists were filtered automatically of this spam (if possible when receiving mail but, at least, in the list archives since the rule will not apply to old messages). Reviewing the lists at http://lists.debian.org/i18n.html I see that most of them should only accept charsets that belong to national encodings, in the case of european languages, those encodings do *not* include any of these: big5|iso-2022-jp|ISO-2022-KR|euc-kr|gb2312|ks_c_5601-1987|iso -2022-jp|KS_C_5601-1987|BIG5|koi8-r|GB2312|windows-1251 The european language mailing lists are: - debian-l10n-catalan - debian-l10n-czech - debian-l10n-danish- debian-l10n-dutch - debian-l10n-english - debian-l10n-esperanto - debian-l10n-finnish - debian-l10n-french - debian-l10n-german- debian-l10n-greek - debian-l10n-hungarian - debian-l10n-italian - debian-l10n-polish- debian-l10n-portuguese - debian-l10n-romanian - debian-l10n-spanish - debian-laespiral - debian-user-catalan - debian-user-danish- debian-user-de - debian-user-french- debian-user-polish - debian-user-portuguese - debian-user-spanish - debian-user-swedish - debian-user-german This rule, reversed, could also be applied to other lists (Japanese, Chinese) in order to remove e-mails that are *not* encoded in their language encoding. That would need to be done in a case by case basis, though, since those lists might contain legitimate mails in different encodings. I have not investigated, though, but it might be useful to remove Korean-encoded mail from the Russian mailing lists and vice-versa. Attached is the procmail rule that I use to filter out messages sent in encodings I can't read (and thus, are junk to me) from the mailing lists I'm subscribed to. Please apply this to the lists above (and consider definiding new procmail rules for the non european mailing lists). Thanks Javier # Unreadable charsets UNREADABLE='[^?]*(big5|iso-2022-jp|ISO-2022-KR|euc-kr|gb2312|ks_c_5601-1987|iso-2022-jp|KS_C_5601-1987|BIG5|koi8-r|GB2312|indows-1251)' :0 * 1^0 $ ^Subject:.*=\?($UNREADABLE) * 1^0 $ ^Content-Type:.*charset=?$UNREADABLE $JUNKFOLDER :0 * ^Content-Type:.*multipart * B ?? $ ^Content-Type:.*^?.*charset=?$UNREADABLE $JUNKFOLDER signature.asc Description: Digital signature
Bug#344887: Upgrade woody-sarge can fail in some cases
Package: tetex-bin Version: 2.0.2-30 Severity: normal Hi, this is a spin off from #342247. The submitter refused to replace his hand crafted config files by these from the package, which caused his upgrade to fail. I've experienced similar problems, upon upgrading from woody to sarge but didn't bother to file a bug, as I'm a teTeX maintainer myself. Frank Küster told me in #342247 that I should file a bug as we (the Debian teTeX maintainers) believed we would have put some code into our package scripts, which should have avoided #342247. Unfortunetely it did not help. I had two points of failure: 1. I refused to replace the changed language.dat by that one from the maintainers. The old one referenced the hyph. patterns czhyph2e.tex, which does not exist any more in teTeX 2.0. Hence the build of all formats having hyph. patterns failed. 2. I refused to replace the changed 05TeXMF. The code, which should have introduced VARTEXMF seemed to fail. Hence updmap.cfg was not found. Frank told me, the first case is to hard to handle - out of luck. We believed we've handeled the second case in the postinst scripts. He published a guildline, which should be done: I won't have time to investigate this now, but here's what I think should be done: - Check which packages installed files in your texmf.d.tar.bz2 - install those packages in a woody pbuilder - replace texmf.d by the contents of your tar.bz2 - make preinst and postinst scripts use set -x, e.g. with the contol-overrides mechanism - Do the upgrade... AFAICS the only package, which put files into my texmf.d was xmltex. -- sigmentation fault texmf.d.tar.bz2 Description: Binary data
Bug#344888: broken site reporting tool missing?
Package: mozilla-firefox Version: 1.5.dfsg-3 Hi, the mozilla release notes for firefox 1.5 claim that there is a new function to report broken web sites not working under firefox. The function should be found in the Help menu. But there is no such function there. Maybe another debian anomaly? regards Hadmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344575: hula: Build-Depends needs zlib1g-dev package.
On Fri, 2005-12-23 at 13:11 -0800, jeremy avnet wrote: Package: hula Version: 0.1.0+svn379-2.1 Severity: serious Justification: no longer builds from source When building the debian package (apt-get source -b -t unstable hula), the following error is fixed by installing the zlib1g-dev package. It should be added to Build-Depends. Hula doesn't need zlib, so it certainly shouldn't Build-Depend on it. Something, then, is adding in this zlib flag incorrectly - it sounds a bit like bug#337873, but that is fixed as far as I know. Would it be possible for you to have a look at the various .pc files on your system, and see which is requiring -lz? Thanks, Alex. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344757: apcupsd: example client.c cannot be compiled
Hugo Vanwoerkom wrote: Package: apcupsd Version: 3.10.17-2 Severity: normal Tags: patch Hi, hi Example client.c cannot be compiled as supplied in the examples dir. I downloaded the source and added the code necessary to compile it. i have some problem with the patch u sent me, could u please send it again as attachment ? BTW thanks for maintaining apcupsd: it's the reason I picked an APC product. thanks :-) Regards Samuele -- 4% fats, 2% cerebral activities -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344889: [l10n:de] updated German debconf translation
Package: 3.1-4 Version: asedriveiiie Severity: minor Tags: l10n patch Please find an _updated_ translation of the debconf template into German attached. Please copy the file de.po to debian/po/ (I assume your package uses po-debconf(7)) Let me know if the templates changes, so that I can adjust the translation. Warning translators before uploading the package and leaving them a delay for translation updates is the best approach. The best way of informing translators is by means of podebconf-report-po(1) Keep up the good work :) Regards, Jens -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8jens01-ifplugd-b44 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) # translation of asedriveiiie_3.1-4_de.po to German # translation of de.po to German # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # Jens Nachtigall [EMAIL PROTECTED], 2004, 2005. # msgid msgstr Project-Id-Version: asedriveiiie_3.1-4_de\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2005-12-04 15:00+0100\n PO-Revision-Date: 2005-12-27 11:42+0100\n Last-Translator: Jens Nachtigall [EMAIL PROTECTED]\n Language-Team: German debian-l10n-german@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: select #. Choices #: ../libasedrive-serial.templates:3 msgid ttyS0 msgstr ttyS0 #. Type: select #. Choices #: ../libasedrive-serial.templates:3 msgid ttyS1 msgstr ttyS1 #. Type: select #. Choices #: ../libasedrive-serial.templates:3 msgid ttyS2 msgstr ttyS2 #. Type: select #. Choices #: ../libasedrive-serial.templates:3 msgid ttyS3 msgstr ttyS3 #. Type: select #. Choices #: ../libasedrive-serial.templates:3 msgid none msgstr keiner #. Type: select #. Description #: ../libasedrive-serial.templates:4 msgid Communication port to use with the smart card reader: msgstr Serieller Port, der zur Kommunikation mit dem Smart-Chipkarten-Leser verwendet werden soll: #. Type: select #. Description #: ../libasedrive-serial.templates:4 msgid The driver needs to know which serial port the Athena ASEDrive IIIe card reader is connected to. msgstr Der Treiber muss wissen, an welcher seriellen Schnittstelle der Chipkarten-Leser Athena ASEDrive IIIe angeschlossen ist.
Bug#344564: xlibmesa-gl: ww2d's GL usage causes the xserver to exit with sig 11
reassign 344564 xserver-xorg kthxbye On Fri, 2005-12-23 at 20:57 +0100, Ralf Hildebrandt wrote: Package: xlibmesa-gl An X server crash is an X server bug, reassigning. Version: 6.8.99.902.dfsg.1-1 Can you try xserver-xorg 6.8.99.903.dfsg.1-1? Chances are this has been fixed upstream between RC2 and RC3. Also, if you install libgl1-mesa-dri and uncomment the 'Load dri' line in xorg.conf, you should be able to use direct rendering, both providing better performance and avoiding this issue. PS: What's ww2d, anyway? :) -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#344890: tiger: neverlogin check does not grok AD usernames
Package: tiger Version: 1:3.2.1-24 Severity: normal The check_neverlogin script fails if the system is configured to use winbindd for AD connectivity, as grep bails out with the message grep: Invalid back reference. This is likely due to the username being of the form DOMAIN\user, with user being a UUID starting with some number, so that grep tries to make a back ref of the backslash + digit and can't. AFAICT the expression failing is this bit in the for loop at line 108: SHELL=`$GREP ^$user: $passwd_set | $AWK -F: '{print$7}'` Tested by running from command prompt: grep ^MYDOM\8c53fc6d-abd2-49ab-a: /dev/null | awk -F: '{print$7}' BTW, I'm fairly certain that the grep expression does not work as it should, too, for regular domain users like e.g. MYDOM\uname, as it likely interprets this as MYDOMuname instead, only it won't give an error message in such case. Regards, Filip -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tiger depends on: ii binutils2.15-6 The GNU assembler, linker and bina ii coreutils [fileutils] 5.2.1-2 The GNU core utilities ii debconf 1.4.30.13Debian configuration management sy ii diff2.8.1-11 File comparison utilities ii fileutils 5.2.1-2 The GNU file management utilities ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii net-tools 1.60-10 The NET-3 networking toolkit ii shellutils 5.2.1-2 The GNU shell programming utilitie -- User Error 2361: Please insert coffee and try again. -- John E. Jasen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344891: scmail: scbayes
Package: scmail Version: 1.3-1 Severity: grave scbayes dosen't work. Error log as follows scbayes --learn-spam .trash *** ERROR: no such module: dbm Stack Trace: ___ in gauche package,result of grep dbm ~$ dpkg -L gauche|grep dbm /usr/share/gauche/0.8.6/lib/dbm /usr/share/gauche/0.8.6/lib/dbm/fsdbm.scm -- 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.10 Locale: LANG=ja_JP.EUC-JP, LC_CTYPE=ja_JP.EUC-JP (charmap=EUC-JP) Versions of packages scmail depends on: ii gauche0.8.6-1A Scheme implementation designed f scmail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282953: status
No open bugs and no newer upstream version. Thanks for leaving this package in good shape. To adopt zssh I must repackage zssh as the new maintainer. Here it is, version 1.5c-2 : http://members.chello.be/ws35943/zssh/ I'm looking for a sponsor to verify and upload version 1.5c-2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344872: cups-pdf creates 0 bytes pdf file.
ti, 2005-12-27 kello 02:53 -0300, Andres Junge kirjoitti: Package: cups-pdf Version: 1.7.3-7 Severity: grave Justification: renders package unusable 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. -- Martin-Éric Racine http://q-funk.iki.fi signature.asc Description: Digitaalisesti allekirjoitettu viestin osa
Bug#326373: NMU to fix 326373
I have just made an NMU of this package to the 7-day delayed queue on gluck. This NMU can be overridden by a maintainer upload between now and then. The interdiff for the NMU is attached. Don Armstrong -- I'd sign up in a hot second for any cellular company whose motto was: We're less horrible than a root canal with a cold chisel. -- Cory Doctorow http://www.donarmstrong.com http://rzlab.ucr.edu diff -u elfsh-0.51b3/debian/control elfsh-0.51b3/debian/control --- elfsh-0.51b3/debian/control +++ elfsh-0.51b3/debian/control @@ -2,7 +2,7 @@ Section: devel Priority: optional Maintainer: Andrés Roldán [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), libreadline-dev, dpatch (= 1.11) +Build-Depends: debhelper (= 4), libreadline5-dev | libreadline-dev, dpatch (= 1.11) Standards-Version: 3.6.1.0 Package: elfsh diff -u elfsh-0.51b3/debian/changelog elfsh-0.51b3/debian/changelog --- elfsh-0.51b3/debian/changelog +++ elfsh-0.51b3/debian/changelog @@ -1,3 +1,10 @@ +elfsh (0.51b3-2.1) unstable; urgency=low + + * NMU + * Change libreadline-dev build dependency to libreadline5-dev|libreadline-dev (closes: #326373) + + -- Don Armstrong [EMAIL PROTECTED] Tue, 27 Dec 2005 02:26:00 -0800 + elfsh (0.51b3-2) unstable; urgency=low * debian/elfsh.1: New. Many thanks to Peter De Schrijver [EMAIL PROTECTED] for signature.asc Description: Digital signature
Bug#344804: RFP: xarchive -- GTK+ frontend to various command line archivers like tar, rar, zip, 7zip, arj, deb, rpm and ace
Im already doing this package, Jose Carlos Em Seg, 2005-12-26 às 05:40 -0800, Maurice Devon escreveu: Package: wnpp Severity: wishlist * Package name: xarchive Version : 0.2.8-2 Upstream Author : Lee Bigelow [EMAIL PROTECTED] * URL : http://xarchive.sourceforge.net/ * License : GPL Description : GTK+ frontend to various command line archivers like tar, rar, zip, 7zip, arj, deb, rpm and ace. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=en_SG.UTF-8, LC_CTYPE=en_SG.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_SG.UTF-8) -- Maurice Devon [EMAIL PROTECTED] -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again -- José Carlos do Nascimento [EMAIL PROTECTED] Analista de Sistemas VARIG Brazilian Airlines - SAODT GGTI - Gerencia Geral de Tecnologia da Informação Tel.: + 55-0XX-11-5091-2632 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334030: perl_5.8.7-6(m68k/unstable): FTBFS: failed test suite t/op/rand.t
severity 334030 normal thanks perl seems to be building fine now on m68k; I suppose this bug can be kept open as documentation of the potential false-positives in the rand-based test, but I don't see any reason to leave it as a release-critical bug. 335105, OTOH, seems to still be happening on the mipsen with unreasonable frequency, so that seems to merit more investigation still... -- 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#344864: backtrace
last bits of output and then backtrace: Loaded song library. Opening audio device. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Program received signal SIGFPE, Arithmetic exception. [Switching to Thread -1208310080 (LWP 915)] 0xb6fac421 in gst_alsa_set_default_format () from /usr/lib/gstreamer-0.8/libgstalsa.so (gdb) backtrace #0 0xb6fac421 in gst_alsa_set_default_format () from /usr/lib/gstreamer-0.8/libgstalsa.so #1 0x4e4f935b in g_object_set_property () from /usr/lib/libgobject-2.0.so.0 #2 0xb7934ecc in _gst_parse_yylex_destroy () from /usr/lib/libgstreamer-0.8.so.1 #3 0xb7936f5a in _gst_parse__yyparse () from /usr/lib/libgstreamer-0.8.so.1 #4 0xb7938fa3 in _gst_parse_launch () from /usr/lib/libgstreamer-0.8.so.1 #5 0xb7930a79 in gst_parse_launch () from /usr/lib/libgstreamer-0.8.so.1 #6 0xb7a2b58c in _wrap_gst_pad_template_tp_getattr () from /usr/lib/python2.3/site-packages/gst/_gst.so #7 0x080b6be4 in PyEval_GetFuncName () #8 0x080b6cbc in PyEval_GetFuncName () #9 0x080b8357 in PyEval_EvalCodeEx () #10 0x080fa712 in PyFunction_SetClosure () #11 0x08058b8e in PyObject_Call () #12 0x0805eadf in PyMethod_New () #13 0x08058b8e in PyObject_Call () #14 0x0808ca08 in _PyType_Lookup () #15 0x0808f098 in _PyObject_SlotCompare () #16 0x08058b8e in PyObject_Call () #17 0x080b42bf in PyEval_GetFuncName () #18 0x080b6cbc in PyEval_GetFuncName () #19 0x080b6cbc in PyEval_GetFuncName () #20 0x080b8357 in PyEval_EvalCodeEx () #21 0x080b85d5 in PyEval_EvalCode () #22 0x080d929c in PyRun_FileExFlags () #23 0x080d9563 in PyRun_SimpleFileExFlags () #24 0x08054f07 in Py_Main () #25 0x4e6e5eb0 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #26 0x080548e1 in _start () (gdb) FYI I have alsasink period-size=1024 buffer-size=4096 set as my gnome multimedia systems control panel thingie Default sink to avoid quodlibet stuttering e.g. when something cpu / disk intensive happens. Thanks, Stu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344893: ITP: xarchiver - GTK frontend for most used compression tools
Package: wnpp Severity: wishlist Package name: xarchiver Version:0.3 URL:http://xarchiver.sf.net/ License:GPL2+ Description:GTK frontend for most used compression tools JFTR: Package is ready at http://archive.daniel-baumann.ch/debian/packages/xarchiver/ and will be uploaded soon.. and it is not the same as xarchive. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268117: mailman upgrade problems... error message is not clear
On Mon, Dec 26, 2005 at 09:58:30PM +0100, Mourad De Clerck wrote: I get the same message on upgrade from 2.1.5-10 to 2.1.6-1: Old queue files present The directory /var/lib/mailman/qfiles contains files. It needs to be empty for the upgrade work properly. Please either flush the queue (by way of mailmanctl start, then stopping it and redoing the upgrade when it is finished) or remove those files. Note that removing the files will lose some emails sent to lists. These instructions plain don't work... combinations of /etc/init.d/mailman start|stop or /usr/lib/mailman/bin/mailmanctl start|stop do not seem to make the upgrade proceed normally afterwards. Starting mailmanctl (whether through /etc/init.d/mailman or directly) will try to handle messages in the queue, but if handling fails / gets deferred, well, the queue will not be emptied. In particular, messages in shunt are messages on which mailman has abandoned all hope. They have to be manually removed or unshunted. Arguably, the message displayed should explain all that. It would be good if the postinst scripts would take account of this eventuality, or at least provide the right set of instructions to be able to continue without losing mail. In short, get the queue to an empty state. Useful steps: - Stop messages coming (at the MTA level) - Start a Mailman queue runner. If it doesn't handle some messages, read the logs and figure out why. Solve the reason the messages are not handled and rerun the queue runner. The reason the message is not handled might be that it is shunted, meaning Mailman has abandoned trying. It must then be manually unshunted or deleted. I'll try to have the message displayed explain that kind of things. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344833: attached an ugly and hacky patch which allows me to build 2.6.15 on powerpc.
On Tue, Dec 27, 2005 at 03:36:46AM -0600, Manoj Srivastava wrote: On Tue, 27 Dec 2005 09:44:20 +0100, Sven Luther [EMAIL PROTECTED] said: On Mon, Dec 26, 2005 at 10:23:20PM -0600, Manoj Srivastava wrote: Hi, Umm. I'll accept part of this patch -- the part where you set KERNEL_ARCH based on KPKG_SUBARCH. I'm not going to change the common/* stuff just for ppc. If it appears that needs changing, then there is a bug elsewhere. Well, Then you didn't fix anything at all, really. You make a wrong assumption on the kernel ARCH vs the debian architecture, I designed this stuff. I know what the --arch argument to k-p means. I, however, have no idea what you mean by debian architecture, or what the significance of that might be, but it is not a kernel-package thing, so I am not sure what I am supposed to do with that. What is returned by dpkg-architecture obviously :) And the kernel architiceture is what is passed to the kernel Makefile as ARCH=ffo, and kernel-package stores it under KERNEL_ARCH Indeed, and it happens that all manner of tools break when the debian architecture (the one returned by dpkg-architecture) is different from the kernel architecture (the one you set ARCH=foo when building the kernel). and this breaks in cases like powerpc where there is not a 1-1 mapping between both, i guess amd64 also suffer from this problem, but i am not sure how you solved this. No, it does not. ANd neither does amd64 break. That is not what fs was saying earlier, as amd64 has the same problem of the kernel arch (x86_64) being different from the debian arch (amd64). The other day you complained i just filled a bug report without investigating, and now i investigated, and you just refuse to fix the brokeness, claiming there is a bug elsewhere or something. If there was brokenness to fix in the way you imagine, I would. There is at least a problem in the documentation, if nothing else, but it is not like your comments where helpful in making things clearer, which sucks. But we solved the issue on irc, but i think this is a problem in the usefulness of using debian bug report for communicating about a bug or something. So, to make things clear, the official powerpc debian/dpkg arch is powerpc, Well, that's fine and dandy. I am not sure I know what debian/dpkg arch means, though, and What does this have to do with kernel-package, anyway? i think it is obvious enough what is meant by that :) the unnofficial andreas-jochens-pure64 debian/dpkg arch is ppc64, and the future multi-arch 64bit powerpc debian/dpkg arch will be powerpc64, once we have multi-arch support. Again, unless this is what we pass to the kernel as ARCH=foo (KERNEL_ARCH, in other words), I am not sure of the significance. Nope, and this is the main problem here, that the dpkg-* architecture is not the same string as the kernel expect. On the kernel side, upto now, we had two kernel archs (ARCH=ppc for 32bit and ARCH=ppc64 for 64bit), and we are slowly merging this into a single ARCH=powerpc. ARCH=ppc64 has dissapeared and is replaced by ARCH=powerpc since 2.6.15 (including the -rc ones), and the 32bit powerpc arch can build with both ARCH=ppc and ARCH=powerpc as of 2.6.15, it is expected that ARCH=ppc will go away in 2.6.16 or soon thereafter. OK, good, I understand this. I think we are more or less on the right track here. Hehe. Since kernel-package aims to be able to build kernels for newer and older kernels, we need to support all three cases. In order to do this, we need to be able to set the ARCH field accordying to version No, ARCH is the wrong thing to set here. We should be using --subarch. Yeah, altough --kernel-arch as an override to whatever --subarch sets as default would be a good feature, i believe, and rather cheap to do even. and 32/64 bitness. I used to hardcode the ARCH from the KPKG_SUBARCH (powerpc-ARCH=ppc, powerpc64- ARCH=ppc64), but this is no more future proof, and i powerpc64- believe was kind a suboptimal back then. The right way is to be able to tell make-kpkg the ARCH to use, which i believe is what the --arch arg is supposed to be for, but you are making a confusion between the debian/dpkg arch and the kernel arch, which is the cause of this problem. No. --arch is not meant to be used like that. Indeed, please clarify the documentation on this, but this leaves a sore point, namely i believe we need to provide some documentation to our users for what exactly the --subarches do, and i didn't really see this documented properly anyway except the per-arch snipplets. So, it would be nice if you could define clearly what the --arch is for, to set the debian/dpkg arch or the kernel arch, and if we really need to be able to set the debian/dpkg arch in this way, then you need also to provide an option
Bug#344678: [Pkg-ROX-devel] Bug#344678: rox-filer: ROX filer crashes on activation of List View
On Sat, Dec 24, 2005 at 04:51:38PM +0100, Djani Buric wrote: Package: rox-filer Version: 2.3-2 Severity: important When I click on the List View icon or when I select Display/List View from the popup menu, ROX filer crashes, and all filer windows close. I don't know if this is important or related, but when starting ROX filer from the command line, I get the following message: (rox:11248): Gtk-WARNING **: Could not find the icon 'mime-application:msword'. The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://icon-theme.freedesktop.org/releases It's not fixed in 2.4 too. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344892: gnome-pilot: gpilotd unknown pilot ID 1082111820
Package: gnome-pilot Version: 2.0.12-1.4 Severity: normal MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-15 From: [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: gnome-pilot: gpilotd no pilot correspondig to the ID 1082111820 Message-ID: [EMAIL PROTECTED] X-Mailer: reportbug 3.18 Date: Tue, 27 Dec 2005 12:09:08 +0100 Package: gnome-pilot Version: 2.0.12-1.4 Severity: normal Hello I have a palm tungsten E, and whene I try to Hotsync. A window pop up with this message warning(gpilotd) unknown pilot -- no pilot corresponding to the ID: 1082111820 use gnomecc to define the pilot ID. but infortunately no gnomecc package was available on debian repository. Have a nice day Hope ypou can solve this issue. frédéric -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnome-pilot depends on: ii gconf2 2.10.1-6GNOME configuration database syste ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-8 GNU C Library: Shared libraries an ii libesd0 0.2.36-1Enlightened Sound Daemon - Shared ii libgconf2-4 2.10.1-6GNOME configuration database syste ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.3-1 The GLib library of C routines ii libgnome-keyring00.4.5-1 GNOME keyring services library ii libgnome-pilot2 2.0.12-1.4 Support libraries for gnome-pilot ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error01.1-4 library for common error values an 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 liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.10.2-1library for GNOME 2 panel applets ii libpango1.0-01.10.1-2Layout and rendering of internatio ii libpisock8 0.11.8-12 Library for communicating with a P ii libpisync0 0.11.8-12 Synchronization library for PalmOS ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libreadline4 4.3-17 GNU readline and history libraries ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libtasn1-2 0.2.17-1Manage ASN.1 structures (runtime) ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li 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 Versions of packages gnome-pilot recommends: ii gnome-pilot-conduits 2.0.12-2 conduits for gnome-pilot -- no debconf information -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnome-pilot depends on: ii gconf2 2.10.1-6GNOME configuration database syste ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-8 GNU C Library: Shared
Bug#344894: [l10n:de] updated German debconf translation
Package: 3.0.11b8-10 Version: ez-ipupdate Severity: minor Tags: l10n patch Please find an _updated_ translation of the debconf template into German attached. Please copy the file de.po to debian/po/ (I assume your package uses po-debconf(7)) Let me know if the templates changes, so that I can adjust the translation. Warning translators before uploading the package and leaving them a delay for translation updates is the best approach. The best way of informing translators is by means of podebconf-report-po(1) Keep up the good work :) Regards, Jens -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8jens01-ifplugd-b44 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) # translation of ez-ipupdate_3.0.11b8-10_de.po to German # translation of de-new.po to German # translation of de.po to German # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # Jens Nachtigall [EMAIL PROTECTED], 2005. # msgid msgstr Project-Id-Version: ez-ipupdate_3.0.11b8-10_de\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2005-11-14 20:17+0100\n PO-Revision-Date: 2005-12-27 12:29+0100\n Last-Translator: Jens Nachtigall [EMAIL PROTECTED]\n Language-Team: German debian-l10n-german@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n #. Type: select #. Choices #: ../templates:3 msgid configure manually msgstr manuell einrichten #. Type: select #. Choices #: ../templates:3 msgid zoneedit msgstr zoneedit #. Type: select #. Choices #: ../templates:3 msgid ez-ip msgstr ez-ip #. Type: select #. Choices #: ../templates:3 msgid pgpow msgstr pgpow #. Type: select #. Choices #: ../templates:3 msgid dhs msgstr dhs #. Type: select #. Choices #: ../templates:3 msgid dyndns msgstr dyndns #. Type: select #. Choices #: ../templates:3 msgid dyndns-static msgstr dyndns-static #. Type: select #. Choices #: ../templates:3 msgid dyndns-custom msgstr dyndns-custom #. Type: select #. Choices #: ../templates:3 msgid ods msgstr ods #. Type: select #. Choices #: ../templates:3 msgid tzo msgstr tzo #. Type: select #. Choices #: ../templates:3 msgid easydns msgstr easydns #. Type: select #. Choices #: ../templates:3 msgid easydns-partner msgstr easydns-partner #. Type: select #. Choices #: ../templates:3 msgid gnudip msgstr gnudip #. Type: select #. Choices #: ../templates:3 msgid justlinux msgstr justlinux #. Type: select #. Choices #: ../templates:3 msgid dyns msgstr dyns #. Type: select #. Choices #: ../templates:3 msgid hn msgstr hn #. Type: select #. Choices #: ../templates:3 msgid heipv6tb msgstr heipv6tb #. Type: select #. Description #: ../templates:4 msgid Dynamic DNS provider to use: msgstr Zu benutzender Dynamischer DNS-Provider: #. Type: select #. Description #: ../templates:4 msgid There are many Dynamic DNS providers supported by ez-ipupdate. If you want your default configuration to be created automatically, you must select the provider that you wish to use here. You must configure an account on your chosen provider's service yourself. msgstr ez-ipupdate unterstützt viele Dynamische DNS-Provider. Wenn die Standard-Konfiguration automatisch erstellt werden soll, dann wählen Sie hier den Provider aus, den Sie benutzen möchten. Das Benutzerkonto müssen Sie beim Provider Ihrer Wahl selbst einrichten. #. Type: select #. Description #: ../templates:4 msgid If you prefer your default ez-ipupdate configuration not to be managed for you, you may choose \configure manually\. msgstr Soll die Standard-Konfiguration von ez-ipupdate nicht automatisch verwaltet werden, dann wählen Sie bitte »manuell einrichten«. #. Type: select #. Description #: ../templates:4 msgid Whatever your decision, you can later put as many additional configuration files in /etc/ez-ipupdate/ as you need. msgstr Was auch immer Sie auswählen, Sie können später so viele zusätzliche Konfigurationen unter /etc/ez-ipupdate/ erstellen, wie Sie wollen. #. Type: boolean #. Description #: ../templates:19 msgid Does this system use dialup PPP to connect to the internet? msgstr Verwendet dieser Rechner PPP um sich ins Internet einzuwählen? #. Type: boolean #. Description #: ../templates:19 msgid If you use dialup PPP to connect to the internet, then ez-ipupdate can be run to notify providers of your new address when ppp connects to the network. Otherwise it will run in the background, and scan for changes to your address while you are online. msgstr Wenn
Bug#344895: Warning and notice in /usr/share/phpgacl/gacl.class.php line 37
Package: phpgacl Version: 3.3.6-1 Severity: normal When using error_reporting = E_ALL in php.ini I get this error in one of the phpgacl pages: Notice: Constant ADODB_DIR already defined in /usr/share/phpgacl/gacl.class.php on line 37 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /usr/share/phpgacl/gacl.class.php:37) in /home/juanma/ossim-cvs/include/classes/Session.inc on line 141 This can easily be solved checking if ADODB_DIR has been previously defined or not: if (!(defined('ADODB_DIR'))) { define('ADODB_DIR', '/usr/share/php/adodb'); } -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages phpgacl depends on: ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii libphp-adodb 4.64-4 The 'adodb' database abstraction l ii php-cache-lite1.5.2-2Fast and lite data cache system ii smarty2.6.10-0.2 Template engine for PHP phpgacl recommends no packages. -- debconf information: * phpgacl/setup: * phpgacl/name: ossim_acl phpgacl/conffile_changed: * phpgacl/apache: All * phpgacl/host: localhost * phpgacl/user: root -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344896: twinkle doesn't always delete lockfile
Package: twinkle Version: 0.4.2-1+b1 Twinkle only deletes its lockfile ~/.twinkle/twinkle.lck when closed using the Quit entry in the File menu. When I just log off from Gnome or when the X server is killed the lockfile remains and twinkle will not start again until the file has been deleted manually. I have seen the same bug in older twinkle versions, too. Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322213: NMU of libpoe-component-perl
I'm planning on making an NMU of libpoe-component-perl to fix this issue shortly; however before I do, I'd like to have your blessing (if possible) to upgrade it to the newest upstream version (4.7) as well. [Not to put out an ultimatum, but I'll consider placing an upload with the new version in the 10-day delay queue sometime tomorrow.] Don Armstrong -- No amount of force can control a free man, a man whose mind is free [...] You can't conquer a free man; the most you can do is kill him. -- Robert Heinlein _Revolt in 2010_ p54 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#132054: renaming /usr/bin/afile in netatalk?
Is there any chance of renaming /usr/bin/afile sometime soon? [I sense that netatalk is probably the package that should be renamed, since it is merely a utility script...] Don Armstrong -- There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy S. Anderson http://www.donarmstrong.com http://rzlab.ucr.edu signature.asc Description: Digital signature
Bug#344897: RFP: uni-vga -- Unicode VGA font
Package: wnpp Severity: wishlist * Package name: uni-vga * URL : http://www.inp.nsk.su/~bolkhov/files/fonts/univga/index.html * License : GPL Description : Unicode VGA font UNI-VGA is Unicode font for Linux text console and X11, too. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv She turns me on. She makes me real. I have to apologize for the way I feel. Nine Inch Nails -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313232: ghci fails on amd64.
severity 336215 important merge 313232 336215 thanks Looks like the same bug, and I think it's fixed in 6.4.1-1. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328941: ghc6: Does not work correctly on 64 bit arches.
Hi, It seems that pugs 6.2.10-4 build correctly on ia64 and alpha. I think this bug can be closed. PS: Maybe 313232 should get closed too? Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334720: deborphan....orphaned?
On 12/20/05, Peter Palfrader [EMAIL PROTECTED] wrote: Read only access is already available to the public - see http://svn.debian.org/. When you have your first patch, send it to me and we'll figure out a way to give you commit privileges as well. Peter, please apply this diff to deborphan. It fixes bug#334720 Fabio ** Index: src/string.c === --- src/string.c(revisione 547) +++ src/string.c(copia locale) @@ -64,6 +64,10 @@ return NULL; t = strchr(*str, c); + +if (!t) + return NULL; + new = (char *) xmalloc((size_t) (t - (*str)) + 1); /* Safe? */ memcpy(new, *str, t - *str + 1); *(new + (t - (*str))) = '\0';
Bug#341394: (no subject)
tag 341394 sarge thanks I'm working on preparing a patch for this bug; note that this bug does not affect any version of webmin in testing or unstable, so long as perl on that system has been upgraded to 5.8.7 (or a version of perl that contains Sys::Syslog = 0.07). Don Armstrong -- A people living under the perpetual menace of war and invasion is very easy to govern. It demands no social reforms. It does not haggle over expenditures on armaments and military equipment. It pays without discussion, it ruins itself, and that is an excellent thing for the syndicates of financiers and manufacturers for whom patriotic terrors are an abundant source of gain. -- Anatole France http://www.donarmstrong.com http://rzlab.ucr.edu signature.asc Description: Digital signature
Bug#343902: debconf: Can't call method 'description' during tasksel
On Tue, Dec 27, 2005 at 10:51:30AM +0100, Hilmar Preusse wrote: On 18.12.05 Frans Pop ([EMAIL PROTECTED]) wrote: When installing a new system (unstable), tasksel, while showing a progress bar, fails at the end of downloading packages with the following error: Can't call method 'description' on an undefined value. Attached are two screenshots showing a log of the error using DEBCONF_DEBUG=.. I am reliably informed that this is almost certainly a debconf-apt-progress bug. Isn't that the same as #247849 ff.? No. The symptoms look similar but I think the underlying cause is quite different (and fixed now anyway). -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336604: messages inconsistent wrt spacing before exclamation mark
* Theodore Ts'o [EMAIL PROTECTED] [2005-12-09 19:14]: Which program printed the message group descriptors corrupted !, and under what conditions? I've searched through all of the sources and I can't find anything that prints even anything remotely close. I'm pretty sure it was fsck.ext3. Basically, I had bad hardware and my machine would randomly crash. At one crash my partition got badly corrupted and I got this message. I've since sent my laptop to repair and haven't seen any problems since... I guess if it wasn't fsck.ext3, it might have been the kernel. Yes, indeed: linux-2.6-2.6.14/fs/ext3/super.c: printk (KERN_ERR EXT3-fs: group descriptors corrupted !\n); -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344898: Web UI: can't login if password is longer than 32 characters
Package: cupsys Version: 1.1.23-10 Severity: normal If I choose a password with more than 32 characters, I can't get recognised anymore by the Web UI. Chosing a password of 32 characters or less works fine. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14.4-grsec Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cupsys depends on: ii adduser3.63 Add and remove users and groups ii debconf1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcupsimage2 1.1.23-10 Common UNIX Printing System(tm) - ii libcupsys2-gnutls101.1.23-10 Common UNIX Printing System(tm) - ii libgnutls111.0.16-13.1 GNU TLS library - runtime library ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpaper1 1.1.14-3 Library for handling paper charact ii libslp11.0.11a-2 OpenSLP libraries ii patch 2.5.9-2 Apply a diff file to an original ii perl-modules 5.8.4-8 Core Perl modules ii xpdf-utils 3.00-13 Portable Document Format (PDF) sui ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: * cupsys/raw-print: false * cupsys/backend: ipp, lpd, parallel, socket, usb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337606: acknowledged by developer (Bug#337606: fixed in openslp 1.2.1-4)
reopen 337606 retitle 337606 - openslp depends agains unused lib thanks On Tue, Dec 27, 2005 at 04:03:15AM -0800, Debian Bug Tracking System wrote: * Add Build-Depends for libssl-dev (Closes: #337606) Either fix the bug by not linking in the library or enable the security extensions. Bastian -- He's dead, Jim. -- McCoy, The Devil in the Dark, stardate 3196.1
Bug#344678: [Pkg-ROX-devel] Bug#344678: rox-filer: ROX filer crashes on activation of List View
On 12/27/05, Francesco Paolo Lovergine [EMAIL PROTECTED] wrote: On Sat, Dec 24, 2005 at 04:51:38PM +0100, Djani Buric wrote: Package: rox-filer Version: 2.3-2 Severity: important When I click on the List View icon or when I select Display/List View from the popup menu, ROX filer crashes, and all filer windows close. [...] It's not fixed in 2.4 too. It's fixed in CVS: 15-Dec-2005 Bugfix: Changing the display style crashes the filer with GTK = 2.8.9 because it sends a selection changed event before the view has finished initialising (Thomas Leonard; reported by Tobias Kieslich). PS: Please forward bug reports upstream. Thanks, -- Dr Thomas Leonard http://rox.sourceforge.net GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1
Bug#344899: lintian: please wrap debian/changelog to 80 characters width
Package: lintian Version: 1.23.14 Severity: wishlist The 1.23.14 entry seems to be wrapped to a width of about 100 characters, while the standard width of 80 seems to be obeyed in almost all packages I saw. It would be nice if you used that, too. -- Robbe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344900: kernel-package: fails to build kernel-image
Package: kernel-package Version: 10.026 Severity: grave Justification: renders package unusable Hi, I could build 2.6.15-rc7 with 10.024. Using 10.026, I got -- ... ... LD init/built-in.o LD .tmp_vmlinux1 arch/ppc/kernel/built-in.o: In function `__restore_cpu_setup': multiple definition of `machine_shutdown' arch/powerpc/kernel/built-in.o: first defined here make[1]: *** [.tmp_vmlinux1] Error 1 make[1]: Leaving directory `/usr/src/linux-2.6.15-rc7' make: *** [debian/stamp-build-kernel] Error 2 Thanks, Bin -- 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-20051225 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kernel-package depends on: ii dpkg 1.13.11package maintenance system for Deb ii dpkg-dev 1.13.11package building tools for Debian ii file 4.15-2 Determines file type using magic ii gcc [c-compiler] 4:4.0.2-2 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.5-1The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-5The GNU C compiler ii gettext 0.14.5-2 GNU Internationalization utilities ii make 3.80+3.81.b4-1 The GNU version of the make util ii perl 5.8.7-10 Larry Wall's Practical Extraction ii po-debconf0.9.2 manage translated Debconf template Versions of packages kernel-package recommends: ii bzip2 1.0.2-11 high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.5-9GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343243: Fails to parse some lines
Hi, What syslog-daemon are you using? Did you do some special configuration of the daemon? The problem is that apparently the hostname is missing. You have: Dec 12 21:00:00 tsync: time updated It should be: Dec 12 21:00:00 HOST tsync: time updated Cheers David -- David Schweikert| phone: +41 44 632 7019 System manager ISG.EE | walk: ETH Zentrum, ETL F24.1 ETH Zurich, Switzerland | web: http://people.ee.ethz.ch/dws -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341394: interdiff patch to fix 341394 CVE-2005-3912
tag 341394 patch thanks webmin (1.180-3sarge0) stable-security; urgency=high * [SECURITY] CVE-2005-3912 Fix syslog format string vulnerability in miniserv.pl (Closes: #341394) This string vulnerability could be used to gain access to the account running miniserv.pl by creating a specialy crafted username. This vulnerability does not affect machines which are running Sys::Syslog = 0.07. -- Don Armstrong [EMAIL PROTECTED] Tue, 27 Dec 2005 04:08:16 -0800 dsc and diff.gz are available if necessary at http://rzlab.ucr.edu/debian/webmin/ (Note again that this vulernability does not affect testing or unstable, as Sys::Syslog properly handles two argument syslog calls in modern versions) Don Armstrong -- I was thinking seven figures, he said, but I would have taken a hundred grand. I'm not a greedy person. [All for a moldy bottle of tropicana.] -- Sammi Hadzovic [in Andy Newman's 2003/02/14 NYT article.] http://www.nytimes.com/2003/02/14/nyregion/14EYEB.html http://www.donarmstrong.com http://rzlab.ucr.edu diff -u webmin-1.180/debian/changelog webmin-1.180/debian/changelog --- webmin-1.180/debian/changelog +++ webmin-1.180/debian/changelog @@ -1,3 +1,13 @@ +webmin (1.180-3sarge0) stable-security; urgency=high + + * [SECURITY] CVE-2005-3912 Fix syslog format string vulnerability in +miniserv.pl (Closes: #341394) This string vulnerability could be used +to gain access to the account running miniserv.pl by creating a +specialy crafted username. This vulnerability does not affect machines +which are running Sys::Syslog = 0.07. + + -- Don Armstrong [EMAIL PROTECTED] Tue, 27 Dec 2005 04:08:16 -0800 + webmin (1.180-3) unstable; urgency=high * The ability to install third-party modules safely has been added. only in patch2: unchanged: --- webmin-1.180.orig/miniserv.pl +++ webmin-1.180/miniserv.pl @@ -220,11 +220,11 @@ } else { local $msg = ucfirst($config{'pam'}). starting; - eval { syslog(info, $msg); }; + eval { syslog(info, '%s', $msg); }; if ($@) { eval { setlogsock(inet); - syslog(info, $msg); + syslog(info, '%s', $msg); }; if ($@) { # All attempts to use syslog have failed.. @@ -546,7 +546,7 @@ run_logout_script($s, $sdb[0]); delete($sessiondb{$s}); if ($use_syslog) { - syslog(info, Timeout of $sdb[0]); + syslog(info, '%s', Timeout of $sdb[0]); } } } @@ -712,7 +712,7 @@ local $logtext = Security alert: Host $2 . blocked after $config{'blockhost_failures'} . failed logins for user $1; - syslog(crit, $logtext); + syslog(crit, '%s', $logtext); } } else { @@ -1046,12 +1046,12 @@ if ($certs{$u} eq $peername) { $authuser = $u; $validated = 2; - #syslog(info, SSL login as $authuser from $acpthost) if ($use_syslog); + #syslog(info, '%s', SSL login as $authuser from $acpthost) if ($use_syslog); last; } } if ($use_syslog !$validated) { - syslog(crit, + syslog(crit, '%s', Unknown SSL certificate $peername); } } @@ -1084,7 +1084,7 @@ $validated = 0; } if ($use_syslog !$validated) { - syslog(crit, + syslog(crit, '%s', ($nonexist ? Non-existent : $expired ? Expired : Invalid). login as $authuser from $acpthost); @@ -1121,7 +1121,7 @@ $authuser = $baseauthuser = undef; if ($louser) { if ($use_syslog) { - syslog(info, Logout by $louser from $acpthost); + syslog(info, '%s',
Bug#341888: Problem is gone in version 0.97-2
In the new grub package 0.97-2, I no longer see the dreadful message Error 21: Selected disk does not exist when running grub unter a 2.4 kernel. AFICT, the only change that can be responsible for this welcome change is the removal of the odirect.diff patch, which was supposed to close #341888. And in the manpage for open(2) I found the following statement about a difference between 2.4 and 2.6 kernelswhich supports this conjecture: O_DIRECT Try to minimize cache effects of the I/O to and from this file. In general this will degrade performance, but it is useful in special situations, such as when applications do their own caching. File I/O is done directly to/from user space buffers. The I/O is synchronous, i.e., at the completion of a read(2) or write(2), data is guaranteed to have been transferred. Under Linux 2.4 transfer sizes, and the alignment of user buffer and file offset must all be multiples of the logical block size of the file system. Under Linux 2.6 alignment to 512-byte boundaries suffices. So it seems that the odirect.diff patch introduced the problem, and since it has been removed I'm closing this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344631: Dangling symlink open_memstream unreproducible?!
FWIW, I don't know why you cannot reproduce this, since the dangling symlink definitely _is_ in the package: $ dpkg --contents ./manpages-dev_2.17-1_all.deb | grep open_memstream lrwxrwxrwx root/root 0 2005-12-23 18:05:26 ./usr/share/man/man3/open_memstream.3.gz - fmemopen.3.gz $ dpkg -L manpages-dev | grep open_memstream /usr/share/man/man3/open_memstream.3.gz I also got a mail from the daily cron job reporting the issue. Do you have some script which automatically removes dangling symlinks? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344901: fuser -s is not silent anymore
Package: psmisc Version: 21.8-1 Severity: important # fuser -s /var/log/mail.log /var/log/mail.log:2860 4101 # 21.5-1 works fine. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages psmisc depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand psmisc recommends no packages. -- no debconf information -- ciao, Marco signature.asc Description: Digital signature
Bug#344902: /usr/bin/firefox won't open new firefox window anymore
Package: firefox Version: 1.5.dfsg-3 Severity: normal Hi, i've upgraded to firefox 1.5. I used to open new firefox windows (same instance/profile) by clicking in my gnome-menu or by typing 'firefox' or 'firefox url' in a terminal. I can't do this anymore because it seems that /usr/bin/firefox always tries to open a new instance : it ends popping a message telling me that another instance is already running. So i have to Ctrl+N or File-New Window in order to get another window. Moreover, links don't work anymore in application (say mailer, rss reader, im, etc) because it fails to open new window too. Thanks. -- 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=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344903: ITP: libpoe-component-client-ident-perl -- A POE Component that provides non-blocking ident lookups
Package: wnpp Severity: wishlist * Package name: libpoe-component-client-ident-perl Version : 0.8 Upstream Author : Chris Williams [EMAIL PROTECTED] * URL : http://search.cpan.org/~bingos/POE-Component-Client-Ident-0.8/ * License : GPL, Artistic Description : A POE component that provides non-blocking ident lookups POE::Component::Client::Ident is a POE component that provides non-blocking Ident lookup services to other POE components and sessions. [This module is needed for the new version of libpoe-component-irc-perl] Don Armstrong -- ...Yet terrible as UNIX addiction is, there are worse fates. If UNIX is the heroin of operating systems, then VMS is barbiturate addiction, the Mac is MDMA, and MS-DOS is sniffing glue. (Windows is filling your sinuses with lucite and letting it set.) You owe the Oracle a twelve-step program. --The Usenet Oracle http://www.donarmstrong.com http://rzlab.ucr.edu signature.asc Description: Digital signature
Bug#344904: ntlmaps: Translation from BASIC to NTLM not working
Package: ntlmaps Version: 0.9.9-2sarge1 Severity: important Ntlmaps fails to translate BASIC authentication to NTLM using NTLMSSP(?) message. Used configuration follows: [GENERAL] LISTEN_PORT: 5865 PARENT_PROXY: proxy PARENT_PROXY_PORT: 8080 PARENT_PROXY_TIMEOUT:15 ALLOW_EXTERNAL_CLIENTS:0 FRIENDLY_IPS: URL_LOG:0 MAX_CONNECTION_BACKLOG:5 [CLIENT_HEADER] [NTLM_AUTH] NT_HOSTNAME:knu NT_DOMAIN:AVT LM_PART:0 NT_PART:1 NTLM_FLAGS: 0582 NTLM_TO_BASIC:1 [DEBUG] DEBUG:1 BIN_DEBUG:1 SCR_DEBUG:1 AUTH_DEBUG:1 A quick research has shown, that there is username translation to unicode missing when using BASIC-NTLM translation specifically. Following patch fixes this issue for me: --- ntlm_auth.py.distrib2005-12-27 16:25:37.196373789 +0300 +++ ntlm_auth.py2005-12-27 16:27:18.192960620 +0300 @@ -313,7 +313,12 @@ user, password = self.get_credentials_from_basic(connection, error_code) if user: connection.logger.log(*** Found Basic credentials in client's header.\n) -environment['USER'] = user + +if environment['UNICODE']: +environment['USER'] = utils.str2unicode(string.upper(user)) +else: +environment['USER'] = string.upper(user) + #environment['PASSWORD'] = password connection.logger.log(*** Basic User/Password: %s/%s.\n % (user, password)) -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages ntlmaps depends on: ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii python2.3.5-2An interactive high-level object-o -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344312: Hijacking
I'm hijacking this ITP with Jose's permission. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344776: xterm: menu labels are displayed in a very large font
On 2005-12-27 10:54:27 +0100, David Martínez Moreno wrote: What are you using? Mmmm...X.Org 6.8.2-11. The same as here. As I've said in my latest message, the change is in 6.8.2.dfsg.1-1. I didn't notice the problem before because I upgraded from XFree86 to Xorg a few days ago (but I also upgraded xterm). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344662: cpufrequtils: FTBFS on amd64: tries to staticly link to sysfs.
On Mon, Dec 26, 2005 at 08:37:05PM +0100, Kurt Roeckx wrote: On Mon, Dec 26, 2005 at 08:15:56PM +0100, Mattia Dongili wrote: On Sat, Dec 24, 2005 at 02:38:11PM +0100, Kurt Roeckx wrote: It's linking against the static libsysfs.a instead of against the shared libsysfs.so. can't it be an issue in /lib vs /lib64 instead? Maybe libtool is trying to statically link because it can't find the shared object in /lib64 (using /lib${libsuff} in the search path). /lib64 is a symlink to /lib, so it should be able to find it wether it's in using /lib or /lib64. And /usr/lib64 is a synlink to /usr/lib. damn! :) btw: pergolesi doesn't seem to have them, hence my guess. I'm wondering if also other distributions have this issue building from source on amd64. [...] I've already mailed both gentoo and and upstream libtool about it, but I didn't get a response yet. Thanks, would you mind putting me or the bugreport in the Cc list? -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344905: mldonkey server does not support normal address/mask format in allowed_ips
Package: mldonkey-server Version: 2.7.1 Hi, It's quite unfortunate that the allowed_ips variable doesn't accept the normal address/mask format, because that way there is no easy way to specify networks such as 213.202.64.0/18, let alone something larger. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344906: ITP: sysprof -- A system-wide linux profiler
Package: wnpp Severity: wishlist Owner: Samuel Mimram [EMAIL PROTECTED] * Package name: sysprof Version : 1.0.1 Upstream Author : Søren Sandmann [EMAIL PROTECTED] * URL : http://www.daimi.au.dk/~sandmann/sysprof/ * License : GPL Description : A system-wide linux profiler Sysprof is a sampling CPU profiler that uses a Linux kernel module to profile the entire system, not just a single application. Sysprof handles shared libraries and applications do not need to be recompiled. In fact they don't even have to be restarted. PS: I'm not so familiar with kernel modules. I've put a preliminary package on the web [1] in case you have comments. [1] http://people.debian.org/~smimram/sysprof/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344776: xterm: menu labels are displayed in a very large font
El martes, 27 de diciembre de 2005 14:47, Vincent Lefevre escribió: On 2005-12-27 10:54:27 +0100, David Martínez Moreno wrote: What are you using? Mmmm...X.Org 6.8.2-11. The same as here. As I've said in my latest message, the change is in 6.8.2.dfsg.1-1. I didn't notice the problem before because I upgraded from XFree86 to Xorg a few days ago (but I also upgraded xterm). Yeah, sorry. I had this message queued since yesterday. I saw the problem, about Speedo fonts. Thank you for your report, Ender. -- - What's your number? - Two-Delta! -- Ed and Jordan Two Delta (The Island). -- Desarrollador de Debian Debian developer pgp1GSOXyRxJf.pgp Description: PGP signature
Bug#309443: xscreensaver: ignoreUninstalledPrograms should default to True
Hi Jamie, * Jamie Zawinski [EMAIL PROTECTED] [2005-05-17 05:26:36]: When ignoreUninstalledPrograms is false, uninstalled programs show up in the list in xscreensaver-demo, but are grayed out. When it is true, they are omitted from the list entirely. Therefore, it is useful for it to be false so that people can see what other hacks would be available if they took some action to make them work. When it is set to true, all of the information on what these hacks are and where to download them is inaccessible. Hacks that are not bundled with xscreensaver are unselected by default, so there won't be an attempt to run them unless you explicitly enabled them. 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? - Morten. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344907: [l10n:de] updated German debconf translation
Package: 2.1.6-1 Version: mailman Severity: minor Tags: l10n patch Please find an _updated_ translation of the debconf template into German attached. Please copy the file de.po to debian/po/ (I assume your package uses po-debconf(7)) Let me know if the templates changes, so that I can adjust the translation. Warning translators before uploading the package and leaving them a delay for translation updates is the best approach. The best way of informing translators is by means of podebconf-report-po(1) Keep up the good work :) Regards, Jens -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8jens01-ifplugd-b44 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) # translation of mailman_2.1.6-1_de.po to German # translation of mailman.po to German # translation of de.po to German # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # Jens Nachtigall [EMAIL PROTECTED], 2004, 2005. # msgid msgstr Project-Id-Version: mailman_2.1.6-1_de\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-12-26 05:02-0700\n PO-Revision-Date: 2005-12-27 15:16+0100\n Last-Translator: Jens Nachtigall [EMAIL PROTECTED]\n Language-Team: German debian-l10n-german@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: multiselect #. Choices #: ../templates:5 msgid big5 msgstr big5 (chinesisch Big5) #. Type: multiselect #. Choices #: ../templates:5 msgid ca msgstr ca (katalonisch) #. Type: multiselect #. Choices #: ../templates:5 msgid cs msgstr cs (tschechisch) #. Type: multiselect #. Choices #: ../templates:5 msgid da msgstr da (dänisch) #. Type: multiselect #. Choices #: ../templates:5 msgid de msgstr de (deutsch) #. Type: multiselect #. Choices #: ../templates:5 msgid en msgstr en (englisch) #. Type: multiselect #. Choices #: ../templates:5 msgid es msgstr es (spanisch) #. Type: multiselect #. Choices #: ../templates:5 msgid et msgstr et (estländisch) #. Type: multiselect #. Choices #: ../templates:5 msgid eu msgstr eu (baskisch) #. Type: multiselect #. Choices #: ../templates:5 msgid fi msgstr fi (finnisch) #. Type: multiselect #. Choices #: ../templates:5 msgid fr msgstr fr (französisch) #. Type: multiselect #. Choices #: ../templates:5 msgid hr msgstr hr (kroatisch) #. Type: multiselect #. Choices #: ../templates:5 msgid hu msgstr hu (ungarisch) #. Type: multiselect #. Choices #: ../templates:5 msgid it msgstr it (italienisch) #. Type: multiselect #. Choices #: ../templates:5 msgid ja msgstr ja (japanisch) #. Type: multiselect #. Choices #: ../templates:5 msgid ko msgstr ko (koreanisch) #. Type: multiselect #. Choices #: ../templates:5 msgid lt msgstr lt (litauisch) #. Type: multiselect #. Choices #: ../templates:5 msgid nl msgstr nl (niederländisch) #. Type: multiselect #. Choices #: ../templates:5 msgid no msgstr no (norwegisch) #. Type: multiselect #. Choices #: ../templates:5 msgid pl msgstr pl (polnisch) #. Type: multiselect #. Choices #: ../templates:5 msgid pt msgstr pt (portugiesisch) #. Type: multiselect #. Choices #: ../templates:5 msgid pt_BR msgstr pt_BR (brasilianisches Portugiesisch) #. Type: multiselect #. Choices #: ../templates:5 msgid ro msgstr ro (romänisch) #. Type: multiselect #. Choices #: ../templates:5 msgid ru msgstr ru (russisch) #. Type: multiselect #. Choices #: ../templates:5 msgid sl msgstr sl (slovenisch) #. Type: multiselect #. Choices #: ../templates:5 msgid sr msgstr sr (serbisch) #. Type: multiselect #. Choices #: ../templates:5 msgid sv msgstr sv (schwedisch) #. Type: multiselect #. Choices #: ../templates:5 msgid uk msgstr uk (ukrainisch) #. Type: multiselect #. Description #: ../templates:7 msgid Which languages to support? msgstr Welche Sprachen sollen unterstützt werden? #. Type: multiselect #. Description #: ../templates:7 msgid For each supported language Debian Mailman stores default language specific texts in /etc/mailman/LANG/ giving them conffile like treatment with the help of ucf. This means approximately 150kB for each supported language on the root FS. msgstr Für jede unterstützte Sprache speichert Debian Mailman sprachspezifische Texte in /etc/mailmain/LANG/, wobei jedem Text mit Hilfe von ucf das für Konfigurationsdateien übliche Verfahren zuteil wird. Pro unterstützter Sprache werden auf dem root-Dateisystem rund 150kB benötigt. #. Type: multiselect #. Description #: ../templates:7 msgid If you
Bug#342662: This bug has been fixed upstream
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25328 Is there a timeline when we will see this bug fixed in debian? Marcelo Bezerra [EMAIL PROTECTED] Inova Tecnologias +55 11 50491234 ext. 16
Bug#344909: agrep: FTBFS (amd64): CPU you selected does not support x86-64 instruction set
Package: agrep Version: 4.17-1 Severity: serious Tags: patch When building 'agrep' on amd64/unstable, I get the following error: /usr/bin/make make[1]: Entering directory `/agrep-4.17' gcc -march=i486 -DMEASURE_TIMES=0 -DAGREP_POINTER=1 -DDOTCOMPRESSED=0 -I. -DUTIME=1 -DISO_CHAR_SET=1 -c -O2 -c -o follow.o follow.c follow.c:1: error: CPU you selected does not support x86-64 instruction set follow.c:1: error: CPU you selected does not support x86-64 instruction set make[1]: *** [follow.o] Error 1 make[1]: Leaving directory `/agrep-4.17' make: *** [build-stamp] Error 2 With the attached patch 'agrep' can be compiled on amd64 and other non-i386 architectures. Regards Andreas Jochens diff -urN ../tmp-orig/agrep-4.17/Makefile ./Makefile --- ../tmp-orig/agrep-4.17/Makefile 2003-10-14 09:58:05.0 + +++ ./Makefile 2005-12-27 15:21:43.0 + @@ -19,7 +19,7 @@ ISO_CHAR_SET = 1 # You might have to change this depending on your machine configuration. -CC = gcc -march=i486 +CC = gcc SHELL = /bin/sh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344910: Numerous unneeded direct library dependencies
Package: gdm Version: 2.8.0.6-2 Severity: important Tags: patch gdm directly depends on a large number of libraries which it doesn't directly need itself, but which are only needed by libraries it depends on; examples are libfreetype6, libgsf-1-113 and libaudiofile0. This is deprecated as it complicates library transitions; see http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html By relibtoolizing the gdm source package, the dependency list can be shrunk a lot; on current sid on i386, the result was (wdiff style): Depends: adduser, debconf-2.0, libart-2.0-2 (= 2.3.16), libatk1.0-0 (= 1.9.0), libattr1 (= 2.4.4-1), [-libaudiofile0 (= 0.2.3-4),-] libbonobo2-0 (= 2.8.0), libbonoboui2-0 (= 2.5.4), [-libbz2-1.0,-] libc6 (= 2.3.5-1), libcairo2 (= 1.0.2-2), [-libcroco3 (= 0.6.0), libesd0 (= 0.2.35) | libesd-alsa0 (= 0.2.35),-] libfontconfig1 (= 2.3.0), [-libfreetype6 (= 2.1.5-1),-] libgconf2-4 (= 2.9), [-libgcrypt11 (= 1.2.2),-] libglade2-0 (= 1:2.5.1), libglib2.0-0 (= 2.8.0), [-libgnome-keyring0 (= 0.4.3),-] libgnome2-0 (= 2.8.0), libgnomecanvas2-0 (= 2.6.0), libgnomeui-0 (= 2.8.0), libgnomevfs2-0 (= 2.10.0-0), [-libgnutls11 (= 1.0.16), libgpg-error0 (= 1.1), libgsf-1-113 (= 1.13.3),-] libgtk2.0-0 (= 2.8.0), libice6, [-libjpeg62,-] liborbit2 (= 1:2.10.0), libpam0g (= 0.76), libpango1.0-0 (= 1.10.1), [-libpng12-0 (= 1.2.8rel),-] libpopt0 (= 1.7), librsvg2-2 (= 2.9.5), libselinux1 (= 1.26), libsm6, [-libtasn1-2 (= 0.2.13),-] libx11-6, libxau6, libxcursor1 ( 1.1.2), libxext6, libxi6, libxinerama1, libxml2 (= 2.6.21), libxrandr2, libxrender1 ( 1:0.9.0-1), zlib1g (= 1:1.2.1), libpam-modules (= 0.72-1), libpam-runtime (= 0.76-13.1), gnome-session | xterm | x-window-manager | x-terminal-emulator, xbase-clients, gksu (= 1.0.7) Please relibtoolize the gdm source package to reduce its direct dependency list. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.4 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages gdm depends on: ii adduser 3.80Add and remove users and groups ii aterm [x-terminal-emulat 0.4.2-11Afterstep XVT - a VT102 emulator f ii debconf [debconf-2.0]1.4.66 Debian configuration management sy ii gksu 1.3.6-1 graphical frontend to su ii gnome-session2.10.0-8The GNOME 2 Session Manager ii gnome-terminal [x-termin 2.10.0-3The GNOME 2 terminal emulator appl ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libattr1 2.4.25-1Extended attribute shared library ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libbz2-1.0 1.0.2-11high-quality block-sorting file co ii libc62.3.5-9 GNU C Library: Shared libraries an ii libcroco30.6.0-2 a generic Cascading Style Sheet (C ii libdmx1 6.8.2.dfsg.1-11 Distributed Multihead X client lib ii libesd-alsa0 [libesd0] 0.2.36-1Enlightened Sound Daemon (ALSA) - ii libgconf2-4 2.10.1-6GNOME configuration database syste ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgnome-keyring00.4.5-1 GNOME keyring services library ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error01.1-4 library for common error values an ii libgsf-1-113 1.13.3-1Structured File Library - runtime 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-11 The Independent JPEG Group's JPEG ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpam-modules 0.79-3 Pluggable Authentication Modules f ii libpam-runtime 0.79-3 Runtime support for the PAM
Bug#338879: [DB2LaTeX-apps] Problems with db2latex and current TeX distributions: \pdfoutput
tags 339806 patch thanks James Devenish [EMAIL PROTECTED] wrote: Hi Frank, Can you find out if the attached patches fix the problem for Debian? Yes, it works: With a db2latex package that has these patches, cdbs can be built fine now. db2latex-xsl maintainers in Debian, do you want me to do an NMU for this? Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#343632: mysql-query-browser: Segfaulting at launch
Package: mysql-query-browser Version: 1.1.17-4 Followup-For: Bug #343632 It happens to me too, segfaults at launch time. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-pau Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Versions of packages mysql-query-browser depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-9 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libgconf2-4 2.10.1-6GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libglibmm-2.4-1c2a 2.8.2-2 C++ wrapper for the GLib toolkit ( ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeprint2.2-0 2.10.3-3The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.10.2-2GNOME 2.2 print architecture User ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libgtkhtml3.6-18 3.6.2-1 HTML rendering/editing library - r ii libgtkmm-2.4-1c2a1:2.6.5-1 C++ wrappers for GTK+ 2.4 (shared ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libmysqlclient15 5.0.16-1mysql database client library ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.10.1-2Layout and rendering of internatio ii libpcre3 6.4-1.1 Perl 5 Compatible Regular Expressi ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.16-2type-safe Signal Framework for C++ 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 libxml2 2.6.22-2GNOME XML library ii mysql-query-browser-comm 1.1.17-4Architecture independent files for ii zlib1g 1:1.2.3-9 compression library - runtime mysql-query-browser recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344911: gnus: Saving downloaded mail to temporary files before processing
Package: gnus Version: 5.10.6-1.NO.20051213-1 Severity: wishlist Recently, the following situation occurred: Gnus downloaded mail from the IMAP server I use, and it deleted it on the server, since this is the way I have configured it. However, there was something in the mail messages that caused Gnus and Emacs to take up all available memory in the system, and eventually the kernel started killing processes, starting of course with Emacs. As a consequence, all my mail was lost. I could see the new message headers in my Gnus folders, but the message bodies were irretrievably lost. I am not filing this as a regular bug, since I recognize this was an extraordinary situation, triggered perhaps by a specific configuration on my machine. However, I would like to request that Gnus adopts the following functionality: whenever mail is downloaded and deleted from a server, immediately save the raw, unprocessed messages to temporary files, and then process them. That way, at least I would have the original messages, in case Emacs crashes. Thanks for the consideration, -Ivan Raikov -- System Information: Debian Release: testing APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages gnus depends on: ii debconf [debconf-2.0] 1.4.65 Debian configuration management sy ii emacs21 21.4a-1The GNU Emacs editor ii make 3.80-11The GNU version of the make util ii ucf 2.004 Update Configuration File: preserv gnus recommends no packages. -- debconf information: gnus/upgrade/pre_5.9.0: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339021: unzip: incorrectly converts cyrillic file names from Windows-created ZIPs
forwarded 339021 http://www.info-zip.org/zip-bug.html thanks I've forwarded this report to the authors. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339806: [DB2LaTeX-apps] Problems with db2latex and current TeX distributions: \pdfoutput
On Tue, Dec 27, 2005 at 04:19:04PM +0100, Frank K?ster wrote: db2latex-xsl maintainers in Debian, do you want me to do an NMU for this? This answer is not coordinated with the team, but: Yes! Cheers, WB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344833: attached an ugly and hacky patch which allows me to build 2.6.15 on powerpc.
On Tue, 27 Dec 2005 12:22:30 +0100, Sven Luther [EMAIL PROTECTED] said: On Tue, Dec 27, 2005 at 03:36:46AM -0600, Manoj Srivastava wrote: On Tue, 27 Dec 2005 09:44:20 +0100, Sven Luther [EMAIL PROTECTED] said: And the kernel architiceture is what is passed to the kernel Makefile as ARCH=ffo, and kernel-package stores it under KERNEL_ARCH Indeed, and it happens that all manner of tools break when the debian architecture (the one returned by dpkg-architecture) is different from the kernel architecture (the one you set ARCH=foo when building the kernel). Well, break is a strong word. We handle this all right now in amd64, for instance. it does not. ANd neither does amd64 break. That is not what fs was saying earlier, as amd64 has the same problem of the kernel arch (x86_64) being different from the debian arch (amd64). Ah. You are basing assertions on ancient hearsay. This assertion no longer holds. There is at least a problem in the documentation, if nothing else, but it is not like your comments where helpful in making things clearer, which sucks. But we solved the issue on irc, but i think this is a problem in the usefulness of using debian bug report for communicating about a bug or something. Err, the issue is also you coming in and making strange assertions and allocating blame, and holding strong views you are unwilling to change -- which makes working together hard, especially since you keep telling me I am wrong about how k-p should do things. Nope, and this is the main problem here, that the dpkg-* architecture is not the same string as the kernel expect. However, what we pass in as --arch is $(architecture) -- which is not what we pass in to the kernel, which is $(KERNEL_ARCH). There is no reason why $(architecture) and $(KERNEL_ARCH) should be the same string. No, ARCH is the wrong thing to set here. We should be using --subarch. Yeah, altough --kernel-arch as an override to whatever --subarch sets as default would be a good feature, i believe, and rather cheap to do even. It is added, duplicate code. Any duplicated code is bad. --arch is DEB_HOST_ARCH_CPU (or DEB_HOST_GNU_CPU, if that does not exist). If you tell kerel-package some value of arch that is different from DEB_HOST_ARCH_CPU, kernel-package knows you are cross compiling. Indeed, but the kernel arch is different. Correct. Hence using --arch does the wrong thing. You are wrong about that. kernel-package _defaults_ to setting kernel ARCH to be the same as DEB_HOST_ARCH_CPU, but does not _assume_ they are the same. Big difference. but you have no way of setting it to something different, except by editing the arch-specific snipplet. There should be no reason to set it, unless there is a bug in kernel-package. In which case it should be fixed, so that every one benefits, not just the person who figured it out. Ok, i think we should kill ppc.mk and ppc64.mk and work things out in powerpc.mk. I will provide you a patch this evening. As long as it still works with 2.6.14 kernels, and 2.4.X kernels, I have no objection. manoj -- Preudhomme's Law of Window Cleaning: It's on the other side. Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344833: attached an ugly and hacky patch which allows me to build 2.6.15 on powerpc.
On Tue, Dec 27, 2005 at 08:56:01AM -0600, Manoj Srivastava wrote: On Tue, 27 Dec 2005 12:22:30 +0100, Sven Luther [EMAIL PROTECTED] said: On Tue, Dec 27, 2005 at 03:36:46AM -0600, Manoj Srivastava wrote: On Tue, 27 Dec 2005 09:44:20 +0100, Sven Luther [EMAIL PROTECTED] said: And the kernel architiceture is what is passed to the kernel Makefile as ARCH=ffo, and kernel-package stores it under KERNEL_ARCH Indeed, and it happens that all manner of tools break when the debian architecture (the one returned by dpkg-architecture) is different from the kernel architecture (the one you set ARCH=foo when building the kernel). Well, break is a strong word. We handle this all right now in amd64, for instance. it does not. ANd neither does amd64 break. I guessed so from the changelog, but how is it fixed ? I was not able to find any reference to it. That is not what fs was saying earlier, as amd64 has the same problem of the kernel arch (x86_64) being different from the debian arch (amd64). Ah. You are basing assertions on ancient hearsay. This assertion no longer holds. This may explain things. What happened, did the debian architecture name change to x86_64 ? Or did the kernel architecture change ? There is at least a problem in the documentation, if nothing else, but it is not like your comments where helpful in making things clearer, which sucks. But we solved the issue on irc, but i think this is a problem in the usefulness of using debian bug report for communicating about a bug or something. Err, the issue is also you coming in and making strange assertions and allocating blame, and holding strong views you are unwilling to change -- which makes working together hard, especially since you keep telling me I am wrong about how k-p should do things. He, but your reply are hardly informatives, and also high in the laying blame change, so ... I came to you with a patch i said was hacky, but which allowed me to build the 2.6.15 powerpc kernel, which was good since i pinpiointed the issue, but we needed 5 or so email exchanges and an irc session before we ever came to the conclusion that --arch should not be used for what i tried to use, which is painful. Not entirely your fault, and i guess coming home from a christmas party late at night and trying to work on this didn't help :) Nope, and this is the main problem here, that the dpkg-* architecture is not the same string as the kernel expect. However, what we pass in as --arch is $(architecture) -- which is not what we pass in to the kernel, which is $(KERNEL_ARCH). There is no reason why $(architecture) and $(KERNEL_ARCH) should be the same string. Indeed, and it would have been nice to have exactly this info as the first reply to my report :) No, ARCH is the wrong thing to set here. We should be using --subarch. Yeah, altough --kernel-arch as an override to whatever --subarch sets as default would be a good feature, i believe, and rather cheap to do even. It is added, duplicate code. Any duplicated code is bad. Well, i would rather have this added code. It is no duplicate, since we don't have this functionality right now though. I suppose i saw using subarches for this as duplicate code though, but i will try to write some creative snipplet to avoid much of that duplication, still in the current powerpc situation, it would be nice to easily have the user override the default in an easy documented way ... --arch is DEB_HOST_ARCH_CPU (or DEB_HOST_GNU_CPU, if that does not exist). If you tell kerel-package some value of arch that is different from DEB_HOST_ARCH_CPU, kernel-package knows you are cross compiling. Indeed, but the kernel arch is different. Correct. Hence using --arch does the wrong thing. Indeed. As said, i hope you add some more documentation to the --arch option so folk don't make the mistake later on. You are wrong about that. kernel-package _defaults_ to setting kernel ARCH to be the same as DEB_HOST_ARCH_CPU, but does not _assume_ they are the same. Big difference. but you have no way of setting it to something different, except by editing the arch-specific snipplet. There should be no reason to set it, unless there is a bug in kernel-package. In which case it should be fixed, so that every one benefits, not just the person who figured it out. Sure there is, since ARCH migrations are tricky business, i think it is sane to ask users to use the old ARCH for testing purpose and such. Ok, i think we should kill ppc.mk and ppc64.mk and work things out in powerpc.mk. I will provide you a patch this evening. As long as it still works with 2.6.14 kernels, and 2.4.X kernels, I have no objection. Indeed, the exact ay it works may differ some though, but we will see. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a
Bug#328935: My case: lspci output, modules I had to load, only 2.6.12+
Hello, I had a similar experience. In case it may be of use, here's some information. Please let me know if there's some other bits I should provide. The relevant lspci output is: :00:12.0 IDE interface: ATI Technologies Inc: Unknown device 4379 :00:14.1 IDE interface: ATI Technologies Inc: Unknown device 4376 Which corresponds to this lspci -n lines: :00:12.0 0101: 1002:4379 :00:14.1 0101: 1002:4376 Full lspci -v -v -v output is attached. Summary: * Sarge Official Installer: I could not manage to get it to work at all, either in the first try, or when loading by hand the modules specified below. * Etch Beta1 Installer: At the Partition Disks stage, after informing me that none could be found, it offers a list of possible modules to load. After picking 'sd_mod' and 'sata_sil', it works. * Sarge Unofficial Installer with 2.6.12 kernel from Kenshi Muto [1]: same deal as with Etch Beta1, but without the menu. IOW, modprobe sd_mod; modprobe sata_sil in tty2 makes it work. [1] http://kmuto.jp/b.cgi/2005/09/02 * Breezy Installer (for comparison purposes): completely autodetected. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Nobody can be exactly like me. Sometimes even I have trouble doing it. -- Tallulah Bankhead lspci.gz Description: Binary data
Bug#344912: tetex-bin: binaries linked against unneeded libraries
Package: tetex-bin Version: 3.0-11sarge12 Severity: important Hi all, hi Martin, since we apply the libpoppler patch to tetex-bin that you kindly provided, all binaries get linked to everything, This is easiest seen with the libkpathsea library, which is also linked against lots of unneeded things: $ ldd /usr/lib/libkpathsea.so.4 libpoppler.so.0 = /usr/lib/libpoppler.so.0 (0xb7ec9000) libc.so.6 = /lib/tls/libc.so.6 (0xb7d94000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0xb7d51000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7d22000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xb7d04000) libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0xb7c4a000) libm.so.6 = /lib/tls/libm.so.6 (0xb7c28000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7c1f000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xb7c16000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0xb7b4f000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7b2a000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb7abd000) libz.so.1 = /usr/lib/libz.so.1 (0xb7aab000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7a8b000) libdl.so.2 = /lib/tls/libdl.so.2 (0xb7a87000) Previously, neither the X-related nor the image format related libraries where in there, and especially not libstdc++ (kpathsea is a pure C application). I don't know how this is happening, but this line looks suspcicious: -gcc -shared [long list of .lo files] -Wl,-soname -Wl,libkpathsea.so.4 -o ../kpathsea/.libs/libkpathsea.so.4.0.0 +gcc -shared [long list of .lo files] -L/usr/X11R6/lib -L/usr/lib /usr/lib/libpoppler.so -Wl,-soname -Wl,libkpathsea.so.4 -o ../kpathsea/.libs/libkpathsea.so.4.0.0 why is there this /usr/lib/libpoppler.so? Of course, libtool invocation two lines earlier changed: -/bin/sh ../libtool --mode=link gcc -o ../kpathsea/libkpathsea.la -rpath /usr/lib -version-info 4:0:0 [long list of .lo files] +/bin/sh ../libtool --mode=link gcc -o ../kpathsea/libkpathsea.la -lpoppler -rpath /usr/lib -version-info 4:0:0 [long list of .lo files] I'm not sure whether the problem is that -lpoppler is passed - I thought that gcc is clever enough not to link against libraries from which no symbols are used. But why does libtool pass /usr/lib/libpoppler.so? 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 tetex-bin depends on: ii debconf [debconf-2 1.4.30.13 Debian configuration management sy ii debianutils2.8.4 Miscellaneous utilities specific t ii dpkg 1.10.28 Package maintenance system for Deb ii ed 0.2-20The classic unix line editor ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcairo2 1.0.2-2sarge3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkpathsea4 3.0-11sarge12 path search library for teTeX (run ii libpaper1 1.1.14-3 Library for handling paper charact ii libpng12-0 1.2.8rel-1PNG library - runtime ii libpoppler00.4.2-1.0sarge2 PDF rendering library ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libt1-55.0.2-3 Type 1 font rasterizer library - r ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxaw74.3.0.dfsg.1-14sarge1 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii mime-support 3.28-1MIME files 'mime.types' 'mailcap ii perl 5.8.4-8 Larry Wall's Practical Extraction ii sed4.1.2-8 The GNU sed stream editor ii tetex-base 3.0-11Basic library files of teTeX ii ucf1.17 Update Configuration File: preserv ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g
Bug#340693: unzip bug, header missing
forwarded 340693 http://www.info-zip.org/zip-bug.html thanks I've forwarded this report to the authors, including the additional explanations from Aurelien. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344913: ITP: hdbc -- Haskell Database Connectivity
Package: wnpp Severity: wishlist Owner: John Goerzen [EMAIL PROTECTED] * Package name: hdbc Version : 0.99.0 Upstream Author : John Goerzen * URL : darcs get --partial http://darcs.complete.org/hdbc * License : LGPL Description : Haskell Database Connectivity I intend to package the HDBC packages I am working on, with the following source package names: hdbc: Generic interface and utilities hdbc-postgresql: PostgreSQL driver hdbc-sqlite3: Sqlite v3 driver hdbc-missingh: Makes any HDBC database a backend for AnyDBM in MissingH Future packages will follow as additional drivers are written. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-rc4-mm2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344914: nas: FTBFS on hurd-i386: Kernel does not support sound
Package: nas Severity: important Version: 1.7-3 Tags: patch Hi, nas cannot build as-is on hurd-i386, as the underlying microkernel (GNU Mach) does not support sound. Still, the libraries and clients are possible to build with some minor modifications to allow for building packages which Build-Depend on libaudio-dev. The attached patch fixes an issue with OPEN_MAX not being defined as well, and disables building the nas server on GNU/Hurd. It also handles debian/rules to not build the nas package on hurd. cheers, Michael --- nas-1.7/debian/rules2005-12-27 14:01:03.0 +0100 +++ nas-1.7.new/debian/rules2005-12-27 13:40:49.0 +0100 @@ -2,13 +2,19 @@ # debian/rules file for NAS package=nas -archpacs=nas nas-bin libaudio2 libaudio-dev -allpacs=nas-doc instdirs=BINDIR=/usr/bin USRLIBDIR=/usr/lib MANPATH=/usr/share/man INCDIR=/usr/include MANSUFFIX=1nas LIBMANSUFFIX=3nas FILEMANSUFFIX=5nas ETCDIR=/etc/nas DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) DEB_BUILD_GNU_CPU ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_CPU) DEB_BUILD_GNU_SYSTEM ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_SYSTEM) +DEB_BUILD_ARCH_OS ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH_OS) + +ifeq ($(DEB_BUILD_ARCH_OS),hurd) +archpacs=nas-bin libaudio2 libaudio-dev +else +archpacs=nas nas-bin libaudio2 libaudio-dev +endif +allpacs=nas-doc ifneq (, $(filter $(DEB_BUILD_GNU_SYSTEM),kfreebsd-gnu knetbsd-gnu)) DEB_BUILD_GNU_TYPE = $(DEB_BUILD_GNU_CPU)-gnu @@ -98,6 +104,7 @@ # install nas (top=`pwd`; cd server $(MAKE) install $(instdirs) DESTDIR=$$top/debian/nas) (top=`pwd`; cd server $(MAKE) install.man $(instdirs) DESTDIR=$$top/debian/nas) +ifneq ($(DEB_BUILD_ARCH_OS),hurd) cp debian/nas/etc/nas/nasd.conf.eg debian/nas/etc/nas/nasd.conf mv debian/nas/etc/nas/nasd.conf.eg debian/nas/usr/share/nas ln -s ../../../nas/nasd.conf.eg debian/nas/usr/share/doc/nas/examples @@ -105,6 +112,7 @@ chmod 755 debian/nas/etc/nas chmod 755 debian/nas/etc/default file debian/nas/usr/bin/* | grep executable | grep -v 'script text executable' | cut -d':' -f1 | xargs strip --strip-unneeded --remove-section=.comment --remove-section=.note +endif # install nas-bin (top=`pwd`; cd clients/audio $(MAKE) install $(instdirs) DESTDIR=$$top/debian/nas-bin) @@ -150,7 +158,7 @@ -chmod -Rv u+w debian/libaudio-dev/usr/include debian/libaudio-dev/usr/share/man -chmod -Rv u+w debian/nas-bin/usr/share/man - chmod -v 644 debian/nas/etc/nas/* + -chmod -v 644 debian/nas/etc/nas/* chmod -v 644 debian/libaudio2/usr/lib/AuErrorDB for dir in $(archpacs); do cp debian/copyright debian/$$dir/usr/share/doc/$$dir; done # Standard package building stuff diff -Naur nas-1.7/lib/audio/Alibnet.h nas-1.7.new/lib/audio/Alibnet.h --- nas-1.7/lib/audio/Alibnet.h 2003-12-23 02:01:36.0 +0100 +++ nas-1.7.new/lib/audio/Alibnet.h 2005-12-27 12:47:27.0 +0100 @@ -135,11 +135,15 @@ #ifdef NOFILE #define OPEN_MAX NOFILE #else +#if defined(_POSIX_OPEN_MAX) !defined(SCO) +#define OPEN_MAX _POSIX_OPEN_MAX +#else #define OPEN_MAX NOFILES_MAX #endif #endif #endif #endif +#endif #if OPEN_MAX 256 #undef OPEN_MAX diff -Naur nas-1.7/server/Imakefile nas-1.7.new/server/Imakefile --- nas-1.7/server/Imakefile2005-12-27 14:01:03.0 +0100 +++ nas-1.7.new/server/Imakefile2005-12-27 12:50:46.0 +0100 @@ -102,7 +102,7 @@ #if defined(i386SVR4Architecture) || defined(__FreeBSD__) || defined(FreeBSDArchitecture) || defined(LinuxArchitecture) || defined(GNUArchitecture) || defined(i386BsdArchitecture) || defined(USLArchitecture) || defined(cygwinArchitecture) # define CanBuildAuServer YES -# if defined(LinuxArchitecture) || defined(GNUArchitecture) +# if defined(LinuxArchitecture) || defined(GNUArchitecture) || defined(GNUMachArchitecture) RCMANDIR = $(FILEMANDIR) RCMANSUFFIX = 5nas # else @@ -116,7 +116,9 @@ ALL1 = nasd # endif +#if !defined(GNUMachArchitecture) # define BuildVoxServer +# endif #endif ALL = $(ALL1)
Bug#251952: Constructive suggestion
rev (1) - reverse lines of a file tac (1) - concatenate and print files in reverse Perhaps these could be rephrased to remain short while being a little less ambiguous. I'd suggest: rev (1) - reverse the order of characters on every line tac (1) - concatenate and print lines in reversed order The man page for rev could also state that it deals with unicode characters. In other words, it does not just reverse the bytes; it reverses logical characters even if they are multiple bytes in length. This means in particular that rev can give an error when applied to eg a binary file, which should be documented in the ERRORS section of the man page. Also, because of this issue, tac | rev or rev | tac do not serve to reverse all the bytes of the input. An option to defeat character decoding deal with bytes might be desirable, but there is no such option. -- Barak A. Pearlmutter [EMAIL PROTECTED] Hamilton Institute, NUI Maynooth, Co. Kildare, Ireland http://www-bcl.cs.nuim.ie/~barak/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321832: libpango1.0-0: Pango 1.10.1 still crashing
Package: libpango1.0-0 Version: 1.10.1-2 Followup-For: Bug #321832 Applications using pango are still crashing with SIGSEGV, however not all, evolution and gaim work well, however xchat is crashing. According to the xchat bug report [1] this might be a problem with pango. See [1] for full bugreport and gdb backtrace [1] http://sourceforge.net/tracker/index.php?func=detailaid=1390512group_id=239atid=100239 -- 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.7 (custom vanilla kernel) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages libpango1.0-0 depends on: 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 libglib2.0-0 2.8.4-2 The GLib library of C routines ii libpango1.0-common 1.10.1-2Modules and configuration files fo ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii zlib1g 1:1.2.3-9 compression library - runtime libpango1.0-0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334297: unzip: Please package shared library
forwarded 334297 http://www.info-zip.org/zip-bug.html thanks I've forwarded this report to the authors. Specifically, I've asked them what level of support may I expect for the library, as it does not seem to be documented anywhere. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344915: allow building initrd's temp dir in /tmp, rather than /boot
Package: kernel-package Version: 10.026 Severity: wishlist (I am using yaird to build my initrds, although I don't think this matters.) I have a relatively small /boot partition, and as I'm testing some different hardware configurations I have more kernels than usual in there. Sometimes, in a kernel package's postinst, yaird fails, with e.g.: yaird error: Could not copy /lib/modules/2.6.14.5/kernel/fs/ext3/ext3.ko to /boot/initrd.img-2.6.14.5.new.dUZo9bILYHwcSiV1/lib/modules/2.6.14.5/kernel/fs/ext3/ext3.ko (fatal) As far as I can tell, this is because /boot is out of space. As the uncompressed initramfs tree is considerably larger than the final image, if I could build it in /tmp and then write the compressed version to /boot, this would not be a problem. -- 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.15-rc7fix Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kernel-package depends on: ii dpkg 1.13.11.0.1package maintenance system for Deb ii dpkg-dev 1.13.11package building tools for Debian ii file 4.15-2 Determines file type using magic ii gcc [c-compiler] 4:4.0.2-2 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-12 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-5The GNU C compiler ii gettext 0.14.5-2 GNU Internationalization utilities ii make 3.80+3.81.b4-1 The GNU version of the make util ii perl 5.8.7-10 Larry Wall's Practical Extraction ii po-debconf0.9.2 manage translated Debconf template Versions of packages kernel-package recommends: ii bzip2 1.0.2-11 high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.5-9GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344916: dhis-client: [INTL:pt] Portuguese translation for debconf's messages
Package: dhis-client Version: 5.3-1 Tags: l10n, patch Severity: wishlist Portuguese translation for dhis-client's debconf messages. Feel free to use it. For translation updates please contact Last Translator ot the Portuguese Translation Team traduz _at_ debianpt.org -- --- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org # Portuguese translation for dhis-client's debconf messages. # Miguel Figueiredo [EMAIL PROTECTED], 2005 # # 2005-12-27 - Miguel Figueiredo - initial translation # msgid msgstr Project-Id-Version: dhis-client 5.3-1\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-12-10 09:49-0700\n PO-Revision-Date: 2005-12-27 16:27+\n Last-Translator: Miguel Figueiredo [EMAIL PROTECTED]\n Language-Team: Portuguese [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../dhis-client.templates:3 msgid You should register with a DHIS service provider. msgstr Deve registar-se num provedor de serviço DHIS. #. Type: note #. Description #: ../dhis-client.templates:3 msgid If you are using the DHIS client for the first time you should read /usr/ share/doc/dhis-client/README.Debian for instructions on how to register with a DHIS service provider and get the configuration data to make your own '/ etc/dhid.conf'. msgstr Se está a utilizar o cliente de DHIS pela primeira vez deve ler /usr/share/ doc/dhis-client/README.Debian para saber como registar-se num provedor de serviço DHIS e obter os dados de configuração para fazer o seu próprio '/etc/dhid.conf'. #. Type: note #. Description #: ../dhis-client.templates:11 msgid You seem to have a 3.x/4.x config file. msgstr Você parece ter um ficheiro de configuração de versão 3.x/4.x. #. Type: note #. Description #: ../dhis-client.templates:11 msgid You should read /usr/share/doc/dhis-client/README.Debian for instructions on how to update /etc/dhid.conf. msgstr Para instruções de como actualizar /etc/dhid.conf você deve ler /usr/share/doc/dhis-client/README.Debian.
Bug#344917: Vorbis tools do not use nl_langinfo and iconv
Package: vorbis-tools Version: 1.1.1-1 The comments in Ogg / Vorbis files are meant to be encoded in UTF-8, which is a very good thing. The tools for handling Ogg / Vorbis files are supposed to automatically convert between hte user's encoding and UTF-8. I have found that this encoding conversion does not work with vorbis-tools 1.1.1. One of the best ways to do such a conversion on a modern Unix operating system (such as GNU) is to use the nl_langinfo(CODESET) function to query the encoding from the locale settings, and to use the iconv functions to do the conversion. The vorbis-tools do all this right in the share/utf8.c and share/iconvert.c. Furthermore, they try to use the //TRANSLIT feature of the GNU iconv function to use replacement compatibility characters instead of unavailable characters. All this is very good. As iconv and nl_langinfo are not always available on obsolete Unix, and as any portable program would, vorbis-tools build system check for their availability and use remplacement, less efficient, builtin functions if they are not. Unfortunately, share/utf8.c and share/iconvert.c do not #include ../config.h before they use some #ifdef HAVE_ICONV and #ifdef HAVE_LANGINFO_CODESET, and no corresponding -D is put on the command line by the makefiles. The result is that, whereas the correct code is present and working, it is not used. Furthermore, it can be noted that the behavior of vorbis-tools 1.0.1-1.5 was correct. Example showing the problem: 1. Produce a trivial Ogg Vorbis file: dd if=/dev/zero bs=176400 count=10 | oggenc -r -o bug.ogg - 2. Add a comment to it, using the raw mode: eacute=`/usr/bin/printf '\xC3\xA9'` vorbiscomment -R -w -t eacute=$eacute bug.ogg 3. Read the comment back: ogginfo bug.ogg vorbiscomment bug.ogg Actual result: User comments section follows... eacute=? Expected result: User comments section follows... eacute=é Adding #include ../config.h at the beginning of share/utf8.c and share/iconvert.c is enough to get the expected result. Additionnal (irrelevant) information: Debian Release: testing/unstable Architecture: amd64 or i386 Kernel: Linux she-seel 2.6.14.4-she-seel #2 PREEMPT Thu Dec 22 13:08:22 CET 2005 x86_64 GNU/Linux or: Linux hellroy 2.6.12-1-686 #1 Tue Sep 27 12:52:50 JST 2005 i686 GNU/Linux Locale settings: LANG, LC_ALL and CHARSET undefined, LC_CTYPE=fr_FR or LC_CTYPE_en_US.UTF-8 Versions of packages this package depends on: libao2 0.8.6-1.1 libc6 2.3.5-8.1 libcurl3-gnutls 7.15.1-1 libflac7 1.1.2-3 libogg0 1.1.2-1 liboggflac3 1.1.2-3 libspeex1 1.1.11.1-1 libvorbis0a 1.1.0-1 libvorbisenc2 1.1.0-1 libvorbisfile3 1.1.0-1 signature.asc Description: Digital signature
Bug#328935: My case: lspci output, modules I had to load, only 2.6.12+
reassign 328935 discover1-data retitle 328935 Info for 1002:4376/4379 - needs sata_sil thanks Hi Dato, Thanks for the info. On Tuesday 27 December 2005 17:04, Adeodato Simó wrote: Which corresponds to this lspci -n lines: :00:12.0 0101: 1002:4379 :00:14.1 0101: 1002:4376 Not sure which of the two needs sata_sil, but we'll leave that for the discover maintainers. The daily builds of the installer should also work for you as these no longer use discover to detect the correct modules. Cheers, FJP pgpZqwDb4WgqY.pgp Description: PGP signature