Bug#355836: [intl:fr] mlmmj debconf template translation
Package: mlmmj Version: 1.2.11-3 Severity: wishlist Tags: l10n Patch Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Regards -- steve jabber : [EMAIL PROTECTED] fr.po Description: application/gettext
Bug#355789: libtool: support for kfreebsd-amd64
On Wed, Mar 08, 2006 at 08:32:10AM +0100, Kurt Roeckx wrote: > On Tue, Mar 07, 2006 at 10:52:13PM +0100, Aurelien Jarno wrote: > > Package: libtool > > Version: 1.5.22-2 > > Severity: wishlist > > Tags: patch > > > > Hi, > > > > Please find attached a patch to support kfreebsd-amd64. It consists of two > > parts: > > - Don't build depends on gcj for kfreebsd-amd64 (just like kfreebsd-i386). > > - Fix anon_versioning for kfreebsd*-gnu. The problem has been detected when > > building glib2.0 on kfreebsd-amd64, probably because the amd64 is more > > sensitive to relocations and non PIC code (or i386 is less sensible than > > other architectures :-), but the fix is common to all GNU/kFreeBSD > > platforms. > > i386 doesn't care about wether code is PIC or not, amd64 doesn't > support non-PIC in shared libs. I should probably clarify this. On i386 you can run non-PIC code in shared libs, the effect is that it's not shared. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355789: libtool: support for kfreebsd-amd64
On Tue, Mar 07, 2006 at 10:52:13PM +0100, Aurelien Jarno wrote: > Package: libtool > Version: 1.5.22-2 > Severity: wishlist > Tags: patch > > Hi, > > Please find attached a patch to support kfreebsd-amd64. It consists of two > parts: > - Don't build depends on gcj for kfreebsd-amd64 (just like kfreebsd-i386). > - Fix anon_versioning for kfreebsd*-gnu. The problem has been detected when > building glib2.0 on kfreebsd-amd64, probably because the amd64 is more > sensitive to relocations and non PIC code (or i386 is less sensible than > other architectures :-), but the fix is common to all GNU/kFreeBSD > platforms. i386 doesn't care about wether code is PIC or not, amd64 doesn't support non-PIC in shared libs. I'll try and upload a fixed version this evening. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355835: 'man rzip' typo: "redundency"
Package: rzip Version: 2.0-2 Severity: minor Tags: patch Found a typo in '/usr/share/man/man1/rzip.1.gz', see attached '.diff'. Hope this helps... -- 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-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages rzip depends on: ii libbz2-1.01.0.3-2high-quality block-sorting file co ii libc6 2.3.6-3GNU C Library: Shared libraries an rzip recommends no packages. -- no debconf information --- rzip.1 2004-08-22 05:57:43.0 -0400 +++ /tmp/rzip.1 2006-03-08 01:56:26.0 -0500 @@ -8,7 +8,7 @@ .SH "DESCRIPTION" .PP rzip is a file compression program designed to do particularly -well on very large files containing long distance redundency\&. +well on very large files containing long distance redundancy\&. .PP .SH "OPTIONS SUMMARY" .PP
Bug#355829: Manual network configuration freezes
> I tried to configure my network manually, but the installer failed when > I tried to do that. After accepting my input for nameservers, I would be > left with a blue screen and a white line at the bottom. It still > responded to the keyboard; Enters added more white lines at the bottom, > and Alt+F2 got me to the new console all right, but the installer itself > was frozen. Can you reproduce this ? You can do it even on the installed machine as, at this step, the system does not yet need to write on the HD. It would be nice to know what *exactly* you entered to the netcfg questions. booting with "install debconf/priority=medium DEBCONF_DEBUG=developer" could help, here Then look into /var/log/syslog or, even better, send it to us. (the usual way to do so is copying it somewhere after the problem occurred, then find a way to continue the install, install the openssh optional component and finally scp the copied file to another host on the networkor reach the partitoning step, mount a local partition and write down the file there)
Bug#351686: kernel trouble when rsyncing big file onto vfat - filesystem
Hi Richard, Thanks for your report. Sorry to tell you that, but the maintenance of sarge kernels is currently limited to security updates only, so it is highly unlikely that we will be able to do anything about this problem. Could you please try to reproduce using a testing or unstable kernel? Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355834: 'man dact' typos: "cooresponding", "extention", "supercede", etc.
Package: dact Version: 0.8.39-2 Severity: minor Tags: patch Found some typos in '/usr/share/man/man1/dact.1.gz', see attached '.diff'. Hope this helps... -- 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-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages dact depends on: ii libbz2-1.01.0.3-2high-quality block-sorting file co ii libc6 2.3.6-3GNU C Library: Shared libraries an ii liblzo1 1.08-3 data compression library (old vers ii libmcrypt42.5.7-5De-/Encryption Library ii zlib1g1:1.2.3-10 compression library - runtime dact recommends no packages. -- no debconf information --- dact.1 2004-07-07 04:59:19.0 -0400 +++ /tmp/dact.1 2006-03-08 01:42:59.0 -0500 @@ -1,7 +1,7 @@ .PU .TH DACT 1 .SH NAME -dact \- compress or expand a file, or stream +dact \- compress or expand a file or stream .SH SYNOPSIS .ll +10 .B dact @@ -29,7 +29,7 @@ .TP .B \-d Decompress the file (or stdin, if no file is given), removing -the extention if it has a valid one. +the extension if it has a valid one. .TP .B \-s Display statistics about the file, such as: @@ -104,7 +104,7 @@ your entire system. .TP .B \-a -DACT modules. This option will fetch the latest modules from the internet and place them in $HOME/.dact/ in a subdirectory cooresponding to your Operating System and CPU Architecture. +DACT modules. This option will fetch the latest modules from the internet and place them in $HOME/.dact/ in a subdirectory corresponding to your Operating System and CPU Architecture. .TP .B \-b\ size Use the specified block size to compress the file. This @@ -119,7 +119,7 @@ .B \-m\ file Load another config file. This option will attempt to load the specified file in addition to the normal files, the -options in this file will supercede other options. +options in this file will supersede other options. .TP .B \-o\ file Alternate output. This option sends output to a file instead
Bug#355774: abiword: Please document licenses for included libraries sources in debian/copyright
On Tue, Mar 07, 2006 at 01:03:40PM -0800, Steve Langasek <[EMAIL PROTECTED]> wrote: > On Tue, Mar 07, 2006 at 08:50:20PM +0100, Mike Hommey wrote: > > Package: abiword > > Severity: serious > > Justification: Policy 12.5 > > > The abiword source includes the sources for libpng, zlib, libiconv, fribidi, > > expat, pbx, popt, wv (and maybe some others I didn't see), none of which > > copyright holder and license is given in the copyright file. > > None of these libraries are included in the binary package though, right? > Is it really necessary for debian/copyright to document the licenses of > files not actually part of the binary packages? At least wv is part of the binary package. > Obviously, one option here then is to just repack the source package without > them... anyway, I'm just not sure if this really ought to be a serious bug. It would need to repack AND modify some Makefiles. Some of the directories are used at clean time. (cf. buildd logs) Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350375: installation-reports
Hi Georg, If you are still experiencing the problems described in your installation report (bug 350375) even with latest daily installer images, please send the output of the 'lspci -n' command on your machine, and the complete output of 'lsmod' on working and non-working kernels. Thanks, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355169: firefox: Firefox crashes on http://www.hellpizza.co.nz
tags 355169 unreproducible thanks * Ian McDonald ([EMAIL PROTECTED]) wrote: > Package: firefox > Version: 1.5.dfsg+1.5.0.1-3 > Severity: important > > This website causes a segmentation fault. Go to > http://www.hellpizza.co.nz and then click on Hamilton. Segfault Works for me. Can you try setting FIREFOX_DSP="none" in /etc/firefox/firefoxrc? -- 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#354110: Firefox crashes with "bus error" on "File open"
severity 354110 important merge 354110 349280 thanks * Jaros??aw Tabor ([EMAIL PROTECTED]) wrote: > Package: firefox > Version: 1.5.dfsg+1.5.0.1-2 > > Firefox reinstalled (with --purge before) crashes in same way. Firefox > started as root works OK. > Setting FIREFOX_DSP="none" fixes the problem (solution found on Ubuntu > forum). > Distribution unstable. Please don't file duplicate bug reports. -- 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#355833: syslog-ng: "Log statistics" - Please turn them off!
Package: syslog-ng Version: 1.9.9-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I recently upgraded to this version of syslog-ng, and now my log files are getting cluttered with these repeated, huge, useless "Log statistics;" messages. I can find no way to disable them. Please provide a way to disable them, and please disable them by default. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages syslog-ng depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii util-linux2.12r-6Miscellaneous system utilities Versions of packages syslog-ng recommends: ii logrotate 3.7.1-2Log rotation utility - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEDnaF5+GdyTDsrJsRAkyCAJsHBgME8ASjiamaBBYqxpV5stTO6wCgkNCj tKn+0r78eb0IUw+ZZw4bZkQ= =T8lc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355832: 'man unp' typos: "Additionaly", "usefull", etc.
Package: unp Version: 1.0.10 Severity: minor Tags: patch Found some typos in '/usr/share/man/man1/unp.1.gz', see attached '.diff'. (Spelling, plus some syntax and grammar stuff.) Hope this helps... -- 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-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) unp depends on no packages. Versions of packages unp recommends: ii bzip2 1.0.3-2high-quality block-sorting file co -- no debconf information --- unp.1 2004-01-10 11:21:43.0 -0500 +++ /tmp/unp.1 2006-03-08 01:12:25.0 -0500 @@ -35,12 +35,12 @@ .SH USAGE -unp extract one or more files given as arguments on the command line. -Additionaly, it may pass some options to the backend tools (like tar +unp extracts one or more files given as arguments on the command line. +Additionally, it may pass some options to the backend tools (like tar options) when they are appended after `--´. .PP There is also a special -option (-u) which is very usefull for extracting of Debian packages. Using +option (-u) which is very useful for extracting Debian packages. Using -u, unp extracts the package (i.e. the ar archive) first, then extracts data.tar.gz in the current directory and then control.tar.gz in control//. @@ -50,8 +50,8 @@ existing files. But don't count on this feature, always look for free working space before using unp. .PP -In contrary to gunzip which decompresses the file in the target directory of -the source file, unp will use current directory for output. +Unlike gunzip, which decompresses the file in the target directory of +the source file, unp uses the current directory for output. .SH AUTHOR Development started by Andre Karwath <[EMAIL PROTECTED]>
Bug#353111: linux-image-2.6.15-1-sparc64-smp: 2.6.15 kernel can't find root disk /dev/sda1, won't boot
On Sat, Mar 04, 2006 at 01:09:14AM +0100, maximilian attems wrote: > On Fri, 17 Feb 2006, Blars Blarson wrote: > > > I installed unstable udev, added esp, sd_mod, and sr_mod to > > /etc/mkinitramfs/modules, and tried to reboot. > > did you regenerate the initramfs before reboot? > either with update-initramfs -t -u or with > dpkg-reconfigure linux-image-2.6-XXX I did the update-initramfs -t -u > > Same problem as before > > on 2.6.15, esp module is not present in initramfs so root can't be > > loaded. However, 2.6.12 no longer boots, (apparently not compatable > > with new udev) so system is now boat anchor. > > no esp would mean that you are still booting in the old initramfs > where esp was not specified to be loaded. > > initramfs-tools adds any modules that are listed /etc/mkinitramfs/modules > and loads them really early on reboot. Since the system isn't bootable it's hard to check the contents of that file. -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335067: Still need?
Hello, I wanna know if this is still need. AFAIK current GRUB support RAID fair well. Please could you check our current sid version and report back to us? Cya! -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355825: No symlinks for javaws with Sun j2sdk1.4
On Wed, Mar 08, 2006 at 02:16:56PM +1100, David Brodrick wrote: [...] > /usr/bin/ and /etc/alternatives/ symlinks are not created for javaws > with j2sdk1.4-sun SDK. I consulted with the package maintainers and > [EMAIL PROTECTED] confirmed this is probably a bug. [...] David, Thank you for your use of Debian and java-package. I will look into this right away, and should be able to include the fix in the upcoming java-package release. Regards, -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 signature.asc Description: Digital signature
Bug#355831: beagle-search should depend on gnome-icon-theme
Package: beagle Version: 0.2.1-2 Severity: important without gnome-icon-theme beagle-search crashes on startup. $ beagle-search Unhandled Exception: GLib.GException: Icon 'gnome-spinner-rest' not present in theme in <0x00099> Gtk.IconTheme:LoadIcon (System.String icon_name, Int32 size, IconLookupFlags flags)in <0x00069> Search.Spinner:LoadImages () in <0x0006d> Search.Spinner:OnRealized () in <0x00036> Gtk.Widget:realized_cb (IntPtr widget) in (wrapper native-to-managed) Gtk.Widget:realized_cb (intptr) in <0x0> in (wrapper managed-to-native) Gtk.Widget:gtk_widget_show_all (intptr) in <0x00017> Gtk.Widget:ShowAll () in <0x00875> Search.MainWindow:.ctor () in <0x00096> Search.MainWindow:Main (System.String[] args) $ dpkg -l | grep gnome-icon-theme Installing the gnome-icon-theme package # apt-get install gnome-icon-theme make beagle-search working. So gnome-icon-theme should be add in the dependency. cheers, David Vernazobres. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14piii-vs2.01 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages beagle depends on: ii bash 3.1-2 The GNU Bourne Again SHell ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libexif12 0.6.12-2 library to parse EXIF files ii libfontconfig12.3.2-1.1 generic font configuration library ii libgalago-cil 0.3.2-4CLI bindings for libgalago ii libgconf2.0-cil 2.8.1-1CLI binding for GConf 2.12 ii libglade2.0-cil 2.8.1-1CLI binding for the Glade librarie ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libglib2.0-cil2.8.1-1CLI binding for the GLib utility l ii libgmime2.1-cil 2.1.19-1 CLI binding for the MIME library, ii libgnome2.0-cil 2.8.1-1CLI binding for GNOME 2.12 ii libgnomevfs2-02.12.2-5 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.12-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.8.1-1CLI binding for the GTK+ toolkit 2 ii libmono0 1.1.13.2-1 libraries for the Mono JIT ii libpango1.0-0 1.10.4-1 Layout and rendering of internatio ii librsvg2-22.12.7-5 SAX-based renderer library for SVG ii libsqlite02.8.16-1 SQLite shared library ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxss1 6.9.0.dfsg.1-4 X Screen Saver client-side library ii mono-classlib-1.0 1.1.13.2-1 Mono class library (1.0) ii mono-jit 1.1.13.2-1 fast CLI JIT/AOT compiler for Mono Versions of packages beagle recommends: pn beagle-backend-evolution (no description available) -- no debconf information
Bug#355830: gcfilms: IMDB-lookups only provides partial information
Package: gcfilms Version: 6.1-1 Severity: normal The latest version of gcfilms (earlier versions seem unaffected) no longer returns complete information from IMDB-lookups. Title, Image, and Date are filled out properly, but no other information. This means that the fields Director, Length, Country, Genre, Cast, Synopsis (possibly others?) are left empty, thus making the IMDB-lookups pretty much useless. Regards: David Weinehall -- 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.16-rc4 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gcfilms depends on: ii libarchive-tar-perl 1.28-1 Archive::Tar - manipulate tar file ii libarchive-zip-perl 1.16-1 Module for manipulation of ZIP arc ii libgtk2-perl 1:1.104-1 Perl interface to the 2.x series o ii libwww-perl 5.805-1WWW client/server library for Perl ii libxml-simple-perl2.14-3 Perl module for reading and writin ii perl 5.8.8-2Larry Wall's Practical Extraction gcfilms recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351693: guile-1.6: Builds by hand on IA64
Package: guile-1.6 Version: 1.6.7-1 Followup-For: Bug #351693 I have NFI why this doesn't build on the buildd, but I can build this by hand on my system as long as the old guile-1.6-libs package isn't installed at the time. e.g. /tmp/guile/guile-1.6-1.6.7$ sudo apt-get install guile-1.6-libs [blah] /tmp/guile/guile-1.6-1.6.7$ make check [blah] Running srfi-1.test ERROR: In procedure variable-set-name-hint!: ERROR: Wrong type argument in position ~A (expecting ~A): ~S FAIL: check-guile however /tmp/guile/guile-1.6-1.6.7$ sudo apt-get --purge remove guile-1.6-libs [blah] /tmp/guile/guile-1.6-1.6.7$ make check [finished just fine] Maybe this helps? Anyway, I have put up versions at http://www.gelato.unsw.edu.au/~ianw/debian/guile This is stopping q-syscollect being installable at the moment, which is why I noticed. -i -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: ia64 Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages guile-1.6 depends on: ii guile-1.6-libs1.6.7-1Main Guile libraries ii libc6.1 2.3.6-1GNU C Library: Shared libraries an ii libguile-ltdl-1 1.6.7-1Guile's patched version of libtool guile-1.6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
Next version of the patch, please comment on it.
Still missing: The transition from documentlanguage ->
interface_language and the extension of language codes from de to de_DE
etc.
On Die, 07 Mär 2006, Sven Joachim wrote:
> With LANG=de_DE.UTF-8 and running "make info" from the Emacs top
> level directory, I still get "Nutzeroption" as output in the info
> files, for @defopt in the source and "Funktion" for @defun, for instance.
Try this one.
Best wishes
Norbert
---
Dr. Norbert Preining Università di Siena
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
---
TODDING (vb.)
The business of talking amiably and aimlessly to the barman at the
local.
--- Douglas Adams, The Meaning of Liff
diff -urN trunk/makeinfo/defun.c foo/makeinfo/defun.c
--- trunk/makeinfo/defun.c 2006-02-16 13:03:48.0 +0100
+++ foo/makeinfo/defun.c2006-03-08 01:23:34.0 +0100
@@ -400,28 +400,28 @@
{
case defun:
case deftypefun:
- category = _("Function");
+ category = __("Function");
break;
case defmac:
- category = _("Macro");
+ category = __("Macro");
break;
case defspec:
- category = _("Special Form");
+ category = __("Special Form");
break;
case defvar:
case deftypevar:
- category = _("Variable");
+ category = __("Variable");
break;
case defopt:
- category = _("User Option");
+ category = __("User Option");
break;
case defivar:
case deftypeivar:
- category = _("Instance Variable");
+ category = __("Instance Variable");
break;
case defmethod:
case deftypemethod:
- category = _("Method");
+ category = __("Method");
break;
default:
category = next_nonwhite_defun_arg (&scan_args);
@@ -497,24 +497,24 @@
execute_string (" --- %s: %s %s", category, type_name, defined_name);
break;
case defcv:
-execute_string (" --- %s %s %s: %s", category, _("of"), type_name,
+execute_string (" --- %s %s %s: %s", category, __("of"), type_name,
defined_name);
break;
case deftypecv:
case deftypeivar:
-execute_string (" --- %s %s %s: %s %s", category, _("of"), type_name,
+execute_string (" --- %s %s %s: %s %s", category, __("of"), type_name,
type_name2, defined_name);
break;
case defop:
-execute_string (" --- %s %s %s: %s", category, _("on"), type_name,
+execute_string (" --- %s %s %s: %s", category, __("on"), type_name,
defined_name);
break;
case deftypeop:
-execute_string (" --- %s %s %s: %s %s", category, _("on"), type_name,
+execute_string (" --- %s %s %s: %s %s", category, __("on"), type_name,
type_name2, defined_name);
break;
case deftypemethod:
-execute_string (" --- %s %s %s: %s %s", category, _("on"), type_name,
+execute_string (" --- %s %s %s: %s %s", category, __("on"), type_name,
type_name2, defined_name);
break;
}
@@ -542,13 +542,13 @@
case defcv:
case deftypecv:
case deftypeivar:
- execute_string ("--- %s %s %s: ", category, _("of"), type_name);
+ execute_string ("--- %s %s %s: ", category, __("of"), type_name);
break;
case defop:
case deftypemethod:
case deftypeop:
- execute_string ("--- %s %s %s: ", category, _("on"), type_name);
+ execute_string ("--- %s %s %s: ", category, __("on"), type_name);
break;
} /* switch (base_type)... */
@@ -641,13 +641,13 @@
execute_string ("@vindex %s\n", defined_name);
break;
case deftypeivar:
- execute_string ("@vindex %s %s %s\n", defined_name, _("of"),
+ execute_string ("@vindex %s %s %s\n", defined_name, __("of"),
type_name);
break;
case defop:
case deftypeop:
case deftypemethod:
- execute_string ("@findex %s %s %s\n", defined_name, _("on"),
+ execute_string ("@findex %s %s %s\n", defined_name, __("on"),
type_name);
break;
case deftp:
diff -urN trunk/makeinfo/html.c foo/makeinfo/html.c
--- trunk/makeinfo/html.c 2006-02-16 13:03:48.0 +0100
+++ foo/makeinfo/html.c 2006-03-07 11:08:46.0 +0100
@@ -204,7 +204,7 @@
/* The should not have markup, so use text_expansion. */
if (!html_title)
html_title = escape_string (title ?
-text_expansion (title) : (char *) _("Untitled"));
+text_expansion (title) : (char *) __("Untitled"));
/* Make sure this is the very first st
Bug#355828: gs-afpl: bbox rounding produces too much clipping
Package: gs-afpl Version: 8.53-0.1 Severity: normal The pdf file attached below does not view correctly. It is a rectangle (200x100, in units of PostScript points) filled with green and with a 0.5-point red border. The border should stick out 0.25 points beyond each edge of the rectangle and have rounded corners. The left and bottom borders view fine, but the top and right borders are invisible. xpdf (v3.01) also has problems (see Debian BTS #355770). However, acroread 7.0.1 views it fine. The exact gs command (using X.org 6.9.0, Linux i686, 2.6.16-rc5, IBM Thinkpad 600X): gs -r360 rect-1-unc.pdf With the following command, the right and top red borders are visible: gs -r72o rect-1-unc.pdf Alternatively, rounding up the BBox and MediaBox dimensions to the next whole point fixes the problem, so I suspect the absence of the top and right borders is due to incorrect rounding in the clipping paths. To be exact, if I apply this unified diff (0 lines of context) to the pdf file attached, then all the borders view fine: --- rect-1-unc.pdf 2006-03-07 13:08:18.0 -0500 +++ rect-1-unc-expanded.pdf 2006-03-07 13:28:52.0 -0500 @@ -10 +10 @@ -/BBox [0 0 200.4977 100.4988] +/BBox [0 0 201 101] @@ -51 +51 @@ -/MediaBox [0 0 200.4977 100.4988] +/MediaBox [0 0 201 101] The rect-1-unc.pdf file below comes from this metapost file (rect.mp): beginfig(1) path p; p := unitsquare scaled 100bp xscaled 2; draw p withcolor red; fill p withcolor green; endfig; end The sequence of commands to make rect-1-unc.pdf: mpost rect.mp [gives rect.1, a metapost EPS file] mptopdf rect.1 [gives rect-1.pdf] pdftk rect-1.pdf output rect-1-unc.pdf uncompress [gives rect-1-unc.pdf] -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gs-afpl depends on: ii gs-common 0.3.9 Common files for different Ghostsc ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libjasper-1.701-1 1.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpaper1 1.1.14-5 Library for handling paper charact ii libpng12-01.2.8rel-5 PNG library - runtime ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages gs-afpl recommends: ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii psfontmgr 0.11.8-0.1 PostScript font manager -- part of -- no debconf information rect-1-unc.pdf Description: PDF file to try
Bug#355820: xorsa bug, moreinfo
On Tue, Mar 07, 2006 at 10:14:38PM -0500, pryzbyj wrote: > xorsa seems to have some off by one errors, and also access > already-free'd memory. In particular, the TLE GEO update alone will > crash the program; valgrind output is attached, with a paragraph break > inserted during the critical interaction. Really attached xorsa-crash-valgrind.gz Description: Binary data
Bug#355827: sshfs: does not work
Package: sshfs Version: 1.2-1 Severity: grave Justification: renders package unusable After doing modprobe fuse, I try to do sshfs [EMAIL PROTECTED]: dir/ I give the passwd and then it says: fusermount: mount failed: Operation not permitted I don't know how to fix it. Thanks Pablo. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages sshfs depends on: ii fuse-utils2.5.2-2Filesystem in USErspace (utilities ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libfuse2 2.5.2-2Filesystem in USErspace library ii libglib2.0-0 2.8.6-1The GLib library of C routines sshfs recommends no packages. -- no debconf information -- "When in doubt, use brute force" -- Ken Thompson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#152243: xt: netgeo patch?
Package: xt Version: 0.9.1-7.1 Followup-For: Bug #152243 Hi Ola, What happened to the netgeo patch? Still looks useful! Best, Dave -- 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 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xt depends on: ii gtkglarea51.2.3-2Gimp Toolkit OpenGL area widget sh ii host 2331-9 utility for querying DNS servers ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libgdk-pixbuf20.22.0-11 The GdkPixBuf image library, gtk+ ii libglib1.21.2.10-10.1The GLib library of C routines ii libglu1-xorg [libglu1]6.9.0.dfsg.1-3 Mesa OpenGL utility library [X.Org ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-3 X Window System Input extension li ii traceroute1.4a12-20 traces the route taken by packets ii traceroute-nanog [tracero 6.3.10-2 Determine route of packets in TCP/ ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-3 Mesa 3D graphics library [X.Org] xt recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355820: xorsa bug, moreinfo
xorsa seems to have some off by one errors, and also access already-free'd memory. In particular, the TLE GEO update alone will crash the program; valgrind output is attached, with a paragraph break inserted during the critical interaction. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355826: cogito: should suggest gawk
Package: cogito Version: 0.17.0-1 Severity: normal If gawk is not installed, the colorized diff (cg diff -c) option does not work and the program exits with an error. I think cogito should at least suggest or recommend gawk. Thanks, Pablo. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages cogito depends on: ii git-core 1.2.4-1content addressable filesystem cogito recommends no packages. -- no debconf information -- "When in doubt, use brute force" -- Ken Thompson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355825: No symlinks for javaws with Sun j2sdk1.4
Package: java-package Version: 0.24 /usr/bin/ and /etc/alternatives/ symlinks are not created for javaws with j2sdk1.4-sun SDK. I consulted with the package maintainers and [EMAIL PROTECTED] confirmed this is probably a bug. For instance: /usr/sbin/update-alternatives --list javaws ..gives no output, while: /usr/sbin/update-alternatives --list java ..produces the following output: /usr/lib/j2sdk1.4-sun/bin/java But the executable for javaws does exist: ls -l /usr/lib/j2sdk1.4-sun/jre/javaws/javaws -rwxr-xr-x 1 root root 1100 2005-10-11 09:19 /usr/lib/j2sdk1.4-sun/jre/javaws/javaws -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355823: Please support mips64
Package: hardinfo Version: 0.3.7pre-2 Severity: wishlist Tags: patch Your package fails to compile on a MIPS box with a 64-bit kernel because configure doesn't recognize mips64. For some reason, this leads to -I/usr/include/cairo not being added. A patch is below. 3116:[EMAIL PROTECTED]: ~] uname -a Linux bigsur 2.6.16-rc5 #8 SMP Thu Mar 2 15:19:49 GMT 2006 mips64 GNU/Linux > Automatic build of hardinfo_0.3.7pre-2 on bigsur by sbuild/mips 1.75 ... > ./configure > ToscoConf (version 0.04) for hardinfo version 0.3.7pre > Running: Linux (OK) Architeture "" not supported. > touch configure-stamp > dh_testdir > /usr/bin/make > make[1]: Entering directory `/build/tbm/hardinfo-0.3.7pre' > gcc -Wall -g -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include > -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 > -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -O6-c -o hardinfo.o hardinfo.c > In file included from /usr/include/gtk-2.0/gdk/gdkcairo.h:23, > from /usr/include/gtk-2.0/gdk/gdk.h:30, > from /usr/include/gtk-2.0/gtk/gtk.h:31, > from hardinfo.h:10, > from hardinfo.c:9: > /usr/include/gtk-2.0/gdk/gdkcolor.h:30:19: error: cairo.h: No such file or > directory > In file included from /usr/include/gtk-2.0/gdk/gdkcairo.h:25, > from /usr/include/gtk-2.0/gdk/gdk.h:30, > from /usr/include/gtk-2.0/gtk/gtk.h:31, > from hardinfo.h:10, > from hardinfo.c:9: > /usr/include/pango-1.0/pango/pangocairo.h:62: error: expected ')' before '*' > token > /usr/include/pango-1.0/pango/pangocairo.h:66: warning: type defaults to 'int' > in declaration of 'cairo_font_options_t' > /usr/include/pango-1.0/pango/pangocairo.h:66: error: expected ';', ',' or ')' > before '*' token > /usr/include/pango-1.0/pango/pangocairo.h:67: error: expected '=', ',', ';', > 'asm' or '__attribute__' before '*' token > /usr/include/pango-1.0/pango/pangocairo.h:75: error: expected ')' before '*' > token > /usr/include/pango-1.0/pango/pangocairo.h:76: error: expected ')' before '*' > token > /usr/include/pango-1.0/pango/pangocairo.h:82: error: expected ')' before '*' > token > /usr/include/pango-1.0/pango/pangocairo.h:85: error: expected ')' before '*' > token > /usr/include/pango-1.0/pango/pangocairo.h:87: error: expected ')' before '*' > token > /usr/include/pango-1.0/pango/pangocairo.h:93: error: expected ')' before '*' > token --- hardinfo-0.3.7pre/configure~2006-03-08 02:48:17.0 + +++ hardinfo-0.3.7pre/configure 2006-03-08 02:48:29.0 + @@ -79,7 +79,7 @@ ARCH="ARCH_PPC" ;; x86_64) ARCH="ARCH_x86_64" ;; - mips) + mips*) ARCH="ARCH_MIPS" ;; parisc*) ARCH="ARCH_PARISC" ;; -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355824: FTBFS: cairo.h not found
Package: freebirth Version: 0.3.2-6 Severity: serious Tags: patch Your package fails to build from source in unstable; you need to look at /usr/include/cairo for include files. > Automatic build of freebirth_0.3.2-6 on bigsur by sbuild/mips 1.75 ... > make[1]: Entering directory `/build/tbm/freebirth-0.3.2' > gcc -g -O2 -Wall -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 > -DXTHREADS -I/usr/X11R6/include -I/usr/include/atk-1.0 -c -o freebirth.o > freebirth.c > In file included from /usr/include/gtk-2.0/gdk/gdkcairo.h:23, > from /usr/include/gtk-2.0/gdk/gdk.h:30, > from /usr/include/gtk-2.0/gtk/gtk.h:31, > from freebirth.h:23, > from freebirth.c:34: > /usr/include/gtk-2.0/gdk/gdkcolor.h:30:19: error: cairo.h: No such file or > directory > In file included from /usr/include/gtk-2.0/gdk/gdkcairo.h:25, > from /usr/include/gtk-2.0/gdk/gdk.h:30, > from /usr/include/gtk-2.0/gtk/gtk.h:31, > from freebirth.h:23, > from freebirth.c:34: > /usr/include/pango-1.0/pango/pangocairo.h:62: error: expected ')' before '*' > token > /usr/include/pango-1.0/pango/pangocairo.h:66: warning: type defaults to 'int' > in declaration of 'cairo_font_options_t' > /usr/include/pango-1.0/pango/pangocairo.h:66: error: expected ';', ',' or ')' > before '*' token > /usr/include/pango-1.0/pango/pangocairo.h:67: error: expected '=', ',', ';', > 'asm' or '__attribute__' before '*' token > /usr/include/pango-1.0/pango/pangocairo.h:75: error: expected ')' before '*' > token > /usr/include/pango-1.0/pango/pangocairo.h:76: error: expected ')' before '*' > token --- freebirth-0.3.2/Makefile~ 2006-03-08 02:53:18.0 + +++ freebirth-0.3.2/Makefile2006-03-08 02:53:36.0 + @@ -3,7 +3,7 @@ CC=gcc LOADLIBES=-lm -L/usr/lib -lgtk-x11-2.0 -CFLAGS=-g -O2 -Wall -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -DXTHREADS -I/usr/X11R6/include -I/usr/include/atk-1.0 +CFLAGS=-g -O2 -Wall -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -DXTHREADS -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/cairo LDFLAGS= OFILES=\ -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355822: xkb: some multimedia sends events forever once pressed
Package: xlibs Version: 6.9.0.dfsg.1-4 Severity: normal My laptop is a CLEVO D500P. If I press some multimedia keys (like VolumeDown or VolumeUp), X events are sent forever, until I press another valid key. Under console, running showkey -s: pressing VolumeDown returns the next sequence: 0xe0 0xae 0xe0 0x2e 0xe0 0xae 0xe0 0x2e 0xe0 0xae 0xe0 0x2e unlike normal keys, the sequence e0ae-e02e is repeated until I release the key. Under X, using xev: KeyPress and KeyRelease event are sent forever, until I press another valid key. Here is the few first line of the xev log: KeyRelease event, serial 28, synthetic NO, window 0x3c1, root 0x4c, subw 0x3c2, time 102202128, (58,49), root:(62,870), state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: KeyPress event, serial 31, synthetic NO, window 0x3c1, root 0x4c, subw 0x3c2, time 102202138, (58,49), root:(62,870), state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 31, synthetic NO, window 0x3c1, root 0x4c, subw 0x3c2, time 102202228, (58,49), root:(62,870), state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: KeyPress event, serial 31, synthetic NO, window 0x3c1, root 0x4c, subw 0x3c2, time 102202236, (58,49), root:(62,870), state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 31, synthetic NO, window 0x3c1, root 0x4c, subw 0x3c2, time 102202328, (58,49), root:(62,870), state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: KeyPress event, serial 31, synthetic NO, window 0x3c1, root 0x4c, subw 0x3c2, time 102202338, (58,49), root:(62,870), state 0x0, keycode 174 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False My xkb config is listed below. Thanks, Gilles. -- Package-specific info: Keyboard-related contents of X.Org X server log file /var/log/Xorg.0.log: (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "ATI Technologies, Inc. RV350 [Mobility Radeon 9600 M10]" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xorg" (**) XKB: rules: "xorg" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "gb" (**) XKB: layout: "gb" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Synaptics Touchpad" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. -- (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.so (II) Module ati: vendor="X.Org Foundation" compiled for 6.9.0, module version = 6.5.7 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.8 (II) LoadModule: "keyboard" (II) Loading /usr/X11R6/lib/modules/input/keyboard_drv.so (II) Module keyboard: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.so -- (II) RADEON(0): Direct rendering enabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES -- (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (**) Generic Keyboard: Core Keyboard (**) Option "Protocol" "standard" (**) Generic Keyboard: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Generic Keyboard: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Generic Keyboard: XkbModel: "pc105" (**) Option "XkbLayout" "gb" (**) Generic Keyboard: XkbLayout: "gb" (**) Option "CustomKeycodes" "off" (**) Generic Keyboard: CustomKeycodes disabled (**) Option "Protocol" "ImPS/2" (**) Configured Mouse: Device: "/dev/input/mice" (**) Configured Mouse: Protocol: "ImPS/2" (**) Option "CorePointer" (**) Configured Mouse: Core Pointer -- (--) Synaptic
Bug#355817: 'man optipng' typo: "cummulative"
tags 355817 + pending thanks Hi! On 3/7/06, A Costa <[EMAIL PROTECTED]> wrote: > Found a typo in '/usr/share/man/man1/optipng.1.gz', see attached '.diff'. > > Hope this helps... Sure it helps! Thank you! Since the typo is also present when running "optipng --help", I will contact the upstream author, so he can correct this when he releases a new version. On the next package upload, the bug will be fixed (on man and also on --help). Best regards, Nelson
Bug#355818: mutt: long lines in a terminal can make a broken link
* Javier E. Perez P. [Tue, 07 Mar 2006 22:03:57 -0400]: > Package: mutt > Version: 1.5.11+cvs20060126-1 > Severity: normal Hi, > When a line is too long that pass the horizontal limit of gnome-terminal > (this case) it add a plus sign (+) at the begining of the next line (the > problem is the editor of mutt, not gnome-terminal). You can disable this behavior with `unset markers`. > In the case of gnome-terminal, when I right-click it (while read my mail) > to copy it to the clipboard, it drags the sign as well. > http://maracay.velug.org.ve/dvst/muttFine.png > http://maracay.velug.org.ve/dvst/muttWrong.png If you want url clicking to inconditionally work, you'll have to unset markers. I don't think Mutt could display that + sign in a way that the terminal would ignore it. Shall we close this bug? Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: The Postal Service - Recycled air -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343463: PATCH
I just posted a patch on the linux-usb-devel mailing list. Please check it out. -- Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337584: Failure to provide the DTD will cause different output, so failing is reasonable.
> If the DTD is unavailable and the document actually uses the DTD, not > retrieving the remote DTD will result in different output than if the > remote DTD is present. I guess I am not familiar enough with xpath to conceive of a case when the DTD would change the xpath result. Any demonstration of this would be appreciated. :-) > What you probably should be doing is providing the DTD that you want > to use to create these XML files so there is no external reference. > Otherwise your packages could build differently depending on whether > or not the DTD is present, which is definetly not what you want. [If > the DTD isn't necessary, then it probably shouldn't be specified > either.] Unfortunately the files processed are from various external sources, and are not under our control. Perhaps what we need is a flag to prevent the DTD from being used, or to prevent attempts to fetch it from the network? Thanks for your help in figuring this out. Charles -- Here's A good deed For a scout Tell your dad All about Burma-Shave http://burma-shave.org/jingles/1941/heres signature.asc Description: Digital signature
Bug#355821: reportbug man page should give "--tag=patch" example [patch]
Package: reportbug Version: 3.17 Severity: wishlist Tags: patch I suggest that the man page should include the example "--tag=patch", and a reference to the other tags that can be included, such as in the following patch. - Jim Van Zandt -- Package-specific info: ** Environment settings: EDITOR="/usr/bin/emacs" *** /tmp/tag-patch --- reportbug.1-orig2006-03-07 20:59:04.0 -0500 +++ reportbug.1 2006-03-07 21:06:15.0 -0500 @@ -374,7 +374,7 @@ gnats or debbugs. .TP .B \-T TAG, \-\-tag=TAG -Specify a tag to be filed on this report.Multiple tags +Specify a tag to be filed on this report, for example "--tag=patch". Multiple tags can be specified using multiple \-T or \-\-tag arguments. Alternatively, you can specify the 'tag' @@ -473,6 +473,8 @@ .B jitterbug (used by Samba, AbiSource and FreeCiv) but it isn't. .SH "SEE ALSO" +\fI/usr/share/doc/developers-reference/developers-reference.txt.gz\fP for +available tags, querybts(1) .SH AUTHOR Chris Lawrence <[EMAIL PROTECTED]>. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages reportbug depends on: ii python2.3 2.3.5-4An interactive high-level object-o Versions of packages reportbug recommends: pn python2.3-cjkcodecs | python2 (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355820: xorsa: segv while updating lists
Package: xorsa Version: 0.7.0-4 Severity: normal I wanted to update the databases while trying out this program, so, in reverse order, from right to left and top to bottom, I clicked all the "update" buttons, at some point it xorsa crashed. BTW, there should be an "update all" button. #0 0x6c46c381 in ?? () #1 0xb7a77894 in QObjectCleanupHandler::clear () from /usr/lib/libqt-mt.so.3 #2 0xb7a7791b in QObjectCleanupHandler::~QObjectCleanupHandler () from /usr/lib/libqt-mt.so.3 #3 0xb7c9fe4c in QSocket::bytesAvailable () from /usr/lib/libqt-mt.so.3 #4 0xb7ca00d3 in QSocket::canReadLine () from /usr/lib/libqt-mt.so.3 #5 0xb7c9681d in QFtpPI::readyRead () from /usr/lib/libqt-mt.so.3 #6 0xb7c969b7 in QFtpPI::qt_invoke () from /usr/lib/libqt-mt.so.3 #7 0xb7a757ff in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #8 0xb7a76290 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #9 0xb7e3d543 in QSocket::readyRead () from /usr/lib/libqt-mt.so.3 #10 0xb7ca16a2 in QSocket::sn_read () from /usr/lib/libqt-mt.so.3 #11 0xb7e3d629 in QSocket::qt_invoke () from /usr/lib/libqt-mt.so.3 #12 0xb7a757ff in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #13 0xb7a76106 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #14 0xb7e041f7 in QSocketNotifier::activated () from /usr/lib/libqt-mt.so.3 #15 0xb7a95aaa in QSocketNotifier::event () from /usr/lib/libqt-mt.so.3 #16 0xb7a0c122 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #17 0xb7a0c314 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #18 0xb799d861 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #19 0xb79fdcdd in QEventLoop::activateSocketNotifiers () from /usr/lib/libqt-mt.so.3 #20 0xb79b1542 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #21 0xb7a24b01 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #22 0xb7a24a26 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #23 0xb7a0ac35 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #24 0x0804f86a in ?? () #25 0xbf8751a8 in ?? () #26 0xbf8751f0 in ?? () #27 0x in ?? () #28 0xb7a641b5 in QMetaObjectCleanUp::QMetaObjectCleanUp () from /usr/lib/libqt-mt.so.3 #29 0xb6bc8ed0 in __libc_start_main () from /lib/tls/libc.so.6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355819: should be "arch: all"
Package: gjots2 Version: 2.2.0-1 Severity: minor This package is "arch: any" but it doesn't include any architecture specific code, so it should be "arch: all". After all, there's only a some Python and other scripts. > Automatic build of gjots2_2.2.0-1 on bigsur by sbuild/mips 1.75 ... > /home/tbm/debian/build/chroot-unstable/build/tbm/gjots2_2.2.0-1_mips.deb: > drwxr-xr-x root/root 0 2006-03-07 23:05:31 ./ > drwxr-xr-x root/root 0 2006-03-07 23:05:27 ./usr/ > drwxr-xr-x root/root 0 2006-03-07 23:05:27 ./usr/bin/ > -rwxr-xr-x root/root 4156 2006-03-07 23:05:27 ./usr/bin/gjots2 > -rwxr-xr-x root/root 4988 2004-07-11 07:01:17 ./usr/bin/gjots2docbook > -rwxr-xr-x root/root 4649 2004-07-11 07:01:17 ./usr/bin/docbook2gjots > -rwxr-xr-x root/root 5496 2004-07-11 06:58:58 ./usr/bin/gjots2html > drwxr-xr-x root/root 0 2006-03-07 23:05:27 ./usr/lib/ > drwxr-xr-x root/root 0 2006-03-07 23:05:27 ./usr/lib/gjots2/ > -rw-r--r-- root/root 0 2004-07-11 07:07:14 > ./usr/lib/gjots2/__init__.py > -rw-r--r-- root/root 19287 2005-05-26 04:58:41 ./usr/lib/gjots2/file.py > -rw-r--r-- root/root 6117 2004-07-11 07:11:17 ./usr/lib/gjots2/general.py > -rw-r--r-- root/root 6410 2004-07-11 07:11:17 ./usr/lib/gjots2/prefs.py > -rw-r--r-- root/root 107 2004-07-11 07:07:14 ./usr/lib/gjots2/common.py > -rw-r--r-- root/root 11161 2004-07-11 07:07:14 ./usr/lib/gjots2/find.py > -rw-r--r-- root/root 71630 2006-03-07 23:05:23 ./usr/lib/gjots2/gui.py > -rw-r--r-- root/root22 2005-03-15 18:38:22 ./usr/lib/gjots2/version.py > -rw-r--r-- root/root 5712 2004-11-25 04:55:18 > ./usr/lib/gjots2/printDialog.py > -rw-r--r-- root/root 9386 2005-03-15 18:20:31 > ./usr/lib/gjots2/sortDialog.py > drwxr-xr-x root/root 0 2006-03-07 23:05:29 ./usr/share/ > drwxr-xr-x root/root 0 2006-03-07 23:05:27 ./usr/share/man/ > drwxr-xr-x root/root 0 2006-03-07 23:05:30 ./usr/share/man/man1/ > -rw-r--r-- root/root 1080 2004-07-11 07:02:06 > ./usr/share/man/man1/docbook2gjots.1.gz > -rw-r--r-- root/root 607 2004-07-11 07:00:29 > ./usr/share/man/man1/gjots2html.1.gz > -rw-r--r-- root/root 2058 2004-11-30 08:01:16 > ./usr/share/man/man1/gjots2.1.gz > -rw-r--r-- root/root 1113 2004-07-11 07:01:14 > ./usr/share/man/man1/gjots2docbook.1.gz > drwxr-xr-x root/root 0 2006-03-07 23:05:27 ./usr/share/doc/ > drwxr-xr-x root/root 0 2006-03-07 23:05:30 ./usr/share/doc/gjots2/ > -rw-r--r-- root/root 37889 2005-06-18 22:46:58 > ./usr/share/doc/gjots2/gjots2.gjots > -rw-r--r-- root/root 103 2004-12-08 19:36:50 > ./usr/share/doc/gjots2/README > -rw-r--r-- root/root 517 2004-07-11 07:11:15 > ./usr/share/doc/gjots2/changelog.gz > -rw-r--r-- root/root 1030 2006-03-07 23:05:23 > ./usr/share/doc/gjots2/copyright > -rw-r--r-- root/root 424 2006-03-07 23:05:23 > ./usr/share/doc/gjots2/changelog.Debian.gz > drwxr-xr-x root/root 0 2006-03-07 23:05:27 ./usr/share/pixmaps/ > -rw-r--r-- root/root 1475 2004-07-11 06:59:48 > ./usr/share/pixmaps/gjots.png > drwxr-xr-x root/root 0 2006-03-07 23:05:27 ./usr/share/gjots2/ > -rw-r--r-- root/root151899 2005-06-18 15:03:35 > ./usr/share/gjots2/gjots.glade2 > -rw-r--r-- root/root 1475 2004-07-11 06:59:48 > ./usr/share/gjots2/gjots.png > -rw-r--r-- root/root 1092 2005-03-14 02:21:21 > ./usr/share/gjots2/gjots2-new-page.png > -rw-r--r-- root/root 339 2005-03-14 02:21:21 > ./usr/share/gjots2/gjots2-new-child.png > -rw-r--r-- root/root 2373 2005-03-14 02:21:21 > ./usr/share/gjots2/gjots2-merge-items.png > -rw-r--r-- root/root 2455 2005-03-14 02:21:21 > ./usr/share/gjots2/gjots2-split-item.png > -rw-r--r-- root/root 569 2005-03-14 02:21:21 > ./usr/share/gjots2/gjots2-hide-all.png > -rw-r--r-- root/root 548 2005-03-14 02:21:21 > ./usr/share/gjots2/gjots2-show-all.png > drwxr-xr-x root/root 0 2006-03-07 23:05:27 ./usr/share/applications/ > -rw-r--r-- root/root 159 2004-07-11 07:07:12 > ./usr/share/applications/gjots2.desktop > drwxr-xr-x root/root 0 2006-03-07 23:05:29 ./usr/share/menu/ > -rw-r--r-- root/root94 2006-03-07 23:05:23 ./usr/share/menu/gjots2 > (sid)565:[EMAIL PROTECTED]: ~/src/gjots2] file usr/bin/* usr/bin/docbook2gjots: Bourne shell script text executable usr/bin/gjots2:a /usr/bin/python script text executable usr/bin/gjots2docbook: Bourne shell script text executable usr/bin/gjots2html:Bourne shell script text executable -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355818: mutt: long lines in a terminal can make a broken link
Package: mutt Version: 1.5.11+cvs20060126-1 Severity: normal When a line is too long that pass the horizontal limit of gnome-terminal (this case) it add a plus sign (+) at the begining of the next line (the problem is the editor of mutt, not gnome-terminal). In the case of gnome-terminal, when I right-click it (while read my mail) to copy it to the clipboard, it drags the sign as well. http://maracay.velug.org.ve/dvst/muttFine.png http://maracay.velug.org.ve/dvst/muttWrong.png -- 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.15-1-686 Locale: LANG=es_VE, LC_CTYPE=es_VE (charmap=ISO-8859-1) Versions of packages mutt depends on: ii exim4 4.60-4 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail-tran 4.60-4 lightweight exim MTA (v4) daemon ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libdb4.3 4.3.29-4 Berkeley v4.3 Database Libraries [ ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsasl2 2.1.19-1.9 Authentication abstraction library Versions of packages mutt recommends: ii locales 2.3.5-13 GNU C Library: National Language ( ii mime-support 3.35-1 MIME files 'mime.types' & 'mailcap -- no debconf information -- Javier E. Perez P. Maracay - Venezuela http://debianvenezuela.org signature.asc Description: Digital signature
Bug#273871: maybe fixed
this bug may or may not have been fixed in an NMU, see #323035 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355644: e2fsck needs to search for journal by UUID
>From: Theodore Ts'o <[EMAIL PROTECTED]> > The attitude is indeed to leave this for userspace for doing such > searches; that's why what is specified is the device number. The > correct tool for doing the searches is the blkid library, which is > what e2fsck and tune2fs uses, and arguably mount should be enhanced to > use the blkid library as well for this case. Failing that, this tiny That isn't what I have a problem with in this case. Problem is `mount` would have to understand the target filesystem in order to find out the journal UUID is. `mount` doesn't have that sort of understanding of any filesystem. The extra understanding for NFS is for parameters in /etc/fstab or the command line, not knowledge of how the protocol itself works. Therefore I have to suggest it isn't fair to compare these. Perhaps if the kernel had a method to relay the UUID back to userspace mount could do it, but that doesn't seem too likely. > The problem with placing the burden solely on e2fsck is that if we > don't need to replay the journal (because the filesystem was unmounted > cleanly) e2fsck won't even attempt to find the journal, so it won't > know that the hint was incorrect. And what if e2fsck wasn't run for > some reason? The hint is never guaranteed to be correct, and in some e2fsck inspects the superblock to determine whether the filesystem is clean or not. While it is looking there it would seem appropriate to run sanity checks on other fields as well. Failing that, adding an option to check that on an otherwise clean filesystem, and doing so by default when run interactively would seem appropriate. > system setups might change at every boot. And requiring that e2fsck Sounds like I'm not the only Sadistic Sysadmin out here. > be run before you can mount the filesystem is really broken. In the case of a read-only mount, sure. In the case of a read-write mount, it already is required if the filesystem is unclean. > Putting the burden on the userspace mount program is really the right > place from an architectural design point of view. Still, I'll add > something to e2fsck in the short term, since getting something into > will be slower, but it's really a short-term workaround and not the > right long-term solution. Doesn't look that way to me. mount would have to understand the target filesystem in order to determine the journal UUID, and that seems to be too much for mount. -- (\___(\___(\__ --=> 8-) EHM <=-- __/)___/)___/) \BS (| [EMAIL PROTECTED] PGP 8881EF59 |) / \_CS\ | _ -O #include O- _ | / _/ \___\_|_/82 04 A1 3C C7 B1 37 2A*E3 6E 84 DA 97 4C 40 E6\_|_/___/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355817: 'man optipng' typo: "cummulative"
Package: optipng Version: 0.5-1 Severity: minor Tags: patch Found a typo in '/usr/share/man/man1/optipng.1.gz', see attached '.diff'. Hope this helps... -- 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-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages optipng depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii zlib1g1:1.2.3-10 compression library - runtime optipng recommends no packages. -- no debconf information --- optipng.1 2006-02-13 12:01:46.0 -0500 +++ /tmp/optipng.1 2006-03-07 19:51:01.0 -0500 @@ -112,7 +112,7 @@ optipng \fB\-i1\fR \fB\-zc4\fR,9 \fB\-zs0\-2\fR \fB\-f0\-2,4\-5\fR file1.png file2.png .SH NOTES .TP -\- The options are cummulative; e.g. +\- The options are cumulative; e.g. .IP \fB\-f0\fR \fB\-f5\fR <=> \fB\-f0\fR,5 .IP
Bug#206361: -l option like gzip -l
Package: bzip2 Version: 1.0.3-2 Followup-For: Bug #206361 Seconded please. Last night I needed this feature, and learned too late it didn't exist. The thrillin' story... I was trying to make a smaller version of a 5.1G '.tgz' archive on a drive with only 4.8G space left. Did so by piping 'gunzip' into 'bzip2'. Seemed worth a shot. Some hours later, that left things like so: % ls /mnt/tmp -l -rw-r--r-- 1 root root 5111288398 Dec 4 2004 debian12_1_04_ac.tgz -rw-r--r-- 1 root root 4842004282 Mar 7 06:06 debian12_1_04_ac.tbz It looks OK, yet is dubious since the drive is filled up: % df | grep /mnt/tmp /dev/hdb5 10129310 9758147 0 100% /mnt/tmp Yet 'bzip2' returned no error. Perhaps the '.tbz' archive only needed 4.8G on the nose. Is there any fast way to know if it worked, without decompressing and comparing both files? (Not that I can see.) If only 'bzip2' had an '-l' switch I could compare that with the output of the 'gzip' '-l' switch. Hope this helps... -- 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-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages bzip2 depends on: ii libbz2-1.01.0.3-2high-quality block-sorting file co bzip2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355816: udev: [PATCH] Improvements to the build system
Package: udev Severity: minor Hello, I was backporting udev from unstable to sarge. I'm maintaining my packages in a subversion repository. In each directory in your working directory, there's a sub-directory named .svn. The build system of udev is confused with files inside these hidden directories. Attached patch fixes the problems I had by adding "-maxdepth 1" switch to the find commands that locate available tarballs and patches during the build. Index: debian/scripts/source.unpack === --- debian/scripts/source.unpack(revision 257) +++ debian/scripts/source.unpack(working copy) @@ -5,7 +5,7 @@ mkdir -p $STAMP_DIR/upstream/tarballs/ $SOURCE_DIR if [ ! -z "$SRC_TAR_DIR" -a -d "$SRC_TAR_DIR" ];then - files=$(find $SRC_TAR_DIR -type f|sort) + files=$(find $SRC_TAR_DIR -type f -maxdepth 1|sort) else VER=$(dpkg-parsechangelog 2>&1|egrep ^Version|cut -d " " -f 2|cut -d "-" -f 1) SRC=$(dpkg-parsechangelog 2>&1|egrep ^Source|cut -d " " -f 2-) Index: debian/scripts/lib === --- debian/scripts/lib (revision 257) +++ debian/scripts/lib (working copy) @@ -148,7 +148,7 @@ continue fi eval mkdir -p $dirprep - for f in `(cd $d >/dev/null;find -type f ! -name 'chk-*' 2>/dev/null )|sort $reversesort`;do + for f in `(cd $d >/dev/null;find -type f ! -name 'chk-*' -maxdepth 1 2>/dev/null )|sort $reversesort`;do eval stampfile=$stampfiletmpl eval log=$logtmpl eval file=$filetmpl
Bug#355814: dh-make: emacs startup file should include autoload example [patch]
Package: dh-make
Version: 0.40
Severity: wishlist
Tags: patch
I suggest the changes below, to show how to set up autoloaded functions.
- Jim Van Zandt
--- ./lib/debian/emacsen-startup.ex-rev12006-03-07 20:27:26.0
-0500
+++ ./lib/debian/emacsen-startup.ex 2006-03-07 20:39:25.0 -0500
@@ -1,6 +1,7 @@
;; -*-emacs-lisp-*-
;;
-;; Emacs startup file for the Debian #PACKAGE# package
+;; Emacs startup file, e.g. /etc/emacs/site-start.d/50#PACKAGE#.el
+;; for the Debian #PACKAGE# package
;;
;; Originally contributed by Nils Naumann <[EMAIL PROTECTED]>
;; Modified by Dirk Eddelbuettel <[EMAIL PROTECTED]@debian.org>
@@ -14,6 +15,11 @@
(let ((package-dir (concat "/usr/share/"
(symbol-name flavor)
"/site-lisp/#PACKAGE#")))
+ ;; If package-dir does not exist, the #PACKAGE# package must have
+ ;; removed but not purged, and we should skip the setup.
(when (file-directory-p package-dir)
-(setq load-path (cons package-dir load-path
+(setq load-path (cons package-dir load-path))
+ (autoload '#PACKAGE#-mode "#PACKAGE#-mode"
+ "Major mode for editing #PACKAGE# files." t)
+ (add-to-list 'auto-mode-alist '("\\.#PACKAGE#$" . #PACKAGE#-mode
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500,
'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages dh-make depends on:
ii debhelper 5.0.22 helper programs for debian/rules
ii dpkg-dev 1.13.13package building tools for Debian
ii make 3.80-11The GNU version of the "make" util
ii perl 5.8.7-10 Larry Wall's Practical Extraction
dh-make recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355815: bad interaction: .bash_logout, su - root, clear_console, xterm
Package: bash
Version: 3.1-3
Severity: normal
.bash_logout now invokes clear_console to get rid of any history in the
scrollback. This is good, but there's a cute interaction effect which
means that logging out of a su - root session in an xterm causes the
entire screen to go black for a second, which is frightening (I thought
I had somehow killed my entire X session until it came back).
Some basic analysis: Under normal conditions, clear_console does nothing
if DISPLAY is set. However, in a su - session, DISPLAY is not set, so
clear_console proceeds to try switching vt's. The ioctls fail if run
against X's console as an unprivileged user; but if you did su - root,
the kernel lets you do the vt switch, and thus, the screen goes black for
a second.
People commonly use su - to become root, as it ensures root has no
dangerous environment variables hanging around from the parent session.
So I think this will happen fairly often in real life. Suggestion:
instead of looking for DISPLAY, have clear_console call ttyname() and
skip the console-switching ioctls if it's running in a pseudoterminal.
(It Would Be Nice if it issued the clear-screen-and-scrollback escape
sequence under those conditions, instead of giving an error message and
doing nothing useful.)
... It occurs to me that the above suggestion will do the wrong thing
in, say, a screen(1) session in a text console. But it may still be
a step toward the proper solution.
Appended is an strace -f of clear_console run as root from inside X.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages bash depends on:
ii base-files3.1.11 Debian base system miscellaneous f
ii debianutils 2.15.3 Miscellaneous utilities specific t
ii libc6 2.3.6-3GNU C Library: Shared libraries an
ii libncurses5 5.5-1 Shared libraries for terminal hand
bash recommends no packages.
-- no debconf information
-- strace
1096 execve("/usr/bin/clear_console", ["clear_console"], [/* 13 vars */]) = 0
1096 uname({sys="Linux", node="banpei", ...}) = 0
1096 brk(0)= 0x804b000
1096 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
1096 old_mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f78000
1096 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
1096 open("/etc/ld.so.cache", O_RDONLY) = 3
1096 fstat64(3, {st_mode=S_IFREG|0644, st_size=56785, ...}) = 0
1096 old_mmap(NULL, 56785, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f6a000
1096 close(3) = 0
1096 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
1096 open("/lib/libncurses.so.5", O_RDONLY) = 3
1096 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\203\n"..., 512)
= 512
1096 fstat64(3, {st_mode=S_IFREG|0644, st_size=269760, ...}) = 0
1096 old_mmap(0x4f09a000, 273580, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4f09a000
1096 old_mmap(0x4f0d4000, 36864, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x39000) = 0x4f0d4000
1096 close(3) = 0
1096 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
1096 open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
1096 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\337"...,
512) = 512
1096 fstat64(3, {st_mode=S_IFREG|0755, st_size=1269812, ...}) = 0
1096 old_mmap(0x4e8f9000, 1276892, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4e8f9000
1096 old_mmap(0x4ea27000, 32768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12d000) = 0x4ea27000
1096 old_mmap(0x4ea2f000, 7132, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4ea2f000
1096 close(3) = 0
1096 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
1096 open("/lib/tls/i686/cmov/libdl.so.2", O_RDONLY) = 3
1096 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20<\243"...,
512) = 512
1096 fstat64(3, {st_mode=S_IFREG|0644, st_size=11176, ...}) = 0
1096 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f69000
1096 old_mmap(0x4ea33000, 12404, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4ea33000
1096 old_mmap(0x4ea35000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x4ea35000
1096 close(3) = 0
1096 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f68000
1096 mprotect(0x4ea27000, 20480, PROT_READ) = 0
1096 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f686c0,
limit:104
Bug#355813: hotkey-setup: please add support for CLEVO D500P laptop
Package: hotkey-setup Version: 0.1-14 Severity: wishlist Tags: patch Please add support for CLEVO D500P laptop. This model is usually rebranded under several other names. Here is a extract of dmidecode's dump: System Information Manufacturer: CLEVO Product Name: D500P Version: Revision A2 The attached patch adds setkeycode for the missing key (described as 'Application button' in the vendor doc, so I have used KEY_PROG1). I have added filtering on both the manufacturer name and the product name, as I don't know the behaviour of other CLEVO products. Thanks, Gilles. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-suspend2-1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages hotkey-setup depends on: ii dmidecode 2.8-1 Dump Desktop Management Interface hotkey-setup recommends no packages. -- no debconf information diff -Naur hotkey-setup-0.1.orig/clevo-d500p.hk hotkey-setup-0.1/clevo-d500p.hk --- hotkey-setup-0.1.orig/clevo-d500p.hk1970-01-01 01:00:00.0 +0100 +++ hotkey-setup-0.1/clevo-d500p.hk 2006-03-08 02:40:50.0 +0100 @@ -0,0 +1,5 @@ +# CLEVO D500P Laptop +# also known as Keynux Agora H8 +# +setkeycodese001$KEY_PROG1 + diff -Naur hotkey-setup-0.1.orig/debian/init.d hotkey-setup-0.1/debian/init.d --- hotkey-setup-0.1.orig/debian/init.d 2006-02-06 14:41:37.0 +0100 +++ hotkey-setup-0.1/debian/init.d 2006-03-08 02:40:38.0 +0100 @@ -15,7 +15,7 @@ . /usr/share/hotkey-setup/key-constants -case "$manufacturer" in +case "$manufacturer-$name-$version" in Hewlett-Packard*) case "$name" in *Tablet*) @@ -44,6 +44,9 @@ /usr/sbin/thinkpad-keys touch /var/run/hotkey-setup.thinkpad-keys ;; + CLEVO-D500P-*) + . /usr/share/hotkey-setup/clevo-d500p.hk + ;; *) . /usr/share/hotkey-setup/default.hk esac
Bug#316925: same bug again
hal 0.5.7-1 dbus 0.61-4 pmount 0.9.9-1 hal does not update the mounted status. I didn't compile from original sources since I don't know how to compile debian packages from deb-src. Maybe someone could reproduce this also. Tommi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355613: xkb-data: 355613: Please add Khmer layout/Compose to xkb-data
reassign 355613 xkb-data thanks gravity informed me that xkb-data will be the default in etch, and that xorg's keyboard layouts will be depreciated. In that case, here is the original bug report: The Khmer keyboard layout missed the xorg 7/6.9 release, so please include it in Debian's xorg7 upload. The Khmer Compose file isn't yet accepted upstream, hopefully it will soon be. Keyboard layout: http://bugs.freedesktop.org/show_bug.cgi?id=5389 Compose file: http://bugs.freedesktop.org/show_bug.cgi?id=5706 More info about the layout is here: http://www.khmeros.info/drupal/?q=en/download/keyboard -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#355812: libx11-dev: Manual pages point to non-existing section 3X11
Package: libx11-dev Version: 2:1.0.0-0ubuntu3 Severity: normal All manual pages from the package libx11-dev think they are in the section 3X11, which doesn't exist. This causes no problem most of the time but the KDE man: kio-slave is affected. To reproduce, fire Konqueror, browse man:XOpenDisplay, try to access the link to AllPlanes or XFlush. This will lead to an error message: "KDE Man Viewer Error No man page matching to XFlush found. Check that you have not mistyped the name of the page that you want. Be careful that you must take care about upper case and lower case characters! If everything looks correct, then perhaps you need to set a better search path for man pages, be it by the environment variable MANPATH or a matching file in the directory /etc ." The Debian version of the same package has the bug. A sed hack at the package build could probably solve this, but I haven't tried yet. I guess the man kio-slave could be hacked to solve this too. This is an Ubuntu system, but it also applies to Debian Unstable (I checked). I have yet to find the correct way to post a bug in Ubuntu launchpad ;P Debian BTS is straightforward at least. -- System Information: Debian Release: testing/unstable APT prefers dapper-security APT policy: (500, 'dapper-security'), (500, 'dapper') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4custom-rt Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages libx11-dev depends on: ii libx11-6 2:1.0.0-0ubuntu3 X11 client-side library ii libxau-dev 1:1.0.0-0ubuntu3 X11 authorisation library (develop ii libxdmcp-dev 1:1.0.0-0ubuntu2 X11 authorisation library (develop ii x11-common 7.0.0-0ubuntu17 X Window System (X.Org) infrastruc ii x11proto-core-dev 7.0.4-0ubuntu2 X11 core wire protocol and auxilia ii x11proto-input-dev 1.3.2-0ubuntu2 X11 Input extension wire protocol ii x11proto-kb-dev 1.0.2-0ubuntu2 X11 XKB extension wire protocol pgpGojWounecR.pgp Description: PGP signature
Bug#331689: confirm same bug?
Could you please confirm that this is the same bug? Setting up ttf-kochi-gothic (1.0.20030809-4) ... Installing new version of config file /etc/defoma/hints/ttf-kochi-gothic.hints ... /usr/bin/defoma-font -vt reregister-all /etc/defoma/hints/ttf-kochi-gothic.hints Registering /usr/share/fonts/truetype/kochi/kochi-gothic-subst.ttf.. Registering -kochi-gothic-medium-r-normal--0-0-0-0-c-0-iso10646-1.. Registering -kochi-gothic-medium-r-normal--0-0-0-0-c-0-jisx0212.1990-0.. Registering -kochi-gothic-medium-r-normal--0-0-0-0-c-0-jisx0201.1976-0.. Registering -kochi-gothic-medium-r-normal--0-0-0-0-c-0-jisx0208.1983-0.. Registering -kochi-gothic-medium-r-normal--0-0-0-0-c-0-iso8859-1.. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Regenerating /etc/vflib3/vflibcap... Regenerating /etc/vflib3/vflibcap-tex... done Will this be fixed for etch? Thanks Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355810: coreutils: pwd fails on bind mount
Package: coreutils Version: 5.94-1 Severity: important Hi, I noticed pwd command always failed (at least on ARM) when current directory was mounted as bind. For example, -- $ df /home 37610056 11959772 23739756 34% /chroot/d-i/home $ grep d-i /etc/fstab /home /chroot/d-i/home none bind 0 0 proc/chroot/d-i/proc proc defaults 0 0 $ dchroot -c d-i chroot$ pwd /home/kmuto chroot$ /bin/pwd /bin/pwd: couldn't find directory entry in `../..' with matching i-node chroot$ cd /usr chroot$ /bin/pwd /usr chroot$ cd /home/kmuto/d-i chroot$ /bin/pwd /bin/pwd: couldn't find directory entry in `../../..' with matching i-node -- 5.93-5 works. This problem hits Makefile using $(shell pwd). Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355809: gzip doesn't actually zip, only unzip
Package: klibc-utils Version: 1.2.2-3 Severity: normal gzip seems to be pretty useless: 3440:[EMAIL PROTECTED]: /usr/lib/klibc/bin] ./gzip ~/d gzip: /home/tbm/d: unknown suffix -- ignored zsh: exit 2 ./gzip ~/d 3441:[EMAIL PROTECTED]: /usr/lib/klibc/bin] /bin/gzip ~/d 3442:[EMAIL PROTECTED]: /usr/lib/klibc/bin] ./gzip ~/d.gz 3443:[EMAIL PROTECTED]: /usr/lib/klibc/bin] -- 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.16-rc5-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages klibc-utils depends on: ii libklibc 1.2.2-3minimal libc subset for use with i klibc-utils recommends no packages. -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338834: segfaults on first run
I'm also seeing this bug, on i386. IMHO this warrants a severity > normal, at least important. Package: abuse Version: 1:0.7.0-3 If I rm -rf ~/.abuse, abuse segfaults the first time I run it, while calculating tints: [EMAIL PROTECTED]:~>abuse Disabling memory manager, using libc instead Abuse-SDL 0.7.0 Abuse (Version 2.00) Sound : Disabled (couldn't find the sfx directory) Specs : main file set to abuse.spe Protocol Installed : UNIX generic TCPIP Lisp : 529 symbols defined, 99 system functions, 321 pre-compiled functions (load "abuse.lsp") [] Lisp : tmp space resized to 16384 Engine : Registering base graphics Palette has changed, recalculating light table... white light [.. ] tints [.. ] Fatal signal: Segmentation Fault (SDL Parachute Deployed) zsh: exit 245 abuse This leaves behind some files in ~/.abuse: [EMAIL PROTECTED]:~/.abuse>dir total 1.9M drwx-- 2 joey joey 4.0K Mar 7 19:51 ./ drwxr-xr-x 76 joey joey 8.0K Mar 7 19:52 ../ -rw-r--r-- 1 joey joey 496 Mar 7 19:51 abuserc -rwxr-xr-x 1 joey joey 1.9M Mar 7 19:51 fastload.dat* -rwxr-xr-x 1 joey joey 16K Mar 7 19:51 light.tbl* If I run abuse again, the game starts and runs ok. -- 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-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages abuse depends on: ii abuse-frabs 2.10-6 levels and graphics for Abuse ii libaudio2 1.7-4 The Network Audio System (NAS). (s ii libc6 2.3.6-1GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-9 GCC support library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libsdl1.2debian 1.2.9-0.1 Simple DirectMedia Layer ii libslang2 2.0.5-3The S-Lang programming library - r ii libstdc++64.0.2-9The GNU Standard C++ Library v3 ii libsvga1 1:1.4.3-22 console SVGA display libraries ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org] ii xlibs 6.9.0.dfsg.1-4 X Window System client libraries m abuse recommends no packages. -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#355644: e2fsck needs to search for journal by UUID
On Tue, Mar 07, 2006 at 01:39:58PM -0800, Elliott Mitchell wrote:
> > I just built and tried e2fsprogs 1.37-2sarge1, with the external
> > journal device original set up in /dev/loop0, and the filesystem in
> > /dev/loop1, and then moving the journal device from /dev/loop0 to
> > /dev/loop5, and indeed e2fsck was able to find it.
>
> Okay, may of been overly cautious here. Did you try using tune2fs to
> change the hint, and did it work? My concern is that the journal also has
> pointers back to the filesystem(s) it acts for, and those could be
> corrupted if tune2fs was unable to find the journal (at which point we're
> back to e2fsck correcting that).
No, I didn't use tune2fs to change the hint; it's not necessary.
E2fsck simply used the uuid in the filesystem to find the external
journal, using the blkid library. Tune2fs also uses the blkid library
to find the journal, so removing the journal and adding it back again
would have worked, but what I was interesting in disproving was your
contention that e2fsck can't find the journal. That's not true.
E2fsck finds the jouranl just fine. It just doesn't update the hint,
so that the in-kernel mount code can't find the journal.
In terms of external journal containing pointers back to the
filesystems, it does, but only via the filesystem UUID that it
supports, and so that works just fine.
> > mount -t ext3 -o journal_dev=0x0705 /dev/loop1
> >
> > This will update the hint in the superblock.
>
> Did you try that? Perhaps you're looking at a different kernel version,
> but in 2.6.14 no such option exists. I imagine the kernel folks would
> have the attitude of leaving this for userspace as it isn't the duty of
> the kernel to do such searches. This places the burdon on e2fsck, where I
> think it correctly belongs.
Yes, I did try it, and it did work. You're right that it is a
relatively new feature; it showed up in 2.6.16-rc1, and was committed
into the git tree on January 8, 2006. Ages ago as far as kernel
development is concerned! :-)
The attitude is indeed to leave this for userspace for doing such
searches; that's why what is specified is the device number. The
correct tool for doing the searches is the blkid library, which is
what e2fsck and tune2fs uses, and arguably mount should be enhanced to
use the blkid library as well for this case. Failing that, this tiny
bit of shell script would have done the trick for you (assuming you
were using a recent kernel, of course):
# Device to mount
DEV=/dev/loop1
UUID=`dumpe2fs $DEV 2>/dev/null | awk '/^Journal UUID/{print $3}'`
JDEV=`blkid -t UUID=$UUID | awk -F: '{print $1}'`
DEVNUM=0x`stat -c %02t $JDEV``stat -c %02T $JDEV`
mount -o journal_dev=$DEVNUM $DEV
The problem with placing the burden solely on e2fsck is that if we
don't need to replay the journal (because the filesystem was unmounted
cleanly) e2fsck won't even attempt to find the journal, so it won't
know that the hint was incorrect. And what if e2fsck wasn't run for
some reason? The hint is never guaranteed to be correct, and in some
system setups might change at every boot. And requiring that e2fsck
be run before you can mount the filesystem is really broken.
Putting the burden on the userspace mount program is really the right
place from an architectural design point of view. Still, I'll add
something to e2fsck in the short term, since getting something into
will be slower, but it's really a short-term workaround and not the
right long-term solution.
- Ted
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352834: abuse: Cannot climb ladders
I tried to reproduce this on i386 and can't, I could climb the ldder on the first (training) level and the one on level 2. It would probably be good to figure out if the problem is specific to amd64 or to your machine. Maybe you could try installing and running the i386 version on your machine? -- see shy jo signature.asc Description: Digital signature
Bug#345823: shouldn't this bug be closed?
mvo wrote: > Sorry for the late reply. I'm working on fixing the gpgv method to > properly support multiple signatures right now and will (hopefully) do > a upload really soon. And the next day uploaded apt 0.6.43.1 with: * deal with multiple signatures on a Release file And AFAIK we've thuroughly sorted out the other issues, so I see no reason for this RC bug to remain open. -- see shy jo signature.asc Description: Digital signature
Bug#355807: Kleopatra can't open .p12 from Thunderbird or Firefox
Package: Kleopatra Version: 4:3.4.3-1 Kleopatra can't open a .p12 exported (backup) from Thunderbird or Firefox (perhaps because they're encrypted backup's?). Konqueror can import the encrypted backup's; but when I export those same keys out of konqueror, kleopatra still can't open them. This makes Kleopatra completely & totally unusable for anyone who made a CSR with Firefox at a CA. I'm using keys from a CA, not self-signed keys. I made them in Firefox at the CA's website, as most users of commercial or open CA certificates would. This issue is fully reproducible & there are discussions about this problem elsewhere on the web dating back several months. Just backup (the only way to export) your certificates out of Firefox or Thunderbird, then use KDE crypto to import the backup you just made. When asked if you want to use the certificate in kmail, answer yes--you will get the error message. I am using SimplyMEPIS 3.4-3 to install Debian GNU/Linux (etch/sid) 2.6.15-1-586tsc kernel KDE 3.4 kleopatra 4:3.4.3-1 -- Thanks! Lance W. Haverkamp [EMAIL PROTECTED] Contact & encryption info: http://thehaverkamps.net/?Lance:Contact_Me ><> ><> ><> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355808: New upstream release.
Package: foremost Version: 0.69-1 Severity: normal Hi, foremost 1.1 is now available from http://foremost.sourceforge.net/. HTH, Uwe. -- Uwe Hermann http://www.hermann-uwe.de http://www.it-services-uh.de | http://www.crazy-hacks.org http://www.holsham-traders.de | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#355719: heartbeat-2: stops heartbeat on first install
tag 355719 +pending clone 355719 -1 rename -1 heartbeat: stops heartbeat on first install found -1 1.2.4-4 thanks Hi Adrian, thanks for spotting this. I will fix this in the next upload by having the preinst check for the existance of /etc/init.d/heartbeat before running it. I expect the upload to happen later today, or tomorrow. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355802: [Buildd-tools-devel] Bug#355802: no error message when sbuild cannot find chroot
Martin Michlmayr <[EMAIL PROTECTED]> writes: > You get no error message at all when sbuild cannot find the chroot: > > > 2973:[EMAIL PROTECTED]: ~/build] sbuild -d unstable2 dadadodo_1.04-3 > zsh: exit 2 sbuild -d unstable2 dadadodo_1.04-3 > > 2974:[EMAIL PROTECTED]: ~/build] sbuild -v -d unstable2 dadadodo_1.04-3 > unstable2 chroot does not exist and in chroot only mode -- exiting > zsh: exit 2 sbuild -v -d unstable2 dadadodo_1.04-3 If -v is not specified, there is no logging of any messages at all (stdout and stderr are both redirected to the build log file very early on). It might do to make "-v" the default if not being used in a buildd situation. > Also, I think the code to find chroots which don't follow the name of > an official suite is busted. ~/build/chroot-unstable2 did exist when > I ran this command. It seems sbuild only accepts > ~/build/chroot- rather than actually checking for > ~/build/chroot-. This is hard-coded in %main::dist_order when using "split" chroot_mode. If you use schroot, it picks it up automatically from the list of available chroots. -- Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. pgpqNTUnzq7G9.pgp Description: PGP signature
Bug#345067: jonas, you are being dishonest.
On Tue, Mar 07, 2006 at 02:15:56PM +0100, Sven Luther wrote: > I am severly disapointed with you, and you are a liar by claiming that i > didn't hear your arguments, i did hear them, and when i tried to give mines, > you refused to continue the conversation. I remember well your arguments, and > they where nothing to be proud of, you basically claimed that : This kind of petty bickering has no place in the technical committee (or, for that matter, in the BTS at all). You have submitted a technical issue to the TC, and we will consider it; personal attacks on the package maintainer are irrelevant, and a waste of both your time and ours which will only delay the process of the tech ctte reaching a decision as we are forced to sift through this nonsense. If you can't limit yourself to civilly presenting relevant technical information, then I would recommend that you keep quiet altogether until the committee asks for your input. -- 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#321674: swish++ several upstream versions behind
Hello,
The latest upstream is version 6.1.3.
On examining the code, the package is native debian package, possibly
because the diff files are in debian/patches.
I think it should still come with pristine source tar.gz + diff, but I
would assume at least the pristine code is available.
I also found several bugs, e.g. the clean target doesn't unapply the
patches, and the changes to the man pages aren't reversed either. This
means for example, the word "index" is transformed into index++ on the
first build, index on the next build, etc.
Also debian/rules clean should remove the autogenerated file
init_mod_vars.c.
Anyway, to build swish++ 6.1.3 I copied the debian tree from swish
5.15.3, and applied the changes in the diff file (Attached).
I have fixed all the problems I found, and it seems to build OK now.
The only possible question mark with my changes is that I changed the
patches to use the quilt system from cdbs. This could be easily changed
if required.
PS. Is swish++ still being maintained in Debian? - it looks like it
hasn't been changed except by NMU since 2004.
--
Brian May <[EMAIL PROTECTED]>
Only in swish++-5.15.3/debian: all_in_one.patch
diff -u swish++-5.15.3/debian/changelog swish++-6.1.3/debian/changelog
--- swish++-5.15.3/debian/changelog 2005-08-07 06:26:46.0 +1000
+++ swish++-6.1.3/debian/changelog 2006-03-07 15:16:42.253277496 +1100
@@ -1,3 +1,9 @@
+swish++ (6.1.3-1) unstable; urgency=low
+
+ * Latest upstream version.
+
+ -- Brian May <[EMAIL PROTECTED]> Tue, 7 Mar 2006 15:16:10 +1100
+
swish++ (5.15.3-3.1) unstable; urgency=medium
* Non-maintainer upload.
diff -u swish++-5.15.3/debian/control swish++-6.1.3/debian/control
--- swish++-5.15.3/debian/control 2005-08-07 06:29:38.0 +1000
+++ swish++-6.1.3/debian/control 2006-03-08 10:26:38.083935560 +1100
@@ -2,7 +2,7 @@
Section: web
Priority: optional
Maintainer: Michael Hummel <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 3.0.0), zlib1g-dev
+Build-Depends: debhelper (>> 3.0.0), zlib1g-dev, cdbs, quilt
Standards-Version: 3.6.1
Package: swish++
Only in swish++-6.1.3/debian: daemon
diff -u swish++-5.15.3/debian/docs swish++-6.1.3/debian/docs
--- swish++-5.15.3/debian/docs 2003-06-06 14:55:44.0 +1000
+++ swish++-6.1.3/debian/docs 2006-03-07 15:20:33.987048608 +1100
@@ -1,3 +1,3 @@
README
./debian/README.Debian
-./debian/FAQ.Debian
\ No newline at end of file
+./debian/FAQ.Debian
Common subdirectories: swish++-5.15.3/debian/email_indexing and swish++-6.1.3/debian/email_indexing
Common subdirectories: swish++-5.15.3/debian/patches and swish++-6.1.3/debian/patches
diff -u swish++-5.15.3/debian/rules swish++-6.1.3/debian/rules
--- swish++-5.15.3/debian/rules 2004-03-30 02:13:15.0 +1000
+++ swish++-6.1.3/debian/rules 2006-03-08 11:23:26.603761784 +1100
@@ -1,11 +1,15 @@
#!/usr/bin/make -f
+include /usr/share/cdbs/1/rules/patchsys-quilt.mk
+DEB_PATCHDIRS=$(shell pwd)/debian/patches
+QUILT_PATCHES=$(shell pwd)/debian/patches
+DEB_QUILT_PATCHDIR_LINK=
+
# Sample debian/rules that uses debhelper.
# GNU copyright 1997 to 1999 by Joey Hess.
tmp := $(CURDIR)/debian/swish++
renamed := extract index search splitmail
norename := man1/httpindex.1 man4/swish++.conf.4 man4/swish++.index.4
fm := $(CURDIR)/debian/fixmanpage
-patchdir := $(CURDIR)/debian/patches/*
install_file = install -p-o root -g root -m 644
install_program = install -p-o root -g root -m 755
makedirectory = install -p -d -o root -g root -m 755
@@ -16,10 +20,8 @@
export DH_COMPAT=3
configure: configure-stamp
-configure-stamp:
+configure-stamp: apply-patches
dh_testdir
- # Add here commands to configure the package.
- for i in $(patchdir); do patch -p0 < $${i}; done;
touch configure-stamp
build: build-stamp
@@ -35,13 +37,15 @@
touch build-stamp
-clean:
+clean::
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp
+ rm -rf tmp init_mod_vars.c
+
# Add here commands to clean up after the build process.
- #-$(MAKE) clean
+ -$(MAKE) distclean
dh_clean
@@ -56,18 +60,17 @@
$(install_program) search $(tmp)/usr/bin/search++
$(install_program) extract $(tmp)/usr/bin/extract++
$(install_program) index $(tmp)/usr/bin/index++
- $(install_program) splitmail $(tmp)/usr/bin/splitmail++
- $(install_program) httpindex $(tmp)/usr/bin/httpindex
- #cd $(tmp)/usr/bin && for i in $(renamed); do mv $${i} $${i}++; done;
- cd $(CURDIR)/man/man1 && for i in $(renamed); do sh $(fm) $${i}.1; done; for i in $(renamed);\
+ $(install_program) scripts/splitmail $(tmp)/usr/bin/splitmail++
+ $(install_program) scripts/httpindex $(tmp)/usr/bin/httpindex
+ rm -rf tmp
+ cp -a $(CURDIR)/man tmp
+ cd $(CURDIR)/tmp/man1 && for i in $(renamed); do sh $(fm) $${i}.1; done; for i in $(renamed);\
do mv $${i}.1 $${i}++.1; done; \
- cd $(CURDIR)/man && for i in $(norename); do sh $(fm) $${i}; done;
- #rm $(tmp)/usr/share/man/man8/searchd.8
- #rm $(tmp)/usr/share/man/man8/searchmonitor.8
+ cd $(CURDIR)/tmp && f
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
Hi Karl!
One more thing I forgot:
On Die, 07 Mär 2006, Karl Berry wrote:
> but how to expand the 2 letter code to a full setting?
>
> Well, although I see the manual says a two-letter code, clearly that is
> not completely correct, although I don't recall anyone writing to me
> about it. If someone wanted to differentiate German German from
> Austrian German, they should be able to use [EMAIL PROTECTED] de'
> for the first and [EMAIL PROTECTED] de_AT' for the second.
>
> So the answer is, make a lookup table which translates the two-letter
> codes to their respective "common" value, e.g., fr->fr_FR, de->de_DE, etc.
>
> Question: is de_DE, fr_FR, etc., really needed for gettext? If you just
> say "de" to gettext (in some way), doesn't it guess you mean de_DE?
At least on my system it doesn't work:
[~] LC_ALL=de gettext texinfo Next ; echo
Next
[EMAIL PROTECTED]:
[~] LC_ALL=de_AT gettext texinfo Next ; echo
nächstes
But my locale.gen file does not contain de flat.
> Just for my own information, are there in fact any differences with
> German German and Austrian German with respect to these few words? Take
No, I wouldn't say. I would also say that most languages variants do NOT
disagree on these simple words.
> a look at txi-de.tex and see if any of it would be different in Austria.
> (The list of words there should also give some clues about other places
> to apply __.)
No, all ok here.
> One would think. I was scared off by Bruno's telling me that the
> "simple" way to switch languages (which you implemented) was wrong
> somehow. I find gettext quite "magical", overall.
Hmm, ok, maybe it is wrong, but it works ;-) Hopefully.
> Now, some comments on the patch:
>
> +char interface_language[21] = "C";
> ...
> + strncpy(interface_language, optarg, 20);
>
> 21? No. Make it a char * and use xstrdup on optarg.
DOne. I added the initial
interface_language = xstrdup("C");
to the beginning of the main.c in makeinfo, couldn't find another place.
> +char *getdocumenttext (const char *msgid)
> ...
> + safedlocale = setlocale(LC_ALL,NULL);
>
> Not that it is important, and not that I'm complaining, but GNU style
> is to format code like this:
>
> char *
> getdocumenttext (...)
done.
> safedlocale = setlocale (LC_ALL, NULL); /* with spaces */
>
> Also, "safed" should be "save_" :).
done.
> Thanks very much for all this. Actual progress, after lo these many
> years :).
New patch with more fixed occurrences of __ soon. I have Japanese course
now.
Best wishes
Norbert
---
Dr. Norbert Preining Università di Siena
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
---
BOSCASTLE
A huge pyramid of tin cans placed just inside the entrance to a
supermarket.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
On Die, 07 Mär 2006, Sven Joachim wrote: > thanks a lot for working on this! I tried out your patch, but > for my testcase, which is the Emacs Lisp Reference Manual in > Emacs CVS (available for Debian in the emacs-snapshot package), > it had no effect. :-( Can you send me the input file tar.gz for this. I couldn't find it in the emacs-snapshot binary packages. > With LANG=de_DE.UTF-8 and running "make info" from the Emacs top > level directory, I still get "Nutzeroption" as output in the info > files, for @defopt in the source and "Funktion" for @defun, for instance. I will do some tests. Best wishes Norbert --- Dr. Norbert Preining Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- THROUCKMORTON (n.) The soul of a departed madman: one of those now known to inhabit the timing mechanism of pop-up toasters. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
Hi Sven!
On Die, 07 Mär 2006, Sven Joachim wrote:
> thanks a lot for working on this! I tried out your patch, but
> for my testcase, which is the Emacs Lisp Reference Manual in
> Emacs CVS (available for Debian in the emacs-snapshot package),
> it had no effect. :-(
If you generate html, do you have "nächstes" or "Next"?
> With LANG=de_DE.UTF-8 and running "make info" from the Emacs top
> level directory, I still get "Nutzeroption" as output in the info
> files, for @defopt in the source and "Funktion" for @defun, for instance.
Maybe make info used a unpatched makeinfo?
More probably I forgot to adjust some strings, eg Function:
grep Function *
defun.c: category = _("Function");
So there is a __ missing.
I changed only a few strings where I was sure were they go:
$ grep '__(' *
html.c:text_expansion (title) : (char *) __("Untitled"));
makeinfo.h:#define __(s) getdocumenttext(s)
node.c: add_word ((char *) __("Next:"));
node.c: add_word ((char *) __("Previous:"));
node.c: add_word ((char *) __("Up:"));
node.c: return __("Menu");
node.c: return __("Cross");
node.c: validate (tags->next, tags->line_no, __("Next"));
node.c: int valid_p = validate (tags->prev, tags->line_no, __("Prev"));
node.c: int valid_p = validate (tags->up, tags->line_no, __("Up"));
All others are still with _(...), so Function etc are probably not
translated.
> Any idea what went wrong?
Yes.
Best wishes
Norbert
---
Dr. Norbert Preining Università di Siena
gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
---
ARTICLAVE (n.)
A clever architectural construction designed to give the illusion from
the top deck of a bus that it is far too big for the road.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
Maybe make info used a unpatched makeinfo? Info output must not and does not translate Next: and so on, because they are effectively keywords -- Info readers would stop working if they were translated. Norbert's patch changed the HTML output, which is fine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355805: qgo: MIME support
Package: qgo Version: 1.0.4-r2-1 Severity: normal Hello, Please add MIME support to Debian qgo package. Debian mime-support package already maps .sgf to application/x-go-sgf, so it's matter of providing /usr/lib/mime/packages/qgo and running update-mime as per Debian MIME support sub-policy. This will allow launching qgo directly by clicking .sgf link in the web browser. Seo Sanghyeon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355804: [G-I] Buttons and info message not translated/shown when running fully automated install
Package: cdebconf-gtk-udeb Version: 0.97 Severity: minor If I run a fully automated installation using preseeding (like with babelbox [1]), the buttons are always shown in English even if the installation is in a different language. Also the info message in the top right corner is not shown. The attached fullscreen screenshot shows these issues. As soon as the automated install is interrupted (for a question that is not preseeded), the buttons get translated and the info message is displayed. The second smaller screenshot shows this for the info message. It would be very nice if this issue could be resolved for both buttons and info message (without refreshing them both too often). Having them untranslated looks really weird during demo's like at FOSDEM (for which babelbox is used). The newt frontend does translate the buttons and display the info message. The second screenshot also shows another issue with the info message. The text displayed should be "Demo Italian", but the last two letters are (partly) cut off. [1] http://wiki.debian.org/DebianInstaller/BabelBoxAlt g-i_preseed_buttons.png Description: PNG image g-i_preseed_info.png Description: PNG image pgpak7GryjRF9.pgp Description: PGP signature
Bug#355795: Withdraw bug report (but perhaps put warning in man page/help)
Well, it appears I jumped the gun a bit and I apologize. It appears certain devices in our network are sending malformed responses to the ping requests (which linux appears to care about, but some other OSes apparently don't), even though the replies are showing up in ethereal, they have the wrong identifier field: REQUEST: Type: 8 Code: 0 checksum: 0x7f3a Identifier: 0x530f Sequence number: 0x0009 Data (56 bytes) REPLY: Type: 0 Code: 0 Checksum: 0x9e3a Identifier: 0x3c0f Sequence number: 0x0009 Data (56 bytes) If I understand my reading of the ICMP rfc correctly, the Identifiers are supposed to match, although it only says they "may" be used to match up packets (I assume linux is doing this, but some others aren't hence why it appeared to be a problem with the linux computer/kernel/utility, and why pings from elsewhere seem to work fine. Perhaps a note/warning to this effect could be added to the ping manpage.); however it requires that the reply be the same as a request with only the type field changed and the source and destination swapped. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355795: Withdraw bug report (but perhaps add warning to man page/help)
It appears that I've jumped the gun a bit and I apologize. It appears certain devices (more than one, and a suspected particular brand/model#) in our network send malformed responses to some ping requests, and apparently linux cares about this, while some other OSes don't, hence making it look like something is wrong with linux and/or the ping utility. The problem is that the devices in question were sending the wrong identifier field back in the ICMP reply, so even though they were showing up in Ethereal, they were not being forwarded on to that instance of the ping utility. Perhaps a warning or note could be added to the man page and/or help for ping mentioning the necessity of matching identifiers. In this case, according to Ethereal: REQUEST: Type: 8 Code: 0 Checksum: 0x7f3a Identifier: 0x5e0f Sequence number: 0x0009 REPLY: Type: 0 Code: 0 Checksum: 0x9e3a Identifier: 0x3c0f Sequence number: 0x0009 Data (56 bytes) The ICMP RFC says the identifier field "may" be used to match up requests/replys, hence why some hosts may appear to still be able to ping the device in question, and some can't (personally I prefer using the idenfier field, it disambiguises in a multitasking situation). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354175: python2.4-scgi: Please include init scripts
Well I'm new to all this, and I thought the package was a server. Are there any scgi servers in Debian? I just wanted to install a package that started an scgi server, so I could use it with rails. Thanks. On Tue, Mar 07, 2006 at 04:47:52PM -0700, Neil Schemenauer wrote: > On Wed, Mar 08, 2006 at 10:24:43AM +1100, Jason Thomas wrote: > > hmm, I was thinking that it could be controlled from > > /etc/default/scgi_server. > > > > In there you could have an `ENABLE` option. and perhaps a PORT LIST > > that way you could have it start up multiple servers on different PORTS. > > There are SCGI servers that don't use the python2.4-scgi package > (e.g. Ruby on Rails) so calling it /etc/default/scgi_server is a no > go. Also, even packages that use python2.4-scgi could have a number > of different ways of starting up (e.g. they don't need to use > scgi_server.py, Quixote 2 comes with it's own startup script). What > exactly should be started by the init.d script? > > python2.4-scgi is a library package and having an init.d script for > a library doesn't make sense, IMHO. > > Neil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354175: python2.4-scgi: Please include init scripts
On Wed, Mar 08, 2006 at 10:24:43AM +1100, Jason Thomas wrote: > hmm, I was thinking that it could be controlled from > /etc/default/scgi_server. > > In there you could have an `ENABLE` option. and perhaps a PORT LIST > that way you could have it start up multiple servers on different PORTS. There are SCGI servers that don't use the python2.4-scgi package (e.g. Ruby on Rails) so calling it /etc/default/scgi_server is a no go. Also, even packages that use python2.4-scgi could have a number of different ways of starting up (e.g. they don't need to use scgi_server.py, Quixote 2 comes with it's own startup script). What exactly should be started by the init.d script? python2.4-scgi is a library package and having an init.d script for a library doesn't make sense, IMHO. Neil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355803: kvpnc missing dependency on psmisc
Package: kvpnc Version: 0.8.2.1-1 Severity: serious Justification: Policy 3.5 When closing PPTP connections, kvpnc invokes the command "killall -3 pptp". From looking at the source code, it seems that other connection types also use killall. killall is included in the psmisc package, which is not listed in the dependency information. -- System Information: Debian Release: testing/unstable Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kvpnc depends on: ii kdelibs4c2a 4:3.5.1-2 core libraries for all KDE applica ii libacl1 2.2.34-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.25-1 Extended attribute shared library ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-3Client library for the gamin file ii libgcc1 1:4.0.2-8 GCC support library ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libgpg-error0 1.1-4 library for common error values an ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages kvpnc recommends: ii kdebase-bin 4:3.5.1-1 core binaries for the KDE base mod -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355802: no error message when sbuild cannot find chroot
Package: sbuild Version: 0.37 Severity: minor You get no error message at all when sbuild cannot find the chroot: 2973:[EMAIL PROTECTED]: ~/build] sbuild -d unstable2 dadadodo_1.04-3 zsh: exit 2 sbuild -d unstable2 dadadodo_1.04-3 2974:[EMAIL PROTECTED]: ~/build] sbuild -v -d unstable2 dadadodo_1.04-3 unstable2 chroot does not exist and in chroot only mode -- exiting zsh: exit 2 sbuild -v -d unstable2 dadadodo_1.04-3 Also, I think the code to find chroots which don't follow the name of an official suite is busted. ~/build/chroot-unstable2 did exist when I ran this command. It seems sbuild only accepts ~/build/chroot- rather than actually checking for ~/build/chroot-. -- 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.16-rc5-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages sbuild depends on: ii adduser 3.80 Add and remove users and groups ii apt 0.6.43.2 Advanced front-end for dpkg ii dpkg-dev 1.13.16package building tools for Debian ii grep-dctrl2.6.7 Grep Debian package information ii perl 5.8.8-2Larry Wall's Practical Extraction ii postfix [mail-transport-agent 2.2.8-9A high-performance mail transport ii sudo 1.6.8p12-1 Provide limited super user privile Versions of packages sbuild recommends: ii debootstrap 0.3.3 Bootstrap a basic Debian system pn fakeroot (no description available) -- no debconf information -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355072: [Buildd-tools-devel] Bug#355072: uses apt lock file in main system
* Roger Leigh <[EMAIL PROTECTED]> [2006-03-07 22:36]: > I believe this is now fixed in CVS. I certainly can't replicate it > myself now. Please could you try I'm afraid it's still there. Output of "ps aux" attached. 2947:[EMAIL PROTECTED]: ~/build] grep chroot_mod /etc/sbuild.conf #$chroot_mode = "split"; -- Martin Michlmayr http://www.cyrius.com/ tbm 28963 2.3 0.3 15652 7352 pts/0S+ 23:12 0:01 /usr/bin/perl /home/tbm/sbuild-1.78 diacanvas2_0.14.2-2 tbm 28972 0.0 0.0 3976 572 pts/1S+ 23:12 0:00 tail -f current root 28985 0.2 0.0 3660 1208 pts/0S+ 23:12 0:00 /bin/sh -c /usr/bin/apt-get -o Dir::State::status=/home/tbm/debian/build/chroot-unstable/var/lib/dpkg/status -o DPkg::Options::=--root=/home/tbm/debian/build/chroot-unstable -o DPkg::Run-Directory=/home/tbm/debian/build/chroot-unstable --purge -o DPkg::Options::=--force-confold -q -y install debhelper libgnomecanvas2-dev libgnomeprint2.2-dev python-gnome2 python-gtk2-dev python-gnome2-dev libgnomeprintui2.2-dev python-dev xvfb xbase-clients xfonts-base dpatch 2>&1
Bug#354175: python2.4-scgi: Please include init scripts
hmm, I was thinking that it could be controlled from /etc/default/scgi_server. In there you could have an `ENABLE` option. and perhaps a PORT LIST that way you could have it start up multiple servers on different PORTS. Is that what you meant my many SCGI servers on one machine? what about a example cron entry, to start it on reboot, and to restart it if its not running? or peharps an example inittab entry. or all of the above? On Tue, Mar 07, 2006 at 03:44:55PM -0700, Neil Schemenauer wrote: > On Fri, Feb 24, 2006 at 09:46:15AM +1100, Jason Thomas wrote: > > It would be nice if your package could include init scripts to start the > > scgi server on boot. > > I don't think that's the best idea. It's possible to have many SCGI > servers on one machine. Perhaps a better solution would be to > provide an example init.d script to could be modified and used for > each SCGI server. > > Would that meet your needs? > > Neil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348706: amaya: Something similar on 9.4-1
Package: amaya
Version: 9.4-1
Followup-For: Bug #348706
I'm not sure whether my bug is related to this one,
or is something new, but at least it's error code 8 too
It happend on two different sid machines.
amaya won't start complaining of
The program 'amaya' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
(Details: serial 11267 error_code 8 request_code 144 minor_code 5)
(Note to programmers: normally, X errors are reported
asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a
meaningful
backtrace from your debugger if you break on the
gdk_x_error() function.)
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (650, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=locale: Cannot set
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Versions of packages amaya depends on:
ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit
ii libc6 2.3.6-3GNU C Library: Shared libraries an
ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra
ii libexpat1 1.95.8-3 XML parsing C library - runtime li
ii libfontconfig12.3.2-2generic font configuration library
ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.0.2-10 GCC support library
ii libglib2.0-0 2.8.6-1The GLib library of C routines
ii libglu1-xorg [libglu1]6.9.0.dfsg.1-4 Mesa OpenGL utility library [X.Org
ii libgtk2.0-0 2.8.13-1 The GTK+ graphical user interface
ii libpango1.0-0 1.10.4-1 Layout and rendering of internatio
ii libstdc++64.0.2-10 The GNU Standard C++ Library v3
ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li
ii libxcursor1 1.1.3-1X cursor management library
ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii libxi66.9.0.dfsg.1-4 X Window System Input extension li
ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display
ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and
ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra
ii libxxf86vm1 6.9.0.dfsg.1-4 X Video Mode selection library
ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org]
ii zlib1g1:1.2.3-10 compression library - runtime
Versions of packages amaya recommends:
pn amaya-doc (no description available)
-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "[EMAIL PROTECTED]"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
but what I did is the following: Wow, thanks!! I tested the attached patch against texinfo/makeinfo 4.8 and it worked, Please say exactly how you tested it, ie, which environment variables you set to what, what the makeinfo invocation was, what the input file was. I have had a great deal of trouble reproducing and testing i18n stuff in the past. Furthermore I don't know WHEN the @docuemntlanguage is set, In principle, it could be changed through the document, if the document was written in more than one language. In practice, I have never seen it used anywhere except at the beginning. Anyway, I don't think it matters. but it might be enough to change it in the respective callback function cm_documentlanguage, Yes, that is the only thing we can do. but how to expand the 2 letter code to a full setting? Well, although I see the manual says a two-letter code, clearly that is not completely correct, although I don't recall anyone writing to me about it. If someone wanted to differentiate German German from Austrian German, they should be able to use [EMAIL PROTECTED] de' for the first and [EMAIL PROTECTED] de_AT' for the second. So the answer is, make a lookup table which translates the two-letter codes to their respective "common" value, e.g., fr->fr_FR, de->de_DE, etc. Question: is de_DE, fr_FR, etc., really needed for gettext? If you just say "de" to gettext (in some way), doesn't it guess you mean de_DE? Anyway, the only way in which @documentlanguage is used now is that for some code CC, texinfo.tex tries to \input txi-CC.tex. So there is no reason why we couldn't have txi-de_AT.tex, if it was needed. Just for my own information, are there in fact any differences with German German and Austrian German with respect to these few words? Take a look at txi-de.tex and see if any of it would be different in Austria. (The list of words there should also give some clues about other places to apply __.) one might have managed to fix this in the last 5 years since the bug is open). One would think. I was scared off by Bruno's telling me that the "simple" way to switch languages (which you implemented) was wrong somehow. I find gettext quite "magical", overall. Now, some comments on the patch: +char interface_language[21] = "C"; ... + strncpy(interface_language, optarg, 20); 21? No. Make it a char * and use xstrdup on optarg. +char *getdocumenttext (const char *msgid) ... + safedlocale = setlocale(LC_ALL,NULL); Not that it is important, and not that I'm complaining, but GNU style is to format code like this: char * getdocumenttext (...) ... safedlocale = setlocale (LC_ALL, NULL); /* with spaces */ Also, "safed" should be "save_" :). Thanks very much for all this. Actual progress, after lo these many years :). Best, k -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350764: sysklogd_1.4.1-17.1(mipsel/unstable): FTBFS: includes kernel header in userspace
Noah Meyerhans wrote: > On Tue, Jan 31, 2006 at 08:41:35AM -0800, Ryan Murray wrote: > > > gcc -O2 -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > > > -D_LARGEFILE_SOURCE -DSYSV -fomit-frame-pointer -fno-strength-reduce > > > -DFSSTND -c ksym_mod.c > > > In file included from /usr/include/asm/atomic.h:26, > > > from module.h:31, > > > from ksym_mod.c:97: > > > /usr/include/asm/cpu-features.h:15:35: error: cpu-feature-overrides.h: No > > > such file or directory > > > make[1]: *** [ksym_mod.o] Error 1 > > > make[1]: Leaving directory `/build/buildd/sysklogd-1.4.1' > > > make: *** [build] Error 2 > > This fix for this is trivial. module.h does not need to include > . Nothing defined in atomic.h is needed for sysklogd at > all. Removing #include fixes the build problem on mips* > and does not affect the ability to build this package. Hmm, I see. > I have prepared an NMU (version 1.4.1-17.2) to fix this bug. Unless I > hear otherwise, I'll upload it sometime in the next 24 hours. Please wait. Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355801: single-stage cross-debootstrap support using qemu
Package: debootstrap Version: 0.3.3 Severity: normal Tags: patch Find attached a patch that implements support for single-stage cross-installation using qemu user mode emulation in the chroot stage. It depends on a modified qemu package (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=306637) in order to work. See http://wiki.debian.org/EmDebian/CrossDebootstrap for basic instructions on how to use this feature. Changelog: * Add support for one-stage cross-strapping using qemu user mode emulation. diff -Nru debootstrap-0.3.3/debian/changelog debootstrap-0.3.3.1/debian/changelog --- debootstrap-0.3.3/debian/changelog 2005-11-05 14:32:03.0 -0400 +++ debootstrap-0.3.3.1/debian/changelog 2006-03-07 17:22:56.0 -0400 @@ -1,3 +1,10 @@ +debootstrap (0.3.3.1) unstable; urgency=low + + * Non-maintainer upload + * Add support for one-stage cross-strapping using qemu user mode emulation. + + -- Anderson Lizardo <[EMAIL PROTECTED]> Tue, 7 Mar 2006 17:22:22 -0400 + debootstrap (0.3.3) unstable; urgency=low * Include kFreeBSD and fakechroot support from 0.3.2.1 and 0.3.2.2 NMUs, diff -Nru debootstrap-0.3.3/debian/control debootstrap-0.3.3.1/debian/control --- debootstrap-0.3.3/debian/control 2005-10-23 03:26:22.0 -0400 +++ debootstrap-0.3.3.1/debian/control 2006-02-28 01:00:27.0 -0400 @@ -9,6 +9,7 @@ Priority: extra Architecture: all Depends: wget, binutils +Suggests: qemu, qemu-user-static Description: Bootstrap a basic Debian system debootstrap is used to create a Debian base system from scratch, without requiring the availability of dpkg or apt. It does this by diff -Nru debootstrap-0.3.3/debootstrap debootstrap-0.3.3.1/debootstrap --- debootstrap-0.3.3/debootstrap 2005-11-05 14:11:30.0 -0400 +++ debootstrap-0.3.3.1/debootstrap 2006-02-28 00:02:33.0 -0400 @@ -270,11 +270,16 @@ ### +HOST_ARCH="" +if [ -x /usr/bin/dpkg ] && /usr/bin/dpkg --print-installation-architecture >/dev/null 2>&1 +then + HOST_ARCH=`/usr/bin/dpkg --print-installation-architecture` +fi + if [ "$ARCH" != "" ]; then true -elif [ -x /usr/bin/dpkg ] && /usr/bin/dpkg --print-installation-architecture >/dev/null 2>&1 -then - ARCH=`/usr/bin/dpkg --print-installation-architecture` +elif [ "$HOST_ARCH" ]; then + ARCH=$HOST_ARCH elif [ -e $DEBOOTSTRAP_DIR/arch ]; then ARCH=`cat $DEBOOTSTRAP_DIR/arch` else @@ -423,6 +428,15 @@ # finished first_stage_install + if [ "$HOST_ARCH" -a "$HOST_ARCH" != "$ARCH" ]; then +# we are cross-strapping, so copy the relevant qemu user emulator to +# $TARGET +if [ -x "/usr/bin/qemu-$ARCH-static" ]; then + cp /usr/bin/qemu-$ARCH-static $TARGET/usr/bin/qemu-$ARCH + chmod 755 $TARGET/usr/bin/qemu-$ARCH +fi + fi + if ! am_doing_phase second_stage; then cp "$0"$TARGET/debootstrap/debootstrap cp $DEBOOTSTRAP_DIR/functions $TARGET/debootstrap/functions @@ -478,6 +492,10 @@ fi fi +if [ "$HOST_ARCH" -a "$HOST_ARCH" != "$ARCH" ]; then + rm -f $TARGET/usr/bin/qemu-$ARCH +fi + if am_doing_phase kill_target; then if [ "$KEEP_DEBOOTSTRAP_DIR" != true ]; then info KILLTARGET "Deleting target directory"
Bug#203220: ldap dlopen working
I'm succesfully using postfix ldap lookups on a sarge production server. So to me, looks like this bug has been fixed for sarge. -- Geoff Crompton Debian System Administrator Strategic Data +61 3 9340 9000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355800: [powerpc] GCC 3.4.6 test suite failures with current glibc-3.2.6
Package: glibc Version: 2.3.6 Severity: important Running the gcc testsuite from gcc-3.4.6-1 (or gcc-3.4.5-3) on both current Debian unstable and Ubuntu dapper shows some test failures, which are only seen on unstable's glibc. --- ../../gcc-3.4-3.4.6/test-summary2006-03-07 05:30:43.0 + +++ test-summary2006-03-07 21:05:22.0 + @@ -1,4 +1,4 @@ -Results for 3.4.6 (Debian 3.4.6-1) testsuite on powerpc-linux-gnu +Results for 3.4.6 (Ubuntu 3.4.6-1ubuntu1) testsuite on powerpc-linux-gnu LAST_UPDATED: Obtained from SVN: tags/gcc_3_4_6_release revision 111785 Native configuration is powerpc-linux-gnu (doko) @@ -13,10 +13,10 @@ === gpc Summary === # of tests5057 -# of expected passes 5052 +# of expected passes 5050 # of unexpected failures 2 -# of unsupported tests3 -/home/doko/gcc/3.4/gcc-3.4-3.4.6/build/gcc/xgpc version 20060215, based on gcc-3.4.6 (Debian 3.4.6-1) +# of unsupported tests5 +/home/doko/gcc/3.4/u/gcc-3.4-3.4.6/build/gcc/xgpc version 20060215, based on gcc-3.4.6 (Ubuntu 3.4.6-1ubuntu1) === g++ tests === @@ -54,7 +54,7 @@ # of unexpected successes 4 # of expected failures 132 # of unsupported tests 142 -/home/doko/gcc/3.4/gcc-3.4-3.4.6/build/gcc/testsuite/../g++ version 3.4.6 (Debian 3.4.6-1) +/home/doko/gcc/3.4/u/gcc-3.4-3.4.6/build/gcc/testsuite/../g++ version 3.4.6 (Ubuntu 3.4.6-1ubuntu1) === g77 tests === @@ -77,24 +77,20 @@ # of expected passes 3624 # of unsupported tests 12 -/home/doko/gcc/3.4/gcc-3.4-3.4.6/build/gcc/testsuite/../g77 version 3.4.6 (Debian 3.4.6-1) +/home/doko/gcc/3.4/u/gcc-3.4-3.4.6/build/gcc/testsuite/../g77 version 3.4.6 (Ubuntu 3.4.6-1ubuntu1) === gcc tests === Running target unix FAIL: gcc.dg/20020103-1.c scan-assembler-not LC[0-9] -FAIL: gcc.dg/cleanup-10.c execution test -FAIL: gcc.dg/cleanup-11.c execution test -FAIL: gcc.dg/cleanup-8.c execution test -FAIL: gcc.dg/cleanup-9.c execution test FAIL: gcc.dg/ppc-sdata-1.c scan-assembler [EMAIL PROTECTED](13) FAIL: gcc.dg/ppc-sdata-1.c scan-assembler [EMAIL PROTECTED](2) === gcc Summary for unix === -# of expected passes 25043 -# of unexpected failures 7 +# of expected passes 25047 +# of unexpected failures 3 # of expected failures 69 # of untested testcases7 # of unsupported tests 331 @@ -118,8 +114,6 @@ FAIL: gcc.dg/980827-1.c (test for excess errors) WARNING: gcc.dg/980827-1.c compilation failed to produce executable FAIL: gcc.dg/altivec-14.c (test for excess errors) -FAIL: gcc.dg/cleanup-8.c execution test -FAIL: gcc.dg/cleanup-9.c execution test FAIL: gcc.dg/const-elim-1.c scan-assembler-not L\$?C[^A-Z] FAIL: gcc.dg/doloop-1.c scan-assembler bdnz FAIL: gcc.dg/doloop-1.c scan-assembler-not blt @@ -130,13 +124,12 @@ FAIL: gcc.dg/ppc-sdata-2.c (test for excess errors) ERROR: gcc.dg/ppc-sdata-2.c: error executing dg-final: couldn't open "ppc-sdata-2.s": no such file or directory UNRESOLVED: gcc.dg/ppc-sdata-2.c: error executing dg-final: couldn't open "ppc-sdata-2.s": no such file or directory -WARNING: gcc.dg/special/gcsec-1.c compilation failed to produce executable FAIL: linkage.c === gcc Summary for unix/-m64 === -# of expected passes 25020 -# of unexpected failures 22 +# of expected passes 25023 +# of unexpected failures 20 # of expected failures 69 # of unresolved testcases 6 # of untested testcases7 @@ -144,13 +137,13 @@ === gcc Summary === -# of expected passes 50063 -# of unexpected failures 29 +# of expected passes 50070 +# of unexpected failures 23 # of expected failures 138 # of unresolved testcases 6 # of untested testcases14 # of unsupported tests 660 -/home/doko/gcc/3.4/gcc-3.4-3.4.6/build/gcc/xgcc version 3.4.6 (Debian 3.4.6-1) +/home/doko/gcc/3.4/u/gcc-3.4-3.4.6/build/gcc/xgcc version 3.4.6 (Ubuntu 3.4.6-1ubuntu1) === libstdc++ tests === @@ -166,46 +159,28 @@ # of expected failures 5 Running target unix/-m64 -FAIL: 22_locale/codecvt/in/wchar_t/2.cc execution test -FAIL: 22_locale/codecvt/in/wchar_t/3.cc execution test -FAIL: 22_locale/codecvt/length/wchar_t/2.cc execution test -FAIL: 22_locale/codecvt/length/wchar_t/3.cc execution test -FAIL: 22_locale/codecvt/out/wchar_t/2.cc execution test -FAIL: 22_locale/codecvt/out/wchar_t/3.cc execution test FAIL: 22_locale/codecvt/unicode/1.cc execution test FAIL: 22_locale/codecvt/unicode/char.cc execution test -FAIL: 22_locale/ctype/widen/wchar_t/2.cc execution test XPASS: 22_locale/locale/cons/12658_thread.cc execution test -FAIL: 22_locale/messages/members/char/1.cc execution test -FAIL: 22_locale/messages/members/char/2.cc execution
Bug#355799: installation-report: install fails because chroot fails due to lack of tar
Package: installation-reports Version: 2.12 Severity: critical Justification: breaks the whole system *** Please type your report below this line *** -- Package-specific info: Boot method: CD Image version: AMD64 testing netinstall, 06 March 2006 Date: 06 March 2006 Machine: Gateway laptop, 7405GX Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [0 ] Detect network card:[0 ] Configure network: [0 ] Detect CD: [0 ] Load installer modules: [0 ] Detect hard drives: [0 ] Partition hard drives: [0 ] Create file systems:[0 ] Mount partitions: [0 ] Install base system:[E ] Install boot loader:[0 ] Installed system ok:[0 ] Comments/Problems: As I was doing the netinstall, after I fixed an Ethernet problem (See my other bug report), the installation of the base packages failed miserably. The error was something along the lines of "chroot /target dpkg --configure coreutils basepasswd". After a bunch of poking around, and chrooting into /target myself, and attempting to use dpkg manually, I discovered the error seems to have been that there was no tar executable in the chroot. Which is a problem. I got out of the chroot, copied over the CD's tar command to /target/bin, and switched over to the installation window. This time it worked flawlessly. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Once you have filled out this report, mail it to [EMAIL PROTECTED] -- 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.15-1-amd64-generic Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) installation-report depends on no packages. Versions of packages installation-report recommends: ii reportbug 3.18 reports bugs in the Debian distrib -- no debconf information [EMAIL PROTECTED]:~$ cat bug Subject: installation-report: install fails because chroot fails due to lack of tar Package: installation-reports Version: 2.12 Severity: critical Justification: breaks the whole system *** Please type your report below this line *** -- Package-specific info: Boot method: CD Image version: AMD64 testing netinstall, 06 March 2006 Date: 06 March 2006 Machine: Gateway laptop, 7405GX Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [0 ] Detect network card:[0 ] Configure network: [0 ] Detect CD: [0 ] Load installer modules: [0 ] Detect hard drives: [0 ] Partition hard drives: [0 ] Create file systems:[0 ] Mount partitions: [0 ] Install base system:[E ] Install boot loader:[0 ] Installed system ok:[0 ] Comments/Problems: As I was doing the netinstall, after I fixed an Ethernet problem (See my other bug report), the installation of the base packages failed miserably. The error was something along the lines of "chroot /target dpkg --configure coreutils basepasswd". After a bunch of poking around, and chrooting into /target myself, and attempting to use dpkg manually, I discovered the error seems to have been that there was no tar executable in the chroot. Which is a problem. I got out of the chroot, copied over the CD's tar command to /target/bin, and switched over to the installation window. This time it worked flawlessly. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Once you have filled out this report, mail it to [EMAIL PROTECTED] -- 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.15-1-amd64-generic Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) installation-report depends on no packages. Versions of packages installation-report recommends: ii reportbug 3.18 reports bugs in the Debian distrib -- no debconf information
Bug#355789: libtool: support for kfreebsd-amd64
Package: libtool
Version: 1.5.22-2+kbsd
Followup-For: Bug #355789
In my previous patch, I forget to list the patch in debian/patches/00list.
Sorry.
Please find attached an updated patch, which replaces the previous one.
Bye,
Aurelien
-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 6.0-1-amd64-k8
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Versions of packages libtool depends on:
ii autotools-dev 20060223.1 Update infrastructure for config.{
ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp)
ii file 4.15-2+kbsdDetermines 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-2+kbsd The GNU C compiler
ii gcc-4.0 [c-compiler] 4.0.2-10+kbsd The GNU C compiler
ii libc0.1-dev [libc6-de 2.3.6-3+kbsd.r1284 GNU C Library: Development Librari
Versions of packages libtool recommends:
ii libltdl3-dev 1.5.22-2+kbsd A system independent dlopen wrappe
-- no debconf information
Author: aurel32
Status: in BTS
diff -u libtool-1.5.22/debian/control libtool-1.5.22/debian/control
--- libtool-1.5.22/debian/control
+++ libtool-1.5.22/debian/control
@@ -1,5 +1,5 @@
Source: libtool
-Build-Depends: debhelper (>= 4.0), texi2html, texinfo, file, g77 |
fortran77-compiler, gcj [!mips !mipsel !netbsd-i386 !hurd-i386 !kfreebsd-i386],
automake1.9, autoconf, autotools-dev, dpatch
+Build-Depends: debhelper (>= 4.0), texi2html, texinfo, file, g77 |
fortran77-compiler, gcj [!mips !mipsel !netbsd-i386 !hurd-i386 !kfreebsd-i386
!kfreebsd-amd64], automake1.9, autoconf, autotools-dev, dpatch
Section: devel
Priority: optional
Maintainer: Kurt Roeckx <[EMAIL PROTECTED]>
diff -u libtool-1.5.22/debian/patches/00list
libtool-1.5.22/debian/patches/00list
--- libtool-1.5.22/debian/patches/00list
+++ libtool-1.5.22/debian/patches/00list
@@ -6 +6 @@
-
+anon_versioning_kfreebsd.dpatch
--- libtool-1.5.22.orig/debian/patches/anon_versioning_kfreebsd.dpatch
+++ libtool-1.5.22/debian/patches/anon_versioning_kfreebsd.dpatch
@@ -0,0 +1,33 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## anon_versioning_kfreebsd.dpatch by Aurelien Jarno <[EMAIL PROTECTED]>
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: No description.
+
[EMAIL PROTECTED]@
+--- ./libtool.m4.orig 2006-02-28 13:43:10.0 +0100
./libtool.m4 2006-03-07 22:05:08.0 +0100
+@@ -5589,6 +5589,23 @@
+ fi
+ ;;
+
++kfreebsd*-gnu)
++ if $LD --help 2>&1 | grep ': supported targets:.* elf' > /dev/null; then
++ tmp_addflag=
++ _LT_AC_TAGVAR(archive_cmds, $1)='$CC -shared'"$tmp_addflag"' $libobjs
$deplibs $compiler_flags ${wl}-soname $wl$soname -o $lib'
++
++ if test $supports_anon_versioning = yes; then
++_LT_AC_TAGVAR(archive_expsym_cmds, $1)='$echo "{ global:" >
$output_objdir/$libname.ver~
++ cat $export_symbols | sed -e "s/\(.*\)/\1;/" >> $output_objdir/$libname.ver~
++ $echo "local: *; };" >> $output_objdir/$libname.ver~
++$CC -shared'"$tmp_addflag"' $libobjs $deplibs $compiler_flags
${wl}-soname $wl$soname ${wl}-version-script ${wl}$output_objdir/$libname.ver
-o $lib'
++ fi
++ _LT_AC_TAGVAR(link_all_deplibs, $1)=no
++ else
++ _LT_AC_TAGVAR(ld_shlibs, $1)=no
++ fi
++ ;;
++
+ solaris*)
+ if $LD -v 2>&1 | grep 'BFD 2\.8' > /dev/null; then
+ _LT_AC_TAGVAR(ld_shlibs, $1)=no
Bug#355411: [Linux-wlan-ng-devel] Bug#355411: linux-wlan-ng-source: Missing debian/tmp/lib when building
On Tue, Mar 07, 2006 at 09:06:30PM +0100, Eric Valette wrote: > Steve Langasek wrote: > > >>Problem is that nothing can be said to prevend generation of PCMIA > >>related modules... > > > > > > That's a valid request; it doesn't justify a grave-severity bug, though. > > Ok. Understood and agreed. Put it to normal then. > > -- eric I'll investigate the bug tomorrow. lwng build system is a small hell, hope this time I'll find how to fix this bug once for all. ciao -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355785: network-manager: Does not discover wireless interface at all
Il giorno mar, 07/03/2006 alle 23.28 +0100, Mikael Nilsson ha scritto: > tis 2006-03-07 klockan 22:54 +0100 skrev giskard: > > > Well, it only shows the "wired" network... no wireless at all. I didn't > try unplugging the wired, but I can try that too. (They are not the same > subnet at all, BTW) by default wireless network is enabled, anyway could you check if it' enabled in your case (right click on the applet). > > Afaik orinoco device are almost supported, what i can suggest to you is > > *use the last cvs orinico module* > > So the 2.6.15 in-kernel version is not supported? i don't know if the orinoco kernel module is the latest. take a look on: http://savannah.nongnu.org/projects/orinoco/ and http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Orinoco.html for the latest one. -- ciao, giskard D: marty! non stai pensando quadrimensionalmente! M: lo so.. e' che mi rimane difficile.. signature.asc Description: Questa parte del messaggio è firmata
Bug#355784: pure-ftpd: fchmod(2) failure causes two close(2) calls on the same fd
Hi Christern, Le Tue, Mar 07, 2006 at 09:55:34PM +0100, Christer Mjellem Strand ecrivait : Since upstream still hasn't applied it after 1.5 years, please consider applying this patch to the Debian package. It was one of the first fixes that were applied for version 1.0.21. Stefan has cooked Debian packages for 1.0.21, I don't know whether they were accepted yet, but the fix is already there :) Best regards, -Frank. pgpteJbvW321N.pgp Description: PGP signature
Bug#355797: CVE-2006-1046: DoS in monopd
Package: monopd Severity: important A DoS vulnerability has been found in monopd. Please see http://aluigi.altervista.org/adv/monopdx-adv.txt for details. Upstream has issued a patch: http://www.robertjohnkaper.com/downloads/atlantik/monopd-0.9.3-dosfix.diff This is CVE-2006-1046, please mention it in the changelog when fixing it. Moritz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355063: amaya: no .desktop file
patches 355063 +pending thanks Hi, Thanks for the report. The script generating the file moved, and the problem will be fixed with the next upload. Thanks, Regis On Fri, 2006-03-03 at 11:51 +1100, Anand Kumria wrote: > Package: amaya > Version: 9.4-1 > Severity: normal > > Hi, > > Previous versions of amaya included a .desktop file which made it appear > in the menu systems for both GNOME and KDE. 9.4 seems to have removed > this file though. > > 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.15 > Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) > > Versions of packages amaya depends on: > ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit > ii libc6 2.3.5-13 GNU C Library: Shared libraries > an > ii libcairo2 1.0.2-3The Cairo 2D vector graphics > libra > ii libexpat1 1.95.8-3 XML parsing C library - runtime > li > ii libfontconfig12.3.2-1.1 generic font configuration > library > ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared > lib > ii libgcc1 1:4.0.2-9 GCC support library > ii libglib2.0-0 2.8.6-1The GLib library of C routines > ii libglu1-xorg [libglu1]6.9.0.dfsg.1-4 Mesa OpenGL utility library > [X.Org > ii libgtk2.0-0 2.8.12-1 The GTK+ graphical user > interface > ii libpango1.0-0 1.10.3-1 Layout and rendering of > internatio > ii libstdc++64.0.2-9The GNU Standard C++ Library v3 > ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client > li > ii libxcursor1 1.1.3-1X cursor management library > ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous > exte > ii libxi66.9.0.dfsg.1-4 X Window System Input extension > li > ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head > display > ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate > and > ii libxrender1 1:0.9.0.2-1X Rendering Extension client > libra > ii libxxf86vm1 6.9.0.dfsg.1-4 X Video Mode selection library > ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-4 Mesa 3D graphics library [X.Org] > ii zlib1g1:1.2.3-9 compression library - runtime > > Versions of packages amaya recommends: > pn amaya-doc (no description available) > > -- no debconf information > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355796: installation-report: ethernet card not properly detected.
Package: installation-reports Version: 2.12 Severity: grave Justification: renders package unusable -- Package-specific info: Boot method: CD Image version: AMD64 testing netinstall. d/l 06 March 2006 Date: 06 March 2006 Machine: Gateway laptop, 7405GX with VIA Rhine 2 (?) ethernet card Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [0 ] Detect network card:[E ] Configure network: [0 ] Detect CD: [ 0] Load installer modules: [0 ] Detect hard drives: [0 ] Partition hard drives: [0 ] Create file systems:[0 ] Mount partitions: [0 ] Install base system:[0 ] Install boot loader:[0 ] Installed system ok:[0 ] Comments/Problems: During the networking parts, the ethernet card was *apparently* detected (ie, the installer asked which one to use), but it was bungled in some way, as all DHCP actions and other networking (like downloading packages or mirror lists) did not. This perplexed me, as previous versions of the daily testing netinstall CD for AMD64 had worked with the network card just fine. I solved the problem by passing the no apic option on the boot prompt. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Hardware information for running system: == umame -a: Linux elan 2.6.15-1-amd64-generic #2 Thu Feb 23 04:51:53 UTC 2006 x86_64 GNU/Linux /proc/pci: PCI devices found: /proc/pci: Bus 0, device 0, function 0: /proc/pci: Class 0600: PCI device 1106:3188 (rev 1). /proc/pci: Master Capable. Latency=8. /proc/pci: Prefetchable 32 bit memory at 0xe000 [0xefff]. /proc/pci: Bus 0, device 1, function 0: /proc/pci: Class 0604: PCI device 1106:b188 (rev 0). /proc/pci: Master Capable. No bursts. Min Gnt=12. /proc/pci: Bus 0, device 10, function 0: /proc/pci: Class 0607: PCI device 1524:1410 (rev 1). /proc/pci: IRQ 11. /proc/pci: Master Capable. Latency=168. Min Gnt=192.Max Lat=5. /proc/pci: Non-prefetchable 32 bit memory at 0xffe7f000 [0xffe7]. /proc/pci: Bus 0, device 12, function 0: /proc/pci: Class 0280: PCI device 14e4:4320 (rev 3). /proc/pci: IRQ 9. /proc/pci: Master Capable. Latency=64. /proc/pci: Non-prefetchable 32 bit memory at 0xd000 [0xd0001fff]. /proc/pci: Bus 0, device 16, function 0: /proc/pci: Class 0c03: PCI device 1106:3038 (rev 128). /proc/pci: IRQ 9. /proc/pci: Master Capable. Latency=64. /proc/pci: I/O at 0x1c80 [0x1c9f]. /proc/pci: Bus 0, device 16, function 1: /proc/pci: Class 0c03: PCI device 1106:3038 (rev 128). /proc/pci: IRQ 11. /proc/pci: Master Capable. Latency=64. /proc/pci: I/O at 0x1ca0 [0x1cbf]. /proc/pci: Bus 0, device 16, function 2: /proc/pci: Class 0c03: PCI device 1106:3038 (rev 128). /proc/pci: IRQ 11. /proc/pci: Master Capable. Latency=64. /proc/pci: I/O at 0x1cc0 [0x1cdf]. /proc/pci: Bus 0, device 16, function 3: /proc/pci: Class 0c03: PCI device 1106:3104 (rev 130). /proc/pci: IRQ 10. /proc/pci: Master Capable. Latency=64. /proc/pci: Non-prefetchable 32 bit memory at 0xd0002800 [0xd00028ff]. /proc/pci: Bus 0, device 17, function 0: /proc/pci: Class 0601: PCI device 1106:3177 (rev 0). /proc/pci: Bus 0, device 17, function 1: /proc/pci: Class 0101: PCI device 1106:0571 (rev 6). /proc/pci: IRQ 11. /proc/pci: Master Capable. Latency=64. /proc/pci: I/O at 0x1ce0 [0x1cef]. /proc/pci: Bus 0, device 17, function 5: /proc/pci: Class 0401: PCI device 1106:3059 (rev 80). /proc/pci: IRQ 9. /proc/pci: I/O at 0x1000 [0x10ff]. /proc/pci: Bus 0, device 17, function 6: /proc/pci: Class 0780: PCI device 1106:3068 (rev 128). /proc/pci: IRQ 9. /proc/pci: I/O at 0x1400 [0x14ff]. /proc/pci: Bus 0, device 18, function 0: /proc/pci: Class 0200: PCI device 1106:3065 (rev 116). /proc/pci: IRQ 11. /proc/pci: Master Capable. Latency=64. Min Gnt=3.Max Lat=8. /proc/pci: I/O at 0x1800 [0x18ff]. /proc/pci: Non-prefetchable 32 bit memory at 0xd0002c00 [0xd0002cff]. /proc/pci: Bus 0, device 19, function 0: /proc/pci: Class 0c00: PCI device 1106:3044 (rev 128). /proc/pci: IRQ 10. /proc/pci: Master Capable. Latency=64. Max Lat=32. /proc/pci: Non-prefetchable 32 bit memory at 0xd0002000 [0xd00027ff]. /proc/pci: I/O at 0x1c00 [0x1c7f]. /proc/pci: Bus 0, device 24, function 0: /proc/pci: Class 0600: PCI device 1022:1100 (rev 0). /proc/pci: Bus 0, device 24, function 1: /proc/pci: Class 0600: PCI device 1022:1101 (rev 0).
Bug#355795: iputils-ping: fails even though host is reachable
Package: iputils-ping
Version: 3:20020927-3
Severity: important
I suppose this might really be a kernel bug, but I don't know for sure
(2.6.15); if it is a kernel bug, it might be
nice (if possible, the strace below seems to say so) if ping could notice and
report some sort of error, instead of
pretending the host is not responding.
5 packets transmitted, 0 received, 100% packet loss, time 4000ms
Occasionally, pinging a host results in a response of no packets received, even
though using a sniffer (ethereal) on
the same host verifies that the pings are sent and replies are received.
Pinging from other hosts at the same time on
the same subnet also verifies that the host is in fact up.
Typically, it will work on the first run, then immediately re-running the ping
fails the second time. This is causing
our
nagios installation to falsly report some hosts as down. This seems to only be
an issue with some IP addresses.
Here is an strace of one such session (ip address replaced with a.b.c.d):
shadow:~# strace ping -c 5 a.b.c.d
execve("/bin/ping", ["ping", "-c", "5", "a.b.c.d"], [/* 16 vars */]) = 0
uname({sys="Linux", node="shadow", ...}) = 0
brk(0) = 0x8063000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f8d000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=16657, ...}) = 0
old_mmap(NULL, 16657, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f88000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/libresolv.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200$\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=67404, ...}) = 0
old_mmap(NULL, 75944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7f75000
old_mmap(0xb7f84000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb7f84000
old_mmap(0xb7f86000, 6312, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f86000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300O\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1265136, ...}) = 0
old_mmap(NULL, 1275196, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7e3d000
old_mmap(0xb7f6e000, 16384, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xb7f6e000
old_mmap(0xb7f72000, 9532, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f72000
close(3)= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7e3c000
mprotect(0xb7f6e000, 4096, PROT_READ) = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e3caa0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0xb7f88000, 16657) = 0
socket(PF_INET, SOCK_RAW, IPPROTO_ICMP) = 3
getuid32() = 0
setuid32(0) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(1025),
sin_addr=inet_addr("a.b.c.d")}, 16) = 0
getsockname(4, {sa_family=AF_INET, sin_port=htons(32805),
sin_addr=inet_addr("f.g.h.i")}, [16]) = 0
close(4)= 0
setsockopt(3, SOL_RAW, ICMP_FILTER,
~(ICMP_ECHOREPLY|ICMP_DEST_UNREACH|ICMP_SOURCE_QUENCH|ICMP_REDIRECT|ICMP_TIME_EXCEEDED|ICMP_PARAMETERPROB),
4) = 0
setsockopt(3, SOL_IP, IP_RECVERR, [1], 4) = 0
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [324], 4) = 0
setsockopt(3, SOL_SOCKET, SO_RCVBUF, [65536], 4) = 0
getsockopt(3, SOL_SOCKET, SO_RCVBUF, [131072], [4]) = 0
brk(0) = 0x8063000
brk(0x8084000) = 0x8084000
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 2), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f8c000
write(1, "PING a.b.c.d (a.b.c.d"..., 57PING a.b.c.d (a.b.c.d) 56(84) bytes of
data.
) = 57
setsockopt(3, SOL_SOCKET, SO_TIMESTAMP, [1], 4) = 0
setsockopt(3, SOL_SOCKET, SO_SNDTIMEO, "\1\0\0\0\0\0\0\0", 8) = 0
setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, "\1\0\0\0\0\0\0\0", 8) = 0
getpid()= 18807
rt_sigaction(SIGINT, {0x804b370, [], SA_INTERRUPT}, NULL, 8) = 0
rt_sigaction(SIGALRM, {0x804b370, [], SA_INTERRUPT}, NULL, 8) = 0
rt_sigaction(SIGQUIT, {0x804b380, [], SA_INTERRUPT}, NULL, 8) = 0
gettimeofday({1141770491, 241574}, NULL) = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TIOCGWINSZ, {ws_row=24, ws_co
Bug#350390: gnubg: immediate segfault on AMD64
Russ Allbery wrote: tags 350390 = help thanks Anders Brandt Petersen <[EMAIL PROTECTED]> writes: Russ Allbery wrote: Help from the AMD64 porters tracked the problem apparently down to Guile. I've just uploaded a new version of gnubg that doesn't build with Guile support on AMD64. When 0.14.3-4 makes it into the archives for AMD64, could you check to see if this fixes the problem for you and let me know either way? Sorry to say it is exactly the same symptoms, would a new backtrace and valgrind output be helpfull? A backtrace would be useful (I unfortunately can't do much with the core dump). I don't think valgrind is proving horribly useful here. Could you also check for me whether gnubg is still linked with Guile? It's possible I missed something in the build system. Running: ldd /usr/games/gnubg | grep guile It is not linked to guile. should answer that question. Thanks! Below is a new backtrace: [EMAIL PROTECTED]:~$ gdb gnubg GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (gdb) r Starting program: /usr/games/gnubg (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 46912570259440 (LWP 6470)] GNU Backgammon 0.14.3 Copyright 1999, 2000, 2001, 2002, 2003, 2004 by Gary Wong. GNU Backgammon is free software, covered by the GNU General Public License version 2, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GNU Backgammon. Type "show warranty" for details. ***WARNING*** Note that gnubg does not use the gnubg.bd file. You should obtain the file gnubg_ts0.bd or generate it yourself using the program 'makebearoff'. You can generate the file with the command: makebearoff -t 6x6 > gnubg_ts0.bd You can also generate other bearoff databases; see README for more details (No game) Program received signal SIGSEGV, Segmentation fault. ---Type to continue, or q to quit--- [Switching to Thread 46912570259440 (LWP 6470)] 0x0050b59f in calculateEigthPoints () (gdb) bt #0 0x0050b59f in calculateEigthPoints () #1 0x00506bf4 in preDraw3d () #2 0x0050d563 in realize () #3 0x2d2124c0 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #4 0x2d2210c2 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #5 0x2d22259c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #6 0x2d222953 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #7 0x2ba3cf24 in gtk_widget_realize () from /usr/lib/libgtk-x11-2.0.so.0 #8 0x2ba3d098 in gtk_widget_map () from /usr/lib/libgtk-x11-2.0.so.0 #9 0x2b89e1c0 in gtk_box_reorder_child () from /usr/lib/libgtk-x11-2.0.so.0 #10 0x2b8d6039 in gtk_container_get_focus_hadjustment () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x2d2124c0 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #12 0x2d220c00 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #13 0x2d22259c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #14 0x2d222953 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #15 0x2ba3d05b in gtk_widget_map () from /usr/lib/libgtk-x11-2.0.so.0 ---Type to continue, or q to quit--- #16 0x2b89e1c0 in gtk_box_reorder_child () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x2b8d6039 in gtk_container_get_focus_hadjustment () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x2d2124c0 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #19 0x2d220c00 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #20 0x2d22259c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #21 0x2d222953 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #22 0x2ba3d05b in gtk_widget_map () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x2b89e1c0 in gtk_box
Bug#152128: vcg: xvcg dies with segfault when opening a vcg file
tag 152128 patch
thanks
Helge Kreutzmann <[EMAIL PROTECTED]> writes:
> Trying to open a vcg file causes a segfault. [...]
I think I've tracked this down to a memory overrun in src/X11dev.c.
Does the attached patch work for you?
Thanks,
Matej
--- vcg-1.30debian.orig/src/X11dev.c
+++ vcg-1.30debian/src/X11dev.c
@@ -1170,7 +1170,7 @@
XSetWindowAttributes attr;
XSizeHints hints;
unsigned long mask = 0L;
- XAnyEvent event;
+ XEvent event;
int i;
/* select for all events */
@@ -1271,8 +1271,8 @@
*/
#ifndef ULTRIX
#ifndef AIX
-do { XNextEvent(root_display, (XEvent *)&event);
-} while (event.type != Expose || event.window!=pix_window);
+do { XNextEvent(root_display, &event);
+} while (event.type != Expose || event.xany.window!=pix_window);
#endif
#endif
Bug#355072: [Buildd-tools-devel] Bug#355072: uses apt lock file in main system
Martin Michlmayr <[EMAIL PROTECTED]> writes: > When I install packages in the main system while sbuild is running and > trying to install build-dependencies, I get the following message. It > seems that sbuild uses the apt lock file in the main system rather > than one in the chroot. I believe this is now fixed in CVS. I certainly can't replicate it myself now. Please could you try http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/~checkout~/sbuild/sbuild?rev=1.78&cvsroot=buildd-tools You can just save it to disk and run it. Thanks, Roger -- Roger Leigh Printing on GNU/Linux? http://gutenprint.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. pgpMq9bZQhnwJ.pgp Description: PGP signature
Bug#354175: python2.4-scgi: Please include init scripts
On Fri, Feb 24, 2006 at 09:46:15AM +1100, Jason Thomas wrote: > It would be nice if your package could include init scripts to start the > scgi server on boot. I don't think that's the best idea. It's possible to have many SCGI servers on one machine. Perhaps a better solution would be to provide an example init.d script to could be modified and used for each SCGI server. Would that meet your needs? Neil -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355785: network-manager: Does not discover wireless interface at all
tis 2006-03-07 klockan 22:54 +0100 skrev giskard: > > > However, NM does not seem to even sense that it is there. I get no trace of > > NM in the logs, and nm-applet does not show the interface in the list. > > nm doesn't show interface, only networks. If nm-applet shows network, > NM is working fine :) Well, it only shows the "wired" network... no wireless at all. I didn't try unplugging the wired, but I can try that too. (They are not the same subnet at all, BTW) So, no, I don't think it's working ... > Afaik orinoco device are almost supported, what i can suggest to you is > *use the last cvs orinico module* So the 2.6.15 in-kernel version is not supported? /Mikael -- Plus ça change, plus c'est la même chose
Bug#344247: dillo: Dillo should ask the user before registering as the default web browser
Package: dillo Version: 0.8.5-4 Followup-For: Bug #344247 I agree with Joey. If the user has already installed another browser before Dillo, Dillo should ask to become the default browser when installed or dpkg-reconfigured. And may be each app should ask to register or not as the default when installed. PM -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages dillo depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libglib1.21.2.10-10.1The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libssl0.9.8 0.9.8a-7 SSL shared libraries ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii wget 1.10.2-1 retrieves files from the web ii xlibs 6.9.0.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-9 compression library - runtime dillo recommends no packages. -- no debconf information ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger. Appelez le monde entier à partir de 0,012 /minute ! Téléchargez sur http://fr.messenger.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355794: mouseemu: needs to handle disappearing event devices gracefully
Package: mouseemu
Version: 0.15-2
Problem:
On my Powerbook5,8 (Oct. 2005 AlBook 15"), on intial boot, reliably, mouseemu
eats all
CPU and stays like that until stopped. A restart makes it work again (sometimes
needs
a second try to actually start).
Reason:
---
Here are the files opened by mouseemu on intial boot, before Bluetooth
starts:
roo:~# lsof |grep mouseemu
[...]
mouseemu 3560root3r CHR 13,64 2525
/dev/input/event0
mouseemu 3560root4r CHR 13,65 2537
/dev/input/event1
mouseemu 3560root5r CHR 13,66 2549
/dev/input/event2
mouseemu 3560root6u CHR 10,223 8986
/dev/input/uinput
mouseemu 3560root7u CHR 10,223 8986
/dev/input/uinput
What these correspond to:
roo:~# for i in `ls -d /sys/class/input/input*`; do echo "$i: `cat $i/name`";
ls -d $i/event*; done
/sys/class/input/input0: HID 05ac:1000
/sys/class/input/input0/event0
/sys/class/input/input1: HID 05ac:1000
/sys/class/input/input1/event1
/sys/class/input/input2: Apple Computer Apple Internal Keyboard / Trackpad
/sys/class/input/input2/event2
In fact, event0 and event1 correspond to the internal Bluetooth dongle,
which is still configured as an HID device at this time.
However, as part of the Bluetooth startup, it is switched to HCI mode,
which produces this in dmesg:
usb 2-2: usbfs: USBDEVFS_CONTROL failed cmd hid2hci rqt 64 rq 0 len 0 ret -110
usb 2-2: USB disconnect, address 2
drivers/usb/input/hid-core.c: can't resubmit intr, 0001:10:15.0-2/input1,
status -19
usb 2-2: new full speed USB device using ohci_hcd and address 3
Judging by the working Bluetooth, the switch to HCI seems to work, but
there are some logs. Most notably, the USB device
disconnects/reconnects. This of course makes the two event files linked
to the HID personality of the Bluetooth dongle disappear. That in return
makes mouseemu eat the CPU, because it sits in a tight select loop, as
shown by this strace output:
select(6, [3 4 5], NULL, NULL, {1, 0}) = 2 (in [3 4], left {1, 0})
read(3, 0x7fe8d940, 16) = -1 ENODEV (No such device)
read(4, 0x7fe8d930, 16) = -1 ENODEV (No such device)
..
etc. ad infinitum
So obviously FD 3 and 4 no longer map to an existing device. Those were
(see lsof output above) event0 and event1.
Solution
mouseemu needs to handle disappearing event devices gracefully.
I'm not sure what would happen if
for instance a Bluetooth mouse is added after starting mouseemu (would
it work?) or disconnected (would mouseemu produce the same problem), or
the same with a keyboard (since I think it's keyboards mouseemu is
interested in, to "catch" emulation button events).
So it seems to me that mouseemu needs to be tolerant to changing
devices, both in working as expected with new ones, and adapting to
removed existing ones.
Thanks, and cheers
Michel
-
Michel Lanners | " Read Philosophy. Study Art.
23, Rue Paul Henkes|Ask Questions. Make Mistakes.
L-1710 Luxembourg |
email [EMAIL PROTECTED]|
http://www.cpu.lu/~mlan| Learn Always. "
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355793: doesn't work with sun-j2sdk1.5 due to location of rt.jar
Package: jikes-sun Version: 0.9 Severity: important I built a sun-j2sdk1.5 package and tried to use jikes-sun with it, but it fails to work because of the location of rt.jar in /usr/lib/j2sdk1.5-sun/jre/lib/. Note the '/jre/', which the current wrapper doesn't look for. - Josh -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages jikes-sun depends on: ii jikes 1:1.22-4 Fast Java compiler adhering to lan ii sun-j2sdk1.5 1.5.0+update05 Java(TM) 2 SDK, Standard Edition, Versions of packages jikes-sun recommends: pn java-package (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355792: dillo: Dillo starts as a useless too tiny window
Package: dillo Version: 0.8.5-4 Severity: normal Every time Dillo is run it starts as a very very small window in the upleft corner of the screen. The window is so small that I wonder if Dillo has started. Then it is a pain to resize the window as the resize cursors are bigger than the window itself. I wish the initial Dillo window were at least 100x100px and more easily resizable. As a user I can't tell if it is a Dillo only bug or a wm bug (I'm using xfce) or whatever but Dillo is the only app anoying me that way. I find Dillo's speed great !-) PM -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages dillo depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libglib1.21.2.10-10.1The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libssl0.9.8 0.9.8a-7 SSL shared libraries ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii wget 1.10.2-1 retrieves files from the web ii xlibs 6.9.0.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-9 compression library - runtime dillo recommends no packages. -- no debconf information ___ Yahoo! Voyages : comparez les prix et trouvez les infos sur plus de 1 000 destinations Rendezvous sur http://fr.voyage.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
