Bug#553422: x11-apps: xcalc not start
Subject: x11-apps: xcalc not start Package: x11-apps Version: 7.4+2 Justification: renders package unusable Severity: grave *** Please type your report below this line *** When i invoke xcalc in terminal emulator, it returns this message: Warning: Cannot convert string calculator to type Pixmap Warning: Cannot convert string gray3?foreground=gray70background=gray85 to type Pixmap Warning: Cannot convert string 8x13 to type FontStruct Warning: Unable to load any usable ISO8859 font Warning: Unable to load any usable ISO8859 font Warning: Missing charsets in String to FontSet conversion Error: Aborting: no font found -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-apps depends on: ii cpp 4:4.3.3-9+nmu1 The GNU C preprocessor (cpp) ii libc6 2.9-25 GNU C Library: Shared libraries ii libpng12-01.2.40-1 PNG library - runtime ii libsm62:1.1.1-1 X11 Session Management library ii libx11-6 2:1.2.2-1 X11 client-side library ii libxaw7 2:1.0.6-1 X11 Athena Widget library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxkbfile1 1:1.0.5-1 X11 keyboard file manipulation lib ii libxmu6 2:1.0.4-2 X11 miscellaneous utility library ii libxmuu1 2:1.0.4-2 X11 miscellaneous micro-utility li ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxt61:1.0.6-1 X11 toolkit intrinsics library ii x11-common1:7.4+4X Window System (X.Org) infrastruc x11-apps recommends no packages. Versions of packages x11-apps suggests: pn mesa-utilsnone (no description available) -- no debconf information reportbug-x11-apps-20091031-8036-sVhxOc Description: Binary data
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
On 2009-10-29 Manoj Srivastava sriva...@debian.org wrote: On Thu, Oct 29 2009, Andreas Metzler wrote: These are not proper shared libraries but are dlopened bindings for guile, which takes them outside the scope of the abovementioned part of policy. Then should they not be in a private path? This seems to be a project for guile-1.9. As Simon already noted using /usr/lib/ is current practice. As long as they are in the public library directories, you are still under the policy directive, as far as I can see. Why? Shouldn't intent matter more than than binary format? Does running ldconfig provide any benefit? cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553392: 'hugin' received an X Window System error
On 2009-10-30 Phil phil.deb...@sfr.fr wrote: Package: hugin Version: 2009.2.0+dfsg-2 Severity: grave Justification: renders package unusable Hi, When I launch hugin, the splashscreen appears and the application crashes with the following error message: The program 'hugin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 786 error_code 1 request_code 135 minor_code 19) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I have tried to compiled the code from source but I have the same error. Any idea? [...] Hello, not really. Did you have this behavior since you installed the hugin package or was it triggered by upgrading something else? What window manager are you using? Could you please doubleckeck whether moving away ~/.hugin changes the behavior. Also it could be useful to get a backtrace. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553254: marked as done (libykclient-dev: missing-dependency-on-libc needed by ./usr/bin/ykclient but the package doesn't depend on the C library package. Normally this
Your message dated Sat, 31 Oct 2009 08:29:34 +0100 with message-id 87zl7858dd@giekaph.err.no and subject line Re: Bug#553254: libykclient-dev: missing-dependency-on-libc needed by ./usr/bin/ykclient but the package doesn't depend on the C library package. Normally this indicates that ${shlibs: Depends} was omitted from the Depends line for this package in debian/control. has caused the Debian Bug report #553254, regarding libykclient-dev: missing-dependency-on-libc needed by ./usr/bin/ykclient but the package doesn't depend on the C library package. Normally this indicates that ${shlibs: Depends} was omitted from the Depends line for this package in debian/control. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 553254: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553254 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libykclient-dev Version: 2.3-1 Severity: serious Justification: The listed file appears to be linked against the C library, User: lintian-ma...@debian.org Usertags: missing-dependency-on-libc All shared libraries and compiled binaries must be run through dpkg-shlibdeps to find out any libraries they are linked against (often via the dh_shlibdeps debhelper command). The package containing these files must then depend on ${shlibs:Depends} in debian/control to get the proper package dependencies for those libraries. Refer to Debian Policy Manual section 8.6 (Dependencies between the library and other packages - the shlibs system) for details. ,[ 8.6 Dependencies between the library and other packages - the shlibs system ] | If a package contains a binary or library which links to a shared library, we | must ensure that when the package is installed on the system, all of the | libraries needed are also installed. This requirement led to the creation of the | shlibs system, which is very simple in its design: any package which provides a | shared library also provides information on the package dependencies required to | ensure the presence of this library, and any package which uses a shared library | uses this information to determine the dependencies it requires. The files which | contain the mapping from shared libraries to the necessary dependency | information are called shlibs files. | | Thus, when a package is built which contains any shared libraries, it must | provide a shlibs file for other packages to use, and when a package is built | which contains any shared libraries or compiled binaries, it must run | dpkg-shlibdeps on these to determine the libraries used and hence the | dependencies needed by this package. ` ,[ 8.6.2 How to use dpkg-shlibdeps and the shlibs files ] | Put a call to dpkg-shlibdeps into your debian/rules file. If your package | contains only compiled binaries and libraries (but no scripts), you can use a | command such as: | | dpkg-shlibdeps debian/tmp/usr/bin/* debian/tmp/usr/sbin/* \ |debian/tmp/usr/lib/* | | Otherwise, you will need to explicitly list the compiled binaries and | libraries.[53] | | This command puts the dependency information into the debian/substvars file, | which is then used by dpkg-gencontrol. You will need to place a | ${shlibs:Depends} variable in the Depends field in the control file for this to | work. ` manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Version: 2.3-2 Already fixed. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are ---End Message---
Bug#553370: [openoffice.org-wiki-publisher] Error during upgrade from 1.0+OOo3.1.1-2 to 1.0+OOo3.1.1-5
Hello Rene, On Fri, Oct 30, 2009 at 07:18:17PM +0100, Rene Engelhard wrote: severity 553370 serious tag 553370 missing dependency on liblucene2-java tag 553370 + pending thanks you are welcome :) On Fri, Oct 30, 2009 at 06:23:14PM +0100, Thomas Hackert wrote: Vorbereiten zum Ersetzen von openoffice.org-wiki-publisher 1.0+OOo3.1.1-2 (durch .../openoffice.org-wiki-publisher_1.0+OOo3.1.1-5_all.deb) ... ERROR: There is no such extension deployed: com.sun.wiki-publisher unopkg failed. ERROR: There is no such extension deployed: com.sun.wiki-publisher Exception details: (com.sun.star.lang.IllegalArgumentException) { { Message = There is no such extension deployed: com.sun.wiki-publisher, Context = (com.sun.star.uno.XInterface) @1e7f7a0 }, ArgumentPosition = (short) -1 } unopkg failed. So this is because the extension was not properly installed before. [ For whatever reason, maybe because you tried a upgrade while OOo is running I got the message, that I had OOo running, so I stopped it and continued with the upgrade. and unopkg would not allow that (but it doesn't return != 0 so the install continues and the package system thinks it's all OK :-( ] O.K. Since 3.1.1-3 the packages will warn if you have a OOo running. Ah, O.K. This was something, I did not know ... :( there is another message: Richte openoffice.org-wiki-publisher ein (1.0+OOo3.1.1-5) ... Copying: wiki-publisher.oxt Enabling: Wiki Publisher Enabling: help ERROR: (com.sun.star.deployment.DeploymentException) { { Message = An error occurred while enabling: help, Context = (com.sun.star.uno.XInterface) @26fe540 }, Cause = (any) { (com.sun.star.loader.CannotActivateFactoryException) { { Message = Can not activate the factory for com.sun.star.help.HelpIndexer because java.lang.NoClassDefFoundError: org/apache/lucene/analysis/cjk/CJKAnalyzer, Context = (com.sun.star.uno.XInterface) @0 } } } } [...] Obviously you miss lucene; and indeed the dependency is missing... :-( But why was it not installed, if it is a dependency? Install it for now, will add the dep in the next upload. Now I have installed liblucene2-java and its dependencies. That registering a extension need it is complete nonsense, but that thankfully will be fixed in 3.2; see http://qa.openoffice.org/issues/show_bug.cgi?id=98680 I will have a look at it later ... ;) [...] --- Output from package bug script --- So you don't have the extension properly installed. As said: Install liblucene2-java and reinstall -wiki-publisher to make it registered correctly. Maybe ... I have installed liblucene2-java (and its dependecies) as well as (tried to) reinstalled -wiki-publisher, but now I get a load of messages during the reinstall ... :( OOo was not running, when I started the reinstall ... ;) Now it says: Vorbereiten zum Ersetzen von openoffice.org-wiki-publisher 1.0+OOo3.1.1-5 (durch .../openoffice.org-wiki-publisher_1.0+OOo3.1.1-5_all.deb) ... ERROR: There is no such extension deployed: com.sun.wiki-publisher unopkg failed. ERROR: There is no such extension deployed: com.sun.wiki-publisher Exception details: (com.sun.star.lang.IllegalArgumentException) { { Message = There is no such extension deployed: com.sun.wiki-publisher, Context = (com.sun.star.uno.XInterface) @1c47af0 }, ArgumentPosition = (short) -1 } unopkg failed. Entpacke Ersatz für openoffice.org-wiki-publisher ... Richte openoffice.org-wiki-publisher ein (1.0+OOo3.1.1-5) ... Copying: wiki-publisher.oxt Enabling: Wiki Publisher Enabling: help .Lucene: Indexing to directory '/var/spool/openoffice/uno_packages/cache/uno_packages/Z5O4FH_/wiki-publisher.oxt/help/af/help.idxl'... Indexing, adding files . Optimizing ... 357 total milliseconds .Lucene: Indexing to directory '/var/spool/openoffice/uno_packages/cache/uno_packages/Z5O4FH_/wiki-publisher.oxt/help/ar/help.idxl'... Indexing, adding files . Optimizing ... 160 total milliseconds .Lucene: Indexing to directory
Processed: tagging 541848
Processing commands for cont...@bugs.debian.org: # I now understand this issue, and it will be fixed in the next upload. tags 541848 + confirmed Bug #541848 [darcs] darcs: FTBFS: ld: cannot find -lHSrts_thr Added tag(s) confirmed. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550442: ffmpeg: deluge of crashes due to missing input sanitization
Marc Deslauriers marc.deslauri...@canonical.com writes: On Thu, 2009-10-15 at 13:03 +0200, Reinhard Tartler wrote: snip of chromium patches and managed to locate most patches in ffmpeg trunk Patches that I couldn't find upstream include: 09_mov_stsz_int_oflow.patch 32_mov_stream_index.patch 35_mov_bad_timings.patch 40_ogg_missing_header.patch They probably need further investigation. 09_mov_stsz_int_oflow.patch: This looks like: http://git.ffmpeg.org/?p=ffmpeg;a=commit;h=59a7d76f26091bb379e41e546c561d6987b2df3b 32_mov_stream_index.patch: http://git.ffmpeg.org/?p=ffmpeg;a=commit;h=83b7e34ccb8f63f24d91dfc4dd89a4971f36ce12 http://git.ffmpeg.org/?p=ffmpeg;a=commit;h=b601744633167a1b37bc171d298872d57522400e 40_ogg_missing_header.patch: http://git.ffmpeg.org/?p=ffmpeg;a=commit;h=7fb2fe280374bcb1c41c2a8e7aa5632d18dc4279 excellent catches, they all indeed look very relevant. I've added them to the packaging branch. One problem, it breaks build. Therefore, I had to backport svn r18016 aka 'MOV-Support-stz2-Compact-Sample-Size-Box' to fix FTBFS. without this patch, libavformat/mov.c won't compile, as field_size is introduced with this commit. While this patch is strictly speaking not in scope of an security update, it is easier to stick with upstream and backport this patch in addition. How to proceed now? In any case, I'll prepare an upload for lucid once it opens. Will you prepare uploads for stable ubuntu security pockets? @debian security team: shall I prepare an stable-security upload with this or do you want some testing in unstable first? NB: I'm blocked with uploading to unstable by ftp-mas...@. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
On Sat, Oct 31 2009, Andreas Metzler wrote: On 2009-10-29 Manoj Srivastava sriva...@debian.org wrote: On Thu, Oct 29 2009, Andreas Metzler wrote: These are not proper shared libraries but are dlopened bindings for guile, which takes them outside the scope of the abovementioned part of policy. Then should they not be in a private path? This seems to be a project for guile-1.9. As Simon already noted using /usr/lib/ is current practice. As long as they are in the public library directories, you are still under the policy directive, as far as I can see. Why? Shouldn't intent matter more than than binary format? Does running ldconfig provide any benefit? The intent of the author does not extend to the users; since the libraries are in the public path, end users may write code that links to them. When a new library is installed, if the ld.so cache is not updated, the user applications will not pickup the new libraries, and ultimately break. This is a bit of a stretch, I know. Could you please bring this up on -policy, so we get a feel for what the right thing to do would be? I think you might consider adding a lintian override, so other people don't file a similar bug if this report is closed. manoj -- The typewriting machine, when played with expression, is no more annoying than the piano when played by a sister or near relation. -- Oscar Wilde Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553370: [openoffice.org-wiki-publisher] Error during upgrade from 1.0+OOo3.1.1-2 to 1.0+OOo3.1.1-5
Hi, On Sat, Oct 31, 2009 at 08:42:11AM +0100, Thomas Hackert wrote: there is another message: Richte openoffice.org-wiki-publisher ein (1.0+OOo3.1.1-5) ... Copying: wiki-publisher.oxt Enabling: Wiki Publisher Enabling: help ERROR: (com.sun.star.deployment.DeploymentException) { { Message = An error occurred while enabling: help, Context = (com.sun.star.uno.XInterface) @26fe540 }, Cause = (any) { (com.sun.star.loader.CannotActivateFactoryException) { { Message = Can not activate the factory for com.sun.star.help.HelpIndexer because java.lang.NoClassDefFoundError: org/apache/lucene/analysis/cjk/CJKAnalyzer, Context = (com.sun.star.uno.XInterface) @0 } } } } [...] Obviously you miss lucene; and indeed the dependency is missing... :-( But why was it not installed, if it is a dependency? Because it's as I said: the dependency info in the package is missing. Got lost in 1:3.1.1-1... Maybe ... I have installed liblucene2-java (and its dependecies) as well as (tried to) reinstalled -wiki-publisher, but now I get a load of messages during the reinstall ... :( OOo was not running, when I This is correct. Vorbereiten zum Ersetzen von openoffice.org-wiki-publisher 1.0+OOo3.1.1-5 (durch .../openoffice.org-wiki-publisher_1.0+OOo3.1.1-5_all.deb) ... ERROR: There is no such extension deployed: com.sun.wiki-publisher unopkg failed. ERROR: There is no such extension deployed: com.sun.wiki-publisher Exception details: (com.sun.star.lang.IllegalArgumentException) { { Message = There is no such extension deployed: com.sun.wiki-publisher, Context = (com.sun.star.uno.XInterface) @1c47af0 }, ArgumentPosition = (short) -1 } unopkg failed. Entpacke Ersatz für openoffice.org-wiki-publisher ... Richte openoffice.org-wiki-publisher ein (1.0+OOo3.1.1-5) ... Copying: wiki-publisher.oxt Enabling: Wiki Publisher Enabling: help .Lucene: Indexing to directory [...] . Optimizing ... 21 total milliseconds Enabling: WikiExtension.xcs Enabling: WikiEditor Enabling: mediawiki.jar Enabling: Addons.xcu Enabling: ProtocolHandler.xcu Enabling: WikiExtension.xcu Enabling: OptionsDialog.xcu This is correct. All unopükg output and the help indexing on registration. See the issue I wrote in my last mail. If you want to file a minor issue for that useless Indexing... output feel free, but it would only be fixed in 3.2 anyway. And I still get the same error, when I try to export an ODT file to wiki text ... :( Am I still missing something? No idea yet. This bug handles the upgrade/dependency problem, nothing else :-) Grüße/Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 553109 in 2.4.2-6
Processing commands for cont...@bugs.debian.org: # do not block testing migration on this one. found 553109 2.4.2-6 Bug #553109 [guile-gnutls] guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script. Bug Marked as found in versions gnutls26/2.4.2-6. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541848: darcs: FTBFS: ld: cannot find -lHSrts_thr
On Sun, Sep 13, 2009 at 08:48:43AM +, Joachim Breitner wrote: Linking dist/build/darcs/darcs ... /usr/bin/ld: cannot find -lHSrts_thr [...] DEB_SETUP_GHC6_CONFIGURE_ARGS := $(shell test -e /usr/lib/ghc-$(GHC6_VERSION)/libHSrts_thr.a || echo --flags=-threaded) Future Haskell packagers, You can simulate this problem (and trigger Joachim's fix) on a system that *does* support -threaded by simply doing this: sudo dpkg-divert --rename /usr/lib/ghc*/libHSrts_thr.a To reverse this, run again with --remove before --rename. This is handy for testing because my AMD64 outperforms my ARM one ;-) Joachim, FYI, I have adopted your approach, with the minor change of using the gmakism $(wildcard ...). Untested: ifeq (,$(wildcard /usr/lib/ghc-$(GHC6_VERSION)/libHSrts_thr.a)) DEB_SETUP_GHC6_CONFIGURE_ARGS += -f-threaded endif -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553422: marked as done (x11-apps: xcalc not start)
Your message dated Sat, 31 Oct 2009 09:55:09 +0100 with message-id 20091031085509.gs4...@radis.liafa.jussieu.fr and subject line Re: Bug#553422: x11-apps: xcalc not start has caused the Debian Bug report #553422, regarding x11-apps: xcalc not start to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 553422: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553422 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Subject: x11-apps: xcalc not start Package: x11-apps Version: 7.4+2 Justification: renders package unusable Severity: grave *** Please type your report below this line *** When i invoke xcalc in terminal emulator, it returns this message: Warning: Cannot convert string calculator to type Pixmap Warning: Cannot convert string gray3?foreground=gray70background=gray85 to type Pixmap Warning: Cannot convert string 8x13 to type FontStruct Warning: Unable to load any usable ISO8859 font Warning: Unable to load any usable ISO8859 font Warning: Missing charsets in String to FontSet conversion Error: Aborting: no font found -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-apps depends on: ii cpp 4:4.3.3-9+nmu1 The GNU C preprocessor (cpp) ii libc6 2.9-25 GNU C Library: Shared libraries ii libpng12-01.2.40-1 PNG library - runtime ii libsm62:1.1.1-1 X11 Session Management library ii libx11-6 2:1.2.2-1 X11 client-side library ii libxaw7 2:1.0.6-1 X11 Athena Widget library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxkbfile1 1:1.0.5-1 X11 keyboard file manipulation lib ii libxmu6 2:1.0.4-2 X11 miscellaneous utility library ii libxmuu1 2:1.0.4-2 X11 miscellaneous micro-utility li ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxt61:1.0.6-1 X11 toolkit intrinsics library ii x11-common1:7.4+4X Window System (X.Org) infrastruc x11-apps recommends no packages. Versions of packages x11-apps suggests: pn mesa-utilsnone (no description available) -- no debconf information reportbug-x11-apps-20091031-8036-sVhxOc Description: Binary data ---End Message--- ---BeginMessage--- On Sat, Oct 31, 2009 at 03:03:18 -0300, Debian_bug_report wrote: Subject: x11-apps: xcalc not start Package: x11-apps Version: 7.4+2 Justification: renders package unusable Severity: grave *** Please type your report below this line *** When i invoke xcalc in terminal emulator, it returns this message: Warning: Cannot convert string calculator to type Pixmap Warning: Cannot convert string gray3?foreground=gray70background=gray85 to type Pixmap Warning: Cannot convert string 8x13 to type FontStruct Warning: Unable to load any usable ISO8859 font Warning: Unable to load any usable ISO8859 font Warning: Missing charsets in String to FontSet conversion Error: Aborting: no font found You need to install the xfonts-base package. Cheers, Julien ---End Message---
Bug#553430: Copyright file does not contain verbatim copy of the license or a pointer to one
Package: aish Version: 1.13-5 Severity: serious Hi, The copyright file should either have a verbatim copy of the license, or a statement that the license can be found in /usr/share/common-licenses on a Debian machine (and the FSF's address if they want toget the license from there. An email excerpt does not meet policy requirements. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aish depends on: ii libc6 2.10.1-3 GNU C Library: Shared libraries aish recommends no packages. aish suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553431: Copyright file does not contain verbatim copy of the license or a pointer to one
Package: chasen-cannadic Version: 0.94h Severity: serious User: lintian-ma...@debian.org Usertags: copyright-lists-upstream-authors-with-dh_make-boilerplate Hi, The copyright file should either have a verbatim copy of the license, or a statement that the license can be found in /usr/share/common-licenses on a Debian machine (and the FSF's address if they want toget the license from there. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553432: CVE-2009-3767: Doesn't properly handle NULL character in subject Common Name
Package: openldap Severity: grave Tags: security patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities Exposures) id was published for openldap. CVE-2009-3767[0]: | libraries/libldap/tls_o.c in OpenLDAP, when OpenSSL is used, does not | properly handle a '\0' character in a domain name in the subject's | Common Name (CN) field of an X.509 certificate, which allows | man-in-the-middle attackers to spoof arbitrary SSL servers via a | crafted certificate issued by a legitimate Certification Authority, a | related issue to CVE-2009-2408. Please coordinate with the security team (t...@security.debian.org) to prepare packages for the stable and oldstable releases. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3767 http://security-tracker.debian.org/tracker/CVE-2009-3767 Patch: http://www.openldap.org/devel/cvsweb.cgi/libraries/libldap/tls_o.c.diff?r1=1.8r2=1.11f=h -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrsCe4ACgkQNxpp46476aqyOwCfYvjBZj45odwhQLQ7eeFCT9j4 YDcAnjvkFab1GOwO9tv/6iXVVqCW5D/g =0E+p -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553433: CVE-2009-3766: missing host name vs. SSL certificate name checks
Package: mutt Severity: grave Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities Exposures) id was published for mutt. CVE-2009-3766[0]: | mutt_ssl.c in mutt 1.5.16, when OpenSSL is used, does not verify the | domain name in the subject's Common Name (CN) field of an X.509 | certificate, which allows man-in-the-middle attackers to spoof SSL | servers via an arbitrary valid certificate. Please coordinate with the security team (t...@security.debian.org) to prepare packages for the stable and oldstable releases. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3766 http://security-tracker.debian.org/tracker/CVE-2009-3766 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrsCwsACgkQNxpp46476ap7UQCfXTB25r/gpBnXfDTBT0dI1IcK ETYAnjJTfCnifLMUmqb90U+RO+mSqIjF =xxZh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
Hello, Neil Jerram n...@ossau.uklinux.net writes: My view on this is not very strong, but is that by sticking to /usr/lib we do seem to be sailing against the wind (cf. other scripting languages); and also that the normal C library argument feels unlikely in practice.) I agree. The “normal C library” case is going to be an exception rather than the rule. As far as the GnuTLS Guile bindings arguments, libguile-gnutls was never meant to be used as a “normal C library”, so it should definitely go under something different from $libdir (I wasn’t clear on that when I worked on it back then.) So as time permits, I’m planning to update GnuTLS so that it installs the .so under $(pkglibdir) or $(libdir)/guile-1.8. Any preference? Thanks, Ludo’. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553333: [Pkg-clamav-devel] Bug#553333: clamav-milter: inet milter socket configuration changes the owner of /root to clamav
Hi, On Fri, Oct 30, 2009 at 10:12 PM, Stephen Gran sg...@debian.org wrote: Hi there, I understand how: @@ -279,5 +279,5 @@ fi make_dir $DataBaseDirectory -if [ ${SOCKET_PATH#inet} = ${SOCKET_PATH} ]; then +if [ ${SOCKET_TYPE} = local ]; then make_dir $(dirname $SOCKET_PATH) chown $User $(dirname $SOCKET_PATH) could be a problem (maybe - if the variable $SOCKET_PATH includes the string 'inet' but somehow the variable $SOCKET_PATH remains unset), but Agree, this is the only mandatory part for fixing the reported problem. Maybe a better test case is this: ${SOCKET_TYPE} != inet if the variable ${SOCKET_TYPE} could remain empty for local/unix sockets. I don't see how: @@ -172,5 +172,5 @@ make_dir() [ -n $User ] || User=clamav mkdir -p -m 0755 $DIR - chown $User:$User $DIR + chown $User $DIR } Cause any problems or indeed makes any difference? I've just mentioned this because the assumption to have the same group name as the user name is wrong. Is someone decides to use another user name than 'clamav' it could have a different group name. Also, this is the only part where $Group is mentioned but not for sure a variable in CLAMAVCONF otherwise it should have been initialized just like $User. Thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551746: perl 5.10.1 and not 5.10.0
i also had the same problem, the problem for me was that i have perl 5.10.1 and not 5.10.0. So i solved it by doing this: cd /usr/share/perl/5.10.0 cp -R * ../5.10.1 (or ../5.10 because it's symlinked to 5.10.1) apt-get install zoneminder and then it worked very well! 0x57615AFA.asc Description: application/pgp-keys
Bug#553445: libpoppler-dev: Missing fofi include files
Package: libpoppler-dev Version: 0.12.0-2 Severity: serious Justification: causes other packages to FTBFS Hello, The latest poppler now causes cups to fail to build because libpoppler-dev does not ship the fofi/ include files (see http://bugs.debian.org/552818). The Ubuntu package has $ dpkg -L libpoppler-dev|grep fofi /usr/include/poppler/fofi /usr/include/poppler/fofi/FoFiBase.h /usr/include/poppler/fofi/FoFiEncodings.h /usr/include/poppler/fofi/FoFiTrueType.h /usr/include/poppler/fofi/FoFiType1.h /usr/include/poppler/fofi/FoFiType1C.h but Debian's doesn't. Can you please add them to the package? Thanks in advance! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Processed: block 552818 with 553445
Processing commands for cont...@bugs.debian.org: block 552818 with 553445 Bug #552818 [src:cups] cups: FTBFS: OPVPOutputDev.cxx:27:31: error: fofi/FoFiTrueType.h: No such file or directory Was not blocked by any bugs. Added blocking bug(s) of 552818: 553445 End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552717: prayer: FTBFS: Nonexistent build-dependency: libc-client2007b-dev
On onsdagen den 28 oktober 2009, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: ** Using build dependencies supplied by package: Build-Depends: cdbs, debhelper (= 5), quilt, libc-client2007b-dev | libc-client2007-dev | libc-client-dev (= 7:2007~), libldap2-dev, zlib1g-dev, libssl-dev (= 0.9.6), libdb-dev ┌ ──┐ │ Install build dependencies │ └ ──┘ Checking for already installed source dependencies... W: Unable to locate package libc-client2007-dev W: Unable to locate package libc-client2007b-dev What happened/is happening with the planned switch to unversioned libc-client post-lenny? -- Magnus Holmgrenholmg...@debian.org Debian Developer signature.asc Description: This is a digitally signed message part.
Bug#531937: FTBFS on mipsel due to missing -fPIC
Filippo Giunchedi wrote: Hi Luk, On Fri, Jun 05, 2009 at 10:35:39PM +0200, Luk Claes wrote: Filippo Giunchedi wrote: On Fri, Jun 05, 2009 at 07:54:00AM +0200, Luk Claes wrote: Package: autossh Version: 1.4b-2 Severity: serious Hi mips and mipsel now also need the -fPIC compilation flag to make sure shared objects only contain position independent code. I'm going to use this patch, makes sense? It's not sure it will work, there seems to be a mips* specific binutils issue as a similar fix did not work for openssh. is there an actual way to fix this FTBFS? Not without porters fixing the toolchain I guess. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553457: gnome-screensaver is uninstallable
Package: gnome-screensaver Version: 2.28.0-1 Severity: grave Hi, gnome-screensaver is uninstallable because it still depends on libgnomekbd3, please rebuild it against libgnomekbd4. Regards, Davide -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-gladstone6 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-screensaver depends on: ii dbus-x11 1.2.16-2 simple interprocess messaging syst ii gconf2 2.28.0-1 GNOME configuration database syste ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-42.28.0-1 GNOME configuration database syste ii libgl1-mesa-glx [libgl 7.6-1 A free implementation of the OpenG ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgnome-menu2 2.28.0-1 an implementation of the freedeskt pn libgnomekbd2 none(no description available) pn libgnomekbdui2 none(no description available) ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libpam0g 1.1.0-4 Pluggable Authentication Modules l ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpixman-1-0 0.16.2-1 pixel-manipulation library for X a ii libpng12-0 1.2.40-1 PNG library - runtime ii libsm6 2:1.1.1-1 X11 Session Management library ii libx11-6 2:1.2.2-1 X11 client-side library ii libxcb-render-util00.3.6-1 utility libraries for X C Binding ii libxcb-render0 1.4-1 X C Binding, render extension ii libxcb11.4-1 X C Binding ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.2.1-2 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library pn libxklavier12 none(no description available) ii libxml22.7.6.dfsg-1 GNOME XML library ii libxrandr2 2:1.3.0-2 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxss11:1.1.3-1 X11 Screen Saver extension library ii libxxf86misc1 1:1.0.1-3 X11 XFree86 miscellaneous extensio ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages gnome-screensaver recommends: ii gnome-power-manager 2.28.1-2 power management tool for the GNOM ii libpam-gnome-keyring 2.28.1-1 PAM module to unlock the GNOME key pn rss-glx none (no description available) Versions of packages gnome-screensaver suggests: pn xscreensaver-data none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549312: apt 0.7.21
After fighting dependecies, I have managed a run with 0.7.21 No cdrom segfault seen: - # dpkg -s apt Package: apt Status: install ok installed Priority: important Section: admin Installed-Size: 10328 Maintainer: APT Development Team de...@lists.debian.org Architecture: i386 Version: 0.7.21 ... - # apt-get install octave3.2 libarpack2 libgraphicsmagick++3 Reading package lists... Done Building dependency tree Reading state information... Done octave3.2 is already the newest version. The following packages were automatically installed and are no longer required: texlive libgail-common libjs-jquery texlive-math-extra wwwconfig-common python-gtkhtml2 python-sexy texlive-bibtex-extra libgtkhtml2-0 python-4suite-xml javascript-common lsb-release Use 'apt-get autoremove' to remove them. Suggested packages: graphicsmagick-dbg Recommended packages: atlas3-base The following NEW packages will be installed libarpack2 libgraphicsmagick++3 0 upgraded, 2 newly installed, 0 to remove and 4 not upgraded. 1 not fully installed or removed. Need to get 0B/423kB of archives. After this operation, 1225kB of additional disk space will be used. 0% [Working]ID 2 08d8254d138a3e88dfbcff4e8b38d692-2 ID 1 08d8254d138a3e88dfbcff4e8b38d692-1 Media Change: Please insert the disc labelled 'Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 DVD Binary-2 20091019-05:59' in the drive ‘/dvd/’ and press enter 0% [Working]ID 2 a2d1cdec7388a76b1bf8b836022f0985-2 Selecting previously deselected package libarpack2. (Reading database ... 243959 files and directories currently installed.) Unpacking libarpack2 (from .../libarpack2_2.1+parpack96.dfsg-2+b1_i386.deb) ... Selecting previously deselected package libgraphicsmagick++3. Unpacking libgraphicsmagick++3 (from .../libgraphicsmagick++3_1.3.5-5.1_i386.deb) ... Setting up libarpack2 (2.1+parpack96.dfsg-2+b1) ... Setting up libgraphicsmagick++3 (1.3.5-5.1) ... Setting up octave3.2 (3.2.3-1) ... update-alternatives: using /usr/bin/octave-3.2.3 to provide /usr/bin/octave (octave) in auto mode. update-alternatives: using /usr/bin/octave-bug-3.2.3 to provide /usr/bin/octave-bug (octave-bug) in auto mode. error: fclose: invalid stream number = -1 error: called from: error: /usr/share/octave/3.2.3/m/pkg/pkg.m at line 363, column 1 error: /usr/share/octave/3.2.3/m/startup/octaverc at line 25, column 1 dpkg: error processing octave3.2 (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for menu ... Errors were encountered while processing: octave3.2 E: Sub-process /usr/bin/dpkg returned an error code (1) - gdm was attached to the cdrom method and reported no problem: # gdb /usr/lib/apt/methods/cdrom 3558 GNU gdb (GDB) 7.0-debian Copyright (C) 2009 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. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/lib/apt/methods/cdrom...done. Attaching to program: /usr/lib/apt/methods/cdrom, process 3558 Reading symbols from /usr/lib/libapt-pkg-libc6.9-6.so.4.7...done. Loaded symbols for /usr/lib/libapt-pkg-libc6.9-6.so.4.7 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/i686/cmov/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libm.so.6 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/i686/cmov/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libc.so.6 Reading symbols from /lib/i686/cmov/libutil.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libutil.so.1 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 0xe424 in __kernel_vsyscall () (gdb) set logging file Argument required (filename to set it to.). (gdb) set logging file /tmp/gdb_cdrom.txt (gdb) bt #0 0xe424 in __kernel_vsyscall () #1 0xb75c2fad in select () from /lib/i686/cmov/libc.so.6 #2 0xb77f428a in WaitFd (Fd=0, write=false, timeout=0) at contrib/fileutl.cc:362 #3 0xb781f80b in pkgAcqMethod::MediaFail (this=0xbff27618, Required=..., Drive=...) at acquire-method.cc:258 #4 0x0804adb3 in CDROMMethod::Fetch (this=0xbff27618, Itm=0x80508a8) at cdrom.cc:168 #5 0xb7820b4c in pkgAcqMethod::Run (this=0xbff27618,
Bug#553457: marked as done (gnome-screensaver is uninstallable)
Your message dated Sat, 31 Oct 2009 16:29:20 +0100 with message-id 4aec57d0.3000...@gmail.com and subject line Re: Bug#553457: gnome-screensaver is uninstallable has caused the Debian Bug report #553457, regarding gnome-screensaver is uninstallable to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 553457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553457 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gnome-screensaver Version: 2.28.0-1 Severity: grave Hi, gnome-screensaver is uninstallable because it still depends on libgnomekbd3, please rebuild it against libgnomekbd4. Regards, Davide -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-gladstone6 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-screensaver depends on: ii dbus-x11 1.2.16-2 simple interprocess messaging syst ii gconf2 2.28.0-1 GNOME configuration database syste ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-42.28.0-1 GNOME configuration database syste ii libgl1-mesa-glx [libgl 7.6-1 A free implementation of the OpenG ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgnome-menu2 2.28.0-1 an implementation of the freedeskt pn libgnomekbd2 none(no description available) pn libgnomekbdui2 none(no description available) ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libpam0g 1.1.0-4 Pluggable Authentication Modules l ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpixman-1-0 0.16.2-1 pixel-manipulation library for X a ii libpng12-0 1.2.40-1 PNG library - runtime ii libsm6 2:1.1.1-1 X11 Session Management library ii libx11-6 2:1.2.2-1 X11 client-side library ii libxcb-render-util00.3.6-1 utility libraries for X C Binding ii libxcb-render0 1.4-1 X C Binding, render extension ii libxcb11.4-1 X C Binding ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.2.1-2 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library pn libxklavier12 none(no description available) ii libxml22.7.6.dfsg-1 GNOME XML library ii libxrandr2 2:1.3.0-2 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxss11:1.1.3-1 X11 Screen Saver extension library ii libxxf86misc1 1:1.0.1-3 X11 XFree86 miscellaneous extensio ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages gnome-screensaver recommends: ii gnome-power-manager 2.28.1-2 power management tool for the GNOM ii libpam-gnome-keyring 2.28.1-1 PAM module to unlock the GNOME key pn rss-glx none (no description available) Versions of packages gnome-screensaver suggests: pn xscreensaver-data none (no description available) ---End Message---
Bug#553463: installation-reports: No kernel modules were found at Load Installer components from CD PowerPC businesscard
Package: installation-reports Severity: grave Justification: renders package unusable -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/squeeze_d-i/arch-latest/powerpc/iso-cd/debian-testing-powerpc-businesscard.iso Date: This build finished at Sat Oct 31 10:58:16 UTC 2009. Machine: PowerMac G4 tower Partitions: N/A Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[ ] Configure network: [ ] Detect CD: [O] Load installer modules: [E] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: When the installer got to the Load Installer components from CD stage, it showed a screen saying No kernel modules were found. This is probably due to a mismatch between the kernel used by this version of the installer and the kernel version available in the archinve. and so on. It was unable to continue. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20090724-00:00 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux greybox 2.6.30-1-powerpc #1 Sat Jul 18 10:26:17 CEST 2009 ppc unknown lspci -knn: :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 AGP [106b:002d] lspci -knn: :00:10.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon RV200 QW [Radeon 7500] [1002:5157] lspci -knn: Subsystem: ATI Technologies Inc Radeon RV200 QW [Radeon 7500] [1002:5157] lspci -knn: Kernel driver in use: radeonfb lspci -knn: 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 PCI [106b:002e] lspci -knn: 0001:10:13.0 Ethernet controller [0200]: 3Com Corporation 3c905B 100BaseTX [Cyclone] [10b7:9055] (rev 30) lspci -knn: Subsystem: 3Com Corporation 3c905B 100BaseTX [Cyclone] [10b7:9055] lspci -knn: Kernel driver in use: 3c59x lspci -knn: 0001:10:14.0 RAID bus controller [0104]: Silicon Image, Inc. SiI 3112 [SATALink/SATARaid] Serial ATA Controller [1095:3112] (rev 02) lspci -knn: Subsystem: Silicon Image, Inc. Device [1095:6112] lspci -knn: Kernel driver in use: sata_sil lspci -knn: 0001:10:17.0 Class [ff00]: Apple Computer Inc. KeyLargo Mac I/O [106b:0022] (rev 03) lspci -knn: Kernel driver in use: macio lspci -knn: 0001:10:18.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB [106b:0019] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0001:10:19.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB [106b:0019] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0002:20:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 1.5 Internal PCI [106b:002f] lspci -knn: 0002:20:0e.0 FireWire (IEEE 1394) [0c00]: Agere Systems FW322/323 [11c1:5811] lspci -knn: Subsystem: Agere Systems FW322/323 [11c1:5811] lspci -knn: Kernel driver in use: firewire_ohci lspci -knn: 0002:20:0f.0 Ethernet controller [0200]: Apple Computer Inc. UniNorth GMAC (Sun GEM) [106b:0021] (rev 01) lspci -knn: Kernel driver in use: gem lsmod: Module Size Used by lsmod: nls_utf85236 0 lsmod: ufs83360 0 lsmod: hfsplus85056 0 lsmod: dm_mod 65304 0 lsmod: raid1 26532 1 lsmod: md_mod100064 1 raid1 lsmod: xfs 510652 0 lsmod: exportfs7876 1 xfs lsmod: reiserfs 260976 0 lsmod: jfs 179560 0 lsmod: hfs52156 0 lsmod: ext4 239388 0 lsmod: jbd2 61972 1 ext4 lsmod: crc16 5348 1 ext4 lsmod: ext3 138076 3 lsmod: jbd50856 1 ext3 lsmod: vfat 14676 0 lsmod: fat55864 1 vfat lsmod: ext2 74316 0 lsmod: mbcache11300 3 ext4,ext3,ext2 lsmod: sd_mod 37760 4 lsmod: crc_t10dif 5124 1 sd_mod lsmod: sata_sil 12716 2 lsmod: sungem 33396 0 lsmod: sungem_phy 14788 1 sungem lsmod: libata176736 1 sata_sil lsmod: 3c59x 44560 0 lsmod: isofs
Bug#553457: gnome-screensaver is uninstallable
reopen 553457 thanks On Sat, Oct 31, 2009 at 04:29:20PM +0100, Emilio Pozuelo Monfort wrote: Please mail debian-release@ for such things, this is not a bug in the package. Sorry but I fail to see why this should be not a gnome-screensaver bug. According to http://ftp-master.debian.org/removals.txt we have: Removed the following packages from unstable: libgnomekbd3 | 2.26.0-1 | alpha, amd64, armel, hppa, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc --- Reason --- [auto-cruft] NBS (was built by libgnomekbd) The libgnomekbd source package now builds a libgnomekbd4 binary package, so all the packages that still depend on the old libgnomekbd3 one should update their Depends, no? Regards, Davide -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553432: [Pkg-openldap-devel] Bug#553432: CVE-2009-3767: Doesn't properly handle NULL character in subject Common Name
--On Saturday, October 31, 2009 10:57 AM +0100 Giuseppe Iuculano iucul...@debian.org wrote: Package: openldap Severity: grave Tags: security patch This was fixed in OpenLDAP 2.4.18 (Just to note). Also, how easily someone can set up a rogue LDAP server masquarading as someone else's ldap server seems not particularly simple to do. I.e., this requires someone to set up an LDAP server with a bad cert, and then intercept someone elses ldap client traffic to that server. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#553457: gnome-screensaver is uninstallable
Processing commands for cont...@bugs.debian.org: reopen 553457 Bug #553457 {Done: Emilio Pozuelo Monfort poch...@gmail.com} [gnome-screensaver] gnome-screensaver is uninstallable thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553392: 'hugin' received an X Window System error
Andreas Metzler a écrit : On 2009-10-30 Phil phil.deb...@sfr.fr wrote: Package: hugin Version: 2009.2.0+dfsg-2 Severity: grave Justification: renders package unusable Hi, When I launch hugin, the splashscreen appears and the application crashes with the following error message: The program 'hugin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 786 error_code 1 request_code 135 minor_code 19) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I have tried to compiled the code from source but I have the same error. Any idea? [...] Hello, not really. Did you have this behavior since you installed the hugin package or was it triggered by upgrading something else? What window manager are you using? Could you please doubleckeck whether moving away ~/.hugin changes the behavior. Also it could be useful to get a backtrace. cu andreas Hello Andreas, Thank you for your reply. I have tried to remove ~/.hugin but the error still remains. My window manager is gnome but I have also tried with Window Maker without any success. I have tried gdb hugin and then run does not give me more information. I am not familiar with debugging. I really appreciate you you could tell me exactly what to do in order to have backtrace. Thank you in advance. Cheers, Phil -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553381: libnbtk-1.2-0: patches break API and ABI compatibility with upstream sources
Thomas Wood 提到: Package: libnbtk-1.2-0 Severity: serious Patches applied to this package breaks API and ABI compatibility with upstream sources. Breaking API compatibility prevents source packages from being compiled against the same version of the library elsewhere. Breaking ABI compatibility prevents binary packages from linking against the same version of the library elsewhere. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Dear Thomas, I attached the patch I made here in Debian package. I didn't remove any old APIs. I just add 2 new API: nbtk_widget_get_style_pseudo_classes and nbtk_stylable_get_pseudo_classes So it should not break the API. Please check if I'm correct. Yours Sincerely, Paul -- PaulLiu(劉穎駿) E-mail address: paul...@debian.org diff -Nur -x '*.orig' -x '*~' nbtk-1.1.9/configure.ac nbtk-1.1.9.new/configure.ac --- nbtk-1.1.9/configure.ac 2009-10-17 00:06:41.0 +0800 +++ nbtk-1.1.9.new/configure.ac 2009-10-23 13:57:07.023137139 +0800 @@ -121,7 +121,7 @@ AM_PROG_LIBTOOL -NBTK_REQUIRES=clutter-1.0 clutter-imcontext-0.1 libccss-1 = 0.3.1 +NBTK_REQUIRES=clutter-1.0 clutter-imcontext-0.1 ccss-1 = 0.5.0 PKG_CHECK_MODULES(NBTK, [$NBTK_REQUIRES]) PKG_CHECK_MODULES(GTK, [gtk+-2.0]) diff -Nur -x '*.orig' -x '*~' nbtk-1.1.9/nbtk/nbtk-stylable.c nbtk-1.1.9.new/nbtk/nbtk-stylable.c --- nbtk-1.1.9/nbtk/nbtk-stylable.c 2009-10-17 00:06:41.0 +0800 +++ nbtk-1.1.9.new/nbtk/nbtk-stylable.c 2009-10-23 13:57:07.023137139 +0800 @@ -742,8 +742,8 @@ * * Return value: the pseudo class name of @stylable */ -const gchar* -nbtk_stylable_get_pseudo_class (NbtkStylable *stylable) +const gchar** +nbtk_stylable_get_pseudo_classes (NbtkStylable *stylable) { NbtkStylableIface *iface; @@ -751,11 +751,21 @@ iface = NBTK_STYLABLE_GET_IFACE (stylable); - if (iface-get_pseudo_class) -return iface-get_pseudo_class (stylable); + if (iface-get_pseudo_classes) +return iface-get_pseudo_classes (stylable); else return NULL; } +const gchar* +nbtk_stylable_get_pseudo_class (NbtkStylable *stylable) +{ + const gchar **result=NULL; + result = nbtk_stylable_get_pseudo_classes(stylable); + if (result result[0]) { +return result[0]; + } + return NULL; +} /** * nbtk_stylable_get_attribute: diff -Nur -x '*.orig' -x '*~' nbtk-1.1.9/nbtk/nbtk-stylable.h nbtk-1.1.9.new/nbtk/nbtk-stylable.h --- nbtk-1.1.9/nbtk/nbtk-stylable.h 2009-10-17 00:06:41.0 +0800 +++ nbtk-1.1.9.new/nbtk/nbtk-stylable.h 2009-10-23 13:57:07.023137139 +0800 @@ -58,7 +58,7 @@ const gchar *(*get_style_id) (NbtkStylable *stylable); const gchar *(*get_style_type) (NbtkStylable *stylable); const gchar *(*get_style_class) (NbtkStylable *stylable); - const gchar *(*get_pseudo_class) (NbtkStylable *stylable); + const gchar **(*get_pseudo_classes) (NbtkStylable *stylable); gchar*(*get_attribute)(NbtkStylable *stylable, const gchar *name); gboolean (*get_viewport) (NbtkStylable *stylable, @@ -109,6 +109,7 @@ const gchar* nbtk_stylable_get_style_type(NbtkStylable *stylable); const gchar* nbtk_stylable_get_style_class (NbtkStylable *stylable); const gchar* nbtk_stylable_get_pseudo_class (NbtkStylable *stylable); +const gchar** nbtk_stylable_get_pseudo_classes (NbtkStylable *stylable); gchar*nbtk_stylable_get_attribute (NbtkStylable *stylable, const gchar *name); gboolean nbtk_stylable_get_viewport (NbtkStylable *stylable, diff -Nur -x '*.orig' -x '*~' nbtk-1.1.9/nbtk/nbtk-style.c nbtk-1.1.9.new/nbtk/nbtk-style.c --- nbtk-1.1.9/nbtk/nbtk-style.c 2009-10-17 00:06:41.0 +0800 +++ nbtk-1.1.9.new/nbtk/nbtk-style.c 2009-10-23 13:57:07.027138438 +0800 @@ -433,10 +433,10 @@ return nbtk_stylable_get_style_class (node-stylable); } -static const gchar* -get_pseudo_class (nbtk_style_node_t *node) +static const gchar** +get_pseudo_classes (nbtk_style_node_t *node) { - return nbtk_stylable_get_pseudo_class (node-stylable); + return nbtk_stylable_get_pseudo_classes (node-stylable); } static const gchar* @@ -462,7 +462,7 @@ .get_id = (ccss_node_get_id_f) get_style_id, .get_type = (ccss_node_get_type_f) get_style_type, .get_class= (ccss_node_get_class_f) get_style_class, -.get_pseudo_class = (ccss_node_get_pseudo_class_f) get_pseudo_class, +.get_pseudo_classes = (ccss_node_get_pseudo_classes_f) get_pseudo_classes, .get_viewport = NULL,// (ccss_node_get_viewport_f) get_viewport, .get_attribute=
Bug#553432: [Pkg-openldap-devel] Bug#553432: Bug#553432: CVE-2009-3767: Doesn't properly handle NULL character in subject Common Name
--On Saturday, October 31, 2009 8:47 AM -0700 Quanah Gibson-Mount qua...@zimbra.com wrote: --On Saturday, October 31, 2009 10:57 AM +0100 Giuseppe Iuculano iucul...@debian.org wrote: Package: openldap Severity: grave Tags: security patch This was fixed in OpenLDAP 2.4.18 (Just to note). Also, how easily someone can set up a rogue LDAP server masquarading as someone else's ldap server seems not particularly simple to do. I.e., this requires someone to set up an LDAP server with a bad cert, and then intercept someone elses ldap client traffic to that server. Also, if Debian's still supporting anything based on OL 2.3, I have a clean patch for this issue for it as well. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc Zimbra :: the leader in open source messaging and collaboration -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553470: may cause repository corruption
Package: bzr-svn Version: 0.4.10-2 Severity: critical Justification: data loss Using version 0.4.10-2 of this plugin to push commits from Bazaar to SVN resulted in severe data loss. Corrupted data spread to a number of branches in our repository, as well as ~/.bazaar/svn-cache, forcing us to re-generate the whole repository almost from scratch. I believe this is only a problem with 0.4.10, and perhaps only associated with pushing (and not with pulling). I strongly recommend that the 0.4.10 version is removed from Lenny, maybe by replacing it with a newer upstream release, or otherwise completely removing it so that Lenny users will upgrade to the version in Backports. Or, with the assumption that this problem only affects push operations, push support could be disabled in the Lenny version. More details available at: https://bugs.launchpad.net/bzr/+bug/462988 I keep a complete copy of the old repository (both local and remote), as well as my svn-cache dir, in case you need further information. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-libre2-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bzr-svn depends on: pn bzr none (no description available) ii python2.5.2-3An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt pn python-subvertpy none (no description available) Versions of packages bzr-svn recommends: pn python-tdbnone (no description available) ii python-xdg0.15-1.1 A python library to access freedes Versions of packages bzr-svn suggests: pn bzr-rebasenone (no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553471: bsign: depends-on-build-essential-package-without-using-version g++ [build-depends: g++]
Package: bsign Version: 0.4.5 Severity: serious User: lintian-ma...@debian.org Usertags: depends-on-build-essential-package-without-using-version The package declares a depends on a build essential package without using a versioned depends. Packages do not have to build-depend on any package included in build-essential. It is the responsibility of anyone building packages to have all build-essential packages installed. The only reason for an explicit dependency on a package included in build-essential is if a particular version of that package is required, in which case the dependency should include the version. Refer to Debian Policy Manual section 4.2 (Package relationships) for details. Filed as serious, since this will currently have this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553473: cabber: depends-on-build-essential-package-without-using-version libc6-dev [build-depends: libc6-dev]
Package: cabber Version: 0.4.0-test5-2.1 Severity: serious User: lintian-ma...@debian.org Usertags: depends-on-build-essential-package-without-using-version The package declares a depends on a build essential package without using a versioned depends. Packages do not have to build-depend on any package included in build-essential. It is the responsibility of anyone building packages to have all build-essential packages installed. The only reason for an explicit dependency on a package included in build-essential is if a particular version of that package is required, in which case the dependency should include the version. Refer to Debian Policy Manual section 4.2 (Package relationships) for details. Filed as serious, since this will currently have this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cabber depends on: ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand cabber recommends no packages. cabber suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553474: stalin: depends-on-build-essential-package-without-using-version dpkg-dev [build-depends: dpkg-dev]
Package: stalin Version: 0.11-4 Severity: serious User: lintian-ma...@debian.org Usertags: depends-on-build-essential-package-without-using-version The package declares a depends on a build essential package without using a versioned depends. Packages do not have to build-depend on any package included in build-essential. It is the responsibility of anyone building packages to have all build-essential packages installed. The only reason for an explicit dependency on a package included in build-essential is if a particular version of that package is required, in which case the dependency should include the version. Refer to Debian Policy Manual section 4.2 (Package relationships) for details. Filed as serious, since this will currently have this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stalin depends on: ii dpkg-dev 1.15.4.1 Debian package development tools ii libc6 2.10.1-3 GNU C Library: Shared libraries pn libgc-dev none (no description available) stalin recommends no packages. stalin suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553476: gkrellmwho2: depends-on-build-essential-package-without-using-version gcc [build-depends: gcc]
Package: gkrellmwho2 Version: 0.2.7-2 Severity: serious User: lintian-ma...@debian.org Usertags: depends-on-build-essential-package-without-using-version The package declares a depends on a build essential package without using a versioned depends. Packages do not have to build-depend on any package included in build-essential. It is the responsibility of anyone building packages to have all build-essential packages installed. The only reason for an explicit dependency on a package included in build-essential is if a particular version of that package is required, in which case the dependency should include the version. Refer to Debian Policy Manual section 4.2 (Package relationships) for details. Filed as serious, since this will currently have this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gkrellmwho2 depends on: ii gkrellm 2.3.2-4GNU Krell Monitors ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libfontconfig12.6.0-4generic font configuration library ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libx11-6 2:1.2.2-1 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi62:1.2.1-2 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra gkrellmwho2 recommends no packages. gkrellmwho2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553475: curves: depends-on-build-essential-package-without-using-version g++ [build-depends: g++]
Package: curves Version: 0.8.19 Severity: serious User: lintian-ma...@debian.org Usertags: depends-on-build-essential-package-without-using-version The package declares a depends on a build essential package without using a versioned depends. Packages do not have to build-depend on any package included in build-essential. It is the responsibility of anyone building packages to have all build-essential packages installed. The only reason for an explicit dependency on a package included in build-essential is if a particular version of that package is required, in which case the dependency should include the version. Refer to Debian Policy Manual section 4.2 (Package relationships) for details. Filed as serious, since this will currently have this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages curves depends on: ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-1 GCC support library ii libstdc++64.4.2-1The GNU Standard C++ Library v3 curves recommends no packages. Versions of packages curves suggests: ii cvs 1:1.12.13-12 Concurrent Versions System -- no debconf information -- debsums errors found: debsums: no md5sums for curves -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: limit source to ksimus-boolean, tagging 533954
Processing commands for cont...@bugs.debian.org: #ksimus-boolean (0.3.6-14) unstable; urgency=low # # * Fix libtool/autotools related build problem (Closes: #533954) # limit source ksimus-boolean Limiting to bugs with field 'source' containing at least one of 'ksimus-boolean' Limit currently set to 'source':'ksimus-boolean' tags 533954 + pending Bug #533954 [ksimus-boolean] ksimus-boolean: FTBFS: required file `admin/config.guess' not found Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553481: 3270-common: dependency problem
Package: 3270-common Version: 3.3.7p7-1+b1 Severity: grave Justification: renders package unusable This package is uninstallable, there's a dependency problem. Here's the error message : pegase:~# apt-get install 3270-common 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: 3270-common: Depends: libicu40 (= 4.0-1) but it is not installable E: Broken packages pegase:~# -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553480: python-pytrilinos: package-installs-python-pyc /usr/lib/python2.5/site-packages/PyTrilinos/NOX/Epetra/Interface.pyc and one other
Package: python-pytrilinos Version: 9.0.3.dfsg-1 Severity: serious User: lintian-ma...@debian.org Usertags: package-installs-python-pyc Compiled python source files should not be included in the package. These files should be removed from the package and created at package installation time in the postinst. Doing otherwise violates the draft python policy. Also, the approved mechanisms arrange for the python code to be compiled for a range of python itnerpreter versions, arrange for recompilation with the python interpreter status changes on the target machine, and arrange for dead versions to be removed. It allows for support of multiple python interpreter versions in parallel, despite byte-code incompatbilities. Filed as serious, since this will currently have this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pytrilinos depends on: ii libatlas3gf-base [liblapack 3.6.0-24 Automatically Tuned Linear Algebra ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libgcc1 1:4.4.2-1GCC support library ii libgfortran34.4.2-1 Runtime library for GNU Fortran ap ii liblapack3gf [liblapack.so. 3.2.1-2 library of linear algebra routines ii libstdc++6 4.4.2-1 The GNU Standard C++ Library v3 pn libsuitesparse-3.2.0none (no description available) pn libsuperlu3 none (no description available) pn libtrilinos none (no description available) ii libxml2 2.7.6.dfsg-1 GNOME XML library ii python2.5 2.5.4-2 An interactive high-level object-o python-pytrilinos recommends no packages. python-pytrilinos suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553479: python-openturns: package-installs-python-pyc /usr/lib/python2.5/site-packages/openturns/__init__.pyc
Package: python-openturns Version: 0.13.1-1 Severity: serious User: lintian-ma...@debian.org Usertags: package-installs-python-pyc Compiled python source files should not be included in the package. These files should be removed from the package and created at package installation time in the postinst. Doing otherwise violates the draft python policy. Also, the approved mechanisms arrange for the python code to be compiled for a range of python itnerpreter versions, arrange for recompilation with the python interpreter status changes on the target machine, and arrange for dead versions to be removed. It allows for support of multiple python interpreter versions in parallel, despite byte-code incompatbilities. Filed as serious, since this will currently have this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-openturns depends on: ii libatlas3gf-base [liblapack 3.6.0-24 Automatically Tuned Linear Algebra ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-1GCC support library ii libgfortran34.4.2-1 Runtime library for GNU Fortran ap ii liblapack3gf [liblapack.so. 3.2.1-2 library of linear algebra routines pn libopenturns0 none (no description available) ii libstdc++6 4.4.2-1 The GNU Standard C++ Library v3 ii libxml2 2.7.6.dfsg-1 GNOME XML library pn python-qt3 none (no description available) pn python-rpy none (no description available) python-openturns recommends no packages. python-openturns suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553483: pytrainer: package-installs-python-pyc /usr/lib/python2.5/site-packages/pytrainer/daygraph.pyc and 46 others
Package: pytrainer Version: 1.6.0.9-1 Severity: serious User: lintian-ma...@debian.org Usertags: package-installs-python-pyc Compiled python source files should not be included in the package. These files should be removed from the package and created at package installation time in the postinst. Doing otherwise violates the draft python policy. Also, the approved mechanisms arrange for the python code to be compiled for a range of python itnerpreter versions, arrange for recompilation with the python interpreter status changes on the target machine, and arrange for dead versions to be removed. It allows for support of multiple python interpreter versions in parallel, despite byte-code incompatbilities. Filed as serious, since this will currently have this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549760: libipc-shareable-perl: FTBFS: tests failed
Regarding the blocking, there's a bug report on CPAN: http://rt.cpan.org/Public/Bug/Display.html?id=19169 I think the reasoning there is sound; the parent could send both ALRM signals before $awake is set to 0, leaving nothing to wake up the child the second time. The fix there adds a 'sleep 1' into the mix, but better might be for the child to signal the parent that it has finished the first part of the processing and is ready for the next (so the parent gets a 'sleep unless $awake' line as well). Regarding the tests falling out of order, this must happen when the child exits unexpectedly before running the second and third tests, I think? Or doesn't manage to print anything. -- Tim Retout t...@retout.co.uk -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 544297
Processing commands for cont...@bugs.debian.org: tags 544297 moreinfo Bug #544297 [pcmanfm] pcmanfm cannot mount ntf-3g drives and usbsticks Added tag(s) moreinfo. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553488: qc-usb-source: build failure against Linux 2.6.30
Package: qc-usb-source Version: 0.6.6-6 Severity: grave Justification: renders package unusable qc-usb-source build fails against 2.6.30 CC [M] /usr/src/modules/qc-usb/qc-driver.o /usr/src/modules/qc-usb/qc-driver.c: In function ‘qc_i2c_init’: /usr/src/modules/qc-usb/qc-driver.c:827: warning: assignment from incompatible pointer type /usr/src/modules/qc-usb/qc-driver.c: In function ‘qc_proc_create’: /usr/src/modules/qc-usb/qc-driver.c:999: error: ‘struct proc_dir_entry’ has no member named ‘owner’ /usr/src/modules/qc-usb/qc-driver.c: In function ‘qc_proc_init’: /usr/src/modules/qc-usb/qc-driver.c:1037: error: ‘struct proc_dir_entry’ has no member named ‘owner’ /usr/src/modules/qc-usb/qc-driver.c: In function ‘qc_isoc_start’: /usr/src/modules/qc-usb/qc-driver.c:1869: warning: assignment from incompatible pointer type /usr/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_poll’: /usr/src/modules/qc-usb/qc-driver.c:2258: error: ‘struct video_device’ has no member named ‘priv’ /usr/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_open’: /usr/src/modules/qc-usb/qc-driver.c:2310: error: ‘struct video_device’ has no member named ‘priv’ /usr/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_close’: /usr/src/modules/qc-usb/qc-driver.c:2378: error: ‘struct video_device’ has no member named ‘priv’ /usr/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_read’: /usr/src/modules/qc-usb/qc-driver.c:2426: error: ‘struct video_device’ has no member named ‘priv’ /usr/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_mmap’: /usr/src/modules/qc-usb/qc-driver.c:2481: error: ‘struct video_device’ has no member named ‘priv’ /usr/src/modules/qc-usb/qc-driver.c: In function ‘qc_v4l_ioctl’: /usr/src/modules/qc-usb/qc-driver.c:2513: error: ‘struct video_device’ has no member named ‘priv’ /usr/src/modules/qc-usb/qc-driver.c:2531: error: ‘struct video_device’ has no member named ‘type’ /usr/src/modules/qc-usb/qc-driver.c: At top level: /usr/src/modules/qc-usb/qc-driver.c:3010: error: unknown field ‘type’ specified in initializer /usr/src/modules/qc-usb/qc-driver.c:3017: warning: initialization from incompatible pointer type /usr/src/modules/qc-usb/qc-driver.c: In function ‘qc_usb_init’: /usr/src/modules/qc-usb/qc-driver.c:3162: error: ‘struct video_device’ has no member named ‘priv’ make[6]: *** [/usr/src/modules/qc-usb/qc-driver.o] Error 1 make[5]: *** [_module_/usr/src/modules/qc-usb] Error 2 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (450, 'testing'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (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/dash Versions of packages qc-usb-source depends on: ii bzip2 1.0.5-3high-quality block-sorting file co ii debhelper 7.4.3 helper programs for debian/rules ii make 3.81-6 An utility for Directing compilati ii module-assistant 0.11.1 tool to make module package creati qc-usb-source recommends no packages. qc-usb-source suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544297: pcmanfm cannot mount ntf-3g drives and usbsticks
Hi Till, I just uploaded new version of pcmanfm to sid. Would you please confirm if the new version solved this problem? Regards, -Andrew -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553489: Slicer3-real: cannot find file libgdcmDICT.so.2.0
Package: slicer Version: 3.5.0~svn10636-1 Severity: grave Justification: renders package unusable $ slicer3 /usr/bin/Slicer3-real: error while loading shared libraries: libgdcmDICT.so.2.0: cannot open shared object file: No such file or directory This seems to be caused by a bug in libgdcm2.0 2.0.13-1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-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 slicer depends on: ii itcl33.4~b1-2[incr Tcl] OOP extension for Tcl - ii iwidgets44.0.1-5 [incr Widgets] Tk-based widget col ii libc62.10.1-3GNU C Library: Shared libraries ii libcurl3 7.19.5-1.1 Multi-protocol file transfer libra ii libgcc1 1:4.4.2-1 GCC support library ii libgdcm2.0 2.0.13-1Grassroots DICOM runtime libraries ii libgl1-mesa-glx [lib 7.6-1 A free implementation of the OpenG ii libinsighttoolkit3.1 3.16.0-1Image processing toolkit for regis ii libkwwidgets1.0.0908 1.0.0~cvs20090825-2 Cross-Platform GUI Toolkit - runti ii libslicer3 3.5.0~svn10636-1software package for visualization ii libstdc++6 4.4.2-1 The GNU Standard C++ Library v3 ii libvtk5.25.2.1-11Visualization Toolkit - A high lev ii slicer-data 3.5.0~svn10636-1software package for visualization ii tcl8.5 8.5.7-1 Tcl (the Tool Command Language) v8 ii tcl8.5-kwwidgets 1.0.0~cvs20090825-2 Cross-Platform GUI Toolkit - TCL/T ii tcllib 1.11.1-dfsg-2 the Standard Tcl Library ii vtk-tcl 5.2.1-11Tcl bindings for VTK -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Slicer3-real: cannot find file libgdcmDICT.so.2.0
Processing commands for cont...@bugs.debian.org: block 553489 by 553410 Bug #553489 [slicer] Slicer3-real: cannot find file libgdcmDICT.so.2.0 Was not blocked by any bugs. Added blocking bug(s) of 553489: 553410 severity 553410 grave Bug #553410 [gdcm] missing libgdcmDICT.so.2.0 and libgdcmcharls.so.2.0 Severity set to 'grave' from 'normal' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: limit source to prayer, tagging 552717
Processing commands for cont...@bugs.debian.org: #prayer (1.3.2-dfsg1-3) unstable; urgency=low # # * Replace non-existing libc-client2007-dev with new libc-client2007e-dev #among the libc-client Build-Depends alternatives (Closes: #552717). # limit source prayer Limiting to bugs with field 'source' containing at least one of 'prayer' Limit currently set to 'source':'prayer' tags 552717 + pending Bug #552717 [src:prayer] prayer: FTBFS: Nonexistent build-dependency: libc-client2007b-dev Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#553280: defoma: read-in-maintainer-script postinst:20
Processing commands for cont...@bugs.debian.org: severity 553280 important Bug #553280 [defoma] defoma: read-in-maintainer-script postinst:20 Severity set to 'important' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551784: neverball: incomplete build from source
forcemerge 544835 551784 thanks On Wed, Oct 21, 2009 at 11:06:31AM +0200, Jordà Polo wrote: On Tue, Oct 20, 2009 at 06:45:35PM +0200, Laurent Bonnaud wrote: this package is currently not installable in sid: [...] Right but not new, see #544835. I'm merging this bug with #544835. If you still think you are experiencing a different problem, please provide more information. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553280: defoma: read-in-maintainer-script postinst:20
severity 553280 important thanks On Thu, 29 Oct 2009, Manoj Srivastava wrote: This maintainer script appears to use read to get information from the user. Prompting in maintainer scripts must be done by communicating through a program such as debconf which conforms to the Debian Configuration management specification, version 2 or higher. Yeah, this prompting is in a codepath that won't be triggered anymore. [It's for upgrading from a version of defoma which we don't distribute anymore, and I didn't notice it when I was making a minimal QA release previously.] Since defoma should go away, I'm not going to bother to make a QA release where I just delete this codepath, but the next time someone makes an upload (if that actually happens) it should get deleted. Downgrading to important so people don't needlessly waste time looking at this bug. Don Armstrong -- CNN/Reuters: News reports have filtered out early this morning that US forces have swooped on an Iraqi Primary School and detained 6th Grade teacher Mohammed Al-Hazar. Sources indicate that, when arrested, Al-Hazar was in possession of a ruler, a protractor, a set square and a calculator. US President George W Bush argued that this was clear and overwhelming evidence that Iraq indeed possessed weapons of math instruction. http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553495: dcmtk-www: dir-or-file-in-var-www /var/www/dcmtk_wlm/offis.gif and one other
Package: dcmtk-www Version: 3.5.4-3 Severity: serious User: lintian-ma...@debian.org Usertags: dir-or-file-in-var-www Debian packages should not install files under /var/www. This is not one of the /var directories in the File Hierarchy Standard and is under the control of the local administrator. Packages should not assume that it is the document root for a web server; it is very common for users to change the default document root and packages should not assume that users will keep any particular setting. Packages that want to make files available via an installed web server should instead put instructions for the local administrator in a README.Debian file and ideally include configuration fragments for common web servers such as Apache. As an exception, packages are permitted to create the /var/www directory due to its past history as the default document root, but should at most copy over a default file in postinst for a new install. Refer to Filesystem Hierarchy Standard (The /var Hierarchy) for details. One solution that works is to put configuration files into /etc/package_name, put static content, if any, into /usr/{share,lib}/package_name, then create /var/lib/package name as home for the package, and symlink the files from /etc and /usr/ into the /var/lib/package_name. Then create a simple set of configuration snippets for popular web servers (for example, files one may link into /etc/apache2/conf.d) and put them into /etc/package_name. This way user modifiable files stil live in /etc, and a simple operation can make the package go live. Filed as serious, since this is a violation of the FHS (which is part of policy), and also since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dcmtk-www depends on: ii apache2-mpm-prefork [h 2.2.14-1 Apache HTTP Server - traditional n pn dcmtk none(no description available) ii libc6 2.10.1-3 GNU C Library: Shared libraries pn libdcmtk1 none(no description available) ii libgcc11:4.4.2-1 GCC support library ii libstdc++6 4.4.2-1 The GNU Standard C++ Library v3 ii perl 5.10.1-6 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime dcmtk-www recommends no packages. dcmtk-www suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553496: doc-central: dir-or-file-in-var-www /var/www/dc/index.html and two others
Package: doc-central Version: 1.8.2+nmu2 Severity: serious User: lintian-ma...@debian.org Usertags: dir-or-file-in-var-www Debian packages should not install files under /var/www. This is not one of the /var directories in the File Hierarchy Standard and is under the control of the local administrator. Packages should not assume that it is the document root for a web server; it is very common for users to change the default document root and packages should not assume that users will keep any particular setting. Packages that want to make files available via an installed web server should instead put instructions for the local administrator in a README.Debian file and ideally include configuration fragments for common web servers such as Apache. As an exception, packages are permitted to create the /var/www directory due to its past history as the default document root, but should at most copy over a default file in postinst for a new install. Refer to Filesystem Hierarchy Standard (The /var Hierarchy) for details. One solution that works is to put configuration files into /etc/package_name, put static content, if any, into /usr/{share,lib}/package_name, then create /var/lib/package name as home for the package, and symlink the files from /etc and /usr/ into the /var/lib/package_name. Then create a simple set of configuration snippets for popular web servers (for example, files one may link into /etc/apache2/conf.d) and put them into /etc/package_name. This way user modifiable files stil live in /etc, and a simple operation can make the package go live. Filed as serious, since this is a violation of the FHS (which is part of policy), and also since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages doc-central depends on: ii apache2 2.2.14-1 Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd-cg 2.2.14-1 Apache HTTP Server - traditional n ii doc-base 0.9.5 utilities to manage online documen ii info2www 1.2.2.9-24 Read info files with a WWW browser ii python2.5.4-2An interactive high-level object-o Versions of packages doc-central recommends: ii elinks [www-browser]0.12~pre5-1 advanced text-mode WWW browser ii iceweasel [www-browser] 3.5.4-1 lightweight web browser based on M ii konqueror [www-browser] 4:4.3.2-1KDE 4's advanced file manager, web ii lynx-cur [www-browser] 2.8.8dev.1-1 Text-mode WWW Browser with NLS sup ii w3m [www-browser] 0.5.2-2.1WWW browsable pager with excellent doc-central suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553497: dart-server: dir-or-file-in-var-www /var/www/Dart/Art/Dart.jpg and 43 others
Package: dart-server Version: 0.20061109-1 Severity: serious User: lintian-ma...@debian.org Usertags: dir-or-file-in-var-www Debian packages should not install files under /var/www. This is not one of the /var directories in the File Hierarchy Standard and is under the control of the local administrator. Packages should not assume that it is the document root for a web server; it is very common for users to change the default document root and packages should not assume that users will keep any particular setting. Packages that want to make files available via an installed web server should instead put instructions for the local administrator in a README.Debian file and ideally include configuration fragments for common web servers such as Apache. As an exception, packages are permitted to create the /var/www directory due to its past history as the default document root, but should at most copy over a default file in postinst for a new install. Refer to Filesystem Hierarchy Standard (The /var Hierarchy) for details. One solution that works is to put configuration files into /etc/package_name, put static content, if any, into /usr/{share,lib}/package_name, then create /var/lib/package name as home for the package, and symlink the files from /etc and /usr/ into the /var/lib/package_name. Then create a simple set of configuration snippets for popular web servers (for example, files one may link into /etc/apache2/conf.d) and put them into /etc/package_name. This way user modifiable files stil live in /etc, and a simple operation can make the package go live. Filed as serious, since this is a violation of the FHS (which is part of policy), and also since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dart-server depends on: ii python2.5.4-2An interactive high-level object-o dart-server recommends no packages. dart-server suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553498: dspam-webfrontend: dir-or-file-in-var-www /var/www/dspam/admin.cgi and 6 others
Package: dspam-webfrontend Version: 3.6.8-9.3 Severity: serious User: lintian-ma...@debian.org Usertags: dir-or-file-in-var-www Debian packages should not install files under /var/www. This is not one of the /var directories in the File Hierarchy Standard and is under the control of the local administrator. Packages should not assume that it is the document root for a web server; it is very common for users to change the default document root and packages should not assume that users will keep any particular setting. Packages that want to make files available via an installed web server should instead put instructions for the local administrator in a README.Debian file and ideally include configuration fragments for common web servers such as Apache. As an exception, packages are permitted to create the /var/www directory due to its past history as the default document root, but should at most copy over a default file in postinst for a new install. Refer to Filesystem Hierarchy Standard (The /var Hierarchy) for details. One solution that works is to put configuration files into /etc/package_name, put static content, if any, into /usr/{share,lib}/package_name, then create /var/lib/package name as home for the package, and symlink the files from /etc and /usr/ into the /var/lib/package_name. Then create a simple set of configuration snippets for popular web servers (for example, files one may link into /etc/apache2/conf.d) and put them into /etc/package_name. This way user modifiable files stil live in /etc, and a simple operation can make the package go live. Filed as serious, since this is a violation of the FHS (which is part of policy), and also since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dspam-webfrontend depends on: pn dspam none (no description available) ii libgd-gd2-perl1:2.39-2 Perl module wrapper for libgd - gd ii libgd-graph3d-perl0.63-5 Create 3D Graphs with GD and GD::G dspam-webfrontend recommends no packages. Versions of packages dspam-webfrontend suggests: pn apache2-suexecnone (no description available) ii libapache2-mod-auth-openid0.3-2 OpenID authentication module for A ii libapache2-mod-auth-pam 1.1.1-8module for Apache2 which authentic ii libapache2-mod-auth-pgsql 2.0.3-5Module for Apache2 which provides ii libapache2-mod-auth-plain 2.0.50 Module for Apache2 which provides ii libapache2-mod-auth-sys-group 1.1.1-8Module for Apache2 which checks us ii libapache2-mod-perl2 2.0.4-5Integration of perl with the Apach -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: reassign 551784 to src:neverball
Processing commands for cont...@bugs.debian.org: reassign 551784 src:neverball 1.5.4-1 Bug #551784 [neverball] neverball: incomplete build from source Bug reassigned from package 'neverball' to 'src:neverball'. Bug #551784 [src:neverball] neverball: incomplete build from source Bug Marked as found in versions neverball/1.5.4-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: forcibly merging 544835 551784
Processing commands for cont...@bugs.debian.org: forcemerge 544835 551784 Bug#544835: neverball - FTBFS: Failure to initialize virtual file system Bug#551784: neverball: incomplete build from source Forcibly Merged 544835 551784. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553498: [Pkg-dspam-misc] Bug#553498: dspam-webfrontend: dir-or-file-in-var-www /var/www/dspam/admin.cgi and 6 others
Hi Manoj, On Sat, 31 Oct 2009 14:10:33 -0500, Manoj Srivastava sriva...@debian.org wrote: Package: dspam-webfrontend Version: 3.6.8-9.3 Severity: serious User: lintian-ma...@debian.org Usertags: dir-or-file-in-var-www Debian packages should not install files under /var/www. This is not one of the /var directories in the File Hierarchy Standard and is under the control of the local administrator. Packages should not assume that it is the document root for a web server; it is very common for users to change the default document root and packages should not assume that users will keep any particular setting. Packages that want to make files available via an installed web server should instead put instructions for the local administrator in a README.Debian file and ideally include configuration fragments for common web servers such as Apache. As an exception, packages are permitted to create the /var/www directory due to its past history as the default document root, but should at most copy over a default file in postinst for a new install. Refer to Filesystem Hierarchy Standard (The /var Hierarchy) for details. One solution that works is to put configuration files into /etc/package_name, put static content, if any, into /usr/{share,lib}/package_name, then create /var/lib/package name as home for the package, and symlink the files from /etc and /usr/ into the /var/lib/package_name. Then create a simple set of configuration snippets for popular web servers (for example, files one may link into /etc/apache2/conf.d) and put them into /etc/package_name. This way user modifiable files stil live in /etc, and a simple operation can make the package go live. Filed as serious, since this is a violation of the FHS (which is part of policy), and also since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. As dspam-webfrontend relies on apache2-suexec, which sets the document root to /var/www/, I fear there is nothing we can do about this for now. Furthermore, as per http://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-web-appl: If access to the web document root is unavoidable then use /var/www as the Document Root. I would hence think using /var/www for dspam-webfrontend is correct, what do you think of it? Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
Neil Jerram n...@ossau.uklinux.net writes: For 1.8.x extensions have to go in /usr/lib ... Sorry, s/have to/usually/ (It's possible for Guile code to load a .so from anywhere if it specifies the full path.) Neil -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
l...@gnu.org (Ludovic Courtès) writes: As far as the GnuTLS Guile bindings arguments, libguile-gnutls was never meant to be used as a “normal C library”, so it should definitely go under something different from $libdir (I wasn’t clear on that when I worked on it back then.) So as time permits, I’m planning to update GnuTLS so that it installs the .so under $(pkglibdir) or $(libdir)/guile-1.8. Any preference? (I'm assuming this is a question for the Debian maintainers... please say if that wasn't what you meant.) Neil -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
Andy Wingo wi...@pobox.com writes: In the alpha 1.9 series you can install them to extensiondir. From NEWS: ** Dynamically loadable extensions may be placed in a Guile-specific path Before, Guile only searched the system library paths for extensions (e.g. /usr/lib), which meant that the names of Guile extensions had to be globally unique. Installing them to a Guile-specific extensions directory is cleaner. Use `pkg-config --variable=extensionsdir guile-2.0' to get the location of the extensions directory. Thanks, Andy. Debian people: apologies for maybe confusing this issue by raising something that will be only be available in our next release. For 1.8.x extensions have to go in /usr/lib (as you've already concluded in other emails for this bug). Regards, Neil -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: limit source to knmap, tagging 543021
Processing commands for cont...@bugs.debian.org: #knmap (2.1-4) unstable; urgency=low # # * Renamed and updated 01_automake1.10.1.diff to 01_automake1.11.diff so that #we can use automake version 1.11. Fixes a FTBFS (Closes: #543021) # limit source knmap Limiting to bugs with field 'source' containing at least one of 'knmap' Limit currently set to 'source':'knmap' tags 543021 + pending Bug #543021 [knmap] knmap: FTBFS: make[2]: *** [cvs] Error 1 Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 552799
Processing commands for cont...@bugs.debian.org: tags 552799 + pending Bug #552799 [mopac7-bin] Wrapper script contains wrong path './fortran/mopac7' Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553381: libnbtk-1.2-0: patches break API and ABI compatibility with upstream sources
The following hunk demonstrates the break in API and ABI with upstream: diff -Nur -x '*.orig' -x '*~' nbtk-1.1.9/nbtk/nbtk-stylable.h nbtk-1.1.9.new/nbtk/nbtk-stylable.h --- nbtk-1.1.9/nbtk/nbtk-stylable.h 2009-10-17 00:06:41.0 +0800 +++ nbtk-1.1.9.new/nbtk/nbtk-stylable.h 2009-10-23 13:57:07.023137139 +0800 @@ -58,7 +58,7 @@ const gchar *(*get_style_id) (NbtkStylable *stylable); const gchar *(*get_style_type) (NbtkStylable *stylable); const gchar *(*get_style_class) (NbtkStylable *stylable); - const gchar *(*get_pseudo_class) (NbtkStylable *stylable); + const gchar **(*get_pseudo_classes) (NbtkStylable *stylable); gchar*(*get_attribute)(NbtkStylable *stylable, const gchar *name); gboolean (*get_viewport) (NbtkStylable *stylable, This is a break in the API because the (*get_pseudo_class) member has been removed. This is a break in the ABI because the function pointer at the struct offset no longer returns the same type and has a different behaviour. - Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
Neil Jerram n...@ossau.uklinux.net writes: l...@gnu.org (Ludovic Courtès) writes: As far as the GnuTLS Guile bindings arguments, libguile-gnutls was never s/arguments/are concerned/ meant to be used as a “normal C library”, so it should definitely go under something different from $libdir (I wasn’t clear on that when I worked on it back then.) So as time permits, I’m planning to update GnuTLS so that it installs the .so under $(pkglibdir) or $(libdir)/guile-1.8. Any preference? (I'm assuming this is a question for the Debian maintainers... please say if that wasn't what you meant.) It's more a question to the GNU maintainers (you, Andy, and Simon), but probably of interest to the Debian maintainers. :-) Thanks, Ludo'. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
l...@gnu.org (Ludovic Courtès) writes: meant to be used as a “normal C library”, so it should definitely go under something different from $libdir (I wasn’t clear on that when I worked on it back then.) So as time permits, I’m planning to update GnuTLS so that it installs the .so under $(pkglibdir) or $(libdir)/guile-1.8. Any preference? (I'm assuming this is a question for the Debian maintainers... please say if that wasn't what you meant.) It's more a question to the GNU maintainers (you, Andy, and Simon), but probably of interest to the Debian maintainers. :-) In that case, for the sake of consistency, shouldn't the answer be the same as what we will get in 1.9/2.0 from `pkg-config --value=extensionsdir guile-2.0` (per Andy's email)? Neil -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543736: Please *dont* remove!
Heya! ghextris is really one of my favourite games in Debian and also one of the first I show when talking to people about small games! I see the package is now orphaned and I would definitely be willing to take over. However it looks like somthing that is a nice starting point for newcomers so giving the wnpp-bug some more time (I came to debian through a very similar package myself!). Regards Christoph -- /\ ASCII Ribbon : GPG-Key ID: 0xD49AE731 \ /Campaign : CaCert Assurer X against HTML : Debian Maintainer / \ in eMails : http://www.debian.org/ http://www.christoph-egger.org/ signature.asc Description: Digital signature
Bug#552897: vzquota: FTBFS: vzdqload.c:23:1: error: __USE_ISOC99 redefined
Thanks. I'll look into this asap. I wonder why it worked in lenny... // Ola On Wed, Oct 28, 2009 at 11:43:27AM +0100, Lucas Nussbaum wrote: Source: vzquota Version: 3.0.11-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: cc -c -Wall -g -O2 -pipe -I../include -g -Wall -Werror -Wformat -D_FILE_OFFSET_BITS=64 -D_LINUX_QUOTA_VERSION=6 -D_LARGEFILE64_SOURCE -DVARDIR=\/var/lib\ vzdqload.c -o vzdqload.o vzdqload.c:23:1: error: __USE_ISOC99 redefined In file included from /usr/include/sys/file.h:22, from vzdqload.c:19: /usr/include/features.h:234:1: error: this is the location of the previous definition make[2]: *** [vzdqload.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/vzquota_3.0.11-1_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552721: marked as done (FTBFS: GPGME was compiled with _FILE_OFFSET_BITS = 64)
Your message dated Sat, 31 Oct 2009 22:36:24 + with message-id e1n4mya-0005si...@ries.debian.org and subject line Bug#552721: fixed in almanah 0.6.1-3 has caused the Debian Bug report #552721, regarding FTBFS: GPGME was compiled with _FILE_OFFSET_BITS = 64 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552721: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552721 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: almanah Version: 0.6.1-2 Justification: FTBFS Severity: serious Tags: patch Hi, almanah package FTBFS on unstable. Because gpgme package was compiled with _FILE_OFFSET_BITS = 64. gpa need enable _FILE_OFFSET_BITS = 64. http://buildd.debian-ports.org/fetch.php?pkg=almanahver=0.6.1-2arch=sh4stamp=1256673526file=logas=raw - ... gcc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_LOCALE_DIR=\/usr/share/locale\ -DPACKAGE_SRC_DIR=\.\ -DPACKAGE_DATA_DIR=\/usr/share\ -I./definitions -I./events -I./event-factories -D_REENTRANT -DORBIT2=1 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/evolution-data-server-2.28 -I/usr/include/libbonobo-2.0 -I/usr/include/ -I/usr/include/bonobo-activation-2.0 -I/usr/include/libxml2 -I/usr/include/libsoup-2.4 -I/usr/include/libglade-2.0 -DORBIT2=1 -pthread -I/usr/include/libcryptui -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-D_REENTRANT -I/usr/include/gtkspell-2.0 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -g -g -O2 -c storage-manager.c In file included from storage-manager.c:29: /usr/include/gpgme.h:80:2: error: #error GPGME was compiled with _FILE_OFFSET_BITS = 64, please see the section Largefile support (LFS) in the GPGME manual. make[3]: *** [storage-manager.o] Error 1 - This problem is resolved by adding -D_FILE_OFFSET_BITS=64 to CFLAGS. Regards, Nobuhiro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Source: almanah Source-Version: 0.6.1-3 We believe that the bug you reported is fixed in the latest version of almanah, which is due to be installed in the Debian FTP archive: almanah_0.6.1-3.diff.gz to main/a/almanah/almanah_0.6.1-3.diff.gz almanah_0.6.1-3.dsc to main/a/almanah/almanah_0.6.1-3.dsc almanah_0.6.1-3_amd64.deb to main/a/almanah/almanah_0.6.1-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Angel Abad angela...@gmail.com (supplier of updated almanah package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 12:07:55 +0100 Source: almanah Binary: almanah Architecture: source amd64 Version: 0.6.1-3 Distribution: unstable Urgency: low Maintainer: Angel Abad angela...@gmail.com Changed-By: Angel Abad angela...@gmail.com Description: almanah- application to ease management of a personal diary Closes: 549559 552721 Changes: almanah (0.6.1-3) unstable; urgency=low . * Update my email address * debian/rules: - Remove get-orig-source target - Add -D_FILE_OFFSET_BITS=64 for sh4 FTBFS (Closes: #552721) * debian/control: Set Standards-Version to 3.8.3 (no changes) * Add quilt support in debian/control and debian/rules * Add debian/README.source with quilt documentation * debian/patches - Add gpgme_1.2_compat for libgpgme11 1.2
Bug#552777: marked as done (FTBFS: GPGME was compiled with _FILE_OFFSET_BITS = 64)
Your message dated Sat, 31 Oct 2009 22:36:24 + with message-id e1n4mya-0005si...@ries.debian.org and subject line Bug#552721: fixed in almanah 0.6.1-3 has caused the Debian Bug report #552721, regarding FTBFS: GPGME was compiled with _FILE_OFFSET_BITS = 64 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552721: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552721 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: almanah Version: 0.6.1-2 Justification: FTBFS Severity: serious Tags: patch Hi, almanah package FTBFS on unstable. Because gpgme package was compiled with _FILE_OFFSET_BITS = 64. gpa need enable _FILE_OFFSET_BITS = 64. http://buildd.debian-ports.org/fetch.php?pkg=almanahver=0.6.1-2arch=sh4stamp=1256673526file=logas=raw - ... gcc -DHAVE_CONFIG_H -I. -I. -I.. -DPACKAGE_LOCALE_DIR=\/usr/share/locale\ -DPACKAGE_SRC_DIR=\.\ -DPACKAGE_DATA_DIR=\/usr/share\ -I./definitions -I./events -I./event-factories -D_REENTRANT -DORBIT2=1 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/evolution-data-server-2.28 -I/usr/include/libbonobo-2.0 -I/usr/include/ -I/usr/include/bonobo-activation-2.0 -I/usr/include/libxml2 -I/usr/include/libsoup-2.4 -I/usr/include/libglade-2.0 -DORBIT2=1 -pthread -I/usr/include/libcryptui -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-D_REENTRANT -I/usr/include/gtkspell-2.0 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -g -g -O2 -c storage-manager.c In file included from storage-manager.c:29: /usr/include/gpgme.h:80:2: error: #error GPGME was compiled with _FILE_OFFSET_BITS = 64, please see the section Largefile support (LFS) in the GPGME manual. make[3]: *** [storage-manager.o] Error 1 - This problem is resolved by adding -D_FILE_OFFSET_BITS=64 to CFLAGS. Regards, Nobuhiro -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Nobuhiro Iwamatsu ---End Message--- ---BeginMessage--- Source: almanah Source-Version: 0.6.1-3 We believe that the bug you reported is fixed in the latest version of almanah, which is due to be installed in the Debian FTP archive: almanah_0.6.1-3.diff.gz to main/a/almanah/almanah_0.6.1-3.diff.gz almanah_0.6.1-3.dsc to main/a/almanah/almanah_0.6.1-3.dsc almanah_0.6.1-3_amd64.deb to main/a/almanah/almanah_0.6.1-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Angel Abad angela...@gmail.com (supplier of updated almanah package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 12:07:55 +0100 Source: almanah Binary: almanah Architecture: source amd64 Version: 0.6.1-3 Distribution: unstable Urgency: low Maintainer: Angel Abad angela...@gmail.com Changed-By: Angel Abad angela...@gmail.com Description: almanah- application to ease management of a personal diary Closes: 549559 552721 Changes: almanah (0.6.1-3) unstable; urgency=low . * Update my email address * debian/rules: - Remove get-orig-source target - Add -D_FILE_OFFSET_BITS=64 for sh4 FTBFS (Closes: #552721) * debian/control: Set Standards-Version to 3.8.3 (no changes) * Add quilt support in debian/control and debian/rules * Add debian/README.source with quilt documentation * debian/patches - Add
Bug#549559: marked as done (Almanah: segmentation fault when using gpg encrypted db)
Your message dated Sat, 31 Oct 2009 22:36:24 + with message-id e1n4mya-0005se...@ries.debian.org and subject line Bug#549559: fixed in almanah 0.6.1-3 has caused the Debian Bug report #549559, regarding Almanah: segmentation fault when using gpg encrypted db to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549559: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549559 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: almanah Version: 0.6.1-2 Severity: important Almanah doesn't start (segmentation fault) when using gpg encryption for db. I tried to create a new db and to use another gpg key, but the problem persists. No problem disabling encryption. Using version 1.1.6 of libgpgme11 from lenny solve the problem. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages almanah depends on: ii gconf2 2.26.2-3 GNOME configuration database syste ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.24.1-1 Bonobo CORBA interfaces library ii libc6 2.9-25GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcryptui02.26.2-1 the UI library for DBUS functions ii libebook1.2-9 2.26.3-1+b1 Client library for evolution addre ii libecal1.2-7 2.26.3-1+b1 Client library for evolution calen ii libedataserver1.2-11 2.26.3-1+b1 Utility library for evolution data ii libedataserverui1.2-8 2.26.3-1+b1 GUI utility library for evolution ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgconf2-42.26.2-3 GNOME configuration database syste ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.0-1 The GLib library of C routines ii libgpg-error0 1.6-1 library for common error values an ii libgpgme11 1.2.0-1 GPGME - GnuPG Made Easy ii libgtk2.0-02.16.6-1 The GTK+ graphical user interface ii libgtkspell0 2.0.13-2 a spell-checking addon for GTK's T ii libical0 0.43-3iCalendar library implementation i ii liborbit2 1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libsoup2.4-1 2.28.0-1 an HTTP library implementation in ii libsqlite3-0 3.6.18-1 SQLite 3 shared library ii libxml22.7.4.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages almanah recommends: ii seahorse 2.26.2-1 GNOME front end for GnuPG almanah suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: almanah Source-Version: 0.6.1-3 We believe that the bug you reported is fixed in the latest version of almanah, which is due to be installed in the Debian FTP archive: almanah_0.6.1-3.diff.gz to main/a/almanah/almanah_0.6.1-3.diff.gz almanah_0.6.1-3.dsc to main/a/almanah/almanah_0.6.1-3.dsc almanah_0.6.1-3_amd64.deb to main/a/almanah/almanah_0.6.1-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 549...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Angel Abad angela...@gmail.com (supplier of updated almanah package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 12:07:55 +0100 Source: almanah Binary: almanah Architecture: source amd64 Version: 0.6.1-3 Distribution: unstable Urgency: low Maintainer: Angel Abad angela...@gmail.com Changed-By: Angel Abad angela...@gmail.com Description:
Bug#552960: marked as done (binutils-z80: FTBFS: can't find tarball)
Your message dated Sat, 31 Oct 2009 22:46:58 + with message-id e1n4mio-00076e...@ries.debian.org and subject line Bug#552960: fixed in binutils-z80 2.20-1 has caused the Debian Bug report #552960, regarding binutils-z80: FTBFS: can't find tarball to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552960: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552960 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: binutils-z80 Version: 2.19.91-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/fakeroot debian/rules clean dpatch deapply-all rm -rf patch-stamp patch-stampT debian/patched dh_testdir dh_testroot rm -f build-stamp configure-stamp unpack-stamp rm -rf build src dh_clean dpkg-source -b binutils-z80-2.19.91 dpkg-source: info: using source format `1.0' dpkg-source: info: building binutils-z80 using existing binutils-z80_2.19.91.orig.tar.gz dpkg-source: info: building binutils-z80 in binutils-z80_2.19.91-1.diff.gz dpkg-source: info: building binutils-z80 in binutils-z80_2.19.91-1.dsc debian/rules build mkdir -p src /bin/sh: cd src tar xj --strip-components=1 /build/user-binutils-z80_2.19.91-1-amd64-InStPl/binutils-z80-2.19.91/binutils-2.19.91.tar.bz2 cannot open /build/user-binutils-z80_2.19.91-1-amd64-InStPl/binutils-z80-2.19.91/binutils-2.19.91.tar.bz2: No such file make: *** [unpack-stamp] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/binutils-z80_2.19.91-1_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: binutils-z80 Source-Version: 2.20-1 We believe that the bug you reported is fixed in the latest version of binutils-z80, which is due to be installed in the Debian FTP archive: binutils-z80_2.20-1.dsc to main/b/binutils-z80/binutils-z80_2.20-1.dsc binutils-z80_2.20-1.tar.gz to main/b/binutils-z80/binutils-z80_2.20-1.tar.gz binutils-z80_2.20-1_amd64.deb to main/b/binutils-z80/binutils-z80_2.20-1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Joost Yervante Damad and...@debian.org (supplier of updated binutils-z80 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 29 Oct 2009 19:38:58 +0100 Source: binutils-z80 Binary: binutils-z80 Architecture: source amd64 Version: 2.20-1 Distribution: unstable Urgency: low Maintainer: Joost Yervante Damad and...@debian.org Changed-By: Joost Yervante Damad and...@debian.org Description: binutils-z80 - The GNU binary utilities, for the z80-unknown-coff target Closes: 552960 Changes: binutils-z80 (2.20-1) unstable; urgency=low . * update to binutils 2.20 (Closes: #552960) Checksums-Sha1: 1ce5fb8b1ffb7730ff53fcdb7d8ebe5e025f6ddd 899 binutils-z80_2.20-1.dsc 808684842cc080d1980b7caf38e3e007af9f46ae 3051 binutils-z80_2.20-1.tar.gz db25b2e56de0b9e0f8cf946a5a5dfc34d79cf53a 2612260 binutils-z80_2.20-1_amd64.deb Checksums-Sha256: e01898e683a43884a0d260a88ea967dc855bf3b1062d0207595346d770debfd9 899 binutils-z80_2.20-1.dsc 6ebd4cb117d8cb356906944b4aa641b7b3e69f80178167b182c9cfcf1e405ccc 3051 binutils-z80_2.20-1.tar.gz 89fe36f7f2ad186b930cc55cf8f47ee67815f212105b39903744626174a07e42 2612260 binutils-z80_2.20-1_amd64.deb Files: f50a0ed13ee6f9623586d0c76182c502 899 devel extra binutils-z80_2.20-1.dsc c8e256aafe1b7851489fdcb68b00ecbe 3051 devel extra binutils-z80_2.20-1.tar.gz 737ef3b9184aefc6126f45059c76f6a4 2612260 devel extra binutils-z80_2.20-1_amd64.deb -BEGIN PGP SIGNATURE-
Bug#518742: marked as done (binutils-avr: FTBFS: patching fails)
Your message dated Sat, 31 Oct 2009 22:46:49 + with message-id e1n4mif-00072d...@ries.debian.org and subject line Bug#518742: fixed in binutils-avr 2.20-1 has caused the Debian Bug report #518742, regarding binutils-avr: FTBFS: patching fails to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 518742: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518742 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: binutils-avr Version: 2.18-4 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090307 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp a.out unpack-stamp patch-stamp # Add here commands to clean up after the build process. #-/usr/bin/make clean rm -rf src #rm binutils-2.18.tar.bz2 dh_clean dpkg-source -b binutils-avr-2.18-4 dpkg-source: warning: source directory 'binutils-avr-2.18-4' is not sourcepackage-upstreamversion 'binutils-avr-2.18' dpkg-source: info: using source format `1.0' dpkg-source: info: building binutils-avr in binutils-avr_2.18-4.tar.gz dpkg-source: info: building binutils-avr in binutils-avr_2.18-4.dsc debian/rules build tar xjf /usr/src/binutils/binutils-*.tar.bz2 #tar xjf binutils-2.18.tar.bz2 mv `ls -d binutils* | grep -v tar` src #mkdir build touch unpack-stamp cd src for p in ../debian/patches/*.patch; do patch -p0 $p; done patching file bfd/Makefile.in Hunk #1 succeeded at 1576 (offset 596 lines). patching file binutils/size.c Hunk #1 succeeded at 36 (offset 1 line). Hunk #2 succeeded at 69 (offset 1 line). Hunk #3 succeeded at 84 (offset 1 line). Hunk #4 succeeded at 241 (offset 1 line). Hunk #5 succeeded at 251 (offset 1 line). Hunk #6 succeeded at 262 (offset 1 line). Hunk #7 succeeded at 270 (offset 1 line). Hunk #8 succeeded at 302 (offset 1 line). Hunk #9 succeeded at 311 (offset 1 line). Hunk #10 succeeded at 327 (offset 1 line). Hunk #11 succeeded at 359 (offset 1 line). Hunk #12 succeeded at 412 (offset 1 line). Hunk #13 succeeded at 771 (offset -1 lines). patching file ./binutils/doc/objcopy.1 Hunk #1 succeeded at 193 with fuzz 2. Hunk #2 succeeded at 807 (offset -2 lines). patching file ./binutils/Makefile.am Hunk #1 succeeded at 97 (offset -1 lines). Hunk #2 succeeded at 105 (offset -1 lines). patching file ./binutils/Makefile.in Hunk #1 succeeded at 133 (offset 4 lines). Hunk #2 succeeded at 421 (offset 3 lines). Hunk #3 succeeded at 429 (offset 3 lines). patching file ./binutils/bucomm.c Hunk #1 succeeded at 549 (offset 48 lines). patching file ./binutils/bucomm.h Hunk #1 succeeded at 57 (offset 3 lines). patching file ./binutils/budbg.h patching file binutils/debug.c patching file ./binutils/debug.h patching file ./binutils/objcopy.c Hunk #1 succeeded at 32 with fuzz 2. Hunk #2 succeeded at 271 (offset -2 lines). Hunk #3 succeeded at 317 (offset -2 lines). Hunk #4 succeeded at 507 (offset -2 lines). Hunk #5 succeeded at 955 (offset 37 lines). Hunk #6 succeeded at 1056 (offset 37 lines). Hunk #7 succeeded at 2669 (offset 71 lines). Hunk #8 succeeded at 3371 (offset 70 lines). patching file ./binutils/rdcoff.c patching file ./binutils/wrcoff.c patching file ./bfd/Makefile.am Hunk #2 succeeded at 391 (offset 2 lines). Hunk #3 succeeded at 1202 with fuzz 2 (offset 12 lines). patching file ./bfd/Makefile.in Hunk #1 succeeded at 462 (offset 4 lines). Hunk #2 succeeded at 645 (offset 6 lines). Hunk #3 succeeded at 1786 with fuzz 2 (offset 16 lines). patching file ./bfd/coff-avr.c patching file ./bfd/coff-ext-avr.c patching file ./bfd/coffcode.h Hunk #1 succeeded at 1 with fuzz 1. Hunk #2 succeeded at 1778 (offset 8 lines). Hunk #3 succeeded at 1813 (offset 8 lines). Hunk #4 succeeded at 1939 (offset 8 lines). Hunk #5 succeeded at 2740 (offset 8 lines). Hunk #6 succeeded at 3543 (offset 8 lines). Hunk #7 succeeded at 3892 (offset 8 lines). Hunk #8 succeeded at 3970 (offset 8 lines). Hunk #9 succeeded at 4165 (offset 8 lines). Hunk #10 succeeded at 4544 (offset 9 lines). Hunk #11 succeeded at 4771 (offset 9 lines). patching file ./bfd/coffgen.c patching file ./bfd/coffswap.h patching file ./bfd/config.bfd Hunk #1 succeeded at 328 (offset 1 line). patching file ./bfd/configure Hunk #1 succeeded at 19626 (offset 592 lines). patching file ./bfd/configure.in Hunk #1 succeeded at 619 (offset 7 lines). patching file ./bfd/targets.c Hunk #2 succeeded
Bug#549784: marked as done (cothreads: FTBFS: E: Error: unit Mutex exported in libcothreads-ocaml-dev v0.10-2 but already exported by ocaml-nox/ocaml-base-nox v3.11.1-3)
Your message dated Sat, 31 Oct 2009 22:51:29 + with message-id e1n4mnb-0008vx...@ries.debian.org and subject line Bug#549784: fixed in cothreads 0.10-3 has caused the Debian Bug report #549784, regarding cothreads: FTBFS: E: Error: unit Mutex exported in libcothreads-ocaml-dev v0.10-2 but already exported by ocaml-nox/ocaml-base-nox v3.11.1-3 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549784: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549784 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: cothreads Version: 0.10-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091005 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/user-cothreads_0.10-2-amd64-zua3nB/cothreads-0.10/src/process' mkdir -p /build/user-cothreads_0.10-2-amd64-zua3nB/cothreads-0.10/debian/libcothreads-ocaml-dev/usr/lib/ocaml/process cp -pfr mutex.cmi condition.cmi event.cmi cothread.cmi stm.cmi thread.cmi mutex.cmx condition.cmx event.cmx cothread.cmx stm.cmx thread.cmx threads.cma cothreads.cma threads.cmxa cothreads.cmxa threads.a cothreads.a /build/user-cothreads_0.10-2-amd64-zua3nB/cothreads-0.10/debian/libcothreads-ocaml-dev/usr/lib/ocaml/process make[3]: Leaving directory `/build/user-cothreads_0.10-2-amd64-zua3nB/cothreads-0.10/src/process' mkdir -p /build/user-cothreads_0.10-2-amd64-zua3nB/cothreads-0.10/debian/libcothreads-ocaml-dev/usr/lib/ocaml cp -pfr mutex.cmi condition.cmi event.cmi cothread.mli stm.mli cothread.cmi stm.cmi /build/user-cothreads_0.10-2-amd64-zua3nB/cothreads-0.10/debian/libcothreads-ocaml-dev/usr/lib/ocaml make[2]: Leaving directory `/build/user-cothreads_0.10-2-amd64-zua3nB/cothreads-0.10/src' make[1]: Leaving directory `/build/user-cothreads_0.10-2-amd64-zua3nB/cothreads-0.10' dh_installdirs -plibcothreads-ocaml-dev sed -i s/@VERSION@/0.10/g '/build/user-cothreads_0.10-2-amd64-zua3nB/cothreads-0.10/debian/META.cothreads' dh_installdocs -plibcothreads-ocaml-dev ./README ./TODO dh_installexamples -plibcothreads-ocaml-dev dh_installman -plibcothreads-ocaml-dev dh_installinfo -plibcothreads-ocaml-dev dh_installmenu -plibcothreads-ocaml-dev dh_installcron -plibcothreads-ocaml-dev dh_installinit -plibcothreads-ocaml-dev dh_installdebconf -plibcothreads-ocaml-dev dh_installemacsen -plibcothreads-ocaml-dev dh_installcatalogs -plibcothreads-ocaml-dev dh_installpam -plibcothreads-ocaml-dev dh_installlogrotate -plibcothreads-ocaml-dev dh_installlogcheck -plibcothreads-ocaml-dev dh_installchangelogs -plibcothreads-ocaml-dev ./Changes dh_installudev -plibcothreads-ocaml-dev dh_lintian -plibcothreads-ocaml-dev dh_install -plibcothreads-ocaml-dev dh_link -plibcothreads-ocaml-dev dh_installmime -plibcothreads-ocaml-dev dh_ocamldoc Unrecognized escape \m passed through in regex; marked by -- HERE in m/^.*\m -- HERE l\z/ at /usr/bin/dh_ocamldoc line 145. Unrecognized escape \m passed through in regex; marked by -- HERE in m/^.*\m -- HERE l\z/ at /usr/bin/dh_ocamldoc line 188. dh_strip -plibcothreads-ocaml-dev dh_compress -plibcothreads-ocaml-dev dh_fixperms -plibcothreads-ocaml-dev dh_makeshlibs -plibcothreads-ocaml-dev dh_installdeb -plibcothreads-ocaml-dev dh_perl -plibcothreads-ocaml-dev dh_shlibdeps -plibcothreads-ocaml-dev dh_ocaml -s E: Error: unit Mutex exported in libcothreads-ocaml-dev v0.10-2 but already exported by ocaml-nox/ocaml-base-nox v3.11.1-3 E: Error running /usr/bin/ocaml-md5sums --md5sums-dir debian/libcothreads-ocaml-dev//var/lib/ocaml/md5sums --load-info debian/libcothreads-ocaml-dev.oinfo.debhelper dep at /usr/bin/dh_ocaml line 473. make: *** [common-binary-predeb-arch] Error 255 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/05/cothreads_0.10-2_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: cothreads Source-Version: 0.10-3 We believe that the bug you reported is fixed in
Bug#552863: marked as done (apt-spy: FTBFS: confname.h:530: error: comma at end of enumerator list)
Your message dated Sat, 31 Oct 2009 22:56:49 + with message-id e1n4msl-0004gd...@ries.debian.org and subject line Bug#552819: fixed in eglibc 2.10.1-4 has caused the Debian Bug report #552819, regarding apt-spy: FTBFS: confname.h:530: error: comma at end of enumerator list to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552819: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552819 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: apt-spy Version: 3.1-19 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: cc -o apt-spy -lcurl -Wall -pedantic-errors -g benchmark.c file.c protocol.c main.c parse.c update.c In file included from /usr/include/unistd.h:568, from file.c:9: /usr/include/bits/confname.h:530: error: comma at end of enumerator list protocol.c: In function 'get_file': protocol.c:83: warning: format '%i' expects type 'int', but argument 2 has type 'size_t' In file included from /usr/include/unistd.h:568, from main.c:12: /usr/include/bits/confname.h:530: error: comma at end of enumerator list In file included from /usr/include/unistd.h:568, from parse.c:15: /usr/include/bits/confname.h:530: error: comma at end of enumerator list make[1]: *** [apt-spy] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/apt-spy_3.1-19_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.10.1-4 We believe that the bug you reported is fixed in the latest version of eglibc, which is due to be installed in the Debian FTP archive: eglibc-source_2.10.1-4_all.deb to main/e/eglibc/eglibc-source_2.10.1-4_all.deb eglibc_2.10.1-4.diff.gz to main/e/eglibc/eglibc_2.10.1-4.diff.gz eglibc_2.10.1-4.dsc to main/e/eglibc/eglibc_2.10.1-4.dsc glibc-doc_2.10.1-4_all.deb to main/e/eglibc/glibc-doc_2.10.1-4_all.deb libc-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-bin_2.10.1-4_amd64.deb libc-dev-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-dev-bin_2.10.1-4_amd64.deb libc6-dbg_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dbg_2.10.1-4_amd64.deb libc6-dev-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev-i386_2.10.1-4_amd64.deb libc6-dev_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev_2.10.1-4_amd64.deb libc6-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-i386_2.10.1-4_amd64.deb libc6-pic_2.10.1-4_amd64.deb to main/e/eglibc/libc6-pic_2.10.1-4_amd64.deb libc6-prof_2.10.1-4_amd64.deb to main/e/eglibc/libc6-prof_2.10.1-4_amd64.deb libc6-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libc6-udeb_2.10.1-4_amd64.udeb libc6_2.10.1-4_amd64.deb to main/e/eglibc/libc6_2.10.1-4_amd64.deb libnss-dns-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.10.1-4_amd64.udeb libnss-files-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.10.1-4_amd64.udeb locales-all_2.10.1-4_amd64.deb to main/e/eglibc/locales-all_2.10.1-4_amd64.deb locales_2.10.1-4_all.deb to main/e/eglibc/locales_2.10.1-4_all.deb nscd_2.10.1-4_amd64.deb to main/e/eglibc/nscd_2.10.1-4_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno aure...@debian.org (supplier of updated eglibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 09:48:09 +0100 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd libc6 libc6-dev libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev
Bug#553232: marked as done (libdmalloc-dev: missing-dependency-on-libc needed by ./usr/bin/dmalloc but the package doesn't depend on the C library package. Normally this i
Your message dated Sat, 31 Oct 2009 22:54:38 + with message-id e1n4mqe-no...@ries.debian.org and subject line Bug#553232: fixed in dmalloc 5.5.1-1.1 has caused the Debian Bug report #553232, regarding libdmalloc-dev: missing-dependency-on-libc needed by ./usr/bin/dmalloc but the package doesn't depend on the C library package. Normally this indicates that ${shlibs: Depends} was omitted from the Depends line for this package in debian/control. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 553232: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553232 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libdmalloc-dev Version: 5.5.1-1+b1 Severity: serious Justification: The listed file appears to be linked against the C library, User: lintian-ma...@debian.org Usertags: missing-dependency-on-libc All shared libraries and compiled binaries must be run through dpkg-shlibdeps to find out any libraries they are linked against (often via the dh_shlibdeps debhelper command). The package containing these files must then depend on ${shlibs:Depends} in debian/control to get the proper package dependencies for those libraries. Refer to Debian Policy Manual section 8.6 (Dependencies between the library and other packages - the shlibs system) for details. ,[ 8.6 Dependencies between the library and other packages - the shlibs system ] | If a package contains a binary or library which links to a shared library, we | must ensure that when the package is installed on the system, all of the | libraries needed are also installed. This requirement led to the creation of the | shlibs system, which is very simple in its design: any package which provides a | shared library also provides information on the package dependencies required to | ensure the presence of this library, and any package which uses a shared library | uses this information to determine the dependencies it requires. The files which | contain the mapping from shared libraries to the necessary dependency | information are called shlibs files. | | Thus, when a package is built which contains any shared libraries, it must | provide a shlibs file for other packages to use, and when a package is built | which contains any shared libraries or compiled binaries, it must run | dpkg-shlibdeps on these to determine the libraries used and hence the | dependencies needed by this package. ` ,[ 8.6.2 How to use dpkg-shlibdeps and the shlibs files ] | Put a call to dpkg-shlibdeps into your debian/rules file. If your package | contains only compiled binaries and libraries (but no scripts), you can use a | command such as: | | dpkg-shlibdeps debian/tmp/usr/bin/* debian/tmp/usr/sbin/* \ |debian/tmp/usr/lib/* | | Otherwise, you will need to explicitly list the compiled binaries and | libraries.[53] | | This command puts the dependency information into the debian/substvars file, | which is then used by dpkg-gencontrol. You will need to place a | ${shlibs:Depends} variable in the Depends field in the control file for this to | work. ` manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libdmalloc-dev depends on: pn libdmalloc5 none (no description available) libdmalloc-dev recommends no packages. libdmalloc-dev suggests no packages. ---End Message--- ---BeginMessage--- Source: dmalloc Source-Version: 5.5.1-1.1 We believe that the bug you reported is fixed in the latest version of dmalloc, which is due to be installed in the Debian FTP archive: dmalloc_5.5.1-1.1.diff.gz to main/d/dmalloc/dmalloc_5.5.1-1.1.diff.gz dmalloc_5.5.1-1.1.dsc to main/d/dmalloc/dmalloc_5.5.1-1.1.dsc libdmalloc-dev_5.5.1-1.1_i386.deb to main/d/dmalloc/libdmalloc-dev_5.5.1-1.1_i386.deb libdmalloc5_5.5.1-1.1_i386.deb to main/d/dmalloc/libdmalloc5_5.5.1-1.1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 553...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Barry deFreese
Bug#552233: marked as done (locales: cannot map archive header: Invalid argument)
Your message dated Sat, 31 Oct 2009 22:56:49 + with message-id e1n4msl-0004g4...@ries.debian.org and subject line Bug#552233: fixed in eglibc 2.10.1-4 has caused the Debian Bug report #552233, regarding locales: cannot map archive header: Invalid argument to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552233: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552233 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: locales Version: 2.10.1-2 Severity: serious During a regular upgrade from version 2.9.-25 I got the following error: Generating locales (this might take a while)... en_US.UTF-8...cannot map archive header: Invalid argument done Generation complete. I read #524483, but this looks to be a different issue: $ ls -al /usr/lib/locale/locale-archive ls: cannot access /usr/lib/locale/locale-archive: No such file or directory The system is rarely used, and thus infrequently updated, but has a clean unstable installation. The file system is mounted rw and has plenty of space. Manually creating the directory does not fix the problem: if I do that and then run 'dpkg-reconfigure locales', the directory gets deleted... -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.26-1-sparc64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 [glibc-2.10-1] 2.10.1-2 GNU C Library: Shared libraries locales recommends no packages. locales suggests no packages. -- debconf information: locales/default_environment_locale: en_US.UTF-8 locales/locales_to_be_generated: en_US.UTF-8 UTF-8 ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.10.1-4 We believe that the bug you reported is fixed in the latest version of eglibc, which is due to be installed in the Debian FTP archive: eglibc-source_2.10.1-4_all.deb to main/e/eglibc/eglibc-source_2.10.1-4_all.deb eglibc_2.10.1-4.diff.gz to main/e/eglibc/eglibc_2.10.1-4.diff.gz eglibc_2.10.1-4.dsc to main/e/eglibc/eglibc_2.10.1-4.dsc glibc-doc_2.10.1-4_all.deb to main/e/eglibc/glibc-doc_2.10.1-4_all.deb libc-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-bin_2.10.1-4_amd64.deb libc-dev-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-dev-bin_2.10.1-4_amd64.deb libc6-dbg_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dbg_2.10.1-4_amd64.deb libc6-dev-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev-i386_2.10.1-4_amd64.deb libc6-dev_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev_2.10.1-4_amd64.deb libc6-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-i386_2.10.1-4_amd64.deb libc6-pic_2.10.1-4_amd64.deb to main/e/eglibc/libc6-pic_2.10.1-4_amd64.deb libc6-prof_2.10.1-4_amd64.deb to main/e/eglibc/libc6-prof_2.10.1-4_amd64.deb libc6-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libc6-udeb_2.10.1-4_amd64.udeb libc6_2.10.1-4_amd64.deb to main/e/eglibc/libc6_2.10.1-4_amd64.deb libnss-dns-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.10.1-4_amd64.udeb libnss-files-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.10.1-4_amd64.udeb locales-all_2.10.1-4_amd64.deb to main/e/eglibc/locales-all_2.10.1-4_amd64.deb locales_2.10.1-4_all.deb to main/e/eglibc/locales_2.10.1-4_all.deb nscd_2.10.1-4_amd64.deb to main/e/eglibc/nscd_2.10.1-4_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno aure...@debian.org (supplier of updated eglibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 09:48:09 +0100 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd libc6 libc6-dev libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64
Bug#551656: marked as done (confname.h:530: error: comma at end of enumerator list)
Your message dated Sat, 31 Oct 2009 22:56:49 + with message-id e1n4msl-0004gd...@ries.debian.org and subject line Bug#552819: fixed in eglibc 2.10.1-4 has caused the Debian Bug report #552819, regarding confname.h:530: error: comma at end of enumerator list to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552819: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552819 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libc6-dev Version: 2.10.1-1 Severity: minor When compiling some COIN-OR software with -pedantic-errors I got: /usr/include/bits/confname.h:530: error: comma at end of enumerator list Trivial to resolve and most probably only happens in pedantic mode. Best, Michael pgpdke6Gf0nQN.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.10.1-4 We believe that the bug you reported is fixed in the latest version of eglibc, which is due to be installed in the Debian FTP archive: eglibc-source_2.10.1-4_all.deb to main/e/eglibc/eglibc-source_2.10.1-4_all.deb eglibc_2.10.1-4.diff.gz to main/e/eglibc/eglibc_2.10.1-4.diff.gz eglibc_2.10.1-4.dsc to main/e/eglibc/eglibc_2.10.1-4.dsc glibc-doc_2.10.1-4_all.deb to main/e/eglibc/glibc-doc_2.10.1-4_all.deb libc-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-bin_2.10.1-4_amd64.deb libc-dev-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-dev-bin_2.10.1-4_amd64.deb libc6-dbg_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dbg_2.10.1-4_amd64.deb libc6-dev-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev-i386_2.10.1-4_amd64.deb libc6-dev_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev_2.10.1-4_amd64.deb libc6-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-i386_2.10.1-4_amd64.deb libc6-pic_2.10.1-4_amd64.deb to main/e/eglibc/libc6-pic_2.10.1-4_amd64.deb libc6-prof_2.10.1-4_amd64.deb to main/e/eglibc/libc6-prof_2.10.1-4_amd64.deb libc6-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libc6-udeb_2.10.1-4_amd64.udeb libc6_2.10.1-4_amd64.deb to main/e/eglibc/libc6_2.10.1-4_amd64.deb libnss-dns-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.10.1-4_amd64.udeb libnss-files-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.10.1-4_amd64.udeb locales-all_2.10.1-4_amd64.deb to main/e/eglibc/locales-all_2.10.1-4_amd64.deb locales_2.10.1-4_all.deb to main/e/eglibc/locales_2.10.1-4_all.deb nscd_2.10.1-4_amd64.deb to main/e/eglibc/nscd_2.10.1-4_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno aure...@debian.org (supplier of updated eglibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 09:48:09 +0100 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd libc6 libc6-dev libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mipsn32 libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-sparcv9b libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 libnss-dns-udeb libnss-files-udeb Architecture: source all amd64 Version: 2.10.1-4 Distribution: unstable Urgency: low Maintainer: Aurelien Jarno aure...@debian.org Changed-By: Aurelien Jarno aure...@debian.org Description: eglibc-source - Embedded GNU C Library: sources glibc-doc - GNU C Library: Documentation libc-bin - GNU C Library: Binaries libc-dev-bin - GNU C Library: Development binaries libc0.1- GNU C Library: Shared libraries libc0.1-dbg - GNU C Library: detached debugging symbols libc0.1-dev - GNU C Library: Development Libraries and Header Files libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64 libc0.1-i686 - GNU C Library: Shared
Bug#552718: marked as done (cournol: FTBFS: Nonexistent build-dependency: libgtkdatabox-0.9.0-1-dev)
Your message dated Sat, 31 Oct 2009 22:51:41 + with message-id e1n4mnn-6p...@ries.debian.org and subject line Bug#552718: fixed in cournol 0.5-2 has caused the Debian Bug report #552718, regarding cournol: FTBFS: Nonexistent build-dependency: libgtkdatabox-0.9.0-1-dev to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552718: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552718 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: cournol Version: 0.5-1.2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), autotools-dev, libgtk2.0-dev (= 2.10.12-2), libgtkdatabox-0.9.0-1-dev ┌──┐ │ Install build dependencies │ └──┘ Checking for already installed source dependencies... debhelper: missing Using default version 7.4.3 autotools-dev: missing libgtk2.0-dev: missing Using default version 2.18.3-1 libgtkdatabox-0.9.0-1-dev: missing Checking for source dependency conflicts... E: Package libgtkdatabox-0.9.0-1-dev has no installation candidate The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/cournol_0.5-1.2_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: cournol Source-Version: 0.5-2 We believe that the bug you reported is fixed in the latest version of cournol, which is due to be installed in the Debian FTP archive: cournol_0.5-2.diff.gz to main/c/cournol/cournol_0.5-2.diff.gz cournol_0.5-2.dsc to main/c/cournol/cournol_0.5-2.dsc cournol_0.5-2_i386.deb to main/c/cournol/cournol_0.5-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Barry deFreese bdefre...@debian.org (supplier of updated cournol package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 31 Oct 2009 09:24:56 -0400 Source: cournol Binary: cournol Architecture: source i386 Version: 0.5-2 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Barry deFreese bdefre...@debian.org Description: cournol- Analyze absolute supply monopolies and polypolies Closes: 552718 Changes: cournol (0.5-2) unstable; urgency=low . * QA upload. + Set maintainer to Debian QA Group packa...@qa.debian.org. * Replace libgtkdatabox-0.9.0-1-dev b-d with libgtkdatabox-dev. (Closes: #552718). * Bump Standards Version to 3.8.3. (No changes needed). Checksums-Sha1: d6a80c58065fc1b9c40bff03378915055908866d 1035 cournol_0.5-2.dsc 0e2c49e132555ca43b62e847f25c91c6ba5836cd 3812 cournol_0.5-2.diff.gz 8713e496eb8c52a9a1fcdf9ce5de29cabb0f9f66 37968 cournol_0.5-2_i386.deb Checksums-Sha256: 8a203625135349c679c0fe27c024b26e644d5dfe9f97adad2e36fbb3b9d6efe6 1035 cournol_0.5-2.dsc b2ba52b2eae07f61226f4b6bc4a16d305d4d3d4c594a9c5ea9b1aeb535684ec1 3812 cournol_0.5-2.diff.gz 28af69895c4ce75dd03a440bc98658d54d05ad64752b293299820c7c2e73c6fb 37968 cournol_0.5-2_i386.deb Files: 371951bdd7fe337104b650ee3d233d10 1035 utils extra cournol_0.5-2.dsc 8af0dec10f51d8cdfa1ea58ccdcbbcfe 3812 utils extra cournol_0.5-2.diff.gz 8bdf9c42bb33ac82ab4813e1543a6a59 37968 utils extra cournol_0.5-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrsPNEACgkQ5ItltUs5T37rhACg4nG3jTTCYQ9gZemJQHM65U/i
Bug#552837: marked as done (concordance: FTBFS: confname.h:530: error: comma at end of enumerator list)
Your message dated Sat, 31 Oct 2009 22:56:49 + with message-id e1n4msl-0004gd...@ries.debian.org and subject line Bug#552819: fixed in eglibc 2.10.1-4 has caused the Debian Bug report #552819, regarding concordance: FTBFS: confname.h:530: error: comma at end of enumerator list to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552819: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552819 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: concordance Version: 0.21-4 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: gcc -DHAVE_CONFIG_H -I. -I../libconcord -Wall -ansi -pedantic-errors -L../libconcord -MT concordance-concordance.o -MD -MP -MF .deps/concordance-concordance.Tpo -c -o concordance-concordance.o `test -f 'concordance.c' || echo './'`concordance.c In file included from /usr/include/unistd.h:568, from concordance.c:75: /usr/include/bits/confname.h:530: error: comma at end of enumerator list concordance.c: In function 'cb_print_percent_status': concordance.c:170: warning: cast from pointer to integer of different size make[2]: *** [concordance-concordance.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/concordance_0.21-4_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.10.1-4 We believe that the bug you reported is fixed in the latest version of eglibc, which is due to be installed in the Debian FTP archive: eglibc-source_2.10.1-4_all.deb to main/e/eglibc/eglibc-source_2.10.1-4_all.deb eglibc_2.10.1-4.diff.gz to main/e/eglibc/eglibc_2.10.1-4.diff.gz eglibc_2.10.1-4.dsc to main/e/eglibc/eglibc_2.10.1-4.dsc glibc-doc_2.10.1-4_all.deb to main/e/eglibc/glibc-doc_2.10.1-4_all.deb libc-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-bin_2.10.1-4_amd64.deb libc-dev-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-dev-bin_2.10.1-4_amd64.deb libc6-dbg_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dbg_2.10.1-4_amd64.deb libc6-dev-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev-i386_2.10.1-4_amd64.deb libc6-dev_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev_2.10.1-4_amd64.deb libc6-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-i386_2.10.1-4_amd64.deb libc6-pic_2.10.1-4_amd64.deb to main/e/eglibc/libc6-pic_2.10.1-4_amd64.deb libc6-prof_2.10.1-4_amd64.deb to main/e/eglibc/libc6-prof_2.10.1-4_amd64.deb libc6-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libc6-udeb_2.10.1-4_amd64.udeb libc6_2.10.1-4_amd64.deb to main/e/eglibc/libc6_2.10.1-4_amd64.deb libnss-dns-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.10.1-4_amd64.udeb libnss-files-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.10.1-4_amd64.udeb locales-all_2.10.1-4_amd64.deb to main/e/eglibc/locales-all_2.10.1-4_amd64.deb locales_2.10.1-4_all.deb to main/e/eglibc/locales_2.10.1-4_all.deb nscd_2.10.1-4_amd64.deb to main/e/eglibc/nscd_2.10.1-4_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno aure...@debian.org (supplier of updated eglibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 09:48:09 +0100 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd libc6 libc6-dev libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1
Bug#552819: marked as done (cruft: FTBFS: confname.h:530: error: comma at end of enumerator list)
Your message dated Sat, 31 Oct 2009 22:56:49 + with message-id e1n4msl-0004gd...@ries.debian.org and subject line Bug#552819: fixed in eglibc 2.10.1-4 has caused the Debian Bug report #552819, regarding cruft: FTBFS: confname.h:530: error: comma at end of enumerator list to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552819: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552819 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: cruft Version: 0.9.12 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: gcc -g -O2 -g -O2 -Wall -W -ansi -pedantic-errorscanonical.c -o canonical In file included from /usr/include/unistd.h:568, from canonical.c:4: /usr/include/bits/confname.h:530: error: comma at end of enumerator list make[1]: *** [canonical] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/cruft_0.9.12_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.10.1-4 We believe that the bug you reported is fixed in the latest version of eglibc, which is due to be installed in the Debian FTP archive: eglibc-source_2.10.1-4_all.deb to main/e/eglibc/eglibc-source_2.10.1-4_all.deb eglibc_2.10.1-4.diff.gz to main/e/eglibc/eglibc_2.10.1-4.diff.gz eglibc_2.10.1-4.dsc to main/e/eglibc/eglibc_2.10.1-4.dsc glibc-doc_2.10.1-4_all.deb to main/e/eglibc/glibc-doc_2.10.1-4_all.deb libc-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-bin_2.10.1-4_amd64.deb libc-dev-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-dev-bin_2.10.1-4_amd64.deb libc6-dbg_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dbg_2.10.1-4_amd64.deb libc6-dev-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev-i386_2.10.1-4_amd64.deb libc6-dev_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev_2.10.1-4_amd64.deb libc6-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-i386_2.10.1-4_amd64.deb libc6-pic_2.10.1-4_amd64.deb to main/e/eglibc/libc6-pic_2.10.1-4_amd64.deb libc6-prof_2.10.1-4_amd64.deb to main/e/eglibc/libc6-prof_2.10.1-4_amd64.deb libc6-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libc6-udeb_2.10.1-4_amd64.udeb libc6_2.10.1-4_amd64.deb to main/e/eglibc/libc6_2.10.1-4_amd64.deb libnss-dns-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.10.1-4_amd64.udeb libnss-files-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.10.1-4_amd64.udeb locales-all_2.10.1-4_amd64.deb to main/e/eglibc/locales-all_2.10.1-4_amd64.deb locales_2.10.1-4_all.deb to main/e/eglibc/locales_2.10.1-4_all.deb nscd_2.10.1-4_amd64.deb to main/e/eglibc/nscd_2.10.1-4_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno aure...@debian.org (supplier of updated eglibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 09:48:09 +0100 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd libc6 libc6-dev libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mipsn32 libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-sparcv9b
Bug#552878: marked as done (giftrans: FTBFS: confname.h:530: error: comma at end of enumerator list)
Your message dated Sat, 31 Oct 2009 22:56:49 + with message-id e1n4msl-0004gd...@ries.debian.org and subject line Bug#552819: fixed in eglibc 2.10.1-4 has caused the Debian Bug report #552819, regarding giftrans: FTBFS: confname.h:530: error: comma at end of enumerator list to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552819: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552819 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: giftrans Version: 1.12.2-15 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: cc -g -Wall -Werror -pedantic-errors -Wfatal-errors -Wwrite-strings -fno-merge-constants -fstrict-aliasing -O2 -ogiftrans giftrans.c In file included from /usr/include/unistd.h:568, from giftrans.c:195: /usr/include/bits/confname.h:530: error: comma at end of enumerator list compilation terminated due to -Wfatal-errors. make: *** [build-stamp] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/giftrans_1.12.2-15_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: eglibc Source-Version: 2.10.1-4 We believe that the bug you reported is fixed in the latest version of eglibc, which is due to be installed in the Debian FTP archive: eglibc-source_2.10.1-4_all.deb to main/e/eglibc/eglibc-source_2.10.1-4_all.deb eglibc_2.10.1-4.diff.gz to main/e/eglibc/eglibc_2.10.1-4.diff.gz eglibc_2.10.1-4.dsc to main/e/eglibc/eglibc_2.10.1-4.dsc glibc-doc_2.10.1-4_all.deb to main/e/eglibc/glibc-doc_2.10.1-4_all.deb libc-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-bin_2.10.1-4_amd64.deb libc-dev-bin_2.10.1-4_amd64.deb to main/e/eglibc/libc-dev-bin_2.10.1-4_amd64.deb libc6-dbg_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dbg_2.10.1-4_amd64.deb libc6-dev-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev-i386_2.10.1-4_amd64.deb libc6-dev_2.10.1-4_amd64.deb to main/e/eglibc/libc6-dev_2.10.1-4_amd64.deb libc6-i386_2.10.1-4_amd64.deb to main/e/eglibc/libc6-i386_2.10.1-4_amd64.deb libc6-pic_2.10.1-4_amd64.deb to main/e/eglibc/libc6-pic_2.10.1-4_amd64.deb libc6-prof_2.10.1-4_amd64.deb to main/e/eglibc/libc6-prof_2.10.1-4_amd64.deb libc6-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libc6-udeb_2.10.1-4_amd64.udeb libc6_2.10.1-4_amd64.deb to main/e/eglibc/libc6_2.10.1-4_amd64.deb libnss-dns-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-dns-udeb_2.10.1-4_amd64.udeb libnss-files-udeb_2.10.1-4_amd64.udeb to main/e/eglibc/libnss-files-udeb_2.10.1-4_amd64.udeb locales-all_2.10.1-4_amd64.deb to main/e/eglibc/locales-all_2.10.1-4_amd64.deb locales_2.10.1-4_all.deb to main/e/eglibc/locales_2.10.1-4_all.deb nscd_2.10.1-4_amd64.deb to main/e/eglibc/nscd_2.10.1-4_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno aure...@debian.org (supplier of updated eglibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 09:48:09 +0100 Source: eglibc Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd libc6 libc6-dev libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64
Bug#552948: marked as done (cupt: FTBFS: tests failed)
Your message dated Sat, 31 Oct 2009 22:52:33 + with message-id e1n4mod-dq...@ries.debian.org and subject line Bug#552948: fixed in cupt 1.2.1 has caused the Debian Bug report #552948, regarding cupt: FTBFS: tests failed to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552948: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552948 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: cupt Version: 1.1.1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-cupt_1.1.1-amd64-ZVVU7m/cupt-1.1.1' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/compare_hash_sums.t . ok E: bad config in file '/var/lib/sbuild/apt.conf' W: skipped configuration file '/var/lib/sbuild/apt.conf' t/file_method.t ... ok E: bad config in file '/var/lib/sbuild/apt.conf' W: skipped configuration file '/var/lib/sbuild/apt.conf' t/get_proxy_for_uri.t . ok t/is_version_string_native.t .. ok Can't locate List/MoreUtils.pm in @INC (@INC contains: . /build/user-cupt_1.1.1-amd64-ZVVU7m/cupt-1.1.1/blib/lib /build/user-cupt_1.1.1-amd64-ZVVU7m/cupt-1.1.1/blib/arch /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at ./cupt line 34. BEGIN failed--compilation aborted at ./cupt line 34. # Failed test 'name search' # at t/search.t line 31. # got: '512' # expected: '0' Can't locate List/MoreUtils.pm in @INC (@INC contains: . /build/user-cupt_1.1.1-amd64-ZVVU7m/cupt-1.1.1/blib/lib /build/user-cupt_1.1.1-amd64-ZVVU7m/cupt-1.1.1/blib/arch /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at ./cupt line 34. BEGIN failed--compilation aborted at ./cupt line 34. # Failed test 'full search' # at t/search.t line 32. # got: '512' # expected: '0' # Looks like you failed 2 tests of 2. t/search.t Dubious, test returned 2 (wstat 512, 0x200) Failed 2/2 subtests t/version_string.t ok Test Summary Report --- t/search.t (Wstat: 512 Tests: 2 Failed: 2) Failed tests: 1-2 Non-zero exit status: 2 Files=6, Tests=150, 1 wallclock secs ( 0.04 usr 0.02 sys + 0.39 cusr 0.04 csys = 0.49 CPU) Result: FAIL Failed 1/6 test programs. 2/150 subtests failed. make[1]: *** [test_dynamic] Error 255 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/cupt_1.1.1_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: cupt Source-Version: 1.2.1 We believe that the bug you reported is fixed in the latest version of cupt, which is due to be installed in the Debian FTP archive: cupt_1.2.1.dsc to main/c/cupt/cupt_1.2.1.dsc cupt_1.2.1.tar.gz to main/c/cupt/cupt_1.2.1.tar.gz cupt_1.2.1_all.deb to main/c/cupt/cupt_1.2.1_all.deb libcupt-perl_1.2.1_all.deb to main/c/cupt/libcupt-perl_1.2.1_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Eugene V. Lyubimkin jac...@debian.org (supplier of updated cupt package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 12:04:26 +0200 Source: cupt Binary: libcupt-perl cupt Architecture: source all Version: 1.2.1 Distribution: unstable
Bug#549980: marked as done (gnupod-tools: mktunes hangs at Searching iPod via sysfs - already fixed upstream)
Your message dated Sat, 31 Oct 2009 23:15:11 + with message-id e1n4na7-hn...@ries.debian.org and subject line Bug#549980: fixed in gnupod-tools 0.99.8-1 has caused the Debian Bug report #549980, regarding gnupod-tools: mktunes hangs at Searching iPod via sysfs - already fixed upstream to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549980: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549980 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gnupod-tools Version: 0.99.7-2 Severity: grave Tags: patch Justification: renders package unusable Hi, as described in the subject, mktunes hangs with 100% cpu load. This is a problem with udev and already fixed upstream. I urge you to update the package, as it is currently not usable in this state. See http://savannah.gnu.org/forum/forum.php?forum_id=5915 for information about the 0.99.8 release. Greetings, Frank -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (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/bash Versions of packages gnupod-tools depends on: ii libaudio-flac-header-perl2.3-1 Perl interface to FLAC file header ii libdigest-sha1-perl 2.12-1 NIST SHA-1 message digest algorith ii libmp3-info-perl 1.23-1 Perl MP3::Info - Manipulate / fetc ii libogg-vorbis-header-pureper 1.0-2 pure Perl interface to Ogg Vorbis ii libtimedate-perl 1.1600-9Time and date functions for Perl ii libunicode-string-perl 2.09-3+b1 Perl modules for Unicode strings ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii libxml-simple-perl 2.18-2 Perl module for reading and writin ii perl 5.10.1-5Larry Wall's Practical Extraction Versions of packages gnupod-tools recommends: ii gtkpod0.99.14-2 manage songs and playlists on an A Versions of packages gnupod-tools suggests: pn faac none (no description available) ii flac 1.2.1-2+b1 Free Lossless Audio Codec - comman ii lame 3.98.2-0.5 LAME Ain't an MP3 Encoder pn timidity none (no description available) ii vorbis-tools 1.2.0-6several Ogg Vorbis tools -- no debconf information -- Frank Blendinger | fb(at)intoxicatedmind.net | GPG: 0x0BF2FE7A Fingerprint: BB64 F2B8 DFD8 BF90 0F2E 892B 72CF 7A41 0BF2 FE7A signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: gnupod-tools Source-Version: 0.99.8-1 We believe that the bug you reported is fixed in the latest version of gnupod-tools, which is due to be installed in the Debian FTP archive: gnupod-tools_0.99.8-1.diff.gz to main/g/gnupod-tools/gnupod-tools_0.99.8-1.diff.gz gnupod-tools_0.99.8-1.dsc to main/g/gnupod-tools/gnupod-tools_0.99.8-1.dsc gnupod-tools_0.99.8-1_all.deb to main/g/gnupod-tools/gnupod-tools_0.99.8-1_all.deb gnupod-tools_0.99.8.orig.tar.gz to main/g/gnupod-tools/gnupod-tools_0.99.8.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 549...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Raphael Bossek boss...@debian.org (supplier of updated gnupod-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 21:32:43 +0100 Source: gnupod-tools Binary: gnupod-tools Architecture: source all Version: 0.99.8-1 Distribution: unstable Urgency: low Maintainer: Raphael Bossek boss...@debian.org Changed-By: Raphael Bossek boss...@debian.org Description: gnupod-tools - command-line tools for the iPod family of portable music players Closes: 535344 549980 Changes: gnupod-tools (0.99.8-1) unstable; urgency=low . * New upstream version. Closes: #549980, #535344 * Update to standards version 3.8.2; no changes required. * Don't ship /usr/share/info/dir.gz or /usr/share/info/dir.old.gz (LP: #358854).
Bug#533983: marked as done (gnome-swallow: FTBFS: gnome-swallow.c:23:36: error: libgnomeui/gnome-about.h: No such file or directory)
Your message dated Sat, 31 Oct 2009 23:15:01 + with message-id e1n4n9x-dj...@ries.debian.org and subject line Bug#533983: fixed in gnome-swallow 1.2-4 has caused the Debian Bug report #533983, regarding gnome-swallow: FTBFS: gnome-swallow.c:23:36: error: libgnomeui/gnome-about.h: No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 533983: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533983 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gnome-swallow Version: 1.2-3 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090620 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: cc -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\gnome-swallow\ -DVERSION=\1.2\ -I. -I. `/usr/bin/pkg-config --cflags libpanelapplet-2.0` -g -O2 -g -Wall -O2 -c `test -f 'gnome-swallow.c' || echo './'`gnome-swallow.c gnome-swallow.c:23:36: error: libgnomeui/gnome-about.h: No such file or directory gnome-swallow.c: In function 'swallow': gnome-swallow.c:58: warning: 'return' with no value, in function returning non-void gnome-swallow.c:71: warning: pointer targets in passing argument 6 of 'XQueryTree' differ in signedness gnome-swallow.c:93: warning: pointer targets in passing argument 6 of 'XQueryTree' differ in signedness gnome-swallow.c:116: warning: pointer targets in passing argument 6 of 'XQueryTree' differ in signedness gnome-swallow.c:159: warning: implicit declaration of function 'sleep' gnome-swallow.c:163: warning: pointer targets in passing argument 6 of 'XGetGeometry' differ in signedness gnome-swallow.c:163: warning: pointer targets in passing argument 7 of 'XGetGeometry' differ in signedness gnome-swallow.c:163: warning: pointer targets in passing argument 8 of 'XGetGeometry' differ in signedness gnome-swallow.c:163: warning: pointer targets in passing argument 9 of 'XGetGeometry' differ in signedness gnome-swallow.c:46: warning: unused variable 'j' gnome-swallow.c:45: warning: unused variable 'dummy' gnome-swallow.c: In function 'openFileDialog': gnome-swallow.c:234: warning: unused variable 'gf' gnome-swallow.c: In function 'forkApplet': gnome-swallow.c:267: warning: implicit declaration of function 'fork' gnome-swallow.c:272: warning: implicit declaration of function 'exit' gnome-swallow.c:272: warning: incompatible implicit declaration of built-in function 'exit' gnome-swallow.c:290: warning: implicit declaration of function 'execvp' gnome-swallow.c:292: warning: implicit declaration of function '_exit' gnome-swallow.c:292: warning: incompatible implicit declaration of built-in function '_exit' gnome-swallow.c: In function 'openDialog': gnome-swallow.c:320: warning: unused variable 'label' gnome-swallow.c: In function 'display_about_dialog': gnome-swallow.c:430: warning: implicit declaration of function 'gnome_about_new' gnome-swallow.c:433: warning: assignment makes pointer from integer without a cast gnome-swallow.c: In function 'swallow_applet_fill': gnome-swallow.c:459: warning: implicit declaration of function 'free' gnome-swallow.c:459: warning: incompatible implicit declaration of built-in function 'free' gnome-swallow.c:454: warning: unused variable 'c' make[1]: *** [gnome-swallow.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/06/20/gnome-swallow_1.2-3_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: gnome-swallow Source-Version: 1.2-4 We believe that the bug you reported is fixed in the latest version of gnome-swallow, which is due to be installed in the Debian FTP archive: gnome-swallow-applet_1.2-4_i386.deb to main/g/gnome-swallow/gnome-swallow-applet_1.2-4_i386.deb gnome-swallow_1.2-4.dsc to main/g/gnome-swallow/gnome-swallow_1.2-4.dsc gnome-swallow_1.2-4.tar.gz to main/g/gnome-swallow/gnome-swallow_1.2-4.tar.gz A summary of the changes between this version and the
Bug#543016: marked as done (gcc-avr: FTBFS: patching fails: Hunk #2 FAILED at 1186.)
Your message dated Sat, 31 Oct 2009 23:08:42 + with message-id e1n4n3q-00083j...@ries.debian.org and subject line Bug#543016: fixed in gcc-avr 1:4.3.4-1 has caused the Debian Bug report #543016, regarding gcc-avr: FTBFS: patching fails: Hunk #2 FAILED at 1186. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 543016: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543016 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gcc-avr Version: 1:4.3.3-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090822 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/fakeroot debian/rules clean /bin/bash: lsb_release: command not found bash: debian/runcheck.sh: No such file or directory rm -rf stamps rm -rf gcc-4.3.4 p d rm -rf bin rm -rf /build/user-gcc-avr_4.3.3-1-amd64-REPC1V/gcc-avr-4.3.3/src dh_testdir dh_testroot rm -f build-stamp configure-stamp patch-stamp # Add here commands to clean up after the build process. #-/usr/bin/make clean #rm -rf /usr/src/gcc-4.3/ objdir rm -rf objdir dh_clean rm -f debian/gcc-avr.substvars rm -f debian/gcc-avr.*.debhelper rm -f debian/gcc-avr.debhelper.log rm -rf debian/gcc-avr/ rm -f debian/files find . \( \( -type f -a \ \( -name '#*#' -o -name '.*~' -o -name '*~' -o -name DEADJOE \ -o -name '*.orig' -o -name '*.rej' -o -name '*.bak' \ -o -name '.*.orig' -o -name .*.rej -o -name '.SUMS' \ -o -name TAGS -o \( -path '*/.deps/*' -a -name '*.P' \) \ \) -exec rm -f {} \; \) -o \ \( -type d -a -name autom4te.cache -prune -exec rm -rf {} \; \) \) dpkg-source -b gcc-avr-4.3.3 dpkg-source: info: using source format `1.0' dpkg-source: info: building gcc-avr in gcc-avr_4.3.3-1.tar.gz dpkg-source: info: building gcc-avr in gcc-avr_4.3.3-1.dsc debian/rules build /bin/bash: lsb_release: command not found bash: debian/runcheck.sh: No such file or directory : # unpack gcc tarball mkdir stamps if [ -d /build/user-gcc-avr_4.3.3-1-amd64-REPC1V/gcc-avr-4.3.3/src ]; then \ echo 2 Source directory /build/user-gcc-avr_4.3.3-1-amd64-REPC1V/gcc-avr-4.3.3/src exists. Delete by hand; \ false; \ fi rm -rf gcc-4.3.4 case gcc-4.3.4-dfsg.tar.lzma in \ *.bz2) tar -x --bzip2 -f /usr/src/gcc-4.3/gcc-4.3.4-dfsg.tar.lzma;; \ *.gz) tar -x --gzip -f /usr/src/gcc-4.3/gcc-4.3.4-dfsg.tar.lzma;; \ *.lzma) lzcat /usr/src/gcc-4.3/gcc-4.3.4-dfsg.tar.lzma | tar -x -f -;; \ *) false; \ esac mv gcc-4.3.4 /build/user-gcc-avr_4.3.3-1-amd64-REPC1V/gcc-avr-4.3.3/src rm -f /build/user-gcc-avr_4.3.3-1-amd64-REPC1V/gcc-avr-4.3.3/src/gcc/doc/*.1 rm -f /build/user-gcc-avr_4.3.3-1-amd64-REPC1V/gcc-avr-4.3.3/src/gcc/doc/fsf-funding.7 rm -f /build/user-gcc-avr_4.3.3-1-amd64-REPC1V/gcc-avr-4.3.3/src/gcc/doc/*.info rm -f /build/user-gcc-avr_4.3.3-1-amd64-REPC1V/gcc-avr-4.3.3/src/gcc/fortran/*.info rm -f /build/user-gcc-avr_4.3.3-1-amd64-REPC1V/gcc-avr-4.3.3/src/libgomp/*.info rm -f /build/user-gcc-avr_4.3.3-1-amd64-REPC1V/gcc-avr-4.3.3/src/gcc/java/*.1 rm -f /build/user-gcc-avr_4.3.3-1-amd64-REPC1V/gcc-avr-4.3.3/src/gcc/java/*.info for i in gcc/doc/arm-neon-intrinsics.texi gcc/doc/bugreport.texi gcc/doc/cfg.texi gcc/doc/collect2.texi gcc/doc/compat.texi gcc/doc/configfiles.texi gcc/doc/configterms.texi gcc/doc/contrib.texi gcc/doc/contribute.texi gcc/doc/cppenv.texi gcc/doc/cppinternals.texi gcc/doc/cppopts.texi gcc/doc/cpp.texi gcc/doc/c-tree.texi gcc/doc/extend.texi gcc/doc/fragments.texi gcc/doc/frontends.texi gcc/doc/gccint.texi gcc/doc/gcc.texi gcc/doc/gcov.texi gcc/doc/gnu.texi gcc/doc/gty.texi gcc/doc/headerdirs.texi gcc/doc/hostconfig.texi gcc/doc/implement-c.texi gcc/doc/install-old.texi gcc/doc/install.texi gcc/doc/interface.texi gcc/doc/invoke.texi gcc/doc/languages.texi gcc/doc/libgcc.texi gcc/doc/loop.texi gcc/doc/makefile.texi gcc/doc/md.texi gcc/doc/objc.texi gcc/doc/options.texi gcc/doc/passes.texi gcc/doc/portability.texi gcc/doc/rtl.texi gcc/doc/service.texi gcc/doc/sourcebuild.texi gcc/doc/standards.texi gcc/doc/tm.texi gcc/doc/tree-ssa.texi gcc/doc/trouble.texi gcc/doc/include/gcc-common.texi gcc/doc/include/funding.texi gcc/fortran/gfc-internals.texi gcc/fortran/invoke.texi gcc/fortran/intrinsic.texi ; do \ if [ -f
Bug#549742: marked as done (jaxe: FTBFS: /build/user-jaxe_3.2-1-amd64-gObl57/jaxe-3.2/source/lib not found.)
Your message dated Sat, 31 Oct 2009 23:22:25 + with message-id e1n4nh7-0002zf...@ries.debian.org and subject line Bug#549742: fixed in jaxe 3.2-2 has caused the Debian Bug report #549742, regarding jaxe: FTBFS: /build/user-jaxe_3.2-1-amd64-gObl57/jaxe-3.2/source/lib not found. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549742: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549742 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: jaxe Version: 3.2-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091005 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/fakeroot debian/rules clean dh_testdir dh_testroot rm -fr build dist rm -fr source/api dh_clean dpkg-source -b jaxe-3.2 dpkg-source: info: using source format `1.0' dpkg-source: info: building jaxe using existing jaxe_3.2.orig.tar.gz dpkg-source: info: building jaxe in jaxe_3.2-1.diff.gz dpkg-source: info: building jaxe in jaxe_3.2-1.dsc debian/rules build dh_testdir mkdir plugins CLASSPATH=/usr/share/java/fop.jar:/usr/share/java/jazzy.jar:/usr/share/java/jing.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/xalan2.jar ant -buildfile build.xml Buildfile: build.xml init: compile: [mkdir] Created dir: /build/user-jaxe_3.2-1-amd64-gObl57/jaxe-3.2/build/classes [javac] Compiling 112 source files to /build/user-jaxe_3.2-1-amd64-gObl57/jaxe-3.2/build/classes BUILD FAILED /build/user-jaxe_3.2-1-amd64-gObl57/jaxe-3.2/build.xml:113: /build/user-jaxe_3.2-1-amd64-gObl57/jaxe-3.2/source/lib not found. Total time: 0 seconds make: *** [build-stamp] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/05/jaxe_3.2-1_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: jaxe Source-Version: 3.2-2 We believe that the bug you reported is fixed in the latest version of jaxe, which is due to be installed in the Debian FTP archive: jaxe_3.2-2.diff.gz to main/j/jaxe/jaxe_3.2-2.diff.gz jaxe_3.2-2.dsc to main/j/jaxe/jaxe_3.2-2.dsc jaxe_3.2-2_all.deb to main/j/jaxe/jaxe_3.2-2_all.deb libjaxe-java-doc_3.2-2_all.deb to main/j/jaxe/libjaxe-java-doc_3.2-2_all.deb libjaxe-java_3.2-2_all.deb to main/j/jaxe/libjaxe-java_3.2-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 549...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Samuel Thibault sthiba...@debian.org (supplier of updated jaxe package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 07 Oct 2009 00:37:26 +0200 Source: jaxe Binary: jaxe libjaxe-java libjaxe-java-doc Architecture: source all Version: 3.2-2 Distribution: unstable Urgency: low Maintainer: Samuel Thibault sthiba...@debian.org Changed-By: Samuel Thibault sthiba...@debian.org Description: jaxe - JAva Xml Editor libjaxe-java - JAva Xml Editor - library libjaxe-java-doc - JAva Xml Editor - Library documentation Closes: 549742 Changes: jaxe (3.2-2) unstable; urgency=low . * debian/rules: Make sure source/lib/ exists even if git drops it (Closes: Bug#549742). * debian/jaxe.menu: Fix typo. Checksums-Sha1: eb4b75171519aa129bd2ab729defb486f7edf826 1223 jaxe_3.2-2.dsc 76c5786ea3eb787a58358410ba90ce67d182cbca 6169 jaxe_3.2-2.diff.gz 23369727df1de4445e72c8555f08ea1f80964c54 8106 jaxe_3.2-2_all.deb 6f47c1cfae05c034dbcb700151667cef7f505f94 1725706 libjaxe-java_3.2-2_all.deb 1b13f20b8d3337baff4bdbd7e8aba6ca1ab05166 194924 libjaxe-java-doc_3.2-2_all.deb Checksums-Sha256: 62001c14744376665327ee55b7301a10a00ace6a53492f399f735ae61a81ec31 1223 jaxe_3.2-2.dsc
Bug#549779: marked as done (jocaml: FTBFS: mv: cannot move `/build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/tmp//usr/lib/jocaml//toploop.cmi' to `/build/user-jocaml_3.11.1-2-amd64-3cSfy
Your message dated Sat, 31 Oct 2009 23:23:03 + with message-id e1n4nhj-0002nd...@ries.debian.org and subject line Bug#549779: fixed in jocaml 3.11.1-3 has caused the Debian Bug report #549779, regarding jocaml: FTBFS: mv: cannot move `/build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/tmp//usr/lib/jocaml//toploop.cmi' to `/build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/jocaml//usr/lib/jocaml//jocamltoploop/': No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549779: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549779 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: jocaml Version: 3.11.1-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091005 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[4]: Entering directory `/build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/otherlibs/join' cp join.cmxa join.a /build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/tmp//usr/lib/jocaml//threads make[4]: Leaving directory `/build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/otherlibs/join' if test -f ocamlc.opt; \ then cp ocamlc.opt /build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/tmp/usr/bin/jocamlc.opt; else :; fi if test -f ocamlopt.opt; \ then cp ocamlopt.opt /build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/tmp/usr/bin/jocamlopt.opt; else :; fi if test -f lex/ocamllex.opt; \ then cp lex/ocamllex.opt /build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/tmp/usr/bin/jocamllex.opt; else :; fi make[3]: Leaving directory `/build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1' cp config/Makefile /build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/tmp//usr/lib/jocaml//Makefile.config make[2]: Leaving directory `/build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1' mv /build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/tmp//usr/lib/jocaml//toploop.cmi /build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/jocaml//usr/lib/jocaml//jocamltoploop/ mv: cannot move `/build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/tmp//usr/lib/jocaml//toploop.cmi' to `/build/user-jocaml_3.11.1-2-amd64-3cSfyQ/jocaml-3.11.1/debian/jocaml//usr/lib/jocaml//jocamltoploop/': No such file or directory make[1]: *** [override_dh_auto_install] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/05/jocaml_3.11.1-2_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: jocaml Source-Version: 3.11.1-3 We believe that the bug you reported is fixed in the latest version of jocaml, which is due to be installed in the Debian FTP archive: jocaml-base_3.11.1-3_amd64.deb to main/j/jocaml/jocaml-base_3.11.1-3_amd64.deb jocaml_3.11.1-3.diff.gz to main/j/jocaml/jocaml_3.11.1-3.diff.gz jocaml_3.11.1-3.dsc to main/j/jocaml/jocaml_3.11.1-3.dsc jocaml_3.11.1-3_amd64.deb to main/j/jocaml/jocaml_3.11.1-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 549...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mehdi Dogguy me...@debian.org (supplier of updated jocaml package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 31 Oct 2009 16:55:02 +0100 Source: jocaml Binary: jocaml jocaml-base Architecture: source amd64 Version: 3.11.1-3 Distribution: unstable Urgency: low Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org Changed-By: Mehdi Dogguy me...@debian.org Description: jocaml - OCaml extended for concurrent and
Bug#549405: marked as done (gkrellm: FTBFS with eglibc 2.10)
Your message dated Sat, 31 Oct 2009 23:12:08 + with message-id e1n4n7a-lh...@ries.debian.org and subject line Bug#549405: fixed in gkrellm 2.3.2-5 has caused the Debian Bug report #549405, regarding gkrellm: FTBFS with eglibc 2.10 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549405: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549405 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gkrellm Version: 2.3.2-4 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic ubuntu-patch In Ubuntu, we've applied the attached patch to achieve the following: * 07_getline.patch: rename getline() to avoid name conflict (LP: #440870) We thought you might be interested in doing the same. From the build log: cc -Wall -O2 -I.. -I../shared `pkg-config --cflags gtk+-2.0 gthread-2.0` -DGKRELLM_CLIENT -DENABLE_NLS -DLOCALEDIR=\/usr/share/locale\ -g -O2 -g -Wall -O2 -c -o client.o client.c client.c:1623: error: conflicting types for 'getline' /usr/include/stdio.h:651: note: previous declaration of 'getline' was here http://launchpadlibrarian.net/31810451/buildlog_ubuntu-karmic-i386.gkrellm_2.3.2-4ubuntu1_FAILEDTOBUILD.txt.gz The problem is that getline() is defined in stdio.h in new libc, creating conflict with the function defined in gkrellm. -- System Information: Debian Release: squeeze/sid APT prefers karmic APT policy: (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.28-15-generic (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash diff -u gkrellm-2.3.2/debian/patches/series gkrellm-2.3.2/debian/patches/series --- gkrellm-2.3.2/debian/patches/series +++ gkrellm-2.3.2/debian/patches/series @@ -4,0 +5 @@ +07_getline.patch only in patch2: unchanged: --- gkrellm-2.3.2.orig/debian/patches/07_getline.patch +++ gkrellm-2.3.2/debian/patches/07_getline.patch @@ -0,0 +1,33 @@ +Author: Ilya Barygin bary...@gmail.com +Description: rename getline() so that in doesn't conflict with the one defined in stdio.h +Index: gkrellm-2.3.2/src/client.c +=== +--- gkrellm-2.3.2.orig/src/client.c 2009-10-02 16:49:13.0 +0400 gkrellm-2.3.2/src/client.c 2009-10-02 16:49:15.0 +0400 +@@ -1620,7 +1620,7 @@ + + + static gint +-getline(gint fd, gchar *buf, gint len) ++get_line(gint fd, gchar *buf, gint len) + { + fd_set read_fds; + struct timeval tv; +@@ -1714,7 +1714,7 @@ + + while (1) + { +- rs=getline(fd, buf, sizeof(buf)); ++ rs=get_line(fd, buf, sizeof(buf)); + if(rs0) + return FALSE; + if (!strcmp(buf, /gkrellmd_setup)) +@@ -1732,7 +1732,7 @@ + table_size = sizeof(update_table) / sizeof(KeyTable); + while (1) + { +- rs=getline(fd, buf, sizeof(buf)); ++ rs=get_line(fd, buf, sizeof(buf)); + if(rs0) + return FALSE; + if (!strcmp(buf, /initial_update)) ---End Message--- ---BeginMessage--- Source: gkrellm Source-Version: 2.3.2-5 We believe that the bug you reported is fixed in the latest version of gkrellm, which is due to be installed in the Debian FTP archive: gkrellm_2.3.2-5.diff.gz to main/g/gkrellm/gkrellm_2.3.2-5.diff.gz gkrellm_2.3.2-5.dsc to main/g/gkrellm/gkrellm_2.3.2-5.dsc gkrellm_2.3.2-5_amd64.deb to main/g/gkrellm/gkrellm_2.3.2-5_amd64.deb gkrellmd_2.3.2-5_amd64.deb to main/g/gkrellm/gkrellmd_2.3.2-5_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 549...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sandro Tosi mo...@debian.org (supplier of updated gkrellm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 14:44:19 +0100 Source: gkrellm Binary: gkrellm gkrellmd Architecture: source amd64 Version: 2.3.2-5 Distribution: unstable Urgency: low Maintainer: Sandro Tosi mo...@debian.org Changed-By: Sandro Tosi mo...@debian.org Description: gkrellm- GNU Krell Monitors gkrellmd - GNU Krell Monitors Server Closes: 549405 Changes: gkrellm (2.3.2-5) unstable; urgency=low . * debian/patches/07_getline.patch - added patch to fix a FTBFS with eglibc 2.10; thanks to
Bug#553160: marked as done (hapm: missing-dependency-on-libc needed by ./usr/sbin/hapm but the package doesn't depend on the C library package. Normally this indicates th
Your message dated Sat, 31 Oct 2009 23:17:34 + with message-id e1n4ncq-0001ii...@ries.debian.org and subject line Bug#553160: fixed in hapm 0.4-1.1 has caused the Debian Bug report #553160, regarding hapm: missing-dependency-on-libc needed by ./usr/sbin/hapm but the package doesn't depend on the C library package. Normally this indicates that ${shlibs: Depends} was omitted from the Depends line for this package in debian/control. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 553160: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553160 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: hapm Version: 0.4-1 Severity: serious Justification: The listed file appears to be linked against the C library, User: lintian-ma...@debian.org Usertags: missing-dependency-on-libc All shared libraries and compiled binaries must be run through dpkg-shlibdeps to find out any libraries they are linked against (often via the dh_shlibdeps debhelper command). The package containing these files must then depend on ${shlibs:Depends} in debian/control to get the proper package dependencies for those libraries. Refer to Debian Policy Manual section 8.6 (Dependencies between the library and other packages - the shlibs system) for details. ,[ 8.6 Dependencies between the library and other packages - the shlibs system ] | If a package contains a binary or library which links to a shared library, we | must ensure that when the package is installed on the system, all of the | libraries needed are also installed. This requirement led to the creation of the | shlibs system, which is very simple in its design: any package which provides a | shared library also provides information on the package dependencies required to | ensure the presence of this library, and any package which uses a shared library | uses this information to determine the dependencies it requires. The files which | contain the mapping from shared libraries to the necessary dependency | information are called shlibs files. | | Thus, when a package is built which contains any shared libraries, it must | provide a shlibs file for other packages to use, and when a package is built | which contains any shared libraries or compiled binaries, it must run | dpkg-shlibdeps on these to determine the libraries used and hence the | dependencies needed by this package. ` ,[ 8.6.2 How to use dpkg-shlibdeps and the shlibs files ] | Put a call to dpkg-shlibdeps into your debian/rules file. If your package | contains only compiled binaries and libraries (but no scripts), you can use a | command such as: | | dpkg-shlibdeps debian/tmp/usr/bin/* debian/tmp/usr/sbin/* \ |debian/tmp/usr/lib/* | | Otherwise, you will need to explicitly list the compiled binaries and | libraries.[53] | | This command puts the dependency information into the debian/substvars file, | which is then used by dpkg-gencontrol. You will need to place a | ${shlibs:Depends} variable in the Depends field in the control file for this to | work. ` manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hapm depends on: pn heartbeat | heartbeat-2 none (no description available) hapm recommends no packages. hapm suggests no packages. ---End Message--- ---BeginMessage--- Source: hapm Source-Version: 0.4-1.1 We believe that the bug you reported is fixed in the latest version of hapm, which is due to be installed in the Debian FTP archive: hapm_0.4-1.1.diff.gz to main/h/hapm/hapm_0.4-1.1.diff.gz hapm_0.4-1.1.dsc to main/h/hapm/hapm_0.4-1.1.dsc hapm_0.4-1.1_i386.deb to main/h/hapm/hapm_0.4-1.1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 553...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Barry deFreese bdefre...@debian.org (supplier of updated hapm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing
Bug#542641: marked as done (isakmpd: 'virtual_bind_*' functions fail to find the correct addresses and listener failst to start)
Your message dated Sat, 31 Oct 2009 23:22:10 + with message-id e1n4ngs-0002vr...@ries.debian.org and subject line Bug#542641: fixed in isakmpd 20041012-6 has caused the Debian Bug report #542641, regarding isakmpd: 'virtual_bind_*' functions fail to find the correct addresses and listener failst to start to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 542641: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542641 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: isakmpd Version: 20041012-5 Severity: grave Tags: patch Justification: renders package unusable the calculation used by 'if_map' to iterate through the interface structures uses an odd length calculation that appears wrong; at least for the xen-amd-2.6.18 kernel i'm running. the attached patch adjust len to the fixed length of the 'ifreq' structure allowing this to correctly iterate; unfortunately (i'm guessing) that the kernel structures used have changed and, thus, it will probably need serious alteration before it could be used. it's appears to be working correctly on this platform with this patch. --- isakmpd-20041012/if.c-orig 2009-08-20 14:38:17.0 + +++ isakmpd-20041012/if.c 2009-08-20 15:05:31.0 + @@ -143,8 +143,7 @@ ifrp = (struct ifreq *)p; if ((*func)(ifrp-ifr_name, ifrp-ifr_addr, arg) == -1) err = -1; - len = sizeof ifrp-ifr_name + - MAX(sysdep_sa_len(ifrp-ifr_addr), sizeof ifrp-ifr_addr); + len = sizeof(struct ifreq) ; } free(ifc.ifc_buf); #endif -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-92.1.22.el5xen (SMP w/1 CPU core) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages isakmpd depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library ii libssl0.9.8 0.9.8g-15+lenny1 SSL shared libraries isakmpd recommends no packages. isakmpd suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: isakmpd Source-Version: 20041012-6 We believe that the bug you reported is fixed in the latest version of isakmpd, which is due to be installed in the Debian FTP archive: isakmpd_20041012-6.diff.gz to main/i/isakmpd/isakmpd_20041012-6.diff.gz isakmpd_20041012-6.dsc to main/i/isakmpd/isakmpd_20041012-6.dsc isakmpd_20041012-6_sparc.deb to main/i/isakmpd/isakmpd_20041012-6_sparc.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 542...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jochen Friedrich joc...@scram.de (supplier of updated isakmpd package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 17:53:02 +0100 Source: isakmpd Binary: isakmpd Architecture: source sparc Version: 20041012-6 Distribution: unstable Urgency: low Maintainer: Jochen Friedrich joc...@scram.de Changed-By: Jochen Friedrich joc...@scram.de Description: isakmpd- The Internet Key Exchange protocol openbsd implementation Closes: 542641 Changes: isakmpd (20041012-6) unstable; urgency=low . * Bumped standards version to 3.8.3. * Convert package to debhelper 7 and quilt patches. * Add patch to correct ifreq length. (Closes: #542641) * Depend on $network start and implement status command in init.d script Checksums-Sha1: 23c1a88dc8f5e4ce5bf8ac5bb41c106a148d7922 1032 isakmpd_20041012-6.dsc 27e84f2352af778c32359ce0921431f50a141d2d 34362 isakmpd_20041012-6.diff.gz bb60848dc91cd4ead40dd76eb802b234cc2c519c 483958 isakmpd_20041012-6_sparc.deb Checksums-Sha256: 8f2fa5397d0039c38d693dbfb135fea0cb9881814ae2a27e1456290da21e63a8 1032 isakmpd_20041012-6.dsc ae25b75b0fcaf77c5eecf66491a10276bdc389c560b2b70a79b70cd6caa3bc32 34362 isakmpd_20041012-6.diff.gz 38242bcd37c041d6e6c3b08f5ea030ae9193376dc5f8628b11e74096e0ed0fca 483958 isakmpd_20041012-6_sparc.deb Files: cd85c3e9c665319dcdd35cdaef76b13c 1032 net
Bug#552939: marked as done (libnet-snmp-perl: FTBFS: test failures)
Your message dated Sat, 31 Oct 2009 23:30:32 + with message-id e1n4noy-0004hj...@ries.debian.org and subject line Bug#552939: fixed in libnet-snmp-perl 5.2.0-3 has caused the Debian Bug report #552939, regarding libnet-snmp-perl: FTBFS: test failures to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552939: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552939 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: libnet-snmp-perl Version: 5.2.0-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-libnet-snmp-perl_5.2.0-2-amd64-a5NzFX/libnet-snmp-perl-5.2.0' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/ber.t .. ok # Test 3 got: usage: $sock-socket(DOMAIN, TYPE, PROTOCOL) at /build/user-libnet-snmp-perl_5.2.0-2-amd64-a5NzFX/libnet-snmp-perl-5.2.0/blib/lib/Net/SNMP/Transport/UDP.pm line 159\n (t/mp.t at line 68) # Expected: (Failed to create Transport Layer object) # t/mp.t line 68 is: ok(($@ || $e), '', 'Failed to create Transport Layer object'); # Test 4 got: No Transport Domain defined (t/mp.t at line 85) # Expected: (Failed to create PDU object) # t/mp.t line 85 is: ok(($@ || $e), '', 'Failed to create PDU object'); # Test 5 got: Can't call method \prepare_set_request\ on an undefined value at t/mp.t line 93.\n (t/mp.t at line 97) # Expected: (Failed to prepare set-request) # t/mp.t line 97 is: ok(($@ || $e), '', 'Failed to prepare set-request'); # Test 6 got: Missing or invalid PDU reference (t/mp.t at line 109) # Expected: (Failed to prepare Message) # t/mp.t line 109 is: ok(($@ || $e), '', 'Failed to prepare Message'); # Test 7 got: Missing or invalid Message reference (t/mp.t at line 121) # Expected: (?-xism:Expected) (Failed to process Message) # t/mp.t line 121 is: ok(($@ || $e), qr/Expected/, 'Failed to process Message'); t/mp.t ... Failed 5/7 subtests Failed 1/3 test programs. 5/28 subtests failed. t/usm.t .. ok Test Summary Report --- t/mp.t (Wstat: 0 Tests: 7 Failed: 5) Failed tests: 3-7 Files=3, Tests=28, 0 wallclock secs ( 0.02 usr 0.02 sys + 0.14 cusr 0.01 csys = 0.19 CPU) Result: FAIL make[1]: *** [test_dynamic] Error 255 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/libnet-snmp-perl_5.2.0-2_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: libnet-snmp-perl Source-Version: 5.2.0-3 We believe that the bug you reported is fixed in the latest version of libnet-snmp-perl, which is due to be installed in the Debian FTP archive: libnet-snmp-perl_5.2.0-3.diff.gz to main/libn/libnet-snmp-perl/libnet-snmp-perl_5.2.0-3.diff.gz libnet-snmp-perl_5.2.0-3.dsc to main/libn/libnet-snmp-perl/libnet-snmp-perl_5.2.0-3.dsc libnet-snmp-perl_5.2.0-3_all.deb to main/libn/libnet-snmp-perl/libnet-snmp-perl_5.2.0-3_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jochen Friedrich joc...@scram.de (supplier of updated libnet-snmp-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 16:16:33 +0100 Source: libnet-snmp-perl Binary: libnet-snmp-perl Architecture: source all Version: 5.2.0-3 Distribution: unstable Urgency: low Maintainer: Jochen Friedrich joc...@scram.de Changed-By: Jochen Friedrich joc...@scram.de Description: libnet-snmp-perl - Script SNMP connections Closes: 489014 552939 Changes:
Bug#552937: marked as done (libpoe-loop-tk-perl: FTBFS: test blocks)
Your message dated Sat, 31 Oct 2009 23:33:03 + with message-id e1n4nrp-0005ol...@ries.debian.org and subject line Bug#552937: fixed in libpoe-loop-tk-perl 1.302-2 has caused the Debian Bug report #552937, regarding libpoe-loop-tk-perl: FTBFS: test blocks to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552937: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552937 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: libpoe-loop-tk-perl Version: 1.302-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[2]: Entering directory `/build/user-libpoe-loop-tk-perl_1.302-1-amd64-3ris_M/libpoe-loop-tk-perl-1.302' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/poe_loop_tk/*.t # Testing POE 1.280, Perl 5.010001, /usr/bin/perl on linux t/00_info.t .. ok t/poe_loop_tk/all_errors.t ... skipped: most of these should move into other test files t/poe_loop_tk/comp_tcp.t . ok # You might see a 'disconnect' error during this test. # It may be ignored. E: Caught signal 'Terminated': terminating immediately make[1]: make: *** [build] Terminated *** [override_dh_auto_test] Terminated make[2]: *** [test_dynamic] Terminated Build killed with signal TERM after 240 minutes of inactivity Build finished at 20091028-0419 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/libpoe-loop-tk-perl_1.302-1_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: libpoe-loop-tk-perl Source-Version: 1.302-2 We believe that the bug you reported is fixed in the latest version of libpoe-loop-tk-perl, which is due to be installed in the Debian FTP archive: libpoe-loop-tk-perl_1.302-2.diff.gz to main/libp/libpoe-loop-tk-perl/libpoe-loop-tk-perl_1.302-2.diff.gz libpoe-loop-tk-perl_1.302-2.dsc to main/libp/libpoe-loop-tk-perl/libpoe-loop-tk-perl_1.302-2.dsc libpoe-loop-tk-perl_1.302-2_all.deb to main/libp/libpoe-loop-tk-perl/libpoe-loop-tk-perl_1.302-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. gregor herrmann gre...@debian.org (supplier of updated libpoe-loop-tk-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 30 Oct 2009 01:35:49 +0100 Source: libpoe-loop-tk-perl Binary: libpoe-loop-tk-perl Architecture: source all Version: 1.302-2 Distribution: unstable Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: gregor herrmann gre...@debian.org Description: libpoe-loop-tk-perl - POE event loop implementation using Tk Closes: 552937 Changes: libpoe-loop-tk-perl (1.302-2) unstable; urgency=low . * debian/rules: only run local network tests when localhost is available (closes: #552937). * Add /me to Uploaders. Checksums-Sha1: 23dafed05f943e4f81fbdcc95374f1117f73a646 1512 libpoe-loop-tk-perl_1.302-2.dsc baf3a24a484041a4a9cb29dca5383e86ab5e80f0 1661 libpoe-loop-tk-perl_1.302-2.diff.gz 1d45347958dee9c512de5e2ba3c52f980427390d 15918 libpoe-loop-tk-perl_1.302-2_all.deb Checksums-Sha256: 20ead89cc87aee1928332d9763cdeadfa8370ff30a6442ef5ef1ea770f4a71cd 1512 libpoe-loop-tk-perl_1.302-2.dsc dae65fd158cbada58cbe0d4f72f345e70d8f2d2fbaf60908101fdf02c67417ac 1661 libpoe-loop-tk-perl_1.302-2.diff.gz
Bug#552843: marked as done (kbuild: FTBFS: output.h:68: error: conflicting types for 'dprintf')
Your message dated Sat, 31 Oct 2009 23:23:37 + with message-id e1n4nih-0002x1...@ries.debian.org and subject line Bug#552843: fixed in kbuild 1:0.1.98svn2318-4 has caused the Debian Bug report #552843, regarding kbuild: FTBFS: output.h:68: error: conflicting types for 'dprintf' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552843: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552843 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: kbuild Version: 1:0.1.98svn2318-3 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: gcc -g -O2 -o sed sed.o compile.o execute.o regexp.o fmt.o mbcs.o ../lib/libsed.a make[4]: Leaving directory `/build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/out/linux.amd64/release/bootstrap/sed/sed' Making all in doc make[4]: Entering directory `/build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/out/linux.amd64/release/bootstrap/sed/doc' Updating /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc/version.texi restore=: backupdir=.am$$ \ am__cwd=`pwd` CDPATH=${ZSH_VERSION+.}: cd /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc \ rm -rf $backupdir mkdir $backupdir \ if (/bin/bash /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/config/missing --run makeinfo --version) /dev/null 21; then \ for f in /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc/sed.info /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc/sed.info-[0-9] /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc/sed.info-[0-9][0-9] /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc/sed.i[0-9] /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc/sed.i[0-9][0-9]; do \ if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \ done; \ else :; fi \ cd $am__cwd; \ if /bin/bash /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/config/missing --run makeinfo -I /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc \ -o /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc/sed.info /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc/sed.texi; \ then \ rc=0; \ CDPATH=${ZSH_VERSION+.}: cd /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc; \ else \ rc=$?; \ CDPATH=${ZSH_VERSION+.}: cd /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc \ $restore $backupdir/* `echo .//build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc/sed.info | sed 's|[^/]*$||'`; \ fi; \ rm -rf $backupdir; exit $rc /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/config/missing: line 52: makeinfo: command not found WARNING: `makeinfo' is missing on your system. You should only need it if you modified a `.texi' or `.texinfo' file, or any other file indirectly affecting the aspect of the manual. The spurious call might also be the consequence of using a buggy `make' (AIX, DU, IRIX). You might want to install the `Texinfo' package or the `GNU make' package. Grab either from any GNU archive site. /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/config/help2man --name stream editor for filtering and transforming text \ -p sed --include /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc/sed.x ../sed/sed /build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/src/sed/doc/sed.1 make[4]: Leaving directory `/build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/out/linux.amd64/release/bootstrap/sed/doc' Making all in testsuite make[4]: Entering directory `/build/user-kbuild_0.1.98svn2318-3-amd64-qSQucc/kbuild-0.1.98svn2318/out/linux.amd64/release/bootstrap/sed/testsuite' make[4]: Nothing to be done for `all'. make[4]: Leaving directory
Bug#552947: marked as done (libgcrypt11: FTBFS: dh_install missing files)
Your message dated Sat, 31 Oct 2009 23:28:44 + with message-id e1n4nne-0003rp...@ries.debian.org and subject line Bug#552947: fixed in libgcrypt11 1.4.4-5 has caused the Debian Bug report #552947, regarding libgcrypt11: FTBFS: dh_install missing files to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552947: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552947 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: libgcrypt11 Version: 1.4.4-4 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/user-libgcrypt11_1.4.4-4-amd64-GvEnIS/libgcrypt11-1.4.4' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/build/user-libgcrypt11_1.4.4-4-amd64-GvEnIS/libgcrypt11-1.4.4' make[2]: Leaving directory `/build/user-libgcrypt11_1.4.4-4-amd64-GvEnIS/libgcrypt11-1.4.4' make[1]: Leaving directory `/build/user-libgcrypt11_1.4.4-4-amd64-GvEnIS/libgcrypt11-1.4.4' dh_installdirs -plibgcrypt11-doc dh_installdocs -plibgcrypt11-doc ./README ./NEWS ./TODO ./AUTHORS ./THANKS dh_installexamples -plibgcrypt11-doc dh_installman -plibgcrypt11-doc dh_installinfo -plibgcrypt11-doc dh_installmenu -plibgcrypt11-doc dh_installcron -plibgcrypt11-doc dh_installinit -plibgcrypt11-doc dh_installdebconf -plibgcrypt11-doc dh_installemacsen -plibgcrypt11-doc dh_installcatalogs -plibgcrypt11-doc dh_installpam -plibgcrypt11-doc dh_installlogrotate -plibgcrypt11-doc dh_installlogcheck -plibgcrypt11-doc dh_installchangelogs -plibgcrypt11-doc ./ChangeLog dh_installudev -plibgcrypt11-doc dh_lintian -plibgcrypt11-doc dh_install -plibgcrypt11-doc dh_install: libgcrypt11-doc missing files (doc/gcrypt/*.html), aborting make: *** [binary-install/libgcrypt11-doc] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/libgcrypt11_1.4.4-4_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: libgcrypt11 Source-Version: 1.4.4-5 We believe that the bug you reported is fixed in the latest version of libgcrypt11, which is due to be installed in the Debian FTP archive: libgcrypt11-dbg_1.4.4-5_i386.deb to main/libg/libgcrypt11/libgcrypt11-dbg_1.4.4-5_i386.deb libgcrypt11-dev_1.4.4-5_i386.deb to main/libg/libgcrypt11/libgcrypt11-dev_1.4.4-5_i386.deb libgcrypt11-doc_1.4.4-5_all.deb to main/libg/libgcrypt11/libgcrypt11-doc_1.4.4-5_all.deb libgcrypt11_1.4.4-5.diff.gz to main/libg/libgcrypt11/libgcrypt11_1.4.4-5.diff.gz libgcrypt11_1.4.4-5.dsc to main/libg/libgcrypt11/libgcrypt11_1.4.4-5.dsc libgcrypt11_1.4.4-5_i386.deb to main/libg/libgcrypt11/libgcrypt11_1.4.4-5_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Metzler ametz...@debian.org (supplier of updated libgcrypt11 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Format: 1.8 Date: Sat, 31 Oct 2009 09:32:52 +0100 Source: libgcrypt11 Binary: libgcrypt11-doc libgcrypt11-dev libgcrypt11-dbg libgcrypt11 Architecture: source all i386 Version: 1.4.4-5 Distribution: unstable Urgency: low Maintainer: Debian GnuTLS Maintainers pkg-gnutls-ma...@lists.alioth.debian.org Changed-By: Andreas Metzler ametz...@debian.org Description: libgcrypt11 - LGPL Crypto library - runtime library libgcrypt11-dbg - LGPL Crypto library - debugger files libgcrypt11-dev - LGPL Crypto library - development files libgcrypt11-doc - LGPL Crypto library - documentation
Bug#536966: marked as done (lsb-build-base3: FTBFS: /bin/sh: cpio: command not found)
Your message dated Sat, 31 Oct 2009 23:37:12 + with message-id e1n4nvq-0006zm...@ries.debian.org and subject line Bug#536966: fixed in lsb-build-base3 3.2.2~pre1-1.2 has caused the Debian Bug report #536966, regarding lsb-build-base3: FTBFS: /bin/sh: cpio: command not found to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 536966: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536966 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: lsb-build-base3 Version: 3.2.2~pre1-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090713 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. dpkg-dev used to depend on cpio, but no longer does, so you need to build-depend on it yourself. Relevant part: make[2]: Entering directory `/build/user-lsb-build-base3_3.2.2~pre1-1-amd64-eI9rnt/lsb-build-base3-3.2.2~pre1/build_env/headers' install -d /build/user-lsb-build-base3_3.2.2~pre1-1-amd64-eI9rnt/lsb-build-base3-3.2.2~pre1/debian/lsb-build-base3/usr//include/lsb3 cpio -pdu /build/user-lsb-build-base3_3.2.2~pre1-1-amd64-eI9rnt/lsb-build-base3-3.2.2~pre1/debian/lsb-build-base3/usr//include/lsb3 core_filelist /bin/sh: cpio: command not found make[2]: *** [install-core] Error 127 The full build log is available from: http://people.debian.org/~lucas/logs/2009/07/13/lsb-build-base3_3.2.2~pre1-1_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: lsb-build-base3 Source-Version: 3.2.2~pre1-1.2 We believe that the bug you reported is fixed in the latest version of lsb-build-base3, which is due to be installed in the Debian FTP archive: lsb-build-base3_3.2.2~pre1-1.2.diff.gz to main/l/lsb-build-base3/lsb-build-base3_3.2.2~pre1-1.2.diff.gz lsb-build-base3_3.2.2~pre1-1.2.dsc to main/l/lsb-build-base3/lsb-build-base3_3.2.2~pre1-1.2.dsc lsb-build-base3_3.2.2~pre1-1.2_amd64.deb to main/l/lsb-build-base3/lsb-build-base3_3.2.2~pre1-1.2_amd64.deb lsb-build-desktop3_3.2.2~pre1-1.2_amd64.deb to main/l/lsb-build-base3/lsb-build-desktop3_3.2.2~pre1-1.2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 536...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Chris Lamb la...@debian.org (supplier of updated lsb-build-base3 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 29 Oct 2009 14:47:43 + Source: lsb-build-base3 Binary: lsb-build-base3 lsb-build-desktop3 Architecture: source amd64 Version: 3.2.2~pre1-1.2 Distribution: unstable Urgency: medium Maintainer: Stuart R. Anderson ander...@netsweng.com Changed-By: Chris Lamb la...@debian.org Description: lsb-build-base3 - LSB v3.x Development tools base package lsb-build-desktop3 - LSB v3.x Development tools desktop package Closes: 536966 Changes: lsb-build-base3 (3.2.2~pre1-1.2) unstable; urgency=medium . * Non-maintainer upload. * Really add cpio to Build-Depends. Thanks to Kurt Roeckx. (Closes: #536966) Checksums-Sha1: 899eb172ce9bafed238c5d6e6ee87dba462135fc 1122 lsb-build-base3_3.2.2~pre1-1.2.dsc e13bef230860b714c40470f6d5c8cb947bbb2eee 3176048 lsb-build-base3_3.2.2~pre1.orig.tar.gz bba58863bc61233bb6fd807d0d219bd1b50c7ec4 759241 lsb-build-base3_3.2.2~pre1-1.2.diff.gz 79d33dfa996431ff2620668e0b35923c670807f5 656566 lsb-build-base3_3.2.2~pre1-1.2_amd64.deb 0765b72dcae0b077735017ec433f4f68b8af70e7 589768 lsb-build-desktop3_3.2.2~pre1-1.2_amd64.deb Checksums-Sha256: 27b67dd014dd72e8901b2be30011254bf1057879360387a6b4120744bc42ee2d 1122 lsb-build-base3_3.2.2~pre1-1.2.dsc 2a244f8b813bfdd4e8929c74d1fe184da35e5a8d91c24831279a93225b66c9b0 3176048 lsb-build-base3_3.2.2~pre1.orig.tar.gz
Bug#543007: marked as done (lineak-defaultplugin: FTBFS: /usr/bin/install: cannot stat `.libs/mediadetectplugin.so': No such file or directory)
Your message dated Sat, 31 Oct 2009 23:35:15 + with message-id e1n4ntx-0005zt...@ries.debian.org and subject line Bug#543007: fixed in lineak-defaultplugin 1:0.9-6 has caused the Debian Bug report #543007, regarding lineak-defaultplugin: FTBFS: /usr/bin/install: cannot stat `.libs/mediadetectplugin.so': No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 543007: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543007 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: lineak-defaultplugin Version: 1:0.9-5 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090822 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/default_plugin' make[3]: Nothing to be done for `install-exec-am'. /bin/bash ../admin/mkinstalldirs /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/etc/ mkdir -p -- /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/etc/ /usr/bin/install -c -p -m 644 ../media-detect.conf /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/etc/media-detect.conf /bin/bash ../admin/mkinstalldirs /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/usr/share/man/man1 mkdir -p -- /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/usr/share/man/man1 /usr/bin/install -c -p -m 644 ./lineak_defaultplugin.1 /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/usr/share/man/man1/lineak_defaultplugin.1 /bin/bash ../admin/mkinstalldirs /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/usr/lib/lineakd/plugins mkdir -p -- /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/usr/lib/lineakd/plugins /bin/bash ../libtool --mode=install /usr/bin/install -c -p defaultplugin.la /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/usr/lib/lineakd/plugins/defaultplugin.la libtool: install: /usr/bin/install -c -p .libs/defaultplugin.so /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/usr/lib/lineakd/plugins/defaultplugin.so /usr/bin/install: cannot stat `.libs/defaultplugin.so': No such file or directory /bin/bash ../libtool --mode=install /usr/bin/install -c -p mediadetectplugin.la /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/usr/lib/lineakd/plugins/mediadetectplugin.la libtool: install: /usr/bin/install -c -p .libs/mediadetectplugin.so /build/user-lineak-defaultplugin_0.9-5-amd64-riAPiY/lineak-defaultplugin-0.9/debian/lineak-defaultplugin/usr/lib/lineakd/plugins/mediadetectplugin.so /usr/bin/install: cannot stat `.libs/mediadetectplugin.so': No such file or directory make[3]: *** [install-pluginsLTLIBRARIES] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/08/22/lineak-defaultplugin_1:0.9-5_lsid64.buildlog 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. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: lineak-defaultplugin Source-Version: 1:0.9-6 We believe that the bug you reported is fixed in the latest version of lineak-defaultplugin, which is due to be installed in the Debian FTP archive: lineak-defaultplugin_0.9-6.diff.gz to main/l/lineak-defaultplugin/lineak-defaultplugin_0.9-6.diff.gz lineak-defaultplugin_0.9-6.dsc to main/l/lineak-defaultplugin/lineak-defaultplugin_0.9-6.dsc lineak-defaultplugin_0.9-6_i386.deb to main/l/lineak-defaultplugin/lineak-defaultplugin_0.9-6_i386.deb A summary of the changes between this version and the previous one is attached. Thank