Bug#337047: gobby segfaults while reading its own config
On Nov 27, 2005, at 22:01, Tony Whitmore wrote: I am experiencing this problem on two different Debian Etch systems. On both systems gobby runs fine the first time it is run, but segfaults on subsequent attempts. Deleting ~/.gobby or the config.xml file therein and re-running gobby solves the issue temporarily. Obviously subsequent attempts to run gobby then fail until the config.xml file is deleted. This is most likely fixed in the upcoming 0.3.0 release. I cannot reproduce a failure with it and there was indeed a segmentation fault in the configuration file handling, which is now sorted out. I cannot upload Gobby due to the current C++ ABI transition for the next weeks (see [1]), but I'll try to provide an Etch backport for it. Kind regards, Philipp Kern [1] http://blog.philkern.de/archives/88-C++-ABI-transitions.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341160: tecnoballz: Several packaging issues
Alexis Sukrieh wrote: Le lundi 28 novembre 2005 à 21:09 +0100, [EMAIL PROTECTED] a écrit : * Does tecnoballz not compile with g++ 4? If it does, please remove the build-dependency. Sources changed to compile with g++ 4.0 should also work with earlier versions. You should only target sid which has g++ 4.0 on all architectures now, an explicit dependency is not required. Indeed, tecnoballz compiles nicely with older g++ versions. I changed the dependency to g++. This is not needed, because it is already stated by `build-essential'. * You should include the copyright notice taken verbatim from the source code. It's already included, verbatim from upstream in debian/copyright. The files state the following: | // This program is free software; you can redistribute it and/or modify it under | // the terms of the GNU General Public License as published by the Free Software | // Foundation; either version 2 of the License, or (at your option) any later | // version. | // | // This program is distributed in the hope that it will be useful, but WITHOUT | // ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS | // FOR A PARTICULAR PURPOSE. See the GNU General Public License for more | // details. | // | // You should have received a copy of the GNU General Public License along with | // this program; if not, write to the Free Software Foundation, Inc., 59 Temple | // Place - Suite 330, Boston, MA 02111-1307, USA. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341163: electricsheep: Several packaging issues
Alexis Sukrieh wrote: I didn't include the whole GPL (this debian/copyright file was made by the previous maintainer). I confused `debian/REJECT' and `debian/copyright', sorry. The former did indeed contain the whole GPL. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308166: licq: FTBFS on amd64/sarge: undefined reference to `pthread_kill_other_threads_np'
On 08.05.2005, at 17:46, Peter Eisentraut wrote: Kurt Roeckx wrote: If my memory is any good, pthread_kill_other_threads_np is a linuxthreads extention and is not part of standard posix threads. On amd64 we only have NPTL and do not have linuxthreads. How is this then a bug with licq? A package is free to choose its build dependencies. If a port can't provide them, then that's the port's fault. Please be a bit more friendly to our AMD64 porters. The package itself does not build depend in the Debian way on any thread library. Kind regards, Philipp Kern Debian Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308528: New upstream prerelease
Package: darcs Version: 1.0.2-1 Severity: wishlist Hi Isaac, please update the darcs revision in Debian to the latest prerelease source[1] as this fixes some issues and has some UI improvements I miss when I work on my Debian packages. I saw that you uploaded prereleases earlier, and I personally hadn't any problems with 1.0.3rc1 on Darwin, all went fine. Sarge is frozen now, so you could experiment a bit anyway. Kind regards, Philipp Kern Debian Developer [1] http://www.darcs.net/darcs-1.0.3rc1.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308649: Useless modules loaded: confirmed on iBook G4
Subject: Useless modules loaded: confirmed on iBook G4 Followup-For: Bug #305212 Package: kernel-image-2.6.11-powerpc Version: 2.6.11-1 I get the same problem on an iBook G4. The modules are loaded and some other program, it's not the kernel, wants to unload those on boot, but this fails. Strangely enough it does only appear on the first console but in no log file, but it is good visible on boot. $ lsmod | grep 'permanent' via82cxxx 16764 0 [permanent] trm290 5730 0 [permanent] sl82c1058736 0 [permanent] siimage14912 0 [permanent] sc1200 10624 0 [permanent] pdc202xx_old 14208 0 [permanent] ns87415 5700 0 [permanent] hpt366 24448 0 [permanent] hpt34x 6432 0 [permanent] generic 5216 0 [permanent] cmd64x 14748 0 [permanent] aec62xx 9248 0 [permanent] pdc202xx_new 13568 0 [permanent] -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-image-2.6.11-powerpc depends on: ii initrd-tools 0.1.78 tools to create initrd image for p ii mkvmlinuz 13 create a kernel to boot a PowerPC ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296955: ADT7467 bad fan speed: confirmed on iBook G4
Subject: ADT7467 bad fan speed: confirmed on iBook G4 Followup-For: Bug #296955 Package: kernel-image-2.6.10-powerpc The fan speed is still different from 2.6.9 on 2.6.11. It does at least not affect me negatively, so this might be intended. This still looks strange to me: adt746x: Lowering max temperatures from 69, 92, 101 to 70, 50, 70 Apart from this {0, 64, 91, 145, [possibly more]} are used as the new fan speeds. This *might* reduce some noise but I don't know it for sure, as I didn't actively hear it at the time it switched to e.g. 64 (but on 145, this was actually loud). Perhaps someone could comment on this. If this is still a bug, it should be cloned and assigned to both 2.6.10 and 2.6.11. Kind regards, Philipp Kern -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309154: RM: gtk-engines-mac2 -- RoQA: RC bugs; no upstream
Package: ftp.debian.org Severity: normal The package ``gtk-engines-mac2'' should be removed from Debian unstable. Reasoning: * The package has a RC bug related to a porting issue. It is currently not auto-buildable on mips(el), but an older version exists in unstable. * This is raised by the fact that the author failed to include configure.in. Thus it is impossible to rebuild the autotools scripts. * Mail to upstream bounces. The author address specified in AUTHORS is unreachable. Some searches on Google did not reveal any other active upstream maintainer. * The package is orphaned since March 2005, when its developer was considered MIA. (WNPP bug: #298151) Kind regards, Philipp Kern Debian Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#165604: dist-upgrade loses metacity
-BEGIN PGP SIGNED MESSAGE- (BHash: SHA1 (B (BDear Albert, (B (Bplease provide us with more information about your problem regarding (Bthe upgrade $B!H(Bmetacity$B!I(B. Did you upgrade from Woody or an older Sarge? (BWhat versions of metacity, libgconf2-4 and gconf2 were installed (Bbefore the upgrade? (B (BKind regards, (BPhilipp Kern (BDebian Developer (B-BEGIN PGP SIGNATURE- (BComment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8 (B (BiEYEARECAAYFAkKIsaMACgkQ7Ro5M7LPzdgi2gCeODcd1anoqkBABaHYzdk8SD1K (BIqsAn0/Wtkm6LsVxYah1QnXi7R5ikeyj (B=hKJ9 (B-END PGP SIGNATURE-
Bug#309329: sarge upgrade
-BEGIN PGP SIGNED MESSAGE- (BHash: SHA1 (B (BDear Marco, (B (B I had to manually uninstall libtime-hires-perl, libdigest-md5-perl (B and libmime-base64-perl. Anyway the further was signaled to me (B by deborphan. (B (Bfor those $B!H(Bperl$B!I(B should provide a smooth upgrade path. In which way (Bdid they block the upgrade so that you had to remove them manually? (B (B I also had to upgrade fetchmail by itself, beacuse the system wasn't (B able to remove fetchmail-common (B (BCould you provide a transcript of this issue? $B!H(Bfetchmail$B!I(B seems to (Breplace $B!H(Bfetchmail-common$B!I(B properly on the first glance. (B (BKind regards, (BPhilipp Kern (BDebian Developer (B-BEGIN PGP SIGNATURE- (BComment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8 (B (BiEYEARECAAYFAkKItA8ACgkQ7Ro5M7LPzdiqzwCdGTCAD03yuX9OUktzRYaMpD6g (BZx4AoLeymwMKR79NKv6wOiQIV8H9bRK+ (B=AjhC (B-END PGP SIGNATURE-
Bug#309340: Processed: reassign 309340 to aptitude
reassign 309340 upgrade-reports clone 309340 -1 retitle -1 aptitude/woody: segfault on hppa tags -1 +woody severity -1 important thanks On 16.05.2005, at 17:52, Bill Allombert wrote: On Mon, May 16, 2005 at 08:48:06AM -0700, Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: reassign 309340 aptitude How this is supposed to help ? If woody aptitude segfault, there no way we can fix it in the sarge package. Sorry, I should have cloned it. Yes, it should go into the release notes, as only a point release could fix it for Woody. However I reassigned it to aptitude as a segfaulting aptitude is IMO still an important bug as the package is broken. Or am I wrong? Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295102: finger-ldap: incorect handling of nss_base_password entry in libnss-ldap
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 sorry, in that patch is an error - '$uid_mapping' should be $uid_mapping so here is corrected patch The patch applies cleanly, so is there a chance to see this fixed in finger-ldap? I encounter the same problem but it is just annoying. Kind regards, Philipp Kern Debian Developer -BEGIN PGP SIGNATURE- Comment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8 iEYEARECAAYFAkKLx+4ACgkQ7Ro5M7LPzdiZMACghl0I1t7dW4LcNOp7S20pHmEV RfcAoMjSczAxkqubVcruuhWFJOv9BL4X =C+Ov -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#133027: lintian should check md5sums if exist
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 lintian should check for md5sums if files listed exist and if their checksum is correct. Isn't this already covered by checks/md5sums and collection/md5sums? However checks/md5sums.desc also contains this: Info: This script checks if md5sum control files are valid, if they are provided by a binary package. (All packages not containing a md5sums control file are skipped.) Why are packages not providing md5sums skipped? Shouldn't there be at least a note that one should add those of the package? debsums relies on this information and prints warnings about missing md5sums for 42 packages on my quite fresh test installation. IMHO this should be fixed in those packages, but mass filing of wishlist bugs is nothing we want. A hint through lintian would be nicer. However I know that this is not written in stone by the policy so there might be only an info hint in lintian. Kind regards, Philipp Kern -BEGIN PGP SIGNATURE- Comment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8 iEYEARECAAYFAkKMlFkACgkQ7Ro5M7LPzdgIegCg8W+LdKjj70ldsD5jVPhVE3nf gl0AnRWl5LO14nhhpW/JloLaYNrg94DZ =/4zJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309773: should calculate md5sums of shipped files
Package: at Version: 3.1.8-11 Severity: wishlist Tags: patch at does not provide md5sums for its shipped files in DEBIAN/md5sums. debsums depends on this information to check the integrity of all files installed by the package management. The attached patch adds md5sum calculation to the package build. diff -Naur at-3.1.8/debian/rules at-3.1.8.new/debian/rules --- at-3.1.8/debian/rules 2002-01-18 09:06:42.0 +0100 +++ at-3.1.8.new/debian/rules 2005-05-19 15:50:38.138115192 +0200 @@ -82,6 +82,7 @@ $(installbin) -d debian/tmp/etc/init.d $(installbin) debian/rc debian/tmp/etc/init.d/atd dpkg-shlibdeps debian/tmp/usr/sbin/atd debian/tmp/usr/bin/at + (cd debian/tmp md5sum `find * -type f ! -regex DEBIAN/.* ! -regex var/spool/cron/atjobs/\.SEQ` DEBIAN/md5sums /dev/null chmod 644 DEBIAN/md5sums) dpkg-gencontrol -isp dpkg --build debian/tmp ..
Bug#309264: O: unhtml -- Remove the markup tags from an HTML file
retitle 309264 ITA: unhtml -- Remove the markup tags from an HTML file owner 309264 ! thanks I intend to adopt unhtml. Kind regards, Philipp Kern Debian Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309901: upload 2.6.x to unstable
Package: gtkmm2.4 Severity: wishlist Gtkmm 2.6.x should be uploaded to unstable. If it doesn't maintain binary compatibility it should go in with an increased SONAME. Otherwise I cannot see what Gtkmm 2.6 holds off from entering unstable as it is backwards-compatible to 2.4, apart from the coming Sarge release. However Sarge is now frozen and soon to be released, so one could upload to unstable again. It was quite a long time in experimental, I successfully built my 2.6-dependent package against it and I want it to enter Debian soon, but first the newer version has to enter unstable. Kind regards, Philipp Kern Debian Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309264: O: unhtml -- Remove the markup tags from an HTML file
On 20.05.2005, at 12:49, Jeroen van Wolffelaar wrote: What is the added value of this package to Debian? Also, why can't this script/program be included in some other package that does html-processing? Or, what about lynx -dump -stdin with some extra options to drop the footnotes on links etc? It'll also reformat for certain textwidths etc, making it IMHO much more useful. At least it strips only HTML tags, not all XML tags it encounters in a stream. And it does not strip the contents within script / tags. If you count this as an additional value. This program seems to be very lightweight, without a interpreter overhead. If you only need the HTML tags stripped without a pretty formatting like the output of a Lynx dump this would be for you. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346499: gobby: Please enable mDNS/DNS-SD using libavahi-compat-howl0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lennart Poettering wrote: Please enable mDNS/DNS-SD support in gobby using Avahi's compatibility library for HOWL! Please tell me how. I already thought about native support for Avahi and filed a ticket on Gobby about it. But if you could tell me in a few easy steps what's required to link something against Avahi's compatibility layer I would be glad. Kind regards, Philipp Kern -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (Darwin) iD8DBQFDwR+x7Ro5M7LPzdgRAlgIAKDr16RNTfppzYD0SmXloDKbsVTAdwCfelQZ g+KDX1GwytC+FxcvaMGt9As= =P6mH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347247: libavahi-compat-howl-dev: Does not include libavahi-client-dev in depends
Package: libavahi-compat-howl-dev Version: 0.6.1-4 Severity: important Tags: patch `libavahi-compat-howl-dev' does not list `libavahi-client-dev' in its depends, thus packages depending only on the first development package as a howl replacement fail to build from source, due to the lack of `/usr/lib/libavahi-client.la'. The problem is indeed fixed by just adding the missing development package to the build environment. The attached trivial patch fixes this issue, please include it in a future upload. Kind regards, Philipp Kern Debian Developer diff -Naur avahi-0.6.1.old/debian/control avahi-0.6.1/debian/control --- avahi-0.6.1.old/debian/control 2006-01-09 18:32:07.0 +0100 +++ avahi-0.6.1/debian/control 2006-01-09 18:32:20.0 +0100 @@ -322,7 +322,7 @@ Architecture: any Replaces: libhowl-dev Conflicts: libhowl-dev -Depends: libavahi-compat-howl0 (= ${Source-Version}) +Depends: libavahi-compat-howl0 (= ${Source-Version}), libavahi-client-dev Description: Development headers for the Avahi Howl compatibility library Avahi is a fully LGPL framework for Multicast DNS Service Discovery. It allows programs to publish and discover services and hosts signature.asc Description: OpenPGP digital signature
Bug#347383: libavahi-cil: Mono not portable to most platforms
Package: libavahi-cil Severity: normal Mono is not portable to most platforms with which Debian ships. Please build the CIL bindings outside of the main Avahi package in a new source package; thus the main library could be ported to most architectures, while the CLI package is only provided by the architectures supported by Mono's upstream. Like this all applications which depend on Avahi fail to build on other platforms. I'll most likely revert the switch to Avahi in my next upload of `obby', just because it restricts the set of platforms on which it gets compiled due to architectures setting not-for-us on Mono and, as a consequence out of the former, on Avahi. Kind regards, Philipp Kern Debian Developer signature.asc Description: OpenPGP digital signature
Bug#316491: xmcpustate: cannot parse /proc/meminfo on 2.6 kernels
clone 316491 -1 reassign -1 ftp.debian.org retitle -1 RM: xmcpustate -- RoQA; not compatible with 2.6 kernels severity -1 normal thanks xmcpustate is a X11 application displaying the system activity and current free and used memory, written with the Motif set of widgets. It is in its current form not compatible with current systems, lacking proper support to parse the `/proc/meminfo' output of kernels in the 2.6.x series. As most of the architectures have already switched to 2.6 as the default installation kernel, this package does not work properly on most systems and just quits with a failure when one tries to run it. It is orphaned since three months at the request of QA, due to the package being in a bad shape. It is currently RC bug free, due to two QA uploads but as outlined above it lacks serious use. Popcon shows less than 60 users having a current version of the package installed. I don't think that it makes sense to ship this package with Etch if #316491 is not fixed in time (and mind you, we want to release early!). Kind regards, Philipp Kern signature.asc Description: OpenPGP digital signature
Bug#343699: ITP: sobby -- Dedicated server for synced document buffers
Package: wnpp Severity: wishlist I intend to package `sobby', a dedicated server for synced document buffers provided by `obby', which is already in Debian. Its license is GPL and it is available from [1]. Kind regards, Philipp Kern [1] http://releases.0x539.de/sobby/ signature.asc Description: OpenPGP digital signature
Bug#343829: gobby depends on obsolete libnet6 1.1
Luca Bigliardi wrote: please, try to compile gobby with libnet6 1.2 because 1.1 is now obsolete (and has broken dependencies) Thank the ftpmasters. I cannot do anything about that. obby is stuck in NEW. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337047: gobby segfaults while reading its own config
On Nov 2, 2005, at 12:53, Alexander Wirt wrote: if I start gobby, quits it segfaults the next if I try to start it. An strace looks like that it has problems while reading the xml config. Does it also happen when you set your locale to C? Do you get any console output? Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337047: gobby segfaults while reading its own config
On Nov 2, 2005, at 12:53, Alexander Wirt wrote: The log has been attached. Oh and please send me a the output of bt full in gdb. We recently got a report[1] probably about the same problem and I need to know if it crashes in the same component. Thanks, Philipp Kern [1] http://darcs.0x539.de/trac/obby/cgi-bin/trac.cgi/ticket/103 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337067: gobby: [INTL:sv] Swedish PO-template translation
On Nov 2, 2005, at 16:22, Daniel Nylander wrote: Of course. Here you go. Ah I see that you use Rosetta anyway. Gobby is registered as a product, so it could be translated there directly[1]. Thanks for your efforts. Kind regards, Philipp Kern [1] https://launchpad.net/products/gobby/+series/0.3/+pots/gobby/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337067: gobby: [INTL:sv] Swedish PO-template translation
On Nov 2, 2005, at 14:59, Daniel Nylander wrote: Here is the swedish translation for gobby. Big thanks to the swedish Ubuntu translators Would you mind to update it for [1]? Kind regards, Philipp Kern [1] http://darcs.0x539.de/gobby/po/gobby.pot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337047: gobby segfaults while reading its own config
On Nov 2, 2005, at 12:53, Alexander Wirt wrote: if I start gobby, quits it segfaults the next if I try to start it. An strace looks like that it has problems while reading the xml config. I cannot trace this bug back to /anything/ useful, I am sorry. Currently I am hoping that the new upstream release, which will probably happen on November 15, 2005, fixes this issue among others. There are other users which were able to just apt-get it and to run it properly. Could you reproduce it on a second machine? The backtrace isn't useful at all because it doesn't trace into Gobby's codebase but is stuck within the libsigc++. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344485: cl-tclink_3.3.1-3+b1 (m68k/unstable): FTBFS: canoct create directory ././var/cache/fonts/tf: Permission denied
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (/usr/share/texmf-tetex/tex/latex/base/t1enc.def)kpathsea: Running mktextfm ecrm1000 mkdir: cannot create directory ././var/cache/fonts/tfm': Permission denied mktextfm: mktexdir /var/cache/fonts/tfm/jknappen/ec failed. kpathsea: Appending font creation commands to missfont.log. ! Font T1/cmr/m/n/10=ecrm1000 at 10.0pt not loadable: Metric (TFM) file not fou nd. This is most likely a problem in the buildd's build environment. The font metrics cannot be created, the package itself only calls `latex' with the file. Looking at the TeX file and at the build system it doesn't look like anything that can be solved by modifying the package. I suspect a problem either in the environment or in the tetex package. The other buildds were able to successfully compile `3.3.1-3.0.1' with tetex 3.0-10, the m68k buildd tries it with tetex 3.0-11. Kind regards, Philipp Kern -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (Darwin) iD8DBQFDsn6w7Ro5M7LPzdgRAnO5AKCJGsO5ovP+iFHrFwBvWWA0Qtlp+ACfSTcR 5+IPqd3+T5CkDQRE5oL/Cqg= =+6sA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345050: linked against libstdc++5
Package: pretzel Version: 2.0n-2-0.1 Severity: serious `pretzel' still depends on `libstdc++5' which was superseded by `libstdc++6' during the C++ ABI transition. No source changes seem necessary to accomplish the new dependency, so a binary NMU scheduled on all architectures would help. `pretzel' uses the GNU C++ compiler to build the output of flex and bison. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336694: Close closes the document on the server, not the client.
tags 336694 + upstream forwarded 336694 http://darcs.0x539.de/trac/obby/cgi-bin/trac.cgi/ ticket/83 thanks On Oct 31, 2005, at 22:11, Daniel Burrows wrote: I would expect the close document button to disconnect me from an editing session. Instead, it closes the document for all users, even if I'm not hosting the session! IMO, this is unintuitive and dangerous, as it is not at all clear what this button will do. This is already reported as a bug upstream as ticket #83[1] and will most probably be fixed in the next upstream revision. Kind regards, Philipp Kern [1] http://darcs.0x539.de/trac/obby/cgi-bin/trac.cgi/ticket/83 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334519: ftp-master.debian.org: NEW summary should contain UTF-8 header
Package: ftp.debian.org Severity: normal The NEW summary on [1] should contain a header specifying the appropriate Content-type and the UTF-8 encoding of the fields in the control file. Currently this is ISO-8859-1 specified which renders some maintainer names unreadable. Please replace `meta http-equiv=Content-Type content=text/html; charset=iso8859-1' with the following: `meta http-equiv=Content-Type content=text/html; charset=UTF-8' Kind regards, Philipp Kern [1] http://ftp-master.debian.org/new.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339234: library package needs to be renamed (libstdc++ allocator change)
On Nov 15, 2005, at 07:56, Matthias Klose wrote: This bug report is filed against the source package which builds a library depending on libstdc++6 and defining or referencing *mt_alloc* symbols. The package has to be rebuilt with either g++-4.0_4.0.2-4 or g++-3.4_3.4.4-10 (or newer). Please rename the library package to a name with a c2a suffix, and adjust the build dependencies if dependencies on another renamed library do exist. Please do *not* NMU net6, obby or Gobby because of this. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339234: library package needs to be renamed (libstdc++ allocator change)
On Nov 17, 2005, at 03:22, Matthias Klose wrote: Compiler versions g++-4.0_4.0.2-4 and g++-3.4_3.4.4-10 are now in the archive. The renaming of the library packages can now start. Apart of waiting for the dependencies... Do I need to tighten the build-dependency? If so, how? Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337047: gobby segfaults on the second running for me too.
On Nov 9, 2005, at 00:47, Helen Faulkner wrote: What information can I provide that might help? (Please give me specific instructions - I'm not very experienced with tracing the causes of such things.) Could you please check if ~/.gobby/config.xml is empty? If so please delete it, rerun Gobby and check if the problem persists. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386680: libgnutls13: SEGV in asn1_read_value
Package: libgnutls13 Severity: important Version: 1.4.3-1 Hi there, I just upgraded to libgnutls13 to 1.4.3-1 and got problems in conjunction with libtasn1-3 0.3.5-2 and libldap2 2.1.30-13+b1. I use LDAP for authentication and thus both sshd and sudo broke. (PAM and NSS.) See the following backtrace as an example: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1478748480 (LWP 22966)] 0xa7c21fad in asn1_read_value () from /usr/lib/libtasn1.so.3 (gdb) bt #0 0xa7c21fad in asn1_read_value () from /usr/lib/libtasn1.so.3 #1 0xa7c74b9f in gnutls_x509_crt_check_issuer () from /usr/lib/libgnutls.so.13 #2 0xa7c74d76 in _gnutls_x509_verify_signature () from /usr/lib/libgnutls.so.13 #3 0xa7c755bf in gnutls_x509_crl_verify () from /usr/lib/libgnutls.so.13 #4 0xa7c75a87 in gnutls_x509_crt_list_verify () from /usr/lib/libgnutls.so.13 #5 0xa7c5da88 in _gnutls_x509_cert_verify_peers () from /usr/lib/libgnutls.so.13 #6 0xa7c509a5 in gnutls_certificate_verify_peers2 () from /usr/lib/libgnutls.so.13 #7 0xa7c509d9 in gnutls_certificate_verify_peers () from /usr/lib/libgnutls.so.13 #8 0xa7cf6438 in gnutls_SSL_shutdown () from /usr/lib/libldap_r.so.2 #9 0xa7cf5ba5 in ldap_int_tls_start () from /usr/lib/libldap_r.so.2 #10 0xa7cd515b in ldap_int_open_connection () from /usr/lib/libldap_r.so.2 #11 0xa7ce74f3 in ldap_new_connection () from /usr/lib/libldap_r.so.2 #12 0xa7cd4f51 in ldap_open_defconn () from /usr/lib/libldap_r.so.2 #13 0xa7ce7c68 in ldap_send_initial_request () from /usr/lib/libldap_r.so.2 #14 0xa7cdd999 in ldap_sasl_bind () from /usr/lib/libldap_r.so.2 #15 0xa7cdde34 in ldap_simple_bind () from /usr/lib/libldap_r.so.2 I am confident that this is an libgnutls13 issue, as the segfaults started immediately after the upgrade. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384543: No mouse in GUI with Logitech receiver
Frans Pop wrote: On Friday 25 August 2006 01:27, Philipp Kern wrote: Mouse support was missing for me when I tried the GUI installer (beta 3 netinst CD image). I use a Logitech Wireless (not Bluetooth) USB adapter (ID 046d:c50c) for both keyboard and mouse. The keyboard did work fine, but the mouse cursor was sticky. Could you please try this again using a current daily image? We have made some changes and quite possibly this issue is now resolved. The keyboard still works fine, but the mouse behaviour is weird. When I move the mouse horizontally the mouse cursor moves vertically, vertical movements have no effect at all, so the cursor just moves up and down in the middle of the screen. When I press the middle mouse button the cursor drifts horizontally to the right and stays there whatever I do (vertical movements still work at the right of the screen). So sadly enough the issue is not yet resolved, sorry. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388759: aiccu: Should be in main
Philipp Kern wrote: It would be nice to see aiccu in etch/main and autobuilt. This discussion started on 2006-08-12, the maintainer did not respond until now although he was copied on the whole conversation. (Which is, by the way, archived in debian-email on master.) And two months later there is not a single reply of the maintainer, so aiccu is stuck in non-free for Etch. Heh. Anand, are you MIA? Then please set the vacation flag in the database. I see occasional reportbug activity in Echelon, but no PGP activity since 2006-08-13. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392242: bash: Please update the GUI completion for reportbug
Package: bash Version: 3.1-5 Severity: wishlist Tags: patch The GUI list for reportbug in `/etc/bash_completion' is out-of-date. Please apply the attached patch to update it to the currently list. Thank you in advance, Philipp Kern --- bash_completion.old 2006-10-10 19:03:09.0 +0200 +++ bash_completion 2006-10-10 19:04:04.0 +0200 @@ -4951,7 +4951,7 @@ return 0 ;; -u|--ui|--interface) - COMPREPLY=( $( compgen -W newt text gnome -- $cur ) ) + COMPREPLY=( $( compgen -W newt text gnome2 urwid -- $cur ) ) return 0 ;; -t|--type)
Bug#392376: status update: GNUstep library transition
Steve Langasek wrote: Please exercise more caution when sponsoring NMUs prepared by the submitters of bugs. It's clear that you didn't verify this bug yourself before uploading, and the most this upload has done is to delay the gnustep transition. I am very sorry about that and I promise that I will be more careful in the future. I initially uploaded this NMU to the delayed queue, to satisfy the NMU policy. But then I thought a second time[1], and due to the package being already NMU'ed by him I thought he knows what he does. (The previous NMU was also related to the GNUstep transition.) I.e. I thought that's a simple transition problem where the dependencies need to be adjusted, which I did not want to delay. So I wanted to speed up a transition without looking it up properly and ignored the NMU rules... Oh well... I could only repeat that I am sorry. Kind regards, Philipp Kern [1] Which was obviously a mistake... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373011: bopm: Split out libopm into a separate package
Philipp Kern wrote: `libopm' and the `OPM' Perl module in it could be split out to enable others to use those components directly (e.g. for Open Proxy scanning outside of IRC environments). Actually `libopm' is linked statically into `bopm' in `src/Makefile.am'. But the main problem I see, apart of the extra binary and development packages needed, is the lacking SONAME of `libopm'. Most probably there is no ABI stability guaranteed and we would need to check for API/ABI differences every time a new release comes out. (Which, uh, doesn't happen too often, though.) An alternative could be to export solely the static library in a development package and link dependent packages and programs statically. With `libopm' and the corresponding `OPM' Perl module people could realise background open proxy checks e.g in Web environments. There are the obvious drawbacks of course, the programs are not updated when the library is fixed in any way. Is this way to accomplish the task valid? Are static-only packages still allowed into the archive? Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388759: aiccu: Should be in main
Package: aiccu Severity: normal The aiccu license states the following additional clauses which caused it to be considered as non-free: | 4. One should not remove any reference to, or logo of, SixXS. | 5. When the software is altered to not use SixXS services, one is |kindly asked to notify SixXS of this by sending an email to the |SixXS Staff at [EMAIL PROTECTED], containing at least the following |details: | [snip] Pim van Pelt answered with the following clarifications: | 5. When the software is altered ... | How is the kindly asked to be interpreted? As a weak and polite | form of must, or as a should? That would make quite a difference | for us. If it's a requirement, it fails both the Desert Island test | and the Chinese Dissident test[1]. Could you please clarify this? | It's a should. | | 4. One should not remove any reference to, or logo of, SixXS. | So this is a RFC definition of `should'... So if I modify it not to | connect to SixXS, I am allowed not to display any reference to | SixXs, it's just discouraged? (With the proper copyright notices | intact of course.) | You will not violate the intent of our license if you remove the logo. | | This program is intended to be used with SixXS. If you do not wish to | use SixXS services, you can safely 'violate' 4 and 5. We much prefer | that the fruit of our programming efforts are used together with the | fruit of our internet service providers' efforts. Jeroen Massar further clarified the `should' used in clause 4: | The SHOULD from the IETF, which is a _strong_ hint. If we wanted | that then we would write MUST. Note also that we used the BSD | license as a base so that eg hardware vendors could simply take the | code and use it without any legal issues (except for compaining | legal/patent folks). I wrote on 2006-08-14: | I spoke to Anthony Towns, one of our ftpmasters, on IRC and he told me | to go for it. [ie. to upload the package to main] It would be nice to see aiccu in etch/main and autobuilt. This discussion started on 2006-08-12, the maintainer did not respond until now although he was copied on the whole conversation. (Which is, by the way, archived in debian-email on master.) Kind regards, Philipp Kern signature.asc Description: OpenPGP digital signature
Bug#382483: pdns-backend-sqlite: Problems starting the backend [SEGV]
Package: pdns-backend-sqlite Version: 2.9.20-3 Severity: important I tried to get started with PowerDNS and its sqlite backend. Originally I intended to use the xdb backend, as it got some praise as being very fast and cheap on resources, but that backend somehow got lost from the Debian package without explanation about a year ago. Anyway I set those flags in `/etc/powerdns/pdns.d/pdns.local': launch=gsqlite slave=yes And this one in `/etc/powerdns/pdns.d/pdns.local.gsqlite': gsqlite-database=/var/spool/powerdns/pdns.sqlite I created the table according to the documentation, but with `slave=yes' (not with `slave=no') the Sqlite backend crashes on startup: Aug 11 13:42:28 teldrassil pdns[22628]: gsqlite: connection to '/var/spool/powerdns/pdns.sqlite' succesful Aug 11 13:42:28 teldrassil pdns[22628]: Got a signal 11, attempting to print trace: Aug 11 13:42:28 teldrassil pdns[22628]: /usr/sbin/pdns_server-instance [0x80a495a] Aug 11 13:42:28 teldrassil pdns[22628]: [0xe420] Aug 11 13:42:28 teldrassil pdns[22628]: /usr/lib/libsqlite.so.0(sqlite_step+0x17) [0xa7ce4757] Aug 11 13:42:28 teldrassil pdns[22628]: /usr/lib/powerdns/libgsqlitebackend.so(_ZN7SSQLite6getRowERSt6vectorISsSaISsEE+0x79) [0xa7d0d199] Aug 11 13:42:28 teldrassil pdns[22628]: /usr/lib/powerdns/libgsqlitebackend.so(_ZN7SSQLite7doQueryERKSsRSt6vectorIS2_ISsSaISsEESaIS4_EE+0x98) [0xa7d0c3a8] Aug 11 13:42:28 teldrassil pdns[22628]: /usr/sbin/pdns_server-instance(_ZN11GSQLBackend20getUnfreshSlaveInfosEPSt6vectorI10DomainInfoSaIS1_EE+0x66) [0x80ed376] Aug 11 13:42:28 teldrassil pdns[22628]: /usr/sbin/pdns_server-instance(_ZN12UeberBackend20getUnfreshSlaveInfosEPSt6vectorI10DomainInfoSaIS1_EE+0x33) [0x80a9cd3] Aug 11 13:42:28 teldrassil pdns[22628]: /usr/sbin/pdns_server-instance(_ZN17CommunicatorClass12slaveRefreshEP13PacketHandler+0x69) [0x80b9399] Aug 11 13:42:28 teldrassil pdns[22628]: /usr/sbin/pdns_server-instance(_ZN17CommunicatorClass8mainloopEv+0x108) [0x80bb8f8] Aug 11 13:42:28 teldrassil pdns[22628]: /usr/sbin/pdns_server-instance(_ZN17CommunicatorClass12launchhelperEPv+0x11) [0x80c9661] Aug 11 13:42:28 teldrassil pdns[22628]: /lib/tls/i686/cmov/libpthread.so.0 [0xa7e49260] Aug 11 13:42:28 teldrassil pdns[22628]: /lib/tls/i686/cmov/libc.so.6(__clone+0x5e) [0xa7dde29e] Aug 11 13:42:29 teldrassil pdns[22604]: Our pdns instance (22628) exited after signal 6 Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382483: pdns-backend-sqlite: Problems starting the backend [SEGV]
found 382483 2.9.20-4 thanks This problem also applies to 2.9.20-4. Aug 11 14:02:16 teldrassil pdns[24132]: Got a signal 11, attempting to print trace: Aug 11 14:02:16 teldrassil pdns[24132]: /usr/sbin/pdns_server-instance [0x80b729a] Aug 11 14:02:16 teldrassil pdns[24132]: [0xe420] Aug 11 14:02:16 teldrassil pdns[24132]: /usr/lib/libsqlite.so.0(sqlite_step+0x17) [0xa7c86757] Aug 11 14:02:16 teldrassil pdns[24132]: /usr/lib/powerdns/libgsqlitebackend.so(_ZN7SSQLite6getRowERSt6vectorISsSaISsEE+0x8b) [0xa7cb113b] Aug 11 14:02:16 teldrassil pdns[24132]: /usr/lib/powerdns/libgsqlitebackend.so(_ZN7SSQLite7doQueryERKSsRSt6vectorIS2_ISsSaISsEESaIS4_EE+0xc6) [0xa7cb1d46] Aug 11 14:02:16 teldrassil pdns[24132]: /usr/sbin/pdns_server-instance(_ZN11GSQLBackend20getUnfreshSlaveInfosEPSt6vectorI10DomainInfoSaIS1_EE+0x66) [0x81246c6] Aug 11 14:02:16 teldrassil pdns[24132]: /usr/sbin/pdns_server-instance(_ZN12UeberBackend20getUnfreshSlaveInfosEPSt6vectorI10DomainInfoSaIS1_EE+0x31) [0x80c1e41]Aug 11 14:02:16 teldrassil pdns[24132]: /usr/sbin/pdns_server-instance(_ZN17CommunicatorClass12slaveRefreshEP13PacketHandler+0x69) [0x80d8769] Aug 11 14:02:16 teldrassil pdns[24132]: /usr/sbin/pdns_server-instance(_ZN17CommunicatorClass8mainloopEv+0x122) [0x80ddec2] Aug 11 14:02:16 teldrassil pdns[24132]: /usr/sbin/pdns_server-instance(_ZN17CommunicatorClass12launchhelperEPv+0x11) [0x80f6601] Aug 11 14:02:16 teldrassil pdns[24132]: /lib/tls/i686/cmov/libpthread.so.0 [0xa7dee260] Aug 11 14:02:16 teldrassil pdns[24132]: /lib/tls/i686/cmov/libc.so.6(__clone+0x5e) [0xa7d8329e] Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382656: RFA: mydns -- DNS server using MySQL or PostgreSQL for data storage
Package: wnpp Severity: normal I am putting mydns up for adoption. I use other DNS servers now instead of mydns and generally lack the time to put this package more forward debconf-wise. Some information about the package (it also contains a PostgreSQL build, but this does not do debconf configuration of any sort): Package: mydns-mysql Priority: optional Section: net Installed-Size: 656 Maintainer: Philipp Kern [EMAIL PROTECTED] Architecture: i386 Source: mydns Version: 1:1.1.0-3 Replaces: mydns, mydns-common Provides: mydns Depends: mysql-client | virtual-mysql-client, debconf (= 0.5) | debconf-2.0, libc6 (= 2.3.6-6), libmysqlclient15off (= 5.0.19-1), zlib1g (= 1:1.2.1) Conflicts: mydns, mydns-common Filename: pool/main/m/mydns/mydns-mysql_1.1.0-3_i386.deb Size: 241774 MD5sum: d296658cddeeb2d985afdf26b4a461f7 SHA1: 370693659f88bee97f8007072b9277a25266c868 SHA256: 5ec50ce33128cff2dd7e12fa49d993dfef6bd67d30884255b3ae72502852a81b Description: DNS server using MySQL for data storage Free DNS server for UNIX implemented from scratch and designed to utilise the MySQL database for data storage. . Its primary objectives are stability, security, interoperability, and speed, though not necessarily in that order. . MyDNS does not include recursive name service, nor a resolver library. . It is primarily designed for organisations with many zones and/or resource records who desire the ability to perform real-time dynamic updates on their DNS data via MySQL. Tag: interface::daemon, protocol::dns, role::sw:server, works-with::db:sql Kind regards, Philipp Kern signature.asc Description: This is a digitally signed message part
Bug#382654: O: xearth -- Show a rotating earth on your X root window
Package: wnpp Severity: normal The current maintainer of xearth, Tomohiro KUBOTA [EMAIL PROTECTED], orphaned this package. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: xearth Priority: optional Section: non-free/games Installed-Size: 460 Maintainer: Tomohiro KUBOTA [EMAIL PROTECTED] Architecture: i386 Version: 1.1-10.3 Depends: libc6 (= 2.3.6-6), libice6, libpng12-0 (= 1.2.8rel), libsm6, libx11-6, libxext6, libxt6 Conflicts: xbase ( 3.3.2.3a-2) Filename: pool/non-free/x/xearth/xearth_1.1-10.3_i386.deb Size: 159420 MD5sum: f0dbd33fa7db85e28c3793c085a6303f SHA1: 7ee8ed745066fdbee57c76d6abd78b545bebc0ae SHA256: fdfb7b7a17ab946bffdebc2b5efc4215737c1af140f7a9d112f1e2fd47c52a5d Description: Show a rotating earth on your X root window Xearth sets the X root window to an image of the Earth, as seen from your favorite vantage point in space, correctly shaded for the current position of the Sun. By default, xearth updates the displayed image every five minutes; the time between updates can be changed using either X resources or a command line option. Xearth can also render directly into PPM and GIF files instead of drawing in the root window; see the man page for details. Tag: game::toys, use::gameplaying signature.asc Description: This is a digitally signed message part
Bug#348062: O: boson-base
Package: wnpp Severity: normal The maintainer of the source package `bison-base' agreed that all his packages could be orphaned due to his lack of time. The package is currently very RC buggy, but recently an updated package was uploaded to Ubuntu. Copied from the Boson website and Wikipedia: Boson is an open source OpenGL real-time strategy computer game programmed in C++, with the feeling of Command Conquer or StarCraft. It is designed to run on Unix (Linux) computers, and is built on top of the KDE, Qt and kdegames libraries. Kind regards, Philipp Kern Debian Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348588: O: boson-music -- Music Pack for Boson
Package: wnpp Severity: normal The maintainer of the source package `boson-music', Mickael Marchand, agreed that all his packages could be orphaned due to his lack of time. The package is currently very RC buggy, but recently an updated package was uploaded to Ubuntu. Copied from the Boson website and Wikipedia: Boson is an open source OpenGL real-time strategy computer game programmed in C++, with the feeling of Command Conquer or StarCraft. It is designed to run on Unix (Linux) computers, and is built on top of the KDE, Qt and kdegames libraries. Kind regards, Philipp Kern Debian Developer signature.asc Description: OpenPGP digital signature
Bug#348589: O: boson-data -- Data files for Boson
Package: wnpp Severity: normal The maintainer of the source package `boson-data', Mickael Marchand, agreed that all his packages could be orphaned due to his lack of time. The package is currently very RC buggy, but recently an updated package was uploaded to Ubuntu. Copied from the Boson website and Wikipedia: Boson is an open source OpenGL real-time strategy computer game programmed in C++, with the feeling of Command Conquer or StarCraft. It is designed to run on Unix (Linux) computers, and is built on top of the KDE, Qt and kdegames libraries. Kind regards, Philipp Kern Debian Developer signature.asc Description: OpenPGP digital signature
Bug#346979: Patch for my NMU of xoids
tags 346979 +patch thanks Attached you could find the differences from your last version 1.5-16 to my NMU 1.5-16.1. Kind regards, Philipp Kern diff -u xoids-1.5/debian/changelog xoids-1.5/debian/changelog --- xoids-1.5/debian/changelog +++ xoids-1.5/debian/changelog @@ -1,3 +1,15 @@ +xoids (1.5-16.1) unstable; urgency=low + + * Non-maintainer upload + * Replaces `xlibs-dev' by `libx11-dev', `x-dev' and `libxpm-dev' to +comply to the xlibs-dev transition (RC bug) (Closes: #346979) + * Moved the pixmap into the right directory (`/usr/share/pixmaps', so +out of `/usr/X11R6') + * Patched the manpage's section to be 6 (Games) instead of +1 (General commands) + + -- Philipp Kern [EMAIL PROTECTED] Thu, 12 Jan 2006 22:01:09 +0100 + xoids (1.5-16) unstable; urgency=low * lintian fixes diff -u xoids-1.5/debian/control xoids-1.5/debian/control --- xoids-1.5/debian/control +++ xoids-1.5/debian/control @@ -2,7 +2,7 @@ Section: games Priority: optional Maintainer: Adrian Bridgett [EMAIL PROTECTED] -Build-Depends: debhelper, xlibs-dev, xutils +Build-Depends: debhelper, libx11-dev, x-dev, libxpm-dev, xutils Standards-Version: 3.5.9.0 Package: xoids diff -u xoids-1.5/debian/menu xoids-1.5/debian/menu --- xoids-1.5/debian/menu +++ xoids-1.5/debian/menu @@ -3 +3 @@ - icon=/usr/X11R6/include/X11/pixmaps/xoids.xpm + icon=/usr/share/pixmaps/xoids.xpm diff -u xoids-1.5/debian/rules xoids-1.5/debian/rules --- xoids-1.5/debian/rules +++ xoids-1.5/debian/rules @@ -26,13 +26,13 @@ dh_testdir dh_testroot dh_clean - dh_installdirs usr/share/man/man6 usr/X11R6/include/X11/pixmaps + dh_installdirs usr/share/man/man6 usr/share/pixmaps # move files into debian/tmp make DESTDIR=debian/tmp BINDIR=/usr/games install dh_installdocs README dh_installmenu cp xoids.1x debian/tmp/usr/share/man/man6/xoids.6 - cp debian/xoids.xpm debian/tmp/usr/X11R6/include/X11/pixmaps + cp debian/xoids.xpm debian/tmp/usr/share/pixmaps dh_installchangelogs dh_strip dh_compress only in patch2: unchanged: --- xoids-1.5.orig/xoids.1x +++ xoids-1.5/xoids.1x @@ -1,4 +1,4 @@ -.TH XOIDS 1 25 June 1996 +.TH XOIDS 6 25 June 1996 .SH NAME xoids \- X Window Asteroids style game .SH SYNOPSIS signature.asc Description: OpenPGP digital signature
Bug#347017: Patch for my NMU of xnetload
tags 347017 +patch thanks Attached you could find the differences between xnetload 1.11.0-4, your last version, and my recent NMU, 1.11.0-4.1. Kind regards, Philipp Kern diff -u xnetload-1.11.0/debian/changelog xnetload-1.11.0/debian/changelog --- xnetload-1.11.0/debian/changelog +++ xnetload-1.11.0/debian/changelog @@ -1,3 +1,11 @@ +xnetload (1.11.0-4.1) unstable; urgency=low + + * Non-maintainer upload + * Uses libxt-dev instead of xlibs-dev in the build dependencies (RC bug) +(Closes: #347017) + + -- Philipp Kern [EMAIL PROTECTED] Thu, 12 Jan 2006 21:47:27 +0100 + xnetload (1.11.0-4) unstable; urgency=low * lintian fixes (/usr/doc, GPL location etc.) diff -u xnetload-1.11.0/debian/control xnetload-1.11.0/debian/control --- xnetload-1.11.0/debian/control +++ xnetload-1.11.0/debian/control @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Adrian Bridgett [EMAIL PROTECTED] -Build-Depends: debhelper, xlibs-dev, libxaw7-dev +Build-Depends: debhelper, libxt-dev, libxaw7-dev Standards-Version: 3.5.9.0 Package: xnetload signature.asc Description: OpenPGP digital signature
Bug#348826: DoS vulnerability
tags 348826 +pending thanks [EMAIL PROTECTED] wrote: 1.0.0 contains a security bug which was fixed in yesterday's released mydns 1.1.0 version: Next time please contact me in private before you file a bug, thanks. I am generally quite responsive and your action wasn't too helpful. The author does not want several information to be disclosed, that's why I avoided a public bug report. The developer's reference told me to contact the security team first, if in doubt which I were because I spoke with the maintainer of MyDNS. Kind regards, Philipp Kern signature.asc Description: OpenPGP digital signature
Bug#348826: DoS vulnerability
Stefan Hornburg wrote: The information was already public before the Debian bug was reported, so the submitter did the correct thing. Well, I also thought that the posting of mydns-announce is a publication, but then the author told me that I should keep the resonance low for the next days, that's way I reacted in this way. | I'm not going to post the upgrade to Freshmeat or SourceForge for | at least another week or so, so that the mydns-announce subscribers | can upgrade before I end up publicizing the fact that there is a bug | of this type. I did not mention the nature of the bug in the | ChangeLog or anywhere, but I doubt it would take somebody very long to | write an exploit by examining the code changes, etc. Updates to both stable and unstable are already prepared and will be uploaded ASAP. I'm still missing the CAN number, the security team sent a query about it to the ones who found the bug. Kind regards, Philipp Kern signature.asc Description: OpenPGP digital signature
Bug#502310: kxstitch_0.8.1-1(ia64/experimental): Couldn't find Magick++ header file.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: kxstitch Version: 0.8.1-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of kxstitch_0.8.1-1 on alkman.ayous.org by sbuild/ia64 98-farm Build started at 20081014-0400 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), kdelibs4-dev, libmagick++-dev, libqt3-mt-dev, libltdl3-dev, quilt, chrpath [...] checking for artsc-config... /usr/bin/artsc-config checking for meinproc... /usr/bin/meinproc trying to create local folder /home/buildd/.kde: Permission denied trying to create local folder /home/buildd/.kde: Permission denied trying to create local folder /home/buildd/.kde: Permission denied checking for kconfig_compiler... /usr/bin/kconfig_compiler checking for dcopidlng... /usr/bin/dcopidlng checking for makekdewidgets... /usr/bin/makekdewidgets checking for xmllint... /usr/bin/xmllint checking Magick++.h usability... no checking Magick++.h presence... no checking for Magick++.h... no configure: error: Couldn't find Magick++ header file. Install the ImageMagick++ devel package make: *** [config.status] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://experimental.debian.net/build.php?arch=ia64pkg=kxstitchver=0.8.1-1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkj199UACgkQ7Ro5M7LPzdgFTACfbjO8+ziRb6QgT1QsfcvGFcUi jC4AoMuKweaRjR71xuuEyv7LWmKG3fNa =jSLI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502311: glibc_2.8+20080809-2(ia64/experimental): regressions in testsuite
Package: glibc Version: 2.8+20080809-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of glibc_2.8+20080809-2 on alkman.ayous.org by sbuild/ia64 98-farm Build started at 20081014-2333 [...] ** Using build dependencies supplied by package: Build-Depends: gettext, make (= 3.80), dpkg-dev (= 1.14.17), bzip2, lzma, file, quilt, autoconf, sed (= 4.0.5-4), gawk, debhelper (= 5.0), linux-libc-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], mig (= 1.3-2) [hurd-i386], hurd-dev (= 20080607-3) [hurd-i386], gnumach-dev [hurd-i386], libpthread-stubs0-dev [hurd-i386], kfreebsd-kernel-headers [kfreebsd-i386 kfreebsd-amd64], binutils (= 2.17cvs20070426), g++-4.2 (= 4.2.1) [alpha], g++-4.3 (= 4.3.0-7) [!alpha], g++-4.3-multilib [amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 sparc] [...] Encountered regressions that don't match expected failures: bug-iconv6.out, Error 1 tst-iconv7.out, Error 1 tst-mutexpi5a.out, Error 1 tst-robust1.out, Error 1 tst-robust2.out, Error 1 tst-robust3.out, Error 1 tst-robust4.out, Error 1 tst-robust5.out, Error 1 tst-robust6.out, Error 1 tst-robust7.out, Error 1 tst-robust8.out, Error 1 tst-robust9.out, Error 1 tst-robustpi8.out, Error 1 make: *** [/build/buildd/glibc-2.8+20080809/stamp-dir/check_libc] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 ** A full build log can be found at: http://experimental.debian.net/build.php?arch=ia64pkg=glibcver=2.8+20080809-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502422: openoffice.org_1:3.0.0-2(ia64/experimental): UNO calling Java method initialize: java.lang.StackOverflowError
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: openoffice.org Version: 1:3.0.0-2 Severity: serious OOo builds are incredibly painful with their 12h build time and 6G of space wasted for a failed build... There was an error while trying to autobuild your package: Automatic build of openoffice.org_1:3.0.0-2 on alkman.ayous.org by sbuild/ia64 98-farm Build started at 20081015-0541 [...] ** Using build dependencies supplied by package: Build-Depends: lsb-release, bzip2, bison (= 1:1.875a-1), flex-old, libpam0g-dev, libxaw7-dev, unzip, zip, autoconf, sharutils, pkg-config, libfontconfig1-dev, binutils (= 2.14.90.0.6-3) [sparc], libc6 (= 2.3.2-1) [powerpc], zlib1g-dev, libfreetype6-dev, libx11-dev, libsm-dev, libxt-dev, libxext-dev, libxtst-dev, libice-dev, libsane-dev, libxrender-dev, libcups2-dev, libarchive-zip-perl, libpng12-dev, libjpeg62-dev, libxml2-dev, libldap2-dev, libexpat1-dev, libgnomevfs2-dev, fastjar, xsltproc, graphicsmagick-imagemagick-compat, netpbm, fdupes, xml-core, libxkbfile-dev, libxinerama-dev, x11proto-render-dev, unixodbc-dev (= 2.2.11), libxml-parser-perl, gperf, libpq-dev, bc, g++ ( 4.3.0) [s390], gcc ( 4.3.0) [s390], dpkg-dev (= 1.14.11), libpoppler-dev (= 0.8.0), libcurl4-openssl-dev, libssl-dev, libdb4.6-dev, python-central (= 0.5), python-dev (= 2.4), debhelper (= 6.0.7~), xvfb, xbase-clients, xfonts-base, openjdk-6-jdk [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], gij [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], java-gcj-compat-dev (= 1.0.76-7) [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libgcj-bc [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], ant (= 1.7.0) [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], ant-optional (= 1.7.0) [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libsaxonb-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], mingw32 [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libcommons-codec-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libcommons-httpclient-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libcommons-lang-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libcommons-logging-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libjcommon-java (= 1.0.10) [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libsac-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libxml-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libflute-1.3-jfree-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libpentaho-reporting-flow-engine-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], liblayout-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libloader-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libformula-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], librepository-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libfonts-java (= 0.2.6) [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libjcommon-serializer-java [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], iceape-dev (= 1.1.9-5) [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libnss3-dev [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], dmake (= 1:4.11), mono-mcs (= 1.2.3) [i386 sparc amd64 ia64], mono-gmcs (= 1.2.3) [i386 sparc amd64 ia64], libmono-dev (= 1.2.3) [i386 sparc amd64 ia64], mono-utils (= 1.2.3) [i386 sparc amd64 ia64], cli-common-dev (= 0.5.7) [i386 sparc amd64 ia64], mono-1.0-devel [i386 sparc amd64 ia64], mono-2.0-devel [i386 sparc amd64 ia64], mono-jit (= 1.9.1+dfsg-2) [amd64], libhunspell-dev (= 1.1.5-2), libhyphen-dev (= 2.4), libstlport4.6-dev (= 4.6.2-3) [i386], libboost-dev, libvigraimpex-dev, libwpd8-dev (= 0.8.3-3), libwps-dev, libwpg-dev, libicu-dev, libxslt1-dev, libcairo2-dev, kdelibs4-dev (= 4:3.4.3-2), libxrandr-dev, liblucene2-java (= 2.3.2) [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], libhsqldb-java (= 1.8.0.9-1) [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], bsh (= 2.0b4-1) [i386 powerpc sparc mips mipsel s390 armel amd64 ia64 ppc64], liblpsolve55-dev (= 5.5.0.10-10), lp-solve (= 5.5.0.10-10), libsuitesparse-dev ( 3.1.0), libdbus-glib-1-dev (= 0.60), libgstreamer-plugins-base0.10-dev, libneon27-dev, librdf0-dev, libgtk2.0-dev (= 2.10) [...] register component 'javaloader.uno.so' in registry '../../unxlnga.pro/lib/uno_services.rdb' succesful! register component 'javavm.uno.so' in registry '../../unxlnga.pro/lib/uno_services.rdb' succesful! regcomp -register -br ../../unxlnga.pro/misc/bridgetest/bootstrap.rdb -r ../../unxlnga.pro/lib/uno_services.rdb -c \
Bug#502469: linking against gsasl fails due to missing krb5
Package: libgsasl7-dev Version: 0.2.26-1 Severity: serious libgsasl7-dev 0.2.26-1 contains the following in /usr/lib/libgsasl.la: dependency_libs=' -L/usr/lib /usr/lib/libidn.la /usr/lib/libntlm.la -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err' This means that it needs -lkrb5 to link despite its pkg-config file only specifying -lgsasl. The dev package, however, does not depend on the corresponding -dev package. So libgsasl7-dev should depend on libkrb5-dev, which seems to be sufficient. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425961: iceweasel don't process lockPref settings in /etc/iceweasel/pref/iceweasel.js
On Tue, May 29, 2007 at 07:17:21PM +0200, Mike Hommey wrote: But it should be also possible to set lockPref settings in /etc/iceweasel/pref. This is the preferred directory for Iceweasel configuration, all iceweasel configuration should be happen there. Currently, lockPref can only be used from the file defined with general.config.filename. I ignore the reason. I don't see a reason not to be able to set lockPrefs in other system preference files, actually... I'll try to take a look at this at the occasion. Funnily I just tried it with Lenny's iceweasel. lockPref worked fine and exactly as expected. But neither pref nor defaultPref did what they should do, i.e. specify a system default that is actually used. defaultPref did exactly nothing. pref did a bit: I tried it with startup.browser.homepage, and it showed a blank line in the preferences dialog albeit it was correctly in about:config, and showed an empty page at startup. Oh well... ;-) Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#425961: iceweasel don't process lockPref settings in /etc/iceweasel/pref/iceweasel.js
On Mon, Aug 25, 2008 at 06:43:41PM +0200, Mike Hommey wrote: Currently, lockPref can only be used from the file defined with general.config.filename. I ignore the reason. I don't see a reason not to be able to set lockPrefs in other system preference files, actually... Funnily I just tried it with Lenny's iceweasel. lockPref worked fine and exactly as expected. Yes, this is a special feature I added in recent xulrunner ;) Nice, thanks. But neither pref nor defaultPref did what they should do, i.e. specify a system default that is actually used. defaultPref did exactly nothing. pref did a bit: I tried it with startup.browser.homepage, and it showed a blank line in the preferences dialog albeit it was correctly in about:config, and showed an empty page at startup. This is because (sadly) browser.startup.homepage is a special preference, that needs to point to a file where the pref is set. The default is resource:/browserconfig.properties, which points to /usr/lib/iceweasel/browserconfig.properties, which contains: browser.startup.homepage=http://www.mozilla.org/projects/granparadiso/ You can try to set it to some file:/// url, but I can't guarantee it will work. Are there other handlers besides resource that are supported for use in such preferences? And could one be added for some directory below /etc? Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496557: dvb-apps: must conflict against me-tv ( 0.5.33-2)
Package: dvb-apps Version: 1.1.1+rev1207-1 Severity: important me-tv ( 0.5.33-2) contained (at least) /usr/lib/libdvbapi.a, which is now in the package dvb-apps on which me-tv depends. To fix package upgrades please consider adding a Conflicts against the stated version. It might be sensible to also add a Replaces. Newer versions of me-tv do no longer contain dvb* libraries. Filed at severity:important as me-tv was never part of a stable release. ~ sudo apt-get install me-tv [sudo] password for pkern: Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: dvb-apps libgnet-dev libgnet2.0-0 libpopt-dev libpopt0 The following packages will be REMOVED: dvb-utils The following NEW packages will be installed: dvb-apps The following packages will be upgraded: libgnet-dev libgnet2.0-0 libpopt-dev libpopt0 me-tv 5 upgraded, 1 newly installed, 1 to remove and 1018 not upgraded. Need to get 1243kB of archives. After this operation, 2392kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://ftp2.de.debian.org lenny/main libpopt-dev 1.14-4 [43.9kB] Get:2 http://ftp2.de.debian.org lenny/main libpopt0 1.14-4 [45.9kB] Get:3 http://ftp2.de.debian.org lenny/main libgnet-dev 2.0.8-1 [127kB] Get:4 http://ftp2.de.debian.org lenny/main libgnet2.0-0 2.0.8-1 [106kB] Get:5 http://ftp2.de.debian.org lenny/main dvb-apps 1.1.1+rev1207-1 [676kB] Get:6 http://ftp2.de.debian.org lenny/main me-tv 0.5.33-3 [243kB] Fetched 1243kB in 2s (479kB/s) (Reading database ... 215226 files and directories currently installed.) Removing dvb-utils ... (Reading database ... 214554 files and directories currently installed.) Preparing to replace libpopt-dev 1.10-3 (using .../libpopt-dev_1.14-4_i386.deb) ... Unpacking replacement libpopt-dev ... Preparing to replace libpopt0 1.10-3 (using .../libpopt0_1.14-4_i386.deb) ... Unpacking replacement libpopt0 ... Preparing to replace libgnet-dev 2.0.7-1 (using .../libgnet-dev_2.0.8-1_i386.deb) ... Unpacking replacement libgnet-dev ... Preparing to replace libgnet2.0-0 2.0.7-1 (using .../libgnet2.0-0_2.0.8-1_i386.deb) ... Unpacking replacement libgnet2.0-0 ... Selecting previously deselected package dvb-apps. Unpacking dvb-apps (from .../dvb-apps_1.1.1+rev1207-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/dvb-apps_1.1.1+rev1207-1_i386.deb (--unpack): trying to overwrite `/usr/lib/libdvbapi.a', which is also in package me-tv dpkg-deb: subprocess paste killed by signal (Broken pipe) Preparing to replace me-tv 0.5.30-1 (using .../me-tv_0.5.33-3_i386.deb) ... Unpacking replacement me-tv ... Errors were encountered while processing: /var/cache/apt/archives/dvb-apps_1.1.1+rev1207-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dvb-apps depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii makedev 2.3.1-87 creates device files in /dev ii udev 0.114-2/dev/ and hotplug management daemo dvb-apps recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496587: error while upgrading ca-certificates
peter, am Mon, Aug 25, 2008 at 10:32:22PM +0100 hast du folgendes geschrieben: While doing regular updates using update-manager on my lenny system I got the following error Setting up ca-certificates (20080809) ... Updating certificates in /etc/ssl/certsdone. Running hooks in /etc/ca-certificates/update.dCertificate already exists in keystore under alias root Do you still want to add it? [no]: keytool error: java.lang.IllegalArgumentException dpkg: error processing ca-certificates (--configure): subprocess post-installation script returned error exit status 1 Setting up fastjar (2:0.95-2) ... Despite the error dpkg seems to think the package was installed succesfully and apt-get -f install reports nothing to do. Since nothing actually seems broken I am only reporting this as normal feel free to up severity if desired. Please run the following: for i in /etc/ca-certificates/update.d/*; do dpkg -S $i; echo $i; cat $i; done This looks like a bug in another package adding certificates from ca-certificates into its own (Java-ish) truststore... Kind regards, Philipp Kern -- .''`. Philipp Kern Debian Developer : :' : http://philkern.de Debian Release Assistant `. `' xmpp:[EMAIL PROTECTED] `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#496587: error while upgrading ca-certificates
reassign 496587 ca-certificates-java thanks On Mon, Aug 25, 2008 at 10:32:22PM +0100, peter green wrote: While doing regular updates using update-manager on my lenny system I got the following error Setting up ca-certificates (20080809) ... Updating certificates in /etc/ssl/certsdone. Running hooks in /etc/ca-certificates/update.dCertificate already exists in keystore under alias root Do you still want to add it? [no]: keytool error: java.lang.IllegalArgumentException dpkg: error processing ca-certificates (--configure): subprocess post-installation script returned error exit status 1 Setting up fastjar (2:0.95-2) ... I don't think that ca-certificates-java should do this. More information about this issue can be found in the bug log. Kind regards, Philipp Kern -- .''`. Philipp Kern Debian Developer : :' : http://philkern.de Debian Release Assistant `. `' xmpp:[EMAIL PROTECTED] `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#425961: iceweasel don't process lockPref settings in /etc/iceweasel/pref/iceweasel.js
Mike, sorry for taking that long with the tests... On Mon, Aug 25, 2008 at 07:41:32PM +0200, Mike Hommey wrote: Are there other handlers besides resource that are supported for use in such preferences? And could one be added for some directory below /etc? I know for sure chrome:/// works. Note you may be able to use resource:/defaults/syspref to escape and go into /etc/iceweasel/pref, but I'm unsure how .properties files would be considered there... Or maybe file:///etc works ? Please try all these and tell me ;) Property files seem to work just fine with the file handler. I.e. both file:///etc/iceweasel/pref/homepage.properties and resource:/defaults/syspref/homepage.properties set the homepage setting in a sensible way (i.e. visible in the preferences dialog, and target of `reset to default'). Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#500472: linux-image-2.6.26-1-openvz-amd64: NULL pointer dereference in tcp_v4_send_ack
On Sun, Sep 28, 2008 at 05:37:07PM +0200, Alexandre Rossi wrote: The machine freezes sometimes, repeatedly and it seems this happens under some network load in a VE. vcfgvalidate is all ok. The fail counts of user beancounters are all 0. I presume the same problem on my server, but I cannot debug it because it seems to lock-up hardly, with the console not visible anymore. After some quick googling I found an ugly patch on the openvz list: http://openvz.org/pipermail/devel/2008-July/013096.html It would probably safe the machine from panicing... but not much more... Judging for the package the problem may as well be grave.. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500985: irqbalance update in etch?
Hallo Peter, am Wed, Oct 01, 2008 at 12:41:00PM +0200 hast du folgendes geschrieben: irqbalance in etch segfaults when /proc/interrupts contains an interrupt with a number higher than or equal to MAX_INTERRUPTS (256) due to a missing array boundary check. At least it segfaults reliably on all my hosts (say powell.d.o) that have a line starting in the 500s range. The version from lenny/backports does not have this issue. Should we try to fix this in the etch package also? looks RC to me. If it's just a missing boundary check, please add it and post the debdiff. (: Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Release Assistant `. `' xmpp:[EMAIL PROTECTED] Stable Release Manager `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#501117: timer-applet: old preset files from stable cause crashes
Package: timer-applet Severity: serious Version: 2.0.1-3 [0] looks like a bug that could be found when updating from etch to lenny. Short summary: a ~/.gnome2/timer-applet *file* is created but the current timer-applet tries to save a preset.xml in a ~/.gnome2/timer-applet *directory* and the applet is thus crashing on the save of the presets. This needs investigation, though. I'll do it in a few days. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Release Assistant `. `' xmpp:[EMAIL PROTECTED] Stable Release Manager `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#501117: timer-applet: old preset files from stable cause crashes
severity 501117 minor thanks On Mon, Oct 06, 2008 at 06:58:28PM +0100, Stefano Zacchiroli wrote: On Sat, Oct 04, 2008 at 11:38:31AM +0200, Philipp Kern wrote: [0] looks like a bug that could be found when updating from etch to [0] looks like a dangling reference, can you please expand it? Oops, of course: [0] https://bugs.launchpad.net/ubuntu/+source/timer-applet/+bug/235377 Further investigation of the source in Etch revealed that this version already does the move to the XML-based presets storage. So this problem will not affect upgrades from Etch to Lenny, just from pre-Etch versions to Lenny without running Etch's version in the meantime. This could still be fixed the way it was done in the Etch version, by moving the file away if it exists. But I am lowering the severity because it is not critical anymore. Sorry for the noise, but I just hadn't time to investigate before. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Release Assistant `. `' xmpp:[EMAIL PROTECTED] Stable Release Manager `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#501491: gobby: can't join IPv6 link-local sessions discovered via Avahi
On Tue, Oct 07, 2008 at 10:08:12PM +0300, Mika Hanhijärvi wrote: Gobby can't join IPv6 link-local sessions discovered via Avahi. This bug is fixed in the new upstream version of gobby (0.4.7) and libobby (0.4.6). http://www.mail-archive.com/[EMAIL PROTECTED]/msg00021.html I know. Sadly this cannot be fixed for Lenny due to a new upstream version of cairomm and more changes in the new upstream version. I will upload 0.4.7 as soon as possible (if it's not blocking s.th. wrt the releases). Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Release Assistant `. `' xmpp:[EMAIL PROTECTED] Stable Release Manager `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#491697: openafs_1.5.50.dfsg1-1(ia64/unstable): FTBFS: error: 'LWP_SP' undeclared
On Mon, Jul 21, 2008 at 02:49:44PM +0200, Philipp Kern wrote: ./process.c:179: warning: assignment from incompatible pointer type ./process.c:183: error: 'LWP_SP' undeclared (first use in this function) ./process.c:183: error: (Each undeclared identifier is reported only once ./process.c:183: error: for each function it appears in.) ./process.c:206: warning: cast from pointer to integer of different size make[4]: *** [process.o] Error 1 The complete failure message is (it got truncated by my mail scripts): + gcc -g -O -D_LARGEFILE64_SOURCE -G0 -I/build/buildd/openafs-1.5.50.dfsg1/src/config -I. -I. -I/build/buildd/openafs-1.5.50.dfsg1/include -I/build/buildd/openafs-1.5.50.dfsg1/include/afs -I/build/buildd/openafs-1.5.50.dfsg1/include/rx -I/build/buildd/openafs-1.5.50.dfsg1 -I/build/buildd/openafs-1.5.50.dfsg1/src -I/build/buildd/openafs-1.5.50.dfsg1/src -c ./process.c ./process.c:113:2: error: #error Unsupported linux LWP system type. ./process.c:165:2: error: #error need ptr_mangle support or use UCONTEXT ./process.c: In function 'savecontext': ./process.c:179: warning: assignment from incompatible pointer type ./process.c:183: error: 'LWP_SP' undeclared (first use in this function) ./process.c:183: error: (Each undeclared identifier is reported only once ./process.c:183: error: for each function it appears in.) ./process.c:206: warning: cast from pointer to integer of different size make[4]: *** [process.o] Error 1 Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#493376: ca-certificates delivers expired certificates
tag 493376 + wontfix thanks On Sat, Aug 02, 2008 at 05:05:22PM +0200, Joerg Hoh wrote: WARNING: /usr/share/ca-certificates/mozilla/GTE_CyberTrust_Root_CA.crt already expired (Feb 23 23:59:00 2006 GMT) WARNING: /usr/share/ca-certificates/signet.pl/signet_ca3_pem.crt already expired (Apr 28 10:50:55 2008 GMT) WARNING: /usr/share/ca-certificates/signet.pl/signet_ocspklasa3_pem.crt already expired (Apr 28 10:50:55 2008 GMT) WARNING: /usr/share/ca-certificates/spi-inc.org/spi-ca-2003.crt already expired (Jan 14 16:29:17 2007 GMT) you may consider of removing them from package. This is intentional, for the purpose of verifying older certificates. Which application is spitting out those warnings? Kind regards, Philipp Kern -- .''`. Philipp Kern Debian Developer : :' : http://philkern.de Debian Release Assistant `. `' xmpp:[EMAIL PROTECTED] `-finger pkern/[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#493732: quick-lounge-applet: imports DBUS_SESSION_BUS_ADDRESS from possible old bonobo-activation-server
Package: quick-lounge-applet Version: 2.12.5-4 Severity: important quick-lounge-applet imports the DBUS_SESSION_BUS_ADDRESS environment variable from bonobo-activation-server. As this daemon might outlive a user's X session it is possible that it inherits an old address, not longer valid. It seems to be common to fix up each and every applet, so a patch for yours is attached. I would be happy to sponsor a maintainer upload if necessary. Kind regards, Philipp Kern diff -u quick-lounge-applet-2.12.5/debian/changelog quick-lounge-applet-2.12.5/debian/changelog --- quick-lounge-applet-2.12.5/debian/changelog +++ quick-lounge-applet-2.12.5/debian/changelog @@ -1,3 +1,11 @@ +quick-lounge-applet (2.12.5-4+nmu1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Do not import DBUS_SESSION_BUS_ADDRESS from bonobo-activation-server, +fixing interaction with b-a-s left over from previous sessions. + + -- Philipp Kern [EMAIL PROTECTED] Mon, 04 Aug 2008 16:40:46 +0200 + quick-lounge-applet (2.12.5-4) unstable; urgency=low * debian/control: homepage field moved to the source section. only in patch2: unchanged: --- quick-lounge-applet-2.12.5.orig/src/GNOME_QuickLoungeApplet_Factory.server.in.in +++ quick-lounge-applet-2.12.5/src/GNOME_QuickLoungeApplet_Factory.server.in.in @@ -10,6 +10,9 @@ /oaf_attribute oaf_attribute name=name type=string _value=Quick Lounge Factory/ oaf_attribute name=description type=string _value=Factory for the Quick Lounge applet/ + oaf_attribute name=bonobo:environment type=stringv + item value=DBUS_SESSION_BUS_ADDRESS/ + /oaf_attribute /oaf_server
Bug#493938: ca-certificates needs mktemp without depending on it.
On Tue, Aug 05, 2008 at 09:20:54PM -0400, Dan Merillat wrote: [EMAIL PROTECTED]:~$ sudo dpkg --configure ca-certificates Setting up ca-certificates (20080617) ... Updating certificates in /etc/ssl/certs/usr/sbin/update-ca-certificates: line 59: mktemp: command not found dpkg: error processing ca-certificates (--configure): subprocess post-installation script returned error exit status 127 Errors were encountered while processing: ca-certificates And: [EMAIL PROTECTED]:~$ apt-cache rdepends mktemp mktemp Reverse Depends: Nothing that ca-certificates depends on pulls in mktemp, so if it needs it it needs to explicitly depend on it. Manually installing mktemp fixes the problem. That's at least the second report I get about that. Why isn't mktemp installed on your machine? It's both essential and priority:required so I really don't need to depend on it. Was mktemp really *not present* on your machine? Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#494004: RM: mozilla-traybiff [armel] -- RoRM; not supported on armel
Package: ftp.debian.org Severity: normal Please remove the armel binary of mozilla-traybiff from unstable. The armel porter will do another NMU to stop it to build: 12:08 phil So mozilla-traybiff needs a binary removal on armel to allow icedove to migrate. 12:09 suihkulokki ugh. that bugfix didn't go well. 12:10 suihkulokki I'll recheck the package when home later, I think I'll need to do another NMU (to drop the icedove part for armel) In the meantime we want icedove to migrate, and it's broken on armel anyway. That binary removal will let it migrate without using the `force' hint. Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494005: RM: kdebindings [alpha] -- ANAIS; Java binaries no longer built
Package: ftp.debian.org Severity: normal kdebindings (4:3.5.9-3) unstable; urgency=high . * No java in alpha: - Do not build depend on java-gcj-compat-dev. - Remove binaries in alpha: libdcop3-jni, libdcop3-java-dev, libqt3-jni, libkde3-jni (Closes: #491510) The binaries are still present and thus stop kdebindings from migrating to Lenny, despite the package being built and installed into unstable. Please do a partial binary removal. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492513: [Pkg-kde-extras] Bug#492513: [digikam] does not start :: symbol lookup error: digikam: undefined symbol
On Tue, Jul 29, 2008 at 10:31:24PM +1000, Mark Purcell wrote: On Tue, 29 Jul 2008, Marc 'HE' Brockschmidt wrote: The fix will require an soname bump and NEW package for libkipi Why? If it's just a new symbol, bump the shlib and be done with it. That answers my question. Upload pending... Unblocked now. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#493938: ca-certificates needs mktemp without depending on it.
clone 493938 -1 reassign -1 base retitle -1 Essential packages introduced in a release are not installed automatically tag 493938 + wontfix thanks On Wed, Aug 06, 2008 at 04:48:24PM -0400, Dan Merillat wrote: Yes, it was really not present on my machine and required installing. Older installation doing upgrades rather then blowing it away and reinstalling. As far as I can tell, neither apt-get nor aptitude ever noticed a missing essential/required package that appeared after the initial install. Perhaps this is really a package management bug? It looks like, reassigning to base. I'm not sure if this is an apt bug in itself, or not. To explain the situation: mktemp is essential since 2006-05-18, which is the version in Etch. ca-certificates does, of course, not depend on it, although it needs it in postinst. This is already the second bug report I got about this issue, so it seems not that uncommon. The problem: Machines upgraded from Sarge to Etch won't get mktemp pulled in, because nothing depends on essential packages. They won't receive it later on, again out of the same reason. They are only pulled into new installations, by (c)debootstrap, due to their priority and their essential status. So some meta package needs to depend on those newly introduced essential packages for one release (as we don't support skipping one anyway). Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#493938: ca-certificates needs mktemp without depending on it.
On Thu, Aug 07, 2008 at 01:55:37PM +1000, Hamish Moffatt wrote: On Wed, Aug 06, 2008 at 11:58:48PM -0300, Philipp Kern wrote: To explain the situation: mktemp is essential since 2006-05-18, which is the version in Etch. ca-certificates does, of course, not depend on it, although it needs it in postinst. This is already the second bug report I got about this issue, so it seems not that uncommon. The problem: Machines upgraded from Sarge to Etch won't get mktemp pulled in, because nothing depends on essential packages. They won't FWIW, etch's debianutils depends on mktemp, and debianutils was essential in sarge too. Do you have debianutils installed? How did you upgrade? It is not supported to skip a whole release (i.e. like Sarge to Lenny). Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#494346: boost1.35_1.35.0-6(ia64/experimental): FTBFS: make: *** [build-stamp] Segmentation fault
Package: boost1.35 Version: 1.35.0-6 Severity: serious Hi, your package failed to build from source. | Automatic build of boost1.35_1.35.0-6 on alkman.ayous.org by sbuild/ia64 98-farm | Build started at 20080808-0620 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 28.3MB of source archives. | Get:1 http://debian.oregonstate.edu experimental/main boost1.35 1.35.0-6 (dsc) [2021B] | Get:2 http://debian.oregonstate.edu experimental/main boost1.35 1.35.0-6 (tar) [28.3MB] | Get:3 http://debian.oregonstate.edu experimental/main boost1.35 1.35.0-6 (diff) [77.6kB] | Fetched 28.3MB in 4s (6975kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 6.0.7), quilt, bison, flex, docbook-to-man, xsltproc, doxygen, zlib1g-dev, libbz2-dev, libicu-dev, python-all-dev, python-support (= 0.6) [...] | Toolchain package versions: libc6.1-dev_2.7-13 g++-4.3_4.3.1-8 gcc-4.3_4.3.1-8 binutils_2.18.1~cvs20080103-7 libstdc++6-4.3-dev_4.3.1-8 libstdc++6_4.3.1-8 | -- [...] | mkdir bootstrap | cc -o bootstrap/jam0 -fno-strict-aliasing command.c compile.c debug.c expand.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c filesys.c builtins.c pwd.c class.c native.c w32_getreg.c modules/set.c modules/path.c modules/regex.c modules/property-set.c modules/sequence.c modules/order.c execunix.c fileunix.c | pwd.c: In function 'pwd': | pwd.c:39: warning: assignment makes pointer from integer without a cast | ./bootstrap/jam0 -f build.jam --toolset=cc --toolset-root= clean | ...found 1 target... | ...updating 1 target... | ...updated 1 target... | ./bootstrap/jam0 -f build.jam --toolset=cc --toolset-root= | ...found 47 targets... | ...updating 2 targets... | [MKDIR] bin.linuxia64 | [COMPILE] bin.linuxia64/bjam | pwd.c: In function 'pwd': | pwd.c:39: warning: assignment makes pointer from integer without a cast | ...updated 2 targets... | dh_testdir | echo using gcc : : : compileflags-D_REENTRANT ; user-config.jam | echo using python : 2.4 : /usr ; user-config.jam | echo using python : 2.5 : /usr ; user-config.jam | /build/buildd/boost1.35-1.35.0/tools/jam/src/bjam -d2 --user-config=/build/buildd/boost1.35-1.35.0/user-config.jam -sHAVE_ICU=1 --without-pythonvariant=release,debug threading=single,multi link=shared,static | make: *** [build-stamp] Segmentation fault | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080808-0621 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1.35.0-6pkg=boost1.35arch=ia64 Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#493277: Original bug in gdc fixed; binary rebuilds probably need to be requested for broken powerpc packages
On Sun, Aug 10, 2008 at 08:34:04AM -0700, Don Armstrong wrote: The original bug which caused all of these blocking bugs has been fixed; rebuilds probably need to be requested for all of these packages. BinNMUs scheduled: nmu a7xpg . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493270)' nmu gunroar . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493271)' nmu ii-esu . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493272)' nmu mu-cade . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493273)' nmu parsec47 . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493274)' nmu projectl . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493275)' nmu tatan . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493276)' nmu titanion . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493277)' nmu tumiki-fighters . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493278)' nmu val-and-rick . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493279)' nmu torus-trooper . powerpc -m 'rebuild against an updated gdc-4.1 (Closes: #492055)' The bugs will need to be closed manually, though. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#485851: Bug#485848: Bugs confirmed, thanks
On Thu, Jun 12, 2008 at 09:08:30PM +0200, Mirco Bauer wrote: On Thu, 2008-06-12 at 09:05 +0200, David Paleino wrote: Hi Mirco, I'm tagging theses bugs so that you know I've acknowledged them :) I won't be at home for two days (I'll be back tomorrow night), so I don't expect to do any work in this timeframe. Please wait at least until Saturday, I believe I'll be able to do something only then. No problem, take the time you need, there is no rush... No actually it is really late now. The bugs are open since some months and need to be acted upon. Package maintainers are expected to fix RC bugs in a timely manner, they must not leave it open for months. Please act upon them, we are going to release soon. If not, packages might be pulled from testing. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#485847: Fwd: [VAC] July-September 08 Re: Bug#485848: Bugs confirmed, thanks
FYI ---BeginMessage--- Hello, I'm on [VAC]ation from July to September. I will *not* have any Internet connection, so don't expect any reply from me. I might have a connection on weekends, and that would mean that I might reply to your mail in batch mode. If you're writing regarding my Debian work, if any of my packages needs an update, please feel free to BinNMU it. I don't want to make Debian less reliable and more buggy because of my lack of connectivty :) If you're writing me regarding my other FOSS work, please forgive my lack of participation. I'm probably working to code also off-line, but can't communicate this to anyone. If you're writing me for other reasons, please consider my batch mode reply (i.e. wait at least a week before re-pinging me) or, if you know me IRL, you should know how to contact me. If you're writing me regarding the Italian HackMeeting 08, please write to the SputniX LUG in Palermo http://www.sputnix.it, asking for a contact with me -- they'll know how to reach me in real life. Take care, David Paleino -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 ---End Message--- signature.asc Description: Digital signature
Bug#494711: FTBFS (libprojectm_1.2.0-1/hppa): /usr/bin/ld: cannot find -lSM
Package: libprojectm Version: 1.2.0-1 Severity: serious Automatic build of libprojectm_1.2.0-1 on peri by sbuild/hppa 98 Build started at 20080725-1557 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Need to get 965kB of source archives. Get:1 http://incoming.debian.org sid/main libprojectm 1.2.0-1 (dsc) [1242B] Get:2 http://incoming.debian.org sid/main libprojectm 1.2.0-1 (tar) [957kB] Get:3 http://incoming.debian.org sid/main libprojectm 1.2.0-1 (diff) [6161B] Fetched 965kB in 0s (1070kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper (= 7.0.0), libglew-dev, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libx11-dev, libice-dev, pkg-config, cmake, ftgl-dev, dpatch [...] [100%] Building C object CMakeFiles/projectM.dir/stb_image_aug.o Linking CXX shared library libprojectM.so /usr/bin/ld: cannot find -lSM collect2: ld returned 1 exit status make[3]: *** [libprojectM.so.2.00] Error 1 make[3]: Leaving directory `/build/buildd/libprojectm-1.2.0' make[2]: *** [CMakeFiles/projectM.dir/all] Error 2 make[2]: Leaving directory `/build/buildd/libprojectm-1.2.0' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/libprojectm-1.2.0' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Full build log available on http://buildd.debian.org/fetch.cgi?pkg=libprojectmarch=hppaver=1.2.0-1stamp=1217001671file=logas=raw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492519: fixed in vim 2:7.2c.000-1
Hi James, On Thu, Aug 07, 2008 at 07:17:07PM +, James Vega wrote: * runtime/autoload/netrw.vim: Fix deletion of incorrect file in wide display listing. Using Jan Minář's patch from the vim-dev list. (Closes: #492519) his bug is still open in Lenny. Do you agree on the serious severity of this bug? If so, could the mentioned fix please be backported to Lenny? Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#491505: [package varmon] varmon segfaults on Etch i386
Julien, there is a Release Critical bug filed against your package. Unfortunately this package (varmon) needs special hardware to test it. Could you please look if the problem the submitter faces is currently reproduceable in Lenny? (The upstream version is the same, though.) On Sun, Jul 20, 2008 at 12:58:21AM +0200, Christoph Franzen wrote: Varmon segfaults almost immediately. ~# varmon Scanning for VA safety backplane. Please wait a few moments... DAC960: Ctrlr 0, PCI 00:0b:01, IRQ 5, Channels 1 DAC960: Model DAC960PTL1, Firmware 4.08-0-37 Scanning Controller[0], Channel[0], ID[0] Segmentation fault I don't want to pull such specialised packages from testing lightly... Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493276: Original bug in gdc fixed; binary rebuilds probably need to be requested for broken powerpc packages
On Sun, Aug 10, 2008 at 11:17:55PM -0300, Philipp Kern wrote: On Sun, Aug 10, 2008 at 08:34:04AM -0700, Don Armstrong wrote: The original bug which caused all of these blocking bugs has been fixed; rebuilds probably need to be requested for all of these packages. BinNMUs scheduled: nmu a7xpg . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493270)' nmu gunroar . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493271)' nmu ii-esu . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493272)' nmu mu-cade . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493273)' nmu parsec47 . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493274)' nmu projectl . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493275)' nmu tatan . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493276)' nmu titanion . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493277)' nmu tumiki-fighters . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493278)' nmu val-and-rick . powerpc . -m 'rebuild against an updated gdc-4.1 (Closes: #493279)' nmu torus-trooper . powerpc -m 'rebuild against an updated gdc-4.1 (Closes: #492055)' The bugs will need to be closed manually, though. Done so now, as the builds were uploaded. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#492519: fixed in vim 2:7.2c.000-1
severity 492519 important thanks On Mon, Aug 11, 2008 at 03:58:49PM -0400, James Vega wrote: I'm a little skeptical about the severity since the user is prompted to confirm the deletion of the file and the prompt lists the actual file it is going to delete. ACK. Wrt to the whole of vim I don't think it warrants a RC bug. Maybe even important is inflated, but well... I did want to request a freeze exception for the 7.2 final release (which I'm working on now) as there were many security-related fixes made in 7.2 as well as improvements to some of the fixes that are present in 7.1.314-3. I realize though that this exception will probably be met with resistance since it's a new upstream release. You'll have to contact d-release timely. I suppose it will be hard, though. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#486070: speedy-cgi-perl_2.22-10 build missing on hppa
On Mon, Aug 11, 2008 at 02:20:01PM +0300, Niko Tyni wrote: as the hppa buildd admins haven't reacted to my requests, could you please requeue (or whatever it should be called) speedy-cgi-perl_2.22-10 on hppa? As seen in #486070, the 2.22-9 hppa build failure should be fixed in -10, but the package seems to be in some sort of quarantine and the buildd has never tried to build it. According to [0] it should start to build soonish. No action necessary. If it still hasn't started to build in two days, please follow up on this mail. Thanks. Kind regards, Philipp Kern [0] http://buildd.debian.org/~jeroen/status/package.php?p=speedy-cgi-perlsuite=unstable signature.asc Description: Digital signature
Bug#494772: boost1.35_1.35.0-6(ia64/experimental): FTBFS: bjam segfaults during build
Package: boost1.35 Version: 1.35.0-6 Severity: serious Hi, your package failed to build from source. | Automatic build of boost1.35_1.35.0-6 on alkman.ayous.org by sbuild/ia64 98-farm | Build started at 20080808-0620 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 6.0.7), quilt, bison, flex, docbook-to-man, xsltproc, doxygen, zlib1g-dev, libbz2-dev, libicu-dev, python-all-dev, python-support (= 0.6) [...] | rm -rf bootstrap | mkdir bootstrap | cc -o bootstrap/jam0 -fno-strict-aliasing command.c compile.c debug.c expand.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c filesys.c builtins.c pwd.c class.c native.c w32_getreg.c modules/set.c modules/path.c modules/regex.c modules/property-set.c modules/sequence.c modules/order.c execunix.c fileunix.c | pwd.c: In function 'pwd': | pwd.c:39: warning: assignment makes pointer from integer without a cast | ./bootstrap/jam0 -f build.jam --toolset=cc --toolset-root= clean | ...found 1 target... | ...updating 1 target... | ...updated 1 target... | ./bootstrap/jam0 -f build.jam --toolset=cc --toolset-root= | ...found 47 targets... | ...updating 2 targets... | [MKDIR] bin.linuxia64 | [COMPILE] bin.linuxia64/bjam | pwd.c: In function 'pwd': | pwd.c:39: warning: assignment makes pointer from integer without a cast | ...updated 2 targets... | dh_testdir | echo using gcc : : : compileflags-D_REENTRANT ; user-config.jam | echo using python : 2.4 : /usr ; user-config.jam | echo using python : 2.5 : /usr ; user-config.jam | /build/buildd/boost1.35-1.35.0/tools/jam/src/bjam -d2 --user-config=/build/buildd/boost1.35-1.35.0/user-config.jam -sHAVE_ICU=1 --without-pythonvariant=release,debug threading=single,multi link=shared,static | make: *** [build-stamp] Segmentation fault | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080808-0621 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1.35.0-6pkg=boost1.35arch=ia64 Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#486070: speedy-cgi-perl_2.22-10 build missing on hppa
Niko, am Thu, Aug 14, 2008 at 03:11:42PM +0300 hast du folgendes geschrieben: According to [0] it should start to build soonish. No action necessary. If it still hasn't started to build in two days, please follow up on this mail. Thanks. [0] http://buildd.debian.org/~jeroen/status/package.php?p=speedy-cgi-perlsuite=unstable Still nothing. I think it has looked the same for almost two months now; the position in the queue varies but the buildds never pick it up. I've even seen it alone in the Needs-Build state. it was blacklisted on the buildds. I asked Lamont to look into it and he removed the block and will monitor if it crashes the buildd again. Thanks for the follow-up. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#481337: severity of 481337 is important
# Automatically generated email from bts, devscripts version 2.10.35 #does not affect lenny severity 481337 important -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494303: use synaptic
On Wed, Aug 13, 2008 at 05:18:29PM +0200, Marius Mikucionis wrote: I guess libdjvulibre-text should have a conflict with libdjvulibre15 the same way as djvulibre-desktop does. Indeed. I added the conflicts and it now upgrades fine in an Etch chroot. NMU uploaded to delayed/2-days. Debdiff attached. Kind regards, Philipp Kern diff -u djvulibre-3.5.20/debian/control djvulibre-3.5.20/debian/control --- djvulibre-3.5.20/debian/control +++ djvulibre-3.5.20/debian/control @@ -39,7 +39,7 @@ Package: libdjvulibre-text Section: libs Architecture: any -Conflicts: djvulibre-desktop ( 3.5.20-9), djview3 (= 3.5.20-9) +Conflicts: djvulibre-desktop ( 3.5.20-9), djview3 (= 3.5.20-9), libdjvulibre15 Description: Linguistic support files for libdjvulibre Runtime linguistic support files for the libdjvulibre library. diff -u djvulibre-3.5.20/debian/changelog djvulibre-3.5.20/debian/changelog --- djvulibre-3.5.20/debian/changelog +++ djvulibre-3.5.20/debian/changelog @@ -1,3 +1,11 @@ +djvulibre (3.5.20-10.1) unstable; urgency=medium + + * Non-maintainer upload. + * libdjvulibre-text: add a conflicts against libdjvulibre15 to fix +upgrades from Etch (Closes: #494303) + + -- Philipp Kern [EMAIL PROTECTED] Thu, 14 Aug 2008 11:30:37 -0300 + djvulibre (3.5.20-10) unstable; urgency=low * Put djview3 support files in djview3 package, leaving only generic signature.asc Description: Digital signature
Bug#494244: xsupplicant: FTBFS: configure: error: header file linux/wireless.h is required for Xsupplicant.
On Thu, Aug 07, 2008 at 08:00:28PM -0300, Lucas Nussbaum wrote: configure: error: header file linux/wireless.h is required for Xsupplicant. make: *** [config.status] Error 1 The relevant part of the config.log is this: configure:5128: x86_64-linux-gnu-gcc -c -Wall -g -O2 -Wall conftest.c 5 In file included from /usr/include/linux/wireless.h:74, from conftest.c:35: /usr/include/linux/if.h:122: error: redefinition of 'struct ifmap' /usr/include/linux/if.h:158: error: redefinition of 'struct ifreq' /usr/include/linux/if.h:208: error: redefinition of 'struct ifconf' configure:5134: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME | #define PACKAGE_TARNAME | #define PACKAGE_VERSION | #define PACKAGE_STRING | #define PACKAGE_BUGREPORT | #define PACKAGE xsupplicant | #define VERSION 1.2.4 | #define YYTEXT_POINTER 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define LILENDIAN 1 | #define NEW_IWLIB 1 | #define NO_PWD_RESET 1 | #define OPENSSL_NO_KRB5 1 | #define LINUX 1 | #define HAVE_SYS_SOCKET_H 1 | /* end confdefs.h. */ | |#include sys/socket.h |#ifndef __user |#define __user |#include linux/types.h |#include net/if.h |#endif | | #include linux/wireless.h configure:5150: result: no configure:5158: error: header file linux/wireless.h is required for Xsupplicant. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#494303: use synaptic
On Thu, Aug 14, 2008 at 10:11:17PM +0100, Barak A. Pearlmutter wrote: Actually replaces: would work too, and be a bit gentler. Feel free to NMU with that if you want; if you don't I'll get around to it sometime. (Since this is a etch-lenny upgrade stopper, I think something fixing the problem has to be pushed through the freeze barrier.) Yeah, Replaces would work too, but leave the library on the system. And as there are no rdepends of it in Lenny, we would want to get rid of it, no? Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#495224: Show error messages from c_rehash
On Fri, Aug 15, 2008 at 04:09:02PM +0200, Martin von Gagern wrote: I suggest showing the error messages, so that admins are more likely to notice possible problems with their certificates. I already submitted a patch for this as https://bugs.gentoo.org/attachment.cgi?id=162959 for Gentoo, but as the issue probably affects all users of ca-certificates, I think you might want to address it at the source. Thanks for the notification, I really appreciate it. I will address this post-Lenny, as it seems that there are some problems, at least in the Debian part, that cause certificate removals to be botched. Thus enabling error messages now will cause quite a bunch of failure messages due to invalid symlinks. Having spoken with the Debian openldap maintainer this problem does not affect Debian as openldap links with gnutls not openssl and thus does not bail out on broken symlinks. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#496152: recursive symlinks let nautilus crash
Package: nautilus Version: 2.20.0-6 Severity: normal Nautilus loops in nautilus_{file_emit_changed,directory_emit_change_signals,nautilus_file_changed} until the stack is exhausted. How to reproduce: ~ $ ln -s abcd efgh ~ $ ln -s efgh abcd ~ $ sudo apt-get install nautilus-dbg ~ $ gdb /usr/bin/nautilus (gdb) run . Program received signal SIGSEGV, Segmentation fault. 0x7f1e5eaadcc7 in ?? () from /usr/lib/libgobject-2.0.so.0 (gdb) bt #0 0x7f1e5eaadcc7 in ?? () from /usr/lib/libgobject-2.0.so.0 #1 0x7f1e5eab30c5 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #2 0x7f1e5eab3623 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #3 0x004b8d6c in nautilus_file_emit_changed (file=0x1fc99a0) at nautilus-file.c:5524 #4 0x004a7020 in nautilus_directory_emit_change_signals ( directory=0x173f000, changed_files=0x1fc99a0) at nautilus-directory.c:794 #5 0x004b8cb7 in nautilus_file_changed (file=0x1fc99a0) at nautilus-file.c:5470 #6 0x004b8d9d in nautilus_file_emit_changed (file=0x1fbe4b0) at nautilus-file.c:5530 #7 0x004a7020 in nautilus_directory_emit_change_signals ( directory=0x173f000, changed_files=0x1fc99a0) at nautilus-directory.c:794 #8 0x004b8cb7 in nautilus_file_changed (file=0x1fbe4b0) at nautilus-file.c:5470 #9 0x004b8d9d in nautilus_file_emit_changed (file=0x1fc99a0) at nautilus-file.c:5530 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.15-1Utilities for .desktop files ii gnome-control-center 1:2.22.2.1-1 utilities to configure the GNOME d ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libeel2-2.20 2.20.0-7 Eazel Extensions Library (for GNOM ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libexempi3 2.0.1-1 library to parse XMP metadata (Lib ii libexif12 0.6.16-2.1library to parse EXIF files ii libgail-common 1.22.3-1 GNOME Accessibility Implementation ii libgail18 1.22.3-1 GNOME Accessibility Implementation ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgnome-desktop-2 2.22.3-1 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-4GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libnautilus-extension1 2.20.0-6 libraries for nautilus components ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii librsvg2-2 2.22.2-2 SAX-based renderer library for SVG ii libselinux12.0.65-4 SELinux shared libraries ii libstartup-notification0 0.9-1 library for program launch feedbac ii libtrackerclient0 0.6.6-2 metadata database, indexer and sea ii libx11-6 2:1.1.4-2 X11 client-side library ii libxml22.6.32.dfsg-2 GNOME XML library ii nautilus-data 2.20.0-6 data files for nautilus ii shared-mime-info 0.30-2FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: ii app-install-data2008.07.28 Application Installer Data Files ii desktop-base4.0.7common files for the Debian Deskto ii eject 2.1.5+deb1-1 ejects CDs and operates CD-Changer ii libgnomevfs2-extra 1:2.22.0-4 GNOME Virtual File System (extra m ii librsvg2-common 2.22.2-2 SAX-based renderer library for SVG ii nautilus-cd-burner 2.20.0-1 CD Burning front-end for Nautilus ii synaptic0.62.1 Graphical package manager Versions of packages nautilus suggests: ii eog
Bug#496212: imagemagick_7:6.4.3.2.dfsg1-1(ia64/experimental): FTBFS: No rule to make target `j'. Stop.
libraries against the libraries they | # depend on. | sed -i libtool \ | -e 's/^hardcode_libdir_flag_spec.*$/hardcode_libdir_flag_spec= -D__LIBTOOL_IS_A_FOOL__ /' \ | -e '/^archive_cmds=/s/$/ \\$deplibs/' | /usr/bin/make j | make[1]: Entering directory `/build/buildd/imagemagick-6.4.3.2.dfsg1' | make[1]: *** No rule to make target `j'. Stop. | make[1]: Leaving directory `/build/buildd/imagemagick-6.4.3.2.dfsg1' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080823-1143 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=7:6.4.3.2.dfsg1-1pkg=imagemagickarch=ia64 Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#496213: bzr-svn_0.4.11~rc1-2(ia64/experimental): FTBFS: python2.4 not found
Package: bzr-svn Version: 0.4.11~rc1-2 Severity: serious Hi, your package failed to build from source. | Automatic build of bzr-svn_0.4.11~rc1-2 on alkman.ayous.org by sbuild/ia64 98-farm | Build started at 20080822-1631 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 216kB of source archives. | Get:1 http://debian.oregonstate.edu experimental/main bzr-svn 0.4.11~rc1-2 (dsc) [1537B] | Get:2 http://debian.oregonstate.edu experimental/main bzr-svn 0.4.11~rc1-2 (tar) [211kB] | Get:3 http://debian.oregonstate.edu experimental/main bzr-svn 0.4.11~rc1-2 (diff) [3271B] | Fetched 216kB in 0s (398kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: python-central (= 0.5), cdbs (= 0.4.43), python, debhelper (= 5.0.37.2), libsvn-dev, python-dev, bzr (= 1.6~), python (= 2.5) | python-pysqlite2 [...] | building 'bzrlib.plugins.svn.wc' extension | gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -g -O2 -g -Wall -O2 /build/buildd/bzr-svn-0.4.11~rc1/./build/temp.linux-ia64-2.5/wc.o /build/buildd/bzr-svn-0.4.11~rc1/./build/temp.linux-ia64-2.5/util.o /build/buildd/bzr-svn-0.4.11~rc1/./build/temp.linux-ia64-2.5/editor.o -lsvn_wc-1 -lsvn_subr-1 -o /build/buildd/bzr-svn-0.4.11~rc1/./build/lib.linux-ia64-2.5/bzrlib/plugins/svn/wc.so -L/usr/lib -lapr-1 | touch python-build-stamp-2.5 | cd . python2.4 setup.py build --build-base=/build/buildd/bzr-svn-0.4.11~rc1/./build | /bin/sh: python2.4: command not found | make: *** [python-build-stamp-2.4] Error 127 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080822-1633 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=0.4.11~rc1-2pkg=bzr-svnarch=ia64 Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#499389: austria.pal is ISO-8859 encoded
Package: pal Version: 0.4.3-2 Severity: normal Hi there, pal barfs when austria.pal is used as its calendar file is ISO-8859 encoded, instead of UTF-8: ERROR: Event text 'Heilige Dreik�nige' is not ASCII or UTF-8 in file /usr/share/pal/austria.pal. ERROR: Event text 'Mari� Himmelfahrt' is not ASCII or UTF-8 in file /usr/share/pal/austria.pal. ERROR: Event text 'Mari� Empf�ngnis' is not ASCII or UTF-8 in file /usr/share/pal/austria.pal. ERROR: Event text 'Gr�ndonnerstag' is not ASCII or UTF-8 in file /usr/share/pal/austria.pal. ERROR: Event text 'Ende Sommerzeit --- Uhren zur�ckstellen' is not ASCII or UTF-8 in file /usr/share/pal/austria.pal. Thus the events appear trimmed in pal's calendar overview. I suggest a iconv -f iso-8859-1 -t utf-8 austria.pal | sponge austria.pal Kind regards, Philipp Kern -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pal depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libncurses5 5.6+20080907-1 shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries pal recommends no packages. Versions of packages pal suggests: ii texlive2007.dfsg.1-3 TeX Live: A decent selection of th -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499396: IPv6 addresses directly on the toplevel of the zonefile
Package: pdns-server Version: 2.9.21.1.0-1 Severity: important Hi there, I am using pdns with the bind backend and am experiencing trouble with records since the upgrade from Etch to Lenny. Interestingly only on records on the toplevel of the zonefile (in my case 2nd level domains). It seems that there is some memory corruption going on. The addresses are different whenever I reload pdns and I think that they also vary when they got pulled from the cache. The server in question is publically reachable. snip ~ dig philkern.de @durotan.0x539.de ; DiG 9.3.4 philkern.de @durotan.0x539.de ; (2 servers found) ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 39014 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;philkern.de. IN ;; ANSWER SECTION: philkern.de.10800 IN 6b65:726e:2e64:6500:517c:414e:597c:2d31 ;; Query time: 10 msec ;; SERVER: 88.198.49.206#53(88.198.49.206) ;; WHEN: Thu Sep 18 13:07:25 2008 ;; MSG SIZE rcvd: 57 snip Some snippets from the zonefile: [...] @ IN A88.198.49.206 ; durotan @ IN 2001:6f8:900:17a::2 ; durotan [...] durotan.ipv6IN 2001:6f8:900:17a::2 [...] The A query works just fine. Normal zone entries work, too: snip ~ dig durotan.ipv6.philkern.de @durotan.0x539.de ; DiG 9.3.4 durotan.ipv6.philkern.de @durotan.0x539.de ; (2 servers found) ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 34610 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;durotan.ipv6.philkern.de. IN ;; ANSWER SECTION: durotan.ipv6.philkern.de. 10800 IN 2001:6f8:900:17a::2 ;; Query time: 9 msec ;; SERVER: 88.198.49.206#53(88.198.49.206) ;; WHEN: Thu Sep 18 13:10:07 2008 ;; MSG SIZE rcvd: 70 snip Kind regards, Philipp Kern -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pdns-server depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.22Debian configuration management sy ii libc6 2.7-13GNU C Library: Shared libraries ii libgcc11:4.3.1-9 GCC support library ii libstdc++6 4.3.1-9 The GNU Standard C++ Library v3 ii ucf3.007 Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages pdns-server recommends: pn pdns-doc none (no description available) Versions of packages pdns-server suggests: ii pdns-backend-pgsql [pdns-ba 2.9.21.1.0-1 generic PostgreSQL backend for Pow ii pdns-recursor 3.1.7-1 PowerDNS recursor -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477312: Log for failed build of gnu-smalltalk_3.1~rc3-3 (dist=experimental)
$abs_top_srcdir/scripts/Test.st --verbose -p Swazoo stdout: Loading package Sockets Loading package Sport Loading package SUnit Loading package Swazoo Swazoo.CompositeResourceTest#testAddResource ... Swazoo.CompositeResourceTest#testAddResources . Swazoo.CompositeResourceTest#testCurrentUrl ... Swazoo.CompositeResourceTest#testEmptyURIPatternInvalid . Swazoo.CompositeResourceTest#testNilURIPatternDoesNothing . Swazoo.CompositeResourceTest#testValidlyConfigured . Swazoo.FileResourceTest#testContentType .. Swazoo.FileResourceTest#testDirectoryIndex ... Swazoo.FileResourceTest#testETag .. Swazoo.FileResourceTest#testExistantFile ... Swazoo.FileResourceTest#testNonexistantFile . Swazoo.FileResourceTest#testRedirection ... Swazoo.FileResourceTest#testRelativeFile Swazoo.FileResourceTest#testSafeConstruct .. Swazoo.HTTPRequestTest#test10ConnectionClose . Swazoo.HTTPRequestTest#test10KeepAliveConnectionClose . Swazoo.HTTPRequestTest#testBasicGet . Swazoo.HTTPRequestTest#testBasicGetHost . Swazoo.HTTPRequestTest#testBasicGetHTTP10 . Swazoo.HTTPRequestTest#testBasicGetPort . Swazoo.HTTPRequestTest#testBasicHead Swazoo.HTTPRequestTest#testConnection . Swazoo.HTTPRequestTest#testGetMultiValueHeader ... Swazoo.HTTPRequestTest#testHeaderAtIfPresent .. Swazoo.HTTPRequestTest#testMissingContentType . Swazoo.HTTPRequestTest#testNo11ConnectionClose . Swazoo.HTTPRequestTest#testNoEqualsQueries .. Swazoo.HTTPRequestTest#testPortedGetPort . Swazoo.HTTPRequestTest#testReferer . Swazoo.HTTPRequestTest#testRequestWithCRButNoLF Swazoo.HTTPRequestTest#testUserAgent . Swazoo.HTTPResponseTest#testInternalServerError . Swazoo.HTTPResponseTest#testOK . Swazoo.HTTPResponseTest#testResponseTypes .. Swazoo.HTTPServerTest#testServing . Swazoo.HTTPServerTest#testStopServing . Swazoo.HeaderFieldTest#testCombine .. Swazoo.HeaderFieldTest#testContentTypeMultiple ... Swazoo.HeaderFieldTest#testValues .. Swazoo.HelloWorldResourceTest#testResponse ... Swazoo.HomeResourceTest#testRootFileFor . Swazoo.HomeResourceTest#testValidateHomePath Swazoo.RedirectionResourceTest#testGetResource Swazoo.ResourceTest#testEmptyURIPatternInvalid . Swazoo.ResourceTest#testEnabledByDefault . Swazoo.ResourceTest#testNilURIPatternDoesNothing . Swazoo.ResourceTest#testValidlyConfigured . Swazoo.SiteIdentifierTest#testCaseInsensitiveMatch . Swazoo.SiteIdentifierTest#testCurrentUrl .. Swazoo.SiteIdentifierTest#testHostMismatch . Swazoo.SiteIdentifierTest#testIPMismatch . Swazoo.SiteIdentifierTest#testMatch . Swazoo.SiteIdentifierTest#testPortMismatch . Swazoo.SiteTest#testCurrentUrl Swazoo.SiteTest#testCurrentUrl80 Swazoo.SwazooBaseExtensionsTest#testCharacterArrayTrimBlanks .. Swazoo.SwazooBaseExtensionsTest#testFilenameEtag ... ./testsuite.at:159: exit code was 139, expected 0 121. testsuite.at:159: 121. Swazoo (testsuite.at:159): FAILED (testsuite.at:159) make: *** [build-stamp] Error 1 Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]