Bug#482048: Source package contains non-free IETF RFC/I-D
Stefan Hornburg (Racke) [EMAIL PROTECTED] writes: Upstream author agreed to change licensing. Great news! Thanks, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482487: jed-extra: pcre.sl does not exist
Package: jed-extra Version: 2.4.3-1 Severity: important Several Jed plugins (e.g. Info browser, man page viewer) do not function at all. They report the error: Unable to load /usr/share/jed/jed-extra/pcre.slc After googling the problem it appears that the maintainers declared it no longer required and moved it to jedpcre.sl. I attempted correct the problem by symbolically linking prce.sl - extra/jedpcre.sl so that the files which require it could find it. Unfortunately it now causes a Block stack overflow NOTE: this problem does not exist in the stable version of the package (2.2.1-1.etch.3) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash jed-extra depends on no packages. Versions of packages jed-extra recommends: ii jed 1:0.99.18+dfsg.1-10 editor for programmers (textmode v ii xjed 1:0.99.18+dfsg.1-10 editor for programmers (x11 versio -- debconf information: jed-extra/rm-site-defaults: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464664: linux-image-2.6.24-1-amd64: X86_64 laptop hangs after logging powernow_k8 error while on battery
On Tue, May 20, 2008 at 04:27:09PM +0200, maximilian attems wrote: can we have an update for a recent kernel aka 2.6.25 from sid. installs just fine in testing. May 23 15:55:41 jpc kernel: [ 38.255997] powernow-k8: error - out of sync, fix 0x8 0x0, vid 0x6 0x12 uname -a Linux jpc 2.6.25-2-amd64 #1 SMP Wed May 14 14:04:05 UTC 2008 x86_64 GNU/Linux This might or might not be related: when I try to load acpi to obtain details of battery status: modprobe acpi FATAL: Error inserting acpi_cpufreq (/lib/modules/2.6.25-2-amd64/kernel/arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.ko): Device or resource busy I'll experiment with not loading the ondemand governor in /etc/modules. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197304: |entists Contact List in the US
Comes with unlimited use license and at a very resonable price: 164,777 D entists 158,168 Postal Addresses 163,102 Office phone Numbers 77,357 Office Fax Numbers 45,026 E mail Listings Up to May 23 this can be yours for just $291 (usually $591) get the details by writing to [EMAIL PROTECTED] By emailing with 290 for subject you will have your email taken off -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481792: latex-cjk-chinese-arphic: freetype1 deprecation
Hi Moritz Op 22-05-08 23:50, schreef Moritz Muehlenhoff: If you need these scripts, please build them against against current Freetype (and include them in freetype2-demos). We can't keep every old package just because people don't adapt code to current versions. Our archive is already too hard to manage. Werner Lemberg is both the upstream author of FT1 and FT2, if I'm not mistaken. I don't think he or someone else of the FT team ever created a similar tool using FT2. And I don't see the problem with FT1 still available in the repository. It doesn't break anything. Best regards :) -- Danai SAE-HAN (韓達耐) 題目:《有美堂暴雨》 作者:蘇軾(1036-1101) 游人腳底一聲雷,滿座頑云撥不開, 天外黑風吹海立,浙東飛雨過江來。 十分瀲灩金樽凸,千杖敲鏗羯鼓催。 喚起謫仙泉酒面,倒傾鮫室瀉瓊瑰。 signature.asc Description: OpenPGP digital signature
Bug#482456: [Buildd-tools-devel] Bug#482456: sbuild: Build package with epoch in a directory name containing a colon, leading make to fail
Raphael Hertzog [EMAIL PROTECTED] writes: On Thu, 22 May 2008, Raphael Hertzog wrote: When you implemented the change to give explicitely the directory in which to unpack the source package, you included the full version in the name of that directory... I might be mistaken as I just noticed that the colon is not the in the directory name corresponding to the top of the source package but higher in the hierarchy: make[1]: Entering directory `/build/user-enigmail_2:0.95.0+1-3.1-amd64-eHJUfP/enigmail_0.95.0+1-3.1' So it might be a problem that affects only lucas's rebuild infrastructure. Not sure, I will wait his input. I'll fix up both cases. I'll remove the epoch from the first and format the version exactly as dpkg-source expects it in the second. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. pgpEoCM881P5U.pgp Description: PGP signature
Bug#482488: moinmoin-common: cannot import name RequestCGI when upgrading to 1.6
Package: moinmoin-common Version: 1.6.3-1 Severity: wishlist People running moinmoin as cgi, upgading to 1.6 may get the following error message : Traceback (most recent call last): File /var/www/mywiki/moin.cgi, line 39, in module from MoinMoin.request import RequestCGI ImportError: cannot import name RequestCGI Premature end of script headers: moin.cgi Because the file moin.cgi isn't upgraded when the package is upgraded. This is because the file [1] instructs the user to do : cp -r /usr/share/moin/server/moin.cgi /var/www/mywiki when installing Moinmoin. Resolution : - update the moin.cgi the user copied in int's server directory. Wishlist : - Suggest (apache) users to use ScriptAlias /MyWiki /usr/share/moin/server/moin.cgi - Document the upgrade procedure. Thanks, Franklin [1] /usr/share/doc/moinmoin-common/README.Debian.gz instructs the -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages moinmoin-common depends on: ii python2.5.2-1An interactive high-level object-o Versions of packages moinmoin-common recommends: ii python-moinmoin 1.6.3-1Python clone of WikiWiki - library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395271: tagging 395271
# Automatically generated email from bts, devscripts version 2.10.27 # removing patch tag since the proposed patch doesnt work tags 395271 - patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459902: Any progress with taking over nstx?
retitle 459902 O: nstx -- Tunnel IP over DNS owner 459902 ! retitle 459902 ITA: nstx -- Tunnel IP over DNS thanks On Sat, Mar 08, 2008 at 02:40:47PM +0100, Petter Reinholdtsen wrote: Hi. Looking at URL: http://bugs.debian.org/459902 , I suspect but are not sure if you are still planning to take over nstx. The change of ownership make me unsure. Are you still planning to take over nstx? No reply. I guess this means not. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What good is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482489: mirror submission for mirror2.corbina.ru
Package: mirrors Severity: wishlist Submission-Type: new Site: mirror2.corbina.ru Type: leaf Archive-architecture: alpha amd64 arm hppa hurd-i386 i386 ia64 m68k mips mipsel powerpc s390 sparc Archive-ftp: /debian/ Archive-http: /debian/ IPv6: no Archive-upstream: ftp.debian.org Updates: once Maintainer: mirror2.corbina.ru [EMAIL PROTECTED] Country: RU Russia Location: MSK Corbina Telecom Sponsor: Corbina Telecom home.corbina.ru -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#230308: Bug#482044: Please restart spamd on perl upgrades.
On Thu, 22 May 2008, Niko Tyni wrote: On Thu, May 22, 2008 at 01:41:33PM +0200, Raphael Hertzog wrote: There's only one package at the receiving end of a trigger IIRC. So while it's true that you can manually activate a trigger, there's no way that multiple packages will be informed of the upgrade through this mecanism. No, you don't seem to recall correctly. See the attached log of a 'trigger-sender' upgrade from 0.1 to 1.0 activating 'trigger-test' from the postinst and both 'trigger-receiver-a' and 'trigger-receiver-b' packages acting on it. I stand corrected. It could be a nice solution then. You could do something similar. And then spamassassin could drop a script there and restart spamd. Sure. The perl-upgrade.d/ (or whatever) scripts would be run at a point where those packages dependending on perl that were just upgraded will still be unconfigured; I wonder if that would be a bad time for the restart. For the normal lib*-perl packages that probably doesn't matter. It's probably also the best solution to minimize down time. The trigger based solution will only process the trigger after the postinst configure of the package that register the interest in the trigger. Not sure which one is best. Both of the schemes have the partial upgrade problem: they need co-operation from spamassassin (and the hypothethical other packages) and won't work if perl is upgraded but spamassassin is held at the old version that doesn't co-operate yet. Then again, nothing would except explicitly listing the packages in the perl postinst. Both solution should work provided that the unpack of the upgraded spamassassin happens before the configuration of the new perl. But there's no guaranty that this will be the case indeed. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473304: libhtml-wikiconverter-perl and friends
severity 473304 normal thanks On Wed, May 21, 2008 at 09:11:57AM +0200, Jonas Smedegaard wrote: On Wed, May 21, 2008 at 02:12:50AM -0400, Rene Mayorga wrote: On Tue, May 20, 2008 at 09:02:25AM +0200, Jonas Smedegaard wrote: Actually I missed that html2wiki binary pokes the user about this change (yes, I was one despite user too :)) So I'm only adding a note to HTML::WikiConverter POD noting this change. Also I add the debian/NEWS file Sounds good. 2) Have main module recommend formerly included submodules Just for made this point clear, you suggest a Recommend directly to all formerly submodules or you suggest keeping the Recommends to the virtual packages provides but the submodules? Both. They serve different purpose. Recommending virtual package is to indicate that the main module is worthless standalone (but the user might have written her own custom submodule or installed submodules manually, so depending is too strong. Recommending formerly included packages is for backwards compatibility. It might be better depending on them, but I believe recommends is strong enough (with the added bonus that others _can_ avoid them if they wish). Ok, so we will _Recommends_ the virtual-package libhtml-wikiconverter-dialect provided by the formerly submodules and also _Recommends_ the strictly package name for that submodules IMHO this is enough and good for me. (also I think that this bug is not grave, so I downgrading it to normal) -- Rene Mauricio Mayorga | jabber: [EMAIL PROTECTED] http://rmayorga.org | -- 08B6 58AB A691 DD56 C30B 8D37 8040 19FA A209 C305 signature.asc Description: Digital signature
Bug#482431: backtrace with symbols
On Thu, May 22, 2008, Avery Fay wrote: Hopefully better backtrace follow: *** glibc detected *** /usr/bin/gnome-power-manager: free(): invalid I think the backtrace is probably useless on this free(), it's likely some memory corruption. Instead, try running /usr/bin/gnome-power-manager: in valgrind and look for invalid free()s. -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443410: not fixed,yet ;-) + information update
forwarded 443410 http://www.openoffice.org/issues/show_bug.cgi?id=36035 thanks Hi, Nadav Kavalerchik wrote: and an open one: http://www.openoffice.org/issues/show_bug.cgi?id=36035 this issue is open and not fixed upstream. please decide if you would like to close/remove it from debian BTS since it is not a debian bug. I'll just mark it forwarded... Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482490: wrong error msg when file not found in jed library dir
Package: jed Version: 1:0.99.18+dfsg.1-10 Severity: minor When Jed is told to evaluate a file (evalfile(), autoload() or require()) it searches it in the jed library path (Jed 0.99.19 will look in the slang search path). If the file is not found in the search path, the error message contains only the last directory of the search path, e.g.: S-Lang message(get_jed_library_path); /usr/share/jed/lib,usr/share/jed/jed-extra/utils/,/usr/share/jed/jed-extra/ S-Lang require(pcre); Unable to load /usr/share/jed/jed-extra/pcre.slc This message can lead non-experts to the wrong conclusions, trying to find out why pcre.slc is missing in /usr/share/jed/jed-extra/ while the reason for this error is, that /usr/share/slsh/ is missing from the jed-library-path (cf. Bug #482487). Guenter -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jed depends on: ii jed-common 1:0.99.18+dfsg.1-10 S-Lang runtime files for jed and x ii libc62.7-10 GNU C Library: Shared libraries ii libgpmg1 1.20.3~pre3-3 General Purpose Mouse - shared lib ii libslang22.1.3-3 The S-Lang programming library - r jed recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477231: Patch does not fix the build problem
On Wed, 2008-05-14 at 18:34 +0200, Christian Perrier wrote: Quoting Walter Franzini ([EMAIL PROTECTED]): I think it would be better to not run the testsuite. I'm not sure it will be the right choice. Well, I understand the concern, but unless someone comes up with a patch that fixes the testsuite to properly run on autobuilders, it fails and makes the package RC-buggy Sorry for being late in the game. The debian package of aegis builds with the test suite enabled now for many years and the autobuilders used to build aegis packages with sbuild just fine. The pbuilder issue was separate and didn't affect the architecture autobuilders because they didn't use pbuilder. Did this change recently ? Are the autobuilders now pbuilder based ? There were various efforts and investigations to fix the pbuilder issue over the years but so far nobody came up with a proper solution. Besides somewhere in the pbuilder discussions it was stated that a failure to build with pbuilder is _not_ release critical wrt to policy as long as it builds with sbuild. Unfortunately almost all of the special archive autobuilds (not the standard autobuilders) use some pbuilder based setup which makes this particular bug really annoying. From the debian/changelog history, I see several occasions where the testsuite made the package FTBFS on Debian autobuilders. So, at least as a temporary solution, building without the testsuite seems to be the best way to get the package in Debian lenny... That does not prevent the maintainer to have the duty of running make sure on a clean Debian system, of course, to guarantee that it works properly. I'd rather not disable the testsuite. Every failed build because of testsuite failures is interesting for upstream, improves the package quality and widens regression testing. The aegis developers worked very hard to achieve a pretty comprehensive automated testsuite which should be used for its purpose: finding bugs during the binary packaging phase. What's puzzling to me is the maintainer's silence, here...:-| Sorry for that, Christian -- Christian Meder, email: [EMAIL PROTECTED] The Way-Seeking Mind of a tenzo is actualized by rolling up your sleeves. (Eihei Dogen Zenji) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481670: add_path.cpp:(.text+0x16b8): undefined reference to `__sync_fetch_and_add_4'
You missed using -DBOOST_SP_USE_PTHREADS on armel. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482475: evolution: integrate libpst for importing outlook .pst files
tags 482475 + confirmed upstream wontfix thanks So would I :) But unfortunately unless upstream or someone else comes up with a good patch, we'll let this lie dormant. So wontfix until further notice. Cheers, Heikki fr., 23.05.2008 kl. 10.53 +0800, skrev Paul Wise: Package: evolution Version: 2.22.1.1-1 Severity: wishlist Forwarded: http://bugzilla.gnome.org/show_bug.cgi?id=231099 I would like evolution to integrate libpst/readpst for importing Outlook .pst files. ___ Pkg-evolution-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-evolution-maintainers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482457: evolution on KDE 4.1 (experimental) segfaults
reassign 482457 kde-icons-oxygen 4:4.0.74-1 tags 482457 + experimental Hiya Cassiano :) Since the segfault occurs in the experimental KDE I would say that is where the problem is at, as well. I'm not familiar enough with KDE to say where the problem lies, but OxygenStyle::drawKStylePrimitive sounds like the Oxygen icon-theme, so forwarding there for now. KDE-guys, let us know if I am wrong here ;) Cheers, Heikki to., 22.05.2008 kl. 18.44 -0300, skrev Cassiano Leal: Package: evolution Version: 2.22.1-1 Severity: important I am currently running/testing KDE 4.1 alpha from experimental. Evolution works fine in the same system under GNOME, but crashes under KDE. Below is the output of running evolution through gdb: $ gdb evolution GNU gdb 6.7.1-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... Using host libthread_db library /lib/i686/cmov/libthread_db.so.1. (gdb) run Starting program: /usr/bin/evolution [Thread debugging using libthread_db enabled] [New Thread 0xb674c740 (LWP 22603)] CalDAV Eplugin starting up ... ** (evolution:22603): DEBUG: mailto URL command: evolution --component=mail %s ** (evolution:22603): DEBUG: mailto URL program: evolution [New Thread 0xb445eb90 (LWP 22797)] [New Thread 0xb3c5db90 (LWP 22827)] [Thread 0xb3c5db90 (LWP 22827) exited] [Thread 0xb445eb90 (LWP 22797) exited] [New Thread 0xb445eb90 (LWP 22859)] [New Thread 0xb3c5db90 (LWP 22860)] [New Thread 0xb3266b90 (LWP 22861)] [Thread 0xb445eb90 (LWP 22859) exited] [Thread 0xb3266b90 (LWP 22861) exited] [New Thread 0xb3266b90 (LWP 22868)] [New Thread 0xb445eb90 (LWP 22871)] [New Thread 0xb2a17b90 (LWP 22872)] [Thread 0xb2a17b90 (LWP 22872) exited] [New Thread 0xb2a17b90 (LWP 22873)] [New Thread 0xb2216b90 (LWP 22874)] [Thread 0xb2a17b90 (LWP 22873) exited] [Thread 0xb2216b90 (LWP 22874) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb674c740 (LWP 22603)] 0xb5777272 in OxygenStyle::drawKStylePrimitive (this=0x80dc238, widgetType=KStyle::WT_Generic, primitive=65538, opt=0xbff51fb8, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], p=0xbff52028, widget=0x0, kOpt=0x0) at /tmp/buildd/kdebase-runtime-4.0.74/kstyles/oxygen/oxygen.cpp:1922 1922 /tmp/buildd/kdebase-runtime-4.0.74/kstyles/oxygen/oxygen.cpp: No such file or directory. in /tmp/buildd/kdebase-runtime-4.0.74/kstyles/oxygen/oxygen.cpp Current language: auto; currently c++ (gdb) quit The program is running. Exit anyway? (y or n) y -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (400, '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 evolution depends on: ii dbus 1.2.1-2 simple interprocess messaging syst ii evolution-common 2.22.1-1 architecture independent files for ii evolution-data-server 2.22.1-1 evolution database backend server ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gtkhtml3.143.18.1-1 HTML rendering/editing library - b 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 libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1The Cairo 2D vector graphics libra ii libcamel1.2-11 2.22.1-1 The Evolution MIME message handlin ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-2simple interprocess messaging syst ii libebook1.2-9 2.22.1-1 Client library for evolution addre ii libecal1.2-7 2.22.1-1 Client library for evolution calen ii libedataserver1.2-92.22.1-1 Utility library for
Bug#482410: paq8l: Compression errors with -9 flag
Just got an e-mail from upstream. Valid options seem to be -0 to -8. Both the manpage and paq8l -h doesn't reflect this, but if you type paq8l by itself, it says: -- $ paq8l paq8l archiver (C) 2006, Matt Mahoney et al. Free under GPL, http://www.gnu.org/licenses/gpl.txt To compress: paq8l -level file (compresses to file.paq8l) paq8l -level archive files... (creates archive.paq8l) paq8l file (level -5, pause when done) level: -0 = store, -1 -2 -3 = faster (uses 35, 48, 59 MB) -4 -5 -6 -7 -8 = smaller (uses 133, 233, 435, 837, 1643 MB) You may also compress directories. To extract or compare: paq8l -d dir1/archive.paq8l (extract to dir1) paq8l -d dir1/archive.paq8l dir2 (extract to dir2) paq8l archive.paq8l (extract, pause when done) To view contents: more archive.paq8l Close this window or press ENTER to continue... - I hope this clarifies things. I wil probably make changes to the code, so it doesn't accept the -9 option. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482337: linux-image-2.6.24-1-amd64: rfkill switch doesn't work with iwl4965 driver
ok, I've found the problem... it seems to be the acpid daemon. I've found a workaround to use the card, which is: 1) stop the acpid 2) turn on the wireless card with keyboard shortcut provided by my laptop (fn+F2) 3) ifconfig wlan0 up And now, all starts working!!! Obviously, if I don't stop the acpid, it doesn't work (watching the wifi LED, when I press fn+F2 with acpid started, it turns on and immediately returns off, but without kernel messages!). Is it an ACPI bug? Or a configuration one? I've previously tried to disable ACPI at kernel boot time, but without no success. Thank you ___ Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione! http://www.ymailblogit.com/blog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482491: sbuild: extracts the source while installing b-deps
Package: sbuild Version: 0.57.3-1 Severity: important Hi, This is a regression in 0.57.3-1 (it worked fine at least in 0.57.0-1). It seems that sbuild now extracts the source while installing build-deps. See: Selecting previously deselected package gettext. Unpacking gettext (from .../gettext_0.17-2_i386.deb) ... Selecting previously deselected package intltool-debian. Unpacking intltool-debian (from .../intltool-debian_0.35.0+20060710gpg: Signature made Wed Apr 19 12:53:15 2006 CEST using DSA key ID 8E635A5E gpg: Can't check signature: public key not found dpkg-source: extracting crip in crip_3.7-3 dpkg-source: info: unpacking crip_3.7.orig.tar.gz dpkg-source: info: applying crip_3.7-3.diff.gz .1_all.deb) ... Selecting previously deselected package po-debconf. Unpacking po-debconf (from .../po-debconf_1.0.13_all.deb) ... Selecting previously deselected package debhelper. Unpacking debhelper (from .../debhelper_7.0.9_all.deb) ... This produces confusing build log. If this change was made on purpose, please provide an option to serialize those steps, so I can get clean build logs when reporting bugs. Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479899: linux-libc-dev: missing include in netfilter.h
On 07/05/08 at 12:24 +0200, Lucas Nussbaum wrote: On 07/05/08 at 11:09 +0200, Bastian Blank wrote: severity 479899 normal thanks On Wed, May 07, 2008 at 10:22:55AM +0200, Lucas Nussbaum wrote: It seems like netfilter.h should include linux/types.h. In 2.6.25-1, the following was added to it: Linux headers are not self-hosting. Anyway, it makes it not completely unusable. But several packages now FTBFS. Do you plan to fix that bug? Or should I file serious bugs on the failing packages? Hi, This was fixed upstream, see http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=c8942f1f0a7e2160ebf2e51ba89e50ee5895a1e7 Please backport this change, so I don't need to file 8 more RC bugs :-) -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482494: loop-aes-utils: losetup incompatible with the one from mount
Package: loop-aes-utils Version: 2.13.1-3 Severity: important While the losetup from mount does setup the loop device even if the specified file is readonly and readonly device was not explicitly requested the losetup from loop-aes-utils fails in this case. This breaks existing boot scripts. I can no longer boot my live system from httpfs unless I apply additional patches to workaround this incompatibility in losetup. This might affect other boot scripts and some of the standard debian-live network boot methods. I see it might be useful to make the device readwrite and fail when that is not possible but this is an incompatible behaviour and should be only turned on when requested by an option. Thanks Michal -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.3-src (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408101: AW: Bug#408101: The 2nd Debian Openoffice.org bug triage - bug #408101
Norbert Schulz wrote: Dear Mr. Kaplan, please give me some information how to update and/or close the bug. Thank you for your help in advance. You test your bug with an updated version of oo.org and send the updated info to me and keep [EMAIL PROTECTED] CCed. -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482493: hylafax-server: Faulty config.ttyS0 from faxaddmodem for USRobotics 5601
Package: hylafax-server Version: 2:4.3.1-7 Severity: normal Script faxaddmodem generates faulty file config.ttyS0 for US Robotics modem. ATI0 5601 ATI3 U.S. Robotics 56K FAX EXT Rev. 11.16.63 Outgoing faxes are not send and error No local dialtone is displayed. After digging a lot I found that option: ModemResultCodesCmd: ATQ0X4 sould be removed and modem sends faxes properely. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages hylafax-server depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf 1.5.11etch1 Debian configuration management sy ii gs-esp [gs] 8.15.3.dfsg.1-1etch1The Ghostscript PostScript interpr ii gs-gpl [gs] 8.54.dfsg.1-5etch1 The GPL Ghostscript PostScript int ii hylafax-client 2:4.3.1-7 Flexible client/server fax softwar ii libc62.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libpam0g 0.79-5 Pluggable Authentication Modules l ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libtiff-tools3.8.2-7 TIFF manipulation and conversion t ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii metamail 2.7-52 implementation of MIME ii psmisc 22.3-1 Utilities that use the proc filesy ii sed 4.1.5-1 The GNU sed stream editor ii sharutils1:4.2.1-15 shar, unshar, uuencode, uudecode ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages hylafax-server recommends: ii metamail 2.7-52 implementation of MIME -- debconf information: * hylafax-server/configure_note: * hylafax-server/attachment: hylafax-server/start_now: true hylafax-server/setup_failed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482057: [compiz] compiz crashes when window are closed
Brice Goglin scrisse in data 20/05/2008 17:23: Assuming you want to debug compiz on machine A, start compiz there. Then take machine B, log on machine A using ssh and run gdb -p $(pidof compiz.real) (or whatever is needed to attach to compiz.real) Then try to reproduce the Compiz crash on machine A. When Compiz crashes, go back to machine B, and enter bt full in gdb, and send us the whole output. I have a problem using gdb: when I attach gdb to compiz.real from the machine B via ssh when I return to the machine A X is not responsive: I can see the mouse moving on the screen but nothing happens (window are not closed/opened). If I return on the machine B and I stop gdb X on the machine A return to be responsive... I wrong something else or I have some problem with gdb? Thank you very much Piviul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482495: New version is available
Package: otf2bdf Version: 3.0-1 Severity: wishlist Please can you update the version in Debian? Thanks, Guerkan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482487: jed-extra: pcre.sl does not exist
On 22.05.08, Alan B. Clements wrote: Several Jed plugins (e.g. Info browser, man page viewer) do not function at all. They report the error: Unable to load /usr/share/jed/jed-extra/pcre.slc This error message is somewhat misleading, as it comes from the call require(pcre); in these modes which looks for either pcre.sl or pcre.slc in the jed library path. (Check your jed library path e.g. with M-X insert(get_jed_library_path); ) After googling the problem it appears that the maintainers declared it no longer required and moved it to jedpcre.sl. Actually, pcre.slis part of the package slsh and is installed under /usr/share/slsh/pcre.sl (but not preparsed to pcre.slc). jedpcre.sl provides Perl compatible regexp search and for this requires the pcre.sl file. linking prce.sl - extra/jedpcre.sl fails, as this leads to a file requiring itself. The core of the problem is that slsh 2.1.3-3 triggers a weaknes of Jed's site.sl initialisation file leading to /usr/share/slsh/ missing in the jed library path (Bug #476216) There is still no consensus about the right way to fix this problem. Alternative Workarounds --- To get the plugins work again, do one of the following * downgrade slsh to a version 2.1.3-3 * create the directory /usr/share/slsh/local-packages/ * add the following code to ~/.jed/jed.rc or /etc/jed.d/05jed-common.sl $1 = /usr/share/slsh/; !if (is_substr(get_jed_library_path(), $1)) if (file_status($1); set_jed_library_path(strcat(get_jed_library_path(), ,, $1)); GM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475708: #475708 NMU uploaded
NMU uploaded to delayed 2 using patch from Laurent Bigonville NMU patch attached Colin -- Colin Tuckley | +44(0)1903 236872 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo diff -u testdisk-6.9/debian/rules testdisk-6.9/debian/rules --- testdisk-6.9/debian/rules +++ testdisk-6.9/debian/rules @@ -27,7 +27,7 @@ config.status: configure dh_testdir # Add here commands to configure the package. - CFLAGS=$(CFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --enable-sudo --with-sudo-bin=/usr/bin/sudo + CFLAGS=$(CFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --enable-sudo --with-sudo-bin=/usr/bin/sudo --with-ncurses-includes=/usr/include/ncursesw build: build-stamp diff -u testdisk-6.9/debian/changelog testdisk-6.9/debian/changelog --- testdisk-6.9/debian/changelog +++ testdisk-6.9/debian/changelog @@ -1,3 +1,11 @@ +testdisk (6.9-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Pass --with-ncurses-includes to fix FTBFS (Closes: #475708) +patch from Laurent Bigonville + + -- Colin Tuckley [EMAIL PROTECTED] Fri, 23 May 2008 08:45:09 +0100 + testdisk (6.9-1) unstable; urgency=low * New upstream release
Bug#482335: Fwd: Re: Bug#482335: installationreport: problems with german keymap
-- Forwarded Message -- Subject: Re: Bug#482335: installationreport: problems with german keymap Date: Thursday 22 May 2008 From: Holger Wansing [EMAIL PROTECTED] To: Frans Pop [EMAIL PROTECTED] Hello, On Thu, 22 May 2008 16:21:19 +0200 Frans Pop wrote: and the logs say, that keymap de_DE was loaded, but umlauts did not work (äöü) and also the ß. This all works fine in text mode installer. Additionally Shift + 3 didn't worked correctly: in graphical installer output was 3, in text mode installer output was a blank space. This is probably the same as #394871 which is listed in the errata and as an open issue in the installation guide. Are these symbols typed by typing the accent separately using a deadkey or are they typed using a special shift key (alt-gr)? Do the keys work correctly if you switch to a debug console (VT2) and use them there? No, this has nothing to do with dead keys or characters composed by typing an accent and then the letter. The german umlauts öäüß are own characters as oau. There are lower case and upper case forms of them, while the upper case are created with the normal shift key. See http://de.wikipedia.org/wiki/Bild:Qwertz_de.svg In VT2 all keys work correctly. And: I just tried with a 4.0r1 installation DVD: no problems, all keys work correctly. Holger --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482478: bittorrent: I reversed the patch. Here is the right way around.
Package: bittorrent Version: 3.4.2-11 Followup-For: Bug #482478 Here we go again -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental'), (1, 'unstable'), (1, 'testing'), (1, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bittorrent depends on: ii lsb-base 3.2-11 Linux Standard Base 3.2 init scrip ii python2.5.2-1An interactive high-level object-o ii python-support0.7.7 automated rebuilding support for P Versions of packages bittorrent recommends: ii mime-support 3.40-1.1 MIME files 'mime.types' 'mailcap --- bittorrent-3.4.2-11-pristine/btlaunchmany.py2008-05-22 21:58:42.0 -0400 +++ bittorrent-3.4.2-11-deadfiles/btlaunchmany.py 2008-05-23 00:10:24.0 -0400 @@ -25,19 +25,23 @@ filecheck = Lock() def dropdir_mainloop(d, params): +global filecheck deadfiles = [] global threads, status while 1: files = listdir(d) # new files for file in files: -if file[-len(ext):] == ext: +if file[-len(ext):] == ext: if file not in threads.keys() + deadfiles: -threads[file] = {'kill': Event(), 'try': 1} -print 'New torrent: %s' % file -stdout.flush() -threads[file]['thread'] = Thread(target = StatusUpdater(join(d, file), params, file).download, name = file) -threads[file]['thread'].start() +if filecheck.acquire(0): +threads[file] = {'kill': Event(), 'try': 1} +print 'New torrent: %s' % file +stdout.flush() +status_updater = StatusUpdater(join(d, file), params, file) +status_updater.checking = 1 +threads[file]['thread'] = Thread(target = status_updater.download, name = file) +threads[file]['thread'].start() # files with multiple tries for file, threadinfo in threads.items(): if threadinfo.get('timeout') == 0: @@ -54,15 +58,15 @@ # if it was checking the file, it isn't anymore. if threadinfo.get('checking', None): filecheck.release() -if threadinfo.get('try') == 6: -# Died on the sixth try? You're dead. -deadfiles.append(file) -print '%s died 6 times, added to dead list' % fil -stdout.flush() -del threads[file] -else: -del threadinfo['thread'] -threadinfo['timeout'] = 10 +if threadinfo.get('try') == 6: +# Died on the sixth try? You're dead. +deadfiles.append(file) +print '%s died 6 times, added to dead list' % fil +stdout.flush() +del threads[file] +else: +del threadinfo['thread'] +threadinfo['timeout'] = 10 # dealing with files that dissapear if file not in files: print 'Torrent file dissapeared, killing %s' % file @@ -73,11 +77,11 @@ # if this thread was filechecking, open it up if threadinfo.get('checking', None): filecheck.release() -del threads[file] -for file in deadfiles: -# if the file dissapears, remove it from our dead list -if file not in files: -deadfiles.remove(file) +del threads[file] +for file in deadfiles: +# if the file dissapears, remove it from our dead list +if file not in files: +deadfiles.remove(file) sleep(1) def display_thread(displaykiller): @@ -162,14 +166,15 @@ if saveas == '': saveas = default # it asks me where I want to save it before checking the file.. -if exists(self.file[:-len(ext)]) and (getsize(self.file[:-len(ext)]) 0): -# file will get checked -while (not filecheck.acquire(0) and not self.myinfo['kill'].isSet()): -self.myinfo['status'] = 'disk wait' -sleep(0.1) -if not self.myinfo['kill'].isSet(): -self.checking = 1 -self.myinfo['checking'] = 1 +#if exists(self.file[:-len(ext)]) and (getsize(self.file[:-len(ext)]) 0): +#
Bug#482464: [openssh] l10n Swedish PO file
On Fri, May 23, 2008 at 12:12:07AM +0200, Martin Bagge wrote: Package: openssh Severity: wishlist Tags: patch --- Please enter the report below this line. --- updated with new strings Looks like you used the slightly wrong templates file in the archive, rather than the one Christian Perrier sent recently. Please retranslate with the attached file. Thanks, -- Colin Watson [EMAIL PROTECTED] # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-05-17 08:51+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid Generate a new configuration file for OpenSSH? msgstr #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid This version of OpenSSH has a considerably changed configuration file from the version shipped in Debian 'Potato', which you appear to be upgrading from. This package can now generate a new configuration file (/etc/ssh/sshd. config), which will work with the new server version, but will not contain any customizations you made with the old version. msgstr #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid Please note that this new configuration file will set the value of 'PermitRootLogin' to 'yes' (meaning that anyone knowing the root password can ssh directly in as root). Please read the README.Debian file for more details about this design choice. msgstr #. Type: boolean #. Description #: ../openssh-server.templates:1001 msgid It is strongly recommended that you choose to generate a new configuration file now. msgstr #. Type: boolean #. Description #: ../openssh-server.templates:2001 msgid Do you want to risk killing active SSH sessions? msgstr #. Type: boolean #. Description #: ../openssh-server.templates:2001 msgid The currently installed version of /etc/init.d/ssh is likely to kill all running sshd instances. If you are doing this upgrade via an SSH session, you're likely to be disconnected and leave the upgrade procedure unfinished. msgstr #. Type: boolean #. Description #: ../openssh-server.templates:2001 msgid This can be fixed by manually adding \--pidfile /var/run/sshd.pid\ to the start-stop-daemon line in the stop section of the file. msgstr #. Type: note #. Description #: ../openssh-server.templates:3001 msgid New host key mandatory msgstr #. Type: note #. Description #: ../openssh-server.templates:3001 msgid The current host key, in /etc/ssh/ssh_host_key, is encrypted with the IDEA algorithm. OpenSSH can not handle this host key file, and the ssh-keygen utility from the old (non-free) SSH installation does not appear to be available. msgstr #. Type: note #. Description #: ../openssh-server.templates:3001 msgid You need to manually generate a new host key. msgstr #. Type: boolean #. Description #: ../openssh-server.templates:4001 msgid Disable challenge-response authentication? msgstr #. Type: boolean #. Description #: ../openssh-server.templates:4001 msgid Password authentication appears to be disabled in the current OpenSSH server configuration. In order to prevent users from logging in using passwords (perhaps using only public key authentication instead) with recent versions of OpenSSH, you must disable challenge-response authentication, or else ensure that your PAM configuration does not allow Unix password file authentication. msgstr #. Type: boolean #. Description #: ../openssh-server.templates:4001 msgid If you disable challenge-response authentication, then users will not be able to log in using passwords. If you leave it enabled (the default answer), then the 'PasswordAuthentication no' option will have no useful effect unless you also adjust your PAM configuration in /etc/pam.d/ssh. msgstr #. Type: note #. Description #: ../openssh-server.templates:5001 msgid Vulnerable host keys will be regenerated msgstr #. Type: note #. Description #: ../openssh-server.templates:5001 msgid Some of the OpenSSH server host keys on this system were generated with a version of OpenSSL that had a broken random number generator. As a result, these host keys are from a well-known set, are subject to brute-force attacks, and must be regenerated. msgstr #. Type: note #. Description #: ../openssh-server.templates:5001 msgid Users of this system should be informed of this change, as they will be prompted about the host key change the next time they log in. Use 'ssh- keygen -l -f HOST_KEY_FILE' after the upgrade to print the
Bug#482457: evolution on KDE 4.1 (experimental) segfaults
reassign 482457 kdebase-runtime 4:4.0.74-1 thanks tags 482457 + experimental Hiya Cassiano :) Since the segfault occurs in the experimental KDE I would say that is where the problem is at, as well. I have a hard time figuring out why this should segfault this way. As far as I know, evolution is a gtk app, which is why I have absolutely no idea why it is running code to draw qt widgets. Is there gtk-qt4-engine involved in anyway? (If yes, then try disable it) Getting a full backtrace would also be interesting. I'm not familiar enough with KDE to say where the problem lies, but OxygenStyle::drawKStylePrimitive sounds like the Oxygen icon-theme, so forwarding there for now. KDE-guys, let us know if I am wrong here ;) You are definately wrong about reassigning to icon package. it is only icons and they can't segfault themselves. Reassigning so far to kdebase-runtime where code for oxygen widget style is located. Cheers, Heikki to., 22.05.2008 kl. 18.44 -0300, skrev Cassiano Leal: Package: evolution Version: 2.22.1-1 Severity: important I am currently running/testing KDE 4.1 alpha from experimental. Evolution works fine in the same system under GNOME, but crashes under KDE. Below is the output of running evolution through gdb: $ gdb evolution GNU gdb 6.7.1-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... Using host libthread_db library /lib/i686/cmov/libthread_db.so.1. (gdb) run Starting program: /usr/bin/evolution [Thread debugging using libthread_db enabled] [New Thread 0xb674c740 (LWP 22603)] CalDAV Eplugin starting up ... ** (evolution:22603): DEBUG: mailto URL command: evolution --component=mail %s ** (evolution:22603): DEBUG: mailto URL program: evolution [New Thread 0xb445eb90 (LWP 22797)] [New Thread 0xb3c5db90 (LWP 22827)] [Thread 0xb3c5db90 (LWP 22827) exited] [Thread 0xb445eb90 (LWP 22797) exited] [New Thread 0xb445eb90 (LWP 22859)] [New Thread 0xb3c5db90 (LWP 22860)] [New Thread 0xb3266b90 (LWP 22861)] [Thread 0xb445eb90 (LWP 22859) exited] [Thread 0xb3266b90 (LWP 22861) exited] [New Thread 0xb3266b90 (LWP 22868)] [New Thread 0xb445eb90 (LWP 22871)] [New Thread 0xb2a17b90 (LWP 22872)] [Thread 0xb2a17b90 (LWP 22872) exited] [New Thread 0xb2a17b90 (LWP 22873)] [New Thread 0xb2216b90 (LWP 22874)] [Thread 0xb2a17b90 (LWP 22873) exited] [Thread 0xb2216b90 (LWP 22874) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb674c740 (LWP 22603)] 0xb5777272 in OxygenStyle::drawKStylePrimitive (this=0x80dc238, widgetType=KStyle::WT_Generic, primitive=65538, opt=0xbff51fb8, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], p=0xbff52028, widget=0x0, kOpt=0x0) at /tmp/buildd/kdebase-runtime-4.0.74/kstyles/oxygen/oxygen.cpp:1922 1922 /tmp/buildd/kdebase-runtime-4.0.74/kstyles/oxygen/oxygen.cpp: No such file or directory. in /tmp/buildd/kdebase-runtime-4.0.74/kstyles/oxygen/oxygen.cpp Current language: auto; currently c++ (gdb) quit The program is running. Exit anyway? (y or n) y -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (400, '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 evolution depends on: ii dbus 1.2.1-2 simple interprocess messaging syst ii evolution-common 2.22.1-1 architecture independent files for ii evolution-data-server 2.22.1-1 evolution database backend server ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gtkhtml3.14 3.18.1-1 HTML rendering/editing library - b 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 libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1The Cairo 2D vector graphics libra ii libcamel1.2-11 2.22.1-1 The Evolution MIME message handlin ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-2
Bug#482497: drawtiming_0.7-1(unstable/sparc/spontini): error: 'strcasecmp' was not declared in this scope
Package: drawtiming Version: 0.7-1 Severity: serious Heya, Building your package failed with gcc-4.3 on sparc: | Automatic build of drawtiming_0.7-1 on spontini by sbuild/sparc 99.99 | Build started at 20080523-0407 | ** [...] | if sparc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/GraphicsMagick -g -O2 -pthread -DYYDEBUG=1 -g -O2 -MT timing.o -MD -MP -MF .deps/timing.Tpo -c -o timing.o timing.cc; \ | then mv -f .deps/timing.Tpo .deps/timing.Po; else rm -f .deps/timing.Tpo; exit 1; fi | timing.cc: In member function 'void timing::postscript_gc::print(const std::string) const': | timing.cc:926: error: 'strcasecmp' was not declared in this scope | timing.cc: In static member function 'static bool timing::postscript_gc::has_ps_ext(const std::string)': | timing.cc:944: error: 'strcasecmp' was not declared in this scope | make[4]: *** [timing.o] Error 1 | make[4]: Leaving directory `/build/buildd/drawtiming-0.7/src' | make[3]: *** [all] Error 2 | make[3]: Leaving directory `/build/buildd/drawtiming-0.7/src' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/drawtiming-0.7' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/drawtiming-0.7' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080523-0411 | FAILED [dpkg-buildpackage died] | Build needed 00:00:46, 1356k disk space A complete build log can be found at http://experimental.debian.net/build.php?arch=sparcpkg=drawtimingver=0.7-1 You are probably missing a #include strings.h somewhere. Marc -- Fachbegriffe der Informatik - Einfach erklärt 140: Zufall Zufall ist ein Umstand, den weder der Schuldner noch der Gläubiger zu vertreten hat. (Jurist Wolfgang Kopp) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482417: mount fails with squash filesystems on initramfs, message: 'block device required'
On Thursday 22 May 2008 22:40:32 Bastian Blank wrote: On Thu, May 22, 2008 at 06:14:49PM +0200, Thanatermesis wrote: The command 'mount' fails when is trying to mount a squash filesystem image, in the initramfs, that's a very used case on liveCD's (this bug affects directly to the debian-live project) Used parameters? Error message? strace output? Isn't this likely to be the same issue as #475783? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481276: bittorrent: A patch to fix this
Package: bittorrent Version: 3.4.2-11 Followup-For: Bug #481276 The following patch ought to prevent the connection attempts that won't be allowed by the firewall, by adding a max_outgoing_port and min_outgoing_port that are used to set the port range the we are allowed to connect to. The default is 1024 to 65535, which is fully open. It is only tested for not dying and not causing outgoing connections that don't belong. It passes that, but there was also no upload, but there wasn't without the patch either, so I need to let bittorrent sit for a while and see if it eventually accepts/creates connections. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental'), (1, 'unstable'), (1, 'testing'), (1, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bittorrent depends on: ii lsb-base 3.2-11 Linux Standard Base 3.2 init scrip ii python2.5.2-1An interactive high-level object-o ii python-support0.7.7 automated rebuilding support for P Versions of packages bittorrent recommends: ii mime-support 3.40-1.1 MIME files 'mime.types' 'mailcap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482498: network-manager-openvpn: openssl-vulnkey passphrase dialog hangs
Package: network-manager-openvpn Version: 0.3.2svn2855-1 Severity: normal openvpn through network manager stopped working. It starts /usr/bin/python /usr/sbin/openssl-vulnkey -q key and times out. I have a passphrase on the key. It looks like network-manager-openvpn does not fill it in at that point. Cheers Harry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476726: current state w.r.t. rev deps
Thomas Viehmann writes: Hi, so here is the current state (minus arch:all packages eclipse-gcj, mauve, scala): ** libplplot9-java has an unsatisfied dependency on alpha: java-gcj-compat ** libplplot9-java has an unsatisfied dependency on hppa: java-gcj-compat these are not built anymore on alpha and hppa and should be removed from the archive. please reschedule the build on hppa. ** openoffice.org-gcj has an unsatisfied dependency on armel: java-gcj-compat ** default-jre has an unsatisfied dependency on armel: java-gcj-compat ** default-jdk has an unsatisfied dependency on armel: java-gcj-compat-dev ** default-jre-headless has an unsatisfied dependency on armel: java-gcj-compat-headless java-gcj-compat is built on armel; are these false positives? libswarmcache-java/contrib has an unsatisfied build-dependency: java-gcj-compat-dev this sems to be a false positive, it's an arch all package. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482500: gupnp-tools: FTBFS: Unsatisfiable build-dependency: libgupnp-1.0-dev(inst 0.10-1 ! = wanted 0.10.1-2)
Package: gupnp-tools Version: 0.4-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), cdbs, libgupnp-1.0-dev (= 0.10.1-2), libgtk2.0-dev, libglade2-dev, gnome-icon-theme Checking for already installed source dependencies... debhelper: missing Using default version 7.0.9 cdbs: missing libgupnp-1.0-dev: missing Default version of libgupnp-1.0-dev not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. libgtk2.0-dev: missing libglade2-dev: missing gnome-icon-theme: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... The following extra packages will be installed: bsdmainutils defoma file fontconfig fontconfig-config gettext gettext-base groff-base hicolor-icon-theme html2text intltool-debian libatk1.0-0 libatk1.0-dev libcairo2 libcairo2-dev libcroco3 libcupsys2 libdatrie0 libdb4.5 libexpat1 libexpat1-dev libfontconfig1 libfontconfig1-dev libfreetype6 libfreetype6-dev libgcrypt11-dev libglade2-0 libglib2.0-0 libglib2.0-dev libgnutls-dev libgpg-error-dev libgsf-1-114 libgsf-1-common libgssdp-1.0-0 libgssdp-1.0-dev libgtk2.0-0 libgtk2.0-common libgupnp-1.0-0 libice-dev libice6 libjpeg62 libkeyutils1 libkrb53 libmagic1 libncursesw5 libnewt0.52 libopencdk10-dev libpango1.0-0 libpango1.0-common libpango1.0-dev libpcre3 libpixman-1-0 libpixman-1-dev libpng12-0 libpng12-dev libpopt0 librsvg2-2 librsvg2-common libsm-dev libsm6 libsoup2.2-8 libsoup2.2-dev libsoup2.4-1 libsqlite3-0 libssl0.9.8 libtasn1-3-dev libthai-data libthai0 libtiff4 libx11-6 libx11-data libx11-dev libxau-dev libxau6 libxcomposite-dev libxcomposite1 libxcursor-dev libxcursor1 libxdamage-dev libxdamage1 libxdmcp-dev libxdmcp6 libxext-dev libxext6 libxfixes-dev libxfixes3 libxft-dev libxft2 libxi-dev libxi6 libxinerama-dev libxinerama1 libxml2 libxml2-dev libxrandr-dev libxrandr2 libxrender-dev libxrender1 man-db mime-support pkg-config po-debconf python python-minimal python2.5 python2.5-minimal shared-mime-info ttf-dejavu ttf-dejavu-core ttf-dejavu-extra ucf whiptail x11-common x11proto-composite-dev x11proto-core-dev x11proto-damage-dev x11proto-fixes-dev x11proto-input-dev x11proto-kb-dev x11proto-randr-dev x11proto-render-dev x11proto-xext-dev x11proto-xinerama-dev xtrans-dev zlib1g-dev Suggested packages: wamerican wordlist whois vacation devscripts doc-base dh-make defoma-doc dfontmgr psfontmgr x-ttcidfont-conf cvs gettext-doc groff libcairo2-doc cupsys-common libgcrypt11-doc glade glade-gnome libglib2.0-doc gnutls-doc gnutls-bin guile-gnutls libgssdp-doc libgtk2.0-doc libgupnp-doc krb5-doc krb5-user ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp libpango1.0-doc imagemagick librsvg2-bin libsoup2.2-doc www-browser python-doc python-tk python-profiler python2.5-doc binfmt-support Recommended packages: autotools-dev libft-perl curl wget lynx libatk1.0-data libglib2.0-data libgtk2.0-bin libgpmg1 libfribidi0 xml-core libmail-sendmail-perl libcompress-zlib-perl libmail-box-perl The following NEW packages will be installed: bsdmainutils cdbs debhelper defoma file fontconfig fontconfig-config gettext gettext-base gnome-icon-theme groff-base hicolor-icon-theme html2text intltool-debian libatk1.0-0 libatk1.0-dev libcairo2 libcairo2-dev libcroco3 libcupsys2 libdatrie0 libdb4.5 libexpat1 libexpat1-dev libfontconfig1 libfontconfig1-dev libfreetype6 libfreetype6-dev libgcrypt11-dev libglade2-0 libglade2-dev libglib2.0-0 libglib2.0-dev libgnutls-dev libgpg-error-dev libgsf-1-114 libgsf-1-common libgssdp-1.0-0 libgssdp-1.0-dev libgtk2.0-0 libgtk2.0-common libgtk2.0-dev libgupnp-1.0-0 libgupnp-1.0-dev libice-dev libice6 libjpeg62 libkeyutils1 libkrb53 libmagic1 libncursesw5 libnewt0.52 libopencdk10-dev libpango1.0-0 libpango1.0-common libpango1.0-dev libpcre3 libpixman-1-0 libpixman-1-dev libpng12-0 libpng12-dev libpopt0 librsvg2-2 librsvg2-common libsm-dev libsm6 libsoup2.2-8 libsoup2.2-dev libsoup2.4-1 libsqlite3-0 libssl0.9.8 libtasn1-3-dev libthai-data libthai0 libtiff4 libx11-6 libx11-data libx11-dev
Bug#482502: iptables: FTBFS: Nonexistent build-dependency: linux-headers-2.6.25-1-common
Package: iptables Version: 1.4.0-4 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper ( 5.0), linuxdoc-tools, quilt, linux-headers-2.6.25-1-common Checking for already installed source dependencies... W: Unable to locate package linux-headers-2.6.25-1-common debhelper: missing Using default version 7.0.9 linuxdoc-tools: missing quilt: missing linux-headers-2.6.25-1-common: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... E: Couldn't find package linux-headers-2.6.25-1-common The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482057: [compiz] compiz crashes when window are closed
Paolo Sala wrote: Brice Goglin scrisse in data 20/05/2008 17:23: Assuming you want to debug compiz on machine A, start compiz there. Then take machine B, log on machine A using ssh and run gdb -p $(pidof compiz.real) (or whatever is needed to attach to compiz.real) Then try to reproduce the Compiz crash on machine A. When Compiz crashes, go back to machine B, and enter bt full in gdb, and send us the whole output. I have a problem using gdb: when I attach gdb to compiz.real from the machine B via ssh when I return to the machine A X is not responsive: I can see the mouse moving on the screen but nothing happens (window are not closed/opened). If I return on the machine B and I stop gdb X on the machine A return to be responsive... I wrong something else or I have some problem with gdb? When you have the gdb prompt on machine B (which means when the line starts with (gdb) and waits for you to enter something), the compiz.real process is interrupted. When interrupted, compiz.real does not run at all, so it cannot process any X events, and you basically cannot do anything on machine A. You need to enter 'c' in gdb on machine B (for 'continue') so that the prompt disappears and gdb lets compiz.real run again and process X events. Later, when the crash occurs, you will get the prompt back and will have to enter 'bt full' and send us the output. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482499: libfontbox-java: FTBFS: javadoc errors, then build blocks
Package: libfontbox-java Version: 0.1.0.dfsg-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. After some javadoc warnings, the build simply stopped (didn't exit) Relevant part: /usr/bin/fakeroot debian/rules clean dpatch deapply-all 02_buildxml not applied to ./ . 01_libs not applied to ./ . rm -rf patch-stamp patch-stampT debian/patched dh_testdir dh_testroot ant clean Buildfile: build.xml clean: BUILD SUCCESSFUL Total time: 0 seconds rm -f build-stamp configure-stamp dh_clean dpkg-source -b libfontbox-java_0.1.0.dfsg-2 dpkg-source: warning: source directory 'libfontbox-java_0.1.0.dfsg-2' is not sourcepackage-upstreamversion 'libfontbox-java-0.1.0.dfsg' dpkg-source: warning: .orig directory name libfontbox-java_0.1.0.dfsg-2.orig is not package-upstreamversion (wanted libfontbox-java-0.1.0.dfsg.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building libfontbox-java using existing libfontbox-java_0.1.0.dfsg.orig.tar.gz dpkg-source: info: building libfontbox-java in libfontbox-java_0.1.0.dfsg-2.diff.gz dpkg-source: warning: executable mode 0755 of 'debian/patches/02_buildxml.dpatch' will not be represented in diff dpkg-source: warning: executable mode 0755 of 'debian/patches/01_libs.dpatch' will not be represented in diff dpkg-source: info: building libfontbox-java in libfontbox-java_0.1.0.dfsg-2.dsc debian/rules build test -d debian/patched || install -d debian/patched dpatch apply-all applying patch 01_libs to ./ ... ok. applying patch 02_buildxml to ./ ... ok. dpatch cat-all patch-stampT mv -f patch-stampT patch-stamp dh_testdir touch configure-stamp dh_testdir ant package javadoc Buildfile: build.xml fontbox.init: [mkdir] Created dir: /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/lib [mkdir] Created dir: /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/classes [mkdir] Created dir: /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/website/build/site/javadoc [mkdir] Created dir: /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/dist [mkdir] Created dir: /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/bin compile: [javac] Compiling 35 source files to /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/classes [javac] -- [javac] 1. WARNING in /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/src/org/fontbox/ttf/CMAPEncodingEntry.java (at line 73) [javac] int length = data.readUnsignedShort(); [javac] ^^ [javac] The local variable length is never read [javac] -- [javac] 2. WARNING in /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/src [javac] /org/fontbox/ttf/CMAPEncodingEntry.java (at line 74) [javac] int version = data.readUnsignedShort(); [javac] ^^^ [javac] The local variable version is never read [javac] -- [javac] 3. WARNING in /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/src/org/fontbox/ttf/CMAPEncodingEntry.java (at line 92) [javac] int firstCode = data.readUnsignedShort(); [javac] ^ [javac] The local variable firstCode is never read [javac] -- [javac] 4. WARNING in /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/src [javac] /org/fontbox/ttf/CMAPEncodingEntry.java (at line 93) [javac] int entryCount = data.readUnsignedShort(); [javac] ^^ [javac] The local variable entryCount is never read [javac] -- [javac] 5. WARNING in /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/src/org/fontbox/ttf/CMAPEncodingEntry.java (at line 94) [javac] short idDelta = data.readSignedShort(); [javac] ^^^ [javac] The local variable idDelta is never read [javac] [javac] -- [javac] 6. WARNING in /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/src/org/fontbox/ttf/CMAPEncodingEntry.java (at line 95) [javac] int idRangeOffset = data.readUnsignedShort(); [javac] ^ [javac] The local variable idRangeOffset is never read [javac] -- [javac] 7. WARNING in /build/user-libfontbox-java_0.1.0.dfsg-2-amd64-I2PWW_/libfontbox-java_0.1.0.dfsg-2/src [javac] /org/fontbox/ttf/CMAPEncodingEntry.java (at line 106) [javac] int searchRange = data.readUnsignedShort(); [javac] ^^^ [javac] The
Bug#482501: apt-howto: FTBFS: nsgmls:E: cannot find apt-howto.ca.sgml
Package: apt-howto Version: 2.0.2-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: make[1]: Entering directory `/build/user-apt-howto_2.0.2-3-amd64-SXeYRD/apt-howto_2.0.2-3' po4a-translate -k 39 -f sgml -m apt-howto.en.sgml -p po4a/po/ca.po -l apt-howto.ca.sgml -a po4a/addendum.doc.ca make[1]: *** [apt-howto.ca.sgml] Broken pipe debiandoc2html -tapt-howto -l $(echo ca | bin/getlocale) -c apt-howto.ca.sgml nsgmls:E: cannot find apt-howto.ca.sgml; tried apt-howto.ca.sgml, /usr/local/share/sgml/apt-howto.ca.sgml, /usr/share/sgml/apt-howto.ca.sgml nsgmls:/usr/share/sgml/debiandoc/dtd/sgml/1.0/debiandoc.dcl:67:40:E: end of document in prolog make[1]: *** [apt-howto.ca.html.stamp] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482505: Please add docs for missing conf parameters in nscd.conf
Package: nscd Version: 2.3.6.ds1-13etch5 Severity: minor Hello. There is undocumented options in the default nscd.conf file as 'paranoia' (and maybe others, didn't check completely). Please add some docs in man nscd.conf Thanks in advance. Best regards, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-openvz-24-004.1d1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nscd depends on: ii libc6 2.7-10 GNU C Library: Shared libraries nscd recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481856: claws-mail: Segmentation fault when verifying a GPG signature
tags 481856 moreinfo thanks Hi Nelson, On Mon, May 19, 2008 at 1:45 PM, Nelson A. de Oliveira [EMAIL PROTECTED] wrote: Hi Ricardo! On Mon, May 19, 2008 at 7:00 AM, Ricardo Mones [EMAIL PROTECTED] wrote: Can you reproduce the crash while running without pt_BR language? Run LANGUAGE=C LANG=C claws-mail without the quotes, of course :) and post the backtrace too, if it crashes. Still having the problem when using C as locales. Attached is the new gdb output. A possible fix has already been committed to CVS, could you try to build CVS and check? Alternatively you can rebuild Debian source package after applying the patch intended to fix it: http://www.colino.net/claws-mail/getpatchset.php?ver=3.4.0cvs55 regards, -- Ricardo Mones. ~ Never send a human to do a machine's job. -- Agent Smith -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461708: retitle 461708 to FTBFS with GCC 4.3: uses (removed) pre-iso c++ headers [fixed in experimental]
# Automatically generated email from bts, devscripts version 2.10.27 # simply to make tracking easier retitle 461708 FTBFS with GCC 4.3: uses (removed) pre-iso c++ headers [fixed in experimental] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374605: Reassigning bug
Hi, As I stated in http://rt.cpan.org/Public/Bug/Display.html?id=9700, this seems like a bug in HTML::TreeBuilder. Therefore, I'm reassigning this bug to libhtml-tree-perl Thanks. -- Martín Ferrari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482503: gtkrsync - FTBFS: undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziWindowsziMessageDialog_a4_entry '
Package: gtkrsync Version: 1.0.2 Severity: serious There was an error while trying to autobuild your package: Automatic build of gtkrsync_1.0.2 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] [4 of 4] Compiling Main ( ./gtkrsync.hs, dist/build/gtkrsync/gtkrsync-tmp/Main.o ) Linking dist/build/gtkrsync/gtkrsync ... dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `RsyncGUI_a4_entry': ghc18648_0.hc:(.text+0x99c): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziWindowsziMessageDialog_a4_entry' ghc18648_0.hc:(.text+0x9a4): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziWindowsziMessageDialog_MessageError_closure' ghc18648_0.hc:(.text+0x9a8): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziWindowsziMessageDialog_ButtonsOk_closure' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7hn_ret': ghc18648_0.hc:(.text+0xd40): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziDisplayziLabel_zdwa24_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7hf_ret': ghc18648_0.hc:(.text+0x10b8): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziDisplayziLabel_zdwa24_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7kl_ret': ghc18648_0.hc:(.text+0x179c): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziDisplayziLabel_zdwa24_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7k4_ret': ghc18648_0.hc:(.text+0x1c14): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziDisplayziLabel_zdwa24_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7nS_ret': ghc18648_0.hc:(.text+0x233c): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziDisplayziLabel_zdwa24_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o:ghc18648_0.hc:(.text+0x26a8): more undefined references to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziDisplayziLabel_zdwa24_entry' follow dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7ux_ret': ghc18648_0.hc:(.text+0x35b4): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMultilineziTextBuffer_zdwa32_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7uw_ret': ghc18648_0.hc:(.text+0x3628): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMultilineziTextBuffer_zdwa14_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7ur_ret': ghc18648_0.hc:(.text+0x379c): undefined reference to `glibzm0zi9zi12zi1_SystemziGlibziGTypeConstants_a3_closure' ghc18648_0.hc:(.text+0x37a0): undefined reference to `glibzm0zi9zi12zi1_SystemziGlibziGValueTypes_a_closure' ghc18648_0.hc:(.text+0x37a4): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMiscziAdjustment_a11_closure' ghc18648_0.hc:(.text+0x37a8): undefined reference to `glibzm0zi9zi12zi1_SystemziGlibziProperties_zdwa1_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7uj_ret': ghc18648_0.hc:(.text+0x37f4): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziScrollingziScrolledWindow_zdwa9_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7uC_ret': ghc18648_0.hc:(.text+0x38a0): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMultilineziTextBuffer_zdwa38_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7uB_ret': ghc18648_0.hc:(.text+0x38f4): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMultilineziTextBuffer_zdwa17_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7ue_ret': ghc18648_0.hc:(.text+0x3a00): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMultilineziTextBuffer_zdwa44_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7ud_ret': ghc18648_0.hc:(.text+0x3a6c): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMultilineziTextBuffer_zdwa38_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7uc_ret': ghc18648_0.hc:(.text+0x3ac0): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMultilineziTextBuffer_zdwa16_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `RsyncGUI_zdwa1_entry': ghc18648_0.hc:(.text+0x3b1c): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMultilineziTextBuffer_zdwa14_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7wM_ret': ghc18648_0.hc:(.text+0x4128): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMultilineziTextBuffer_zdwa46_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7wL_ret': ghc18648_0.hc:(.text+0x4170): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMultilineziTextBuffer_zdwa14_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `RsyncGUI_zdwa2_entry': ghc18648_0.hc:(.text+0x41cc): undefined reference to `gtkzm0zi9zi12zi1_GraphicsziUIziGtkziMultilineziTextView_zdwa37_entry' dist/build/gtkrsync/gtkrsync-tmp/RsyncGUI.o: In function `s7yg_ret':
Bug#370599: reassign ffmpeg bugs to ffmpeg-free
# reassign ffmpeg bugs to ffmpeg-free reassign 369134 ffmpeg-free reassign 420230 ffmpeg-free reassign 426707 ffmpeg-free reassign 433287 ffmpeg-free reassign 447478 ffmpeg-free reassign 294422 ffmpeg-free reassign 298095 ffmpeg-free reassign 370333 ffmpeg-free reassign 364487 ffmpeg-free reassign 374931 ffmpeg-free reassign 448072 ffmpeg-free reassign 369127 ffmpeg-free reassign 370599 ffmpeg-free reassign 418231 ffmpeg-free reassign 420231 ffmpeg-free reassign 430923 ffmpeg-free reassign 476644 ffmpeg-free reassign 418228 ffmpeg-free tag 418228 - pending thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481276: bittorrent: It works
Package: bittorrent Followup-For: Bug #481276 The patch works. I am successfully uploading with no firewall log pollution due to attempted port connections that are being reject by the strict firewall. A few minutes before that the firewall was going crazy with the old client. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bittorrent depends on: ii lsb-base 3.2-11 Linux Standard Base 3.2 init scrip ii python2.5.2-1An interactive high-level object-o ii python-support0.7.7 automated rebuilding support for P Versions of packages bittorrent recommends: ii mime-support 3.40-1.1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482507: dammit: FTBFS: libdammit/damnfile.cpp:17:25: error: util/deb822.h: No such file or directory
Package: dammit Version: 0~preview1-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: g++ -g -Wall -W -o damnfile.o -MD -MF .damnfile.d -c libdammit/damnfile.cpp libdammit/damnfile.cpp:17:25: error: util/deb822.h: No such file or directory libdammit/damnfile.cpp: In function 'std::auto_ptrdammit::project dammit::load_project_file(const dammit::path)': libdammit/damnfile.cpp:79: error: 'util' has not been declared libdammit/damnfile.cpp:79: error: expected `;' before 'parser' libdammit/damnfile.cpp:81: error: 'parser' was not declared in this scope libdammit/damnfile.cpp:85: error: 'parser' was not declared in this scope make[1]: *** [damnfile.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482514: libobjc-lf2: FTBFS: Nonexistent build-dependency: gnustep-make-ogo
Package: libobjc-lf2 Version: 2.95.3r115-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), dpatch, gnustep-make-ogo, gobjc | objc-compiler Checking for already installed source dependencies... W: Unable to locate package gnustep-make-ogo debhelper: missing Using default version 7.0.9 dpatch: missing gnustep-make-ogo: missing gobjc: missing objc-compiler: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... E: Couldn't find package gnustep-make-ogo The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482515: haskelldb-dynamic: FTBFS: Unsatisfiable build-dependency: libghc6-plugins-dev: Depends: ghc6 ( 6.6+) but 6.8.2-5 is to be installed
Package: haskelldb-dynamic Version: 0.10-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), dpkg-dev (= 0.13.19), ghc6 (= 6.4.2), haskell-devscripts (= 0.5.6), libghc6-haskelldb-dev, libghc6-mtl-dev, libghc6-plugins-dev (= 1.2) Build-Depends-Indep: haddock, ghc6-doc, haskell-haskelldb-doc, hs-plugins-doc, libghc6-mtl-doc Checking for already installed source dependencies... debhelper: missing Using default version 7.0.9 dpkg-dev: already installed (1.14.19 = 0.13.19 is satisfied) ghc6: missing Using default version 6.8.2-5 haskell-devscripts: missing Using default version 0.6.12 libghc6-haskelldb-dev: missing libghc6-mtl-dev: missing libghc6-plugins-dev: missing Default version of libghc6-plugins-dev not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. haddock: missing ghc6-doc: missing haskell-haskelldb-doc: missing hs-plugins-doc: missing libghc6-mtl-doc: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libghc6-plugins-dev: Depends: ghc6 ( 6.6+) but 6.8.2-5 is to be installed Depends: libghc6-src-exts-dev ( 0.2+) but 0.2.1~darcs20071212-2 is to be installed E: Broken packages The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482518: libvorbis0a: possible integer overflows and DoS attacks
Package: libvorbis0a Version: 1.2.0.dfsg-3.1 Severity: grave Tags: security, patch Justification: user security hole Hi The following CVEs(0,1,2) have been issued against libvorbis. CVE-2008-1423: Integer overflow in a certain quantvals and quantlist calculation in Xiph.org libvorbis 1.2.0 and earlier allows remote attackers to cause a denial of service (crash) or execute arbitrary code via a crafted OGG file with a large virtual space for its codebook, which triggers a heap overflow. CVE-2008-1420: Integer overflow in residue partition value (aka partvals) evaluation in Xiph.org libvorbis 1.2.0 and earlier allows remote attackers to execute arbitrary code via a crafted OGG file, which triggers a heap overflow. CVE-2008-1419: Xiph.org libvorbis 1.2.0 and earlier does not properly handle a zero value for codebook.dim, which allows remote attackers to cause a denial of service (crash or infinite loop) or trigger an integer overflow. Possible patches are attached. Since the misc.c file does not exist, it should be enough to just patch the misc.h file, but please feel free to review. Please also mention the CVE ids in your changelog, when you fix these issues. Cheers Steffen (0): http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1423 (1): http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1420 (2): http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1419 --- ../old/libvorbis-1.2.0.dfsg/lib/misc.h 2007-07-24 00:09:47.0 + +++ libvorbis-1.2.0.dfsg/lib/misc.h 2008-05-23 08:29:23.0 + @@ -29,8 +29,9 @@ #ifdef DEBUG_MALLOC #define _VDBG_GRAPHFILE malloc.m -extern void *_VDBG_malloc(void *ptr,long bytes,char *file,long line); -extern void _VDBG_free(void *ptr,char *file,long line); +#undef _VDBG_GRAPHFILE +void *_VDBG_malloc(void *ptr,long bytes,char *file,long line); +void _VDBG_free(void *ptr,char *file,long line); #ifndef MISC_C #undef _ogg_malloc --- ../old/libvorbis-1.2.0.dfsg/lib/res0.c 2007-07-24 00:09:47.0 + +++ libvorbis-1.2.0.dfsg/lib/res0.c 2008-05-23 08:22:57.0 + @@ -223,6 +223,20 @@ for(j=0;jacc;j++) if(info-booklist[j]=ci-books)goto errout; + /* verify the phrasebook is not specifying an impossible or + inconsistent partitioning scheme. */ + { +int entries = ci-book_param[info-groupbook]-entries; +int dim = ci-book_param[info-groupbook]-dim; +int partvals = 1; +while(dim0){ + partvals *= info-partitions; + if(partvals entries) goto errout; + dim--; +} +if(partvals != entries) goto errout; + } + return(info); errout: res0_free_info(info); @@ -263,7 +277,7 @@ } } - look-partvals=rint(pow((float)look-parts,(float)dim)); + look-partvals=look-phrasebook-entries; look-stages=maxstage; look-decodemap=_ogg_malloc(look-partvals*sizeof(*look-decodemap)); for(j=0;jlook-partvals;j++){ --- ../old/libvorbis-1.2.0.dfsg/lib/codebook.c 2007-07-24 00:09:47.0 + +++ libvorbis-1.2.0.dfsg/lib/codebook.c 2008-05-23 08:18:46.0 + @@ -158,6 +158,8 @@ s-dim=oggpack_read(opb,16); s-entries=oggpack_read(opb,24); if(s-entries==-1)goto _eofout; + + if(_ilog(s-dim)+_ilog(s-entries)24)goto _eofout; /* codeword ordering length ordered or unordered? */ switch((int)oggpack_read(opb,1)){ @@ -225,7 +227,7 @@ int quantvals=0; switch(s-maptype){ case 1: - quantvals=_book_maptype1_quantvals(s); + quantvals=(s-dim==0?0:_book_maptype1_quantvals(s)); break; case 2: quantvals=s-entries*s-dim;
Bug#482508: compizconfig-backend-gconf: FTBFS: Package libxml-2.0 was not found
Package: compizconfig-backend-gconf Version: 0.7.4-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: /usr/bin/fakeroot debian/rules clean dh_testdir dh_testroot [ ! -f Makefile ] || /usr/bin/make distclean rm -f build-stamp configure-stamp rm -rf Makefile.in aclocal.m4 config.guess config.sub configure depcomp install-sh intltool-extract.in intltool-merge.in intltool-update.in ltmain.sh missing mkinstalldirs settings-backend/Makefile.in po dh_clean dpkg-source -b compizconfig-backend-gconf_0.7.4-2 dpkg-source: warning: source directory 'compizconfig-backend-gconf_0.7.4-2' is not sourcepackage-upstreamversion 'compizconfig-backend-gconf-0.7.4' dpkg-source: warning: .orig directory name compizconfig-backend-gconf_0.7.4-2.orig is not package-upstreamversion (wanted compizconfig-backend-gconf-0.7.4.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building compizconfig-backend-gconf using existing compizconfig-backend-gconf_0.7.4.orig.tar.gz dpkg-source: info: building compizconfig-backend-gconf in compizconfig-backend-gconf_0.7.4-2.diff.gz dpkg-source: info: building compizconfig-backend-gconf in compizconfig-backend-gconf_0.7.4-2.dsc debian/rules build dh_testdir ./autogen.sh --prefix=/usr --disable-static autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy autoreconf: running: /usr/bin/autoconf autoreconf: configure.ac: not using Autoheader autoreconf: running: automake --add-missing --copy --no-force configure.ac: installing `./install-sh' configure.ac: installing `./missing' settings-backend/Makefile.am: installing `./depcomp' autoreconf: Leaving directory `.' Creating po/ subdirectory Copying file mkinstalldirs Copying file po/Makefile.in.in Please add the files codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 progtest.m4 from the /aclocal directory to your autoconf macro directory or directly to your aclocal.m4 file. You will also need config.guess and config.sub, which you can get from ftp://ftp.gnu.org/pub/gnu/config/. checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for library containing strerror... none required checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking how to run the C preprocessor... gcc -E checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are
Bug#482510: cvm: FTBFS: Unmet build dependencies: bglibs-dev ( 1.020-0)
Package: cvm Version: 0.76-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: ** Using build dependencies supplied by package: Build-Depends: bglibs-dev ( 1.020-0), dietlibc-dev [alpha amd64 arm hppa i386 ia64 mips mipsel powerpc ppc64 s390 sparc], libmysqlclient15-dev, libpq-dev, vim, freecdb Checking for already installed source dependencies... bglibs-dev: missing Default version of bglibs-dev not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. dietlibc-dev: missing libmysqlclient15-dev: missing libpq-dev: missing vim: missing freecdb: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... Note, selecting libbg1-dev instead of bglibs-dev The following extra packages will be installed: comerr-dev libbg1 libbg1-dev libgpmg1 libkadm55 libkeyutils1 libkrb5-dev libkrb53 libmysqlclient15off libpq5 libssl-dev libssl0.9.8 mysql-common vim-common vim-runtime zlib1g-dev Suggested packages: doc-base dietlibc-doc gpm krb5-doc krb5-user postgresql-doc-8.3 ctags vim-doc vim-scripts Recommended packages: dietlibc libbg1-doc bglibs-doc The following NEW packages will be installed: comerr-dev dietlibc-dev freecdb libbg1 libbg1-dev libgpmg1 libkadm55 libkeyutils1 libkrb5-dev libkrb53 libmysqlclient15-dev libmysqlclient15off libpq-dev libpq5 libssl-dev libssl0.9.8 mysql-common vim vim-common vim-runtime zlib1g-dev 0 upgraded, 21 newly installed, 0 to remove and 0 not upgraded. Need to get 23.2MB of archives. After this operation, 71.0MB of additional disk space will be used. WARNING: The following packages cannot be authenticated! libssl0.9.8 vim-common libgpmg1 libkeyutils1 libkrb53 dietlibc-dev freecdb libbg1 libbg1-dev libkadm55 mysql-common libmysqlclient15off zlib1g-dev libmysqlclient15-dev libpq5 libssl-dev comerr-dev libkrb5-dev libpq-dev vim-runtime vim [...] gpg: Can't check signature: public key not found dpkg-source: extracting cvm in cvm_0.76-2 dpkg-source: info: unpacking cvm_0.76.orig.tar.gz dpkg-source: info: applying cvm_0.76-2.diff.gz /idpot.grenoble.grid5000.fr sid/main vim-runtime 1:7.1.293-3 [5546kB] [...] Setting up libssl0.9.8 (0.9.8g-10) ... Setting up vim-common (1:7.1.293-3) ... Setting up libgpmg1 (1.20.3~pre3-3) ... Setting up libkeyutils1 (1.2-7) ... Setting up libkrb53 (1.6.dfsg.3-2) ... Setting up dietlibc-dev (0.31-1) ... Setting up freecdb (0.75) ... Setting up libbg1 (1.104-2) ... Setting up libbg1-dev (1.104-2) ... Setting up libkadm55 (1.6.dfsg.3-2) ... Setting up mysql-common (5.0.51a-6) ... Setting up libmysqlclient15off (5.0.51a-6) ... Setting up zlib1g-dev (1:1.2.3.3.dfsg-12) ... Setting up libmysqlclient15-dev (5.0.51a-6) ... Setting up libpq5 (8.3.1-2+b1) ... Setting up libssl-dev (0.9.8g-10) ... Setting up comerr-dev (2.1-1.40.8-2) ... Setting up libkrb5-dev (1.6.dfsg.3-2) ... Setting up libpq-dev (8.3.1-2+b1) ... Setting up vim-runtime (1:7.1.293-3) ... Processing /usr/share/vim/addons/doc Setting up vim (1:7.1.293-3) ... Checking correctness of source dependencies... Kernel: Linux 2.6.18-6-amd64 i386 (x86_64) Toolchain package versions: libc6-dev_2.7-11 linux-libc-dev_2.6.25-3 gcc-4.3_4.3.0-4 g++-4.3_4.3.0-4 binutils_2.18.1~cvs20080103-6 libstdc++6-4.3-dev_4.3.0-4 libstdc++6_4.3.0-4 -- dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package cvm dpkg-buildpackage: source version 0.76-2 dpkg-buildpackage: source changed by Gerrit Pape [EMAIL PROTECTED] dpkg-buildpackage: host architecture i386 dpkg-checkbuilddeps: Unmet build dependencies: bglibs-dev ( 1.020-0) dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; aborting. The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50
Bug#482509: idjc: FTBFS: Nonexistent build-dependency: liblame-dev
Package: idjc Version: 0.7.5-4 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5.0.38), cdbs (= 0.4.43), python-all-dev (= 2.3.5-11), python-central (= 0.5.6), libjack-dev, python-gtk2-dev, libvorbis-dev, libxine-dev, libsamplerate0-dev, libflac-dev, libshout3-dev, libsndfile1-dev, libmad0-dev, libavcodec-dev, libavformat-dev, liblame-dev | toolame Checking for already installed source dependencies... W: Unable to locate package liblame-dev debhelper: missing Using default version 7.0.9 cdbs: missing Using default version 0.4.52 python-all-dev: missing Using default version 2.5.2-1 python-central: missing Using default version 0.6.6 libjack-dev: missing python-gtk2-dev: missing libvorbis-dev: missing libxine-dev: missing libsamplerate0-dev: missing libflac-dev: missing libshout3-dev: missing libsndfile1-dev: missing libmad0-dev: missing libavcodec-dev: missing libavformat-dev: missing liblame-dev: missing toolame: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... E: Couldn't find package liblame-dev The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478758: bittorrent: The patch was reversed.
Package: bittorrent Version: 3.4.2-11 Followup-For: Bug #478758 The patch was reversed. Here it is the right way around. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental'), (1, 'unstable'), (1, 'testing'), (1, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bittorrent depends on: ii lsb-base 3.2-11 Linux Standard Base 3.2 init scrip ii python2.5.2-1An interactive high-level object-o ii python-support0.7.7 automated rebuilding support for P Versions of packages bittorrent recommends: ii mime-support 3.40-1.1 MIME files 'mime.types' 'mailcap diff -Naur bittorrent-3.4.2-11-pristine/btlaunchmany.py bittorrent-3.4.2/btlaunchmany.py --- bittorrent-3.4.2-11-pristine/btlaunchmany.py2008-05-22 21:58:42.0 -0400 +++ bittorrent-3.4.2/btlaunchmany.py2008-05-23 05:10:38.0 -0400 @@ -25,19 +25,23 @@ filecheck = Lock() def dropdir_mainloop(d, params): +global filecheck deadfiles = [] global threads, status while 1: files = listdir(d) # new files for file in files: -if file[-len(ext):] == ext: +if file[-len(ext):] == ext: if file not in threads.keys() + deadfiles: -threads[file] = {'kill': Event(), 'try': 1} -print 'New torrent: %s' % file -stdout.flush() -threads[file]['thread'] = Thread(target = StatusUpdater(join(d, file), params, file).download, name = file) -threads[file]['thread'].start() +if filecheck.acquire(0): +threads[file] = {'kill': Event(), 'try': 1} +print 'New torrent: %s' % file +stdout.flush() +status_updater = StatusUpdater(join(d, file), params, file) +status_updater.checking = 1 +threads[file]['thread'] = Thread(target = status_updater.download, name = file) +threads[file]['thread'].start() # files with multiple tries for file, threadinfo in threads.items(): if threadinfo.get('timeout') == 0: @@ -54,15 +58,15 @@ # if it was checking the file, it isn't anymore. if threadinfo.get('checking', None): filecheck.release() -if threadinfo.get('try') == 6: -# Died on the sixth try? You're dead. -deadfiles.append(file) -print '%s died 6 times, added to dead list' % fil -stdout.flush() -del threads[file] -else: -del threadinfo['thread'] -threadinfo['timeout'] = 10 +if threadinfo.get('try') == 6: +# Died on the sixth try? You're dead. +deadfiles.append(file) +print '%s died 6 times, added to dead list' % fil +stdout.flush() +del threads[file] +else: +del threadinfo['thread'] +threadinfo['timeout'] = 10 # dealing with files that dissapear if file not in files: print 'Torrent file dissapeared, killing %s' % file @@ -73,11 +77,11 @@ # if this thread was filechecking, open it up if threadinfo.get('checking', None): filecheck.release() -del threads[file] -for file in deadfiles: -# if the file dissapears, remove it from our dead list -if file not in files: -deadfiles.remove(file) +del threads[file] +for file in deadfiles: +# if the file dissapears, remove it from our dead list +if file not in files: +deadfiles.remove(file) sleep(1) def display_thread(displaykiller): @@ -162,14 +166,15 @@ if saveas == '': saveas = default # it asks me where I want to save it before checking the file.. -if exists(self.file[:-len(ext)]) and (getsize(self.file[:-len(ext)]) 0): -# file will get checked -while (not filecheck.acquire(0) and not self.myinfo['kill'].isSet()): -self.myinfo['status'] = 'disk wait' -sleep(0.1) -if not self.myinfo['kill'].isSet(): -self.checking = 1 -self.myinfo['checking'] = 1 +#
Bug#482513: mailfront: FTBFS: Unmet build dependencies: bglibs-dev ( 1.022-0)
Package: mailfront Version: 0.98-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: ** Using build dependencies supplied by package: Build-Depends: bglibs-dev ( 1.022-0), cvm-dev ( 0.71-0), cvm ( 0.71-0), freecdb Checking for already installed source dependencies... bglibs-dev: missing Default version of bglibs-dev not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. cvm-dev: missing Using default version 0.76-2+b2 cvm: missing Using default version 0.76-2+b2 freecdb: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... Note, selecting libbg1-dev instead of bglibs-dev The following extra packages will be installed: libbg1 libbg1-dev Recommended packages: libbg1-doc bglibs-doc The following NEW packages will be installed: cvm cvm-dev freecdb libbg1 libbg1-dev 0 upgraded, 5 newly installed, 0 to remove and 0 not upgraded. Need to get 642kB of archives. After this operation, 2605kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! cvm cvm-dev freecdb libbg1 libbg1-dev [...] Setting up cvm (0.76-2+b2) ... Setting up cvm-dev (0.76-2+b2) ... Setting up freecdb (0.75) ... Setting up libbg1 (1.104-2) ... Setting up libbg1-dev (1.104-2) ... Checking correctness of source dependencies... Kernel: Linux 2.6.18-6-amd64 i386 (x86_64) Toolchain package versions: libc6-dev_2.7-11 linux-libc-dev_2.6.25-3 gcc-4.3_4.3.0-4 g++-4.3_4.3.0-4 binutils_2.18.1~cvs20080103-6 libstdc++6-4.3-dev_4.3.0-4 libstdc++6_4.3.0-4 -- dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package mailfront dpkg-buildpackage: source version 0.98-2 dpkg-buildpackage: source changed by Gerrit Pape [EMAIL PROTECTED] dpkg-buildpackage: host architecture i386 dpkg-checkbuilddeps: Unmet build dependencies: bglibs-dev ( 1.022-0) dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; aborting. The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482511: libcdio: FTBFS: tests failed
Package: libcdio Version: 0.78.2+dfsg1-2.1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: make[3]: Entering directory `/build/user-libcdio_0.78.2+dfsg1-2.1-amd64-BBTFdx/libcdio_0.78.2+dfsg1-2.1/test' checking sizeof (msf_t) ...ok! checking sizeof (iso_volume_descriptor_t) ...ok! checking sizeof (iso9660_pvd_t) ...ok! checking sizeof (iso_path_table_t) ...ok! checking sizeof (iso9660_dir_t) ...ok! checking sizeof (iso9660_xa_t) ...ok! PASS: check_sizeof !ASSERT: file testassert.c: line 33 (main): should not be reached /bin/sh: line 4: 10971 Aborted ${dir}$tst XFAIL: testassert Correct: cdda.cue parses as a CDRWin CUE file. Correct: isofs-m1.cue parses as a CDRWin CUE file. INFO: ./bad-cat1.cue line 4 after word CATALOG: INFO: expecting 13-digit media catalog number, got nothing. Correct: bad-cat1.cue doesn't parse as a CDRWin CUE file. INFO: ./bad-cat2.cue line 4 after word CATALOG: INFO: Token 167890123 has length 11. Should be 13 digits. Correct: bad-cat2.cue doesn't parse as a CDRWin CUE file. INFO: ./bad-cat3.cue line 4 after word CATALOG: INFO: Character b at postition 10 of token 123456789b123 is not all digits. Correct: bad-cat3.cue doesn't parse as a CDRWin CUE file. INFO: ./bad-mode1.cue line 6 after word TRACK: INFO: Unknown track mode MODE3_FORM1 Correct: bad-mode1.cue doesn't parse as a CDRWin CUE file. INFO: ./bad-msf-1.cue line 7: after word INDEX: INFO: Invalid MSF string 00:00:100 Correct: bad-msf-1.cue doesn't parse as a CDRWin CUE file. INFO: ./bad-msf-2.cue line 7: after word INDEX: INFO: Invalid MSF string 00:90:00 Correct: bad-msf-2.cue doesn't parse as a CDRWin CUE file. INFO: ./bad-msf-3.cue line 7: after word INDEX: INFO: Invalid MSF string xx:yy:0 Correct: bad-msf-3.cue doesn't parse as a CDRWin CUE file. PASS: testbincue 0 1 2 3 4 5 6 7 8 9 a b c d e f | 0 1 2 3 4 5 6 7 8 9 a b c d e f 00 P | 0 P 11 A Q | ! 1 A Q 22 B R | 2 B R 33 C S | 3 C S 44 D T | 4 D T 55 E U | % 5 E U 66 F V | 6 F V 77 G W | ' 7 G W 88 H X | ( 8 H X 99 I Y | ) 9 I Y a J Z | * : J Z b K | + ; K c L | , L d M | - = M e N | . N f O _ | / ? O _ PASS: testischar Unable find or access a CD-ROM drive with an ISO-9660 filesystem. SKIP: testisocd ++ WARN: string 'ABC!123' is getting truncated to 2 characters Month days aren't equal. get: 22, set 23 Week days aren't equal. get: 4, set 5 Year days aren't equal. get: 142, set 143 local time retrieved with iso9660_get_ltime() not same as that set with iso9660_set_ltime(). FAIL: testiso9660 Unable find or access a CD-ROM drive with an audio CD in it. SKIP: testparanoia INFO: ./cdtext.toc line 47: unimplimented keyword: SILENCE Correct: cdtext.toc parses as a cdrdao TOC file. INFO: ./t1.toc line 5: unimplimented keyword: SILENCE Correct: t1.toc parses as a cdrdao TOC file. Correct: t2.toc parses as a cdrdao TOC file. Correct: t3.toc parses as a cdrdao TOC file. Correct: t4.toc parses as a cdrdao TOC file. Correct: t5.toc parses as a cdrdao TOC file. Correct: t6.toc parses as a cdrdao TOC file. Correct: t7.toc parses as a cdrdao TOC file. Correct: t8.toc parses as a cdrdao TOC file. Correct: t9.toc parses as a cdrdao TOC file. INFO: ./data1.toc line 7: unimplimented keyword: SILENCE Correct: data1.toc parses as a cdrdao TOC file. INFO: ./data2.toc line 8: unimplimented keyword: ZERO Correct: data2.toc parses as a cdrdao TOC file. Correct: data5.toc parses as a cdrdao TOC
Bug#482517: php-net-ipv4: FTBFS: /usr/bin/pear: line 28: exec: /usr/bin/php: cannot execute: No such file or directory
Package: php-pear Version: 5.2.6-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, A recent change in php-pear causes many packages to FTBFS. As an example, see php-net-ipv4: Relevant part: /usr/bin/fakeroot debian/rules binary dh_testdir dh_testroot dh_clean -k dh_installdirs cp package.xml Net_IPv4-1.3.0/package.xml; /usr/bin/pear install -n -f -R debian/php-net-ipv4 Net_IPv4-1.3.0/package.xml; /usr/bin/pear: line 28: /usr/bin/php: No such file or directory /usr/bin/pear: line 28: exec: /usr/bin/php: cannot execute: No such file or directory make: *** [install] Error 126 Do you want to revert that change and depend on php5-cli instead of recommending it? (recommends are not installed by default while building). Or should I file the 25+ RC bugs on PHP packages, asking them to build-depend on php5-cli? (I'm fine with any of those) The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482516: bcron: FTBFS: Unmet build dependencies: bglibs-dev ( 1.041-1)
Package: bcron Version: 0.09-9 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: ** Using build dependencies supplied by package: Build-Depends: bglibs-dev ( 1.041-1) Checking for already installed source dependencies... bglibs-dev: missing Default version of bglibs-dev not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... Note, selecting libbg1-dev instead of bglibs-dev The following extra packages will be installed: libbg1 libbg1-dev Recommended packages: libbg1-doc bglibs-doc The following NEW packages will be installed: libbg1 libbg1-dev 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 413kB of archives. After this operation, 1634kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! libbg1 libbg1-dev [...] Setting up libbg1 (1.104-2) ... Setting up libbg1-dev (1.104-2) ... Checking correctness of source dependencies... Kernel: Linux 2.6.18-6-amd64 i386 (x86_64) Toolchain package versions: libc6-dev_2.7-11 linux-libc-dev_2.6.25-3 gcc-4.3_4.3.0-4 g++-4.3_4.3.0-4 binutils_2.18.1~cvs20080103-6 libstdc++6-4.3-dev_4.3.0-4 libstdc++6_4.3.0-4 -- dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package bcron dpkg-buildpackage: source version 0.09-9 dpkg-buildpackage: source changed by Gerrit Pape [EMAIL PROTECTED] dpkg-buildpackage: host architecture i386 dpkg-checkbuilddeps: Unmet build dependencies: bglibs-dev ( 1.041-1) dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; aborting. The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482512: subcommander: FTBFS: Unsatisfiable build-dependency: libsvn-dev: Depends: libneon27-gnutls-dev
Package: libsvn-dev Version: 1.4.6dfsg1-4 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, libsvn-dev depends on libneon27-gnutls-dev, while anjuta and subcommander build-depend on libneon27-dev, libsvn-dev. This causes those packages to FTBFS. Please change the Depends on libneon27-gnutls-dev | libneon27-dev. Relevant part of subcommander's build log: ** Using build dependencies supplied by package: Build-Depends: autotools-dev, debhelper ( 5.0.0), docbook-xsl, dpatch, dpkg-dev (= 1.13.19), libapr1-dev, libboost-dev, libdb4.6-dev, libneon27-dev, libqt3-mt-dev ( 3.3), libssl-dev, libsvn-dev, xsltproc Checking for already installed source dependencies... autotools-dev: missing debhelper: missing Using default version 7.0.9 docbook-xsl: missing dpatch: missing dpkg-dev: already installed (1.14.19 = 1.13.19 is satisfied) libapr1-dev: missing libboost-dev: missing libdb4.6-dev: missing libneon27-dev: missing libqt3-mt-dev: missing Using default version 3:3.3.8b-5 libssl-dev: missing libsvn-dev: missing xsltproc: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... Note, selecting libdb-dev instead of libdb4.6-dev Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libsvn-dev: Depends: libneon27-gnutls-dev but it is not going to be installed E: Broken packages The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482506: evolution: Freeze when copy-cut tasks in calendar
Package: evolution Version: 2.22.1-1 Severity: important Evolution freeze when cut (or copy) then paste a task in the calendar Backtrace informations (showed in stdout when freeze) *** glibc detected *** evolution: double free or corruption (fasttop): 0x083c12e8 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb6c268f5] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb6c2a360] /usr/lib/libglib-2.0.so.0(g_free+0x31)[0xb6d485b1] /usr/lib/libecal-1.2.so.7(e_cal_component_free_datetime+0x33)[0xb7a16273] /usr/lib/evolution/2.22/components/libevolution-calendar.so(e_calendar_view_add_event+0x685)[0xb6337795] /usr/lib/evolution/2.22/components/libevolution-calendar.so[0xb63399ad] /usr/lib/libgtk-x11-2.0.so.0[0xb7544301] /usr/lib/libgtk-x11-2.0.so.0[0xb7543315] /usr/lib/libgtk-x11-2.0.so.0[0xb7409521] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x129)[0xb6dc86f9] /usr/lib/libgobject-2.0.so.0[0xb6ddcc3d] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x8c6)[0xb6dde836] /usr/lib/libgobject-2.0.so.0(g_signal_emit_by_name+0x122)[0xb6ddeaf2] /usr/lib/libgtk-x11-2.0.so.0[0xb746b442] /usr/lib/libgtk-x11-2.0.so.0(gtk_selection_convert+0x165)[0xb746d6a5] /usr/lib/libgtk-x11-2.0.so.0(gtk_clipboard_request_text+0x69)[0xb75441a9] /usr/lib/evolution/2.22/components/libevolution-calendar.so(e_calendar_view_paste_clipboard+0xaa)[0xb633818a] /usr/lib/evolution/2.22/components/libevolution-calendar.so[0xb63381ad] /usr/lib/evolution/2.22/libeutil.so.0[0xb7d80c32] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x4f)[0xb6dd59bf] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x129)[0xb6dc86f9] /usr/lib/libgobject-2.0.so.0[0xb6ddcc3d] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x8c6)[0xb6dde836] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0xb6ddeb79] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_activate+0x58)[0xb752e9a8] /usr/lib/libgtk-x11-2.0.so.0(gtk_menu_shell_activate_item+0x182)[0xb7418662] /usr/lib/libgtk-x11-2.0.so.0[0xb741a1a8] /usr/lib/libgtk-x11-2.0.so.0[0xb74113b4] /usr/lib/libgtk-x11-2.0.so.0[0xb740b374] /usr/lib/libgobject-2.0.so.0[0xb6dc7019] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x129)[0xb6dc86f9] /usr/lib/libgobject-2.0.so.0[0xb6ddcdc0] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x5fe)[0xb6dde56e] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0xb6ddeb79] /usr/lib/libgtk-x11-2.0.so.0[0xb7529d97] /usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0xc1)[0xb74045c1] /usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x2b8)[0xb7405828] /usr/lib/libgdk-x11-2.0.so.0[0xb715f5aa] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x178)[0xb6d40978] /usr/lib/libglib-2.0.so.0[0xb6d43bce] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1e7)[0xb6d43f57] /usr/lib/libbonobo-2.so.0(bonobo_main+0x63)[0xb7713d03] evolution[0x805ec19] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb6bd1450] evolution[0x8050321] === Memory map: 08048000-08065000 r-xp 08:01 13320359 /usr/bin/evolution 08065000-08067000 rw-p 0001d000 08:01 13320359 /usr/bin/evolution 08067000-08704000 rw-p 08067000 00:00 0 [heap] b31ff000-b320 ---p b31ff000 00:00 0 b320-b3a21000 rw-p b320 00:00 0 b3a21000-b3b0 ---p b3a21000 00:00 0 b3b62000-b3b76000 r-xp 08:01 10686243 /usr/lib/evolution/2.22/plugins/liborg-gnome-groupwise-features.so b3b76000-b3b77000 rw-p 00014000 08:01 10686243 /usr/lib/evolution/2.22/plugins/liborg-gnome-groupwise-features.so b3b77000-b3bd7000 rw-s 00:08 1376276/SYSV (deleted) b3bd7000-b3bdc000 r-xp 08:01 10686413 /usr/lib/evolution/2.22/plugins/liborg-jylefort-mail-notification.so b3bdc000-b3bdd000 rw-p 5000 08:01 10686413 /usr/lib/evolution/2.22/plugins/liborg-jylefort-mail-notification.so b3bdd000-b3bec000 r--p 08:01 10732775 /usr/share/fonts/truetype/ttf-bitstream-vera/VeraBd.ttf b3bec000-b3bed000 ---p b3bec000 00:00 0 b3bed000-b43ed000 rw-p b3bed000 00:00 0 b43ed000-b43ee000 ---p b43ed000 00:00 0 b43ee000-b442e000 rw-p b43ee000 00:00 0 b442e000-b448e000 rw-s 00:08 1343507/SYSV (deleted) b448e000-b449f000 r--p 08:01 10732773 /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf b449f000-b44a1000 r-xp 08:01 10797324 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so b44a1000-b44a2000 rw-p 1000 08:01 10797324 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so b44a2000-b44a8000 r--s 08:01 11730995 /var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-x86.cache-2 b44a8000-b44af000 r--s 08:01 11730971 /var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-x86.cache-2 b44af000-b44b2000 r--s 08:01 11730998 /var/cache/fontconfig/de156ccd2eddbdc19d37a45b8b2aac9c-x86.cache-2 b44b2000-b44b3000 r--s 08:01 11730997 /var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-x86.cache-2 b44b3000-b44b8000 r--s 08:01 11730969 /var/cache/fontconfig/105b9c7e6f0a4f82d8c9b6e39c52c6f9-x86.cache-2
Bug#482526: changing theme and iceweasel crashed
Package: iceweasel Version: 2.0.0.14-2 Severity: important -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils2.28.6Miscellaneous utilities specific t ii fontconfig 2.5.0-2 generic font configuration library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-11GNU C Library: Shared libraries ii libcairo2 1.6.4-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-4 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-02.12.9-4 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.2-2 spell checker and morphological an ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnspr4-0d4.7.1-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~rc3-1 Network Security Service libraries ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpng12-0 1.2.27-1 PNG library - runtime ii libstdc++6 4.3.0-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.12-2 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxp6 1:1.0.0.xsf1-1X Printing Extension (Xprint) clie ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii procps 1:3.2.7-8 /proc file system utilities ii psmisc 22.6-1Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime iceweasel recommends no packages. -- no debconf information System: Linux 2.6.22-3-k7 #1 SMP Mon Nov 12 09:12:50 UTC 2007 i686 X Vendor: The X.Org Foundation X Vendor Release: 10400090 Selinux: No Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: gnome Memory status: size: 204496896 vsize: 204496896 resident: 82898944 share: 23912448 rss: 82898944 rss_rlim: 4294967295 CPU usage: start_time: 1211533951 rtime: 22605 utime: 21603 stime: 1002 cutime:10 cstime: 27 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/lib/bug-buddy/gecko' [Thread debugging using libthread_db enabled] [New Thread 0xb7071720 (LWP 24677)] [New Thread 0xb13aab90 (LWP 28430)] [New Thread 0xae563b90 (LWP 28420)] [New Thread 0xaed64b90 (LWP 27693)] [New Thread 0xb2dbeb90 (LWP 27692)] [New Thread 0xb35bfb90 (LWP 24714)] [New Thread 0xb3dc0b90 (LWP 24686)] [New Thread 0xb4865b90 (LWP 24685)] [New Thread 0xb5066b90 (LWP 24684)] [New Thread 0xb6541b90 (LWP 24682)] [New Thread 0xb6da2b90 (LWP 24681)] 0xe410 in __kernel_vsyscall () #0 0xe410 in __kernel_vsyscall () #1 0xb7dc28eb in waitpid () from /lib/i686/cmov/libpthread.so.0 #2 0xb74b58a4 in IA__g_spawn_sync (working_directory=0x0, argv=0xa6c8550, envp=0x0, flags=value optimized out, child_setup=0, user_data=0x0, standard_output=0x0, standard_error=0x0, exit_status=0x0, error=0xbf9f49b8) at /build/buildd/glib2.0-2.16.3/glib/gspawn.c:374 #3 0xb74b5bbc in IA__g_spawn_command_line_sync ( command_line=0xaf7f300 bug-buddy --appname=\gecko\ --pid=24677, standard_output=0x0, standard_error=0x0, exit_status=0x0, error=0xbf9f49b8) at /build/buildd/glib2.0-2.16.3/glib/gspawn.c:682 #4 0xb7e0b198 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so #5 0x08085f98 in nsProfileLock::FatalSignalHandler (signo=11) at nsProfileLock.cpp:210 #6 signal handler called #7 0xb7bff7d4 in gtk_style_realize (style=0xa84e7d0, colormap=0x0) at /tmp/buildd/gtk+2.0-2.12.9/gtk/gtkstyle.c:840 #8 0xb7c02c78 in IA__gtk_style_attach (style=0xa6499a8, window=0x950c2c0) at /tmp/buildd/gtk+2.0-2.12.9/gtk/gtkstyle.c:753 #9 0xb7caf0b2 in gtk_widget_set_style_internal (widget=0xb240a30, style=0xa6499a8, initial_emission=0) at /tmp/buildd/gtk+2.0-2.12.9/gtk/gtkwidget.c:6020 #10 0xb7caf20a in reset_rc_styles_recurse (widget=0xb240a30, data=0x0) at /tmp/buildd/gtk+2.0-2.12.9/gtk/gtkwidget.c:6234 #11 0x082d2438 in moz_container_forall (container=0x8c92588, include_internals=1, callback=0xb7caf1a0 reset_rc_styles_recurse, callback_data=0x0) at
Bug#433287: ffmpeg unable to create .mpg files
retitle 433287 ffmpeg unable to create .mpg files thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482521: xml-security-c: FTBFS: Unsatisfiable build-dependency: libxalan110-dev: Depends: libxerces-c2-dev
Package: xml-security-c Version: 1.3.1-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), autotools-dev, quilt (= 0.40), autoconf, libxerces27-dev, libxalan110-dev, libssl-dev Checking for already installed source dependencies... debhelper: missing Using default version 7.0.9 autotools-dev: missing quilt: missing Using default version 0.46-4 autoconf: missing libxerces27-dev: missing libxalan110-dev: missing libssl-dev: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libxalan110-dev: Depends: libxerces-c2-dev but it is not going to be installed E: Broken packages FYI: # apt-get install libxerces27-dev libxalan110-dev libxerces-c2-dev Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libxerces-c2-dev: Conflicts: libxerces27-dev but 2.7.0-5 is to be installed E: Broken packages The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/22 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482519: gdc-4.2: FTBFS: Unsatisfiable build-dependency: gcc-4.2-source(inst 4.2.4-1 ! wanted 4.2.4)
Package: gdc-4.2 Version: 0.25-4.2.3-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080522 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: ** Using build dependencies supplied by package: Build-Depends: autoconf, autoconf2.13, autogen, automake1.9, binutils (= 2.17cvs20070426) | binutils-multiarch (= 2.17cvs20070426), binutils-hppa64 (= 2.17cvs20070426) [hppa], bison (= 1:2.3), chrpath, debhelper (= 5.0.62), dejagnu [!none !hurd-i386], dpkg-dev (= 1.14.15), expect-tcl8.3 [hppa], flex, gawk, gcc-4.2-source (= 4.2.3), gcc-4.2-source ( 4.2.4), gcc-multilib [amd64 i386 powerpc ppc64 s390 sparc kfreebsd-amd64], gettext, gperf (= 3.0.1), lib32gcc1 [amd64 ppc64 kfreebsd-amd64], lib64gcc1 [i386 powerpc sparc s390], libatomic-ops-dev [ia64], libc0.1-dev-i386 [kfreebsd-amd64], libc6-dev-amd64 [i386], libc6-dev-i386 [amd64], libc6-dev-powerpc [ppc64], libc6-dev-ppc64 [powerpc], libc6-dev-s390x [s390], libc6-dev-sparc64 [sparc], libc6.1-dev (= 2.5) [alpha ia64] | libc0.3-dev (= 2.5) [hurd-i386] | libc0.1-dev (= 2.5) [kfreebsd-i386 kfreebsd-amd64 knetbsd-gnu] | libc12-dev (= 2.5) [netbsd-elf-gnu] | libc6-dev (= 2.5), libtool, libunwind7-dev (= 0.98.5-6) [ia64], locales [!hurd-i386 !knetbsd-i386 !netbsd-i386 !m68k], lsb-release, lzma, m4, make (= 3.81), procps [!hurd-i386], realpath (= 1.9.12), sharutils, texinfo (= 4.3) Checking for already installed source dependencies... autoconf: missing autoconf2.13: missing autogen: missing automake1.9: missing binutils: already installed (2.18.1~cvs20080103-6 = 2.17cvs20070426 is satisfied) bison: missing Using default version 1:2.3.dfsg-5 chrpath: missing debhelper: missing Using default version 7.0.9 dejagnu: missing dpkg-dev: already installed (1.14.19 = 1.14.15 is satisfied) flex: missing gawk: missing gcc-4.2-source: missing Using default version 4.2.4-1 gcc-4.2-source: missing Default version of gcc-4.2-source not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. gcc-multilib: missing gettext: missing gperf: missing Using default version 3.0.3-1 lib64gcc1: missing libc6-dev-amd64: missing libc6-dev: already installed (2.7-11 = 2.5 is satisfied) libtool: missing locales: missing lsb-release: missing lzma: already installed (4.43-12) m4: missing make: already installed (3.81-4 = 3.81 is satisfied) procps: missing realpath: missing Using default version 1.12 sharutils: missing texinfo: missing Using default version 4.11.dfsg.1-4 Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... The following extra packages will be installed: autotools-dev bsdmainutils expect file gcc-4.2-base gcc-4.3-multilib gettext-base groff-base guile-1.6-libs html2text intltool-debian lib64gomp1 libc6-amd64 libdb4.5 libguile-ltdl-1 libmagic1 libncursesw5 libopts25 libopts25-dev libqthreads-12 libsqlite3-0 libssl0.9.8 libxml2 man-db mime-support po-debconf python python-minimal python2.5 python2.5-minimal tcl8.4 Suggested packages: autobook autoconf-archive autoconf-doc gnu-standards automake1.9-doc bison-doc wamerican wordlist whois vacation dh-make expectk lib64mudflap0 cvs gettext-doc groff gcj libtool-doc lsb www-browser python-doc python-tk python-profiler python2.5-doc binfmt-support mailx tclreadline texinfo-doc-nonfree texlive-base texlive-generic-recommended texlive-latex-base Recommended packages: automake automaken automake1.4 curl wget lynx libgpmg1 libltdl3-dev xml-core libmail-sendmail-perl libcompress-zlib-perl libmail-box-perl psmisc The following NEW packages will be installed: autoconf autoconf2.13 autogen automake1.9 autotools-dev bison bsdmainutils chrpath debhelper dejagnu expect file flex gawk gcc-4.2-base gcc-4.2-source gcc-4.3-multilib gcc-multilib gettext gettext-base gperf groff-base guile-1.6-libs html2text intltool-debian lib64gcc1 lib64gomp1 libc6-amd64 libc6-dev-amd64 libdb4.5 libguile-ltdl-1 libmagic1 libncursesw5 libopts25 libopts25-dev libqthreads-12 libsqlite3-0 libssl0.9.8 libtool libxml2 locales lsb-release m4 man-db mime-support po-debconf procps python python-minimal python2.5 python2.5-minimal realpath sharutils tcl8.4 texinfo 0 upgraded, 55 newly installed, 0 to remove and 0 not upgraded. Need to get 74.3MB of archives. After this operation, 144MB of additional disk
Bug#482522: krb5-user - klist should mark expired tickets
Package: krb5-user Version: 1.6.dfsg.3-2 Severity: wishlist klist currently is not able to show tickets as expired. Also the output is rather unreadable. Example with expired tickets: | Valid starting ExpiresService principal | 05/22/08 19:46:44 05/23/08 05:46:44 krbtgt/[EMAIL PROTECTED] | renew until 05/23/08 19:46:42 | 05/22/08 19:46:47 05/23/08 05:46:44 host/$HOST@ | renew until 05/23/08 19:46:42 | 05/22/08 19:46:47 05/23/08 05:46:44 host/[EMAIL PROTECTED] | renew until 05/23/08 19:46:42 The heimdal klist shows that as | Issued ExpiresPrincipal | May 22 18:24:41 Expired krbtgt/[EMAIL PROTECTED] | May 22 18:26:56 Expired host/$HOST@ | May 22 18:26:56 Expired host/[EMAIL PROTECTED] Also showing the renew until line for not renewable tickets makes not much sense (and just makes the output more unreadable). Heimdal omits them always. Overall I must say that the MIT implementation have more features but the client parts of Heimdal are much more clear to use. Bastian -- The best diplomat I know is a fully activated phaser bank. -- Scotty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464664: linux-image-2.6.24-1-amd64: X86_64 laptop hangs after logging powernow_k8 error while on battery
On Fri, May 23, 2008 at 04:03:01PM +1000, Jason White wrote: On Tue, May 20, 2008 at 04:27:09PM +0200, maximilian attems wrote: can we have an update for a recent kernel aka 2.6.25 from sid. installs just fine in testing. May 23 15:55:41 jpc kernel: [ 38.255997] powernow-k8: error - out of sync, fix 0x8 0x0, vid 0x6 0x12 uname -a Linux jpc 2.6.25-2-amd64 #1 SMP Wed May 14 14:04:05 UTC 2008 x86_64 GNU/Linux please file upstream in bugzilla.kernel.org and let us know the bug number. thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482524: gbgoffice: TrayIcon woes
Package: gbgoffice Version: 1.4-4 Severity: minor It seems to me that the TrayIcon implementation in gbgoffice isn't quite robust. There are two problems: 1) When I kill gnome-panel (for some reason, typically a buggy applet or bonobo problems), gbgoffice dies. Note that all other programs I use do not get killed and reapper when the panel reloads automatically. 2) I usually use gbgoffice under GNOME, with the settings given below. However, sometimes I use Window Maker and when I start the program there, nothing appears. There is no way to do anything except by modifying the configuration (and reverting it back when under GNOME). This is a bit annoying. , ~/.gbgoffice | WordsInList=50 | UseClipboard=false | UseTray=true | UseTrayClose=false | WHSeconds=4 | UseWH=true | TrayHideOnStart=true `-- Perhaps upstream should migrate to GtkStatusIcon or take a deeper look at the current code. JFTR, I cannot reproduce these two problems with any program that has TrayIcon support, hence my conclusion that this is a bug/misbehaviour in gbgoffice. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gbgoffice depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libglibmm-2.4-1c2a2.16.2-1 C++ wrapper for the GLib toolkit ( ii libgtk2.0-0 2.12.9-3 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.12.7-1 C++ wrappers for GTK+ 2.4 (shared ii libsigc++-2.0-0c2a2.0.18-2 type-safe Signal Framework for C++ ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library Versions of packages gbgoffice recommends: ii bgoffice-computer-ter 0.0.200802171847-1 English-Bulgarian dictionary of co -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475932: pid is wrong pid
On Thu, 22 May 2008 21:33:21 -0430 Jose Luis Rivas Contreras [EMAIL PROTECTED] wrote: This is my init file: 8- case $1 in start) echo -n Starting $DESC: start-stop-daemon --start --quiet --pidfile /var/run/gkrellmd.pid \ --exec $DAEMON -m -b -- $DAEMON_OPTS ^ I didn't see that -m -b. It must be new because I wouldn't have need to make the fix I did if they were there before. Those are --make-pidfile and --background which cause start-stop-daemon to do the deamonization instead of the program itself (gkrellmd). I think it is better to let the program daemonize itself (according to man start-stop-daemon: Typically used with programs that don't detach on their own. This option will force start-stop-daemon to fork before starting the process, and force it into the background. WARNING: start-stop-daemon cannot check the exit status if the process fails to execute for any reason. This is a last resort, and is only meant for programs that either make no sense forking on their own, or where it's not feasible to add the code for them to do this themselves. Don't mean to be a pain; I fixed it myself and then when the package wanted to update I didn't see the -m -b. In any event I'm going to leave my changes in place for now, and I recommend you switch to the method I use because -m -b is meant as a last resort. Up to you of course. Regards, Daniel -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org No more sea shells: Daniel's Webloghttp://cshore.wordpress.com signature.asc Description: PGP signature
Bug#433287: tagging bug reports about missing codecs
# tagging bug reports about missing codecs user [EMAIL PROTECTED] usertags 433287 + ffmpeg-stripped-internal-encoders usertags 459073 + ffmpeg-stripped-internal-encoders usertags 476644 + ffmpeg-stripped-internal-encoders usertags 440702 + ffmpeg-stripped-internal-encoders usertags 370599 + ffmpeg-support-external-codecs usertags 418228 + ffmpeg-support-external-codecs usertags 418231 + ffmpeg-support-external-codecs thanks From README-Debian of ffmpeg-free (0.svn20080206-3): Disabled MPEG encoders == On Debconf 7, the ffmpeg maintainers had a conversation with James Troup from the ftpteam about mpeg encoders in the ffmpeg package. The ftpteam was pretty surprised about the accepted encoders, and admitted that they were accepted by accident. We therefore had no choice but removing them. We agreed on a plan that rather disables than removes the encoders, for details see debian/strip.sh, rendering those encoders unusable. In order to make this fact visible, the source package was renamed from ffmpeg to ffmpeg-free. The plan is to provide a source package called 'ffmpeg' (without the -free) suffix, which builds drop-in replacement binary package with the mpeg encoders enabled. Ideally, we would be allowed to include those mpeg encoders enabled in non-free, but we haven't heared back from the ftpteam about that idea. -- Reinhard Tartler [EMAIL PROTECTED], Sun, 20 Apr 2008 08:43:23 +0200 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482523: logcheck: Rule does not work - regex was tested
Package: logcheck Version: 1.2.63~bpo40+2 Severity: normal Hi, this is probably not a bug, but a mistake of mine. But after going through the documentation and the website again and again I cannot see where I am mistaken. The following logline: May 22 19:38:26 mail in.imapproxyd[9532]: Raw_Proxy(): Failed to read line from client on socket 7 is not catched by the rule ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ in.imapproxyd\[[0-9]+\]: Raw.*$ in the file imapproxy. But the proposed test lists the line: sed -e 's/[[:space:]]*$//' /var/log/syslog.0 | egrep '^\w{3} [ :0-9]{11} [._[:alnum:]-]+ in.imapproxyd\[[0-9]+\]: Raw.*$' Also I do not see any ignore-rule that should apply to this. Several other rules in that specific file have the same problem. Do you have a hint? Thanks regards, Valeri -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-023stab043.3-smp Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages logcheck depends on: ii adduser 3.102 Add and remove users and groups ii cron 3.0pl1-100 management of regular background p ii lockfile-progs 0.1.10 Programs for locking and unlocking ii logtail 1.2.63~bpo40+2 Print log file lines that have not ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii postfix [mail-tr 2.3.8-2+b1 A high-performance mail transport ii sysklogd [system 1.4.1-18System Logging Daemon Versions of packages logcheck recommends: ii logcheck-database 1.2.63~bpo40+2 database of system log rules for t -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482336: keyjnote: crashes while displaying a PDF file which renders fine in Xpdf
The problem here is certainly insufficient space in /tmp. To work around this, you can use the '--cache memory' (or short: -cm) option. However, you are right that KeyJnote shouldn't crash then -- this will be rectified in the next upstream version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482483: usplash crashes machine during startup
On Fri, May 23, 2008 at 03:18:07PM +1000, Tim Richardson wrote: I installed usplash onto kernel 2.6.25-2 In non-quiet mode, the boot process displays messages. The console becomes garbled at the bottom of the screen (looks like white noise) and then then the machine hangs shortly into the boot process. switch terminals to find out what is going on. In quite mode, gdm appears not to start and I can not access any virtual terminals. I must force the computer to shutdown. Dell d420. never seen a quite mode, but quiet is just working. you seem to have serious troubles on your box. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482528: heimdal-clients,krb5-user - please make kadmin co-installable
Package: heimdal-clients,krb5-user Version: N/A Severity: wishlist Both heimdal-clients and krb5-user provides kadmin but they are in no way compatible. Please make them coinstallable. One possible fix: move kadmin in its own package and install it as /usr/bin/kadmin-{heimdal,krb5}. Bastian -- A Vulcan can no sooner be disloyal than he can exist without breathing. -- Kirk, The Menagerie, stardate 3012.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481276: It would help if I included the patch
Here it is -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org No more sea shells: Daniel's Webloghttp://cshore.wordpress.com diff -Naur bittorrent-3.4.2-11-pristine/BitTorrent/download.py bittorrent-3.4.2/BitTorrent/download.py --- bittorrent-3.4.2-11-pristine/BitTorrent/download.py 2004-04-02 23:10:45.0 -0500 +++ bittorrent-3.4.2/BitTorrent/download.py 2008-05-23 03:34:17.0 -0400 @@ -92,6 +92,10 @@ the number of uploads to fill out to with extra optimistic unchokes), ('report_hash_failures', 0, whether to inform the user that hash failures occur. They're non-fatal.), +('min_outgoing_port', 1024, +lowest port to which we are willing to connect), +('max_outgoing_port', 65535, +highest port to which we are willing to connect), ] def download(params, filefunc, statusfunc, finfunc, errorfunc, doneflag, cols, pathFunc = None, paramfunc = None, spewflag = Event()): @@ -242,6 +246,13 @@ errorfunc(Couldn't listen - + str(e)) return +if config['min_outgoing_port'] 1024 or config['max_outgoing_port'] 65535: +errorfunc(We can only connect to peers using ports between 1024 and 65535) +return +if config['min_outgoing_port'] config['max_outgoing_port']: +errorfunc(max_outgoing_port less than min_outgoing_port; can't connect) +return + choker = Choker(config['max_uploads'], rawserver.add_task, finflag.isSet, config['min_uploads']) upmeasure = Measure(config['max_rate_period'], @@ -277,7 +288,7 @@ upmeasure.get_total, downmeasure.get_total, listen_port, config['ip'], myid, infohash, config['http_timeout'], errorfunc, config['max_initiate'], doneflag, upmeasure.get_rate, downmeasure.get_rate, -encoder.ever_got_incoming) +encoder.ever_got_incoming, config['min_outgoing_port'], config['max_outgoing_port']) if config['spew']: spewflag.set() DownloaderFeedback(choker, rawserver.add_task, statusfunc, diff -Naur bittorrent-3.4.2-11-pristine/BitTorrent/Rerequester.py bittorrent-3.4.2/BitTorrent/Rerequester.py --- bittorrent-3.4.2-11-pristine/BitTorrent/Rerequester.py 2004-04-02 23:10:45.0 -0500 +++ bittorrent-3.4.2/BitTorrent/Rerequester.py 2008-05-23 03:33:51.0 -0400 @@ -14,7 +14,7 @@ def __init__(self, url, interval, sched, howmany, minpeers, connect, externalsched, amount_left, up, down, port, ip, myid, infohash, timeout, errorfunc, maxpeers, doneflag, -upratefunc, downratefunc, ever_got_incoming): +upratefunc, downratefunc, ever_got_incoming, min_outgoing, max_outgoing): self.url = ('%s?info_hash=%speer_id=%sport=%skey=%s' % (url, quote(infohash), quote(myid), str(port), b2a_hex(''.join([chr(randrange(256)) for i in xrange(4)] @@ -41,6 +41,8 @@ self.ever_got_incoming = ever_got_incoming self.last_failed = True self.last_time = 0 +self.min_outgoing = min_outgoing +self.max_outgoing = max_outgoing def c(self): self.sched(self.c, self.interval) @@ -116,10 +118,12 @@ for x in xrange(0, len(p), 6): ip = '.'.join([str(ord(i)) for i in p[x:x+4]]) port = (ord(p[x+4]) 8) | ord(p[x+5]) -peers.append((ip, port, None)) +if port = min_outgoing and port = max_outgoing: +peers.append((ip, port, None)) else: for x in p: -peers.append((x['ip'], x['port'], x.get('peer id'))) +if x['port'] = min_outgoing and x['port'] = max_outgoing: +peers.append((x['ip'], x['port'], x.get('peer id'))) ps = len(peers) + self.howmany() if ps self.maxpeers: if self.doneflag.isSet(): diff -Naur bittorrent-3.4.2-11-pristine/debian/changelog bittorrent-3.4.2/debian/changelog --- bittorrent-3.4.2-11-pristine/debian/changelog 2008-05-22 21:58:42.0 -0400 +++ bittorrent-3.4.2/debian/changelog 2008-05-23 03:30:48.0 -0400 @@ -1,3 +1,10 @@ +bittorrent (3.4.2-11.1~dfd2) unstable; urgency=low + + * Add outgoing port range limiting in order to play well with strict +firewalls. Closes: #481276 + + -- Daniel Dickinson [EMAIL PROTECTED] Fri, 23 May 2008 03:29:15 -0500 + bittorrent (3.4.2-11) unstable; urgency=low * Add LSB logging functionality. (thanks David!) Closes: #384724 signature.asc Description: PGP signature
Bug#482529: kdelibs-data: Please update versions of /usr/share/apps/katepart/syntax/ files
Package: kdelibs-data Version: 4:3.5.9.dfsg.1-4 Severity: wishlist The syntax highlighting files of kate in kdelibs-data are outdated. Please update with the files available at kates homepage: http://kate-editor.org/downloads/syntax_highlighting?kateversion=2.5 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24vesa Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdelibs-data depends on: ii hicolor-icon-theme0.10-1 default fallback theme for FreeDes kdelibs-data recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482526: changing theme and iceweasel crashed
merge 481201 481279 merge 481279 482526 thanks On Fri, May 23, 2008 at 05:48:40AM -0400, Mitch [EMAIL PROTECTED] wrote: Package: iceweasel Version: 2.0.0.14-2 Severity: important Please avoid filing duplicate bugs, especially when *you* filed them. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481871: Softupdate support in simple example
Michael Tautschnig wrote: The attached patch is supposed to fix this, but should be carefully reviewed. Most of them seem reasonable. But I am not sure with this: --- start --- Index: examples/simple/scripts/GRUB/10-setup === --- examples/simple/scripts/GRUB/10-setup (revision 4793) +++ examples/simple/scripts/GRUB/10-setup (working copy) @@ -2,7 +2,7 @@ error=0 ; trap error=$((error|1)) ERR -fcopy -Uv boot/grub/menu.lst +fcopy -v /boot/grub/menu.lst exit $error --- end --- Hmm, I gues sthne idea oif using -U here is, that in softupdate mode the scripts that shpould fill in some variables intoi the template grub file, cannot work as it doesn't know about the boot poartition of the system. And so you get a broken menu.lst. I still fell into that problem because I used fcopy recursively, and temporarily came up with having useable menu.lst files for all host in files. If you copy the file here even in softupdate, you have to make sure it get's filled in correctly! This is actually strange, I think. AFAIK disk_var.sh is also available during softupdates (it is kept in the log directory, I think), so updating grub menu.lst should be fine. But maybe there is some bug in the postinst, or other weird things going on. In any case: Properly filled templates is indeed an issue and the FAI simple examples should be made very clean in this direction. Thanks for your careful review, Henning! Best, Michael pgpMyIsx0JP4C.pgp Description: PGP signature
Bug#452895: claws-mail: make the queue yourself; i don't want to see it
Hi Amelia, Unfortunately that's not as easy as it looks from a external point of view, and IMHO the request is a bit contradictory on itself. Upstream team (myself included) has rejected such a drastic change, hence I'm tagging the bug as wontfix. Simply ignoring a folder is much more easier, I think, and it will be still there if you need it ;-) best regards, -- Ricardo Mones. ~ Never send a human to do a machine's job. -- Agent Smith -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482230: FTBFS error
This is a problem with upstream. I hope a new version will be available before Monday and then I will upgrade the package. Cheers Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395271: tagging 395271
On Fri, May 23, 2008 at 08:39:49AM +0200, Lucas Nussbaum wrote: # Automatically generated email from bts, devscripts version 2.10.27 # removing patch tag since the proposed patch doesnt work tags 395271 - patch Did you actually try the patch? Roger never commented on my reply where I think I made myself clear: The libmail-box-perl case hits another issue, filed as #403246 (sbuild dependancy resolution fails when b-dep on A | B ; A uninstallable). See also the discussion in #422879: As I understand it, that's the intended upstream behaviour. libmail-box-perl build-depends on libscalar-list-utils-perl (= 1.13) | perl (= 5.8.2-2) but libscalar-list-utils-perl is only available in sid as a provided package, so the versioned dependency cannot be satisfied at all and sbuild gives up without considering the other option. As for svk, I'm able to build 2.0.1-1 with current sid and a patched sbuild. What's the error message you're getting? I still think _this_ bug is that =*=PROVIDED=*= sorts after just about every version number instead of before them. As the log in the initial report says, sbuild thought the provided libtest-harness-perl satisfied the versioned dependency while dpkg-checkbuilddeps didn't (and rightly so, see policy 7.4). Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482530: python-profiler: description should mention modules profiler and pstats
Package: python-profiler Version: 2.5.2-1 Severity: normal It's strange enough not to find these two modules that are part of the standard library. I would have liked to easily find them using apt-cache search or synaptic's search by description. A final line with This package contains the modules 'profile' and 'pstats' from the standard library. They were move to a non-free package because of... should do it. Python2.5's README.Debian should also mention why they were removed from the python2.5 package. I eventually found this information in the changelog. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-profiler depends on: ii python2.5.2-1An interactive high-level object-o ii python-central0.6.6 register and build utility for Pyt python-profiler recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482192: forcibly merging 482192 482508
# Automatically generated email from bts, devscripts version 2.10.28 # bad, bad lucas, not checking for dupes forcemerge 482192 482508 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449148: bind9: db.root needs update: L.ROOT-SERVERS.NET has changed IP address to 199.7.83.42
* Faidon Liambotis: Even without the security tag, this is certainly not wishlist since the old address for L is currently not responding to queries. It does not really matter because of the priming step at server start. Just type dig l.root-servers.net +norecurse, and you should get the new address, or no address at all. We can't, no, but we can make sure our users are using the current root-servers; BIND already takes care of that automatically. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428843: [PATCH] Re: meld issues an error with comparing files managed with mercurial.
Hi! The fix is committed in upstream: http://svn.gnome.org/viewvc/meld/trunk/vc/mercurial.py?r1=927r2=949 Unfortunately upstream does not plan a new release in the near future so i think it 'd be useful to include it in the Debian package because meld is practically unusable with mercurial without the patch. Cheers, Balint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482527: xorg: login by startx broken. System unusable.
Package: xorg Version: 1:7.3+10 Severity: critical Justification: renders system unusable Upon entering startx the system displays the following error: Fatal server error: Unrecognized option: /etc/X11/xinit/xserverrc The file xserverrc is the unmodified one that is installed by the package. There has been a recent update to compiz (installed yesterday) and I would not be shocked to hear that that is the culprit, but do not know how to check that. I am happy to try to run any suggested work-arounds. With best wishes, Adam Bartley -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Bug#482527: GDM
Installing gdm works, so the problem is definitely related to launching from the console with startx. As I do a significant part of may work under console only, it would help very much to fix this. With best wishes, Adam Bartley
Bug#482488: moinmoin-common: cannot import name RequestCGI when upgrading to 1.6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, May 23, 2008 at 08:43:09AM +0200, Franklin Piat wrote: Package: moinmoin-common Version: 1.6.3-1 Severity: wishlist People running moinmoin as cgi, upgading to 1.6 may get the following error message : Traceback (most recent call last): File /var/www/mywiki/moin.cgi, line 39, in module from MoinMoin.request import RequestCGI ImportError: cannot import name RequestCGI Premature end of script headers: moin.cgi Because the file moin.cgi isn't upgraded when the package is upgraded. This is because the file [1] instructs the user to do : cp -r /usr/share/moin/server/moin.cgi /var/www/mywiki when installing Moinmoin. Resolution : - update the moin.cgi the user copied in int's server directory. Wishlist : - Suggest (apache) users to use ScriptAlias /MyWiki /usr/share/moin/server/moin.cgi - Document the upgrade procedure. Thanks for the suggestions. There are several ways to publish a MoinMoin website using moinmoin-common - the CGI script is just one of them. And using ScriptAlias works only when running CGI scripts as the user www-data. I want to provide a package moinmoin-apache2 that automates this approach. And other packages automating other approaches. Just haven't gotten around to doing that yet. I'd be happy if anyone wanted to help co-maintain tha MoinMoin package! But sure, the documentation could be improved. So thanks again for the suggestions here :-) - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFINp8en7DbMsAkQLgRAmfiAKCK1VekWIsEd6ZZRpjOkWpISzj+zQCdFEUo TvskBvK4R0m7ydzhXib2utc= =bpef -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475871: Announce of an upcoming upload for the movabletype-opensource package
On Fri, May 23, 2008 at 06:37:53AM +0200, Christian Perrier wrote: The POT file is attached to this mail. Please instead use the POT file I've attached, which includes an extra message relating to a new upstream release I'm in the process of preparing. Thanks, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-05-05 23:47+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Install Movable Type? msgstr #. Type: boolean #. Description #: ../templates:1001 msgid When configuring a new database with this package (for example when installing it for the first time) the Movabletype install starts off being non-password-protected; that is, the first person to visit http://your.; server/cgi-bin/movabletype/mt.cgi will be able to set the admin password and take control of your Movable Type installation. msgstr #. Type: boolean #. Description #: ../templates:1001 msgid You should take appropriate measures, such as remembering to configure the admin account straight after the install is completed, or restricting access to your web server. msgstr #. Type: note #. Description #: ../templates:2001 msgid Insecure umask setting msgstr #. Type: note #. Description #: ../templates:2001 msgid Due to an error preparing a previous version of the Movable Type package, a typo was introduced into the default configuration file which caused a dangerous umask to be set when publishing. This may have caused blog files to be created world-writable. msgstr #. Type: note #. Description #: ../templates:2001 msgid You should check and fix the permissions of such files, and ensure that the typo fix (HTMLUask should be HTMLUmask) is applied to your configuration file, /etc/opensource-movabletype/mt-config.cgi, once this package installation has completed. msgstr #. Type: boolean #. Description #: ../templates:3001 msgid Continue with package upgrade which may need schema upgrades? msgstr #. Type: boolean #. Description #: ../templates:3001 msgid You are about to upgrade the Movable Type package to a version which may include a new database schema version. To ensure continued functionality of Movable Type sites, you should log into any configured instances with an administrator account immediately after this package upgrade has completed, where you will be prompted to upgrade databases as required. msgstr
Bug#260446: bug fixed and acknowledgement required
Dear Daniel, Kindly checkout this code modification in apt.diff file attached with font color green. After implementing new logic and handling outgoing qoutation marks with escape character, the mail system on shell is working fine. I believe that bug is fixed now and running efficiently on my system. Please acknowledge our effort. Regards Qaiser Abbas --- /tmp/apt-0.6.25/apt-pkg/contrib/configuration.cc2004-05-08 18:10:10.0 -0400 +++ apt-pkg/contrib/configuration.cc2008-05-12 13:32:31.0 -0400 @@ -397,6 +397,26 @@ return Exists(Name); } + +static string escape(const string input) +{ + string::size_type start=0,end=input.find_first_of(\\\); + string rval; + + while(end!=string::npos) + { +rval += string(input, start, end-start); +rval += '\\'; +finalstr += intput[end]; + +begin = end+1; +end=input.find_first_of(\\\, start); + } + + finalstr += string(input, start); + + return rval; +} /*}}}*/ // Configuration::Dump - Dump the config /*{{{*/ // - @@ -408,7 +428,7 @@ const Configuration::Item *Top = Tree(0); for (; Top != 0;) { - str Top-FullTag() \ Top-Value \; endl; - str Top-FullTag() \ escape(Top-Value) \; endl; + str Top-FullTag() \\\ escape(Top-Value) \\\; endl; //or the below one + str Top-FullTag() escape(Top-Value) ; endl; if (Top-Child != 0) { @@ -491,8 +511,21 @@ // Discard single line comments bool InQuote = false; + bool BackslashEscape = false; for (char *I = Buffer; *I != 0; I++) { +if(BackslashEscape == true) +{ + BackslashEscape=false; + continue; +} + +if (*I == '\\') +{ + BackslashEscape = true; + continue; +} + if (*I == '') InQuote = !InQuote; if (InQuote == true) @@ -507,8 +540,21 @@ // Look for multi line comments InQuote = false; + BackslashEscape = false; for (char *I = Buffer; *I != 0; I++) { +if (BackslashEscape == true) +{ + BackslashEscape = false; + continue; +} + +if (*I == '\\') +{ + BackslashEscape = true; + continue; +} + if (*I == '') InQuote = !InQuote; if (InQuote == true) @@ -541,8 +587,24 @@ // We now have a valid line fragment InQuote = false; + BackslashEscape = false; for (char *I = Buffer; *I != 0;) { +if(BackslashEscape == true) +{ + // Put this character into the buffer unconditionally + BackslashEscape=false; + ++I; + continue; +} + +if(*I == '\\') +{ + BackslashEscape = true; + ++I; + continue; +} + if (*I == '') InQuote = !InQuote; --- /tmp/apt-0.6.25/apt-pkg/contrib/strutl.cc 2003-07-18 10:15:11.0 -0400 +++ apt-pkg/contrib/strutl.cc 2004-07-20 13:33:24.0 -0400 @@ -100,6 +100,8 @@ understand [] brackets.*/ bool ParseQuoteWord(const char *String,string Res) { + cout String endl; + // Skip leading whitespace const char *C = String; for (;*C != 0 *C == ' '; C++); @@ -176,7 +178,12 @@ if (*C == '') { for (C++; *C != 0 *C != ''; C++) +{ + if(*C=='\\' *(C+1)!=0) + ++C; + *Buf++ = *C; +} if (*C == 0) return false;
Bug#482531: DPMS off mode issue with
Package: linux-image-2.6.18-6-686 Version: 2.6.18.dfsg.1-18etch3 I've noticed that since I've upgraded from linux-image-2.6.18-6 version 2.6.18.dfsg.1-18etch1 that I have been having issues with DPMS off mode. This began after the following upgrade: '[UPGRADE] linux-image-2.6.18-6-686 2.6.18.dfsg.1-18etch1 - 2.6.18.dfsg.1-18etch3'. it is also present in version 2.6.18.dfsg.1-18etch4 as well. All other versions of Debian kernels that I've ran have not exhibited this issue. So I have a strong feeling the bug was introduced in 1-18etch3. What happens is that sometimes the system will not come out of DPMS off mode. This issue only happens at the virtual console, where as in Xorg, DPMS works just fine. The problem is a bit intermittent, but I have a found a way to make it happen more frequently, which I'll get into more detail further down. Essentially, when the buggy DPMS behavior happens, I'll tap a key like you normally do to get the display to come out of DPMS (power save mode) when at the console, but in this case it will show the display for a half second then go right back into DPMS off mode. The only way to bring it out of this buggy DPMS state is to pull the plug on my LCD monitor to have it completely power down/reset. What tends to trigger it the most is when I exit xfce4 (version 4.3.99.2). As soon as it exits Xorg from there and goes back to the virtual console it goes into the buggy DPMS state described above. I've noticed that it tends to happen more rarely when exiting icewm (version 1.2.28-4). However, sometimes it will happen just when the virtual console has had a chance for be idle enough for DPMS off mode to kick in. Just for reference, this is in Debian Etch/stable which you may have already guessed from the versions of the packages I described above. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482491: [Buildd-tools-devel] Bug#482491: sbuild: extracts the source while installing b-deps
On Fri, May 23, 2008 at 09:25:01AM +0200, Lucas Nussbaum wrote: It seems that sbuild now extracts the source while installing build-deps. See: Selecting previously deselected package gettext. Unpacking gettext (from .../gettext_0.17-2_i386.deb) ... Selecting previously deselected package intltool-debian. Unpacking intltool-debian (from .../intltool-debian_0.35.0+20060710gpg: Signature made Wed Apr 19 12:53:15 2006 CEST using DSA key ID 8E635A5E gpg: Can't check signature: public key not found dpkg-source: extracting crip in crip_3.7-3 dpkg-source: info: unpacking crip_3.7.orig.tar.gz dpkg-source: info: applying crip_3.7-3.diff.gz .1_all.deb) ... Selecting previously deselected package po-debconf. Unpacking po-debconf (from .../po-debconf_1.0.13_all.deb) ... Selecting previously deselected package debhelper. Unpacking debhelper (from .../debhelper_7.0.9_all.deb) ... This produces confusing build log. If this change was made on purpose, please provide an option to serialize those steps, so I can get clean build logs when reporting bugs. There have not been any changes made on purpose. install_deps() is called before build(). One possiblity is that the logging stream PLOG is doing some odd buffering in subprocesses, and flushing the stream at certain points would help (the logging is done in a separate process). It would be interesting to know the the git master head git://git.debian.org/git/buildd-tools/sbuild also suffers from this problem, and if the log is identical between sbuild runs. sbuild has had quite a lot of refactoring done over the last two weeks or so, and it's possible that something broke as a result, but none of this work should have changed the program logic. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477237: typo in /etc/xen/xend-config.sxp for xmlrpc configuration
Same problem here with : xen-utils-common 3.2.0-2 -- Marius -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482532: bugs.debian.org: forward security bugs to the relevant lists
Package: bugs.debian.org Severity: wishlist Hi, reporbug and reportbug-ng put the testing-security team into CC on bugs filed with the security tag (see bug #448874). However this seems to be more like a workaround and does not help if people submit bugs directly by mail. What about doing this from the BTS so we don't need to rely an that tools doing it? Kind regards Nico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482314: [linux-image-2.6.24-1-amd64] soft lockup
Hell-o! Problem solved. I hate this way of solving a problem, but at least I now know it's not reproducible bug on the same hardware. When I prepare details for a bugreport to kernel upstream, I wanted clear up doubts about any damaged hardware in my laptop, so, I do backup of some important files from /etc, and do full re-install of lenny (netinstall base etch - dist upgrade, as I do ordinarily). And guess what? Yes, my system seems be stable now... The same /home (on own partition), the same main settings in /etc as before. Work both 2.6.24 and 2.6.25 kernels from distribution... -- Petr Voralek(JabberID: [EMAIL PROTECTED]) { When I am right nobody remembers... When I am wrong nobody forgets! } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481871: Softupdate support in simple example
Hi, On Friday 23 May 2008 11:55, Michael Tautschnig wrote: AFAIK disk_var.sh is also available during softupdates Only if you installed with FAI, which is not a requierement to use softupdates. regards, Holger pgpN6ZesHwlfr.pgp Description: PGP signature