Bug#293679: kdrill kana input in search window does not support 'x' as prefix for small kana
On Sat, Feb 05, 2005 at 12:48:43AM +0100, Tobias Diedrich wrote: If I bring up the search window to add new kanji to my usefile, I usually use the kana input field to find them. From other IMEs I'm used to xtu, xya, etc. for small kana input, however kdrill uses the unexpected _ya instead of xya and ' instead of xtu. The attached patch extends convert.c to handle the normal IME variants too. Is there some documented standard somewhere that covers this usage? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293309: kernel-image-2.4.27-2-686: kernel-image fails unattended install
On Fri, 4 Feb 2005, Horms wrote: On Wed, Feb 02, 2005 at 10:25:43AM -0700, dann frazier wrote: On Wed, 2005-02-02 at 07:28 -0500, Alex Mohr wrote: Package: kernel-image-2.4.27-2-686 Severity: normal Unattended upgrades of kernel-image are difficult because the following message is generated without an obvious way of removing it. Perhaps it could detect when DEBCONF_FRONTEND is noninteractive and not display? Seems like this would best fit as an option in /etc/kernel-img.conf, and therefore should be reassigned to kernel-package. Yes, isn't that what the clobber_modules option does? I seem to get the message even with clobber_modules set to Yes: debian% cat /etc/kernel-img.conf # Kernel Image management overrides # See kernel-img.cnf(5) for details do_symlinks = Yes warn_initrd = No clobber_modules = Yes debian% -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290270: debian-policy: please clarify/loosen the policy on rewriting history
Hi, Policy merely states that this is usually best rectified with a new entry, and that one should not be rewriting history. This is not even a recommendation, it seems to be an expression of opinion; I've now moved it to a footnote. manoj -- A fanatic is a person who can't change his mind and won't change the subject. Winston Churchill Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293688: ITP: ttf-tibetan -- A Unicode OpenType font for Tibetan, Dzongkha and Ladakhi
Package: wnpp Severity: wishlist * Package name: ttf-tibetan Version : 20041206 Upstream Author : THDL Project [EMAIL PROTECTED] * URL : http://iris.lib.virginia.edu/tibet/tools/dls/fonts/ * License : GPL Description : A Unicode OpenType font for Tibetan, Dzongkha and Ladakhi A freely available Tibetan Machine Uni font from the THDL project (http://www.thdl.org/). The font contains almost 4,000 glyphs and can generate over 20,000 different combinations with full support for the Sanskrit combinations found in chos skad texts. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (1001, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269953: radeonfb blanking problem not present in 2.6.10
For what it's worth, I recently upgraded my kernel to 2.6.10, and I no longer see this problem (screen blank after loading radeonfb with a Radeon 9600 -- original report mentioned 9200 SE). I never ran 2.6.9, so I can't say whether the problem was there. -- Jay Berkenbilt [EMAIL PROTECTED] http://www.ql.org/q/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293685: grr, who ate the bugreport body?
Sorry, my original bug lost his body somewhere along the way... It looked something like: Make kernel-patch-skas applyable to kernel 2.6.10 A patch is avaiable in the upstream version, check out http://www.user-mode-linux.org/~blaisorblade/patches/skas3-2.6/ -- Best regards, Viktor. == ~ [EMAIL PROTECTED] ~ ICQ:206 ~ 2:400/567 ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291500: Downgrading severity
severity 291500 normal thanks Since the package seems to build fine, I am downgrading the severity until it can be reproduced (and hopefully the package can move into testing). If future versions build properly on the arm buildd then I think this bug should be closed. -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293689: bsdmainutils: [calendar] The -w flag does nothing
Package: bsdmainutils Version: 6.0.17 Severity: normal Tags: patch I'm using calendar until now without big problems but I like to see the weekend's events again. I don't make aliases for calendar and the output of calendar is as follows: # start $ date Fri Feb 4 20:34:13 BRST 2005 $ calendar Feb 04 Cybernet inaugurated, 1969 Feb 04 Patricia Hearst kidnapped by Symbionese Liberation Army, 1974 (...) Feb 05 Bonne fte aux Agathe ! Feb 05 Pour la sainte Agathe, sme ton oignon, Ft-il dans la glace, il deviendra bon. $ calendar -w 50 Feb 04 Cybernet inaugurated, 1969 Feb 04 Patricia Hearst kidnapped by Symbionese Liberation Army, 1974 (...) Feb 05 Bonne fte aux Agathe ! Feb 05 Pour la sainte Agathe, sme ton oignon, Ft-il dans la glace, il deviendra bon. $ # end I don't have (big) problems with character sets. The right output ends on Feb/7 (and not on Feb/5) because today is a Fri and the last command have to show a lot lines. The patch can be very sample (as follows) but I'm unsure of the correct behavior of the command line flags. I see the OpenBSD version of this code and the output will differ a bit (before and after). Is this right? diff -du3ra --unidirectional-new-file bsdmainutils-6.0.17-old/usr.bin/calendar/day.c bsdmainutils-6.0.17/usr.bin/calendar/day.c --- bsdmainutils-6.0.17-old/usr.bin/calendar/day.c 2004-11-01 14:00:48.0 -0300 +++ bsdmainutils-6.0.17/usr.bin/calendar/day.c 2005-02-04 20:04:48.0 -0200 @@ -381,7 +381,7 @@ * leap years). Only one event can match, and it's easy to find. * Note we can't check special events, because they can wander widely. */ - if (((v1 = lookahead) 50) (interval == YEARLY)) { + if (((v1 = offset) 50) (interval == YEARLY)) { memcpy(tmtmp, tp, sizeof(struct tm)); tmtmp.tm_mday = dayp; tmtmp.tm_mon = monthp - 1; @@ -506,7 +506,7 @@ warnx(time out of range: %ls, endp); else { tdiff = difftime(ttmp, f_time)/ SECSPERDAY; - if (tdiff = lookahead || (bodun tdiff == -1)) { + if (tdiff = offset || (bodun tdiff == -1)) { if (tdiff = 0 || (bodun tdiff == -1)) { if ((tmp = malloc(sizeof(struct match))) == NULL) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bsdmainutils depends on: ii bsdutils1:2.12p-2Basic utilities from 4.4BSD-Lite ii debconf [debconf-2.0] 1.4.42 Debian configuration management sy ii debianutils 2.11.2 Miscellaneous utilities specific t ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- debconf information: bsdmainutils/calendar_lib_is_not_empty: bsdmainutils/calendar_config_moved: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293669: acknowledged by developer (Re: Bug#293669: ITP: xen -- virtual machine monitor)
Hi, Debian Bug Tracking System wrote: [...] Er, no. xen 1.2 is already in unstable. Plus, I've been finishing up the xen 2.0 debs. I *just* got done rebasing my 2.0.3 debs against 2.0.4(which was just released today). Uh, my excuses for that. Somehow I was checking for *xen* on both packages.debian.org and bugs.debian.org/wnpp, but it seems I forgot a switch or something somewhere. Sorry again, wasn't meant to annoy you. I was already wondering why there is no maintainer for xen :) Tom ps: I'm the maintainer of xen 1.2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289856: mdnsresponder: Wrong license
quote who=[EMAIL PROTECTED] There are not much zeroconf implementations. Only two aims at being free. The only alternative is : http://www.freedesktop.org/Software/Avahi The project is stalled for monthes. I am in regular contact with the developer, and tracking its progress. Also what s wrong with howl implementation of zeroconf ? I agree that zeroconf itself may not be the best design and is by now way undorsed by a ieee. Howl is not a fantastic implementation (see nifd, mDNSResponder problems). When you are asking to remove howl to wait for a gpl implementation i guess there is a misunderstanding. Howl is developped to reimplement apple ASPL licenced version in GPL code. My bet is if they did not reimplmented the last apple bits, Howl is not a GPL reimplementation of Apple's code. It was a direct copy of early versions, modified to work interoperate with other systems, with a new BSD-like client library. There was no intention of completely rewriting the mDNSResponder. It is already usable under debian. libhowl is only required for service to auto publish themselves. An administrator can publish http, ftp, webdav service by hand even if the applications have no howl code linked. It is the mDNSResponder license that is problematic, not the client library. If you know of a better alternative, it may have been a good idea to let gnome developpers know before they finished proting their plateform to this library. gnome 2.6.9 is already in experimental. It may be a hard work for the gnome debian team to patch every upstream releases removing the howl bits. It won't be significantly difficult. I'm the GNOME release manager, in close communication with upstream and the Debian and Ubuntu GNOME teams. - there is only a GPL zeroconf implementation maintained It still have apple code but only in the server which is not need by applications linking to the library This code will be replaced asap There is no fully working GPL implementation. Howl is not GPL. - gnome 2.6.10 will/is using howl extensively It is an optional dependency of gnome-vfs. It is not using Howl extensively. - Jeff -- linux.conf.au 2005: Canberra, Australiahttp://linux.conf.au/ The Vines are the latest pretenders to the thrown. - Vines review by liv4now.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289856: mdnsresponder: Wrong license
Hi sorry if i missed th point or came too late. There are not much zeroconf implementations. Only two aims at being free. The only alternative is : http://www.freedesktop.org/Software/Avahi The project is stalled for monthes. http://groups.google.fr/groups?q=howl+apple+codehl=frlr=selm=cm02q7%24o4g%241%40FreeBSD.csie.NCTU.edu.twrnum=1 Or are we talking about multi cast dns only ? On the other side howl reused apple core (thus the licencing issue). But the project will replace it as soon as possible. Also what s wrong with howl implementation of zeroconf ? I agree that zeroconf itself may not be the best design and is by now way undorsed by a ieee. When you are asking to remove howl to wait for a gpl implementation i guess there is a misunderstanding. Howl is developped to reimplement apple ASPL licenced version in GPL code. My bet is if they did not reimplmented the last apple bits, It is already usable under debian. libhowl is only required for service to auto publish themselves. An administrator can publish http, ftp, webdav service by hand even if the applications have no howl code linked. http://blog.subverted.net/index.php?p=362 On a network with mac os x services , those are available as is too. Then, there are only 31 rdepends but one of them is gnome-vfs . Gnome 2.6.9 is already heavily using it, from IM applications to music players, : http://developer.gnome.org/news/summary/2004_July18-July24.html http://elysium-project.sourceforge.net/epittance/ http://www.temme.net/sander/mod_zeroconf/ http://lists.debian.org/debian-devel/2004/11/msg00862.html From previously mentioned url: http://groups.google.fr/groups?q=howl+apple+codehl=frlr=selm=cm02q7%24o4g%241%40FreeBSD.csie.NCTU.edu.twrnum=1 kde is moving to howl too. If you know of a better alternative, it may have been a good idea to let gnome developpers know before they finished proting their plateform to this library. gnome 2.6.9 is already in experimental. It may be a hard work for the gnome debian team to patch every upstream releases removing the howl bits. What i found this fall was : - there is only a GPL zeroconf implementation maintained It still have apple code but only in the server which is not need by applications linking to the library This code will be replaced asap - gnome 2.6.10 will/is using howl extensively Regarding debians, apple core won't be rewritten before sarge, there are no news about that since july. Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293690: how do i read /usr/share/doc/aish/*.gz?
Package: aish Version: 1.13-2 Severity: normal I'm not sure how to read the following files - vim shows me mostly garbage. Couldn't they be Unicode? aish.txt: Non-ISO extended-ASCII text, with LF, NEL line terminators install.txt: Non-ISO extended-ASCII text, with LF, NEL line terminators readme.doc: Non-ISO extended-ASCII text, with LF, NEL line terminators ReadMe.txt: Non-ISO extended-ASCII text, with LF, NEL line terminators I wanted to read the docs because I can't figure out from the manpage how to decode base64. -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (990, 'experimental'), (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages aish depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292237: adds gfdl license
tag 292237 patch thanks +mtools (3.9.9-2.1) unstable; urgency=low + + * NMU + * Added a copy of the GFDL text to debian/copyright and correct +license location in debian/patches/02-manpages.dpatch fixing +tgz.1 (Closes: #292237) + + -- Paul Brossier [EMAIL PROTECTED] Sat, 5 Feb 2005 01:27:35 + diff -u mtools-3.9.9/debian/changelog mtools-3.9.9/debian/changelog --- mtools-3.9.9/debian/changelog +++ mtools-3.9.9/debian/changelog @@ -1,3 +1,12 @@ +mtools (3.9.9-2.1) unstable; urgency=low + + * NMU + * Added a copy of the GFDL text to debian/copyright and correct +license location in debian/patches/02-manpages.dpatch fixing +tgz.1 (Closes: #292237) + + -- Paul Brossier [EMAIL PROTECTED] Sat, 5 Feb 2005 01:27:35 + + mtools (3.9.9-2) unstable; urgency=low * Acknowledging NMU fixes. Thanks Matt. (closes: #217413, #191861, #191861) diff -u mtools-3.9.9/debian/patches/02-manpages.dpatch mtools-3.9.9/debian/patches/02-manpages.dpatch --- mtools-3.9.9/debian/patches/02-manpages.dpatch +++ mtools-3.9.9/debian/patches/02-manpages.dpatch @@ -146,7 +146,7 @@ diff -urN mtools-3.9.8.orig/tgz.1 mtools-3.9.8/tgz.1 --- mtools-3.9.8.orig/tgz.11969-12-31 19:00:00.0 -0500 +++ mtools-3.9.8/tgz.1 2003-01-19 14:24:39.0 -0500 -@@ -0,0 +1,48 @@ +@@ -0,0 +1,56 @@ +.\ tgz.1 +.\ (c) 2001 Filip Van Raemdonck [EMAIL PROTECTED] +.\ @@ -167,6 +167,14 @@ +.\ Boston, MA 02111-1307, USA. +.\ +.\ ++.ig ++A copy of the GNU Free Documentation License is available in the ++Debian package in the file /usr/share/doc/m17n-docs/copyright. ++.. ++.ig ++A copy of the GNU Free Documentation License is available in the ++Debian source package in the file debian/copyright. ++.. +.TH TGZ 1 May 2002 mtools 3.9.8 Mtools Users Manual +.SH NAME +tgz diff -u mtools-3.9.9/debian/copyright mtools-3.9.9/debian/copyright --- mtools-3.9.9/debian/copyright +++ mtools-3.9.9/debian/copyright @@ -16,0 +17,407 @@ + + + +The manpage tgz.1 is distributed under the terms of the GNU +Free Documentation License, with no Invariant Sections, no +Front-Covers Texts and no Back-Covers Texts. The full text +of the license follows. + + + + GNU Free Documentation License + Version 1.2, November 2002 + + + Copyright (C) 2000,2001,2002 Free Software Foundation, Inc. + 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + Everyone is permitted to copy and distribute verbatim copies + of this license document, but changing it is not allowed. + + +0. PREAMBLE + +The purpose of this License is to make a manual, textbook, or other +functional and useful document free in the sense of freedom: to +assure everyone the effective freedom to copy and redistribute it, +with or without modifying it, either commercially or noncommercially. +Secondarily, this License preserves for the author and publisher a way +to get credit for their work, while not being considered responsible +for modifications made by others. + +This License is a kind of copyleft, which means that derivative +works of the document must themselves be free in the same sense. It +complements the GNU General Public License, which is a copyleft +license designed for free software. + +We have designed this License in order to use it for manuals for free +software, because free software needs free documentation: a free +program should come with manuals providing the same freedoms that the +software does. But this License is not limited to software manuals; +it can be used for any textual work, regardless of subject matter or +whether it is published as a printed book. We recommend this License +principally for works whose purpose is instruction or reference. + + +1. APPLICABILITY AND DEFINITIONS + +This License applies to any manual or other work, in any medium, that +contains a notice placed by the copyright holder saying it can be +distributed under the terms of this License. Such a notice grants a +world-wide, royalty-free license, unlimited in duration, to use that +work under the conditions stated herein. The Document, below, +refers to any such manual or work. Any member of the public is a +licensee, and is addressed as you. You accept the license if you +copy, modify or distribute the work in a way requiring permission +under copyright law. + +A Modified Version of the Document means any work containing the +Document or a portion of it, either copied verbatim, or with +modifications and/or translated into another language. + +A Secondary Section is a named appendix or a front-matter section of +the Document that deals exclusively with the relationship of the +publishers or authors of the Document to the Document's overall subject +(or to related matters) and contains nothing that could fall directly +within that overall subject. (Thus, if the
Bug#292779: ip_conntrack format changed
hoi :) On Sat, Jan 29, 2005 at 09:31:02PM +0100, Herbert Buurman wrote: Package: oidentd Since 2.6.9 the format of the ip_conntrack changed. Unfortunately the exact format is dependent on the CONFIG_IP_NF_CT_ACCT option, so I don't think there is a trivial fix for this. I just uploaded a version that should fix that problem. But I could not test it yet. Could you please check that 2.0.7-3 works for you? -- Martin Waitz signature.asc Description: Digital signature
Bug#293691: ITP: schedtool -- cpu schedule policy tool
Package: wnpp Severity: wishlist * Package name: schedtool Version : 1.2.4 Upstream Author : Freek * URL : http://freequaos.host.sk/schedtool/ * License : GPL2 Description : cpu schedule policy tool It can be used to avoid skipping for A/V-applications, to lock processes onto certain CPUs on SMP/NUMA systems, which may be beneficial for networking or benchmarks, or to adjust nice-levels of lesser important jobs to maintain a high amount of interactive responsiveness under high load. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-cko3-1 Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293692: errors pop up twice
Package: kaffeine Version: 0.4.92+0.5rc2-2 Severity: minor xine errors, e.g. no plugin found, pop up twice -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kaffeine depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-6 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-5 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxine1 1.0-1 the xine video/media player librar ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-10 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293693: lvm2: lvcreate causes device-mapper ioctl cmd 9 failed: Invalid argument
Package: lvm2 Version: 2.00.24-1 Severity: normal I'm trying to set up LVM for the first time. I have the dm-mod kernel module loaded. No udev or devfs here. The following commands all succeed: pvcreate /dev/hda1 vgcreate vg /dev/hda1 vgchange -ay vg Now I want to create a logical volume, but the command seems to fail: # lvcreate -L15G -narchive vg device-mapper ioctl cmd 9 failed: Invalid argument Couldn't load device 'vg-archive'. Failed to activate new LV. syslog says Feb 4 20:59:12 helium kernel: device-mapper: : dm-linear: Device lookup failed Feb 4 20:59:12 helium kernel: Feb 4 20:59:12 helium kernel: device-mapper: error adding target to table Based on the LVM HOWTO I expected lvcreate to create a block device file /dev/vg/archive, but it didn't. However, # ls -l /dev/mapper total 0 crw--- 1 root root 10, 63 Feb 3 16:31 control brw--- 1 root root 254, 0 Feb 4 20:59 vg-archive However all of lvdisplay, lvscan, vgdisplay, etc. act as though the volume has been created on /dev/vg/archive: e.g. # lvscan ACTIVE'/dev/vg/archive' [15.00 GB] inherit So should I simply ignore the error message from lvcreate, and use /dev/mapper/vg-archive instead of /dev/vg/archive? Or has there really been an error here? I'm very confused. Thanks, Andrew. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lvm2 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdevmapper1.002:1.00.19-2 The Linux Kernel Device Mapper use ii lvm-common 1.5.17 The Logical Volume Manager for Lin -- debconf information: lvm2/snapshots: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292243: adds gfdl license
tag 292243 patch thanks +xbvl (2.2-4.1) unstable; urgency=low + + * NMU + * Added complete GFDL text to debian/copyright and correct license +location to debian/xbvl.1 (closes: #292243) + + -- Paul Brossier [EMAIL PROTECTED] Sat, 5 Feb 2005 02:12:24 + diff -u xbvl-2.2/debian/changelog xbvl-2.2/debian/changelog --- xbvl-2.2/debian/changelog +++ xbvl-2.2/debian/changelog @@ -1,3 +1,11 @@ +xbvl (2.2-4.1) unstable; urgency=low + + * NMU + * Added complete GFDL text to debian/copyright and correct license +location to debian/xbvl.1 (closes: #292243) + + -- Paul Brossier [EMAIL PROTECTED] Sat, 5 Feb 2005 02:12:24 + + xbvl (2.2-4) unstable; urgency=low * Fix FTBFS with gcc-3.4 and conflicting types for 'sbrk' (Closes: #25992) diff -u xbvl-2.2/debian/copyright xbvl-2.2/debian/copyright --- xbvl-2.2/debian/copyright +++ xbvl-2.2/debian/copyright @@ -9,0 +10,406 @@ + + + +The xvbl.1 manpage is distributed under the terms of the +GNU Free Documentation License, with not Front-Covers Texts and no +Back-Covers Texts. The full text of the license follows. + + + + GNU Free Documentation License + Version 1.2, November 2002 + + + Copyright (C) 2000,2001,2002 Free Software Foundation, Inc. + 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + Everyone is permitted to copy and distribute verbatim copies + of this license document, but changing it is not allowed. + + +0. PREAMBLE + +The purpose of this License is to make a manual, textbook, or other +functional and useful document free in the sense of freedom: to +assure everyone the effective freedom to copy and redistribute it, +with or without modifying it, either commercially or noncommercially. +Secondarily, this License preserves for the author and publisher a way +to get credit for their work, while not being considered responsible +for modifications made by others. + +This License is a kind of copyleft, which means that derivative +works of the document must themselves be free in the same sense. It +complements the GNU General Public License, which is a copyleft +license designed for free software. + +We have designed this License in order to use it for manuals for free +software, because free software needs free documentation: a free +program should come with manuals providing the same freedoms that the +software does. But this License is not limited to software manuals; +it can be used for any textual work, regardless of subject matter or +whether it is published as a printed book. We recommend this License +principally for works whose purpose is instruction or reference. + + +1. APPLICABILITY AND DEFINITIONS + +This License applies to any manual or other work, in any medium, that +contains a notice placed by the copyright holder saying it can be +distributed under the terms of this License. Such a notice grants a +world-wide, royalty-free license, unlimited in duration, to use that +work under the conditions stated herein. The Document, below, +refers to any such manual or work. Any member of the public is a +licensee, and is addressed as you. You accept the license if you +copy, modify or distribute the work in a way requiring permission +under copyright law. + +A Modified Version of the Document means any work containing the +Document or a portion of it, either copied verbatim, or with +modifications and/or translated into another language. + +A Secondary Section is a named appendix or a front-matter section of +the Document that deals exclusively with the relationship of the +publishers or authors of the Document to the Document's overall subject +(or to related matters) and contains nothing that could fall directly +within that overall subject. (Thus, if the Document is in part a +textbook of mathematics, a Secondary Section may not explain any +mathematics.) The relationship could be a matter of historical +connection with the subject or with related matters, or of legal, +commercial, philosophical, ethical or political position regarding +them. + +The Invariant Sections are certain Secondary Sections whose titles +are designated, as being those of Invariant Sections, in the notice +that says that the Document is released under this License. If a +section does not fit the above definition of Secondary then it is not +allowed to be designated as Invariant. The Document may contain zero +Invariant Sections. If the Document does not identify any Invariant +Sections then there are none. + +The Cover Texts are certain short passages of text that are listed, +as Front-Cover Texts or Back-Cover Texts, in the notice that says that +the Document is released under this License. A Front-Cover Text may +be at most 5 words, and a Back-Cover Text may be at most 25 words. + +A Transparent copy of the Document means a machine-readable copy,
Bug#293694: swig: New Upstream version available
Package: swig Version: 1.3.22-1 Severity: normal Hi, Two new upstream release of swig is available, which is increasingly being used by various packages. from swig.org: 2004/12/14 SWIG-1.3.24 has been released. 2004/11/11 SWIG-1.3.23 has been released. Thanks Ramakrishnan -- System Information: Debian Release: 3.0 Architecture: i386 Kernel: Linux astra 2.6.10 #3 Wed Feb 2 21:17:24 IST 2005 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages swig depends on: ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii libgcc1 1:3.4.2-2GCC support library ii libstdc++5 1:3.3.5-1The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293695: kernel-image-2.4.18-1-k7: CD-ROM buttons and eject don't work right
Package: kernel-image-2.4.18-1-k7 Version: 2.4.18-13.1 Severity: normal My AMD 1.4GHz Athlon clone box has a no-name CD-ROM drive with two buttons on it. When the power is on but Linux is not yet running, the right button seems to open the tray, and the left button closes it. When the system is running, the setcd -i command reports the tray is open when in fact it's closed. Pressing the right-hand button on the CD drive and the eject command both have the same effect: the tray is opened and *immediately* closed. This happens too fast to drop a CD into the tray before it closes. Now for the _really_ strange part. If I press the left button on the drive, and then press the right button, the tray opens and stays open -- for some variable period of time. Sometimes it's 20 or 30 seconds; sometimes its several minutes. Anyway, I can usually get a CD into or out of the tray this way before it closes again. dmesg reports: hdc: CD-ROM Drive/F5E, ATAPI CD/DVD-ROM drive hdc: ATAPI 52X CD-ROM drive, 128kB Cache Uniform CD-ROM driver Revision: 3.12 Because the CD drive appears to behave reasonably on its own, I think this is a software problem with the IDE driver -- but I am not a kernel person and not used to this stuff. Google has not revealed anything like this. Any ideas? -- A. T. Young -- System Information Debian Release: 3.0 Kernel Version: Linux aty786 2.4.18-1-k7 #1 Wed Apr 14 19:20:42 UTC 2004 i686 unknown Versions of the packages kernel-image-2.4.18-1-k7 depends on: ii fileutils 4.1-10 GNU file management utilities ii initrd-tools 0.1.32woody.3 Tools to generate an initrd image. ii modutils 2.4.15-1 Linux module utilities. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293696: libagrep-ocaml-dev: won't like with ocamlopt
Package: libagrep-ocaml-dev Version: 1.0-2 Severity: important When trying to compile with ocamlopt as detailed in the README (in the source tarball), GCC wants to see /usr/lib/ocaml/3.08/agrep/agrep.a: kermit:~/tmp$ cp -a /usr/share/doc/libagrep-ocaml-dev/examples/ testagrep kermit:~/tmp$ cd testagrep/ kermit:~/tmp/testagrep$ ocamlopt -o testagrep -I +agrep agrep.cmxa testagrep.ml gcc: /usr/lib/ocaml/3.08/agrep/agrep.a: No such file or directory Error during linking -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libagrep-ocaml-dev depends on: ii libagrep-ocaml1.0-2 Wu-Manber algorithm for string sea ii ocaml-nox [ocaml-nox-3.08]3.08.2-1 ML language implementation with a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293686: geda: uninstallable on unstable
reassign 293686 geda-gschem retitle 293686 geda-gschem: uninstallable in unstable tags 293686 sid clone 293686 -1 reassign -1 geda-gnetlist retitle -1 geda-gnetlist: uninstallable in unstable thanks This is not a bug in geda, it's a bug in the packages depended on. It's also specific to the new version that's only in sid, so tagged as such. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#288388: Fixed and pending
tags 288388 + fixed pending thanks We'll close this bug as soon as the 0.40.3 version of oregano is sponsored (which will also close #293094). -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ Youth is a disease from which we all recover. GPG: C671257D - 6EF6 C284 C95D 78F6 0B78 FFD3 981C 5FD7 C671 257D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293652: gnat-gps: Missing library dependency
reassign 293652 libgtkada2-0 tags 293652 sid thanks This is an RC bug in libgtkada2-0. When the name of a library changes, the name of the library package must *also* change. libgtkada2-0 2.4.0-1 will not be allowed into testing. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#293574: acknowledged by developer (This isn't a bug)
reopen 293574 retitle 293574 clearsilver-dev depends on unavailable package clearsilver1 severity 293574 serious thanks, Since this isn't a bug in software I'm closing it. When you want to talk with the maintainers you can send a mail to package@packages.qa.debian.org or send a mail directly for one of us. Thanks by your interest. Thank you very much taking care of this, but as I've seen in when you asked on -release, this is serious bug in clearsilver. Regards, Emilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268800: Fixed
tags 268800 = fixed thanks I've set the additional text on the buttons and resized the icons. It will be uploaded when #268468 can be fixed. -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ You can't have everything. Where would you put it? GPG: C671257D - 6EF6 C284 C95D 78F6 0B78 FFD3 981C 5FD7 C671 257D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293580: cupsys: Hangs in the middle of printing
Hi, At Fri, 4 Feb 2005 19:07:18 +0500, Alexander E. Patrakov wrote: Steps to reproduce with Epson Stylus C84 connected to /dev/usb/lp0: 1) Install gimp 2) Open a big (e.g. A4-sized) color photo in GIMP 3) Right-click, File, Print..., configure the printer so that GIMP knows that it's Epson Stylus C84 and submits a raw job, not PostScript. 4) Select resolution, tell GIMP that the photo should occupy the whole page (or maybe with 1cm magrins). 5) Press the Print button. I think it's a bug in cupsys and not in gimp or gimp-print because the steps below do result in the photo being printed on paper in full: 1) Configure GIMP to save the raw print job for Epson Stylus C84 to a file instead of sending it to lpr 2) Actually print the photo to a file 3) cat file.prn /dev/usb/lp0 Hmm, unfortunately I don't have your printer, but I'll try to find a solution. 1. Which backend do you use? You can find it at /etc/cups/printers.conf. Maybe usb:/dev/usb/lp0 or epson:/dev/usb/lp0. 2. Can you find something at /var/log/cups/error_log when you set level to 'debug' at /etc/cups/cupsd.conf? I dunno following bug reports are related your problem, but FYI - http://www.cups.org/str.php?L87+P0+S0+C0+I0+E0+Qepson - http://www.cups.org/str.php?L874+P0+S0+C0+I0+E0+Qepson Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240574: fixed?
On Fri, 2005-02-04 at 14:00 +0100, Robert Millan wrote: cdbs now has a debian/control autogeneration feature. You enable it by using DEB_AUTO_UPDATE_DEBIAN_CONTROL (see the source for details). With this feature, dependencies (versioned when needed) for debhelper, bzip2, autotools-dev, gnulib, or even cdbs itself are added to debian/control. Nice. Does that solve your concerns? I'm afraid not. What prompted me to this bug report was the fact that several GNOME team maintainers converted their packages to cdbs but forgot to add it to the build dependencies, causing a FTBFS in a minimal build environment. I'm afraid this nice feature is just as prone to accidental omission; what I was thinking of instead was a check that would make sure that cdbs is part of the build dependencies. After all, if cdbs is being used, it has to be in there, or am I missing something? (The fact that cdbs has several reverse dependencies these days might complicate things...) A similar check might be possible for some of the packages needed by specific cdbs components. Can we close this bug? That depends on whether my idea makes sense and/or there are plans to implement it at some point in the future instead I guess. :) -- Earthling Michel Dnzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#293247: correction
Hi, At Wed, 02 Feb 2005 16:14:33 -0500, Matt Swift wrote: Please ignore what I wrote after the colon above. I was temporarily confused about this detail. The correct form for the smb URL type is smb://user:[EMAIL PROTECTED]/share. When this URL is reported on the manage-printers web page, the user:pass@ part is never included, presumably by design. I wish to correct just this mistaken detail in my report: the problem I describe is not a result of my reporting error, it's real: under certain mysterious conditions, cupsys is losing the user:pass information. My evidence is that a printer that was working fine begins to show the following text on the manage-printers page: Unable to connect to SAMBA host, will retry in 60 seconds...ERROR: Connection failed with error NT_STATUS_ACCESS_DENIED. I can verify this error message in the samba logs. I can correct it -- at least until it happens again -- by selecting modify printer and retyping the URL. Please correct if my understand is wrong: CUPS web interface hides(cuts) username/password when you 'modify' and/or 'show' printer information. But maybe your /etc/cups/printers.conf has correct URI with username/password when you 'add' printer, right? As far as my reviewing code, this looks specification. Showing username/password at web interface means all users can see it. It is better to show username/password at modify window, but current code looks haven't such a feature. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293589: I too confirm
I too confirm this problem. Additional notes: 1. While this bug is serious, I don't think it warrants a severity level of serious. It does not constitute a serious violation of Debian policy (i.e. violate a must or required directive). 2. Since Evolution hasn't changed recently, I doubt that this is an Evolution bug. I tend to believe something else it depends on has changed, and has caused this new problem. 3. CPU goes to near 100% on system when Evolution freezes. 4. It doesn't seem to happen on all of my systems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282554: Suspended Development
According to the web page http://dev.mysql.com/downloads/other/mysqlcc.html : Development of MySQLGUI has been suspended. Our current development efforts are directed towards the development of MySQL Administrator and MySQL Query Browser. I'm not sure if it makes sense having it in the orphaned packages to be adopted at http://qa.debian.org/orphaned.html as it's upstream development has stopped, there's a replacement program and probably it will become obsolete soon. __ Renovamos el Correo Yahoo!: ¡250 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293698: missing build-depends
Package: pearpc Version: 0.3.1-3 Severity: serious The package build-depends on library runtime packages (containing shared objects only) instead of library development packages (containing static objects and headers). For example: aalib1, libxext6, libx11-6, etc.. Instead of: aalib1-dev, libxext-dev, libx11-dev, etc.. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i386) Kernel: GNU/kFreeBSD 5.3-2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages pearpc depends on: ii libc0.1 2.3-1+kbsd.8 GNU C Library: Shared libraries an ii libgcc1 1:3.4.1-5+kbsd GCC support library ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libstdc++51:3.3.5-4+kbsd The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290625: xserver-xfree86: kdmrc config change makes the race disappear
On Fri, 2005-02-04 at 17:43 +0200, Vassilii Khachaturov wrote: It looks like xserver-xfree86 is not to be blamed, and the problem is KDM- and/or kdelibs-specific. The X server might still be able to prevent or at least detect the failure condition by making sure that input and output are attached to the same VT. -- Earthling Michel Dnzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#259477: missing bug?
Hi! Did you say you'd fix this on next upload? Looks like you forgot #259477. -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293700: FTBFS on kfreebsd-gnu
Package: pearpc Version: 0.3.1-3 Severity: wishlist Tags: patch Hi, This patch fixes build failure on kfreebsd-gnu. It uses cdbs functionality to auto-generate debian/control. This is only present in 0.4.26-2 or later, but you don't need to explicitly add it since cdbs already adds itself to Build-Depends. To get it working, you need to: - copy debian/control into debian/control.in - apply my patch - run autoconf2.50 (for the upstream changes) - upgrade to cdbs 0.4.26-2 (in incoming.d.o ATTOW) - debian/rules clean The upstream changes in configure.in are already sent upstream. Note: I noticed bug #293698 (missing build-depends) while porting this package. My patch in this bug fixes that problem too (I've put the fix for that here since two patches would otherwise overlap). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i386) Kernel: GNU/kFreeBSD 5.3-2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages pearpc depends on: ii libc0.1 2.3-1+kbsd.8 GNU C Library: Shared libraries an ii libgcc1 1:3.4.1-5+kbsd GCC support library ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libstdc++51:3.3.5-4+kbsd The GNU Standard C++ Library v3 -- no debconf information --- pearpc-0.3.1.old/configure.in 2004-09-05 18:24:36.0 +0200 +++ pearpc-0.3.1/configure.in 2005-02-05 05:02:14.0 +0100 @@ -61,7 +61,7 @@ NASM_OPTS=-f elf case $target_os in -linux*) +linux* | gnu* | k*bsd*-gnu) OSAPI_DIR=posix if test x$enable_ui = xno; then enable_ui=x11 @@ -69,7 +69,7 @@ AC_MSG_RESULT([*** LINUX, building POSIX version. we need pthread.]) PPC_LDADD=$PPC_LDADD -lpthread -lrt ;; -*freebsd*) +freebsd*) OSAPI_DIR=posix if test x$enable_ui = xno; then enable_ui=x11 diff -ur pearpc-0.3.1.old/debian/control.in pearpc-0.3.1/debian/control.in --- pearpc-0.3.1.old/debian/control.in 2005-02-05 04:36:25.0 +0100 +++ pearpc-0.3.1/debian/control.in 2005-02-05 04:59:27.0 +0100 @@ -2,12 +2,13 @@ Section: otherosfs Priority: optional Maintainer: Leo Costela [EMAIL PROTECTED] -Build-Depends: nasm, debhelper (= 4.1.0), cdbs, aalib1, libgpmg1, libsdl1.2debian-all, libsvga1, libncurses5-dev, libxext6, libasound2, slang1, libsdl1.2-dev, libx11-6 +Build-Depends: @cdbs@, nasm [cpu: i386], aalib1-dev, libsdl1.2-dev, libncurses5-dev, libxext-dev, slang1-dev, libx11-dev, libsvga1-dev [i386], libgpmg1-dev [system: linux], libasound2-dev [system: linux] Standards-Version: 3.6.1.0 Package: pearpc -Architecture: i386 -Depends: ${shlibs:Depends} +Cpu: i386 +System: any +Depends: ${shlibs:Depends} Description: Architecture-independent PowerPC platform emulator PearPC is an architecture-independent PowerPC platform emulator capable of running most PowerPC operating systems. diff -ur pearpc-0.3.1.old/debian/rules pearpc-0.3.1/debian/rules --- pearpc-0.3.1.old/debian/rules 2005-02-05 04:33:50.0 +0100 +++ pearpc-0.3.1/debian/rules 2005-02-05 04:43:12.0 +0100 @@ -2,6 +2,7 @@ PACKAGE = pearpc INSTALL = install -D +DEB_AUTO_UPDATE_DEBIAN_CONTROL = yes include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/class/makefile.mk
Bug#293699: fet: ftbfs [sparc] ldd: /lib/ld-linux.so.2 exited with unknown exit code (132)
Package: fet Version: 3.9.21-1 Severity: normal fet fails to build from source on sparc: (duplicated in sparc pbuilder) dh_installdeb dh_shlibdeps ldd: /lib/ld-linux.so.2 exited with unknown exit code (132) dpkg-shlibdeps: failure: ldd on `debian/fet/usr/bin/fet' gave error exit status 1 dh_shlibdeps: command returned error code 256 make: *** [binary-arch] Error 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251389: mozilla-thunderbird: problem goes away once gtk2-engines-crux package is removed
Package: mozilla-thunderbird Version: 1.0-3 Followup-For: Bug #251389 FWIW, I was experiencing this same problem on an AMD64 system running sid with mozilla-thunderbird_1.0-3. After purging the gtk2-engines-crux package the menu highlighting worked as it should. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mozilla-thunderbird depends on: ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-7 GCC support library ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgtk2.0-02.6.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.8.0-3 Layout and rendering of internatio ii libstdc++6 3.4.3-7 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft22.1.2-6 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-10 X Window System printing extension ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- debconf information: * mozilla-thunderbird/browser: GNOME -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293247: correction
I realize now that it is possible that the problem is simply that in the modify printer sequence, the user:pass information is not displayed in the web form as the default value. It is also possible that in some other circumstances, the result of sanitizing the DeviceURI is mistakenly written back to printers.conf. I will try to look into the code further. So far, I see that the function cupsdSanitizeURI() is used to strip the user:pass information from the URI for use in logfiles and so on -- this is appropriate. But as you suggest, the unsanitized URI should be displayed in the modify printer sequence as the default value of the web form, so that by progressing through the modify printer series while accepting the default each time does not change printers.conf. I believe root privilege is required to enter modify printer so that it should not be a problem to display the user:pass on the screen during modify printer. I think it is worth trying to verify that whenever the DeviceURI is written to printers.conf, the value used is the UNsanitized URI, never the sanitized URI. I have not found yet where in the source code DeviceURI is written to printers.conf. If the correct value is always written to printers.conf, then (of course) the problem I experience must be derived from the sanitized default during the modify printer web page sequence. On Fri Feb 4 23:18:25 2005 -0500, Kenshi Muto [EMAIL PROTECTED] wrote: K As far as my reviewing code, this looks specification. Showing K username/password at web interface means all users can see it. K It is better to show username/password at modify window, but K current code looks haven't such a feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293686: geda: uninstallable on unstable
On Sat, Feb 05, 2005 at 01:41:41PM +1300, Mark Robinson wrote: Package: geda Version: 20041228-1 Severity: grave Justification: renders package unusable Thanks for your bug report, but it's rather useless. libgeda22 is in incoming requiring NEW processing. Filing bug reports on geda won't change that. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197103: Is this bug still present?
On Fri, Feb 04, 2005 at 12:19:05PM -0300, Margarita Manterola wrote: Hi! A long time ago you submitted a bug related to evolution: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=197103 Can you still reproduce this bug with version 2.0.3 (latest in Sarge and Sid) ? Yes. Anand PS: Has the author asked you to through all the bugs submitted on evolution or is this some automated script which does a bug-ping? Very similiar text has to come to me for another bug. -- linux.conf.au 2005 - http://lca2005.linux.org.au/ - Birthplace of Tux April 18th to 23rd - http://lca2005.linux.org.au/ - LINUX Canberra, Australia - http://lca2005.linux.org.au/ -Get bitten! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#212881: Noninteractive patch for cdebconf
Package: cdebconf Version: 0.74 Followup-For: Bug #212881 I developed a patch to cdebconf that provides noninteractive support for unattended installs. It automatically uses the default setting for every question and is based on the text installer. I'll include it below, but it's also available from http://mnl.cs.sunysb.edu/~amohr/cdebconf-noninteractive-patch It's been tested with a few different configurations and doesn't seem to have any problems. Alex diff -uwrN cdebconf/debian/cdebconf-noninteractive-udeb.install cdebconf-noninteractive/debian/cdebconf-noninteractive-udeb.install --- cdebconf/debian/cdebconf-noninteractive-udeb.install1969-12-31 19:00:00.0 -0500 +++ cdebconf-noninteractive/debian/cdebconf-noninteractive-udeb.install 2005-02-04 22:44:37.0 -0500 @@ -0,0 +1 @@ +udeb/usr/lib/cdebconf/frontend/noninteractive* usr/lib/cdebconf/frontend diff -uwrN cdebconf/debian/cdebconf-noninteractive-udeb.templates cdebconf-noninteractive/debian/cdebconf-noninteractive-udeb.templates --- cdebconf/debian/cdebconf-noninteractive-udeb.templates 1969-12-31 19:00:00.0 -0500 +++ cdebconf-noninteractive/debian/cdebconf-noninteractive-udeb.templates 2005-02-04 22:39:17.0 -0500 @@ -0,0 +1,27 @@ +Template: debconf/noninteractive-error +Type: text +_Description: !! ERROR: %s + +Template: debconf/yes +Type: text +_Description: Yes + +Template: debconf/no +Type: text +_Description: No + +Template: debconf/noninteractive-prompt-default +Type: text +_Description: Using default '%d' + +Template: debconf/noninteractive-prompt-default-string +Type: text +_Description: Using default '%s' + +Template: debconf/noninteractive-prompt-default-password +Type: text +_Description: Using default password (not shown) + +Template: debconf/cont-prompt +Type: text +_Description: Continuing. diff -uwrN cdebconf/debian/changelog cdebconf-noninteractive/debian/changelog --- cdebconf/debian/changelog 2005-01-11 13:27:56.0 -0500 +++ cdebconf-noninteractive/debian/changelog2005-02-04 22:49:56.0 -0500 @@ -1,3 +1,10 @@ +cdebconf (0.75) unstable; urgency=low + + * Alexander Mohr +- Add new frontend, noninteractive, based on the plain text frontend. + + -- Colin Watson [EMAIL PROTECTED] Fri, 04 Feb 2005 23:43:21 + + cdebconf (0.74) unstable; urgency=low * Colin Watson diff -uwrN cdebconf/debian/control cdebconf-noninteractive/debian/control --- cdebconf/debian/control 2005-01-11 13:21:05.0 -0500 +++ cdebconf-noninteractive/debian/control 2005-02-04 22:48:09.0 -0500 @@ -134,6 +134,21 @@ cdebconf-text-udeb is a basic plain text frontend cdebconf package used by the debian-installer. +Package: cdebconf-noninteractive-udeb +Architecture: any +Section: debian-installer +Priority: optional +Depends: cdebconf-udeb, ${shlibs:Depends} +XC-Package-Type: udeb +Description: Noninteractive frontend for Debian Configuration Management System + Debconf is a configuration management system for Debian packages. It is + used by some packages to prompt you for information before they are + installed. This is a reimplementation of the original debconf version + in C. + . + cdebconf-noninteractive-udeb is a noninteractive version of a basic plain + text frontend cdebconf package used by the debian-installer. + Package: cdebconf-gtk-udeb Architecture: disabled Section: debian-installer diff -uwrN cdebconf/debian/rules cdebconf-noninteractive/debian/rules --- cdebconf/debian/rules 2005-01-11 13:21:05.0 -0500 +++ cdebconf-noninteractive/debian/rules2005-02-04 22:46:58.0 -0500 @@ -15,8 +15,8 @@ LIBDEBCONFDEV=libdebconfclient0-dev LIBDEBCONF=libdebconfclient0 -DEB_FRONTENDS=text newt -UDEB_FRONTENDS=text newt +DEB_FRONTENDS=text noninteractive newt +UDEB_FRONTENDS=text noninteractive newt SIZEOPTFLAG=-Os SPEEDOPTFLAG=-O2 diff -uwrN cdebconf/src/modules/frontend/Makefile cdebconf-noninteractive/src/modules/frontend/Makefile --- cdebconf/src/modules/frontend/Makefile 2005-01-11 13:21:14.0 -0500 +++ cdebconf-noninteractive/src/modules/frontend/Makefile 2005-02-04 22:42:47.0 -0500 @@ -27,7 +27,8 @@ $(srcdir)/debian/cdebconf-gtk-udeb.templates \ $(srcdir)/debian/cdebconf-newt-udeb.templates \ $(srcdir)/debian/cdebconf-slang-udeb.templates \ - $(srcdir)/debian/cdebconf-text-udeb.templates + $(srcdir)/debian/cdebconf-text-udeb.templates \ + $(srcdir)/debian/cdebconf-noninteractive-udeb.templates templates: $(TEMPLATES) @@ -35,6 +36,7 @@ $(srcdir)/debian/cdebconf-newt-udeb.templates: newt/newt.c $(srcdir)/debian/cdebconf-slang-udeb.templates: slang/slang.c $(srcdir)/debian/cdebconf-text-udeb.templates: text/text.c +$(srcdir)/debian/cdebconf-noninteractive-udeb.templates: noninteractive/noninteractive.c $(TEMPLATES): $(XGETTEXT) -c --keyword=get_text:2,3 --omit-header --no-location $? -o - | $(srcdir)/debian/po2templates $@ diff -uwrN
Bug#273182: Certain things don't add up....
Comments in-line. Donovan Baarda [EMAIL PROTECTED] is quoted as saying: So who's bug is it, and who should fix/workaround it? part 1) is probably a user problem... the user will just need to put the required modules into /etc/modules. Arguably the rc-script priorities of discover, hotplug, and checkfs.sh (initscripts package) could be tweaked to fix this. This is entirely unsatisfactory, adding lines to /etc/modules? /etc/modules is deprecated and should not be around if you are using modprobe, hotplug, discover..et-al. This is just bad advice or workaround. part 2) is possibly a kernel bug, or possibly a mdadm bug, but the cleanest workaround would be to add the required changes to /etc/udev/links.conf, either as a default or at least a README in the udev package. Wow this is great, tell us to use a file which explicitly has this as its header: # This file does not exist. Please do not ask the debian maintainer about it. # You may use it to do strange and wonderful things, at your risk. So you propose to have this fugly hack in a Production system? (later when Sarge is released. I'd like to think not. part 3) is definitely a udev issue. Ideally it would be fixed so module loading with modprobe would wait until the /dev/* files are created. I find 3 seconds disturbingly long... I realise udev would have to scan partitions, but 3 seconds! If it was made faster this problem would probably go away. Failing a proper fix, the cleanest workaround is to add a delay after the /etc/init.d/module-init-tools rc script runs. As it's a udev specific problem, have the udev package add an /etc/init.d/udev-wait rc script that runs at priority 21 that delays to give udev time to create the devices. Ouch, 3 seconds on relatively small systems might just work. How about systems with multiple racks of storage or storage with multiple LUNs, or exceptionally large LUNs with 35+ Partitions? Are you sure 56 ticks is enough... I don't think so. Even then a sleep... is a terrible hack. Though it is used gratuitously in many places, mostly in bad places to trick the said programmer into thinking it is F1X3d. I am not slamming anyone here, just the practice. Though I am declaratively an non-programmer (I only deal with Hardware and Networks)... maybe this is a good enough reason to change that though. -- greg, [EMAIL PROTECTED] The technology that is Stronger, better, faster: Linux signature.asc Description: This is a digitally signed message part
Bug#153485:
It will be very interesting in to know if this problem still ocurrs in the last version. Otherwise this bug report will be closed. -- Bruno Barrera C. Debian Developer signature.asc Description: This is a digitally signed message part
Bug#293686: geda: uninstallable on unstable
On Fri, Feb 04, 2005 at 07:23:33PM -0800, Steve Langasek wrote: reassign 293686 geda-gschem retitle 293686 geda-gschem: uninstallable in unstable tags 293686 sid clone 293686 -1 reassign -1 geda-gnetlist retitle -1 geda-gnetlist: uninstallable in unstable thanks This is not a bug in geda, it's a bug in the packages depended on. It's also specific to the new version that's only in sid, so tagged as such. Actually, they're just waiting on libgeda22 to be processed in incoming, so it's not exactly a bug at all. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292049: mozilla-firefox: Firefox steals focus when page loads.
* Adam Funk ([EMAIL PROTECTED]) wrote: Please don't inflate bug severities. Sorry! But yeah, it sucks. Feel free to encourage upstream to fix this, and file patches there. The Bugzilla discussion https://bugzilla.mozilla.org/show_bug.cgi?id=88810; 10 days old. includes a user fix that seems to work: put the line user_pref(mozilla.widget.raise-on-setfocus, false); in user.js in the profile directory. Actually I've noticed firefox hasn't been bringing itself forward recently, even without that pref. What gives? -- 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#293693: Acknowledgement (lvm2: lvcreate causes device-mapper ioctl cmd 9 failed: Invalid argument)
After I filed the initial report, I found the vgmknodes command. I ran this command once, and it set up the required directory /dev/vg and symlinks within it for me. But more important, I don't have to run it any more; now when I run lvcreate, a new symlink is automatically created for me. This was definitely not happening at first, so I guess that's the bug: symlinks in /dev/$VOLGROUP aren't created until vgmknodes is run once. At least, that's what happened to me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293702: awstats: New version available
Package: awstats Severity: wishlist Hi There is a new verison of awstats available at http://awstats.sourceforge.net/ Some itens from changelog that I think that are important: - Removed an unknown security hole. - Removed an other unknown major security hole (found by iDEFENSE). - Restart of apache on debian failed in awstats_configure.pl Thank you Nelson -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-mm3-biolinux1 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293585: python2.3-ldap: libldap = 2.1 required but not specified
Hi... On Fri, Feb 04, 2005 at 04:19:10PM +0100, Herv? Cauwelier wrote: Package: python2.3-ldap Severity: normal Hi, I've found _ldap.so is importing symbols like ldap_passwd (and ldap_first_reference?) that you can only find in libldap 2.1 and up. I suggest reinforcing the dependencies with a minimum version requirement. I know this is unusual but I've found this bug while trying to use python2.3-ldap backported on a Woody. Quite right. I'll fix it soon. =) Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293686: geda: uninstallable on unstable
On Sat, Feb 05, 2005 at 05:03:25PM +1100, Hamish Moffatt wrote: On Fri, Feb 04, 2005 at 07:23:33PM -0800, Steve Langasek wrote: reassign 293686 geda-gschem retitle 293686 geda-gschem: uninstallable in unstable tags 293686 sid clone 293686 -1 reassign -1 geda-gnetlist retitle -1 geda-gnetlist: uninstallable in unstable thanks This is not a bug in geda, it's a bug in the packages depended on. It's also specific to the new version that's only in sid, so tagged as such. Actually, they're just waiting on libgeda22 to be processed in incoming, so it's not exactly a bug at all. possibly so, but these versions of the packages aren't going anywhere until libgeda22 is accepted anyway, so might as well have the bugs in the right place to document the issue. Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#293664: mozilla-firefox: [CAN-2004-1156] secunia window injection
* Djoume SALVETTI ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-4 Severity: normal Good day, Firefox is vulnerable to window injection vulnerability describe in CAN-2004-1156 : http://secunia.com/secunia_research/2004-13/advisory/ http://secunia.com/multiple_browsers_window_injection_vulnerability_test/ The problem was fixed upstream : https://bugzilla.mozilla.org/show_bug.cgi?id=273699 (the patch is in https://bugzilla.mozilla.org/show_bug.cgi?id=103638) Regards. Unfortunately the patch does not apply cleanly to Firefox 1.0 sources. Any idea if they're planing a 1.0.1 to address it? -- 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#293703: athcool: New version available
Package: athcool Version: 0.3.8-2 Severity: wishlist Hi! New version 0.3.9 is available at http://members.jcom.home.ne.jp/jacobi/linux/softwares.html Thank you Nelson -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-mm3-biolinux1 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) Versions of packages athcool depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii pciutils1:2.1.11-15 Linux PCI Utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290864: mozilla-firefox: A OverTheSpot patch for mozilla-firefox
* Tetralet ([EMAIL PROTECTED]) wrote: Eric Dorland wrote: * Tetralet ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0-2 Severity: wishlist Tags: patch Hi, The OverTheSpot mode of XIM is the most common input method for Chinese/Japanese users, but it is a pity that gtk2+ library don't support it. There is a patch written by eliu (Vampire at Wicked Empire) [EMAIL PROTECTED] could make gtk2+ library to support OverTheSpot mode. Please visit http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=290469 for more details. But mozilla/mozilla-firefox/mozilla-thunderbird still need more patches to make its supporting OverTheSpot mode. The attached file is the patch for mozilla-firefox and mozilla-thunderbird. After some testing, we feel that this patch is stable enough to update to the upstream. Please consider to apply this. If the patch gets accepted into GTK I will certainly seriously consider it. Some input method, like scim and gcin, uses it's own gtk im module so that it can support overthesopt input method without patching libgtk2.0-0 package. Therefore, I think it is ok that firefox could apply this patch without libgtk2.0-0 package accepted the patch first. Please consider it. thanks! Ok, did you send the patch to the upstream bugzilla? I'd like them to comment before I apply. -- 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#293591: mozilla-firefox: Wrong Release Notes URL on about: page
tags 293591 unreproducible thanks * Christian Hofstaedtler ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0+dfsg.1-4 Severity: normal Firefox shows a link to it's release notes on the about: page (titled Firefox 1.0). This link points to the preview-release release-notes: http://www.mozilla.org/products/firefox/releases/0.10.html I believe it should point to this URL instead: http://www.mozilla.org/products/firefox/releases/1.0.html The link is to http://www.mozilla.org/products/firefox/releases/1.0.html on my box. -- 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#293705: No ttyB entries on hppa
Package: makedev Version: 2.3.1-75 Tags: patch MAKEDEV doesn't create ttyB0 on hppa systems by default. This makes life inconvenient for K-class owners and those with the remote management card in their D/R class servers. I guess a suitable patch would look something like: --- /sbin/MAKEDEV 2004-08-18 12:46:47.0 -0600 +++ MAKEDEV 2005-02-05 00:41:44.147347764 -0700 @@ -403,6 +403,7 @@ $0 $opts pty $0 $opts console $0 $opts ttyS0 ttyS1 ttyS2 ttyS3 ttyS4 + $0 $opts ttyB0 ttyB1 ttyB2 ttyB3 ttyB4 ttyB5 ttyB6 ttyB7 $0 $opts busmice $0 $opts lp $0 $opts par -- Next the statesmen will invent cheap lies, putting the blame upon the nation that is attacked, and every man will be glad of those conscience-soothing falsities, and will diligently study them, and refuse to examine any refutations of them; and thus he will by and by convince himself that the war is just, and will thank God for the better sleep he enjoys after this process of grotesque self-deception. -- Mark Twain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293704: usbserial and ircomm don't work on sparc
package: kernel-source-2.6.8 version: 2.6.8-13 This is actually 2 separate problems with Debian kernel-source on sparc. The ircomm causes a hard lock with irda-usb on both sparc64 and powerpc. The other problem is usbserial does not work on sparc64, but I have pl2303 working on powerpc. pl2303 half works on sparc64. visor does not work on either sparc64 or powerpc. When I test ircomm on powerpc via usbserial I get lots of packets, but no serial data passed, however it possible to shut the machine down properly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293706: ht: FTBFS (amd64/gcc-4.0): cast from 'const char*' to 'int' loses precision
Package: ht Severity: normal Tags: patch When building 'ht' on amd64 with gcc-4.0, I get the following errors: analy_names.cc: In function 'char* label_prefix(const char*)': analy_names.cc:98: error: cast from 'const char*' to 'int' loses precision With the attached patch 'ht' can be compiled on amd64 using gcc-4.0. The patch contains a patch which was already necessary for gcc-3.4. Regards Andreas Jochens diff -urN ../tmp-orig/ht-0.7.3/analyser/analy_names.cc ./analyser/analy_names.cc --- ../tmp-orig/ht-0.7.3/analyser/analy_names.cc2002-07-30 18:07:53.0 +0200 +++ ./analyser/analy_names.cc 2005-02-04 22:06:17.0 +0100 @@ -95,7 +95,7 @@ char *label_prefix(const char *p) { if (p = LPRFX_MAX) { - return label_prefixes[(int)p]; + return label_prefixes[(long)p]; } else { return (char*)p; } diff -urN ../tmp-orig/ht-0.7.3/analyser/coff_analy.cc ./analyser/coff_analy.cc --- ../tmp-orig/ht-0.7.3/analyser/coff_analy.cc 2002-09-10 18:09:27.0 +0200 +++ ./analyser/coff_analy.cc2005-02-05 08:16:51.705309783 +0100 @@ -297,7 +297,7 @@ FILEOFS CoffAnalyser::addressToFileofs(Address *Addr) { if (validAddress(Addr, scinitialized)) { - FILEOFS ofs; + unsigned ofs; // Addr-=pe_shared-pe32.header_nt.image_base; RVA rva; if (!convertAddressToRVA(Addr, rva)) return INVALID_FILE_OFS; diff -urN ../tmp-orig/ht-0.7.3/analyser/le_analy.cc ./analyser/le_analy.cc --- ../tmp-orig/ht-0.7.3/analyser/le_analy.cc 2002-10-19 11:58:30.0 +0200 +++ ./analyser/le_analy.cc 2005-02-05 08:20:14.086839068 +0100 @@ -549,7 +549,9 @@ if (!convertAddressToLEAddress(Addr, na)) return false; if (!LE_addr_to_segment(le_shared, na, sec)) return false; LEAddress temp; - bool init = LE_addr_to_ofs(le_shared, na, temp); + FILEOFS fo_temp; + bool init = LE_addr_to_ofs(le_shared, na, fo_temp); + temp = fo_temp; LE_OBJECT *s = objects-header + sec; switch (action) { diff -urN ../tmp-orig/ht-0.7.3/cstream.cc ./cstream.cc --- ../tmp-orig/ht-0.7.3/cstream.cc 2002-06-30 19:08:48.0 +0200 +++ ./cstream.cc2005-02-04 21:52:28.0 +0100 @@ -120,7 +120,7 @@ UINT ssize = size; while (size = bufferpos) { memcpy(buf, buffer+buffersize-bufferpos, bufferpos); - ((byte *)buf) += bufferpos; + buf = ((byte *)buf) + bufferpos; size -= bufferpos; bufferpos = 0; if (size) { @@ -140,7 +140,7 @@ while (bufferpos+size = buffersize) { memcpy(buffer+bufferpos, buf, buffersize-bufferpos); size -= buffersize-bufferpos; - ((byte *)buf) += buffersize-bufferpos; + buf = ((byte *)buf) + buffersize-bufferpos; bufferpos = buffersize; if (size) { if (!flush_compressed()) return ssize - size; diff -urN ../tmp-orig/ht-0.7.3/global.h ./global.h --- ../tmp-orig/ht-0.7.3/global.h 2002-09-13 19:44:57.0 +0200 +++ ./global.h 2005-02-04 22:15:49.0 +0100 @@ -49,7 +49,7 @@ # undef dword #endif -typedef unsigned int UINT; +typedef unsigned long UINT; #define byte unsigned char #define word unsigned short diff -urN ../tmp-orig/ht-0.7.3/htanaly.cc ./htanaly.cc --- ../tmp-orig/ht-0.7.3/htanaly.cc 2003-07-02 16:26:07.0 +0200 +++ ./htanaly.cc2005-02-05 08:23:13.393733735 +0100 @@ -820,7 +820,7 @@ errorbox(globalerror); continue; } - UINT end_by_lines; + unsigned end_by_lines; if ((by_lines = end_str[0]=='#')) { char *pend = end_str[1]; bnstr(pend, end_by_lines, 10); @@ -1829,7 +1829,7 @@ } else { strcpy(str2, ?); } - list-insert_str((int)xa, str, xref_type(x-type), str2); + list-insert_str((long)xa, str, xref_type(x-type), str2); xa = (Address*)x_tree-enum_next((ht_data**)x, xa); } list-attachTitle(text); diff -urN ../tmp-orig/ht-0.7.3/htapp.cc ./htapp.cc --- ../tmp-orig/ht-0.7.3/htapp.cc 2005-02-05 08:29:54.228425808 +0100 +++ ./htapp.cc 2005-02-04 22:11:16.0 +0100 @@ -758,7 +758,7 @@ void *ht_project_listbox::getNext(void *entry) { - UINT e=(UINT)entry; + unsigned long e=(unsigned long)entry; if (!e) return NULL; if (project (e project-count())) { return (void*)(e+1); @@ -769,7 +769,7 @@ void *ht_project_listbox::getPrev(void *entry) { - UINT e=(UINT)entry; + unsigned long e=(unsigned long)entry; if (e 1) {
Bug#254998: reopen
reopen 254998 severity 254998 wishlist thanks The fact that dpkg does not follow what the policy recommends is by no means a policy bug. It also is not clear that section 9.4 applies to dpkg in the first place (dpkg is not an initscript). I agree that this is not a policy bug; that is why I filed it against dpkg. I don't think that dpkg is violating policy either; if I did, I would have set the severity higher. I think that the dpkg maintainer wrongly reassigned this report to policy. Not wanting to play BTS tennis, I refrained from reassigning it back to dpkg until this report could gather more comments. The motivation for this report is that the user sees sometimes blah... and sometimes blah ... when installing packages. This looks untidy. If this aesthetic consideration is of no importance at all (not even warranting minor or wishlist severity) then I agree with the closing of the bug. Otherwise the transition plan is simple: edit the strings in dpkg with s/ \.\.\./\.\.\./g. I don't see what is so difficult about that, and no one has yet said what obstacles there are to doing it. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]