Bug#299955: python2.3-pycurl: undefined symbol tld_strerror in libcurl.so.3
On Thu, Mar 17, 2005 at 03:42:56PM +0100, Henrik Holmboe wrote: Hello, hi, seems that a an upgrade of libcurl messed up pycurl. $ python -c 'import pycurl' Traceback (most recent call last): File string, line 1, in ? ImportError: /usr/lib/libcurl.so.3: undefined symbol: tld_strerror this is a known issue of libcurl3 due to a bug in libidn11 0.5.13-0.1. it should be fixed as soon as libidn11 0.5.13-1.0 enters sarge (that is tomorrow). regards domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300172: apt-proxy: [INTL:fr] French program translation
Package: apt-proxy Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french translation of this package's programs, proofread by the debian-l10n-french mailing list contributors. This file should be put as fr.po in the appropriate po/ directory. If this package is not a native Debian package, please don't forget to forward this translation to the upstream maintainer. Depending on the version of the build tools or the build process used in the software, you may have to update the LINGUAS variable in the configure scripts in case the french translation is a *new* translation for this software/package. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) # Translation of fr.po to french # Raphaël 'SurcouF' Bordet [EMAIL PROTECTED], 2004. # [EMAIL PROTECTED], 2004. # # msgid msgstr Project-Id-Version: apt-proxy 1.3.6.1\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-12-03 19:23+\n PO-Revision-Date: 2005-02-17 01:20+0100\n Last-Translator: Raphaël 'SurcouF' Bordet [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n Content-Transfer-Encoding: 8bit # type: TH #: doc/apt-proxy.8:2 doc/apt-proxy.conf.5:2 #, no-wrap msgid apt-proxy msgstr apt-proxy # type: TH #: doc/apt-proxy.8:2 #, no-wrap msgid 03 Dec 2004 msgstr 03 Décembre 2004 # type: SH #: doc/apt-proxy.8:3 #, no-wrap msgid Name msgstr Nom # type: Plain text #: doc/apt-proxy.8:5 msgid apt-proxy - A proxy for saving bandwidth to Debian servers msgstr apt\\-proxy \\- Un mandataire pour économiser de la bande passante sur les serveurs Debian # type: SH #: doc/apt-proxy.8:5 doc/apt-proxy-v1tov2.8:4 #, no-wrap msgid SYNOPSIS msgstr SYNOPSIS # type: Plain text #: doc/apt-proxy.8:8 msgid Bapt-proxy I[options] [logfile] msgstr Bapt\\-proxy I[options] [fichier de log] # type: SH #: doc/apt-proxy.8:10 doc/apt-proxy-v1tov2.8:8 doc/apt-proxy.conf.5:6 #, no-wrap msgid DESCRIPTION msgstr DESCRIPTION # type: Plain text #: doc/apt-proxy.8:16 msgid Bapt-proxy is a python program designed to be run as an stand alone server via twistd, and provides a clean, caching, intelligent proxy for Bapt-get, which speaks HTTP to apt-get clients, and http or ftp to the back-end server (s)\\. Usually it is run on port , mainly because that is the default configuration, and people are lazy\\. msgstr Bapt\\-proxy est un logiciel écrit en python, conçu pour tourner de lui- même via twistd et qui fournit un serveur mandataire (« proxy ») propre, cachant et intelligent pour Bapt\\-get.Il communique via HTTP avec les clients apt\\-get et HTTP ou FTP aux serveurs\\. Normalement, il est configuré sur le port TCP , principalement parce que c'est la configuration par défaut, et que les gens sont paresseux\\. # type: SH #: doc/apt-proxy.8:17 #, no-wrap msgid CLIENT CONFIGURATION msgstr CONFIGURATION DU CLIENT # type: Plain text #: doc/apt-proxy.8:21 msgid Once Bapt-proxy is configured, users then edit their Bsources\\.list file to point to the proxy (which uses the http protocol to serve clients), like so: msgstr Une fois qu'Bapt\\-proxy est configuré, les utilisateurs doivent éditer leur fichier Bsources\\.list pour utiliser le serveur mandataire ou « proxy » (qui utilise le protocole HTTP pour servir les clients), comme suit : # type: Plain text #: doc/apt-proxy.8:25 #, no-wrap msgid deb http://SERVER:/debian stable main contrib non-free\n deb-src http://SERVER:/debian stable main contrib non-free\n msgstr deb http://SERVER:/main stable main contrib non\\-free\n deb\\-src http://SERVER:/main stable main contrib non\\-free\n # type: Plain text #: doc/apt-proxy.8:28 #, no-wrap msgid deb http://SERVER:/non-US stable/non-US main contrib non-free\n deb-src http://SERVER:/non-US stable/non-US main contrib non-free\n msgstr deb http://SERVER:/main stable main contrib non\\-free\n deb\\-src http://SERVER:/main stable main contrib non\\-free\n # type: Plain text #: doc/apt-proxy.8:30 #, no-wrap msgid deb http://aptproxy:/security stable/updates main contrib non-free\n msgstr deb http://aptproxy:/security stable/updates main contrib non-free\n # type: Plain text #: doc/apt-proxy.8:37 msgid What path should be specified after the server name and port number depends on the configuration of Bapt-proxy (which can restrict paths and send different paths to different servers)\\. In this example, non-US/ and helixcode/ actually retrieve files from different back-end servers\\. msgstr Le chemin devant être spécifié après le nom du serveur et le numéro de port dépendent de la configuration d'Bapt\\-proxy (ce qui peut restreindre les chemins et envoyer des chemins différents à
Bug#298963: caudium: contains non-free fonts
Peter De Wachter: This package contains three non-free fonts: I note that building the package after removing the fonts does succeed. However, since I don't know caudium at all, I haven't tested the package. Just providing a bit of information. Someone who uses caudium should download the source, remove server/fonts/ttf/*.ttf, build and install the package, and see if it still works. If it does, then an upload is in order (I'm willing to sponsor or do it myself), but if not, someone needs to figure out a way to get caudium to use some of the free ttf fonts instead. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#280075: kernel-image-2.6.9-1-686: Laptop has problems when resuming after suspend with apm
tags 280075 +pending thanks On Fri, Mar 11, 2005 at 09:23:18PM +0100, Vojtech Pavlik wrote: On Sun, Mar 13, 2005 at 06:55:47PM +0100, Joerg Morbitzer wrote: Hi all, I just downloaded the plain kernel source linux-2.6.11 from www.kernel.org, patched the file i8042.c using Vojtech's patch and it looks like the keyboard errors are finally gone, I could suspend and resume my IBM laptop using apm without a problem, after the resume the keyboard still works like expected! Glad to hear that. 2.6.12 will have the patch. Thanks to all involved. I have put this in SVN for kernel-source.2.6.11 and it should appear in the initial release. kernel-source.2.6.10 and kernel-source.2.6.9 are no longer being updated. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298968: ftp.debian.org: Please remove raidtools2
Jeroen van Wolffelaar wrote: tags 298968 moreinfo thanks On Thu, Mar 10, 2005 at 09:21:07PM +0100, Matthijs Mohlmann wrote: Hi, Please remove raidtools2 from unstable. There is a critical bug filed against raidtools2 (#298824) and upstream seems dead (no development anymore) Removing raidtools2 would break heartbeat: ** heartbeat has an unsatisfied build-dependency: raidtools2 What to do? --Jeroen Hi, Aj aj I'll write a patch for heartbeat and file a bug report so this get fixed (btw: i can't get why it has build-dep raidtools2 but not a depends) Matthijs Mohlmann signature.asc Description: OpenPGP digital signature
Bug#279030: comments on bug #279030
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As I mentioned, the source of your debconf problems was already layed out in detail in different bug reports e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=279030 - - First: dpkg is asking, not ucf (ucf's questions look a bit different). Second: (indirectly) *you* are asking (dpkg does it on behalf of you :)), because you shipped the file as conffile and you modified it later (in the postinst), but before dpkg's conffile handling takes place :) Maybe it is a bug, however using ucf for manipulating configuration file seems to be allowed. This was MY bugs before using ucf, now i think it is no more mine. ucf is an *alternative* to dpkg's conffile handling, it does work standalone, not on top of it. man ucf says: This script attempts to provide conffile like handling for files installed under /etc not shipped in a Debian package, but handled by the postinst instead. - -- That sounds interesting. You can read it like that: When using ucf, do not provide an /etc/configfile in the debian package but let postinst create one dynamically. It should actually write the file from scratch! I guess it actually writes it to a string or tempfile first and then checks, if there is already a file with that name and acts accorrdingly, asking you wether or not to overwrite. You are actually providing the default file with the package. Then generate a new one and then ufc asks if it should overwrite the file you yust provided. What for do you provide the file in the first place if ucf will create one anyway, even if the user just clicks enter, enter, enter? There is no logic in this! - - Debian policy states that files under /etc which are configuration files must pre- serve user changes, and this applies to files handled by maintainer scripts as well. - - Reading this right, it says: a conffile is a file that is provided as is by the package and not one that you intend to change in postinst. However, dpkg will check if a file marked as conffile is already existant and warn if true, asking the user for a decision --- Using ucf, one may ship a bunch of default configuration files somewhere in /usr ( /usr/share/pkg is a good location), and maintain files in /etc, - -- While maintain in this case does actually mean write/create not change You try to change the file you just shipped with the package. DO NOT DO THAT! Write one from scratch with ucf! - --- preserving user changes and in general offering the same facilities while upgrading that dpkg normally provides for conffiles - -- this does not mean, that ucf handles files marked as conffiles It says: UCF handles its newly generated file with the same care dpkg handles conffiles. With the same care, it DOES NOT handle conffiles However it will make sure, that it does not overwrite a possibly existant version of the file it intends to create. This may be or will most likely be a configuration file but it is not a conffile since it MUST NOT be shiped with the package and therefore CAN NOT be marked as conffile in the package. conffile IS NOT just any configuration file You did misunderstand that!!! conffile is a file shipped in the package that is marked as conffile. But you MUST NOT ship a file as conffile and then try to overwrite it in postinst, THIS IS A NO-GO! So if you manage your config-file(s) through ucf you must not ship those files as dpkg conffiles, because these two methods will collide then (as they do in your case) and you must not ship a file with the same path and name in your package for the same reason. You either provide static conffiles or you generate dynamic configuration files with ucf. I know I am repeating myself, but it seems necesary. - /usr/share/doc/ucf/examples/postinst shows two different ways to deal with ucf config-files: * a simple static approach where the maintainer ships his master version as normal package file at another location (in the example this is /usr/share/foo/configuration) and * a dynamic approach (which is what you are doing and which is why most maintainers will use ucf at all) where the master version is created on-the-fly as a temp-file. But shipping the config-file as dpkg-conffile on the one hand and creating it dynamically as ucf-configfile on the other hand leads to collisions like in your case. - - As I understand this, you should either go with ucf or with dpkg-conffile. You are actually usind dpkg to ask the questions and intend to generate a config file
Bug#300174: annoyance-filter: FTBFS (amd64/gcc-4.0): there are no arguments to 'begin' that depend on a template parameter, so a declaration of 'begin' must be available
Package: annoyance-filter
Severity: normal
Tags: patch
When building 'annoyance-filter' on amd64 with gcc-4.0,
I get the following error:
statlib.w:2023: error: there are no arguments to 'begin' that depend on a
template parameter, so a declaration of 'begin' must be available
statlib.w:2023: error: there are no arguments to 'end' that depend on a
template parameter, so a declaration of 'end' must be available
statlib.w:2026: error: there are no arguments to 'size' that depend on a
template parameter, so a declaration of 'size' must be available
annoyance-filter.w: In member function 'void
dictionaryWord::exportToBinaryFile(std::ostream)':
annoyance-filter.w:1527: warning: comparison is always true due to limited
range of data type
annoyance-filter.w: In member function 'void
base64MIMEdecoder::initialiseDecodingTable()':
annoyance-filter.w:2977: warning: array subscript has type 'char'
annoyance-filter.w:2978: warning: array subscript has type 'char'
annoyance-filter.w:2979: warning: array subscript has type 'char'
annoyance-filter.w: In member function 'void
tokenDefinition::setISO_8859defaults(unsigned int, unsigned int)':
annoyance-filter.w:7160: warning: array subscript has type 'char'
annoyance-filter.w:7160: warning: array subscript has type 'char'
annoyance-filter.w: In member function 'void
tokenDefinition::setUS_ASCIIdefaults(unsigned int, unsigned int)':
annoyance-filter.w:7177: warning: array subscript has type 'char'
annoyance-filter.w:7177: warning: array subscript has type 'char'
annoyance-filter.w:7178: warning: array subscript has type 'char'
annoyance-filter.w:7178: warning: array subscript has type 'char'
make[1]: *** [annoyance-filter.o] Error 1
make[1]: Leaving directory `/annoyance-filter-1.0.0b'
make: *** [build-stamp] Error 2
With the attached patch 'annoyance-filter' can be compiled
on amd64 using gcc-4.0.
The patch is just a workaround.
A proper fix would probably add 'this-' in a few places.
I tried that, but I could not find a properly working patch.
Regards
Andreas Jochens
diff -urN ../tmp-orig/annoyance-filter-1.0.0b/debian/rules ./debian/rules
--- ../tmp-orig/annoyance-filter-1.0.0b/debian/rules2005-03-18
08:59:25.512346376 +0100
+++ ./debian/rules 2005-03-18 08:58:54.531325963 +0100
@@ -26,7 +26,7 @@
config.status: configure
dh_testdir
# Add here commands to configure the package.
- ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE)
--prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
+ CFLAGS=-fpermissive ./configure --host=$(DEB_HOST_GNU_TYPE)
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man
--infodir=\$${prefix}/share/info
build: build-stamp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300173: mlterm: separate terminfo/m/mlterm to another package
Package: mlterm-common
Version: 2.9.2-2
Severity: wishlist
I want to install /usr/share/terminfo/m/mlterm only on
remote server machine without X server/client, but does NOT
want to install other files included in mlterm-common and
packages depended by mlterm-common (X libraries).
Please separate /usr/share/terminfo/m/mlterm file to
another ('mlterm-terminfo'?) package.
--
-- Name: SATOH Fumiyasu -- Home: http://www.sfo.jp (in Japanese only)
-- Mail: fumiya at net-thrust.com, samba.gr.jp, namazu.org or ...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299567: lots o space
On Thu, Mar 17, 2005 at 08:15:50AM -0700, dann frazier wrote: On Mon, 2005-03-14 at 22:16 -0800, Matt Taggart wrote: dann frazier writes... fyi, I have a patch to the kernel-image build system that would spit out a separate package w/ a debug kernel image module set under /usr/lib. I did this in the 2.4.25 timeframe, and I was getting ~204M debug packages per flavor. I don't know how big it would be for just the image (no modules). dannf, I assume flavor means each kernel-image source package and the various kernel-image packages it delivers? Yeah. That seems like quite a burden for the archive. I can think of a couple ways to handle this, 1) implement debug packages in the packaging, but don't build them as part of the default build target. Put instructions in the source on which rule to use to build your own. The oprofile package could refer users to these. This would mean each user who wanted them would need to build them which sucks, but this is easily implemented. Not a bad idea - seems like the initial support could go into kernel package, and we could honor the DEB_BUILD_OPTIONS=debug env var. That sounds fine to me. Especually as people could easily enable this and build them for themselves, or throw them up somewhere for people to grab in the course of resolving a problem. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299567: kernel-image-2.6.8-2-686-smp: x86 has no uncompressed vmlinux (for oprofile)
On Mon, Mar 14, 2005 at 07:22:45PM -0600, Troy Benjegerdes wrote: Package: kernel-image-2.6.8-2-686-smp Version: 2.6.8-13 Severity: wishlist There appears to be no package that provides uncompressed vmlinux files for use with oprofile. Other architectures (ppc) provide kernel packages with vmlinux files that get wrappered or booted directly. Could you please give some more details of what (ppc) packages provide this, and what is neccessary to do this for 686. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296700: reopen
tag 296700 +pending On Tue, Mar 15, 2005 at 04:29:51AM -0500, Joey Hess wrote: Reopened this bug because AFAIK it still applies to 2.4.27. (And probably a few other kernel versions too.) Hi Joey, Yes this does affect 2.4.27, I have a patch for it in SVN. I think it also affected 2.6.10 and is fixed in 2.6.10-6. The problem seems to be still in 2.6.11 which is currently in SVN, I will resolve that now. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293314: Re: Re: exim4: Exim fails to deliver messages from users like ISOLCELL\patrick zanon
tags #293314 -upstream -confirmed sarge notforwarded #293314 thanks On Sun, Feb 27, 2005 at 01:25:51AM +0100, Marc Haber wrote: Can you please re-try in your setup with exim 4.50-1 from Debian experimental? With that new version, I cannot reproduce the issue any more. The original submitter has confirmed that the bug is fixed in 4.50. Tagging sarge since sarge still has 4.44. 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#300170: Consequences of udev being pulled in by Gnome
On Tue, Feb 22, 2005 at 12:40:21PM +0100, Frans Pop wrote: Triggered by some installation reports where I noticed udev being mentioned, there was the following discussion on #d-boot: fjp I sometimes see udev mentioned in installation reports. How would a user get udev with d-i? It isn't installed by default, is it? h01ger desktop-task, gnome pulls in udev - afaik fjp Ah, right. * fjp practically never installs the desktop task... Kamion that's crack, that means that udev is being installed after the first reboot so you have to put up with the static /dev - udev transition Kamion although I guess that means we force the static /dev - udev transition to work :P Kamion but it means you really need another reboot to get the system into a vaguely sane state fjp Kamion: Yes, the installation report was complaining about that. RC bug against gnome? ;-) Kamion dunno; there's an argument that says we should always install udev for 2.6 installs, but it's too late to make that change Kamion (would require a lot of testing) * h01ger can confirm: i also saw this (unable to login via ssh local via console) after installing desktop-task last weekend - a reboot fixed it. as tfm says... h01ger errata ? fjp h01ger: That would be a bit thin for Sarge release. Who reads the errata before installing officially released CDs? Release notes or installation manual: maybe a few more people, but same thing. So, are we happy that installation of the desktop task is going to force a 'static /dev - udev transition' (as Colin so beautifully calls it) on users? There appear to be several consequences from installing udev in 2nd stage: - system needs to be rebooted one more time; - from Holgers comment: system may not be fully usable until the reboot; - as I understand it from reading some threads on the lists, support for some devices which work fine _without_ udev may need manual configuration of udev before they will work _with_ udev. Can/should anything be done about this? If it's left in, how can we best document it? Just added this to the bug report(s). I had an idea though, what if : 1) udev gets an additional debconf note/questions/whatever. 2) it checks if we come straigth from d-i (or are upgrading from woody, or in any other way require a reboot). 3) Inform the user that a reboot is needed in order for it to work. I guess udev may already do some of the above, i remember a note about this, but we have to make sure it is shown in the debian-installer path. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300085: RM : lpr-ppd
On Fri, Mar 18, 2005 at 06:01:31AM +0100, Jeroen van Wolffelaar wrote: gnulpr depends on this package, it should be removed first probably, or dependencies changed. What to do? gnulpr is a task package gnulpr must go, too (sorry, I knew that, I was to write that, then I forgot) a. ps: by mistake, you sent this command retitle 200085 RM: lpr-ppd -- RoM; dead upstream, alternatives exist that has wrong bug number... but anyway bug 200085 seems OK -- Andrea Mennucc Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef signature.asc Description: Digital signature
Bug#279552: Bug #279552 ITA: liblingoteach -- runtime library for LingoTeach
retitle 279552 ITA: liblingoteach -- runtime library for LingoTeach owner 279552 [EMAIL PROTECTED] thanks Hi, I would like to adopt this package. Thank you in advance Regards, -- Kstutis Bilinas [EMAIL PROTECTED] signature.asc Description: =?iso-8859-2?Q?=A9i?= =?iso-8859-2?Q?_lai=B9ko?= dalis yra =?iso-8859-2?Q?pasira=B9yta?= skaitmeniniu =?iso-8859-4?Q?b=FEdu?=
Bug#300175: clamsmtp change of ownership broke mail delivery
Package: clamsmtp Version: 1.3-0 Severity: important After upgrade I got following systematic errors : Mar 18 09:26:55 nez-casse clamsmtpd: 15: clamav error: /var/spool/clamsmtp/clamsmtpd.UwJ4jN: Access denied. ERROR Mar 18 09:26:55 nez-casse clamsmtpd: 15: [EMAIL PROTECTED], [EMAIL PROTECTED], status=CLAMAV-ERROR The only way to get back a working email was to change back clamsmtp user to clamav. Before that I checked clamav was indeed in group clamsmtp, I put /var/spool/clamsmtp directory in mode 2770, but it would not work. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages clamsmtp depends on: ii clamav-daemon 0.83-3 antivirus scanner daemon ii debconf [debconf-2.0] 1.4.46 Debian configuration management sy ii dpkg1.10.27 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- debconf information: clamsmtp/purge: yes clamsmtp/do-fixperms: false * clamsmtp/addusergroup: no -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300176: basket: FTBFS (amd64/gcc-4.0): cast from 'Item*' to 'int' loses precision
Package: basket
Severity: normal
Tags: patch
When building 'basket' on amd64 with gcc-4.0,
I get the following error:
item.cpp: In member function 'void Item::setSelected(bool)':
item.cpp:425: error: cast from 'Item*' to 'int' loses precision
item.cpp:426: error: cast from 'Item*' to 'int' loses precision
/usr/include/kde/keditlistbox.h: At global scope:
/usr/include/kde/keditlistbox.h:49: warning: 'class KEditListBox::CustomEditor'
has virtual functions but non-virtual destructor
make[3]: *** [basket.all_cpp.o] Error 1
make[3]: Leaving directory `/basket-0.5.0/src'
With the attached patch 'basket' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/basket-0.5.0/src/item.cpp ./src/item.cpp
--- ../tmp-orig/basket-0.5.0/src/item.cpp 2005-03-09 18:38:27.0
+0100
+++ ./src/item.cpp 2005-03-18 09:27:19.831988575 +0100
@@ -422,8 +422,8 @@
if (selected == m_isSelected)
return;
- DEBUG_WIN QString(selected ? Add : Remove) + selected item +
QString::number((int)this) +
-; b.lastIn= +
QString::number((int)(parentBasket()-lastInsertedItem()));
+ DEBUG_WIN QString(selected ? Add : Remove) + selected item +
QString::number((long)this) +
+; b.lastIn= +
QString::number((long)(parentBasket()-lastInsertedItem()));
m_isSelected = selected;
if (selected) {
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293314: Re: Re: exim4: Exim fails to deliver messages from users like ISOLCELL\patrick zanon
tags #293314 sarge -upstream confirmed notforwarded #293314 thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298703: mozilla-firefox: crashes when general.config.filename doesn't exist
On Fri, Mar 18, 2005 at 01:28:09AM -0500, Eric Dorland wrote: * Guido Guenther ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.1-2 Severity: normal Hi, setting pref(general.config.filename,segv.cfg); in /etc/mozilla-firefox/pref/firefox.js lets firefox segfault if /usr/lib/mozilla-firefox/segv.cfg doesn't exist. Cheers, -- Guido What is general.config.filename supposed to do? It tells firefox to read: /usr/lib/mozilla-firefox/segv.cfg which must be prepared via the (in)famous moz-byteshift.pl to hold the locked user preferences. See e.g. http://www.alain.knaff.lu/howto/MozillaCustomization/locked.html Cheers, -- Guido signature.asc Description: Digital signature
Bug#298809: rebuild without libhowl0 dep
Hi Yann, I've uploaded a 0-day NMU for this release-critical bug. The trivial patch (which consists of, um, a changelog) is attached. Thanks, -- Steve Langasek postmodern programmer diff -u firestarter-1.0.3/debian/changelog firestarter-1.0.3/debian/changelog --- firestarter-1.0.3/debian/changelog +++ firestarter-1.0.3/debian/changelog @@ -1,3 +1,12 @@ +firestarter (1.0.3-1.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for sarge-targetted RC bugfix + * Simple rebuild (on all architectures) to drop dependency on libhowl0 +which is going away (closes: #298809). + + -- Steve Langasek [EMAIL PROTECTED] Thu, 17 Mar 2005 17:54:40 -0800 + firestarter (1.0.3-1) unstable; urgency=low * New upstream release signature.asc Description: Digital signature
Bug#293314: Re: Re: exim4: Exim fails to deliver messages from users like ISOLCELL\patrick zanon
tags #293314 sarge - upstream - confirmed notforwarded #293314 thanks *curses* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285908: Please don't link evolution against ancient Kerberos libraries
Package: evolution Version: 2.0.3-1 Severity: important While looking for reverse-dependencies of the krb4 package to consider whether it can be removed from testing to fix an RC bug, I found that the evolution binaries on i386 are linked against libkrb5-17-heimdal and libkrb-1-kerberos4kth, but this is not the case on other platforms; it appears the i386 binaries were built in an environment where kerberos libraries were installed, and evolution automatically detected these libraries at build time. Kerberos 4, in particular, is a dead technology used only by non-standard services, and the protocol contains various known security holes. The Debian Kerberos FAQ recommends not implementing Kerberos 4 unless there is specific user demand. Please fix the source package so that it does not link against random libraries at build time, by either adding a Build-Conflict line or by passing the necessary arguments to evolution's configure script. Thanks, -- Steve Langasek postmodern programmer I'm sorry I didn't notice this earlier. One of the non-standard services using Kerberos 4, is old legacy mail servers, in particular at universities, which is probably why Ximian put it in Evolution in the first place. I really can't see why plain text authentication over the wire (which it _does_ support) is to be preferred over Kerberos 4 authentication. I do, however, see other reasons as to why it would be good to get rid of Kerberos 4 in Debian, but I'm not going to discuss that here. First of all, the old woody evolution 1.0.5-1woody2 supported Kerberos authentication (although only Kerberos 4) by specifically adding a Build-Depends on libkrb5-dev. Somewhere along the line - I _think_ it was in the Evolution 1.4 sid releases - this was changed to heimdal-dev and with that support for Kerberos 5 via GSSAPI. Now, heimdal-dev will automatically bring in kerberos4kth-dev - by adding a Build-Conflicts against kerberos4kth-dev you are effectively forbidding linking against Heimdal Kerberos 5. I don't know the specific reasons as to why heimdal-dev brings in kerberos4kth-dev - the maintainers probably have good reasons for this. Going from 1.4 to 2.0 in sid, the heimdal-dev Build-Depends was silently dropped - I've reported this in #278242 although, as you noticed, the maintainer binary upload of the i386 package was still built against heimdal-dev. Yes, this is a mess, so let's just summarize: 1.0.5 woody:krb5-dev, Kerberos 4 works 1.4:heimdal-dev, GSSAPI works as do Kerberos 4 2.0 pre 285908: none, GSSAPI and Kerberos 4 only works on i386 2.0 post 285908:none whatsoever The _only_ reason _I_ use Evolution is that it supports some sort of Kerberos authentication. Or at least it used to do. AFAIK, it was also the only mail client in woody that did that. In sarge, the only mail client that supports GSSAPI, AFAIK, is Mutt (which doesn't in woody). So basically, some users are going to be disappointed. (Well, I love Mutt, but my users certainly don't...) My _proposal_, if we really want to get rid of Kerberos 4 support in Evolution 2.0, is this: diff -Naur evolution-2.0.4/debian/control evolution-2.0.4.fixed/debian/control --- evolution-2.0.4/debian/control 2005-03-18 08:53:28.484408588 +0100 +++ evolution-2.0.4.fixed/debian/control2005-03-18 08:53:02.945960213 +0100 @@ -2,8 +2,8 @@ Section: gnome Priority: optional Maintainer: Takuo KITAME [EMAIL PROTECTED] -Build-Depends: bison, intltool (= 0.28-2), debhelper (= 4.2.21), libgal2.2-dev (= 2.2.5), gtkhtml3.2 (= 3.2.5), libgtkhtml3.2-dev (= 3.2.5), libbonoboui2-dev (= 2.4.2), libldap2-dev (= 2.0.23), libgnome2-dev (= 2.6), libnss-dev (= 2:1.7), scrollkeeper, psmisc, libsoup2.2-dev (= 2.2.1-1), libpam-dev, gnome-common, autotools-dev (= 20030717.1), libgnome-pilot2-dev, evolution-data-server-dev (= 1.0.4), automake1.7, libgail-dev (= 1.4.1), libcompfaceg1-dev, gnome-icon-theme (= 1.2.0), cdbs, libdb4.2-dev -Build-Conflicts: evolution-data-server ( 1.0.0), evolution1.5, kerberos4kth-dev +Build-Depends: bison, intltool (= 0.28-2), debhelper (= 4.2.21), libgal2.2-dev (= 2.2.5), gtkhtml3.2 (= 3.2.5), libgtkhtml3.2-dev (= 3.2.5), libbonoboui2-dev (= 2.4.2), libldap2-dev (= 2.0.23), libgnome2-dev (= 2.6), libnss-dev (= 2:1.7), scrollkeeper, psmisc, libsoup2.2-dev (= 2.2.1-1), libpam-dev, gnome-common, autotools-dev (= 20030717.1), libgnome-pilot2-dev, evolution-data-server-dev (= 1.0.4), automake1.7, libgail-dev (= 1.4.1), libcompfaceg1-dev, gnome-icon-theme (= 1.2.0), cdbs, libdb4.2-dev, heimdal-dev +Build-Conflicts: evolution-data-server ( 1.0.0), evolution1.5 Standards-Version: 3.6.1.0 Package: evolution diff -Naur evolution-2.0.4/debian/rules evolution-2.0.4.fixed/debian/rules --- evolution-2.0.4/debian/rules2005-03-18 08:53:28.484408588 +0100 +++ evolution-2.0.4.fixed/debian/rules 2005-03-18 08:52:16.595221181 +0100 @@ -33,7 +33,7 @@
Bug#300178: cantus: FTBFS (amd64/gcc-4.0): array type has incomplete element type
Package: cantus Severity: normal Tags: patch Thank you for fixing the gcc-4.0 related bug which I reported a while ago. Unfortunately, the latest version of gcc-4.0 is still more restrictive and causes another error message. When building 'cantus' on amd64 with gcc-4.0, I now get the following error: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/gnome-1.0 -DNEED_GNOMESUPPORT_H -I/usr/lib/gnome-libs/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/orbit-1.0 -I/usr/include/gtk-1.2 -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -Wall -Wimplicit -Wreturn-type -Wunused -Wswitch -Wcomment -Wuninitialized -Wparentheses -Wpointer-arith -Wmissing-prototypes -Wall -g -O2 -Wall -Wunused -c file2tag.c In file included from file2tag.c:29: gui_file2tag.h:21: error: array type has incomplete element type file2tag.c: In function 'file2tag_preview_selected': file2tag.c:233: warning: cast from pointer to integer of different size file2tag.c:249: error: type of formal parameter 1 is incomplete file2tag.c:274: error: type of formal parameter 1 is incomplete make[3]: *** [file2tag.o] Error 1 make[3]: Leaving directory `/cantus-1.07/src' With the attached patch 'cantus' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/cantus-1.07/src/gui_file2tag.h ./src/gui_file2tag.h --- ../tmp-orig/cantus-1.07/src/gui_file2tag.h 2002-09-27 23:48:02.0 +0200 +++ ./src/gui_file2tag.h2005-03-18 09:39:57.661657656 +0100 @@ -19,4 +19,3 @@ void file2tag_form_clear(void); -void file2tag_form_fill(gchar *values[][]); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300177: clamd doesn't seem to honour ArchiveMax* options
Package: clamav Version: 0.83-3 Severity: normal When I sent a 25 MB ZIP file through clamav-milter this file is always classified as Oversized.ZIP, even when I remove the ArchiveBlockMax option from clamd.conf. But even when I turn all the limits off by setting them to 0 the ZIP file is classified as Oversized.ZIP. extract from clamd.conf: ArchiveMaxRecursion 0 ArchiveMaxFiles 0 ArchiveMaxFileSize 0 #ArchiveBlockMax After setting the options as written above I invoked: /etc/init.d/clamav-daemon restart /etc/init.d/clamav-milter restart (even though this should be unnecessary) but nothing seems to be different. It shows the same behaviour with the 25 MB ZIP file, classifying it as Oversized.ZIP. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300179: avifile: FTBFS (amd64/gcc-4.0): array type has incomplete element type
Package: avifile
Severity: normal
Tags: patch
When building 'avifile' on amd64 with gcc-4.0,
I get the following error:
x86_64-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -DHAVE_AV_CONFIG_H
-I./../libavcodec -I./.. -Wall -Wno-unused -I../../include -O2
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -pipe -c 4xm.c -fPIC
-DPIC -o .libs/4xm.o
In file included from ./../libavcodec/avcodec.h:14,
from avformat.h:16,
from 4xm.c:28:
./../libavcodec/common.h:61: error: array type has incomplete element type
./../libavcodec/common.h:63: error: array type has incomplete element type
make[3]: *** [4xm.lo] Error 1
make[3]: Leaving directory `/avifile-0.7.43.20050224/ffmpeg/libavformat'
With the attached patch 'avifile' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/avifile-0.7.43.20050224/ffmpeg/libavcodec/avcodec.h
./ffmpeg/libavcodec/avcodec.h
--- ../tmp-orig/avifile-0.7.43.20050224/ffmpeg/libavcodec/avcodec.h
2005-02-24 12:31:10.0 +0100
+++ ./ffmpeg/libavcodec/avcodec.h 2005-03-18 09:29:44.849987503 +0100
@@ -1813,6 +1813,14 @@
#define FF_OPT_MAX_DEPTH 10
} AVOption;
+#ifdef HAVE_MMX
+extern const struct AVOption avoptions_common[3 + 5];
+#else
+extern const struct AVOption avoptions_common[3];
+#endif
+extern const struct AVOption avoptions_workaround_bug[11];
+
+
/**
* Parse option(s) and sets fields in passed structure
* @param strctstructure where the parsed results will be written
diff -urN ../tmp-orig/avifile-0.7.43.20050224/ffmpeg/libavcodec/common.h
./ffmpeg/libavcodec/common.h
--- ../tmp-orig/avifile-0.7.43.20050224/ffmpeg/libavcodec/common.h
2005-02-15 13:33:33.0 +0100
+++ ./ffmpeg/libavcodec/common.h2005-03-18 09:34:02.595215479 +0100
@@ -53,15 +53,6 @@
{ name, help, offsetof(AVCodecContext, field), FF_OPT_TYPE_RCOVERRIDE,
.defval = 0, .defstr = NULL }
#define AVOPTION_SUB(ptr) { .name = NULL, .help = (const char*)ptr }
#define AVOPTION_END() AVOPTION_SUB(NULL)
-
-struct AVOption;
-#ifdef HAVE_MMX
-extern const struct AVOption avoptions_common[3 + 5];
-#else
-extern const struct AVOption avoptions_common[3];
-#endif
-extern const struct AVOption avoptions_workaround_bug[11];
-
#endif /* HAVE_AV_CONFIG_H */
/* Suppress restrict if it was not defined in config.h. */
diff -urN ../tmp-orig/avifile-0.7.43.20050224/ffmpeg/libavcodec/dsputil.h
./ffmpeg/libavcodec/dsputil.h
--- ../tmp-orig/avifile-0.7.43.20050224/ffmpeg/libavcodec/dsputil.h
2005-02-15 13:33:34.0 +0100
+++ ./ffmpeg/libavcodec/dsputil.h 2005-03-18 09:24:45.732740888 +0100
@@ -604,33 +604,6 @@
return score;\
}
-#ifndef HAVE_LRINTF
-/* XXX: add ISOC specific test to avoid specific BSD testing. */
-/* better than nothing implementation. */
-/* btw, rintf() is existing on fbsd too -- alex */
-static always_inline long int lrintf(float x)
-{
-#ifdef CONFIG_WIN32
-# ifdef ARCH_X86
-int32_t i;
-asm volatile(
-fistpl %0\n\t
-: =m (i) : t (x) : st
-);
-return i;
-# else
-/* XXX: incorrect, but make it compile */
-return (int)(x + (x 0 ? -0.5 : 0.5));
-# endif
-#else
-return (int)(rint(x));
-#endif
-}
-#else
-#ifndef _ISOC9X_SOURCE
-#define _ISOC9X_SOURCE
-#endif
#include math.h
-#endif
#endif
diff -urN ../tmp-orig/avifile-0.7.43.20050224/lib/aviplay/AudioQueue.h
./lib/aviplay/AudioQueue.h
--- ../tmp-orig/avifile-0.7.43.20050224/lib/aviplay/AudioQueue.h
2004-08-25 18:29:06.0 +0200
+++ ./lib/aviplay/AudioQueue.h 2005-03-18 09:32:07.258488382 +0100
@@ -16,10 +16,11 @@
virtual int Mix(void* data, const void* src, uint_t n) const = 0;
};
+#define MAX_BUFFER_TIME 1.0;
+
class AudioQueue
{
public:
-static const double MAX_BUFFER_TIME = 1.0;
AudioQueue(WAVEFORMATEX Iwf, WAVEFORMATEX Owf);
~AudioQueue();
diff -urN ../tmp-orig/avifile-0.7.43.20050224/lib/aviplay/aviplay_impl.h
./lib/aviplay/aviplay_impl.h
--- ../tmp-orig/avifile-0.7.43.20050224/lib/aviplay/aviplay_impl.h
2003-12-17 21:37:54.0 +0100
+++ ./lib/aviplay/aviplay_impl.h2005-03-18 09:32:07.260487996 +0100
@@ -136,8 +136,6 @@
void createAudioRenderer();
int restartVideoStreaming(const char* codec = 0);
-static const float m_fDropLimit = -0.015;
-
mutable int AviPlayer::propertyRead[LAST_PROPERTY]; // have we read at
least once from Registry::
avm::vectorIVideoRenderer* m_VideoRenderers; // we could draw image to
more places
diff -urN ../tmp-orig/avifile-0.7.43.20050224/lib/aviplay/aviplayth.cpp
./lib/aviplay/aviplayth.cpp
--- ../tmp-orig/avifile-0.7.43.20050224/lib/aviplay/aviplayth.cpp
2004-10-25 12:27:42.0 +0200
+++ ./lib/aviplay/aviplayth.cpp 2005-03-18 09:32:07.261487803 +0100
@@ -31,6 +31,7 @@
// preffer video playing thread
static const int PRIORITY_ADD_VIDEO = 0;
static const int PRIORITY_ADD_AUDIO = 0;
+static const float m_fDropLimit =
Bug#291700: Proposing stable PostgreSQL bugfixes
severity 291700 important thanks Martin Schulze [2005-03-07 14:45 +0100]: Steve Langasek wrote: On Sun, Feb 27, 2005 at 10:28:27PM +0100, Martin Pitt wrote: In the light of #291700 I prepared a new PostgreSQL stable upload. It fixes a grave misbehaviour if a database is called peer, and fixes the calling of dpkg --compare-versions which caused the help screen to be printed when installing the package from scratch. Would you accept the following debdiff for stable-proposed-updates? This needs to be approved by the Stable Release Manager, Joey Schulze. I don't know if Joey follows this list. I do. I am not convinced though that this update has to go into the stable release since it's just a normal bug. If you consider it severe enough, please get robster to add a note to the release notes for woody about not naming tables peer. Okay, I downgraded the severity. The patch is there for all people who want to fix it locally. Martin -- Martin Pitt http://www.piware.de Ubuntu Developerhttp://www.ubuntulinux.org Debian GNU/Linux Developer http://www.debian.org signature.asc Description: Digital signature
Bug#300159: tetex-extra: Fails to install (debconf-loadtemplates: command not found)
reassign 300159 ucf stop On 18.03.05 Miles Bader ([EMAIL PROTECTED]) wrote: Hi, I tried to install tetex from experimental. I normally use unstable, but in this case I used `aptitude -t experimental' to see experimental updates. Other new tetex package seemed to install correctly, tetex-extra failed with these messages: Installing new version of config file /etc/texmf/latex/listings.cfg ... /usr/bin/ucf: line 55: debconf-loadtemplates: command not found dpkg: error processing tetex-extra (--configure): subprocess post-installation script returned error exit status 127 Errors were encountered while processing: tetex-extra The command is called usr/bin/debconf-loadtemplate and is contained in debconf-utils. It is called from the ucf command. As we in tetex don't call the command directly[1] but rather ucf I'm reassigning. Thanks for the report! Regards, Hilmar [1] [EMAIL PROTECTED] ~ $ zgrep debconf-loadtempla tetex-base_3.0-2.diff.gz [EMAIL PROTECTED] ~ $ -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300180: fakeroot 1.2.6 fails to build from source
Subject: fakeroot 1.2.6 fails to build from source Package: fakeroot Version: 1.2.6 Tags: patch -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux abm2 2.4.29-lck0-old #1 Wed Feb 2 12:26:10 MSK 2005 i686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R Versions of packages fakeroot depends on: ii libc6 2.2.5-11.1 GNU C Library: Shared libraries an ii libstdc++2.10-glibc2.21:2.95.4-7 The GNU stdc++ library I've been building the latest - the greatest unstable version 1.2.6 of fakeroot in/for woody+backports and it failed to build from source. pbuilder output excerpt: ===8=== debian/tmp/usr/share/man/man1/faked-tcp.1 \ debian/tmp/usr/share/man/man1/fakeroot-tcp.1 \ debian/tmp/usr/share/doc/fakeroot/changelog strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/tmp/usr/lib/libfakeroot-sysv.so.0.0.1 strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/tmp/usr/lib/libfakeroot/libfakeroot-sysv.so.0.0.1 strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/tmp/usr/lib/libfakeroot-tcp.so.0.0.1 strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/tmp/usr/lib/libfakeroot/libfakeroot-tcp.so.0.0.1 strip --remove-section=.comment --remove-section=.note debian/tmp/usr/bin/faked strip: debian/tmp/usr/bin/faked: No such file or directory make: *** [binary-arch] Error 1 pbuilder: Failed autobuilding of package - unmounting /proc filesystem - cleaning the build env Command exited with non-zero status 1 ===8=== Some -sysv filename suffixes in debin/rules were missed while renaming (or splitting?) binaries. Patch below fixes filenames reffered by strip command and lets the package build to be finished. Thanks! --- fakeroot-1.2.6.orig/debian/rules +++ fakeroot-1.2.6/debian/rules @@ -126,11 +126,11 @@ debian/tmp/usr/share/man/man1/fakeroot-tcp.1 \ debian/tmp/usr/share/doc/fakeroot/changelog ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) - strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/tmp/usr/lib/libfakeroot.so.0.0.1 - strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/tmp/usr/lib/libfakeroot/libfakeroot.so.0.0.1 + strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/tmp/usr/lib/libfakeroot-sysv.so.0.0.1 + strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/tmp/usr/lib/libfakeroot/libfakeroot-sysv.so.0.0.1 strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/tmp/usr/lib/libfakeroot-tcp.so.0.0.1 strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/tmp/usr/lib/libfakeroot/libfakeroot-tcp.so.0.0.1 - strip --remove-section=.comment --remove-section=.note debian/tmp/usr/bin/faked + strip --remove-section=.comment --remove-section=.note debian/tmp/usr/bin/faked-sysv strip --remove-section=.comment --remove-section=.note debian/tmp/usr/bin/faked-tcp # strip --strip-debug debian/tmp/usr/lib/libfakeroot.a endif Bye. Andrey. ...Be happy, take it easy, sayonara. ---abme at rambler dot ru
Bug#297181: auctex dont't install
Frank Küster a écrit :
Jean-Jacques,
[snip]
$ cd /usr/share/emacs/site-lisp/auctex/
$ su
# ./configure --disable-build-dir-test --prefix=/usr/ --with-emacs=emacs21
--with-lispdir=/usr/share/emacs21/site-lisp/
--with-auto-dir=/var/lib/auctex/emacs21
zoe:/usr/share/emacs/site-lisp/auctex# ./configure
--disable-build-dir-test --prefix=/usr/ --with-emacs=emacs21
--with-lispdir=/usr/share/emacs21/site-lisp/
--with-auto-dir=/var/lib/auctex/emacs21
checking whether make sets $(MAKE)... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for emacs21... /usr/bin/emacs21
checking if /usr/bin/emacs21 is XEmacs... no
checking if (X)Emacs is recent enough... yes
checking for mule support... yes
checking where lisp files go... /usr/share/emacs21/site-lisp/, expanded
to /usr/share/emacs21/site-lisp
checking where automatically generated global style hooks go...
/var/lib/auctex/emacs21, expanded to /var/lib/auctex/emacs21
checking for tex... /usr/bin/tex
checking for pdftex... /usr/bin/pdftex
checking for dvips... /usr/bin/dvips
checking for makeinfo... /usr/bin/makeinfo
checking for texi2html... /usr/bin/texi2html
checking for texi2dvi... /usr/bin/texi2dvi
checking for texi2pdf... /usr/bin/texi2pdf
checking if /usr/bin/makeinfo understands @acronym{}... yes
checking if /usr/bin/makeinfo understands @env{}... yes
checking if /usr/bin/makeinfo understands @option{}... yes
checking if /usr/bin/makeinfo understands @command{}... yes
checking for install-info... /usr/sbin/install-info
configure: creating ./config.status
config.status: creating Makefile
config.status: creating tex-site.el
config.status: creating doc/Makefile
Congratulations! Configuration is complete.
Type make at the prompt to build AUCTeX
zoe:/usr/share/emacs/site-lisp/auctex#
# /usr/bin/emacs21 -q -no-site-file -l lpath.el
(you might need to add the option -nw if it says it cannot open a
display or a similar error message).
Then do
M-x toggle-debug-on-error RET
Debug on Error enabled
M-x byte-compile-file RET context-en.el RET
Byte compile file: /usr/share/emacs/site-lisp/auctex/context-en.el
Compiling file /usr/share/emacs/site-lisp/auctex/context-en.el at Fri
Mar 18 10:15:38 2005
!! Symbol's function definition is void
((TeX-mode-specific-command-menu))
best regards
Jean-Jacques.
Bug#299863: kernel-package: make-kpkg uses run-parts -v option, which breaks woody-sarge upgrades
On Thu, Mar 17, 2005 at 10:10:55PM +0100, Sven Luther wrote:
On Thu, Mar 17, 2005 at 08:10:36PM +, Colin Watson wrote:
To elaborate a bit, the reason why this affects users upgrading from
woody even if they haven't done anything strange to their system is that
if they attempt to upgrade to a sarge kernel-image first, the sarge
kernel-image packages depend on mkvmlinuz, which ships
/etc/kernel/post{inst,rm}.d/mkvmlinuz scripts; thus, kernel-image tries
to run 'run-parts -v' without them doing anything funny to their system,
and without an appropriate versioned dependency on debianutils being
declared.
s/-v/--verbose/g certainly seems like the simplest fix.
Could i also add a versioned dependency in the kernel-images to the first
version of debian-utils to have the -v option ? This would mean uploading two
full kernel-images (2.4.27 and 2.6.8) and thus probably around a full 24 hours
of builds and uploads.
You could, but if you're going to upload anyway you might as well just
use --verbose rather than further complicating the dependency graph.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298968: ftp.debian.org: Please remove raidtools2
On Fri, Mar 18, 2005 at 06:07:53AM +0100, Jeroen van Wolffelaar wrote: tags 298968 moreinfo thanks On Thu, Mar 10, 2005 at 09:21:07PM +0100, Matthijs Mohlmann wrote: Hi, Please remove raidtools2 from unstable. There is a critical bug filed against raidtools2 (#298824) and upstream seems dead (no development anymore) Removing raidtools2 would break heartbeat: ** heartbeat has an unsatisfied build-dependency: raidtools2 What to do? It will only break a small portion of heartbeat's functionality which can easily be removed. Please let me know if you would like me to do this. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300184: French uim.mo
Package: libuim0 Version: 0.4.6final1-2 Severity: wishlist Please put in /usr/share/locale/fr/LC_MESSAGES/uim.mo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300181: bow: FTBFS (amd64/gcc-4.0): array type has incomplete element type
Package: bow
Severity: normal
Tags: patch
There is another problem with the latest version of gcc-4.0.
When building 'bow' on amd64 with gcc-4.0,
I now get the following error:
gcc -c -Ibow -I. -I./argp -DHAVE_LIBNSL=1 -DHAVE_STRERROR=1
-DHAVE_GETTIMEOFDAY=1 -DHAVE_RANDOM=1 -DHAVE_SRANDOM=1 -DHAVE_SETENV=1
-DHAVE_STRCHR=1 -DHAVE_STRRCHR=1 -DHAVE_ALLOCA_H=1 -g -O -Wall -Wimplicit -o
array.o array.c
In file included from array.c:22:
./bow/libbow.h:1631: warning: type qualifiers ignored on function return type
./bow/libbow.h:2128: error: array type has incomplete element type
make[1]: *** [array.o] Error 1
make[1]: Leaving directory `/bow-20020213'
make: *** [build] Error 2
With the attached patch 'bow' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/bow-20020213/bow/libbow.h ./bow/libbow.h
--- ../tmp-orig/bow-20020213/bow/libbow.h 2002-02-14 00:00:29.0
+0100
+++ ./bow/libbow.h 2005-03-18 10:02:20.546240909 +0100
@@ -1343,7 +1343,7 @@
#include bow/kl.h
#include bow/em.h
#include bow/knn.h
-struct argp_child; /* forward declare this type */
+#include argp.h
/* Associate method M with the string NAME, so the method structure
can be retrieved later with BOW_METHOD_AT_NAME(). Set the group
diff -urN ../tmp-orig/bow-20020213/argp/argp-fs-xinl.c ./argp/argp-fs-xinl.c
--- ../tmp-orig/bow-20020213/argp/argp-fs-xinl.c1997-03-14
16:12:42.0 +0100
+++ ./argp/argp-fs-xinl.c 2005-03-18 09:57:31.594093978 +0100
@@ -23,8 +23,6 @@
#endif
#define ARGP_FS_EI
-#undef __OPTIMIZE__
-#define __OPTIMIZE__
#include argp-fmtstream.h
/* Add weak aliases. */
diff -urN ../tmp-orig/bow-20020213/argp/argp-xinl.c ./argp/argp-xinl.c
--- ../tmp-orig/bow-20020213/argp/argp-xinl.c 1997-03-14 16:12:44.0
+0100
+++ ./argp/argp-xinl.c 2005-03-18 09:58:21.626423228 +0100
@@ -23,8 +23,6 @@
#endif
#define ARGP_EI
-#undef __OPTIMIZE__
-#define __OPTIMIZE__
#include argp.h
/* Add weak aliases. */
diff -urN ../tmp-orig/bow-20020213/dv.c ./dv.c
--- ../tmp-orig/bow-20020213/dv.c 1999-03-17 22:08:53.0 +0100
+++ ./dv.c 2005-03-18 09:55:16.845139074 +0100
@@ -52,7 +52,7 @@
{
int dv_index;/* The document vector index at
which we are looking for. */
- static inline void grow_if_necessary ()
+ inline void grow_if_necessary ()
{
if (error_on_creation)
bow_error (Shouldn't be creating new entry for a weight.);
@@ -67,7 +67,7 @@
+ sizeof (bow_de) * (*dv)-size));
}
}
- static inline void initialize_dv_index (int dvi)
+ inline void initialize_dv_index (int dvi)
{
(*dv)-entry[dvi].di = di;
(*dv)-entry[dvi].count = 0;
diff -urN ../tmp-orig/bow-20020213/multiclass.c ./multiclass.c
--- ../tmp-orig/bow-20020213/multiclass.c 1999-10-15 22:17:42.0
+0200
+++ ./multiclass.c 2005-03-18 09:55:16.846138881 +0100
@@ -1050,7 +1050,7 @@
void
bow_sort_scores (bow_score *scores, int count)
{
- static int score_compare (const void *x, const void *y)
+ int score_compare (const void *x, const void *y)
{
if (((bow_score *)x)-weight ((bow_score *)y)-weight)
return -1;
@@ -1256,6 +1256,7 @@
}
return si;
next_si:
+ continue;
}
return -1;
}
@@ -1340,6 +1341,7 @@
max_ci = ci;
}
next_class1:
+ continue;
}
if (local_exclude_cis_size + 1 exclude_cis_capacity/2
@@ -1421,8 +1423,10 @@
max_ci2 = ci2;
}
next_class22:
+ continue;
}
next_class2:
+ continue;
}
assert (max_si = 0);
diff -urN ../tmp-orig/bow-20020213/svm_base.c ./svm_base.c
--- ../tmp-orig/bow-20020213/svm_base.c 2002-02-13 23:49:41.0 +0100
+++ ./svm_base.c2005-03-18 09:55:16.847138688 +0100
@@ -261,7 +261,6 @@
case 4:
kernel = svm_kernel_fisher;
break;
-default:
}
break;
case AL_TEST_IN_TRAIN_ARG:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300183: ippl: do not remove a useful package
Package: ippl Version: 1.4.14-3 Severity: wishlist New ippl package versions say that the package will be removed. I still consider the package useful and will immediately repackage it after you had it removed. Please consider putting up the package for adoption instead of having it removed. If you want to get rid of it now, I am willing to take over immediately or to co-maintain. Greetings Marc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-zgserver Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages ippl depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii logrotate 3.7-2Log rotation utility ii perl-base [perl5-base] 5.8.4-8 The Pathologically Eclectic Rubbis -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289690: This bug is release critical IMO
Can you please update to a more recent version of 2.6.8 and retest? -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300185: FTBFS in experimental
Package: postgresql-7.4 Version: 1:7.4.7-1 Severity: serious Tags: experimental Hi, please see http://experimental.ftbfs.de/build.php?arch=pkg=postgresql-7.4 for the full build log Cheers, Andi Automatic build of postgresql-7.4_1:7.4.7-1 on notos by sbuild/powerpc 1.170.5 Build started at 20050318-0210 ** [...] Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.2.ds1-20 linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-6 binutils_2.15-5 libstdc++5_1:3.3.5-6 libstdc++5-3.3-dev_1:3.3.5-6 -- dpkg-source: extracting postgresql-7.4 in postgresql-7.4-7.4.7 [...] make -C ../../../src/interfaces/libpgtcl all make[5]: Entering directory `/build/buildd/postgresql-7.4-7.4.7/build-tree/postgresql-7.4.7/src/interfaces/libpgtcl' make -C ../../../src/interfaces/libpq all make[6]: Entering directory `/build/buildd/postgresql-7.4-7.4.7/build-tree/postgresql-7.4.7/src/interfaces/libpq' make[6]: Nothing to be done for `all'. make[6]: Leaving directory `/build/buildd/postgresql-7.4-7.4.7/build-tree/postgresql-7.4.7/src/interfaces/libpq' make[5]: Leaving directory `/build/buildd/postgresql-7.4-7.4.7/build-tree/postgresql-7.4.7/src/interfaces/libpgtcl' cc -g -Wall -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../src/interfaces/libpgtcl -I/usr/include/tcl8.4 -I../../../src/include -D_GNU_SOURCE -I/usr/include/tcl8.4 -c -o pgtclAppInit.o pgtclAppInit.c cc -g -Wall -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -Wmissing-declarations pgtclAppInit.o -L../../../src/interfaces/libpgtcl -lpgtcl -L../../../src/interfaces/libpq -lpq -L/usr/lib -ltcl8.4 -ldl -lpthread -lieee -lm -L../../../src/port -lpam -lssl -lcrypto -lkrb5 -lz -lreadline -lcrypt -lresolv -lnsl -ldl -lm -lpgport -o pgtclsh cc -g -Wall -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -Wmissing-declarations -I../../../src/interfaces/libpgtcl -I/usr/include/tcl8.4 -I../../../src/include -D_GNU_SOURCE -I/usr/include/tcl8.4 -c -o pgtkAppInit.o pgtkAppInit.c In file included from pgtkAppInit.c:15: /usr/include/tcl8.4/tk.h:96:29: X11/Xlib.h: No such file or directory In file included from pgtkAppInit.c:15: /usr/include/tcl8.4/tk.h:572: error: syntax error before Window /usr/include/tcl8.4/tk.h:572: warning: type defaults to `int' in declaration of `Window' /usr/include/tcl8.4/tk.h:572: error: `Window' declared as function returning a function /usr/include/tcl8.4/tk.h:572: warning: parameter names (without types) in function declaration /usr/include/tcl8.4/tk.h:575: error: syntax error before XEvent /usr/include/tcl8.4/tk.h:584: error: syntax error before Tk_ClassCreateProc /usr/include/tcl8.4/tk.h:584: warning: no semicolon at end of struct or union /usr/include/tcl8.4/tk.h:592: error: syntax error before '}' token /usr/include/tcl8.4/tk.h:592: warning: type defaults to `int' in declaration of `Tk_ClassProcs' /usr/include/tcl8.4/tk.h:592: warning: data definition has no type or storage class /usr/include/tcl8.4/tk.h:678: error: syntax error before Bool /usr/include/tcl8.4/tk.h:678: warning: no semicolon at end of struct or union /usr/include/tcl8.4/tk.h:679: warning: type defaults to `int' in declaration of `display' /usr/include/tcl8.4/tk.h:679: warning: data definition has no type or storage class [...] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255304: [Vim #255304] Could we close that bug?
That bug is not reproducible, could you confirm we can close it? Thanks. -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound.
Bug#289690: This bug is release critical IMO
Le vendredi 18 mars 2005 à 18:15 +0900, Horms a écrit : Can you please update to a more recent version of 2.6.8 and retest? Which one ? I don't know of anything newer than 2.6.8-13 ... (I was using -13 as I reported in my mail) Cheers, -- Raphaël Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com Earn money with free software: http://www.geniustrader.org
Bug#279702: Bug #279702 ITA: lingoteach packages
Package: lingoteach-ui,lingoteach-lesson,lingoteach-sound retitle 279702 ITA: lingoteach-ui,lingoteach-lesson,lingoteach-sound owner 279702 [EMAIL PROTECTED] thanks Hi, I would like to adopt this packages. Thank you in advance Regards, -- Kstutis Bilinas [EMAIL PROTECTED] signature.asc Description: =?iso-8859-2?Q?=A9i?= =?iso-8859-2?Q?_lai=B9ko?= dalis yra =?iso-8859-2?Q?pasira=B9yta?= skaitmeniniu =?iso-8859-4?Q?b=FEdu?=
Bug#296514: [quanta-devel] Cervisia again, plus greater problems
HI, I got an answer from Bernd: Now to the real topic: if the licensing of the Cervisia part is a problem for applications embedding or using it, it is fine for me to change the license to GPL. The software before the import into KDE's CVS is written mostly by myself. There are a few people who contributed patches for fixing bugs or ,v files which helped a lot with testing, but these probably not in an amount which is relevant for the purpose of copyright. The only other author with a relevant code contribution is AFAIR Florent Pillet, whose email address you may see in the AUTHORS or ChangeLog file. Is this enough? Andras pgp6ksznnyb8O.pgp Description: PGP signature
Bug#299162: libapache-mod-mp3 must be rebuilt against libmysqlclient12
tags 299162 patch thanks As promised earlier, I have uploaded an NMU for this bug. The trivial patch is attached. Cheers, -- Steve Langasek postmodern programmer diff -u libapache-mod-mp3-0.39/debian/changelog libapache-mod-mp3-0.39/debian/changelog --- libapache-mod-mp3-0.39/debian/changelog +++ libapache-mod-mp3-0.39/debian/changelog @@ -1,3 +1,13 @@ +libapache-mod-mp3 (0.39-3.2) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for sarge-targetted RC bugfix. + * Rebuild against libmysqlclient12-dev instead of libmysqlclient10-dev, +for compatibility with newer servers and to avoid segfaults when +other mysql-using apache modules are loaded (closes: #299162). + + -- Steve Langasek [EMAIL PROTECTED] Fri, 18 Mar 2005 00:38:25 -0800 + libapache-mod-mp3 (0.39-3.1) unstable; urgency=low * NMU diff -u libapache-mod-mp3-0.39/debian/control libapache-mod-mp3-0.39/debian/control --- libapache-mod-mp3-0.39/debian/control +++ libapache-mod-mp3-0.39/debian/control @@ -2,7 +2,7 @@ Section: web Priority: optional Maintainer: Pawel Wiecek [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), apache-dev (= 1.3.28), libdb4.2-dev, libmysqlclient10-dev +Build-Depends: debhelper ( 3.0.0), apache-dev (= 1.3.28), libdb4.2-dev, libmysqlclient12-dev Standards-Version: 3.6.1 Package: libapache-mod-mp3 signature.asc Description: Digital signature
Bug#300148: HOWTO for translation updates
* Christian Perrier ([EMAIL PROTECTED]) [050318 08:25]: May I be pointed to the source of the DR document so that I can propose a properly formatted patch? cvs.debian.org, debian-doc, manuals.sgml/developers-reference/developers-reference.sgml Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300166: Bug#300170: Consequences of udev being pulled in by Gnome
On Mar 18, Sven Luther [EMAIL PROTECTED] wrote: 3) Inform the user that a reboot is needed in order for it to work. No, it's not! Months ago I did a lot of work in postinst to support reboot-less installation of udev. There is not enough data in this bug report to even start investigating it but I believe that the problem is caused by #296776 and #296975, which I fixed over a month ago but are being kept out of testing by the broken arm buildd. Cc'ed to the release managers, who may want to force again udev in testing to fix these RC bugs. -- ciao, Marco signature.asc Description: Digital signature
Bug#295131: Full bt
On Mon, Mar 14, 2005 at 02:19:54AM +0100, Frank Lichtenheld wrote: Hello Frank. First of all sorry for late answer and many thanks for your effort to figure out what's wrong. Here is a full bt with debug libraries installed an code references: [...] Hmm, I have an idea what could be the cause for the segfaults: As you can see, they happen in the glib code, not in scorched3d. ldd /usr/games/scorched3d shows that it is linked against libglib2.0 and libgtk1.2 while the used wx library (libwxgtk-2.4) is linked against libglib1.2 and libgtk1.2. Perhaps the conflicting libraries cause the segfaults? Could be. I'll try to rebuild it in chroot without libglib2.0-dev package. On PPC where the program doesn't segfault, scorched3d is linked against libglib1.2, not 2.0. However, I can't see how you have to influence the build process to ensure a certain libglib version ... Well I'll try to add Build-Conflicts with libglib2.0 library. We'll see what happens ;) Thanks again for your investigation. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Bug#300188: allow/deny broken in session.map
Package: mol Version: 0.9.70-16 Severity: normal Hi, since the last upgrade I'm seeing: Mac-on-Linux 0.9.70 [Mar 8 2005 14:16] Copyright (C) 1997-2004 Samuel Rydh Starting MOL session 1 User is not allowed to run MOL. for all users, including root. I didn't change anything since then but session.map has (and always had): deny: all # Users not allowed to run MOL allow: agx, root # Users allowed to run MOL However if I put comment these values mol works again. The order of the entries doesnt matter. Cheers, -- Guido -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-agx0 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages mol depends on: ii debconf [debconf-2.0]1.4.46 Debian configuration management sy ii debianutils 2.13.1 Miscellaneous utilities specific t ii libasound2 1.0.8-3 ALSA library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12 X Window System miscellaneous exte ii mol-drivers-linux [mol-d 0.9.70+1-1 The Mac-on-Linux emulator - driver ii mol-drivers-macos [mol-d 0.9.70-1The Mac-on-Linux emulator - driver ii mol-drivers-macosx [mol- 0.9.70-1The Mac-on-Linux emulator - driver hi xlibs4.3.0.dfsg.1-4 X Window System client libraries m -- debconf information: * mol/group: mol * mol/setuid: true signature.asc Description: Digital signature
Bug#300187: [l10n] Updated Czech translation of schoolbell debconf messages
Package: schoolbell Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech translation (cs.po) of schoolbell debconf messages, please include it. -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: schoolbell\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-03-15 21:34+0100\n PO-Revision-Date: 2005-03-18 10:35+0100\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-2\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../schoolbell.templates:4 msgid Network interfaces for SchoolBell XML web services: msgstr Sov rozhran pro webov XML sluby SchoolBellu: #. Type: string #. Description #: ../schoolbell.templates:16 msgid Network interfaces for the HTML browser interface: msgstr Sov rozhran pro rozhran HTML prohlee: #. Type: string #. Description #: ../schoolbell.templates:16 msgid The HTML interface provides access to SchoolBell via any standard web browser. msgstr HTML rozhran poskytuje pstup k SchoolBell pomoc libovolnho standardnho webovho prohlee. #. Type: string #. Description #: ../schoolbell.templates:25 msgid Network interfaces for SchoolBell XML web services (SSL): msgstr Sov rozhran pro webov XML sluby SchoolBellu (SSL): #. Type: string #. Description #: ../schoolbell.templates:25 msgid This interface is used by SchoolBell for communicating with non-HTML clients such as the SchoolTool and 3rd party clients (e.g. Mozilla Calendar). XML and iCalendar messages can be PUT or GET to this interface via HTTP allowing access to all SchoolBell functionality. msgstr SchoolBell vyuv toto rozhran pro komunikaci s ne-HTML klienty, jako je teba SchoolTool nebo klienti tetch stran (Mozilla Kalend). XML a iCalendar zprvy mohou bt do tohoto rozhran transportovny pes HTTP pkazy PUT a GET, co umouje pstup k cel funkcionalit SchoolBellu. #. Type: string #. Description #: ../schoolbell.templates:40 msgid Network interfaces for the HTML browser interface (SSL): msgstr Sov rozhran pro rozhran HTML prohlee (SSL): #. Type: string #. Description #: ../schoolbell.templates:40 msgid Please enter a space separated list of [address:]port values that you would like the server to listen on. msgstr Zadejte mezerami oddlen seznam hodnot [adresa:]port, na kterch m server naslouchat. #. Type: string #. Description #: ../schoolbell.templates:40 msgid The web interface provides access to SchoolBell via any standard web browser. msgstr Webov rozhran nabz pstup k SchoolBellu pes libovoln standardn webov prohle. #. Type: string #. Description #: ../schoolbell.templates:40 msgid This is an SSL version of this interface and will only accept SSL connections. msgstr Toto je SSL verze tohoto rozhran a pijm pouze SSL spojen. #. Type: select #. Choices #: ../schoolbell.templates:51 msgid Create self-signed certificate msgstr Vytvoit sebou podepsan certifikt #. Type: select #. Choices #: ../schoolbell.templates:51 msgid Import certificate msgstr Importovat certifikt #. Type: select #. Description #: ../schoolbell.templates:53 msgid Method for setting up the SSL certificate: msgstr Zpsob nastaven SSL certifiktu: #. Type: select #. Description #: ../schoolbell.templates:53 msgid You can create a self-signed root certificate that can be imported into web browsers. The certificate can be copied from /etc/schoolbell/cert.pem. msgstr Mete vytvoit sebou podepsan koenov certifikt, kter pak mete importovat do webovch prohle. Certifikt mete zkoprovat z /etc/ schoolbell/cert.pem. #. Type: select #. Description #: ../schoolbell.templates:53 msgid You can also import a certificate, for instance a certificate signed by a certification authority (CA). The certificate must be in PEM format and contain the private key. msgstr Tak mete certifikt importovat, napklad certifikt podepsan dvryhodnou certifikan autoritou (CA). Certifikt mus bt v PEM formtu a mus obsahovat privtn kl. #. Type: boolean #. Description #: ../schoolbell.templates:65 msgid Would you like to re-create the SSL certificate? msgstr Chcete znovu vytvoit SSL certifikt? #. Type: boolean #. Description #: ../schoolbell.templates:65 msgid A SSL certificate already exists. Please confirm whether you want to create a new certificate. msgstr SSL certifikt ji existuje. Potvrte prosm, zda chcete vytvoit nov certifikt. #. Type: string #. Description #: ../schoolbell.templates:72 msgid PEM format SSL
Bug#300186: [l10n] Updated Czech translation of schooltool debconf messages
Package: schooltool Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech translation (cs.po) of schooltool debconf messages, please include it. -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: schooltool\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-01-06 18:30+0100\n PO-Revision-Date: 2005-03-18 10:36+0100\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-2\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../schooltool.templates:4 msgid Network interfaces for SchoolTool XML web services: msgstr Sov rozhran pro webov XML sluby SchoolToolu: #. Type: string #. Description #: ../schooltool.templates:16 msgid Network interfaces for the HTML browser interface msgstr Sov rozhran pro rozhran HTML prohlee: #. Type: string #. Description #: ../schooltool.templates:16 msgid The HTML interface provides access to SchoolTool via any standard web browser. msgstr HTML rozhran poskytuje pstup k SchoolTool pomoc libovolnho standardnho webovho prohlee. #. Type: string #. Description #: ../schooltool.templates:25 msgid Network interfaces for SchoolTool XML web services (SSL): msgstr Sov rozhran pro webov XML sluby SchoolToolu (SSL): #. Type: string #. Description #: ../schooltool.templates:25 msgid This interface is used by SchoolTool for communicating with non-HTML clients such as the SchoolTool and 3rd party clients (e.g. Mozilla Calender). XML and iCalendar messages can be PUT or GET to this interface via HTTP allowing access to all SchoolTool functionality. msgstr SchoolTool vyuv toto rozhran pro komunikaci s ne-HTML klienty, jako je teba SchoolTool nebo klienti tetch stran (Mozilla Kalend). XML a iCalendar zprvy mohou bt do tohoto rozhran transportovny pes HTTP pkazy PUT a GET, co umouje pstup k cel funkcionalit SchoolToolu. #. Type: string #. Description #: ../schooltool.templates:40 msgid Network interfaces for the HTML browser interface (SSL) msgstr Sov rozhran pro rozhran HTML prohlee (SSL): #. Type: string #. Description #: ../schooltool.templates:40 ../schoolbell.templates:40 msgid Please enter a space separated list of [address:]port values that you would like the server to listen on. msgstr Zadejte mezerami oddlen seznam hodnot [adresa:]port, na kterch m server naslouchat. #. Type: string #. Description #: ../schooltool.templates:40 msgid The web interface provides access to SchoolTool via any standard web browser. msgstr Webov rozhran nabz pstup k SchoolTool pes libovoln standardn webov prohle. #. Type: string #. Description #: ../schooltool.templates:40 ../schoolbell.templates:40 msgid This is an SSL version of this interface and will only accept SSL connections. msgstr Toto je SSL verze tohoto rozhran a pijm pouze SSL spojen. #. Type: select #. Choices #: ../schooltool.templates:51 ../schoolbell.templates:51 msgid Create self-signed certificate msgstr Vytvoit sebou podepsan certifikt #. Type: select #. Choices #: ../schooltool.templates:51 ../schoolbell.templates:51 msgid Import certificate msgstr Importovat certifikt #. Type: select #. Description #: ../schooltool.templates:53 ../schoolbell.templates:53 msgid Method for setting up the SSL certificate: msgstr Zpsob nastaven SSL certifiktu: #. Type: select #. Description #: ../schooltool.templates:53 msgid You can create a self-signed root certificate that can be imported into web browsers. The certificate can be copied from /etc/schooltool/cert.pem. msgstr Mete vytvoit sebou podepsan koenov certifikt, kter pak mete importovat do webovch prohle. Certifikt mete zkoprovat z /etc/ schooltool/cert.pem. #. Type: select #. Description #: ../schooltool.templates:53 ../schoolbell.templates:53 msgid You can also import a certificate, for instance a certificate signed by a certification authority (CA). The certificate must be in PEM format and contain the private key. msgstr Tak mete certifikt importovat, napklad certifikt podepsan dvryhodnou certifikan autoritou (CA). Certifikt mus bt v PEM formtu a mus obsahovat privtn kl. #. Type: boolean #. Description #: ../schooltool.templates:65 ../schoolbell.templates:65 msgid Would you like to re-create the SSL certificate? msgstr Chcete znovu vytvoit SSL certifikt? #. Type: boolean #. Description #: ../schooltool.templates:65 ../schoolbell.templates:65 msgid A SSL certificate already exists. Please confirm whether you
Bug#300189: Unknown whois server for .my
Package: jwhois Version: 3.2.2-2 Severity: normal Hi, I just tried to look up a .my domain and this fails: |[salem:~]-7 jwhois time.net.my |[Querying whois.mynic.net] |[whois.mynic.net: Name or service not known] Please change the configuration to query whois.mynic.net.my. Thanks! Christian -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=POSIX, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages jwhois depends on: ii adduser 3.63 Add and remove users and groups ii dpkg1.10.27 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgdbm31.8.3-2 GNU dbm database routines (runtime -- no debconf information -- The best and most beautiful things in the world cannot be seen or even touched - they must be felt with the heart. -- Hellen Keller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299442: osdsh: does not start on powerpc
tags 299442 +help thanks Hi Georg, thanks for your bug report. It is a pretty good report even, but since I have no powerpc machine availabe, I don't really know what to do, so I tagged the bug as help, hoping that someone can indeed help. I also CCed the powerpc mailing list, maybe someone there can have a look at it[1]. Thanks for using Debian and trying to use osdsh :-) Joachim [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=299442 or here: Am Montag, den 14.03.2005, 06:28 +0100 schrieb Georg Drees: Package: osdsh Version: 0.7.0-5 Severity: important Hi, when I try to start osdsh, all I get is: ---snip--- [EMAIL PROTECTED]:~$ osdsh osdsh 0.7.0 usage: osdsh [options] -h display usage -m mixer set mixer /dev/mixer -f fontset font -*-lucidatypewriter-bold-*-*-*-*-240-*-*-*-*-*-* -c color set color green -d int set OSD delay 5 -o int set Shadow Offset 0 -p 0|1 position of the osd, 0 for bottom, 1 for top. Default 1 (top). -a 0|1|2 align of the osd. left,center or right. -n number set the nice number so osdsh won't eat your cpu ---snap--- Even with some options specified it only shows the usage screen. This is on an Apple PowerBook G4. libxosd2 is working ok, since I can use it via the python-osd package. I additionally tested osdsh 0.7.0-5 on my second computer -i686,Debian3.1- via ssh with X11-forwarding. There it worked fine and even drew the osdctl-message I gave it on my local screen. For any additional information you need, just tell me how to get it :-) greetings Georg -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-custom Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages osdsh depends on: ii libapm1 3.2.2-2 Library for interacting with APM d ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libxosd22.2.14-1 X On-Screen Display library - runt ii tk8.4 [wish]8.4.9-1 Tk toolkit for Tcl and X11, v8.4 - -- no debconf information -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297889: Acknowledgement (tiger: should depend on newer version of sed)
On Fri, Mar 18, 2005 at 12:00:25AM +0100, Nicolas François wrote: Hi, On Thu, Mar 03, 2005 at 02:23:04PM +0100, Christoph Martin wrote: /usr/lib/tiger/systems/Linux/2/check_passwdspec: [: too many arguments /usr/lib/tiger/systems/Linux/2/check_passwdspec: [: too many arguments /usr/lib/tiger/systems/Linux/2/check_passwdspec: [: too many arguments /usr/lib/tiger/systems/Linux/2/check_passwdspec: [: too many arguments They are caused by a password set to ! (this is the case for postfix) in systems/Linux/2/check_passwdspec, line 87 [ $Tiger_Check_PASSWD_SHADOW = 'Y' -a -s /etc/passwd -a $pwd != x ] Maybe that's because the construct is bash specific. Does [ $Tiger_Check_PASSWD_SHADOW = 'Y' ] [ -s /etc/passwd ] [ $pwd != x ] Work for you? Thanks for the detailed analysis, I will look into it probably this weekend (if time permits) Regards Javier signature.asc Description: Digital signature
Bug#300190: mailutils-doc: HTML docs are an empty stub
Package: mailutils-doc Version: 1:0.6-2 Severity: normal Hello. /usr/share/doc/mailutils-doc/html_chapter/mailutils.html is an empty stub, and there are no other html files in the package. Ian. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300192: clamav-base: clamd.conf(5) manpage missing
Package: clamav-base Version: 0.83-1 Severity: normal Hi Steve, since the moval of clamd.conf to clamav-base the clamd.conf(5) manpage is no longer installed. Easy fix ;-) Thomas -- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages clamav-base depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.30.11 Debian configuration management sy ii logrotate 3.7-2 Log rotation utility ii ucf 1.14 Update Configuration File: preserv -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296030: dpkg: Show arguments to maintainer scripts in debug.
severity 296030 minor
tags 296030 pending
thanks
On Sat, 2005-02-19 at 21:18 +0100, Kurt Roeckx wrote:
When using the -D2 option from dpkg to show the maintainer
scripts called, it would be nice of it also showed which
arguments where passed to it.
This isn't wishlist, it was a bug in the code. Fixed.
--- orig/src/help.c
+++ mod/src/help.c
@@ -179,7 +179,7 @@
}
if (f_debug dbg_scripts) {
fprintf(stderr,D0%05o: fork/exec %s (,dbg_scripts,path);
-while (*argv) fprintf(stderr, %s,*argv++);
+while (*++argv) fprintf(stderr, %s,*argv);
fputs( )\n,stderr);
}
instdirl= strlen(instdir);
Scott
--
Have you ever, ever felt like this?
Had strange things happen? Are you going round the twist?
signature.asc
Description: This is a digitally signed message part
Bug#300191: RIPE: 196.200.0.0/13
Package: jwhois Version: 3.2.2-2 Severity: normal Hi, the IP range 196.200.0.0/13 should be looked up at whois.ripe.net. Thanks! Christian -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=POSIX, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages jwhois depends on: ii adduser 3.63 Add and remove users and groups ii dpkg1.10.27 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgdbm31.8.3-2 GNU dbm database routines (runtime -- no debconf information -- The best and most beautiful things in the world cannot be seen or even touched - they must be felt with the heart. -- Hellen Keller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300109: tetex-bin: xdvi fails on compressed files
Frank Küster [EMAIL PROTECTED] schrieb: I'll forward this to the xdvi BTS as soon as it gets a Debian bugnumber. A detailed description is at http://sourceforge.net/tracker/index.php?func=detailaid=1165497group_id=23164atid=377580 -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#300194: can't find libtiff3g package in sarge
Package: libtiff3g Version: n/a I was trying to apt-get install the xv graphics viewer (using deb ftp://ftp.mowgli.ch/pub/debian sarge unofficial as it happened) and it barfed with: The following packages have unmet dependencies: xv: Depends: libtiff3g but it is not installable I know xv is worse than non-free and unsupported, but I thought many other packages used the same library. After half an hour of searching via google and bugs.debian.org I can't find either a 'sarge' version of the package, or any note to say it has been obsoleted. Did it just vanish? -- Dominic Sweetman mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300193: Default mode of lvm devices differs from documentation
Package: lvm-common Version: 1.5.17 Severity: minor /etc/default/lvm-common states: # The default for LVs not mentioned in this file # is root:disk 660. however, the actual default is root:root 600. This may be related to bug 279683, although that looks slightly different. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300195: mozilla-firefox: /usr/bin/firefox wrapper script doesn't handles spaces in args via exec_verbose
Package: mozilla-firefox Version: 1.0.1-2 Severity: important I use the -P option for starting firefox from two different icons so I can automatically run it with two different profiles. One of my profile names has a space in. At some point a few months back it stopped working properly and appeared to pass arguments with a space in as multiple arguments to the firefox binary. I've now investigated and it appears that the problem is that in the /usr/bin/firefox script in the exec_verbose function. On the line which reads: exec $@ I believe it should read: exec $@ I have made this change on my local system and things appear to work again. To reproduce the bug set up a profile called Alternative User and from the command line do: firefox -P Alternative User You will find that with the bug firefox will probably prompt you to manually pick which profile to use (because it's trying to find the profile Alternative which it doesn't find) and after picking the profile, it then goes to http://www.user.com/. After making the change I've suggested it instead correctly starts with the profile specified as an argument. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozilla-firefox depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii fontconfig 2.2.3-4 generic font configuration library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-6 GCC support library ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libidl0 0.8.3-1 library for parsing CORBA IDL file ii libjpeg626b-9The Independent JPEG Group's JPEG ii libkrb53 1.3.6-1 MIT Kerberos runtime libraries ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-10 X Window System printing extension ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii psmisc 21.5-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299166: mysql-ruby must be rebuilt against libmysqlclient12
tags 299166 patch thanks As promised earlier, I have uploaded an NMU for this bug. The trivial patch is attached. Cheers, -- Steve Langasek postmodern programmer diff -u mysql-ruby-2.4.5/debian/changelog mysql-ruby-2.4.5/debian/changelog --- mysql-ruby-2.4.5/debian/changelog +++ mysql-ruby-2.4.5/debian/changelog @@ -1,3 +1,14 @@ +mysql-ruby (2.4.5-6.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for sarge-targetted RC bugfix. + * Rebuild against libmysqlclient12-dev instead of libmysqlclient10-dev, +for compatibility with newer servers and to avoid segfaults when +other mysql-using apache modules are loaded together with mod-ruby +(closes: #299166). + + -- Steve Langasek [EMAIL PROTECTED] Fri, 18 Mar 2005 01:43:13 -0800 + mysql-ruby (2.4.5-6) unstable; urgency=low * Minor connection setting bugfix by Andres Salomon. Closes: #277361. diff -u mysql-ruby-2.4.5/debian/control mysql-ruby-2.4.5/debian/control --- mysql-ruby-2.4.5/debian/control +++ mysql-ruby-2.4.5/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Dmitry Borodaenko [EMAIL PROTECTED] Standards-Version: 3.6.1 -Build-Depends: debhelper (= 2.1.2), libmysqlclient10-dev (= 3.23.21-3), ruby1.6, ruby1.8, ruby1.6-dev, ruby1.8-dev +Build-Depends: debhelper (= 2.1.2), libmysqlclient12-dev, ruby1.6, ruby1.8, ruby1.6-dev, ruby1.8-dev Package: libmysql-ruby1.6 Architecture: any signature.asc Description: Digital signature
Bug#300196: mozilla-firefox: Decimal separator ',' (comma) on german keyboard (on keypad/numpad) shows up as '|'
Package: mozilla-firefox Version: 1.0.1-2 Severity: minor a patch for the bug is here: https://bugzilla.mozilla.org/show_bug.cgi?id=108170 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (880, 'unstable'), (879, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-athlon Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages mozilla-firefox depends on: ii debianutils 2.8.4 Miscellaneous utilities specific t ii fontconfig 2.2.3-4 generic font configuration library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-6 GCC support library ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libidl0 0.8.3-1 library for parsing CORBA IDL file ii libjpeg626b-9The Independent JPEG Group's JPEG ii libkrb53 1.3.6-1 MIT Kerberos runtime libraries ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-10 X Window System printing extension ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii psmisc 21.5-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300199:
Package: installation-reports Debian-installer-version: RC2, netinst CD image, with Debian base uname -a: Linux zara 2.6.11 #1 Mon Mar 14 11:26:21 EST 2005 i686 GNU/Linux Date: March 13, 2005 Method: Booted from CD to install base system, and installed packages from an HTTP mirror Machine: IBM ThinkPad G40 Processor: Intel Celeron (P4-based) 1992 Mhz Memory: 640 MB Root Device: IDE Root Size/partition table: 4 GB Output of lspci and lspci -n: $ lspci :00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 01) :00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O Control Re gisters (rev 01) :00:00.3 System peripheral: Intel Corp. 855GM/GME GMCH Configuration Process Registers (rev 01) :00:02.0 VGA compatible controller: Intel Corp. 82852/855GM Integrated Graph ics Device (rev 01) :00:02.1 Display controller: Intel Corp. 82852/855GM Integrated Graphics Dev ice (rev 01) :00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) US B UHCI Controller #1 (rev 01) :00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) US B UHCI Controller #2 (rev 01) :00:1d.2 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) US B UHCI Controller #3 (rev 01) :00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB 2.0 EHCI Controller (rev 01) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 81) :00:1f.0 ISA bridge: Intel Corp. 82801DBM LPC Interface Controller (rev 01) :00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Contro ller (rev 01) :00:1f.3 SMBus: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Contr oller (rev 01) :00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4 -L/ICH4-M) AC'97 Audio Controller (rev 01) :00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01) :02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5901 100Base -TX (rev 01) :02:01.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controlle r (rev 02) :03:00.0 Ethernet controller: D-Link System Inc DWL-510 2.4GHz Wireless PCI Adapter (rev 20) $ lspci -n :00:00.0 0600: 8086:3580 (rev 01) :00:00.1 0880: 8086:3584 (rev 01) :00:00.3 0880: 8086:3585 (rev 01) :00:02.0 0300: 8086:3582 (rev 01) :00:02.1 0380: 8086:3582 (rev 01) :00:1d.0 0c03: 8086:24c2 (rev 01) :00:1d.1 0c03: 8086:24c4 (rev 01) :00:1d.2 0c03: 8086:24c7 (rev 01) :00:1d.7 0c03: 8086:24cd (rev 01) :00:1e.0 0604: 8086:2448 (rev 81) :00:1f.0 0601: 8086:24cc (rev 01) :00:1f.1 0101: 8086:24ca (rev 01) :00:1f.3 0c05: 8086:24c3 (rev 01) :00:1f.5 0401: 8086:24c5 (rev 01) :00:1f.6 0703: 8086:24c6 (rev 01) :02:00.0 0200: 14e4:170d (rev 01) :02:01.0 0607: 104c:ac50 (rev 02) :03:00.0 0200: 1186:3300 (rev 20) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[0] Mount partitions: [0] Install base system:[0] Install boot loader:[0] Reboot: [O] Comments/Problems: There should have been an option to drop to cfdisk or fdisk instead of using the built-in partition manager, as the built-in utility is somewhat lacking. I was very impressed by its detection of my Broadcom BCM5900 network card. Perhaps in the future support for a wireless LAN card and possibly ndiswrapper could be added. The installation went smoothly, baseconf went smoothly, haven't had a problem with the system. -- -Jonathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258269: [Vim] Bug closed
This bug is not reproducible, and the submitter is not active in the BTS. Bug closed. -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound.
Bug#300197: kphone doesn't handle media max port correctly
Package: kphone Version: 1:4.1.0-1 Severity: normal When using media min port and media max port, kphone sometimes uses ports outside the specified range. Kphone increases the port used after every connection. When the max port is reached, the following error message gets printed: UDPMessageSocket::listen(): Can't find a free port in specified range: Address already in use This comes from udpmessagesocket.cpp, line 225. UDPMessageSocket::listenOnEvenPort then returns -1, which probably means 'error', but for some reason the connection still is established, with some random port number outside the given range. (Which gets blocked at our local firewall) I guess there are actually two bugs: First, the allocated ports don't get released after a connection ended. This is why kphone needs a new udp port for each connection. Second, there is some missing check for the return code of listenOnEvenPort. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-bk9 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kphone depends on: ii libasound2 1.0.8-3 ALSA library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libssl0.9.7 0.9.7e-3SSL shared libraries ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300117: revelation: Don't start
Hello, please try this and send us the output: $ python import gnome gnome.libgnome_module_info_get() GnomeModuleInfo at 0x807e840 Do you get a GnomeModuleInfo at xxx message, or an error? -- Stefan Völkel[EMAIL PROTECTED] Millenux GmbH mobile: +49.170.79177.17 Lilienthalstraße 2 phone: +49.711.88770.300 70825 Stuttgart-Korntal fax: +49.711.88770.349 -= linux without limits -=- http://linux.zSeries.org/ =-
Bug#300166: Bug#300170: Consequences of udev being pulled in by Gnome
On Fri, Mar 18, 2005 at 10:36:12AM +0100, Marco d'Itri wrote: On Mar 18, Sven Luther [EMAIL PROTECTED] wrote: 3) Inform the user that a reboot is needed in order for it to work. No, it's not! Months ago I did a lot of work in postinst to support reboot-less installation of udev. There is not enough data in this bug report to even start investigating it but I believe that the problem is caused by #296776 and #296975, which I fixed over a month ago but are being kept out of testing by the broken arm buildd. It's also waiting on a new version of makedev, which is frozen and includes lots of changes not related to the udev change, and has only been in unstable for two days. Cc:ed to the maintainer (Bdale) as well, for comments on whether makedev should be pushed through. It would be good if someone could do a concrete d-i sid test with this version of udev, to confirm that it does solve the problems in question. Cc'ed to the release managers, who may want to force again udev in testing to fix these RC bugs. I suspect so, but I think it's best to let makedev age a little more before pushing it in. Joey, is there any d-i deadline I need to worry about for this? I assume that if we have a known good fix, it's not a problem for it to not be in the d-i rc3 release, as long as it gets on the official CD builds for sarge? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#299799: reason for missing ntp user
Hi, I noticed that ntp-server in unstable includes run as user feature and I installed it with sth like this: apt-get install ntp-server/unstable But ntp user wasn't found. Then I found that ntp user is created in ntp-simple.postinst and ntp-server depends on ntp-simple. But in my case ntp-simple wasn't upgraded. So I think that ntp-server must depend on ntp-simple ( 1:4.2.0a+stable-4) instead of just ntp-simple. Regards, ogi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295131: Full bt
On Fri, Mar 18, 2005 at 10:52:51AM +0100, Bartosz Fenski aka fEnIo wrote: Hmm, I have an idea what could be the cause for the segfaults: As you can see, they happen in the glib code, not in scorched3d. ldd /usr/games/scorched3d shows that it is linked against libglib2.0 and libgtk1.2 while the used wx library (libwxgtk-2.4) is linked against libglib1.2 and libgtk1.2. Perhaps the conflicting libraries cause the segfaults? Could be. I'll try to rebuild it in chroot without libglib2.0-dev package. Well it's not possible to build it this way. libSDL, libSDL_net and libSDL_mixer depend on libglib2.0. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Bug#294030: chrony: ioctl test-program
Package: chrony
Version: 1.20-6
Followup-For: Bug #294030
after a little stracing, I came to the conclusion that chrony
alternating calls to ioctl(fd, RTC_UIE_ON, 0) and ioctl(fd, RTC_UIE_OFF, 0)
is responsible for the freezes.
the program attached (that must be run by root after ensuring nobody
else is using /dev/rtc) should print approximately one line every 0.1 sec.
on my PC, when genrtc.ko is loaded, lines with a plus sign
(corresponding to the RTC_UIE_ON calls) have delays ranging from 0.2 sec
to 0.9 sec.
I have no idea whether the calls make sense, or whether the kernel
module behaviour is correct, because I don't know what the ioctls are
supposed to do. Maybe someone should ask the kernel people...
hope it helps
g.b.
-- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages chrony depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libncurses5 5.4-4Shared libraries for terminal hand
ii libreadline44.3-11 GNU readline and history libraries
-- no debconf information
#include fcntl.h
#include time.h
#include linux/rtc.h
#include stdio.h
#include sys/ioctl.h
#include sys/stat.h
#include sys/time.h
#include sys/types.h
#include stdlib.h
#define delta(x, y) ( (x.tv_usec-y.tv_usec) + (x.tv_sec-y.tv_sec)*100 )
int main()
{
int i;
struct timespec rem, delay = { 0, 1L }; /* 100 msec delay */
struct timeval t, t0;
int iv[] = { RTC_UIE_OFF, RTC_UIE_ON };
int rtc;
gettimeofday(t0, NULL);
if ((rtc = open(/dev/rtc, O_RDWR)) 0) {
perror(can't open RTC);
return EXIT_FAILURE;
}
for (i = 100; i--; ) {
int f = i 0x7; /* i % 8 */
int r;
r = nanosleep(delay, rem);
gettimeofday(t, NULL);
printf(%8ld %d %c\n, delta(t, t0), r, (f ? ' ' : '+'));
if (f 2)
ioctl(rtc, iv[f], 0);
t0 = t;
}
return EXIT_SUCCESS;
}
Bug#286508: mozilla-firefox: firefox and big animated gifs
On Fri, Mar 18, 2005 at 01:02:26AM -0500, Eric Dorland wrote: * I.Ioannou ([EMAIL PROTECTED]) wrote: I wrote : I downloaded the nightly builds from mozilla's ftp site, and apparently Firefox does not have this problem since 2005-03-11. It raises medium to high Just to avoid confusion, I used the 2005-03-07-07-trunk, and I tested it at 2005-03-11. So you're using the developer snapshot? Or the aviary branch? The developer I assume : ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2005-03-07-07-trunk/firefox-1.0+.en-US.linux-i686.installer.tar.gz Today I tested also the one from : ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2005-03-17-10-trunk/firefox-1.0+.en-US.linux-i686.installer.tar.gz and again seems to be ok (at least regarding the problem of the subject). From the other hand the 1.0.1-2 from Sarge still has this problem. Rgrds -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300203: install script don't create clamsmtp user
Package: clamsmtp Version: 1.3-0 Severity: normal New user correctly setted in conf file (answered yes during installation), but no clamsmtp user created -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.29-C3EZRA Locale: LANG=it_IT, LC_CTYPE=it_IT (charmap=ISO-8859-1) Versions of packages clamsmtp depends on: ii clamav-daemon 0.83-3 antivirus scanner daemon ii debconf [debconf-2.0] 1.4.46 Debian configuration management sy ii dpkg1.10.27 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300202: munin-node: plugin df_abs should allow long device names
Package: munin-node
Version: 1.2.0-1
Severity: normal
Tags: patch
Munin allows long device names now, but df_abs still generates
abbreviated ones, so that ambiguous values may be transferred if two
long-named devices have the same endings.
The patch below also excludes iso9660 and tmpfs filesystems from being
logged, which is (at least for me) of no interest.
--- /usr/share/munin/plugins/df_abs 2005/02/20 23:22:54 1.1
+++ /usr/share/munin/plugins/df_abs 2005/03/07 15:22:21
@@ -27,7 +33,6 @@
#%# capabilities=autoconf
MAXLABEL=20
-MAXNAME=15
if [ $1 = autoconf ]; then
echo yes
@@ -35,12 +40,7 @@
fi
clean_name() {
-echo $1 | sed 's/[\/.-]/_/g; s/^_dev\(_mapper\)\?_//'| awk {
- if (length(\$1) $MAXNAME)
- print substr(\$1, length(\$1)-$MAXNAME+1)
- else
- print \$1
- }
+echo $1 | sed 's/[\/.-]/_/g; s/^_dev\(_mapper\)\?_//'
}
if [ $1 = config ]; then
@@ -50,7 +50,7 @@
echo 'graph_vlabel bytes'
echo 'graph_category disk'
echo 'graph_total Total'
- df -P -l -x none -x unknown | sed 1d | grep -v // | while read i; do
+ df -P -l -x none -x unknown -x iso9660 -x tmpfs | sed 1d | grep -v //
| while read i; do
name=`clean_name $i`
echo -n $name.label
echo $i | awk {
@@ -68,7 +68,7 @@
exit 0
fi
-df -P -l -x unknown -x none| sed 1d | grep -v // | while read i; do
+df -P -l -x unknown -x none -x iso9660 -x tmpfs | sed 1d | grep -v // |
while read i; do
name=`clean_name $i`
echo -n $name.value
echo $i | awk '{ print $3 }'
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages munin-node depends on:
ii libnet-server-perl0.87-2 An extensible, general perl server
ii perl 5.8.4-6Larry Wall's Practical Extraction
ii procps1:3.2.1-2 The /proc file system utilities
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300200: wordpress: multiple installation support
Package: wordpress Version: 1.5.0-1 Severity: wishlist Support for multiple installations of WP would be most helpful. I know that your README says that this will be supported in the future, but that doesn't change the fact that it is currently lacking. :-) Charles -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (90, 'testing'), (80, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wordpress depends on: ii apache2-mpm-prefork [httpd] 2.0.52-3 Traditional model for Apache2 ii libapache2-mod-php4 4:4.3.10-8 server-side, HTML-embedded scripti ii mysql-server 4.0.23-7 mysql database server binaries ii php4 4:4.3.10-2 server-side, HTML-embedded scripti ii php4-mysql4:4.3.10-8 MySQL module for php4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300201: kannel: Version 1.2.1 in Unstable is outdated and there's no package in Testing
Package: kannel Version: 1.2.1-5 Severity: wishlist *** Please type your report below this line *** Hello, I noticed there's no package of Kannel in Debian Testing ant the one in Unstable is 2-4 years old. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kannel depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libmysqlclient103.23.56-2 LGPL-licensed client library for M ii libpam0g0.76-22 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libxml2 2.6.16-3 GNOME XML library ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information ___ Nuovo Yahoo! Messenger: E' molto più divertente: Audibles, Avatar, Webcam, Giochi, Rubrica Scaricalo ora! http://it.messenger.yahoo.it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299168: python-mysqldb must be rebuilt against libmysqlclient12
tags 299168 patch thanks As promised earlier, I have uploaded an NMU for this bug. The trivial patch is attached. Cheers, -- Steve Langasek postmodern programmer diff -u python-mysqldb-1.1.6/debian/control python-mysqldb-1.1.6/debian/control --- python-mysqldb-1.1.6/debian/control +++ python-mysqldb-1.1.6/debian/control @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Jonas Meurer [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0), python2.2-dev, python2.3-dev, libmysqlclient10-dev, zlib1g-dev, dpatch +Build-Depends: debhelper (= 4.0), python2.2-dev, python2.3-dev, libmysqlclient12-dev, zlib1g-dev, dpatch Standards-Version: 3.6.1.1 Package: python-mysqldb diff -u python-mysqldb-1.1.6/debian/changelog python-mysqldb-1.1.6/debian/changelog --- python-mysqldb-1.1.6/debian/changelog +++ python-mysqldb-1.1.6/debian/changelog @@ -1,3 +1,14 @@ +python-mysqldb (1.1.6-1.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for sarge-targetted RC bugfix. + * Rebuild against libmysqlclient12-dev instead of libmysqlclient10-dev, +for compatibility with newer servers and to avoid segfaults when +other mysql-using apache modules are loaded together with mod-python +(closes: #299168). + + -- Steve Langasek [EMAIL PROTECTED] Fri, 18 Mar 2005 02:47:59 -0800 + python-mysqldb (1.1.6-1) unstable; urgency=low * new upstream release signature.asc Description: Digital signature
Bug#299799: reason for missing ntp user
Ognyan Kulev wrote: Hi, I noticed that ntp-server in unstable includes run as user feature and I installed it with sth like this: apt-get install ntp-server/unstable But ntp user wasn't found. Then I found that ntp user is created in ntp-simple.postinst and ntp-server depends on ntp-simple. But in my case ntp-simple wasn't upgraded. So I think that ntp-server must depend on ntp-simple ( 1:4.2.0a+stable-4) instead of just ntp-simple. I'm sorry - this is separate bug and I'll submit it now. Regards, ogi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300191: Acknowledgement (RIPE: 196.200.0.0/13)
On [18/03/05 2:18], Debian Bug Tracking System wrote: Thank you for the problem report you have sent regarding Debian. This is an automatically generated reply, to let you know your message has This IP Space should not be looked up at RIPE, but AFRINIC. Sorry for the confusion, but I only noticed this after I had send the bugreport. Christian -- Debian Developer (http://www.debian.org) 1024D/B7CEC7E8 44BD 1F9E A997 3BE2 A44F 96A4 1C98 EEF3 B7CE C7E8
Bug#300204: sql-ledger: Norwegian chart of accounts seems unnecessarily patched.
Package: sql-ledger Severity: minor 50norwegian_chart.dpatch adds an SQL line exactly matching 2 lines above. It probably just means the Goodwill account will be created and then overwritten - no big deal as it is done at initialization of the chart, but probably better to simply remove that patch. - Jonas -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-rc4-bk8 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#51446: phram w/866 tele suport
Phramacy w/everything, even tollfree suport if you need it, we have it. for men, women and the elderly need to drop the pounds? we got it need to quit ciggs? we got it feelin a buncha agony? we got it feelin a bit sad? we got it having a little trouble with the ladies? you know we got it! let us help you, we are different... http://anglicanism.cxmtyg.com
Bug#300109: tetex-bin: xdvi fails on compressed files
forwarded 300109 [EMAIL PROTECTED] tags 300109 + patch stop On 17.03.05 Frank Küster ([EMAIL PROTECTED]) wrote: Frank Küster [EMAIL PROTECTED] schrieb: Hi, I'll forward this to the xdvi BTS as soon as it gets a Debian bugnumber. A detailed description is at http://sourceforge.net/tracker/index.php?func=detailaid=1165497group_id=23164atid=377580 Stefan already provided a patch. http://xdvi.sourceforge.net/xdvi-1165497-patch H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300210: graphviz: apt-cache dotty | dot -Tps debian-deps.ps command not complete in 24 hours
Package: graphviz Version: 2.2-2 Severity: normal On my box with Intel(R) Pentium(R) 4 CPU 3.00GHz with 1GB RAM apt-cache dotty | dot -Tps debian-deps.ps command not complete in 24 hours. Out file size is 0. Virtual memory size was 1.6 Gb, proccess occuped 800Mb of physical memory. This problem is not a problem of just apt-cache dotty. Graph from bugzilla with 4 nodes and 3 arrows takes 30 sec to compete. dot is VERY slow, and my opinion this is a problem. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) (ignored: LC_ALL set to ru_RU.KOI8-R) Versions of packages graphviz depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libexpat11.95.8-1XML parsing C library - runtime li ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-10 X Athena widget set library ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii tcl8.4 8.4.9-1 Tcl (the Tool Command Language) v8 ii tk8.48.4.9-1 Tk toolkit for Tcl and X11, v8.4 - ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300208: module-assistant: support for screen sizes different from 80x25
Package: module-assistant
Version: 0.7.5
Severity: wishlist
Hi,
can you add support for different screen sizes? This can be done with the
environment variables COLUMNS and ROWS and passing adequate values to
dialog. The following is cut out from orphaner of the deborphan package:
# Adapt to terminal size
if [ -n ${LINES:-} -a -n ${COLUMNS:-} ]; then
# Can't use LINES, because it colides with magic variable
# COLUMNS ditto
lines=$(($LINES - 7))
columns=$((COLUMNS - 10))
# unset these magic variables to avoid unwished effects
unset LINES COLUMNS
else
size=$(stty size)
lines=$((${size% *} - 7))
columns=$((${size#* } - 10))
function sigwinch_handle
{
size=$(stty size)
lines=$((${size% *} - 7))
columns=$((${size#* } - 10))
if [ $lines -ge 12 -a $columns -ge 50 ]; then
LISTSIZE=$lines $columns $(($lines - 7))
BOXSIZE=$lines $columns
fi
}
trap sigwinch_handle SIGWINCH
fi
if [ $lines -lt 12 -o $columns -lt 50 ]; then
echo 'Screen to small or set $LINES and $COLUMNS' 2
exit 1
fi
LISTSIZE=$lines $columns $(($lines - 7))
BOXSIZE=$lines $columns
...
dialog \
--backtitle Orphaner $VERSION \
--separate-output \
--title Orphaner $VERSION \
--checklist Select Packages that should never be recommended for
removal in deborphan: \
$LISTSIZE \
$ORPHANED \
2 $PACKAGES || true
Bye, Joerg.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.9
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Versions of packages module-assistant depends on:
ii perl 5.8.4-6Larry Wall's Practical Extraction
-- no debconf information
signature.asc
Description: Digital signature
Bug#290693: segfault when using allow: user in /etc/mol/session.map
Hi, apparently, your patch broke mol for a couple of users including myself. See Bug#300188 for further information. Therefore, I have backed out the patch again. I have also tried to reproduce your problem - so far unsuccessfully. Can you provide more information (configuration files, permissions etc), please? Regards, Jens. -- J'qbpbe, le m'en fquz pe j'qbpbe! Le veux aimeb et mqubib panz je pézqbpbe je djuz tqtaj!
Bug#176287: nobody is bad for daemon
User nobody is bad choice for daemon. Imagine if multiple daemons run as nobody: then hole in one of the daemons will make other daemons vulnarible too. It should be dedicated user: like bind9. Regards, ogi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300211: xfig: PGF export ?
Package: xfig Version: 1:3.2.5-alpha5-3 Severity: wishlist Hello ! I was wondering wether it would be possible to have a PGF (useful portable pstricks equivalent) export for xfig - it shouldn't be a lot different from the standard eepic and so on. By the way, I'll have a look, and if I can handle it, I'll write it... Vincent Fourmond -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xfig depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-12.0.1 X Window System Input extension li ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii xaw3dg 1.5+E-8 Xaw3d widget set ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299198: mpi-doc: this bug hit sarge with last upgrade
Adam C Powell IV wrote: On Wed, 2005-03-16 at 13:28 +0100, Fabrice LORRAIN wrote: Package: mpi-doc Version: 1.2.5.3-1.2 Followup-For: Bug #299198 Hello, Just to let you know that this conflict is in sarge nowadays. I guess that my initial severity is under-evaluated. serious seems more appropriate. Right, though it's not clear which package is more appropriate for this bug. Hi Adam, Right, I tend to BTS this kind of bug against the last package on my box who generate the conflict. It would be nice to be able to report such a bug against both packages so the DDs could get in touch ASAP. Ideally, those kind of bugs should never hit the BTS and should be taken care before the upload either at ftp-master level or at any quality testing tool before. Thanks for your time and work. @+, Fab -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300209: tomcat4: tomcat dies with Parse error in default web.xml after upgrade
Package: tomcat4 Version: 4.1.31-2 Severity: grave Justification: renders package unusable I tried to update tomcat4 on different servers from 4.1.30 to 4.1.31. Now all my webapps are not running anymore. I get the following error and tomcat dies: 2005-03-18 11:52:46 ContextConfig[/hisqis/qisserver] Parse error in default web.xml java.lang.NullPointerException at org.apache.commons.collections.ArrayStack.push(ArrayStack.java:158) at org.apache.commons.digester.Digester.push(Digester.java:1628) at org.apache.catalina.startup.ContextConfig.defaultConfig(ContextConfig.java:488) and 2005-03-18 11:52:46 ContextConfig[/hisqis/qisserver] Parse error in application web.xml java.lang.NullPointerException at org.apache.commons.collections.ArrayStack.push(ArrayStack.java:158) at org.apache.commons.digester.Digester.push(Digester.java:1628) at org.apache.catalina.startup.ContextConfig.applicationConfig(ContextConfig.java:221) This is totally independent of the contents of the web.xml file. I even exchanged the files with the contents of /usr/share/tomcat4/.debian/web.xml but to no avail. Something seams to have changed between 4.1.30 and 4.1.31 totally. This makes the package unusable for most installations. Christoph -- System Information: Debian Release: 3.0 APT prefers testing APT policy: (99, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tomcat4 depends on: ii adduser 3.47 Add and remove users and groups ii apache-utils 1.3.33-4 utility programs for webservers (t ii apache2-utils [apache-uti 2.0.53-5 utility programs for webservers ii j2re1.4 [java-virtual-mac 1.4.1.99.rc1-1 Blackdown Java(TM) 2 Runtime Envir ii j2sdk1.4 [java-compiler] 1.4.1.99.rc1-1 Blackdown Java(TM) 2 SDK, Standard ii libtomcat4-java 4.1.31-2 Java Servlet engine -- core librar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300207: ntp user is sometimes not created
Package: ntp-server Version: 1:4.2.0a+stable-6 (I was wondering if I should raise severity to serious because there's bug in Depends: field.) I noticed that ntp-server in unstable includes run as user feature and I installed it with sth like this: apt-get install ntp-server/unstable But ntp user wasn't found. Then I found that ntp user is created in ntp-simple.postinst and ntp-server depends on ntp-simple. But in my case ntp-simple wasn't upgraded. So I think that ntp-server must depend on ntp-simple ( 1:4.2.0a+stable-4) instead of just ntp-simple. Regards, ogi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300206: submit@bugs.debian.org
Package: installation-reports INSTALL REPORT Debian-installer-version: Daily Build 16.03.2005 uname -a: 2.4.27-2-386 Date: 17.03.2005 Method: netinstall ISO image Machine: Toshiba Satellite 2100 Pro Processor: 2,4 GHz P4 mobile Memory: 256M Root Device: IDE/Hitachi Root Size/partition table: / on /dev/hda3 3.3GB /home on /dev/hda5 1.5GB Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Install boot loader:[E] Comments/Problems: I have booted from the installation CD with the following boot option: linux vga=791 The installation went through until boot loader selection comes up. As I prefer Lilo (and really think there should be an option to easily select between Lilo and Grub) I pressed the Back Button to make bootloader selection possible. d-i creates a configuration file /etc/lilo.conf containing the append=vga=791 option below both configured boot kernels (vmlinuz / vmlinuz.old). This causes an error: Fatal: APPEND or LITERAL may not contain vga= I find it not very usefull that after selecting Lilo as Boot manager, the d-i stays in menu mode also base-config is started in menu mode after 1st stage. If there is more than one boot option available, setting the prompt and timeout option would help novice users to figure out how to boot into the system of choice (Grub Boot Selection is also displayed). Best Regards Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#65937: no script necesary
Phramacy w/everything, even tollfree suport if you need it, we have it. for men, women and the elderly need to drop the pounds? we got it need to quit ciggs? we got it feelin a buncha agony? we got it feelin a bit sad? we got it having a little trouble with the ladies? you know we got it! let us help you, we are different... http://catsup.cxmtyg.net
Bug#300212: slappasswd manpage should go into ldap-utils utils package
Package: slapd Version: 2.1.30-3 Severity: normal slappasswd manpage is in slapd package. slappasswd command is in ldap-utils package... -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages slapd depends on: ii coreutils [fileutils] 5.2.1-2 The GNU core utilities ii debconf 1.4.30.11Debian configuration management sy ii fileutils 5.2.1-2 The GNU file management utilities ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libgnutls11 1.0.16-9 GNU TLS library - runtime library ii libgpg-error0 1.0-1library for common error values an ii libiodbc2 3.52.2-3 iODBC Driver Manager ii libldap22.1.30-3 OpenLDAP libraries ii libltdl31.5.6-4 A system independent dlopen wrappe ii libsasl22.1.19-1.5 Authentication abstraction library ii libslp1 1.0.11a-1OpenSLP libraries ii libwrap07.6.dbs-6Wietse Venema's TCP wrappers libra ii perl [libmime-base64-perl] 5.8.4-6 Larry Wall's Practical Extraction ii psmisc 21.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information: slapd/fix_directory: true shared/organization: slapd/upgrade_slapcat_failure: slapd/backend: BDB * slapd/allow_ldap_v2: false * slapd/no_configuration: true slapd/move_old_database: true slapd/suffix_change: false slapd/slave_databases_require_updateref: slapd/autoconf_modules: true slapd/domain: slapd/password_mismatch: slapd/invalid_config: true slapd/upgrade_slapadd_failure: slapd/purge_database: false slapd/admin: -- Emmanuel Lacour Easter-eggs 44-46 rue de l'Ouest - 75014 Paris - France - Métro Gaité Phone: +33 (0) 1 43 35 00 37- Fax: +33 (0) 1 41 35 00 76 mailto:[EMAIL PROTECTED] -http://www.easter-eggs.com
Bug#67718: completely differed phram
Phramacy w/everything, even tollfree suport if you need it, we have it. for men, women and the elderly need to drop the pounds? we got it need to quit ciggs? we got it feelin a buncha agony? we got it feelin a bit sad? we got it having a little trouble with the ladies? you know we got it! let us help you, we are different... http://ashy.cxmtyg.com
Bug#300214: Wifi map script.
Package: ifupdown Hi, I wrote a wifi map script to map available ap/essid to logical interfaces. I thought it maybe useful to others, and that mailing through bugs is preferable to the maintainer then mailing them directly. eg: mapping eth1 script /get-wifi.sh map 00:11:22:33:44:55 eth1-here map 66:77:88:99:AA:BB eth1-there or with essid map mywifi eth1-mywifi then you can just ifup eth1 ofcourse some use things like whereami, but in some case thats overkill. And i don't like autodetect and almost every thing can be configured from interfaces Reguards Thorben Script: #!/bin/sh # Uncomment which ever method you prefere. ## Match based on ap Mac more secure (can hide essid, avoid twins) wlist=$(iwlist $1 scan | sed -e '/Address/! d' -e 's/[ \t]*Address: \(.*\)/\1/') ## Match based on essid more easier? (ap essid can't be hidden) #wlist=$(iwlist $1 scan | sed -e '/ESSID/! d' -e 's/[ \t]*ESSID:\(.*\)/\1/') while read wifi iface; do if echo $wlist | sed -n -e /$wifi/ q 0 -e /$wifi/! q 1; then echo $iface; exit 0; fi done exit 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300213: foo
Package: wvdial Severity: normal /tmp/reportbug-wvdial-20050318-20638-auCXU6 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299934: tex4ht: new upstream version
Dear Frank, On Thu, Mar 17, 2005 at 01:37:24PM +0100, Frank Küster wrote: as I read in de.comp.text.tex, there seems to be a bugfix release at http://www.cse.ohio-state.edu/~gurari/TeX4ht/fix/tex4ht-1.0.2005_03_14_0036.tar.gz I don't know whether the fixes are already in the Debian package. Thanks for letting me know. I was sleeping on this! There are some changes from the Debian packages mainly in the scripts. I will handle this and let you know when I have a new package ready. Regards, Kapil. -- What this country needs is a good five cent microcomputer. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape [EMAIL PROTECTED] 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299863: kernel-package: make-kpkg uses run-parts -v option, which breaks woody-sarge upgrades
On Fri, Mar 18, 2005 at 09:19:59AM +, Colin Watson wrote:
On Thu, Mar 17, 2005 at 10:10:55PM +0100, Sven Luther wrote:
On Thu, Mar 17, 2005 at 08:10:36PM +, Colin Watson wrote:
To elaborate a bit, the reason why this affects users upgrading from
woody even if they haven't done anything strange to their system is that
if they attempt to upgrade to a sarge kernel-image first, the sarge
kernel-image packages depend on mkvmlinuz, which ships
/etc/kernel/post{inst,rm}.d/mkvmlinuz scripts; thus, kernel-image tries
to run 'run-parts -v' without them doing anything funny to their system,
and without an appropriate versioned dependency on debianutils being
declared.
s/-v/--verbose/g certainly seems like the simplest fix.
Could i also add a versioned dependency in the kernel-images to the first
version of debian-utils to have the -v option ? This would mean uploading
two
full kernel-images (2.4.27 and 2.6.8) and thus probably around a full 24
hours
of builds and uploads.
You could, but if you're going to upload anyway you might as well just
use --verbose rather than further complicating the dependency graph.
Well, the point is moot because Manoj already did the upload, but just to
mention that the powerpc kernel packages have no influence on this, since they
take the code directly from kernel-package, and unless i go version-checking
and self-patching it, ...
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300095: madplay -- MPEG audio player in fixed point
Looks like I just missed this one. I would also like to adopt this package. I use it a lot and already maintain xmms-mad, the xmms plugin based on libmad. Kurt, since you got here first, you get the take the package I guess. I'd be happy to sponsor you. Are you in the NM queue? sam -- sam clegg :: [EMAIL PROTECTED] :: http://superduper.net/ :: PGP : D91EE369 $superduper: .signature,v 1.14 2005/01/19 13:21:14 sam Exp $ signature.asc Description: OpenPGP digital signature
Bug#300166: Bug#300170: Consequences of udev being pulled in by Gnome
On Fri, Mar 18, 2005 at 02:38:35AM -0800, Steve Langasek wrote: On Fri, Mar 18, 2005 at 10:36:12AM +0100, Marco d'Itri wrote: On Mar 18, Sven Luther [EMAIL PROTECTED] wrote: 3) Inform the user that a reboot is needed in order for it to work. No, it's not! Months ago I did a lot of work in postinst to support reboot-less installation of udev. There is not enough data in this bug report to even start investigating it but I believe that the problem is caused by #296776 and #296975, which I fixed over a month ago but are being kept out of testing by the broken arm buildd. It's also waiting on a new version of makedev, which is frozen and includes lots of changes not related to the udev change, and has only been in unstable for two days. Cc:ed to the maintainer (Bdale) as well, for comments on whether makedev should be pushed through. It would be good if someone could do a concrete d-i sid test with this version of udev, to confirm that it does solve the problems in question. Ok, will do, i need a install on powerpc/sid using the daily builds, nothing more, right ? Cc'ed to the release managers, who may want to force again udev in testing to fix these RC bugs. I suspect so, but I think it's best to let makedev age a little more before pushing it in. Joey, is there any d-i deadline I need to worry about for this? I assume that if we have a known good fix, it's not a problem for it to not be in the d-i rc3 release, as long as it gets on the official CD builds for sarge? I believe that this is not a problem for d-i, as udev is not in base, so not part of anything d-i builds, apart from the full isos, which are or not d-i related. The makedev issue could be problematic though, as you say it is part of base. Could it be possible to have a fixed udev built against the testing version of makedev, and push it in through testing-proposed-updates ? With manual builds if needed. Friendly, Sven Luther -- Steve Langasek postmodern programmer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300101: KeyError exception
Hi, I'm the author of Revelation. Regarding the amd64 crash when pressing Ctrl-P; could you please try to run the attached test program and send me the output? Make sure you have closed Revelation before running this. Run it as: python gconftest.py Thanks -- Erik Grinaker [EMAIL PROTECTED] http://erikg.codepoet.no/ We act as though comfort and luxury were the chief requirements of life, when all that we need to make us happy is something to be enthusiastic about. -- Albert Einstein gconftest.py Description: application/python
Bug#298039: Fixes
Attached please find the patches we're using for the update of the
package in woody.
Please
. update the package in sid
. mention the corresponding CVE ids in the changelog
. tell me the version number of the fixed package
. use priority=high
. no need to upload into sarge directly, except if the version in
sid is not meant to go into testing
Regards,
Joey
--
The only stupid question is the unasked one.
Please always Cc to me when replying to me on the lists.
diff -u xli-1.17.0/debian/changelog xli-1.17.0/debian/changelog
--- xli-1.17.0/debian/changelog
+++ xli-1.17.0/debian/changelog
@@ -1,3 +1,14 @@
+xli (1.17.0-11woody1) stable-security; urgency=high
+
+ * Non-maintainer upload by the Security Team
+ * Applied patch from DSA 069 to fix buffer overflow in faces decoder
+[faces.c, CAN-2001-0775]
+
+ -- Martin Schulze [EMAIL PROTECTED] Fri, 18 Mar 2005 12:46:39 +0100
+
xli (1.17.0-11) unstable; urgency=low
* xli.1: eliminate mention of xsetbg and xview since they are not
only in patch2:
unchanged:
--- xli-1.17.0.orig/faces.c
+++ xli-1.17.0/faces.c
@@ -54,9 +54,15 @@
if (! strcmp(buf, \n))
break;
if (!strncmp(buf, FirstName:, 10))
- strcpy(fname, buf + 11);
+ {
+ strncpy(fname, buf + 11, BUFSIZ - 1);
+ fname[BUFSIZ - 1] = '\0';
+ }
else if (!strncmp(buf, LastName:, 9))
- strcpy(lname, buf + 10);
+ {
+ strncpy(lname, buf + 10, BUFSIZ - 1);
+ lname[BUFSIZ - 1] = '\0';
+ }
else if (!strncmp(buf, Image:, 6)) {
if (sscanf(buf + 7, %d%d%d, iw, ih, id) != 3) {
fprintf(stderr,facesLoad: %s - Bad image\n, name);
@@ -117,7 +123,7 @@
znocache(zf);
image= newRGBImage(w, h, d);
fname[strlen(fname) - 1]= ' ';
- strcat(fname, lname);
+ strncat(fname, lname, BUFSIZ - strlen(fname) -1);
fname[strlen(fname) - 1]= '\0';
image-title= dupString(fname);
diff -u xli-1.17.0/debian/changelog xli-1.17.0/debian/changelog
--- xli-1.17.0/debian/changelog
+++ xli-1.17.0/debian/changelog
@@ -1,3 +1,14 @@
+xli (1.17.0-11woody1) stable-security; urgency=high
+
+ * Non-maintainer upload by the Security Team
+ * Backported upstream patch to add quoting protection to filenames when
+uncompressing files [zio.c, CAN-2005-0638]
+
+ -- Martin Schulze [EMAIL PROTECTED] Fri, 18 Mar 2005 12:46:39 +0100
+
xli (1.17.0-11) unstable; urgency=low
* xli.1: eliminate mention of xsetbg and xview since they are not
only in patch2:
unchanged:
--- xli-1.17.0.orig/zio.c
+++ xli-1.17.0/zio.c
@@ -340,8 +340,9 @@
boolean
_zopen(ZFILE *zf)
{
- char buf[BUFSIZ];
+ char cmd[BUFSIZ];
char *name = zf-filename;
+ char *buf, *s, *t;
char uuibuf[UULEN], uudest[UULEN], uudummy[UULEN];
int uumode, uutry = UUSTARTLEN;
@@ -370,15 +371,41 @@
#ifdef HAVE_GUNZIP
else if ((strlen(name) 3 !strcasecmp(.gz, name + (strlen(name) -
3)))
|| (strlen(name) 2 !strcasecmp(.Z, name + (strlen(name)
- 2 {
- sprintf(buf, gunzip -c %s, name);
+ sprintf(cmd, gunzip -c );
#else /* #else its a unix compressed file, so use
uncompress */
else if ((strlen(name) (unsigned) 2) !strcmp(.Z, name +
(strlen(name) - 2))) {
- sprintf(buf, uncompress -c %s, name);
+ sprintf(cmd, uncompress -c );
#endif
+
+ /* protect in single quotes, replacing single quotes
+* with ''', so worst-case expansion is 5x
+*/
+ buf = (char *) lmalloc(strlen(cmd) + 1 + 5 * strlen(name) + 1 +
1);
+
+ if (buf == NULL)
+ return (FALSE);
+
+ strcpy(buf, cmd);
+ s = buf + strlen(buf);
+ *s++ = '\'';
+
+ for (t = name; *t; ++t) {
+ if ('\'' == *t) {
+ strcpy(s, '\'\');
+ s += strlen(s);
+ } else {
+ *s++ = *t;
+ }
+ }
+ *s++ = '\'';
+ *s = '\0';
+
zf-type = ZPIPE;
if (!(zf-stream = popen(buf, r))) {
+ lfree(buf);
return (FALSE);
}
+ lfree(buf);
}
#endif
diff -u xli-1.17.0/debian/changelog xli-1.17.0/debian/changelog
--- xli-1.17.0/debian/changelog
+++ xli-1.17.0/debian/changelog
@@ -1,3 +1,14 @@
+xli (1.17.0-11woody1) stable-security; urgency=high
+
+ * Non-maintainer upload by the Security Team
+ * Applied upstream patch to fix integer overflows [new.c, CAN-2005-0639]
+
+ -- Martin Schulze [EMAIL PROTECTED] Fri, 18 Mar 2005 12:46:39 +0100
+
xli (1.17.0-11) unstable; urgency=low
* xli.1: eliminate mention of xsetbg and xview since they are not
only in patch2:
unchanged:
--- xli-1.17.0.orig/new.c
+++ xli-1.17.0/new.c
@@ -104,6
Bug#298963: caudium: contains non-free fonts
On Fri, Mar 18, 2005 at 09:55:56AM +0200, Lars Wirzenius scribbled: Peter De Wachter: This package contains three non-free fonts: I note that building the package after removing the fonts does succeed. However, since I don't know caudium at all, I haven't tested the package. Just providing a bit of information. Someone who uses caudium should download the source, remove server/fonts/ttf/*.ttf, build and install the package, and see if it still works. If it does, then an upload is in order (I'm willing to sponsor or do it myself), but if not, someone needs to figure out a way to get caudium to use some of the free ttf fonts instead. I'm sorry not to respond earlier, but I've been busy with other things and had to put the debian stuff aside for a while. Anyhow, as for the fonts, they come with a license that they are free for use, albeit (of course) not in the FSF or Debian sense, so I guess it should be removed and replaced with something else. The third font was taken by a member of the Caudium project from a free font site (I can't remember which and the member is gone with the wind, and I can't contact him) but I remember we did check whether it was free in the FSF sense. So that one can stay. The fonts are not essential to Caudium workings although their lack does limit the functionality a bit. So, I will make necessary changes tomorrow and try to use the prepackaged Bitstream Vera fonts. Once again I'm sorry for the delay, regards, marek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
