Bug#340138: dhcp3-client: Please raise the priority of this package
Package: dhcp3-client Version: 3.0.3-5 Severity: normal The priority of dhcp3-client should be raised so that it is installed on new system instead of dhcp-client. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages dhcp3-client depends on: ii debianutils 2.15.1 Miscellaneous utilities specific t ii dhcp3-common 3.0.3-5Common files used by all the dhcp3 ii libc6 2.3.5-8GNU C Library: Shared libraries an dhcp3-client recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340139: nautilus file/dir refresh not working with gamin/fam
Package: nautilus Version: 2.12.1-1 Severity: important Tags: experimental this is for nautilus on experimental... something like touch a on the desktop does not make it appear anymore... it used to work with nautilus 2.10 ... however rebuilding gnomevfs/nautilus did not help and the gamin monitoring tests were successful. So it is a problem of nautilus or gnomevfs. -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc4-sonne Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages nautilus depends on: ii desktop-file-utils 0.10-1 Utilities for .desktop files ii gconf2 2.12.1-4GNOME configuration database syste ii gnome-control-center 1:2.10.2-1 utilities to configure the GNOME d ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-8 GNU C Library: Shared libraries an ii libcairo21.0.2-1 The Cairo 2D vector graphics libra ii libeel2-22.12.1-1Eazel Extensions Library (for GNOM ii libesd-alsa0 [libesd0] 0.2.36-1Enlightened Sound Daemon (ALSA) - ii libexif120.6.12-2library to parse EXIF files ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libgail-common 1.8.6-1 GNOME Accessibility Implementation ii libgail171.8.6-1 GNOME Accessibility Implementation ii libgconf2-4 2.12.1-4GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-1 The GLib library of C routines ii libgnome-desktop-2 2.12.1-1Utility library for loading .deskt ii libgnome-keyring00.4.6-1 GNOME keyring services library ii libgnome2-0 2.12.0.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.12.0-1A powerful object-oriented display ii libgnomeui-0 2.12.0-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.12.1.1-1 The GNOME virtual file-system libr ii libgtk2.0-0 2.8.3-1 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii libnautilus-extension1 2.12.1-1libraries for nautilus components ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.10.1-1Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.12.7-1SAX-based renderer library for SVG ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxi6 6.8.2.dfsg.1-10 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display ii libxml2 2.6.22-2GNOME XML library ii libxrandr2 6.8.2.dfsg.1-10 X Window System Resize, Rotate and ii nautilus-data2.12.1-1data files for nautilus ii shared-mime-info 0.16-3 FreeDesktop.org shared MIME databa ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages nautilus recommends: ii desktop-base0.3.16 common files for the Debian Deskto ii eject 2.0.13deb-18 ejects CDs and operates CD-Changer ii nautilus-cd-burner 2.12.1-2 CD Burning front-end for Nautilus -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323027: APOP support
Hi, can you check if it the APOP support is working with the latest version in sarge(sarge3)? Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org Forget about that mouse with 3/4/5 buttons - gimme a keyboard with 103/104/105 keys! pgpojfk3EdpAZ.pgp Description: PGP signature
Bug#336688: yaird also add [permanent] ide-generic
On Mon, Nov 21, 2005 at 08:39:16AM +0100, Sven Luther wrote: On Mon, Nov 21, 2005 at 07:33:45AM +0100, Erik van Konijnenburg wrote: On Sun, Nov 20, 2005 at 11:40:00PM +0100, Sven Luther wrote: On Sun, Nov 20, 2005 at 10:19:19PM +0100, Erik van Konijnenburg wrote: On Fri, Nov 18, 2005 at 03:36:52AM +0100, Mau wrote: ide-generic should probably not be permanent as it's not needed to boot the root filesystem. Please fix! that's not handled by any other driver; if another driver is loaded after ide-generic, the IDE devices are already claimed. Notice that i believe that ide-generic will drive any ide chipset for x86, i have some doubt of it working on non-x86 arches, at least it does not work on pegasos, and i don't think it will support the powermacs ide drives. The other problem is, as you say below, that loading it before the real thing will make the real thing not work, as is the case here. However, as long as ide-generic is loaded after the chipset drivers, all this ambiguity should not hurt too much. For common hardware, ide-generic is expected to be one of the last drivers loaded. Maybe the correct algorithm would be to : 1) only include ide-generic on x86 hardware. Doable ... 2) load it after the real driver, and maybe only if the real driver didn't produce a working driver for the root device. This is the problematic one: piix is recognised and works, via8cxxx is recognised and doesn't. How would yaird distinguish when to load ide-generic? Well, i am not so sure, maybe i misunderstand ide-generic, and it is not a driver per see, or an addition to existing drivers. It seems, ide-generic is indeed a separate driver, and it needs to be loaded later than the normal driver or not at all, or you don't get DMA on the normal driver, which may be the cause of the piix problem, not sure. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340136: Updated Danish po-debconf translation
tags #340136 l10n patch confirmed pending thanks On Mon, Nov 21, 2005 at 08:20:09AM +0100, Morten Brix Pedersen wrote: Attached is an updated Danish po-debconf translation for aide. Committed to svn. I also found a typo in the English version: msgid Daily reports ar mailed to root by default This should probably be are instead of ar. Thanks for spotting this. Fixed in svn. I have also edited the debian/po files to correct the error. I hope this is enough to keep the existing translations from getting fuzzy. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
Brendan O'Dea wrote: there are quite a few instances in /etc/init.d/*.sh scripts where exit is called. All the exit commands are either (1) at the end of usage exception sections, or (2) preceded by colons ':'. Testing suggests that a : exit 0 does the same as :, namely, nothing. Miquel: What is the purpose of those : exit 0 commands? Do they have an effect under some conditions? -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314385: Agreement?
Hello, without checking the exported symbols, I synced 2.1.10-1 into Ubuntu. Feeling slightly guilty, I felt responsible to work on getting the situation 'fixed'. To solve this problem, (I read that it'll be a long way to freetype 2.2), I'd like to come to an agreement here. With the information that Matt revealed, I think it'd make sense to rename the package to libfreetype6a (or whatever) and treat this like a 'normal' transition, that other libraries do as well. I'd just like to come to an agreement, so we have minimal delta between Debian and Ubuntu (and get over the problem soon). Hope to hear from your soon. Have a nice day, Daniel signature.asc Description: This is a digitally signed message part
Bug#340140: postgrey: Please add arcor to whitelist
Package: postgrey Version: 1.21-3 Severity: wishlist Hi, Please add /^mail-in-\d+\.arcor-online\.net$/ to the whilelist. Retry is slow - = 12 hours. Thanks, Bernd -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-grsec Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages postgrey depends on: ii adduser 3.77 Add and remove users and groups ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii libberkeleydb-perl0.26-3 use Berkeley DB 4 databases from P ii libnet-dns-perl 0.53-2 Perform DNS queries from a Perl sc ii libnet-server-perl0.87-3 An extensible, general perl server ii perl 5.8.7-7Larry Wall's Practical Extraction ii ucf 2.003 Update Configuration File: preserv Versions of packages postgrey recommends: ii postfix 2.2.4-1A high-performance mail transport -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338310: Solved
Hi I solved the problem by erasing .gnome and .gnome2 (and .gconf and .gconfd). I don't know if you prefeer moving this bug to gnome or closing it. Thanks. maxxer
Bug#297954: ITA: doomlegacy -- A port of the Doom engine that supports OpenGL
In fact, i am not still sure. I would like to work out on it. I would like to became a DD and I have a mentor. I expect him to help me. Anyway If you thinks that there is a problem with no solution about license I would like you to tell it to me. Thanks. JmGV On Monday 21 November 2005 06:00 am, Matej Vela wrote: On Mon, Nov 14, 2005 at 16:10:20 +0100, Jose María Gómez wrote: retitle 297954 ITA: doomlegacy -- A port of the Doom engine that supports OpenGL retitle 298027 ITA: doomlegacy-data -- Data files needed by doomlegacy How do you plan to solve the licensing problems (#264816)? Thanks, Matej
Bug#338027: put gvim.desktop in gtk2 enabled vim packages
On Sun, Nov 20, 2005 at 05:37:49PM +, Adonikam Virgo wrote: I think a vim-gui-common package makes perfect sense. Indeed. It already exists in svn. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#339431: CVE-2005-3186: Integer overflow in gdk-pixbuf's XPM code
Loic Minier wrote: On Mon, Nov 21, 2005, Martin Schulze wrote: I found the vulnerability matrix by Moritz Muehlenhoff useful: Woody gtk2 Woody gdk-pixbuf Sarge gtk2 Sarge gdk-pixbuf CVE-2005-29751170 2841170 284 CVE-2005-29761317 413 413 CVE-2005-31861255 3591256 359 What's the meaning of the numbers above? Line numbers of the problematic code, but I found it useful to find out which version are affected (all CVEs are present in all packages, all dists, except 2976 in sarge Gtk2). I had to rebuild the woody packages since you've built them for 'stable-security' instead of 'oldstable-security' Yes, I awoke in my sleep when I thought about that this night. Could you tell us as well which versions in sid fix these problems? Yes, I checked sid's gdk-pixbuf, and it adresses all 3 CVEs since version 0.22.0-11. I only checked sid's gtk 2.6.10 this morning, and it was only vulnerable to CVE-2005-3186 and CVE-2005-2975 (not to CVE-2005-2976), like the sarge gtk, and was fixed in 2.6.10-2. Ok, this results to the following matrix: old stable (woody)stable (sarge) unstable (sid) gdk-pixbuf 0.17.0-2woody30.22.0-8.1 0.22.0-11 gtk+2.0 2.0.2-5woody3 2.6.4-3.12.6.10-2 Regards, Joey -- If you come from outside of Finland, you live in wrong country. -- motd of irc.funet.fi 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#340108: linux-image-2.6.14-2-386: ALSA fails with SB16 value
On Mon, Nov 21, 2005 at 12:25:11PM +0900, Horms wrote: tag 340108 +upstream [...] As this is almost certainly an ALSA bug, could you take a few moments to log your report with the ALSA maintainers, as per the instructions on: http://www.mailarchives.org/list/debian-kernel/msg/2005/09177 http://bugzilla.kernel.org/show_bug.cgi?id=5634 -- 72 61 6c 66 40 73 74 72 : 63 6d 70 2e 64 65 0a [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#335488: [Pkg-zope-developers] Re: Bug#335488: Removal request for old zope packages
On Mon, Nov 21, 2005 at 12:40:23AM +0100, Jeroen van Wolffelaar wrote: On Sun, Nov 20, 2005 at 09:53:37PM +0100, Fabio Tranchitella wrote: On dom, 20 nov 2005, Jeroen van Wolffelaar wrote: Why isn't the canonical zope version simply called 'zope' here? If I'd remove zope, there will be no 'zope' package anymore for people to in.. zope2.7 has Provides: zope Oh, so there are currently no less than *four* versions of zope in unstable? yes (but it will go down to 3 once zope=zope 2.6 is removed) Too many zope(s)? That was discussed already. Problem is: there are a lot of differences between zope2.6, zope2.7 and zope2.8 : you cannot simply upgrade and hope your portal will continue to work. Some time ago I had a conversation with people who work in a company building web services: they worked with zope 2.6 (although 2.7 was around) since it was OK for them, and they had no plans in switching (at that time), since it would cost too much time and failures (that their clients were not willing to pay for!). So, as long as we can manage to keep them secure and working, I approve having multiple zopes around. I'd very strongly suggest to make that zope2 and zope3 only I would not. while there surely can be a lot of difference between minor versions, I do not think it's a good thing to have multiple minor versions in the archive simultaneously, especially considering zope2 is apparantly obsolete already. We will see what happens by the time etch is released. You have to think about people using stable, and people who weight stability more than innovation The main factor that would weight against keeping zope2.7 in etch would be: - will zope.com provide hotfix for zope2.7 if a bug is found? or otherwise - can we backport security fixes to zope2.7 if a problem is found in 2.7? Unfortunately (though I swam in zope some time in the past) I admit I may not be up to the second task In case there's a security issue in etch, then all of them need to be fixed after all, so it saves you as maintainers also some effort. again: as long as we mantainers can stand the burden, I see no problems in keeping multiple versions (*) But max two then? Only some really big packages have more than two versions, and even there it's typically too much (kernel, python, ...). (*) indeed Debian will have less kernels around in the future, and the reason is that security was not powerful enough to keep up with too many of them. but this is not a big problem for zope : zope hotfixes are easy to analyze and deploy: it took me 45 minutes to fix bug 334055 ; (unfortunately the fix is not part of the security archive yet; I have queried the security team but nobody answered me for long time, up to Sun 20th, when joey wrote me that he is taking care of it, so the fix should be published in the archives in short time) BTW it seems that the new versioned BTS is not understanding that 334055 was fixed in sid but not in sarge... I now send a found command, and see if this corrects the BTS! bye a. -- Andrea Mennucc Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef signature.asc Description: Digital signature
Bug#340125: [fwd: Bug#340125: octave-mode rebinds M-BS]
I am forwarding below a bug report filed against the octave2.9-emacsen package. The submitter claims that the meta-backspace should not be bound by octave-mode. I would like to hear from you whether backward-kill-word is really the standard keybinding for meta-backspace and whether it should be changed or not. Thanks, Rafael - Forwarded message from Frederik Eaton [EMAIL PROTECTED] - From: Frederik Eaton [EMAIL PROTECTED] Subject: [Pkg-octave-devel] Bug#340125: octave-mode rebinds M-BS Date: Mon, 21 Nov 2005 04:02:20 + To: Debian Bug Tracking System [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED] Package: octave2.9-emacsen Version: 2.9.2-2 Severity: normal Octave-mode (in xemacs 21.4) seems to be rebinding the meta-backspace keystroke: M-BS runs `octave-mark-defun' This is unwise because it's a standard keystroke (backward-kill-word) which many people frequently use as part of normal editing. Changing the definition to something else is confusing and annoying to these users. Frederik -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages octave2.9-emacsen depends on: ii debianutils 2.14.2 Miscellaneous utilities specific t ii emacs21 [emacsen] 21.4a-1The GNU Emacs editor ii octave2.9 2.9.2-2GNU Octave language for numerical ii xemacs21 21.4.17-2 highly customizable text editor ii xemacs21-mule [xemacs21] 21.4.17-2 highly customizable text editor -- octave2.9-emacsen recommends no packages. -- no debconf information ___ Pkg-octave-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-octave-devel - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340135: [Pkg-alsa-devel] Bug#340135: Updated Danish po-debconf translation
reopen 340135 stop Morten Brix Pedersen wrote: close 340135 thanks Sorry about this bug report. I forgot that I already had this translation pending in bug #326632. We updated da.po to the file provided in #326632 some time ago. The file you sent to #340135 is different. Should we use the one in #340135 or not? -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340141: ITP: pykdeextensions -- Python packages to support KDE applications (scripts)
Package: wnpp Severity: wishlist Owner: Fathi Boudra [EMAIL PROTECTED] * Package name: pykdeextensions Version : 0.3.0 Upstream Author : Simon Edwards [EMAIL PROTECTED] * URL : http://www.simonzone.com/software/pykdeextensions * License : GPL Description : Python packages to support KDE applications (scripts) PyKDE Extensions is a collection of software and Python packages to support the creation and installation of KDE applications. the same source provides also libpythonize0 package. cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314385: Agreement?
Hi, On Mon, Nov 21, 2005, Daniel Holbach wrote: With the information that Matt revealed, I think it'd make sense to rename the package to libfreetype6a (or whatever) and treat this like a 'normal' transition, that other libraries do as well. I think you should reupload a fixed package exactly at the same time you do the transition, to permit applications linked against the previous package to continue working. Something like the libssl situation: - contact ftpmasters + release to warn them - prepare a freetype2.1.9 source package providing the same binary packages as in the past - prepare a freetype source package with the transitionned package names you described - upload freetype - when it gets accepted (out of NEW), upload freetype2.1.9 This is a proposal, release or ftpmasters should agree with this first. -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#340142: ITP: libpythonize -- Python packages to support KDE applications (library)
Package: wnpp Severity: wishlist Owner: Fathi Boudra [EMAIL PROTECTED] * Package name: libpythonize Version : 0.3.0 Upstream Author : Simon Edwards [EMAIL PROTECTED] * URL : http://www.simonzone.com/software/pykdeextensions * License : GPL Description : Python packages to support KDE applications (library) PyKDE Extensions is a collection of software and Python packages to support the creation and installation of KDE applications. This package contains the libpythonize library files. the same source provides also pykdeextensions package. (see also Bug#340141) cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340145: gaim: unblockable AOL 'buddies'
Package: gaim Version: 1:1.5.0+1.5.1cvs20051015-1 Severity: wishlist This morning I was forcibly disconnected by the AOL IM service and upon reconnection received these messages: (04:14:30) AOL System Msg: AIM added a new AIM Bots group to your Buddy List. (04:14:30) AOL System Msg: Send IMs to moviefone and shoppingbuddy for great holiday flicks and gift ideas. (To remove 'em, just right-click and delete! Learn More) to all of my AIM accounts. Indeed, AOL had forced gaim to create a new group and added three sets of these new 'spim'ed services. Adding these bots to gaim's privacy/ignore list did nothing until I deleted the buddies, upon which I received (again, three copies) of this message: (04:19:45) AOL System Msg: The following bots are no longer available and have been removed from your buddy list: moviefone. To find out more about bots, go to (a deleted URL) (04:19:54) AOL System Msg: The following bots are no longer available and have been removed from your buddy list: shoppingbuddy. To find out more about bots, go to (a deleted URL) The 'AOL System Msg' 'buddy' is also unblockable by gaim. A useful upstream feature would of course be the ability to maintain client-side buddy list integrity and client-side filtering of IMs from undesirable AOL extensions to the AIM service. Thanks for taking this madness over from me, robot101. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gaim depends on: ii gaim-data 1:1.5.0+1.5.1cvs20051015-1 multi-protocol instant messaging c ii libao20.8.6-1.1 Cross Platform Audio Output Librar ii libaspell15 0.60.3-5 GNU Aspell spell-checker runtime l ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libgtkspell0 2.0.10-3 a spell-checking addon for GTK's T ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libstartup-no 0.8-1 library for program launch feedbac ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxss1 6.8.2.dfsg.1-7 X Screen Saver client-side library ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m gaim recommends no packages. -- no debconf information -- Robert Edmonds [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336096: [pkg-fetchmail-maint] Bug#336096: dependency conflict with fetchmail-ssl
On Sun, Nov 20, 2005, Christian Schoenebeck wrote: Please notice that fetchmail-ssl has to be updated as well in order of the latest security update! Currently fetchmail-common and fetchmailconf are kept back on systems where fetchmail-ssl is installed instead of fetchmail. Can you please send a copy of your /etc/apt/sources.list? Thanks, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#338789: ITA: cogito -- version control system
On Sat, Nov 12, 2005 at 09:37:15PM +, Martin Michlmayr wrote: retitle 338789 ITA: cogito -- version control system thanks * Gerrit Pape [EMAIL PROTECTED] [2005-11-12 21:14]: retitle 338789 'ITA: cogito -- version control system' Is there any documentation that suggests that quotes are needed (or work)? Quite a few people get this wrong. No, not that I know of. I think I did it because the parser reads commands one per line, and tokens separated with whitespace. Quoting the subject then is a good idea if tokens are added later, possibly. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340033: [pkg-fetchmail-maint] Bug#340033: fetchmail-ssl does not install on Woody
On Sun, Nov 20, 2005, Sebastian Niehaus wrote: Version: 5.9.11-6.2 Possibly broken dependencies in fetchmail-ssl, thanks for the effort narcotic:/home/niehaus# apt-get install fetchmail-ssl fetchmail-ssl: Depends: fetchmail-common (= 5.9.11-6.2) but 5.9.11-6.3 Can you please send a copy of your /etc/apt/sources.list? Thanks, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#340083: poker-network: French debconf templates translation
Guilhelm Panaget writes: Package: poker-network Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. Applied, thanks. -- Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331626: segfaults when libsdl1.2debian-arts installed
On 20/11/05 23:13, Alexander Schmehl wrote: Hi Martin! * Martin Orr [EMAIL PROTECTED] [051004 10:53]: When I run ppracer, it segfaults after printing the license message and grabbing control of the full screen (which leaves the X server somewhat confused). This happens with libsdl1.2debian-arts installed, but not with libsdl1.2debian-alsa. I think this was a problem with old libsdl1.2. At least I can't reproduce this bug any longer with the new libsdl1.2debian-alsa 1.2.9-0.0 packages from sid. Could you please test it with planetpenguin-racer 0.3.1-3 and libsdl1.2debian-arts 1.2.9-0.0? I was also unable to reproduce the bug with planetpenguin-racer 0.3.1-3 and libsdl1.2debian-arts 1.2.9-0.0, on either amd64 or i386. -- Martin Orr signature.asc Description: OpenPGP digital signature
Bug#340146: STDOUT from fping work fail
Package: fping Version: 2.4b2-to-ipv6-10 Severity: important STDOUT stream in this program work fail. For example, perl script dont work correctly: pinglist.pl file #!/usr/bin/perl -w use strict; my $command='fping -A -f pinglist.txt -l -p 5000'; #my $command='ping 127.0.0.1'; #$!=1; open PING,'-|',$command or die 'Nic z tego'; my $linia; while () { $linia=PING; last unless defined $linia; print $linia\n; } close PING; pinglist.txt file 127.0.0.1 127.0.0.2 when I uncommend standard ping command, it works correctly, but I need ping many of host, that is why I try to use fping. notice. when I remove -l option from $command, this works correctly, because fping at exit close itself STDOUT . In loop mode (-l), this works fail. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages fping depends on: ii libc6 2.3.2.ds1-22 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#340147: /etc/init.d/glibc.sh must use ': exit 0' instead of 'exit 0'
Package: libc6 Version: 2.3.5-5 Severity: serious The script /etc/init.d/glibc.sh can not be sourced, as it contain 'exit 0' at the end of the script. This is against policy, specifying that all .sh scripts in /etc/rcS.d/ will be sourced. I discovered this while fixing sysv-rc (bug #339955), as the boot started to fail because glibc.sh terminated the script running the files in /etc/rcS.d/. Changing 'exit 0' to ': exit 0' solved the issue. Setting severity serious, as this Debian Policy §9.3.1 require .sh scripts in runlevel S to be sourced, and this is impossible as long as this bug is open.
Bug#335522: openoffice.org: right mouse button click doesn't work
I have found a work around for this problem. I use KDE as my desktop and have the mouse set to Focus Strictly Under Mouse; changing this setting (in Desktop-Window Behaviour-Focus) to any of: Focus Under Mouse Focus Follows Mouse Click To Focus Makes this bug go away. I've found Focus Under Mouse to be near enough to Focus Strictly Under Mouse, so have switched. OpenOffice 2 now shows the right click menu perfectly every time. -- Dr Andy Parkins, M Eng (hons), AMIEE [EMAIL PROTECTED] pgpnl8glD6m1K.pgp Description: PGP signature
Bug#324216: [EMAIL PROTECTED]: Status of bug #324216]
below is some information forwarded w/permission from tero ripattila. executive summary is that the problem seems to have something to do with innodb and tls not getting along together. a temporary workaround is provided below, but not verified by myself. sean - Forwarded message from Tero Ripattila [EMAIL PROTECTED] - Date: Sat, 19 Nov 2005 15:05:41 +0200 From: Tero Ripattila [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Status of bug #324216 Hello Sean, I'd like to kindly ask what's status of the bug #324216,http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=324216? I having same difficulties here as described in the bug log and I cannot solve this issue on my own. Actually I got the sig 11 too. Here comes output of my ldd: $ ldd /usr/sbin/mysqld librt.so.1 = /lib/tls/librt.so.1 (0x4001d000) libz.so.1 = /usr/lib/libz.so.1 (0x40023000) libwrap.so.0 = /lib/libwrap.so.0 (0x40035000) libdl.so.2 = /lib/tls/libdl.so.2 (0x4003e000) libpthread.so.0 = /lib/tls/libpthread.so.0 (0x40042000) libcrypt.so.1 = /lib/tls/libcrypt.so.1 (0x40051000) libnsl.so.1 = /lib/tls/libnsl.so.1 (0x4007e000) libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x40092000) libm.so.6 = /lib/tls/libm.so.6 (0x4014c000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x4016e000) libc.so.6 = /lib/tls/libc.so.6 (0x40177000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) I'm quite new to Debian as I've been using only OpenBSD for past four years. Looking forward to hearing from you soon. Regards, Tero -- Tero Ripattila - End forwarded message - - Forwarded message from Tero Ripattila [EMAIL PROTECTED] - Date: Sat, 19 Nov 2005 17:25:52 +0200 From: Tero Ripattila [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Strace indicates that InnoDB support is broken (Was: Re: Status of bug #324216) Hello guys, sorry for spamming you, but I'd like to let you know that this crash may have been caused by InnoDB routines. Please see the following strace: execve(/usr/sbin/mysqld, [/usr/sbin/mysqld, --basedir=/usr, --datadir=/var/lib/mysql, --user=mysql, --pid-file=/var/run/mysqld/mysqld.pid, --skip-locking, --port=3306, --socket=/var/run/mysqld/mysqld.sock], [/* 18 vars */]) = 0 set_thread_area({entry_number:-1 - 0, base_addr:0x402acd20, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 123 InnoDB: The first specified data file ./ibdata1 did not exist: InnoDB: a new database to be created! 051119 17:04:09 InnoDB: Setting file ./ibdata1 size to 10 MB InnoDB: Database physically writes the file full: wait... mysqld got signal 11; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=0 read_buffer_size=131072 max_used_connections=0 max_connections=100 threads_connected=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 217599 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. thd=(nil) Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... Cannot determine thread, fp=0x425d27d8, backtrace may not be correct. Stack range sanity check OK, backtrace follows: 0x81893bf 0x4004caf8 (nil) New value of fp=(nil) failed sanity check, terminating stack trace! Please read http://dev.mysql.com/doc/mysql/en/Using_stack_trace.html and follow instructions on how to resolve the stack trace. Resolved stack trace is much more helpful in diagnosing the problem, so please do resolve it The manual page at http://www.mysql.com/doc/en/Crashing.html contains information that should help you find out what is causing the crash. - - - Answers to some of Seans questions: - is the partition contianing /var/log/mysql full or otherwise not writable? No, there's 1,3G available. - is the directory /var/log/mysql writable by the mysql user? Yep, please see the following: ls -l /var/log |grep mysql drwxr-s--- 2 mysql adm 4096 Nov 19 17:04 mysql -rw-r- 1 mysql adm0 Nov 19 14:27 mysql.err -rw-r- 1 mysql adm0 Nov 19 14:27 mysql.log - do you have old_passwords = 1 in /etc/mysql/my.cnf? Yep. I haven't modified the default my.cnf any way. - - - I attached the output of /etc/init.d/mysql start to this message. Output of ldd /usr/sbin/mysqld is already sent to you. - do you use anything nonstandard in nsswitch.conf (ldap, nis)? No. - are you running mysql
Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
I'm not sure how this could happen, but when I enabled sourcing of the .sh scripts in rcS.d/, the boot failed because /etc/rcS.d/S01glibc.sh uses 'exit 0' at the end of the script, and thus terminates the S runlevel. This script was added in glibc version 2.3.5-5 uploaded 2005-08-27. The strange thing is that the sysv-rc version no longer sourcing the .sh scripts was uploaded 2005-09-10. Wonder how people were booting in the mean time... :/ So it is not safe to source the .sh scripts at the moment. Changing the 'exit 0' to ': exit 0' solved that issue. This should be reported as a bug against glibc, I guess. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340144: ITP: kde-guidance -- collection of KDE system administration tools for GNU/Linux
Package: wnpp Severity: wishlist Owner: Fathi Boudra [EMAIL PROTECTED] * Package name: kde-guidance Version : 0.4.0 Upstream Author : Simon Edwards [EMAIL PROTECTED] * URL : http://www.simonzone.com/software/guidance * License : GPL Description : collection of KDE system administration tools for GNU/Linux Guidance is a collection of KDE system administration tools for GNU/Linux systems. Guidance currently consists of three programs designed to help you look after your system : - userconfig - User and Group administration - serviceconfig - Service/daemon administration - mountconfig - Disk and filesystem administration Guidance needs pykdeextensions. (see also Bug#340141 and Bug#340142) cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316637: newt: Etch is expected to be fully Unicode-compliant so fribidi should be in Depends, not Recommends
su, 2005-11-20 kello 18:14 -0800, Steve Langasek kirjoitti: On Sun, Nov 20, 2005 at 11:43:47PM +0200, Martin-Éric Racine wrote: su, 2005-11-20 kello 10:16 -0800, Steve Langasek kirjoitti: On Sun, Nov 20, 2005 at 07:29:00PM +0200, Martin-Éric Racine wrote: Given how Unicode compliance is a release goal for Etch, having libfribidi0 in Recommends is not sufficient; it really must show in Depends. No. Unicode support refers to applications functioning in a UTF-8 locale as correctly as they do in a single-byte locale. And it indeed doesn't function correctly here. Not putting libfribidi0 as Depends breaks newt operation on UTF-8 locales, which in turns also affects debconf. Without it, debconf does NOT work correctly under a UTF-8 locale using the 'dialog' front-end. Then you should have said that (and in a separate bug report, no less) instead of claiming that dependencies were missing. If UTF-8 isn't working right without lifribidi0, then something's buggy in the UTF-8 support, because libfribidi0 should *not* be required for this. You really ought to check the whole thread for this bug before mailing. This bug already was about the missing dependency, which the maintainer solved by adding a Recommends, instead of a Depends. -- Martin-Éric Racine http://q-funk.iki.fi signature.asc Description: This is a digitally signed message part
Bug#340135: [Pkg-alsa-devel] Bug#340135: Updated Danish po-debconf translation
Hi, * Thomas Hood [EMAIL PROTECTED] [2005-11-21 09:56:29]: reopen 340135 stop Morten Brix Pedersen wrote: close 340135 thanks Sorry about this bug report. I forgot that I already had this translation pending in bug #326632. We updated da.po to the file provided in #326632 some time ago. The file you sent to #340135 is different. Should we use the one in #340135 or not? You should use the original one, already reported in #326632. Sorry for the confusion. - Morten. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340149: guile-1.6-slib has a wrong dependency
Package: guile-1.6-slib Severity: serious Hi The package depends on slib, but slib conlicts with guile-1.6-slib. The changelog entry of the slib maintainer is: * Conflict with libguile9 = 1:1.4-26 and guile-1.6-libs = 1.6.7-1.1. These both contain a slib.scm (which is their version of the slib source's guile.init) which is incompatible with this new version of slib. Please coordinate it with the slib-maintainer. Conflict with it or make sure that slib removes the conflicts, but now it is unusable!!! Greetings Steffen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339948: libpng12-dev: png_save_uint_16 not exported, but in public header (png.h)
Le samedi 19 novembre 2005 à 14:20 -0700, Wesley J. Landaker a écrit : Package: libpng12-dev Version: 1.2.8rel-5 Severity: important libpng12 doesn't export the png_save_uint_16 function, but this function is declared in a public header file (png.h). This is important because it is part of the public API, but can't actually be used. This was stopping the sng package from building because it used this function. (See soon-to-be-closed bug #339889). I worked around this by not using the function, but replicating what it did (since it was simple). Anyway, for this bug to be closed, either this function needs to be exported, or if the function really is not supposed to be used, the declaration needs to be removed from the public API and not listed in png.h. Well, libpng is more perverted than what you think. That declaration comes after : #if defined(PNG_INTERNAL) I have received confirmation from upstream that this symbol is not supposed to be exported and not stable across versions. Yes, they don't even know how to separate headers in png.h and e.g. png_private.h. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#339729: conserver-server: consevere eats 99% CPU
Package: conserver-server Version: 8.1.1-2 Severity: important After using home-made library, conserver sometimes runs with 99% CPU. Please note, that home-made library sometimes fails to close connection to conserver propely, but server should not behave in such a way if client failed to do the things properly. I think this is something for the upstream author, do you want to try contact the conserver list yourself or should I forward your mail? I've no problem with forwarding, but it might be quicker if you tried yourself. (The list is [EMAIL PROTECTED])
Bug#340150: jwm: *** glibc detected *** free(): invalid next size (normal): 0x0000000000531e50 ***
Package: jwm Version: 0.23-3 Severity: important On my amd64 system, jwm violently refuses to start :) JWM: warning: configuration error: invalid tag in Menu: Font JWM: warning: invalid border width specified: 1 *** glibc detected *** free(): invalid next size (normal): 0x00531e50 *** Aborted [Exit 134 (SIGABRT)] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages jwm depends on: hi libc62.3.5-4 GNU C Library: Shared libraries an ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxpm4 6.8.2.dfsg.1-10 X pixmap library ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m jwm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340151: maxima: fail to start
Package: maxima Version: 5.9.2-2 Severity: grave Justification: renders package unusable maxima fail to start getting segmentation fault on two ibooks (ppc NewWorld) one is 750FX ibook 2 rev 2. copy of strace maxima at the first fault: rt_sigaction(SIGSEGV, {0x1010d540, [], SA_RESTART|SIG_INFO}, {0X1010d8e0, [INT ALRM], SA_RESTART|SA_SIGINFO}, 8) = 0 rt_sigaction(SIGBUS, {0x1010D540, [], SA_RESTART|SIG_INFO}, {0x1010d8e0, [INT ALRM], SA_RESTART|SA_SIG_INFO}, 8) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- mprotect(0xbf99f00, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) = 0 sig_return(0) - etc... Thanks for help. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'unstable'), (100, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages maxima depends on: ii gnuplot-nox 4.0.0-2A command-line driven interactive ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgmp3c2 4.1.4-11 Multiprecision arithmetic library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.0-11 GNU readline and history libraries Versions of packages maxima recommends: ii gv1:3.6.1-12 PostScript and PDF viewer for X ii maxima-share 5.9.2-2A fairly complete computer algebra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340152: Can't access wxmaxima help
Package: wxmaxima Version: 0.6.2-4 Severity: normal Tags: patch The help/help maxima menu shows that documentation is not available. The attached patch correct it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Versions of packages wxmaxima depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI t ii libxml2 2.6.22-2 GNOME XML library ii maxima5.9.2-1A fairly complete computer algebra ii zlib1g1:1.2.3-6 compression library - runtime wxmaxima recommends no packages. -- no debconf information patch.diff Description: application/pgp-keys
Bug#339919: /usr/share/kernel-patch-suspend2/mkinitrd-script: the generated linuxrc.suspend2 script won't work
tags 339919 + unconfirmed moreinfo thanks also sprach Leo Cacciari [EMAIL PROTECTED] [2005.11.19.1754 +0100]: The linuxrc.suspend2 script that the mkinitrd-script includes in initrd.img does not work, at leas for me. Resuming will fail and when, during the following boot, I'm asked about erasing the saved image in the swap partition, reading from the keyboard fails. What exactly happens. Does not work is not very helpful. Is there a kernel panic on resume? I enclose the generated script as well as the diff between it and the script I'm currently using, which works. I disabled writing into /proc/software_suspend/resume2 as well as loading of the keyboard module. Try removing the resume2=swap:... argument from the Grub configuration. Does it work now? I also make sure that something is written in /proc/software_suspend/do_resume but I'm not sure if this means anything. Nope. What kind of keyboard do you use? -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! never speak disrespectfully of society. only people who can't get into it do that. -- oscar wilde signature.asc Description: Digital signature (GPG/PGP)
Bug#340126: Ignores all system defaults for paper size
Hi, On Sun, Nov 20, 2005, Daniel Burrows wrote: /etc/papersize contains letter and the printer is configured in CUPS to print on letter paper -- yet when I select the printer from the dropdown list (overriding the default, which appears to be an XPrint printer instead of a CUPS printer) selected paper size is reset to A5. This is non-optimal. What's the DefaultPageSize in the /etc/cups/ppd/ file of your printer? Cheers, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#338016: RM: libpng3 -- obsoleted by libpng
Le dimanche 20 novembre 2005 à 19:35 +0100, Jeroen van Wolffelaar a écrit : tags 338016 moreinfo thanks On Mon, Nov 07, 2005 at 09:05:16PM +0100, Josselin Mouette wrote: Please remove the libpng3 source package, and the remaining libpng3-dev binary package. Other binary packages are now provided by the libpng source. Tons of packages still (build-)depend on it. How about some sort of migration plan? Currently, removing this would break too much. Currently, libpng3-dev is provided by the libpng12-dev binary package. I have ensured that there is no more package with a versioned build-dependency on libpng3-dev. Unless I'm mistaken, the remaining, non-versioned build-dependencies should be handled gracefully by APT and build daemons. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#340153: sysutils: new upstream releases available; package split?
Package: sysutils Severity: wishlist Dear maintainer, there are new upstream releases available of each of the programs contained in the sysutils package: procinfo-18 at ftp://ftp.cistron.nl/pub/people/00-OLD/svm/ memtester-4.0.5 at http://pyropus.ca/software/memtester/ bogomips-1.4.1 at http://submarine.dyndns.org/~djwong/programs/bogomips/ tofrodos-1.7.6 at http://www.thefreecountry.com/tofrodos/index.shtml When packaging this please take into acount whether a package split should be achieved as already mentioned in bug#253302. However, I noticed your last maintainer upload was on 2001-05-04, so I'm afraid you might have lost interest in this package. If so, do you mind if I take over maintenance of this package? Cheers, Flo signature.asc Description: Digital signature
Bug#328962: libgettext-ruby: wrong encoding in po files
Hello, Tatsuki Sugiura [EMAIL PROTECTED] (21/11/2005): In Message Bug#328962: libgettext-ruby: wrong encoding in po files [EMAIL PROTECTED], Thomas Huriaux [EMAIL PROTECTED] said; Package: libgettext-ruby Severity: normal Tags: l10n A lot of po files in this packages are badly encoded. For example, po/fr/rgettext.po is encoded in iso-8859-1 but the content-type field says it is utf-8 (Content-Type: text/plain; charset=UTF-8\n). I have checked in the upstream package (http://rubyforge.org/frs/?group_id=855) and it seems to be ok, so the problem must come from the debianization. Hmm... I gave no changes on po files. I found no difference between upstream and debian source. But..., I think, the file in upstream is mixture of UTF-8 and ISO-8859-1. It seems that the half from top is encoded in UTF-8 and, bottom half is encoded in ISO-8859-1. I cannot check properly French and ISO-8859-1, please check the file if you can; wget -qO- \ http://rubyforge.org/frs/download.php/5885/ruby-gettext-package-1.0.0.tar.gz \ | tar Ozx ruby-gettext-package-1.0.0/po/fr/rgettext.po At the time I checked, if I remember correctly, all the files in the Debian package were badly encoded, while only a part of them in the upstream source. But I may be mistaking, I don't remember exactly. Maybe I have checked different files upstream and in the Debian package. Now this problem seems to be only upstream (can you forward it or do you want me to do so?). By the way, is this package really a Debian-native package? (see the Debian Policy, C.3) I'm Sorry, this is my miss. I forgot to add original source when building package. I'll upload fixed version soon. It seems to have been fixed in your last upload (2005-10-28). Thanks for your answer. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#339108: units: new upstream release available (1.85, 20-May-2005)
Hello again, just wondering, as I noticed the only answer you seem to have given to a bugreport about units within the last year that wasn't sort of an auto-reply was in bug#320221, whether you are still interested in this package... However, the RC bug is only RC for about a week, and the new upstream exists for only six months, so it might be bit early to jump to conclusions. But if you are indeed too busy at the moment I'd love to lighten your load by working on units, possibly even taking over, if you agree. Cheers, Flo signature.asc Description: Digital signature
Bug#314385: Agreement?
On Mon, Nov 21, 2005 at 08:54:50AM +0100, Daniel Holbach wrote: without checking the exported symbols, I synced 2.1.10-1 into Ubuntu. Feeling slightly guilty, I felt responsible to work on getting the situation 'fixed'. To solve this problem, (I read that it'll be a long way to freetype 2.2), I'd like to come to an agreement here. With the information that Matt revealed We already knew that the ABI had been broken; I'm not sure why Matt's follow-up is a deciding factor here... I think it'd make sense to rename the package to libfreetype6a (or whatever) and treat this like a 'normal' transition, that other libraries do as well. The issue is that it's very nasty to do this without coordinating with upstream regarding an soname change. The *other* issue is that this bit of brokenness has lingered long enough that freetype is now the main blocker for package updates in testing. Having to go through a package name change at this point will further block progress in testing (including, at this point, the revised C++ ABI transition). So given that the current upstream 2.1.10 version can't go into testing as libfreetype6, I favor figuring out how to restore this library to the proper libfreetype6 interface. This may be doable with 2.1.10 and minimal changes, or it might require epoching and reverting to 2.1.7/9 in the interest of sanity. From my POV then, the options are, in decreasing order of preference: - restore ABI compatibility with libfreetype6 to freetype 2.1.10, in cooperation with upstream - restore ABI compatibility with libfreetype6 to freetype 2.1.10, without upstream's cooperation :/ - downgrade to a compatible version of freetype using an epoch - talk upstream into reissuing freetype 2.1.10 as libfreetype7 instead of libfreetype6, and transition - (worst option) repackage freetype 2.1.10 as libfreetype6debian1 Will, your thoughts on this as maintainer (and liaison to upstream) are most welcome; this will all run much better if we get upstream on-board with whatever's decided... Loic Minier wrote: I think you should reupload a fixed package exactly at the same time you do the transition, to permit applications linked against the previous package to continue working. Something like the libssl situation: - contact ftpmasters + release to warn them - prepare a freetype2.1.9 source package providing the same binary packages as in the past - prepare a freetype source package with the transitionned package names you described This procedure should be avoided except in cases where the library is important enough to keep around for binary compatibility with software external to Debian. I don't have reason to believe this is the case for libfreetype; do you? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#340154: zope-cmfcore1.4: Installation failure
Package: zope-cmfcore1.4 Version: 1.4.7-4 Severity: grave Justification: renders package unusable Trying to install plone, installation fails on this packages. Output follows: linapp6:~# apt-get install plone Reading Package Lists... Done Building Dependency Tree... Done plone is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 16 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. Setting up zope-cmfcore1.4 (1.4.7-4) ... invoke-rc.d: unknown initscript, /etc/init.d/zope not found. dpkg: error processing zope-cmfcore1.4 (--configure): subprocess post-installation script returned error exit status 100 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages zope-cmfcore1.4 depends on: ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii zope2.7 [zope]2.7.5-2Open Source Web Application Server -- debconf information: zope-cmfcore1.4/oldproduct_in_var: do nothing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314385: Agreement?
On Mon, Nov 21, 2005, Steve Langasek wrote: This procedure should be avoided except in cases where the library is important enough to keep around for binary compatibility with software external to Debian. I don't have reason to believe this is the case for libfreetype; do you? I'm not sure of what you mean, but I thought the rdeps of libfreetype (mostly via gtk) made it important enough to warrant such care. Anyway, your preferred option seems saner, and quite doable given the limited amount of API / ABI changes as listed by mdz. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#339595: fix: $relmajor = $release
On Sat, Nov 19, 2005 at 02:23:18AM +0100, Markus Kolb wrote: As someone has already posted before $relmajor should become $release in the $relmajor assignment. This patch fixes it: == --- /etc/dhclient-script.orig 2005-11-15 23:39:23.0 +0100 +++ /etc/dhclient-script2005-11-19 02:13:42.0 +0100 @@ -73,7 +73,7 @@ release=`uname -r` relminor=`echo $release | sed 's/^[0-9]*\.[0-9]*\.\([0-9]*\).*/\1/'` -relmajor=`echo $relmajor | sed 's/^[0-9]*\.\([0-9]*\)\..*/\1/'` +relmajor=`echo $release | sed 's/^[0-9]*\.\([0-9]*\)\..*/\1/'` release=`echo $release | sed 's/\([0-9]*\)\..*/\1/'` if [ x$new_broadcast_address != x ]; then = ++ uname -r + release=2.4.27-2-686 ++ echo 2.4.27-2-686 ++ sed 's/^[0-9]*\.[0-9]*\.\([0-9]*\).*/\1/' + relminor=27 ++ echo 2.4.27-2-686 ++ sed 's/^[0-9]*\.\([0-9]*\)\..*/\1/' + relmajor=4 ++ echo 2.4.27-2-686 ++ sed 's/\([0-9]*\)\..*/\1/' + release=2 As it should be, shouldn't it? Actually, I don't believe so. Given the way these variables are actually used, I suspect that the correct fix is: release=`uname -r` relmajor=`echo $release | sed 's/^\([0-9]*\).*/\1/'` relminor=`echo $release | sed 's/^[0-9]*\.\([0-9]*\).*/\1/'` release=`echo $release | sed 's/^[0-9]*\.[0-9]*\.\([0-9]*\).*/\1/'` i.e. for your example, 2.4.27-2-686 should map to relmajor=2, relminor=4 and release=27. Note that the script tests these variables like so: if [ $relmajor -lt 2 ] || ( [ $relmajor -eq 2 ] [ $relminor -eq 0 ] ) which I would interpret as testing for 1.X.X or 2.0.X, rather than X.1.X or X.2.0 . --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339729: conserver-server: consevere eats 99% CPU
On Mon, Nov 21, 2005 at 11:11:03AM +0100, Joergen Haegg wrote: I think this is something for the upstream author, do you want to try contact the conserver list yourself or should I forward your mail? I've no problem with forwarding, but it might be quicker if you tried yourself. Sent to https://www.conserver.com/pipermail/users/2005-November/msg00042.html Thanks, Alexandra. -- Alexandra N. Kossovsky OKTET Labs (http://www.oktetlabs.ru/) Phones: +7(812)956-42-86(mobile) +7(812)428-67-09(office) e-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279526: Should we remove icecast-client?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 21 Nov 2005 06:44:47 +0100 Matej Vela [EMAIL PROTECTED] wrote: icecast-client has been orphaned for a year, and seems to have been superseded upstream by libshout and ices2. Are there any reasons to keep it in the archive? I would have no problems with that package dropped, but it streams MP3 files while ices2 stream Ogg/Vorbis files. So the package may still be interesting for some users. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDgayqn7DbMsAkQLgRAp/8AJ9BAVKg25rrLNz2KpBNFOWrjD7WVQCfasn7 VzsXrivkwQZzsN65fxCC92U= =XS3/ -END PGP SIGNATURE-
Bug#340155: Upgrade gutenprint to cvs version (5.0.0-rc2)
Package: gutenprint Severity: wishlist Please upgrade all related gutenprint packages to the last CVS version (5.0.0-rc2) , because it includes support for several new printers. Thanks. -- Paco Brufal [EMAIL PROTECTED] Servitux Servicios Informáticos S.L. http://www.servitux.es/ Tel: 966160600 / 966160601
Bug#272380: firebird2-super-server and hosts file(s)
Hi, Daniel, I finally succeeded in reproducing the problem you describe and I think I've found the reason. Firebird-SS uses /etc/hosts.equuiv for some form of authentication and needs the primary host name there. I've got your symptoms when I've changed the primary host name in /etc/hosts from 127.0.0.1 localhost localhost.localdomain to 127.0.0.1 debian.example.org localhost localhost.localdomain Addind debian.example.org to /etc/hosts.equiv solved the problem. Does this make any sense to your situation? dam -- Damyan Ivanov Creditreform Bulgaria [EMAIL PROTECTED] http://www.creditreform.bg/ phone: +359(2)928-2611, 929-3993fax: +359(2)920-0994 mob. +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
On Mon, Nov 21, 2005 at 09:55:22AM +0100, Thomas Hood wrote: Brendan O'Dea wrote: there are quite a few instances in /etc/init.d/*.sh scripts where exit is called. All the exit commands are either (1) at the end of usage exception sections, or (2) preceded by colons ':'. Testing suggests that a : exit 0 does the same as :, namely, nothing. Yes, : is a no-op, which returns true. Sometimes used for side-effects: : ${foo:=bar} # set foo=bar if not set Not all instances are harmless. Take /etc/init.d/hwclock.sh for example (util-linux): [ ! -x /sbin/hwclock ] exit 0 chmod -x /sbin/hwclock should not stop my system from booting. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
On Mon, Nov 21, 2005 at 09:34:11AM +0100, Thomas Hood wrote: Brendan O'Dea wrote: Note: I believe that return should work to exit from a script both when sourced and when executed but perhaps someone with a copy of POSIX could confirm. Disconfirmation: $ cat /tmp/s #!/bin/bash echo foo return echo bar [EMAIL PROTECTED]:~/src/sysvinit/pkg-sysvinit/sysvinit/trunk/debian/initscripts/etc/init.d$ /tmp/s foo /tmp/s: line 3: return: can only `return' from a function or sourced script bar Bleah, I tested with sh test-script, forgetting that I have sh as an alias for $SHELL (ksh). In which case, what's needed is return N 2/dev/null || exit N, which should cover all cases. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340157: typo in Host.pm
Package: spong-common Version: 2.7.7-8 Severity: minor Line 441 of /usr/share/spong/Spong/Host.pm reads: -- print || a href\rrd/$name\Spong RRD charts/a; -- This leads to a malformed url in the html output. The a.m. line is at least missing a '=' after 'href'; but, the relative path seems wrong to me, also. This line works for me: -- print || a href=\/spong/rrd/$name\Spong RRD charts/a; -- I am using Debian GNU/Linux 3.1 testing Rgds, -- BFE Studio und Medien Systeme GmbH Werner Karl - Software- und Netzwerksysteme (SNS) - An der Fahrt 1 D-55124 Mainz Phone: +49 (0) 6131 / 946-191 FAX:+49 (0) 6131 / 946-202 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314385: Agreement?
On Mon, Nov 21, 2005 at 11:45:05AM +0100, Loic Minier wrote: On Mon, Nov 21, 2005, Steve Langasek wrote: This procedure should be avoided except in cases where the library is important enough to keep around for binary compatibility with software external to Debian. I don't have reason to believe this is the case for libfreetype; do you? I'm not sure of what you mean, but I thought the rdeps of libfreetype (mostly via gtk) made it important enough to warrant such care. I mean that the only reason to ship an old freetype in etch is for compatibility with other software that we don't control; so if that's not an issue, we should be transitioning Debian as quickly as possible to the new version, rather than carrying two versions around (which, btw, would probably cause segfaults). Anyway, your preferred option seems saner, and quite doable given the limited amount of API / ABI changes as listed by mdz. Other symbols removed since 2.1.7, btw: FTC_Manager_Register_Cache - FTC_Manager_RegisterCache FT_LruList_Destroy - FTC_MruList_Done? FT_LruList_Lookup - FTC_MruList_Lookup? FT_LruList_New - FTC_MruList_New? FT_LruList_Remove - FTC_MruList_Remove? FT_LruList_Remove_Selection - FTC_MruList_RemoveSelection? FT_LruList_Reset - FTC_MruList_Reset? ftc_cache_clear - FTC_Cache_Clear ftc_cache_done - FTC_Cache_Done ftc_cache_init - FTC_Cache_Init ftc_cache_lookup - FTC_Cache_Lookup ftc_family_done - ? ftc_family_init - FTC_Family_Init ? ftc_family_table_alloc - ? ftc_family_table_free - ? ftc_glyph_family_done - ? ftc_glyph_family_init - ? ftc_glyph_node_compare - ? ftc_glyph_node_done - ? ftc_glyph_node_init - ? ftc_node_done - FTC_GNode_Done ? Symbols that are removed and are not mentioned in the headers for 2.1.7, but who knows whether that means they were part of the interface earlier :/ : BitOrderInvert - ? FourByteSwap - ? RepadBitmap - ? TwoByteSwap - ? Even worse, though, is the number of symbols *added* -- 75 new symbols, vs. 32 removed. Since the maintainer did not bump the shlibs when uploading, either, there's no way to determine which packages are using the new ABI except by looking at upload dates. I'm afraid that a library transition may be the only sane option after all... :/ -- 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#340158: portmap: init script needlessly executed twice (and it informs the user about it too)
Package: portmap Version: 5-16 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The init script is executed first as /etc/rcS.d/S43portmap then again at every bootup runlevel as /etc/rc.[2-5]d/S18portmap and it complains about that: Not starting portmap daemon. Already running. This seems to be caused by the package's post-install script, which appears in need of an upgrade. Perhaps the only rc.d links we need are in S/0/6 levels? - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (99, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-imac Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages portmap depends on: ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra portmap recommends no packages. - -- debconf information: portmap/loopback: false -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDgbPqeXr56x4Muc0RAl6eAJ9RHlBRGPl4SzgnijQPBUWDYUdlrwCfYKaP xOOgy6hzswm4zsJXekHp2RI= =BQ34 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340159: linuxconf-1.26r4/diajava/XColorNames.java fails DFSG #1
Package: linuxconf Version: 1.26r4-2 Severity: serious Justification: Policy 2.1 Source file linuxconf-1.26r4/diajava/XColorNames.java includes the following banner: /* * Copyright (c) 1996 by Jan Andersson, Torpa Konsult AB. * * Permission to use, copy, and distribute this software for * NON-COMMERCIAL purposes and without fee is hereby granted * provided that this copyright notice appears in all copies. * */ If this is true then the file can't be distributed for commercial purposes and thus fails DFSG #1. -- 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.4.29sauna Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272380: [Pkg-firebird-general] Bug#272380: firebird2-super-server and hosts file(s)
On Mon, Nov 21, 2005 at 01:28:55PM +0200, Damyan Ivanov wrote: Hi, Daniel, I finally succeeded in reproducing the problem you describe and I think I've found the reason. Firebird-SS uses /etc/hosts.equuiv for some form of authentication and needs the primary host name there. I've got your symptoms when I've changed the primary host name in /etc/hosts from 127.0.0.1 localhost localhost.localdomain to 127.0.0.1 debian.example.org localhost localhost.localdomain Addind debian.example.org to /etc/hosts.equiv solved the problem. Does this make any sense to your situation? Uhm, incidentally that's no requirements about contents of /etc/hosts, but for a few old-days conventions. I would skip the hosts.equiv check with a suitable patch. It is basically a non-sense currently as all the rcommands related things... -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340033: fetchmail-ssl does not install on Woody
reopen 340033 thanks Re: Steve Langasek in [EMAIL PROTECTED] Sorry, but the following packages have unmet dependencies: fetchmail-ssl: Depends: fetchmail-common (= 5.9.11-6.2) but 5.9.11-6.3 is to be installed fetchmail-common 5.9.11-6.3 doesn't come from the Debian archive; you seem to have a locally installed version that doesn't match anything Debian is currently distributing. Current oldstable/security ships fetchmail(-common) -6.4 which has exactly the same problem, rendering fetchmail-ssl uninstallable with the security update of fetchmail-common installed. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#340047: perl should depend on libdb4.3 =4.3.29 not 4.3.28
On Sun, Nov 20, 2005 at 11:19:31AM -0500, Eric Lammerts wrote: Package: perl Version: 5.8.7-8 Perl should depend on libdb4.3 = 4.3.29, not = 4.3.28-1 as is currently the case. With libdb4.3 4.3.28-2 installed I get this: $ perl -e 'use DB_File' DB_File needs compatible versions of libdb db.h you have db.h version 4.3.29 and libdb version 4.3.28 Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. Upgrading libdb4.3 to 4.3.29-1 solves the problem. It seems that DB_File checks the running version of libdb against what was compiled against. This check is exact: if (Major != DB_VERSION_MAJOR || Minor != DB_VERSION_MINOR || Patch != DB_VERSION_PATCH) croak(\nDB_File needs compatible versions...); To make the behaviour match libdb4.3.shlibs I could probably change the last test to Patch = DB_VERSION_PATCH. Two questions for the libdb4.3 maintainers: * Is the ABI stable b/w patch revisions? * Why does libdb4.3 4.2.29-1 have 4.2.28-1 in the shlibs file? --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340160: RFP: pymmlib -- Python Macromolecular Library
Package: wnpp Severity: wishlist * Package name: pymmlib Version : 0.9.7 Upstream Author : Dr. Ethan Merritt [EMAIL PROTECTED], Jay Painter [EMAIL PROTECTED] * URL : http://pymmlib.sourceforge.net/ * License : The Artistic License Description : Python Macromolecular Library The Python Macromolecular Library (mmLib) is a software toolkit and library of routines for the analysis and manipulation of macromolecular structural models, implemented in the Python programming language. It is accessed via a layered, object-oriented application programming interface, and provides a range of useful software components for parsing mmCIF, and PDB files, a library of atomic elements and monomers, an object-oriented data structure describing biological macromolecules, and an OpenGL molecular viewer. The mmLib data model is designed to provide easy access to the various levels of detail needed to implement high-level application programs for macromolecular crystallography, NMR, modeling, and visualization. This includes specialized classes for proteins, DNA, amino acids, and nucleic acids. Also included is a extensive monomer library, element library, and specialized classes for performing unit cell calculations combined with a full space group library. -- 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.14-1-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338993: ia32-libs conflict with libg2c0-dev
Hi, I've experienced the same error with libg2c0-dev 1:3.4.4-9 ia32-libs 1.5 I could remove libg2c0-dev to install ia32-libs, and reinstall libg2c0-dev afterwards. Trying to re-install ia32-libs again fails. I tried to reproduce it within fresh pbuilder, with apt-get install g77 apt-get install ia32-libs but it installs fine. $ uname -a Linux dancer64 2.6.15-rc1dancer-g811803c5 #1 Fri Nov 18 11:24:39 JST 2005 x86_64 GNU/Linux regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340161: debsums: error on upgrade, missing dependency on dpkg-architecture?
Package: debsums Version: 2.0.20 Severity: normal Hi, on one of my machines, I got the following message on upgrading from 2.0.19 to 2.0.20: Can't exec /usr/bin/dpkg-architecture: No such file or directory at /usr/bin/debsums line 131. Use of uninitialized value in scalar chomp at /usr/bin/debsums line 131. and then a whole bunch of: Use of uninitialized value in concatenation (.) or string at /usr/bin/debsums line 343. This system doesn't have dpkg-dev installed. -- 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.14-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages debsums depends on: ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii perl 5.8.7-8Larry Wall's Practical Extraction debsums recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340162: postgresql-common: Add option to specify client versions for remote server access
Package: postgresql-common Version: 32 Severity: normal Hello, It is a gread idea to allow several clusters and several postgresql servers coexist together, thanks for that work! In our house, we have to manage several existing postgresql deployments of different versions in parallel. But I have a little problem: When connecting to remote servers via -h -p -U options, I did not find any possibility to specify which client version to use (I currently have all three versions of postgresql-client installed, as we have 7.4, 8.0 and 8.1 servers). I always end up using the 7.4 client. But the postgresql people recommend to use the corresponding psql version. There are no psql-8.1 or alike commands (this is how gcc solves this, gcc itsself is the default, and gcc-3.3, gcc-3.4 and gcc-4.0 are the specific commands). And I did not find any possibility to specify remote hosts via the user_clusters mechanism, this seems to work for local clusters only. The only way I found to work around this is to call the binaries in /usr/lib/postgresql/X.Y/bin/ directly, which is cumbersome. Thanks, Markus Btw: Is it necessary to display 2 warning dialogs that complain about the obscolence of postgresql 8.0 when upgrading postgresql-common? And, notice, it is not complaining about the 7.4 server (which is actually installed on my local machine), but about 8.0 which is not installed. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.1 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages postgresql-common depends on: ii adduser 3.77 Add and remove users and groups ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy Versions of packages postgresql-common recommends: ii openssl 0.9.8a-3 Secure Socket Layer (SSL) binary a -- debconf information: * postgresql-common/obsolete-major: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272380: [Pkg-firebird-general] Bug#272380: firebird2-super-server and hosts file(s)
I wrote: I've got your symptoms when I've changed the primary host name in /etc/hosts from 127.0.0.1localhost localhost.localdomain to 127.0.0.1debian.example.org localhost localhost.localdomain Addind debian.example.org to /etc/hosts.equiv solved the problem. Francesco P. Lovergine wrote: Uhm, incidentally that's no requirements about contents of /etc/hosts, but for a few old-days conventions. I would skip the hosts.equiv check with a suitable patch. It is basically a non-sense currently as all the rcommands related things... I think I wasn't quite clear in my mail. Sorry. Changing /etc/hosts as shown above causes the problem to trigger. To fix the problem, the primary host name (the first on the 127.0.0.1 line, I beleive) must be put in /etc/hosts.equiv Yes, I agree this is stupid, but this is the current state of firebird 1.5.2. I don't think this is fixed in 1.5.3. Maybe 2.0, but still not sure. guess I suspect that fbserver process accepts control commands via its listening tcp socket and needs some form of authentication of these control connections. Probably it uses /etc/hosts.equiv for this, instead of using hard value of 127.0.0.1 /guess As a workaround of the real issue, I can put some checks in /etc/init.d/firebird2 to ensure that the primary hostname is in /etc/hosts.equiv. It fould be better if fbserver responds to SIGxxx, but this is not the case. Thoughts? dam -- Damyan Ivanov Creditreform Bulgaria [EMAIL PROTECTED] http://www.creditreform.bg/ phone: +359(2)928-2611, 929-3993fax: +359(2)920-0994 mob. +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#223673: bug present with krfb 3.4.2-2
Hi krfb maintainers, Since around the beginning of the year I can't use krfb any more to access my debian from a windows computer. This bug is not client dependant: Plus Linux VNC clients, I have tried UltraVNC, and Thight VNC Clients, and I encounter the same issue that is described in the bug : I log on trough VNC, the screen appears, and then after a few seconds (after a very few mouse mooves), the krfb server crashes. On my debian server, I have a drkonqui crash dialog box. What is strange is that for a few months after the bug appeared, I was connecting succesfully on my computer from another KDE VNC clients (mandrake 10, and another debian), but two months after even this solution was unsuccessfull (same crash). If needed I can check if this is still the case. I have an unstable debian with KDE 3.4.2. I have a nvidia Geforce II mx video card. here is the output of uname -a: Linux ancient_mikelange 2.6.12-1-686-smp #1 SMP Tue Aug 16 22:19:38 UTC 2005 i686 GNU/Linux The last VNC windows clients provide the share desktop connection, I don't know if this has an impact, I can check by disabeling this feature. Tell me if you need any log file, or other information. Thanks. Jerome
Bug#339734: openssh-server: Kerberos tickets are not saved (pam_krb5)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 libpam-krb5 1.2.0-1 has been uploaded. Let me know if that fixes the problem for you when you get a chance to try it. No, I still don't get it does not fix it. I have tried both with and without privilege separation. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDgbwqXjXn6TzcAQkRAoU4AKCnOMMtPMa/TF9M1FiQ54OBdZ65BgCgja8N ti6pNtlk3079RVye6TNwv0c= =hebY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337047: gobby segfaults on the second running for me too.
On Nov 9, 2005, at 00:47, Helen Faulkner wrote: What information can I provide that might help? (Please give me specific instructions - I'm not very experienced with tracing the causes of such things.) Could you please check if ~/.gobby/config.xml is empty? If so please delete it, rerun Gobby and check if the problem persists. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#264672: #264672 already fixed in Sarge and later
Browsing through the code of 0.67-1 and 0.69-2 I see upstream basically covers this issue via a different implementation of sanity checks, so I guess this bug can be closed. Using the version tracking feature of the BTS a mail to [EMAIL PROTECTED] with the body starting with | Package: mtr | Version: 0.67-1 | and adding an explanation will probably suffice. HTH, Flo signature.asc Description: Digital signature
Bug#339990: Please test latest mountall.sh
Michael Biebl wrote: I tested the new script and it seems to work fine here. Although I must admit that I liked the idea of catching the output from mount and only displaying it if VERBOSE is set to yes in your older version. The standard version shouldn't output all this messages to keep the output during bootup uncluttered. You know, no news is good news ;-) It has always been difficult to provide beautiful initscript output because of the fact that called programs (not to mention the kernel) interject messages between a script's Doing... and done messages. That task has only been made harder by the new goal of maintaining compatibility with Ubuntu and the decision to introduce a bunch of half-baked lsb init-functions. Another source of difficulty is the fact that POSIX shells offer no convenient way of grepping stderr separately from stdout. I think that we should be satisfied for now if the messages get printed on both Debian and Ubuntu in a fairly logical order and with consistent formatting. Then the user can scramble everything by enabling parallel execution of initscripts. :) -- Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319583: pcmciautils packaging followup
On Wed, Nov 09, 2005 at 08:12:36PM +0100, Mattia Dongili wrote: I didn't find time enough to do much work on pcmciautils :/ Anyway I'd still like to help and I plan to look into the package further in the next days. Since we're about to switch to 2.6.15 as the default kernel in Ubuntu, we needed pcmciautils, so I did a very quick packaging job on it, which I'd like to move into Debian as long as I'm not stepping on anyone else's toes: http://archive.ubuntu.com/ubuntu/pool/universe/p/pcmciautils/ (may have moved to http://archive.ubuntu.com/ubuntu/pool/main/p/pcmciautils/ by the time you read this) However, I've done no real work on transitioning from pcmcia-cs; I simply left pcmcia-cs there and made sure that both pcmcia-cs and pcmciautils could be installed at the same time (which I think is a very good property to have anyway). Further work on this would be useful. I'd be happy to co-maintain this with a team. The first thing coming to my mind is having a pcmcia-common that does all the configuration stuff, and puts kernel-version-aware init/udev/hotplug(?) scripts around, I didn't bother with the hotplug scripts, since pcmciautils can only easily be configured for one of udev or hotplug, and hotplug is going away anyway. As far as I know there's no need for the udev scripts to be kernel-version-aware because if your kernel is too old you simply won't get the uevent. How much of pcmcia-cs do we actually need with pcmciautils? As I understand it, the mappings of device to driver have moved into the kernel. Is it just /etc/pcmcia/config.opts (pcmciautils ships its own, but we need to take care to make pcmcia-cs and pcmciautils coexist here)? http://lists.infradead.org/pipermail/linux-pcmcia/2005-October/002820.html I can't help thinking that the init script proposed there shouldn't be an init script at all. Wouldn't it be better to write udev rules for this? Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340163: 3ddesktop: links to libfreetype6, which is going away
Package: 3ddesktop Version: 0.2.9-5 Severity: grave The 3ddesktop package currently depends on libfreetype6, but it does not use it. This dependency is being pulled in via imlib2-config --libs, which works as designed but is *not* a correct tool for getting a list of libs to link against on a GNU system using dynamic linking. Attached is a short patch which fixes the 3ddesktop package build to no longer link against spurious libraries. This patch changes the binary package dependencies from this: Depends: libc6 (= 2.3.5-1), libfreetype6 (= 2.1.5-1), libgcc1 (= 1:4.0.1), libglu1-xorg | libglu1, libice6 | xlibs ( 4.1.0), libimlib2, libsm6 | xlibs ( 4.1.0), libstdc++6 (= 4.0.1), libx11-6 | xlibs ( 4.1.0), libxext6 | xlibs ( 4.1.0), libxi6 | xlibs ( 4.1.0), libxmu6 | xlibs ( 4.1.0), libxt6 | xlibs ( 4.1.0), libxxf86vm1, xlibmesa-gl | libgl1, zlib1g (= 1:1.2.1) to this: Depends: libc6 (= 2.3.5-1), libgcc1 (= 1:4.0.2), libglu1-xorg | libglu1, libimlib2, libstdc++6 (= 4.0.2-4), libx11-6 | xlibs ( 4.1.0), libxxf86vm1, xlibmesa-gl | libgl1 There are a number of other ways to achieve this effect; you may wish to edit the configure.ac, Makefile.am, and acinclude.m4 for this package instead so that patch failures against future upstream versions will tell you if the handling needs to change, or you may wish to use the (IMHO kludgy) -Wl,--as-needed option to gcc. By editing the autotools code, it's also possible to optimize the build-dependencies in addition to the dependencies, FWIW. In any case, although libfreetype6 is currently available in unstable, due to bug #314385 it is very likely that this package will have to go through a library transition in the near future. Since 3ddesktop doesn't use freetype, I'm filing this bug at grave severity pre-emptively, to encourage you to get your package free of the transition before it starts. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u 3ddesktop-0.2.9/debian/rules 3ddesktop-0.2.9/debian/rules --- 3ddesktop-0.2.9/debian/rules +++ 3ddesktop-0.2.9/debian/rules @@ -39,7 +39,7 @@ build-stamp: patch-stamp config.status dh_testdir - $(MAKE) + $(MAKE) 3ddeskd_LDFLAGS=-lImlib2 -lGLU -lGL -lXxf86vm -lX11 LIBS= touch build-stamp clean: unpatch diff -u 3ddesktop-0.2.9/debian/changelog 3ddesktop-0.2.9/debian/changelog --- 3ddesktop-0.2.9/debian/changelog +++ 3ddesktop-0.2.9/debian/changelog @@ -1,3 +1,13 @@ +3ddesktop (0.2.9-5.1) unstable; urgency=low + + * Non-maintainer upload. + * Hard-code the list of needed libraries in debian/rules; allowing +autodetection causes gratuitous linkage to a bunch of libraries not +needed on Debian, and the autotoolage is in bad enough shape that it's +not worth trying to fix this in the configure script. + + -- Steve Langasek [EMAIL PROTECTED] Mon, 21 Nov 2005 03:54:09 -0800 + 3ddesktop (0.2.9-5) unstable; urgency=low [ Pierre Habouzit ] signature.asc Description: Digital signature
Bug#242117: should cabot be removed?
retitle 242117 Should cabot be removed? thanks Hello all, I propose to remove cabot from Debian for the following reasons: * Has been orphaned for nearing four months now. * Has never been part of stable or testing. * Is not maintained upstream. * Functionality is provided by caff from the signing-party package. If anyone objects to this, please adopt it. If there are no objections, I will reassign this bug to ftp.debian.org requesting its removal, about two weeks from now. bye, Thijs signature.asc Description: This is a digitally signed message part
Bug#340164: zope2.8: files under Zope-2.8.3-final/lib/python/ZServer/medusa/ fail DFSG #1
Package: zope2.8 Severity: serious Justification: Policy 2.1 Zope-2.8.3-final/lib/python/ZServer/medusa/docs/README.html states that Medusa is Copyright 1996-1997, Sam Rushing ([EMAIL PROTECTED]) -- Medusa is provided free for all non-commercial use. If you are using Medusa to make money, or you would like to distribute Medusa or any derivative of Medusa commercially, then you must arrange a license with me. Extension authors may either negotiate with me to include their extension in the main distribution, or may distribute under their own terms. You may modify or extend Medusa, but you may not redistribute the modified versions without permission. If files under Zope-2.8.3-final/lib/python/ZServer/medusa/ can't be distributed commercially then they fail DFSG #1. -- 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.4.29sauna Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267517: current mtr seems to skip over unresponsive hosts again
On Mon, 23 Aug 2004 14:34:12 +1000, [EMAIL PROTECTED] wrote: In earlier versions, mtr would skip over unresponsive routers marking them ??? and still ultimately tracing to the specified destination (where possible) In 0.63-1, however, the trace stops at the very first host that fails to respond, which kind of renders it a bit useless for long-haul tracing over mixed networks, or tracing through tunnels: I don't know how and when this worked again, but apparently it does using 0.69-2. However, I didn't research which change might have caused this behavior... HTH, Flo signature.asc Description: Digital signature
Bug#314385: Agreement?
On Monday 21 November 2005 10:35, Steve Langasek wrote: - restore ABI compatibility with libfreetype6 to freetype 2.1.10, in cooperation with upstream - restore ABI compatibility with libfreetype6 to freetype 2.1.10, without upstream's cooperation :/ - downgrade to a compatible version of freetype using an epoch - talk upstream into reissuing freetype 2.1.10 as libfreetype7 instead of libfreetype6, and transition - (worst option) repackage freetype 2.1.10 as libfreetype6debian1 I would agree with this ordering. Will, your thoughts on this as maintainer (and liaison to upstream) are most welcome; this will all run much better if we get upstream on-board with whatever's decided... Last time I talked to upstream about this it was suggested that the 2.2.0 release may be quite imminent. That was a couple of months ago however, so I'll check back with upstream. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#259906: #259906 fixed as of 0.68
According to upstream this patch has been included starting with 0.68, and indeed 0.69 still has the patched code, so I guess this bug could simply be closed using the version tracking feature of the BTS via a mail to [EMAIL PROTECTED] starting with | Package: mtr | Version: 0.69-1 | and adding an explanation. HTH, Flo signature.asc Description: Digital signature
Bug#340165: kdeartwork-style: connecting lines in treeview are invisible
Package: kdeartwork-style Version: 4:3.3.2-1 Severity: minor The connecting lines in treeviews are the same color as background when using the solaris colorsheme and therefor invisible. This problem also exists in later KDE-versions. Screenshots are avaiable at http://www.robgri.de/solaris.png (colorsheme solaris; lines invisible) http://www.robgri.de/plastik.png (colorsheme plastik; lines visible) TIA, Rob -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kdeartwork-style depends on: ii kdelibs4 4:3.3.2-6.3 KDE core libraries ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libidn11 0.5.13-1.0GNU libidn library, implementation ii libpng12-0 1.2.8rel-1PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxrender10.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information signature.asc Description: Digital signature
Bug#257981: rather FTBFS on amd64 than broken Build-Depends automaken
As mtr = 0.67-1 doesn't show a Build-Depends on automaken (or automake*, FWIW) anymore, this bug rather seems to deal with mtr FTBFS on amd64, so it should possibly be retitled accordingly and will need to be upgraded to RC severity once amd64 hits the archives. Just for the record, upstream links to source RPMs for x64_64 on his webpage, so these will most probably provide a way to allow building on amd64... HTH, Flo signature.asc Description: Digital signature
Bug#282012: hijacking
Hi I take over this ITP, because there is no reaction. If you disagree please take this ITP again and accept my apology. If you need any assistance then I can help you. If you are no longer interested in this ITP just let me finish the work. Greetings Steffen pgpkvyoXpvCWf.pgp Description: PGP signature
Bug#336688: yaird also add [permanent] ide-generic
Hello, on my via82cxxx box, I had to load the via driver before the ide-generic one since I switched to a 2.6. kernel, configured manually first in /etc/mkinitrd/modules and now in /etc/yaird/Default.cfg. On other boxes, notably amd74xx and piix based ones I have access to, this was not needed. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#340166: Crossgrade from postgresql 7.4 to postgresql-7.4 broke DATADIR environment variables
Package: postgresql-7.4 Version: 1:7.4.8-17 Severity: normal Hi, Some time ago, I crossgraded the Postgresql 7.4 installation to the new postgresql-common and postgresql-7.4 packaging. In the earlier postgresql instalations, one could define environment variables in postgresql.env or postmaster.conf which then were exported to the postmaster, and we could use it as LOCATION when creating new databases in other locations. I happen to have such legacy databases, and recently wanted to drop one of them, and got the following error message: dropdb: database removal failed: ERROR: postmaster environment variable PGDATAEXTERN not found Not only that the environment variable setting was not migrated, I also did not find the right place to reinstantiate this setting. All the init scripts seem to be generic for the different postgresql versions, and the postmaster itsself is a binary... So I'm stuck with either dropping the whole cluster (and thus having to migrate about 50 gig into a new cluster without stopping production environment), or having an empty zombie-database lingering around which confuses users. Thanks, Markus -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.1 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages postgresql-7.4 depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libcomerr21.38-2 common error description library ii libkrb53 1.3.6-5MIT Kerberos runtime libraries ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpq31:7.4.8-17 PostgreSQL C client library ii libreadline5 5.0-11 GNU readline and history libraries ii libssl0.9.7 0.9.7g-5 SSL shared libraries ii postgresql-client-7.4 1:7.4.8-17 front-end programs for PostgreSQL ii postgresql-common 32 manager for PostgreSQL database cl ii zlib1g1:1.2.3-4 compression library - runtime postgresql-7.4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336096: [pkg-fetchmail-maint] Bug#336096: dependency conflict with fetchmail-ssl
Am Montag, 21. November 2005 10:21 schrieb Loic Minier: Can you please send a copy of your /etc/apt/sources.list? That's a one liner: deb http://security.debian.org woody/updates main contrib non-free It's not upgraded to Sarge yet. CU Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339108: units: new upstream release available (1.85, 20-May-2005)
I intend to do an upload in the next week. -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197479: mtr: [PATCH] avoid gcc warnings with -W -Wall -Wstrict-prototypes
On Sun, 15 Jun 2003 13:09:09 +0200, Roland Illig wrote: mtr-0.54-gcc-warnings.patch (text/x-c, attachment) FWIW, all parts (or equivalent patches) are applied in 0.69, except for the errno fix to dns.c and the complete patch to getopt.h, so upstream has followed the spirit of this patch and methinks this bug could simply be closed. A mail to [EMAIL PROTECTED] starting with | Package: mtr | Version: 0.69-1 | and an explanation should suffice if you concur. HTH, Flo signature.asc Description: Digital signature
Bug#340167: airstrike: red baron has unlimited bombs
Package: airstrike Version: 0.99+1.0pre6a-3 Severity: normal When you change the default (red baron AI, blue baron player) to red baron player, blue baron AI, then the red baron player has unlimited bombs. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (700, 'unstable'), (500, 'breezy'), (110, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages airstrike depends on: ii airstrike-com 0.99+1.0pre6a-32d dogfight game in the tradition ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libsdl-image1 1.2.4-1image loading library for Simple D ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer airstrike recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336085: Also appears in X.org bugzilla
It looks like this bug is in upstream as well, and has been marked as a release blocker for 6.9/7.0: https://bugs.freedesktop.org/show_bug.cgi?id=5093 Hugo. -- === Hugo Mills: [EMAIL PROTECTED] carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 1C335860 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- The future isn't what it used to be. --- signature.asc Description: Digital signature
Bug#339567: rebuild multysync for experimental?
libmultisync-plugin-evolution needs to be built against libebook1.2-5 instead of libebook1.2-3 and deployed in experimental. 2 questions: - I tried changing the source package to point to the new libebook, but it seems that this information is not in the package, but found at runtime. The package only depends on libebook1.2. I guess there's not much I can do... - Could the priority be increased? Otherwise when evolution 2.4 goes into unstable, multisync will be broken (as it is for me right now, using experimental). Thanks Jerome
Bug#339948: libpng12-dev: png_save_uint_16 not exported, but in public header (png.h)
On Monday 21 November 2005 03:15, Josselin Mouette wrote: Well, libpng is more perverted than what you think. That declaration comes after : #if defined(PNG_INTERNAL) I have received confirmation from upstream that this symbol is not supposed to be exported and not stable across versions. Yes, they don't even know how to separate headers in png.h and e.g. png_private.h. Hmmm, I guess all I can say is, argh =) Well, at least I worked around it in my sng package, so it shouldn't come up again for *that* particular function. =) I'll have to see if there are others like that I should patch out. Still, it would be marvelous to have this fixed upstream. =) -- Wesley J. Landaker [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2 pgpbMYzq20m4T.pgp Description: PGP signature
Bug#340161: debsums: error on upgrade, missing dependency on dpkg-architecture?
On Mon, Nov 21, 2005 at 01:28:02PM +0100, Mourad De Clerck wrote: Can't exec /usr/bin/dpkg-architecture: No such file or directory at /usr/bin/debsums line 131. Use of uninitialized value in scalar chomp at /usr/bin/debsums line 131. and then a whole bunch of: Use of uninitialized value in concatenation (.) or string at /usr/bin/debsums line 343. This system doesn't have dpkg-dev installed. Oops. Thanks, will fix. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340081: gpsd: ftbfs [sparc] undefined reference to `floor'
tags 340081 pending thanks On Sun, 2005-11-20 at 11:15 -0800, Blars Blarson wrote: Package: gpsd Version: 2.30-1 Severity: serious Justification: fails to build from source gpsd failed to build on a sparc buildd, duplicated on my sparc pbuilder. Thanks for your report. This will be fixed with the next upload; I verified the fix on sparc, and assume that it works for the other architectures, too. Cheers, Til signature.asc Description: This is a digitally signed message part
Bug#337852: sirc fails to install without update-menus
Hi, Sorry, it took so long. I was ill some time now. On Sun, Nov 06, 2005 at 04:50:12PM -0500, Jeff King wrote: Package: sirc Version: 2.211-8 Severity: important Tags: patch The final line in sirc's postinst is: test -e /usr/bin/update-menus update-menus The desired effect is to only run update-menus if it exists. However, there is a secondary effect, which is that the statement's exit code is '1' if update-menus does not exist. Because it's the last line of the script, the script exits with code '1', and dpkg interprets this as an error code. Oh, I wasn't aware, that bash handles it that way... I'll aply the pach soon. CU, Rudolf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340164: [Pkg-zope-developers] Bug#340164: zope2.8: files under Zope-2.8.3-final/lib/python/ZServer/medusa/ fail DFSG #1
Il giorno lun, 21/11/2005 alle 15.14 +0200, Timo Juhani Lindfors ha scritto: Package: zope2.8 Severity: serious Justification: Policy 2.1 I think you are wrong: http://mail.zope.org/pipermail/zope/1998-December/084122.html In this case, the files contained within the zope tarball have a wrong license statement.. If you agree, I'll downgrade the severity of this bug report and I'll ask upstream to change the copyright notices with the right text. Thanks for pointing this out, -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: This is a digitally signed message part
Bug#340168: mesa-common-dev: no glx.h
Package: mesa-common-dev Version: 6.3.2-2 Severity: normal mesa-common-dev misses some header files. I need at least GL/glx.h but I can't find it in installable packages (without replacing libgl1-mesa-dri by xlibsmesa-gl). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages mesa-common-dev depends on: ii libgl1-mesa-dri-dev 6.3.2-2 A free implementation of the OpenG ii libglu1-xorg-dev [li 6.8.99.902.dfsg.1-1 Mesa OpenGL utility library develo mesa-common-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335729: please remove (source-)packages obsolete with OOo2
Hi, Jeroen van Wolffelaar wrote: OOo2 isn't yet ported to S390 and since gt who did the 1.1.x port doesn't have time (see recent mail to -devel...) [...] - openoffice.org-dev/s390 and openoffice.org-evolution/s390 - oooqs-kde/s390 ooqstart-gnome/s390 Can you please ask the s390 porting team about this? Gerhard Tonn did stop I did. Would I request removal of the binaries if I see a chance that the s390 person(s) do fix the OOo bridges/asm stuff in a reasonable timeframe? Which meant next days/weeks a few weeks ago? I did speak with waldi and he wanted to do it *maybe*. CC'ing him, though. indeed, but as far as I know Bastian Blank took over. If the s390 people say that it isn't viable anymore to port openoffice.org to s390, that's ok, but I don't see any mention of this on the -s390 list. Basicly, I need porter's consent to do architecture-specific removals. See above. those should then also be removed from Packages-arch-specific, openoffice.org already is Not-for-us on the s390 buildd... P-a-s isn't under ftp-master control, please see the top of that file how to get it updated. Sorry, but that's no excuse for me. I've written this in this report because I know that some ftp-masters *have* P-a-s access. And adding them to P-a-s (note that OOo alredy *is* in not-for-us on the s390 buildd so it will never be build and held various fixes out of testing) could then be done when doing this report (or telling the respective persons do do so). Regards, Rene signature.asc Description: Digital signature
Bug#340169: qgis: segfaults on startup
Package: qgis Version: 0.7.4-1 Severity: grave Justification: renders package unusable Below is the output from console: Loaded /usr/lib/qgis/copyrightlabelplugin.so Loaded /usr/lib/qgis/delimitedtextplugin.so Loaded /usr/lib/qgis/delimitedtextprovider.so Loaded /usr/lib/qgis/georefplugin.so Loaded /usr/lib/qgis/gpsimporterplugin.so Loaded /usr/lib/qgis/gpxprovider.so Loaded /usr/lib/qgis/grassplugin.so QObject::connect: Incompatible sender/receiver arguments QSignal::signal(const QVariant) -- QgsGrassPlugin::switchRegion(bool) Loaded /usr/lib/qgis/grassprovider.so Loaded /usr/lib/qgis/gridmakerplugin.so Loaded /usr/lib/qgis/libqgsprojectionselector.so Loaded /usr/lib/qgis/libScaleBarplugin.so Loaded /usr/lib/qgis/northarrowplugin.so Loaded /usr/lib/qgis/ogrprovider.so Loaded /usr/lib/qgis/pggeoprocessingplugin.so Loaded /usr/lib/qgis/postgresprovider.so Loaded /usr/lib/qgis/spitplugin.so QgsComposer::QgsComposer QgsComposer::showCompositionOptions QgsComposer::removeWidgetChildren QObject::connect: No such signal QgisApp::aboutToQuit() QObject::connect: (sender name: 'QgisAppBase') QObject::connect: (receiver name: 'QgsComposerBase') unable to connect to aboutToQuit QgsComposer::showItemOptions QgsComposer::removeWidgetChildren qgisapp.cpp:954 unknown driver CSV qgisapp.cpp:954 unknown driver Interlis 1 qgisapp.cpp:954 unknown driver Interlis 2 qgisapp.cpp:954 unknown driver ODBC qgisapp.cpp:954 unknown driver PGeo qgisapp.cpp:954 unknown driver PostgreSQL ESRI Shapefiles (*.shp *.SHP);;Spatial Data Transfer Standard (*catd.ddf *CATD.DDF);;MapInfo (*.mif *.tab *.MIF *.TAB);;Geography Markup Language (*.gml *.GML);; Segmentation fault -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages qgis depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libgdal1c21.3.1-1Geospatial Data Abstraction Librar ii libgeos2c22.1.4-1Geometry engine for Geographic Inf ii libgsl0 1.7-2 GNU Scientific Library (GSL) -- li ii libpq48.1.0-2PostgreSQL C client library ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsqlite3-0 3.2.7-1SQLite 3 shared library ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii proj 4.4.9d-1 Cartographic projection filter and qgis recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340170: fakepop is missing carriage return in LIST response
Package: fakepop Version: 7 Tags: patch When fakepop receives a LIST command, it sends a reply that looks like this (for example): +OKCRLF 1SP1024LF 2SP2048LF .CRLF Note that the message sizes only have a line feed character after them, rather than the carriage return/line feed combo required by the POP standard. The carriage return is missing. This problem causes (at least) the Mac OS X Mail POP client to hang after issuing a LIST command. The following trivial patch solves the problem: --- fakepop.c.orig 2004-12-01 09:13:02.0 -0800 +++ fakepop.c 2005-11-21 06:30:04.0 -0800 @@ -49,7 +49,7 @@ j = msg_gettotalmsgs(); printf(+OK\r\n); for (i = 1; i = j; i++) { - printf(%d %d\n, i, msg_getsize(i)); + printf(%d %d\r\n, i, msg_getsize(i)); } printf(.\r\n); } Thanks! -- Robert L Mathews, Tiger Technologieshttp://www.tigertech.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340172: manpages-dev: strftime(3) refers to an unknown conversion type character
Package: manpages-dev Version: 2.08-1 Severity: normal The manpage lists the following conversion character: %+ The date and time in date(1) format. (TZ) Yet, when trying to compile a simple test program that uses that, I get the following warning: warning: unknown conversion type character ‘+’ in format James -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (499, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-debil-2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages manpages-dev depends on: ii manpages 2.08-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. -- no debconf information -- GPG Key: 1024D/61326D40 2003-09-02 James Vega [EMAIL PROTECTED] signature.asc Description: Digital signature