Bug#510173: marked as done (package mysql-server-5.0 fails to upgrade in unstable branch)
Your message dated Tue, 30 Dec 2008 09:27:42 +0100 with message-id 1230625662.6064.2.ca...@mystique.intern.tretkowski.de and subject line Re: [debian-mysql] Bug#510174: package mysql-server-5.0 fails to upgrade in unstable branch has caused the Debian Bug report #510174, regarding package mysql-server-5.0 fails to upgrade in unstable branch 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.) -- 510174: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510174 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Subject: package mysql-server-5.0 fails to upgrade in unstable branch Package: mysql-server-5.0 Version: 5.0.67-1 Severity: grave Justification: renders package unusable *** Please type your report below this line *** -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-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/bash Versions of packages mysql-server-5.0 depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii libc6 2.7-16GNU C Library: Shared libraries ii libdbi-perl1.607-1 Perl5 database interface by Tim Bu ii libgcc11:4.3.2-1 GCC support library pn libmysqlclient15offnone(no description available) ii libncurses55.7+20081220-1shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip pn mysql-client-5.0 none(no description available) ii mysql-common 5.0.75-1 MySQL database common files ii passwd 1:4.1.1-6 change and administer password and pn perl none(no description available) ii psmisc 22.6-1Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages mysql-server-5.0 recommends: ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent ii libhtml-template-p 2.9-1 HTML::Template : A module for usin ii mailx 1:20081101-2 Transitional package for mailx ren Versions of packages mysql-server-5.0 suggests: pn tinycanone (no description available) -- debconf information: mysql-server-5.0/really_downgrade: false mysql-server-5.0/start_on_boot: true mysql-server-5.0/nis_warning: mysql-server-5.0/postrm_remove_databases: false * mysql-server-5.0/need_sarge_compat: false mysql-server/error_setting_password: mysql-server-5.0/need_sarge_compat_done: true mysql-server/password_mismatch: -- Ivan Aleman ---End Message--- ---BeginMessage--- Am Montag, den 29.12.2008, 19:17 -0600 schrieb Ivan Aleman: /etc/lsb-base-logging.sh: line 339: SPL_PRG: unbound variable This is a bug in splashy (see #509025), upgrading splashy to 0.3.13-1 should fix your problem. Norbert ---End Message---
Bug#510174: marked as done (package mysql-server-5.0 fails to upgrade in unstable branch)
Your message dated Tue, 30 Dec 2008 09:27:42 +0100 with message-id 1230625662.6064.2.ca...@mystique.intern.tretkowski.de and subject line Re: [debian-mysql] Bug#510174: package mysql-server-5.0 fails to upgrade in unstable branch has caused the Debian Bug report #510174, regarding package mysql-server-5.0 fails to upgrade in unstable branch 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.) -- 510174: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510174 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Subject: package mysql-server-5.0 fails to upgrade in unstable branch Package: mysql-server-5.0 Version: 5.0.67-1 Severity: grave Justification: renders package unusable *** Please type your report below this line *** Please excuse me, my last report lack this part of the report. When I try to apt-get upgrade my sytem package mysql-server-5.0 fails to upgrade this is how it looks: Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 323783 files and directories currently installed.) Preparing to replace mysql-server-5.0 5.0.67-1 (using .../mysql-server-5.0_5.0.75-1_i386.deb) ... * Stopping MySQL database server mysqld [ OK ] /etc/lsb-base-logging.sh: line 339: SPL_PRG: unbound variable invoke-rc.d: initscript mysql, action stop failed. dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... * Stopping MySQL database server mysqld [ OK ] /etc/lsb-base-logging.sh: line 339: SPL_PRG: unbound variable invoke-rc.d: initscript mysql, action stop failed. dpkg: error processing /var/cache/apt/archives/mysql-server-5.0_5.0.75-1_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 * Stopping MySQL database server mysqld [ OK ] /etc/lsb-base-logging.sh: line 339: SPL_PRG: unbound variable invoke-rc.d: initscript mysql, action stop failed. * Starting MySQL database server mysqld [ OK ] /etc/lsb-base-logging.sh: line 339: SPL_PRG: unbound variable invoke-rc.d: initscript mysql, action start failed. ^Cdpkg: error while cleaning up: subprocess post-installation script killed by signal (Interrupt) Errors were encountered while processing: /var/cache/apt/archives/mysql-server-5.0_5.0.75-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) i...@skywalker:~$ Can't remove/purge/reinstall the package, thanks in advance. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-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/bash Versions of packages mysql-server-5.0 depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii libc6 2.7-16GNU C Library: Shared libraries ii libdbi-perl1.607-1 Perl5 database interface by Tim Bu ii libgcc11:4.3.2-1 GCC support library pn libmysqlclient15offnone(no description available) ii libncurses55.7+20081220-1shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip pn mysql-client-5.0 none(no description available) ii mysql-common 5.0.75-1 MySQL database common files ii passwd 1:4.1.1-6 change and administer password and pn perl none(no description available) ii psmisc 22.6-1Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages mysql-server-5.0 recommends: ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent ii libhtml-template-p 2.9-1 HTML::Template : A module for usin ii mailx 1:20081101-2 Transitional package for mailx ren Versions of packages mysql-server-5.0 suggests: pn tinycanone (no
Bug#509878: NMU for azureus
On Mon, 29 Dec 2008 11:02:56 -0800, Shaun Jackman wrote: Hi David, Hello, Vuze is the dummy package, and azureus is the substantial package. Vuze depends on azureus and additional packages required to run the novel Vuze GUI. Those dependencies are not necessary when using the classical GUI of Azureus. ACK. Is there a way to start the classical GUI from the command-line? I didn't find any, it seems like there is no actual separation of code between the two. Or, maybe, it's not so well documented. Azureus suggests vuze. Perhaps this should be Recommends. Otherwise, before Lenny is released, I don't see making any major changes. Right, I do agree with you. If the user wishes to run the Vuze GUI, the user may install the package vuze, which includes all the necessary dependencies. if the user wishes to run the Azureus GUI and minimize dependencies, the user may install the package azureus. Sure. The fact is, starting azureus effectively fires up the shiny and blinking Vuze interface. So something's really wrong. Either choose: 1) don't start Vuze when typing azureus in a terminal (if what you're saying is right, this is the best option ever); 2) if 1) is not possible, make vuze the substantial package, and make azureus depend on it (i.e. azureus becomes a dummy transitional package) -- this means that there's no classical azureus GUI anymore; The primary issue is that if the user wishes to run the Vuze GUI but installs the azureus package, the user will see library exceptions rather than a useful error message. Sure, this should be done nevertheless. If anything, I think these bugs simply require better documentation describing the difference between the azureus and vuze packages. Not really. This is what a normal user would do: 1) # apt-get install azureus [1] 2) $ azureus 3) library exceptions; warnings; $problem 4a) come on IRC, complaining that azureus doesn't work 4b) reporting a bug [2], which would be then duplicate of the two in question [1] just because it's most famous by that name, and has become Vuze only in recent times -- at least, most of the torrent-people I know, know it by Azureus [2] and this is what Enrico did, and he is *not* a normal user. Like you and me aren't. I really didn't find a way to start azureus in simple mode from the command line: if there is, one solution might be using Provides: fields, and make both packages have a /usr/bin/azureus: azureus with the simple-mode-command-line, vuze with the shiny-mode-command-line. I hope my explanation and analysis were clear and right :). However things go, this transition shouldn't be done until Lenny is out, as you said. But, in the meanwhile, you should look forward at fixing this bug, in a way or another. (and, the easier fix, would be adding those dependencies to the azureus package, but then vuze becomes pretty useless... your choice) Kindly (and happy new year!), David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#509292: rsyslog: random crashes with remote logging
Hello again, now I manually ran rsyslogd reload in the server and I managed to crash rsyslog and here's the last lines of the debug output. Hopefully this helps. This happened when I just ran /etc/init.d/rsyslogd reload. Regards, Juha 5596.889182006:main queue:Reg/w0: main queue: entering rate limiter 5596.889193366:main queue:Reg/w0: main queue: entry deleted, state 0, size now 0 entries 5596.889258926:main queue:Reg/w0: result of expression evaluation: 0 5596.889285086:main queue:Reg/w0: result of expression evaluation: 0 5596.889304766:main queue:Reg/w0: result of expression evaluation: 0 5596.889324566:main queue:Reg/w0: result of expression evaluation: 0 5596.889343566:main queue:Reg/w0: result of expression evaluation: 0 5596.889362446:main queue:Reg/w0: result of expression evaluation: 0 5596.889381685:main queue:Reg/w0: result of expression evaluation: 0 5596.889407045:main queue:Reg/w0: result of expression evaluation: 0 5596.889431045:main queue:Reg/w0: result of expression evaluation: 0 5596.889455165:main queue:Reg/w0: result of expression evaluation: 0 5596.889478965:main queue:Reg/w0: result of expression evaluation: 0 5596.889503405:main queue:Reg/w0: result of expression evaluation: 0 5596.889527805:main queue:Reg/w0: result of expression evaluation: 0 5596.889566365:main queue:Reg/w0: result of expression evaluation: 0 5596.889625204:main queue:Reg/w0: result of expression evaluation: 0 5596.889649564:main queue:Reg/w0: result of expression evaluation: 1 5596.889661204:main queue:Reg/w0: Called action, logging to builtin-file (/var/log/auth.log) 5596.889709164:main queue:Reg/w0: result of expression evaluation: 0 5596.889728964:main queue:Reg/w0: result of expression evaluation: 0 5596.889748364:main queue:Reg/w0: result of expression evaluation: 0 5596.889767604:main queue:Reg/w0: result of expression evaluation: 0 5596.889787003:main queue:Reg/w0: result of expression evaluation: 0 5596.889806323:main queue:Reg/w0: result of expression evaluation: 0 5596.889830603:main queue:Reg/w0: result of expression evaluation: 0 5596.889854483:main queue:Reg/w0: result of expression evaluation: 0 5596.889878643:main queue:Reg/w0: result of expression evaluation: 0 5596.889902603:main queue:Reg/w0: result of expression evaluation: 0 5596.889927043:main queue:Reg/w0: result of expression evaluation: 0 5596.889951003:main queue:Reg/w0: result of expression evaluation: 0 5596.889989162:main queue:Reg/w0: result of expression evaluation: 0 5596.890046802:main queue:Reg/w0: result of expression evaluation: 0 5596.890065842:main queue:Reg/w0: result of expression evaluation: 0 5596.890077842:main queue:Reg/w0: Called action, logging to builtin-file (/dev/xconsole) 5596.890106202:main queue:Reg/w0: main queue: entering rate limiter 5596.890115962:main queue:Reg/w0: main queue:Reg/w0: worker IDLE, waiting for work. 5605.117042078:imuxsock.c: Message from UNIX socket: #3 5605.117088238:imuxsock.c: logmsg: flags 6, from 'log-server', msg Dec 30 10:26:45 sudo: koho : TTY=pts/0 ; PWD=/home/koho ; USER=root ; COMMAND=/etc/init.d/rsyslog reload 5605.117097438:imuxsock.c: Message has legacy syslog format. 5605.117118958:imuxsock.c: main queue: entry added, size now 1 entries 5605.117138998:imuxsock.c: main queue: EnqueueMsg signaled condition (0) 5605.117148718:imuxsock.c: wtpAdviseMaxWorkers signals busy 5605.117159438:imuxsock.c: imuxsock calling select, active file descriptors (max 22): 3 22 5605.117195158:main queue:Reg/w0: main queue: entering rate limiter 5605.117208797:main queue:Reg/w0: main queue: entry deleted, state 0, size now 0 entries 5605.117254957:main queue:Reg/w0: result of expression evaluation: 0 5605.117283037:main queue:Reg/w0: result of expression evaluation: 0 5605.117303037:main queue:Reg/w0: result of expression evaluation: 0 5605.117322717:main queue:Reg/w0: result of expression evaluation: 0 5605.117342197:main queue:Reg/w0: result of expression evaluation: 0 5605.117361957:main queue:Reg/w0: result of expression evaluation: 0 5605.117381477:main queue:Reg/w0: result of expression evaluation: 0 5605.117406916:main queue:Reg/w0: result of expression evaluation: 0 5605.117431676:main queue:Reg/w0: result of expression evaluation: 0 5605.117456916:main queue:Reg/w0: result of expression evaluation: 0 5605.117481716:main queue:Reg/w0: result of expression evaluation: 0 5605.117506396:main queue:Reg/w0: result of expression evaluation: 0 5605.117562156:main queue:Reg/w0: result of expression evaluation: 0 5605.117601715:main queue:Reg/w0: result of expression evaluation: 0 5605.117660915:main queue:Reg/w0: result of expression evaluation: 0 5605.117686475:main queue:Reg/w0: result of expression evaluation: 1 5605.117698315:main queue:Reg/w0: Called action, logging to builtin-file (/var/log/auth.log) 5605.117753235:main queue:Reg/w0: result of expression evaluation: 0 5605.117773115:main queue:Reg/w0: result of expression evaluation: 0 5605.117792955:main queue:Reg/w0: result
Bug#510120: dcmtk: Missing link to libxml2 (libdcmsr)
On Mon, Dec 29, 2008 at 4:10 PM, Juergen Salk j...@debian.org wrote: * Mathieu Malaterre mathieu.malate...@gmail.com [081229 14:29]: Package: dcmtk Version: 3.5.4-2 Severity: grave Justification: renders package unusable One simply cannot load the libdcmsr.so shared lib as linking is broken: $ ldd /usr/lib/libdcmsr.so.1 libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x2ab0e40e8000) libc.so.6 = /lib/libc.so.6 (0x2ab0e42ff000) /lib64/ld-linux-x86-64.so.2 (0x4000) $ nm -D /usr/lib/libdcmsr.so.1 | grep xmlFree U xmlFree U xmlFreeDoc xmlFree symbol should be provided by libxml2.so. Makefile seems to refer to it: [...] Hallo Mathieu, maybe I am missing the point, but could you please provide a specific example of where exactly libdcmsr fails to get loaded. I simply cannot reproduce the problem you described above. For me all dsr* applications that are part of the dcmtk package seems to be able to load libdcmsr without any problems ... Correct. I did not realize it was the responsability of the application to do the full linking and provide libraries for the missing symbols. For instance dicomscope needs libdcmtk1-dev, but also libssl-dev libxml2-dev to be able to do link to -lxml2 and -lcrypto. Sorry for the noise :) -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510120: marked as done (dcmtk: Missing link to libxml2 (libdcmsr))
Your message dated Tue, 30 Dec 2008 10:18:31 +0100 with message-id bf0c3b3f0812300118q5b820b0cqe5ae4b16f804...@mail.gmail.com and subject line has caused the Debian Bug report #510120, regarding dcmtk: Missing link to libxml2 (libdcmsr) 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.) -- 510120: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510120 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: dcmtk Version: 3.5.4-2 Severity: grave Justification: renders package unusable One simply cannot load the libdcmsr.so shared lib as linking is broken: $ ldd /usr/lib/libdcmsr.so.1 libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x2ab0e40e8000) libc.so.6 = /lib/libc.so.6 (0x2ab0e42ff000) /lib64/ld-linux-x86-64.so.2 (0x4000) $ nm -D /usr/lib/libdcmsr.so.1 | grep xmlFree U xmlFree U xmlFreeDoc xmlFree symbol should be provided by libxml2.so. Makefile seems to refer to it: config/configure: CPPFLAGS=-I${with_libxmlinc}/include/libxml2 $CPPFLAGS config/configure:LIBXMLCFLAGS=`xml2-config --cflags 2/dev/null` config/configure:XMLLIBS=-lxml2 config/configure: LIBS=$LIBS -lxml2 $ZLIBLIBS config/configure: XMLLIBS=-lxml2 config/configure.in: CPPFLAGS=-I${with_libxmlinc}/include/libxml2 $CPPFLAGS config/configure.in:LIBXMLCFLAGS=`xml2-config --cflags 2/dev/null` config/configure.in:XMLLIBS=-lxml2 config/configure.in: LIBS=$LIBS -lxml2 $ZLIBLIBS config/configure.in: XMLLIBS=-lxml2 ], but for some reason the one from debian package is broken. Thanks ! -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dcmtk depends on: ii adduser 3.102 Add and remove users and groups ii libc6 2.7-10 GNU C Library: Shared libraries ii libdcmtk1 20081219 The OFFIS DICOM toolkit runtime li ii libgcc1 1:4.3.0-3 GCC support library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libssl0.9.8 0.9.8c-4etch3 SSL shared libraries ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii libtiff4 3.8.2-7+etch1 Tag Image File Format (TIFF) libra ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii libxml2 2.6.27.dfsg-6 GNOME XML library ii zlib1g1:1.2.3-13 compression library - runtime dcmtk recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- It is up to the application programmer to know which libraries is required to finish linking. In particular: -lxml2 and -lcrypto and the two missing ones. -- Mathieu ---End Message---
Processed: your mail
Processing commands for cont...@bugs.debian.org: reopen 505270 Bug#505270: splashy fails at boot: Couldn't splashy_start_splash error -10 Bug reopened, originator not changed. 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#504340: djvulibre-plugin/testing and #504340
On Monday 29 December 2008 18:39:17 Thomas Viehmann wrote: Hi, So here is something even better (IMHO): Change map_lookup to return the return value (note that this would be funny if we stored NULLs in the Ok. I am doing that upstream. This is the best way to avoid the pitfalls of the ANSI C strict aliasing rules. These stupid rules basically prevent us from accessing an arbitrary pointer using a void* type. I wonder why they did not handle the case of void* pointers in the rules. I did not find any explanation online... - L. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487035: marked as done (mlt++: FTBFS: Unsatisfiable build-dependency: libmlt-dev: Depends: libmlt0.2 (= 0.2.4-3))
Your message dated Tue, 30 Dec 2008 10:52:46 +0100 with message-id 200812301052.46826.f...@debian.org and subject line mlt++: FTBFS: Unsatisfiable build-dependency: libmlt-dev: Depends: libmlt0.2 (= 0.2.4-3) has caused the Debian Bug report #487035, regarding mlt++: FTBFS: Unsatisfiable build-dependency: libmlt-dev: Depends: libmlt0.2 (= 0.2.4-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.) -- 487035: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487035 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: mlt++ Version: 0.2.4-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: ** Using build dependencies supplied by package: Build-Depends: cdbs, debhelper (= 6), libmlt-dev, quilt Checking for already installed source dependencies... cdbs: missing debhelper: missing Using default version 7.0.11 libmlt-dev: missing quilt: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libmlt-dev: Depends: libmlt0.2 (= 0.2.4-3) but it is not going to be installed E: Broken packages The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Version 0.3.2-1 ---End Message---
Bug#504340: djvulibre-plugin/testing and #504340
Leon Bottou wrote: On Monday 29 December 2008 18:39:17 Thomas Viehmann wrote: Hi, So here is something even better (IMHO): Change map_lookup to return the return value (note that this would be funny if we stored NULLs in the Ok. I am doing that upstream. This is the best way to avoid the pitfalls of the ANSI C strict aliasing rules. These stupid rules basically prevent us from accessing an arbitrary pointer using a void* type. I wonder why they did not handle the case of void* pointers in the rules. I did not find any explanation online... The curse of post-midnight sending patches had me attach a broken version, though, because I had only updated the binaries after the initial compile. Sorry about all the ill attempts, here is the hopefully final thing. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ --- djvulibre-3.5.20/debian/changelog +++ djvulibre-3.5.20/debian/changelog @@ -1,3 +1,13 @@ +djvulibre (3.5.20-8+lenny1) testing; urgency=low + + * Non-maintainer upload. + * gui/nsdejavu/nsdejavu.c: Don't assume NPP_SetWindow is +alsways passed good data. Patch from upstream. +Make map_lookup return the result instead of an error code. +Closes: #504340 + + -- Thomas Viehmann t...@beamnet.de Tue, 30 Dec 2008 00:11:49 +0100 + djvulibre (3.5.20-8+lenny0) testing; urgency=low * Non-maintainer upload to testing. --- djvulibre-3.5.20.orig/gui/nsdejavu/nsdejavu.c +++ djvulibre-3.5.20/gui/nsdejavu/nsdejavu.c @@ -815,8 +815,8 @@ m-nbuckets = new_nbuckets; } -static int -map_lookup(Map *m, void *key, void *pval) +static void* +map_lookup(Map *m, void *key) { int h; struct map_entry_s *q; @@ -824,12 +824,10 @@ h = hash(key, m-nbuckets); for (q=m-buckets[h]; q; q=q-next) if (q-key == key) { -if (pval) - *(void**)pval = q-val; -return 1; +return q-val; } } - return -1; + return NULL; } static int @@ -1167,12 +1165,12 @@ switch(reqp-req_num) { case CMD_SHOW_STATUS: - if (map_lookup(instance, reqp-id, inst) = 0) + if ((inst = map_lookup(instance, reqp-id))) if (inst-widget) NPN_Status(inst-np_instance, reqp-status); break; case CMD_GET_URL: - if (map_lookup(instance, reqp-id, inst) = 0) + if ((inst = map_lookup(instance, reqp-id))) { const char *target = (reqp-target reqp-target[0]) ? reqp-target : 0; @@ -1180,7 +1178,7 @@ } break; case CMD_GET_URL_NOTIFY: - if (map_lookup(instance, reqp-id, inst) = 0) + if ((inst = map_lookup(instance, reqp-id))) { const char *target = (reqp-target reqp-target[0]) ? reqp-target : 0; @@ -1297,7 +1295,7 @@ { Instance *inst; void *id = (void*)cl_data; - if (map_lookup(instance, id, inst) = 0) + if ((inst = map_lookup(instance, id))) if (Resize(id) = 0) ProgramDied(); } @@ -1325,7 +1323,7 @@ Instance *inst; void *id = (void*)cl_data; *cont = True; - if (map_lookup(instance, id, inst) = 0) + if ((inst = map_lookup(instance, id))) { Widget wid = inst-widget; Display *dpy = XtDisplay(wid); @@ -1567,7 +1565,7 @@ resizeCallback here and send the appropriate request to the application */ Instance *inst; - if (map_lookup(instance, id, inst) 0) + if (! (inst = map_lookup(instance, id))) return 1; if (inst-widget) { @@ -1591,7 +1589,7 @@ Detach(void * id) { Instance *inst; - if (map_lookup(instance, id, inst) 0) + if (! (inst = map_lookup(instance, id))) return 1; if (inst-widget) { @@ -1630,7 +1628,7 @@ XColor cell; XSync(displ, False); - if (map_lookup(instance, id, inst) 0) + if (! (inst = map_lookup(instance, id))) return 1; widget = XtWindowToWidget(displ, window); @@ -1968,7 +1966,7 @@ goto problem; if (ReadPointer(pipe_read, id, 0, 0) = 0) goto problem; - if (map_lookup(instance, id, inst) = 0) + if ((inst = map_lookup(instance, id))) /* This can happen because we do not clear the instance array when restarting djview. We just undo it... */ @@ -1988,7 +1986,7 @@ void * id = np_inst-pdata; SavedData saved_data; - if (map_lookup(instance, id, inst) 0) + if (! (inst = map_lookup(instance, id))) return NPERR_INVALID_INSTANCE_ERROR; /* Detach the main window, if not already detached */ NPP_SetWindow(np_inst, 0); @@ -2035,7 +2033,7 @@ void * id = np_inst-pdata; Window cur_window, new_window; - if (map_lookup(instance, id, inst) 0) + if (! (inst = map_lookup(instance, id))) return NPERR_INVALID_INSTANCE_ERROR; cur_window = inst-window; new_window = (win_str) ? (Window) win_str-window : 0; @@ -2054,9 +2052,9 @@ } if (new_window) { - NPSetWindowCallbackStruct
Bug#507800: marked as done (ucf must have priority standard)
Your message dated Tue, 30 Dec 2008 10:36:03 + with message-id e1lhbxd-0003jv...@ries.debian.org and subject line Bug#507800: fixed has caused the Debian Bug report #507800, regarding ucf must have priority standard 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.) -- 507800: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507800 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ftp.debian.org Severity: serious nfs-common depends on it and it's standard. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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/bash ---End Message--- ---BeginMessage--- We believe that the bug you reported is now fixed; the following changes were made to the overrides... Concerning package ucf... Operating on the unstable suite Changed priority from optional to standard Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 507...@bugs.debian.org. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Mark Hymers (the ftpmaster behind the curtain) ---End Message---
Bug#507778: marked as done (libldap-2.4-2 should have priority standard)
Your message dated Tue, 30 Dec 2008 10:34:20 + with message-id e1lhbvy-0003y8...@ries.debian.org and subject line Bug#507778: fixed has caused the Debian Bug report #507778, regarding libldap-2.4-2 should have priority standard 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.) -- 507778: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507778 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libldap-2.4-2 Version: 2.4.11-1 Severity: serious Tags: patch libnfsidmap2 depends on it and it's priority is standard. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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/bash Versions of packages libldap-2.4-2 depends on: ii libc62.7-15 GNU C Library: Shared libraries ii libgnutls26 2.4.2-1 the GNU TLS library - runtime libr ii libsasl2-2 2.1.22.dfsg1-23 Cyrus SASL - authentication abstra libldap-2.4-2 recommends no packages. libldap-2.4-2 suggests no packages. -- no debconf information diff -ruN openldap-2.4.11.orig/debian/control openldap-2.4.11/debian/control --- openldap-2.4.11.orig/debian/control 2008-12-04 10:15:20.0 -0200 +++ openldap-2.4.11/debian/control 2008-12-04 10:16:11.0 -0200 @@ -54,7 +54,7 @@ Package: libldap-2.4-2 Section: libs -Priority: optional +Priority: standard Architecture: any Conflicts: ldap-utils (= 2.1.23-1) Depends: ${shlibs:Depends} ---End Message--- ---BeginMessage--- We believe that the bug you reported is now fixed; the following changes were made to the overrides... Concerning package libldap-2.4-2... Operating on the unstable suite Changed priority from optional to standard Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 507...@bugs.debian.org. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Mark Hymers (the ftpmaster behind the curtain) ---End Message---
Bug#507799: marked as done (libgssglue1 must have priority standard)
Your message dated Tue, 30 Dec 2008 10:35:33 + with message-id e1lhbwj-0003it...@ries.debian.org and subject line Bug#507799: fixed has caused the Debian Bug report #507799, regarding libgssglue1 must have priority standard 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.) -- 507799: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507799 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ftp.debian.org Severity: serious librpcsecgss3 and nfs-common depends on it and are standard. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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/bash ---End Message--- ---BeginMessage--- We believe that the bug you reported is now fixed; the following changes were made to the overrides... Concerning package libgssglue1... Operating on the unstable suite Changed priority from optional to standard Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 507...@bugs.debian.org. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Mark Hymers (the ftpmaster behind the curtain) ---End Message---
Bug#505270:
v 03.13 shows the same behaviour as 0.3.12. That is, splashy doesn't work with the same error messages. Also, the /tmp/directfbrc hack fixes it just the same. I wonder why there was so much confidence that a fix was found. Have the developers managed to reproduce the bug yet on their own systems? Unfortunately, I can't get a virtual machine to show this bug, only my three real machines. I'd be more than happy to test any proposed fixes before they are packaged. I'm trying to follow development via the mailing list, now I will try to learn IRC. If the Lenny deep freeze is just around the corner, I suggest using my mysterious fix (the /tmp/directfbfc fix documented earlier in this bug report) while we work out what is really happening because at least then this bug could be closed. -- 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#510018: [awn-applets-python-core] battery plugin shows No batteries
Processing commands for cont...@bugs.debian.org: forwarded 510018 https://bugs.launchpad.net/awn-extras/+bug/312108 Bug#510018: [awn-applets-python-core] battery plugin shows No batteries Noted your statement that Bug has been forwarded to https://bugs.launchpad.net/awn-extras/+bug/312108. 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#510018: [awn-applets-python-core] battery plugin shows No batteries
forwarded 510018 https://bugs.launchpad.net/awn-extras/+bug/312108 thanks Hi, Thanks for your report. I can confirm that this applet was completely rewritten and now required hal. I forwarded this upstream. Regards, Julien Lavergne On Sun, 2008-12-28 at 17:56 +0100, David Paleino wrote: Package: awn-applets-python-core Version: 0.3~bzr912-1 Severity: serious (severity serious because this applet is not really usable for me, :) ) Hi, upgrading to experimental's awn made the Battery applet show the no batteries tooltip. It worked in 0.2.6-4. Reading the code, it seems like 0.3~bzr912 is using Hal, while 0.2.6 directly used DBus and os.popen(acpi -V). I don't have hal installed, that's why (I suppose, I did not have the chance to restart awn yet) it doesn't work anymore. I'm trying to foreport (:)) the DBus approach to 0.3 (adding a DBusBackend class to the code), but I haven't been successful yet. Please prod upstream for re-inclusion of such low-level processing :) Thank you, David --- System information. --- Architecture: i386 Kernel: Linux 2.6.27-1-686 Debian Release: 5.0 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 unstabledebian.corsac.net 500 kernel-dists-trunk kernel-archive.buildserver.net 1 experimentalwww.debian-multimedia.org 1 experimentaldebian.fastweb.it --- Package information. --- Depends (Version) | Installed ==-+- gconf2 (= 2.10.1-2) | 2.24.0-4 python(= 2.4) | 2.5.2-3 python-central (= 0.6.7) | 0.6.8 avant-window-navigator | 0.3~bzr489-1 python-awn | 0.3~bzr489-1 python-awnlib (= 0.3~bzr912) | 0.3~bzr912-1 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510205: buffer overflow in libaudiofile
Package: libaudiofile0 Version: 0.2.6-6 Severity: critical Today, the Music Player Daemon project received a bug report from Anton Khirnov: MPD crashed when attempting to play a WAV file. file says: RIFF (little-endian) data, WAVE audio, Microsoft ADPCM, stereo 44100 Hz The MPD bug report: http://musicpd.org/mantis/view.php?id=1915 The test file: http://filebin.ca/meqmyu/max_theme.wav Turns out that this is a bug in libaudiofile. When attempting to decode the file, libaudiofile writes past the buffer in msadpcm.c:194 code = *encoded 4; newSample = ms_adpcm_decode_sample(state[0], code, coefficient[0]); *decoded++ = newSample; Valgrind output: ==4680== Invalid write of size 2 ==4680==at 0x8CF0478: ms_adpcm_run_pull (msadpcm.c:194) ==4680==by 0x8CEAF75: _AFpull (modules.c:111) ==4680==by 0x8CF11A3: int2rebufferf2vrun_pull (rebuffer.template:409) ==4680==by 0x8CDE4ED: afReadFrames (data.c:228) ==4680==by 0x435EBA: audiofile_streamdecode (audiofile_plugin.c:159) ==4680==by 0x4145A2: decoder_stream_decode (decoder_thread.c:49) ==4680==by 0x414A5C: decoder_run (decoder_thread.c:189) ==4680==by 0x414B7B: decoder_task (decoder_thread.c:214) ==4680==by 0x72E0453: g_thread_create_proxy (gthread.c:635) ==4680==by 0x62CBFC6: start_thread (pthread_create.c:297) ==4680==by 0xAA595AC: clone (in /usr/lib/debug/libc-2.7.so) ==4680== Address 0x15a66de8 is 0 bytes after a block of size 4,096 alloc'd ==4680==at 0x4C2260E: malloc (vg_replace_malloc.c:207) ==4680==by 0x8CDF96A: _af_malloc (util.c:122) ==4680==by 0x8CEEEBA: _AFsetupmodules (modules.c:2539) ==4680==by 0x8CDE151: afGetFrameCount (format.c:218) ==4680==by 0x435CDD: audiofile_streamdecode (audiofile_plugin.c:141) ==4680==by 0x4145A2: decoder_stream_decode (decoder_thread.c:49) ==4680==by 0x414A5C: decoder_run (decoder_thread.c:189) ==4680==by 0x414B7B: decoder_task (decoder_thread.c:214) ==4680==by 0x72E0453: g_thread_create_proxy (gthread.c:635) ==4680==by 0x62CBFC6: start_thread (pthread_create.c:297) ==4680==by 0xAA595AC: clone (in /usr/lib/debug/libc-2.7.so) A quick look at the code revealed that the allocated buffer size depended on the following formula: bufsize = outc-nframes * _af_format_frame_size(outc-f, AF_TRUE); outc-nframes basically comes from _AF_ATOMIC_NVFRAMES (1024), because the msadpcm module does not implement the max_pull callback. This results in a 4096 byte allocation in modules.c:2539 (frame size is 4). In ms_adpcm_decode_block(), msadpcm-samplesPerBlock is set to 2036 (unverified value from the input file header). outputLength is 8144, which obviously does not fit into the allocated 4096 byte buffer. I could reproduce the same crash with normalize-audio max_theme.wav. The real crash happens after closing the file, probably due to heap corruption. valgrind notices the problem before the crash actually occurs. Severity critical because this is may be used for a remote DoS attack on software like MPD. I did not investigate whether it is possible to inject code this way. Chances are good, since arbitrary amounts of heap can be overwritten. Both Debian Etch and Lenny are affected. Solution: don't use libaudiofile. Change libaudiofile to allocate the correct buffer size. Add buffer size checks to libaudiofile. Regards, Max Kellermann -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491890: This package should not be released with lenny
retitle 491890 RM: karchiver -- RoQA; out of date, orphaned, buggy reassign 491890 ftp.debian.org thanks I think that package karchiver should not be released with lenny because: For the same reasons, including the neglected bug reports, I am proposing the removal of karchiver from Debian. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Processed: Re: This package should not be released with lenny
Processing commands for cont...@bugs.debian.org: retitle 491890 RM: karchiver -- RoQA; out of date, orphaned, buggy Bug#491890: This package should not be released with lenny Changed Bug title to `RM: karchiver -- RoQA; out of date, orphaned, buggy' from `This package should not be released with lenny'. reassign 491890 ftp.debian.org Bug#491890: RM: karchiver -- RoQA; out of date, orphaned, buggy Bug reassigned from package `karchiver' to `ftp.debian.org'. 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#510030: #510030 [CVE-2008-2383] xterm: DECRQSS and comments
I plan to fix this for etch by disabling UDKs, font shifting, X property changes, and applying Paul's patch. Any objections? well, yes - Szabo's patch works, but is incorrect. For the rest - Matthieu Herrb forwarded Weimer's proposed patch, which also needs work. (coincidentally, I'd intended working on xterm today or tomorrow - looks like I have extra to-do items) bye. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Processed: tagging 510013
Processing commands for cont...@bugs.debian.org: # ... according to bug submitter. tags 510013 experimental Bug#510013: [ffmpeg-debian] .flv files ain't played fter update from experimental branch There were no tags set. Tags added: experimental 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#457177: [Yaird-devel] Bug#457177: keep yaird out of Testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Dec 30, 2008 at 08:27:44AM +0100, maximilian attems wrote: On Sun, 28 Dec 2008, Jonas Smedegaard wrote: Do the release team still consider yaird too buggy for release with Lenny? there has been no progress nor any new release since last evaluation. the worst failure is still the lack of firmware loading in initramfs. Thanks for your opinion, Max. What is the opinion of the release team? - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklaL0AACgkQn7DbMsAkQLgJyACfef6s3Lrv1ElhF5Awmy8+ZPa3 MrwAoKRD3PZaCWGjrFmrkZ9BZDCt5iw7 =WpW/ -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
Processed: tagging 510205
Processing commands for cont...@bugs.debian.org: tags 510205 + security Bug#510205: buffer overflow in libaudiofile There were no tags set. Tags added: security 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#510205: buffer overflow in libaudiofile
Hi! On Tue, Dec 30, 2008 at 02:28:58PM +0100, Max Kellermann wrote: Solution: don't use libaudiofile. Change libaudiofile to allocate the correct buffer size. Add buffer size checks to libaudiofile. Many thanks for investigating and the detailed report. I'll try to get the buffer allocation fixed. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510120: dcmtk: Missing link to libxml2 (libdcmsr)
* Mathieu Malaterre mathieu.malate...@gmail.com [081230 10:17]: I simply cannot reproduce the problem you described above. For me all dsr* applications that are part of the dcmtk package seems to be able to load libdcmsr without any problems ... Correct. I did not realize it was the responsability of the application to do the full linking and provide libraries for the missing symbols. Yes. Unfortunately the dcmtk library build system does not link its shared libraries with the shared libraries it depends on. I am fully aware that this is not exactly desirable. The underlying reason for this is the totally unconventional dcmtk build system which is inherently much more inflexible than the standard GNU build system (including libtool). Actually, the upstream build system does not support building shared libraries at all (!) and it needed some some amount of kludgy magic to work around all these problems in order to provide shared libraries for Debian. This appeared to be the best balance between what is desireable and what is actually doable with reasonable efforts (i.e. without adding even more - potentially error prone - complexity to upstreams build system). I have met the OFFIS team personally a couple of months ago and took the chance to briefly discuss this issue with them. Unfortunately they are not going to change their build system (e.g. by introducing libtool) for the upcoming dcmtk release ... Sorry for the noise :) No problem. :-) I will keep this bug at a wishlist severity level because - after all - there is still some validity in it ... Best regards and good luck with your efforts in packaging DICOMscope. Juergen -- GPG A997BA7A | 87FC DA31 5F00 C885 0DC3 E28F BD0D 4B33 A997 BA7A -- 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#510120: dcmtk: Missing link to libxml2 (libdcmsr)
Processing commands for cont...@bugs.debian.org: severity 510120 wishlist Bug#510120: dcmtk: Missing link to libxml2 (libdcmsr) Severity set to `wishlist' from `grave' 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#509405: Partial solution
Hello! I installed this file in ~/.asoundrc: defaults.pcm.card 1 defaults.ctl.card 1 Then in iaxcomm I use default as every sound device. Then connecting works and the sound sent is ok, but the incoming sound is stuttering very badly. This is the best result I could achieve so far. Greetings, Raoul Bönisch -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510154: marked as done (ming_1:0.4.2-2(hppa/experimental): FTBFS: relocation R_PARISC_DPREL21L can not be used when making a shared object; recompile with -fPIC)
Your message dated Tue, 30 Dec 2008 17:32:10 + with message-id e1lhiru-0003rj...@ries.debian.org and subject line Bug#510154: fixed in ming 1:0.4.2-4 has caused the Debian Bug report #510154, regarding ming_1:0.4.2-2(hppa/experimental): FTBFS: relocation R_PARISC_DPREL21L can not be used when making a shared object; recompile with -fPIC 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.) -- 510154: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510154 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ming Version: 1:0.4.2-2 Severity: serious Hi, your package failed to build from source. | Automatic build of ming_1:0.4.2-2 on lofn by sbuild/hppa 98-farm | Build started at 20081229-0650 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 15.3MB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main ming 1:0.4.2-2 (dsc) [1355B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main ming 1:0.4.2-2 (tar) [15.3MB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main ming 1:0.4.2-2 (diff) [13.0kB] | Fetched 15.3MB in 13s (1094kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5.0.37.2), docbook-to-man, swig, python-all-dev (= 2.3.5-11), libgif-dev, libpng12-dev, libz-dev, perl (= 5.10.0), autotools-dev, flex, bison, libfreetype6-dev, ttf-dejavu, ttf-opensymbol, python-central (= 0.5), php5-dev, php5-cli, automake, quilt | Checking for already installed source dependencies... [...] | cc -shared -O2 -g -L/usr/local/lib /build/buildd/ming-0.4.2/perl_ext/Action.o /build/buildd/ming-0.4.2/perl_ext/Bitmap.o /build/buildd/ming-0.4.2/perl_ext/Button.o /build/buildd/ming-0.4.2/perl_ext/Constants.o /build/buildd/ming-0.4.2/perl_ext/DisplayItem.o /build/buildd/ming-0.4.2/perl_ext/Fill.o /build/buildd/ming-0.4.2/perl_ext/Font.o /build/buildd/ming-0.4.2/perl_ext/Gradient.o /build/buildd/ming-0.4.2/perl_ext/Morph.o /build/buildd/ming-0.4.2/perl_ext/Movie.o /build/buildd/ming-0.4.2/perl_ext/MovieClip.o /build/buildd/ming-0.4.2/perl_ext/Shape.o /build/buildd/ming-0.4.2/perl_ext/Sound.o /build/buildd/ming-0.4.2/perl_ext/SoundInstance.o /build/buildd/ming-0.4.2/perl_ext/SoundStream.o /build/buildd/ming-0.4.2/perl_ext/Text.o /build/buildd/ming-0.4.2/perl_ext/TextField.o /build/buildd/ming-0.4.2/perl_ext/VideoStream.o /build/buildd/ming-0.4.2/perl_ext/PrebuiltClip.o /build/buildd/ming-0.4.2/perl_ext/FontCharacter.o /build/buildd/ming-0.4.2/perl_ext/ButtonRecord.o /build/buildd/ming-0.4.2/perl_ext/BinaryData.o /build/buildd/ming-0.4.2/perl_ext/InitAction.o /build/buildd/ming-0.4.2/perl_ext/Matrix.o /build/buildd/ming-0.4.2/perl_ext/Shadow.o /build/buildd/ming-0.4.2/perl_ext/Blur.o /build/buildd/ming-0.4.2/perl_ext/FilterMatrix.o /build/buildd/ming-0.4.2/perl_ext/Filter.o /build/buildd/ming-0.4.2/perl_ext/CXform.o /build/buildd/ming-0.4.2/perl_ext/BrowserFont.o /build/buildd/ming-0.4.2/perl_ext/FontCollection.o /build/buildd/ming-0.4.2/perl_ext/Character.o /build/buildd/ming-0.4.2/perl_ext/swf_util.o /build/buildd/ming-0.4.2/perl_ext/SWF.o -o blib/arch/auto/SWF/SWF.so /build/buildd/ming-0.4.2/src/.libs/libming.a \ | -lfreetype -lungif -lpng -lz \ | | /usr/bin/ld: /build/buildd/ming-0.4.2/src/.libs/libming.a(displaylist.o): relocation R_PARISC_DPREL21L can not be used when making a shared object; recompile with -fPIC | /build/buildd/ming-0.4.2/src/.libs/libming.a: could not read symbols: Bad value | collect2: ld returned 1 exit status | make[3]: *** [blib/arch/auto/SWF/SWF.so] Error 1 | make[3]: Leaving directory `/build/buildd/ming-0.4.2/perl_ext' | make[2]: *** [all] Error 2 | make[2]: Leaving directory `/build/buildd/ming-0.4.2/perl_ext' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/build/buildd/ming-0.4.2' | make: *** [build-arch-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20081229-0711 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1:0.4.2-2pkg=mingarch=hppa Gruesse, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ ---End Message--- ---BeginMessage--- Source: ming Source-Version: 1:0.4.2-4 We believe that the bug you
Bug#509879: NMU for azureus
Hi David, On Mon, 29 Dec 2008 11:02:56 -0800, Shaun Jackman wrote: ... The fact is, starting azureus effectively fires up the shiny and blinking Vuze interface. So something's really wrong. ... You're right. That's the crux of the bug. I believe this is fixable. Here's my proposed solution: The package azureus contains a shell script /usr/bin/azureus that fires up the program. I'll force this script to override the user's preference and start the classic GUI. For the vuze package, which is currently empty, I'll add a shell script /usr/bin/vuze that starts the user's preferred GUI. Cheers, Shaun -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509878: NMU for azureus
On Tue, 30 Dec 2008 09:52:34 -0800, Shaun Jackman wrote: Hi David, Hello Shaun, On Mon, 29 Dec 2008 11:02:56 -0800, Shaun Jackman wrote: ... The fact is, starting azureus effectively fires up the shiny and blinking Vuze interface. So something's really wrong. You're right. That's the crux of the bug. I believe this is fixable. Here's my proposed solution: The package azureus contains a shell script /usr/bin/azureus that fires up the program. I'll force this script to override the user's preference and start the classic GUI. For the vuze package, which is currently empty, I'll add a shell script /usr/bin/vuze that starts the user's preferred GUI. ACK, perfect to me (I must admit I was a bit surprised when Vuze started instead of azureus the first time...) Please prepare an upload as soon as possible, we *do* want this fix in Lenny, right? :) Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Processed: reassign 510221 to gstreamer0.10-plugins-farsight
Processing commands for cont...@bugs.debian.org: reassign 510221 gstreamer0.10-plugins-farsight Bug#510221: totem-gstreamer: gstreamer fails to play any video file. totem crashes even with audio files. Bug reassigned from package `totem-gstreamer' to `gstreamer0.10-plugins-farsight'. 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 510221
Processing commands for cont...@bugs.debian.org: tags 510221 + confirmed Bug#510221: totem-gstreamer: gstreamer fails to play any video file. totem crashes even with audio files. There were no tags set. Tags added: 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
Processed: fixed 443040 in 2.7.2-2
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny1 fixed 443040 2.7.2-2 Bug#443040: scala: FTBFS: GC Warning: Out of Memory! Returning NIL! Bug marked as fixed in version 2.7.2-2. 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#510235: libvirt-bin: virt-manager unable to connect to libvirtd as r/w (full VM management) on a local connection
Package: libvirt-bin Version: 0.4.6-10 Severity: grave Justification: renders package unusable *** Please type your report below this line *** After the upgrade of libvirt-bin from 0.4.6-9 to 0.4.6-10 virt-manager cannot connect to libvirtd using the r/w socket on a local connection. The changelog date is: -- Guido Günther a...@sigxcpu.org Thu, 18 Dec 2008 16:59:45 +0100 With the previous version it had no problems. I have tested with my previous config and as a fresh install of libvirt-bin and kvm. Same error: The error shown is: Traceback (most recent call last): File /usr/share/virt-manager/virtManager/engine.py, line 472, in run_domain vm.startup() File /usr/share/virt-manager/virtManager/domain.py, line 379, in startup self.vm.create() File /usr/lib/python2.5/site-packages/libvirt.py, line 262, in create if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self) libvirtError: operation virDomainCreate forbidden for read only access My libvirtd.conf is the default from package install, the only enabled options are (all the other are in their default state): unix_sock_group = libvirt unix_sock_rw_perms = 0770 auth_unix_ro = none auth_unix_rw = none /etc/group: libvirt:x:113:miguel My groups: mig...@laptop:~$ groups miguel dialout cdrom floppy audio video plugdev netdev powerdev libvirt I'm not using tls, tcp, sals or policykit. Just the normal socket connection with group authentication for normal users. The user I'm trying to connect with is part of the libvirt group. How to reproduce: Install kvm and virt-manager, with all its dependencies: # aptitude install kvm virt-manager Verify that the libvirtd daemon is running with the default config: # ps ax| grep libvirtd Add a normal user to the libvirtd group (miguel in this case): # adduser miguel libvirtd As the normal user run virt-manager (from command line or from menu): # virt-manager You can only see the VMs (R/O mode: monitoring VM status only). That is, you cannot start/stop/pause the VM (R/W mode: full VM management). In the previous version you could. Now, as root, and using virsh you can start and stop the VM: laptop:~# virsh start WindowsXP Domain WindowsXP started laptop:~# virsh shutdown WindowsXP Domain WindowsXP is being shutdown The VM start and stop correctly and I can view it and use it with virt-manager (in R/O mode) But as normal user you can't start it: mig...@laptop:~$ virsh start WindowsXP Cannot set group when not running as root libvir: QEMU error : Domain not found libvir: QEMU error : Domain not found error: failed to get domain 'WindowsXP' Another thing I noticed, the previous version used to start the dnsmasq automatically (I had ENABLED=0 in /etc/default/dnsmasq). This versión doesn't start dnsmasq and therefore denies network capabilities to the VMs. Workaround: Kind of workaround. You can start the VM as root when you need them. Also you can mark them for autostart in Details|Hardware|Boot Options|Autostart VM. But there will be no network unless you can start properly dnsmasq to handle it. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libvirt-bin depends on: ii adduser3.110 add and remove users and groups ii libavahi-client3 0.6.22-3 Avahi client library ii libavahi-common3 0.6.22-3 Avahi common library ii libc6 2.7-16GNU C Library: Shared libraries ii libdbus-1-31.2.1-4 simple interprocess messaging syst ii libgcrypt111.4.1-1 LGPL Crypto library - runtime libr ii libgnutls262.4.2-4 the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libpolkit-dbus20.8-2 library for accessing PolicyKit vi ii libpolkit2 0.8-2 library for accessing PolicyKit ii libreadline5 5.2-3 GNU readline and history libraries ii libsasl2-2 2.1.22.dfsg1-23 Cyrus SASL - authentication abstra ii libselinux12.0.65-5 SELinux shared libraries ii libtasn1-3 1.4-1 Manage ASN.1 structures (runtime) ii libvirt0 0.4.6-10 library for interfacing with diffe ii libxenstore3.0 3.2.1-2 Xenstore communications library fo ii libxml22.6.32.dfsg-5 GNOME XML library ii logrotate 3.7.1-5 Log rotation utility ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages libvirt-bin recommends: ii bridge-utils 1.4-5 Utilities for
Processed: Re: bug #504771 downgrade
Processing commands for cont...@bugs.debian.org: severity 504771 important Bug#504771: wordpress can be subject of delayed attacks via cookies Severity set to `important' from `grave' 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#504771: bug #504771 downgrade
severity 504771 important thanks On Sun, 30 Nov 2008, Raphael Geissert wrote: On Saturday 29 November 2008, Andrea De Iacovo wrote: Hi. As you could have noticed wordpress-2.5.1-10 hit lenny carrying the workaround for #504771. Could you, please, downgrade the bug to important now? Andrea, you are the maintainer, it's up to you to downgrade the bug if you really believe that the severity is over-inflated. I tend to agree that important is enough. It would be better to have a fix but if we don't have any, it's not a reason to remove the package from lenny. You could however document the problem in README.Debian until it's properly solved. Andrea, how did it progress with upstream ? Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509840: podsleuth: Crashes every time
John Goerzen jgoer...@complete.org (26/12/2008): I have an iPod 60GB video mounted at /ipod. rhythmbox and gtkpod work fine with it. banshee doesn't see it, and I started investigating why. I noticed this in /tmp/podsleuth-debug: Pre-Mount Settings: - UDI: /org/freedesktop/Hal/devices/volume_uuid_4F95_CFF0 - Block Device: /dev/sdf2 - Temporary Mount Point: - FS Type: Exception: System.ApplicationException: Could not find org.freedesktop.Hal at Hal.Device.CastDevice[IDevice] () [0x0003a] in Do you have “hal” installed and running? It's only in Recommends, which might explain why. Considering the long description, that could seem like a dependency. /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/Hal/Device.cs:284 at Hal.Device..ctor (System.String udi) [0xd] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/Hal/Device.cs:127 at PodSleuth.HalFrontend.HalPopulator.RunInternal (System.String[] args) [0x0001f] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/PodSleuth.HalFrontend/HalPopulator.cs:54 at PodSleuth.HalFrontend.HalPopulator.Run (System.String[] args) [0x0] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/PodSleuth.HalFrontend/HalPopulator.cs:24 Note I have no directory /tmp/buildd on this system. Looks like those are just debug info, based on the filenames (and locations) when the package was built. Mraw, KiBi. signature.asc Description: Digital signature
Bug#510247: cloop-src: FTBFS with 2.6.26-1-686
Package: cloop-src Version: 2.05~20060829-1.2 Severity: grave Justification: renders package unusable Using m-a, buildlog contains this error: /usr/src/modules/cloop/compressed_loop.c:196: error: implicit declaration of function ‘do_generic_file_read’ Full log attached. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-vserver-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cloop-src depends on: ii bzip2 1.0.5-1high-quality block-sorting file co ii debhelper 7.0.15 helper programs for debian/rules ii module-assistant 0.10.11.0 tool to make module package creati cloop-src recommends no packages. Versions of packages cloop-src suggests: ii linux-headers-2.6-686 [linux- 2.6.26+17 Header files for Linux 2.6-686 ii linux-headers-2.6-vserver-686 2.6.26+17 Header files for Linux 2.6-vserver ii linux-headers-2.6.24-1-686 [l 2.6.24-7 Header files for Linux 2.6.24 on P ii linux-headers-2.6.25-2-686 [l 2.6.25-7 Header files for Linux 2.6.25 on P ii linux-headers-2.6.26-1-686 [l 2.6.26-12 Header files for Linux 2.6.26-1-68 ii linux-headers-2.6.26-1-vserve 2.6.26-12 Header files for Linux 2.6.26-1-vs -- no debconf information dh_testdir dh_testroot rm -f build-stamp configure-stamp [ ! -f Makefile ] || /usr/bin/make clean make[1]: Entering directory `/usr/src/modules/cloop' /usr/bin/make -C advancecomp-1.15 distclean make: Entering an unknown directory make: Leaving an unknown directory #-/usr/bin/make clean -C /lib/modules/2.6.26-1-vserver-686/build M=/usr/src/modules/cloop rm -rf create_compressed_fs extract_compressed_fs zoom *.o *.ko *.mod.c .*cmd .tmp* *symvers rm -f */config.status */config.log tmp make[1]: Leaving directory `/usr/src/modules/cloop' dh_clean rm -rf debian/cloop-?.?.?* debian/cloop debian/cloop-module debian/cloop-module-?.?.* debian/*.files knoppix /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/cloop' dh_testdir dh_testroot rm -f build-stamp configure-stamp [ ! -f Makefile ] || /usr/bin/make clean make[2]: Entering directory `/usr/src/modules/cloop' /usr/bin/make -C advancecomp-1.15 distclean make: Entering an unknown directory make: *** advancecomp-1.15: No such file or directory. Stop. make: Leaving an unknown directory make[2]: [clean] Error 2 (ignored) #-/usr/bin/make clean -C /lib/modules/2.6.26-1-vserver-686/build M=/usr/src/modules/cloop rm -rf create_compressed_fs extract_compressed_fs zoom *.o *.ko *.mod.c .*cmd .tmp* *symvers rm -f */config.status */config.log tmp make[2]: Leaving directory `/usr/src/modules/cloop' dh_clean rm -rf debian/cloop-?.?.?* debian/cloop debian/cloop-module debian/cloop-module-?.?.* debian/*.files knoppix for templ in /usr/src/modules/cloop/debian/cloop-module-_KVERS_.config /usr/src/modules/cloop/debian/cloop-module-_KVERS_.postinst /usr/src/modules/cloop/debian/cloop-module-_KVERS_.postinst.modules.in /usr/src/modules/cloop/debian/cloop-module-_KVERS_.postrm /usr/src/modules/cloop/debian/cloop-module-_KVERS_.templates; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.26-1-686/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.26-1-686/g ;s/#KVERS#/2.6.26-1-686/g ; s/_KVERS_/2.6.26-1-686/g ; s/##KDREV##/2.6.26-12/g ; s/#KDREV#/2.6.26-12/g ; s/_KDREV_/2.6.26-12/g ' $templ ${templ%.modules.in}; \ done /usr/bin/make module KERNEL_DIR=/lib/modules/2.6.26-1-686/build KVERSION=2.6.26-1-686 make[2]: Entering directory `/usr/src/modules/cloop' /usr/bin/make modules -C /lib/modules/2.6.26-1-686/build M=/usr/src/modules/cloop make[3]: Entering directory `/usr/src/linux-headers-2.6.26-1-686' CC [M] /usr/src/modules/cloop/compressed_loop.o /usr/src/modules/cloop/compressed_loop.c:119: warning: ‘request_queue_t’ is deprecated /usr/src/modules/cloop/compressed_loop.c: In function ‘clo_read_from_file’: /usr/src/modules/cloop/compressed_loop.c:196: error: implicit declaration of function ‘do_generic_file_read’ /usr/src/modules/cloop/compressed_loop.c: At top level: /usr/src/modules/cloop/compressed_loop.c:265: warning: ‘request_queue_t’ is deprecated /usr/src/modules/cloop/compressed_loop.c: In function ‘clo_set_file’: /usr/src/modules/cloop/compressed_loop.c:390: warning: ‘request_queue_t’ is deprecated make[4]: *** [/usr/src/modules/cloop/compressed_loop.o] Error 1 make[3]: *** [_module_/usr/src/modules/cloop] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.26-1-686' make[2]: *** [module] Error 2 make[2]: Leaving directory `/usr/src/modules/cloop' make[1]: *** [binary-modules] Error 2 make[1]: Leaving directory
Bug#510235: [Pkg-libvirt-maintainers] Bug#510235: libvirt-bin: virt-manager unable to connect to libvirtd as r/w (full VM management) on a local connection
I'm using the same setup and it works fine here. On Tue, Dec 30, 2008 at 12:22:04PM -0600, Miguel Enrique Cobá Martínez wrote: unix_sock_group = libvirt unix_sock_rw_perms = 0770 auth_unix_ro = none auth_unix_rw = none It seems you can't access the rw socket. You can also try: cat /var/run/libvirt/libvirt-sock It should give cat: /var/run/libvirt/libvirt-sock-ro: No such device or address not permission denied. [..snip..] Verify that the libvirtd daemon is running with the default config: # ps ax| grep libvirtd No output here? This is wrong. [..snip..] You can only see the VMs (R/O mode: monitoring VM status only). That is, you cannot start/stop/pause the VM (R/W mode: full VM management). In the previous version you could. Now, as root, and using virsh you can start and stop the VM: laptop:~# virsh start WindowsXP Domain WindowsXP started laptop:~# virsh shutdown WindowsXP Domain WindowsXP is being shutdown The VM start and stop correctly and I can view it and use it with virt-manager (in R/O mode) But as normal user you can't start it: mig...@laptop:~$ virsh start WindowsXP Cannot set group when not running as root libvir: QEMU error : Domain not found libvir: QEMU error : Domain not found error: failed to get domain 'WindowsXP' Try virsh -c qemu:///system. Another thing I noticed, the previous version used to start the dnsmasq automatically (I had ENABLED=0 in /etc/default/dnsmasq). This versión doesn't start dnsmasq and therefore denies network capabilities to the VMs. This again is an indication that you're mixing access to qemu:///system and qemu:///session. Please make sure you use either --connect=qemu:///system (connect to daemon started via /etc/init.d/libvirt-bin) or --connect=qemu:///session (started as user) and retest with virsh and virt-manager. Which version of virt-manager is this? I'm using 0.6.0-6. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509883: marked as done (bzflag-client: libcares.so.2 nonexistent dependency)
Your message dated Tue, 30 Dec 2008 20:03:29 +0100 with message-id 20081230190329.gc3...@debian.org and subject line Re: Bug#509883: bzflag-client: libcares.so.2 nonexistent dependency has caused the Debian Bug report #509883, regarding bzflag-client: libcares.so.2 nonexistent dependency 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.) -- 509883: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509883 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: bzflag-client Version: 2.0.13.20080902-1 Severity: serious Justification: Policy 3.5 bzflag [2] 20131 l...@gonzalez:~/src/shrdlu/winograd/code$ bzflag: error while loading shared libraries: libcares.so.2: cannot open shared object file: No such file or directory l...@gonzalez:~/src/shrdlu/winograd/code$ ldd /usr/games/bzflag linux-vdso.so.1 = (0x7fff45dfe000) libz.so.1 = /usr/lib/libz.so.1 (0x003be900) libSDL-1.2.so.0 = /usr/lib/libSDL-1.2.so.0 (0x003124e0) libGLU.so.1 = /usr/lib/libGLU.so.1 (0x003120a0) libGL.so.1 = /usr/lib/libGL.so.1 (0x2aee64e16000) libX11.so.6 = /usr/lib/libX11.so.6 (0x003be860) libcurl.so.4 = /usr/lib/libcurl.so.4 (0x2aee65094000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x2aee652db000) libm.so.6 = /lib/libm.so.6 (0x0036c740) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x2aee655e7000) libc.so.6 = /lib/libc.so.6 (0x0036c6c0) libasound.so.2 = /usr/lib/libasound.so.2 (0x0036cbc0) libdl.so.2 = /lib/libdl.so.2 (0x0036c700) libdirectfb-1.0.so.0 = /usr/lib/libdirectfb-1.0.so.0 (0x2aee6580) libfusion-1.0.so.0 = /usr/lib/libfusion-1.0.so.0 (0x2aee65a77000) libdirect-1.0.so.0 = /usr/lib/libdirect-1.0.so.0 (0x2aee65c7f000) libvga.so.1 = /usr/lib/libvga.so.1 (0x003126a0) libpthread.so.0 = /lib/libpthread.so.0 (0x0036c680) libXext.so.6 = /usr/lib/libXext.so.6 (0x003be8c0) libXxf86vm.so.1 = /usr/lib/libXxf86vm.so.1 (0x2aee65e97000) libXdamage.so.1 = /usr/lib/libXdamage.so.1 (0x003bf0a0) libXfixes.so.3 = /usr/lib/libXfixes.so.3 (0x003bebc0) libdrm.so.2 = /usr/lib/libdrm.so.2 (0x2aee6609d000) libXau.so.6 = /usr/lib/libXau.so.6 (0x003be8a0) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0x003be840) libcares.so.2 = not found libidn.so.11 = /usr/lib/libidn.so.11 (0x2aee662a7000) libssh2.so.1 = /usr/lib/libssh2.so.1 (0x2aee664d9000) libldap_r-2.4.so.2 = /usr/lib/libldap_r-2.4.so.2 (0x2aee666fd000) libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0x2aee66943000) libk5crypto.so.3 = /usr/lib/libk5crypto.so.3 (0x2aee66bde000) libcom_err.so.2 = /lib/libcom_err.so.2 (0x2aee66e04000) libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0x2aee67006000) libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x003123a0) libcrypto.so.0.9.8 = /usr/lib/libcrypto.so.0.9.8 (0x00311d00) /lib64/ld-linux-x86-64.so.2 (0x0036c5a0) librt.so.1 = /lib/librt.so.1 (0x0036c960) libx86.so.1 = /lib/libx86.so.1 (0x00312660) libgcrypt.so.11 = /usr/lib/libgcrypt.so.11 (0x2aee67233000) libgpg-error.so.0 = /usr/lib/libgpg-error.so.0 (0x2aee6749a000) libnsl.so.1 = /lib/libnsl.so.1 (0x0036c780) liblber-2.4.so.2 = /usr/lib/liblber-2.4.so.2 (0x2aee6759e000) libresolv.so.2 = /lib/libresolv.so.2 (0x0036cd40) libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0x2aee677ad000) libgnutls.so.26 = /usr/lib/libgnutls.so.26 (0x2aee679c6000) libkrb5support.so.0 = /usr/lib/libkrb5support.so.0 (0x2aee67c78000) libkeyutils.so.1 = /lib/libkeyutils.so.1 (0x0036cf20) libtasn1.so.3 = /usr/lib/libtasn1.so.3 (0x2aee67e8) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages bzflag-client depends on: ii bzflag-data2.0.13.20080902-1 BZFlag data file ii libc6 2.7-10GNU C Library: Shared libraries ii libcurl3 7.18.1-1 Multi-protocol
Processed: tagging 505913
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny1 tags 505913 + fixed-upstream Bug#505913: scala crashes when OpenJDK is installed There were no tags set. Tags added: fixed-upstream 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#488932: Patch to fix it in Lenny
Processing commands for cont...@bugs.debian.org: tag 488932 patch Bug#488932: xserver-xorg-video-vesa: xf86GTFMode implicitly converted to pointer There were no tags set. Bug#489051: xserver-xorg-video-vesa: fails to find valid modes Bug#498808: X fails to start in VirtualBox after vesa driver upgrade Tags added: patch 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#488932: Patch to fix it in Lenny
tag 488932 patch thanks Filipe Lautert fil...@freeshell.org (27/12/2008): tags 488932 +patch Hi Filipe, if you want that to be taken into account, you need to put cont...@bugs.debian.org into To or Cc. Mraw, KiBi. signature.asc Description: Digital signature
Bug#510235: [Pkg-libvirt-maintainers] Bug#510235: libvirt-bin: virt-manager unable to connect to libvirtd as r/w (full VM management) on a local connection
Guido Günther wrote: I'm using the same setup and it works fine here. On Tue, Dec 30, 2008 at 12:22:04PM -0600, Miguel Enrique Cobá Martínez wrote: unix_sock_group = libvirt unix_sock_rw_perms = 0770 auth_unix_ro = none auth_unix_rw = none It seems you can't access the rw socket. Yep, that was my first idea too. You can also try: cat /var/run/libvirt/libvirt-sock It should give cat: /var/run/libvirt/libvirt-sock-ro: No such device or address not permission denied. Sorry, I had already test this, just not reported it. It appears ok: mig...@laptop:~$ ls -alh /var/run/libvirt/libvirt-sock* srwxrwx--- 1 root libvirt 0 dic 30 12:03 /var/run/libvirt/libvirt-sock srwxrwxrwx 1 root libvirt 0 dic 30 12:03 /var/run/libvirt/libvirt-sock-ro mig...@laptop:~$ cat /var/run/libvirt/libvirt-sock cat: /var/run/libvirt/libvirt-sock: No existe el dispositivo o la dirección mig...@laptop:~$ cat /var/run/libvirt/libvirt-sock-ro cat: /var/run/libvirt/libvirt-sock-ro: No existe el dispositivo o la dirección That is equivalent to the message No such device or address. [..snip..] Verify that the libvirtd daemon is running with the default config: # ps ax| grep libvirtd No output here? This is wrong. Here was my fault too. I forgot to paste the output. The daemon is indeed running: mig...@laptop:~$ ps ax|grep libvirtd 3452 ?S 0:01 /usr/sbin/libvirtd -d 4786 pts/0R+ 0:00 grep libvirtd [..snip..] You can only see the VMs (R/O mode: monitoring VM status only). That is, you cannot start/stop/pause the VM (R/W mode: full VM management). In the previous version you could. Now, as root, and using virsh you can start and stop the VM: laptop:~# virsh start WindowsXP Domain WindowsXP started laptop:~# virsh shutdown WindowsXP Domain WindowsXP is being shutdown The VM start and stop correctly and I can view it and use it with virt-manager (in R/O mode) But as normal user you can't start it: mig...@laptop:~$ virsh start WindowsXP Cannot set group when not running as root libvir: QEMU error : Domain not found libvir: QEMU error : Domain not found error: failed to get domain 'WindowsXP' Try virsh -c qemu:///system. That worked! Welcome to virsh, the virtualization interactive terminal. Type: 'help' for help with commands 'quit' to quit virsh # list Id Name State -- virsh # start WindowsXP Domain WindowsXP started After that I can see the VM started using virt-manager. Regardless, the problem remains, with virt-manager I can't start a VM or stop it. I must use virsh. The buttons from the popup menu from virt-manager for start/stop/pause are disabled. I also have tried removing the connection to localhost from virt-manager, but after rerunning virt-manager, the same problem happens. Another thing I noticed, the previous version used to start the dnsmasq automatically (I had ENABLED=0 in /etc/default/dnsmasq). This versión doesn't start dnsmasq and therefore denies network capabilities to the VMs. This again is an indication that you're mixing access to qemu:///system and qemu:///session. Please make sure you use either --connect=qemu:///system (connect to daemon started via /etc/init.d/libvirt-bin) or --connect=qemu:///session (started as user) and retest with virsh and virt-manager. Which version of virt-manager is this? I'm using 0.6.0-6. I'm in a clean lenny using virt-manager 0.5.4-4 Cheers, -- Guido As for the symptoms, it appears that the problem is not libvirtd (at least refering the startup/shutdown of VM, the dnsmasq problem remains) but the way that virt-manager connects to it. Miguel Cobá -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: tagging 510013
Processing commands for cont...@bugs.debian.org: found 510013 3:0.svn20081115-1 Bug#510013: [ffmpeg-debian] .flv files ain't played fter update from experimental branch Bug marked as found in version 3:0.svn20081115-1. tag 510013 - experimental Bug#510013: [ffmpeg-debian] .flv files ain't played fter update from experimental branch Tags were: experimental Tags removed: experimental 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#509878: NMU for azureus
Hi David, 2008/12/30 David Paleino d.pale...@gmail.com: On Tue, 30 Dec 2008 09:52:34 -0800, Shaun Jackman wrote: On Mon, 29 Dec 2008 11:02:56 -0800, Shaun Jackman wrote: ... The fact is, starting azureus effectively fires up the shiny and blinking Vuze interface. So something's really wrong. You're right. That's the crux of the bug. I believe this is fixable. Here's my proposed solution: The package azureus contains a shell script /usr/bin/azureus that fires up the program. I'll force this script to override the user's preference and start the classic GUI. For the vuze package, which is currently empty, I'll add a shell script /usr/bin/vuze that starts the user's preferred GUI. ACK, perfect to me (I must admit I was a bit surprised when Vuze started instead of azureus the first time...) Please prepare an upload as soon as possible, we *do* want this fix in Lenny, right? :) We definitely do want this fix in Lenny. It being the holidays, I won't have time to look at this bug until this weekend. If you want to take a stab at it, feel free. Cheers, Shaun -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509840: podsleuth: Crashes every time
Cyril Brulebois wrote: John Goerzen jgoer...@complete.org (26/12/2008): I have an iPod 60GB video mounted at /ipod. rhythmbox and gtkpod work fine with it. banshee doesn't see it, and I started investigating why. I noticed this in /tmp/podsleuth-debug: Pre-Mount Settings: - UDI: /org/freedesktop/Hal/devices/volume_uuid_4F95_CFF0 - Block Device: /dev/sdf2 - Temporary Mount Point: - FS Type: Exception: System.ApplicationException: Could not find org.freedesktop.Hal at Hal.Device.CastDevice[IDevice] () [0x0003a] in Do you have “hal” installed and running? It's only in Recommends, which might explain why. Considering the long description, that could seem like a dependency. Yes, it was indeed installed and running. In fact, it's what caused that /tmp/podsleuth-debug to appear. /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/Hal/Device.cs:284 at Hal.Device..ctor (System.String udi) [0xd] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/Hal/Device.cs:127 at PodSleuth.HalFrontend.HalPopulator.RunInternal (System.String[] args) [0x0001f] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/PodSleuth.HalFrontend/HalPopulator.cs:54 at PodSleuth.HalFrontend.HalPopulator.Run (System.String[] args) [0x0] in /tmp/buildd/podsleuth-0.6.2/src/PodSleuth.Hal/PodSleuth.HalFrontend/HalPopulator.cs:24 Note I have no directory /tmp/buildd on this system. Looks like those are just debug info, based on the filenames (and locations) when the package was built. Right; I just wanted to point that out. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#443040: The bug 443040 has been closed
Hello, We believe that the bug you reported is fixed in the latest version of scala (2.7.2-2). Changelog: http://packages.debian.org/changelogs/pool/main/s/scala/current/changelog -- Mehdi Dogguy مهدي الدقي http://www.pps.jussieu.fr/~dogguy Tel.: (+33).1.44.27.28.38 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509878: NMU for azureus
On Tue, 30 Dec 2008 11:48:54 -0800, Shaun Jackman wrote: We definitely do want this fix in Lenny. It being the holidays, I won't have time to look at this bug until this weekend. If you want to take a stab at it, feel free. I would've gladly done that, if I only knew how to start azureus in classical GUI mode from the command line :) (tried several classes, I believed it was one of org.gudy.azureus2.ui.swt.Main and ui.jws.Main, but the Vuze gui started nevertheless) So, please, do that as soon as you can -- and I believe Lenny won't be released this week ;) Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#510235: [Pkg-libvirt-maintainers] Bug#510235: libvirt-bin: virt-manager unable to connect to libvirtd as r/w (full VM management) on a local connection
Guido Günther wrote: I'm using the same setup and it works fine here. On Tue, Dec 30, 2008 at 12:22:04PM -0600, Miguel Enrique Cobá Martínez wrote: unix_sock_group = libvirt unix_sock_rw_perms = 0770 auth_unix_ro = none auth_unix_rw = none It seems you can't access the rw socket. You can also try: cat /var/run/libvirt/libvirt-sock It should give cat: /var/run/libvirt/libvirt-sock-ro: No such device or address not permission denied. [..snip..] Verify that the libvirtd daemon is running with the default config: # ps ax| grep libvirtd No output here? This is wrong. [..snip..] You can only see the VMs (R/O mode: monitoring VM status only). That is, you cannot start/stop/pause the VM (R/W mode: full VM management). In the previous version you could. Now, as root, and using virsh you can start and stop the VM: laptop:~# virsh start WindowsXP Domain WindowsXP started laptop:~# virsh shutdown WindowsXP Domain WindowsXP is being shutdown The VM start and stop correctly and I can view it and use it with virt-manager (in R/O mode) But as normal user you can't start it: mig...@laptop:~$ virsh start WindowsXP Cannot set group when not running as root libvir: QEMU error : Domain not found libvir: QEMU error : Domain not found error: failed to get domain 'WindowsXP' Try virsh -c qemu:///system. Another thing I noticed, the previous version used to start the dnsmasq automatically (I had ENABLED=0 in /etc/default/dnsmasq). This versión doesn't start dnsmasq and therefore denies network capabilities to the VMs. This again is an indication that you're mixing access to qemu:///system and qemu:///session. Please make sure you use either --connect=qemu:///system (connect to daemon started via /etc/init.d/libvirt-bin) or --connect=qemu:///session (started as user) and retest with virsh and virt-manager. Which version of virt-manager is this? I'm using 0.6.0-6. Cheers, -- Guido I have temporaly enabled unstable (sid) on my /etc/apt/sources.list and installed virt-manager from sid with: laptop:~# aptitude install -tsid virt-manager This installed virt-manager 0.6.0-6 virtinst 0.400.0-7 using this versión of virt-manager, all worked right. Maybe the versión from testing (lenny) has some kind of incompatibility with the libvirtd version 0.4.6-10. So it appears that fast tracking virt-manager 0.4.6-10 from sid to lenny solves this problem. I continue testing for further problems, but in the meantime I can start/stop/pause the VM without problem. Thank you very much Guido. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509878: NMU for azureus
2008/12/30 David Paleino d.pale...@gmail.com: On Tue, 30 Dec 2008 11:48:54 -0800, Shaun Jackman wrote: We definitely do want this fix in Lenny. It being the holidays, I won't have time to look at this bug until this weekend. If you want to take a stab at it, feel free. I would've gladly done that, if I only knew how to start azureus in classical GUI mode from the command line :) (tried several classes, I believed it was one of org.gudy.azureus2.ui.swt.Main and ui.jws.Main, but the Vuze gui started nevertheless) ... I'm hoping there's a command-line option to select the interface. If not, I may add one. Otherwise, the preference must be stored in a config file somewhere. If it's reasonably straight forward, I may modify the config file before starting azureus Cheers, Shaun -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510247: marked as done (cloop-src: FTBFS with 2.6.26-1-686)
Your message dated Tue, 30 Dec 2008 22:25:46 +0100 with message-id 20081230212545.ga10...@rotes76.wohnheim.uni-kl.de and subject line Re: Bug#510247: cloop-src: FTBFS with 2.6.26-1-686 has caused the Debian Bug report #510247, regarding cloop-src: FTBFS with 2.6.26-1-686 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.) -- 510247: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510247 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: cloop-src Version: 2.05~20060829-1.2 Severity: grave Justification: renders package unusable Using m-a, buildlog contains this error: /usr/src/modules/cloop/compressed_loop.c:196: error: implicit declaration of function ‘do_generic_file_read’ Full log attached. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-vserver-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cloop-src depends on: ii bzip2 1.0.5-1high-quality block-sorting file co ii debhelper 7.0.15 helper programs for debian/rules ii module-assistant 0.10.11.0 tool to make module package creati cloop-src recommends no packages. Versions of packages cloop-src suggests: ii linux-headers-2.6-686 [linux- 2.6.26+17 Header files for Linux 2.6-686 ii linux-headers-2.6-vserver-686 2.6.26+17 Header files for Linux 2.6-vserver ii linux-headers-2.6.24-1-686 [l 2.6.24-7 Header files for Linux 2.6.24 on P ii linux-headers-2.6.25-2-686 [l 2.6.25-7 Header files for Linux 2.6.25 on P ii linux-headers-2.6.26-1-686 [l 2.6.26-12 Header files for Linux 2.6.26-1-68 ii linux-headers-2.6.26-1-vserve 2.6.26-12 Header files for Linux 2.6.26-1-vs -- no debconf information dh_testdir dh_testroot rm -f build-stamp configure-stamp [ ! -f Makefile ] || /usr/bin/make clean make[1]: Entering directory `/usr/src/modules/cloop' /usr/bin/make -C advancecomp-1.15 distclean make: Entering an unknown directory make: Leaving an unknown directory #-/usr/bin/make clean -C /lib/modules/2.6.26-1-vserver-686/build M=/usr/src/modules/cloop rm -rf create_compressed_fs extract_compressed_fs zoom *.o *.ko *.mod.c .*cmd .tmp* *symvers rm -f */config.status */config.log tmp make[1]: Leaving directory `/usr/src/modules/cloop' dh_clean rm -rf debian/cloop-?.?.?* debian/cloop debian/cloop-module debian/cloop-module-?.?.* debian/*.files knoppix /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/cloop' dh_testdir dh_testroot rm -f build-stamp configure-stamp [ ! -f Makefile ] || /usr/bin/make clean make[2]: Entering directory `/usr/src/modules/cloop' /usr/bin/make -C advancecomp-1.15 distclean make: Entering an unknown directory make: *** advancecomp-1.15: No such file or directory. Stop. make: Leaving an unknown directory make[2]: [clean] Error 2 (ignored) #-/usr/bin/make clean -C /lib/modules/2.6.26-1-vserver-686/build M=/usr/src/modules/cloop rm -rf create_compressed_fs extract_compressed_fs zoom *.o *.ko *.mod.c .*cmd .tmp* *symvers rm -f */config.status */config.log tmp make[2]: Leaving directory `/usr/src/modules/cloop' dh_clean rm -rf debian/cloop-?.?.?* debian/cloop debian/cloop-module debian/cloop-module-?.?.* debian/*.files knoppix for templ in /usr/src/modules/cloop/debian/cloop-module-_KVERS_.config /usr/src/modules/cloop/debian/cloop-module-_KVERS_.postinst /usr/src/modules/cloop/debian/cloop-module-_KVERS_.postinst.modules.in /usr/src/modules/cloop/debian/cloop-module-_KVERS_.postrm /usr/src/modules/cloop/debian/cloop-module-_KVERS_.templates; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.26-1-686/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.26-1-686/g ;s/#KVERS#/2.6.26-1-686/g ; s/_KVERS_/2.6.26-1-686/g ; s/##KDREV##/2.6.26-12/g ; s/#KDREV#/2.6.26-12/g ; s/_KDREV_/2.6.26-12/g ' $templ ${templ%.modules.in}; \ done /usr/bin/make module KERNEL_DIR=/lib/modules/2.6.26-1-686/build KVERSION=2.6.26-1-686 make[2]: Entering directory `/usr/src/modules/cloop' /usr/bin/make modules -C /lib/modules/2.6.26-1-686/build M=/usr/src/modules/cloop make[3]: Entering directory `/usr/src/linux-headers-2.6.26-1-686' CC [M] /usr/src/modules/cloop/compressed_loop.o /usr/src/modules/cloop/compressed_loop.c:119: warning:
Bug#509878: Selecting the `Classic Interface' from the command line
Is it possible to select the `Classic Interface' from the command line? Thanks, Shaun -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510221: totem-gstreamer: gstreamer fails to play any video file. totem crashes even with audio files.
On Tue, 2008-12-30 at 17:47 +0100, Stefano Costa wrote: Package: totem-gstreamer Version: 2.22.2-5 Severity: grave Justification: renders package unusable As in subject: st...@gibreel:~/Desktop$ totem mov004.mpeg2 (totem:25652): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstice.so': libjinglep2pbase-0.3.so.0: cannot open shared object file: No such file or directory No accelerated IMDCT transform found The program 'totem' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 81 error_code 11 request_code 140 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.) Your video output is probably broken or misconfigured. Try setting /system/gstreamer/0.10/default/videosink to ximagesink. You can use gstreamer-properties from the gnome-media package to configure this, or manually with gconf. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#393379: keynote: NMU
Hi, I prepared a NMU that fixes bug #393379 - Source package contains non-free IETF RFC/I-D's and used the following script to repack the tarball: #! /bin/sh -e # Copyright (c) 2008, Carsten Hey # Published under the conditions of a 2-clause BSD-like license. KEYNOTEVERSION=2.3 rm -rf keynote-${KEYNOTEVERSION} keynote-${KEYNOTEVERSION}+dfsg.orig tar xf keynote_${KEYNOTEVERSION}.orig.tar.gz mv keynote-${KEYNOTEVERSION} keynote-${KEYNOTEVERSION}+dfsg.orig rm -r keynote-${KEYNOTEVERSION}+dfsg.orig/doc GZIP=-9 tar czf keynote_${KEYNOTEVERSION}+dfsg.orig.tar.gz \ keynote-${KEYNOTEVERSION}+dfsg.orig You can download the package at the following URI: http://debian.stateful.de/pbuilder/sid/keynote_2.3+dfsg-0.1.dsc I will upload it to the delayed queue when I find a sponsor or become Debian developer myself. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510221: totem-gstreamer: gstreamer fails to play any video file. totem crashes even with audio files.
Il giorno mar, 30/12/2008 alle 23.03 +0100, Sven Arvidsson ha scritto: Your video output is probably broken or misconfigured. Try setting /system/gstreamer/0.10/default/videosink to ximagesink. Ok, that makes a difference and I can see video. Now, just because this was working until a few days ago and I didn't touch the autodetect option until you asked me to do so, I'd say there's probably either a regression in some related package or a missing dependency for a more recent version of something. Apart from that, ximagesink looks a bit less nice than xvimagesink. For example: st...@gibreel:~/Desktop$ gst-launch filesrc location=mov004.mpeg2 ! decodebin2 ! ffmpegcolorspace ! deinterlace2 ! ximagesink (gst-launch-0.10:1987): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstice.so': libjinglep2pbase-0.3.so.0: cannot open shared object file: No such file or directory AVVERTIMENTO: pipeline errata: impossibile collegare deinterlace20 a ximagesink0. Thanks, Steko -- Stefano Costa http://www.iosa.it/ Open Archaeology -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510027: pavucontrol_0.9.7-1(sparc/experimental): FTBFS: undefined reference to `AO_store_full_emulation'
Frank Lichtenheld dj...@debian.org (28/12/2008): Full build log(s): http://experimental.ftbfs.de/build.php?ver=0.9.7-1pkg=pavucontrolarch=sparc I can't reproduce it on another architecture (amd64), maybe it could be due to a transient bug in the Build-Depends? I'd appreciate if you could try to give it back before I look deeper, if CPU time is considered cheap? Mraw, KiBi. signature.asc Description: Digital signature
Bug#510221: totem-gstreamer: gstreamer fails to play any video file. totem crashes even with audio files.
On Tue, 2008-12-30 at 23:35 +0100, Stefano Costa wrote: Ok, that makes a difference and I can see video. Now, just because this was working until a few days ago and I didn't touch the autodetect option until you asked me to do so, I'd say there's probably either a regression in some related package or a missing dependency for a more recent version of something. Apart from that, ximagesink looks a bit less nice than xvimagesink. For example: st...@gibreel:~/Desktop$ gst-launch filesrc location=mov004.mpeg2 ! decodebin2 ! ffmpegcolorspace ! deinterlace2 ! ximagesink (gst-launch-0.10:1987): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstice.so': libjinglep2pbase-0.3.so.0: cannot open shared object file: No such file or directory AVVERTIMENTO: pipeline errata: impossibile collegare deinterlace20 a ximagesink0. It's probably easiest to just try another video player, like MPlayer or Xine, and see if any of those have trouble with accelerated video (for mplayer use mplayer -vo xv file.mpeg). If not, it's a problem with GStreamer, otherwise it's probably a problem with your video driver, or Xorg. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#510221: totem-gstreamer: gstreamer fails to play any video file. totem crashes even with audio files.
Il giorno mar, 30/12/2008 alle 23.48 +0100, Sven Arvidsson ha scritto: It's probably easiest to just try another video player, like MPlayer or Xine, and see if any of those have trouble with accelerated video (for mplayer use mplayer -vo xv file.mpeg). If not, it's a problem with GStreamer, otherwise it's probably a problem with your video driver, or Xorg. Something like that, right. I had activated the compositing manager feature in Metacity, and deactivating that solved the problem. Don't know if this still counts as a bug, and which package has got it. Cheers, Steko -- Stefano Costa http://www.iosa.it/ Open Archaeology -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510142: marked as done (guvcview: FTBFS on amd64)
Your message dated Wed, 31 Dec 2008 00:05:52 +0100 with message-id 20081230230552.ge3...@debian.org and subject line Re: Bug#510142: guvcview: FTBFS on amd64 has caused the Debian Bug report #510142, regarding guvcview: FTBFS on amd64 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.) -- 510142: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510142 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: guvcview Version: 0.9.3-1 Severity: serious Justification: no longer builds from source Hi, guvcview fails to build from source on amd64 with following error: v4l2uvc.h:206: error: expected ':', ',', ';', '}' or '__attribute__' before '*' token See attachment for full build log. arno -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages guvcview depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-16 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libglib2.0-02.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4The GTK+ graphical user interface ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpng12-0 1.2.27-2 PNG library - runtime ii libportaudio2 19+svn20071022-3 Portable audio I/O - shared librar ii libsdl1.2debian 1.2.13-4 Simple DirectMedia Layer guvcview recommends no packages. guvcview suggests no packages. -- no debconf information dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package guvcview dpkg-buildpackage: source version 0.9.3-1 dpkg-buildpackage: source changed by Nobuhiro Iwamatsu iwama...@nigauri.org dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean test -x debian/rules dh_testroot for i in ./config.guess ./config.sub ./config.rpath ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done dh_clean /usr/bin/make -C . -k distclean make[1]: Entering directory `/home/arno/debian/debsrc/guvcview-0.9.3' Making distclean in pixmaps make[2]: Entering directory `/home/arno/debian/debsrc/guvcview-0.9.3/pixmaps' test -z guvcview.desktop || rm -f guvcview.desktop;\ test -z guvcview || rm -f guvcview make[2]: Leaving directory `/home/arno/debian/debsrc/guvcview-0.9.3/pixmaps' Making distclean in po make[2]: Entering directory `/home/arno/debian/debsrc/guvcview-0.9.3/po' rm -f core core.* *.pox guvcview.po *.old.po cat-id-tbl.tmp rm -fr *.o rm -f Makefile Makefile.in POTFILES *.mo *.msg *.cat *.cat.m make[2]: Leaving directory `/home/arno/debian/debsrc/guvcview-0.9.3/po' Making distclean in src make[2]: Entering directory `/home/arno/debian/debsrc/guvcview-0.9.3/src' test -z guvcview || rm -f guvcview rm -f *.o rm -f *.tab.c test -z || rm -f rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags rm -rf ./.deps rm -f Makefile make[2]: Leaving directory `/home/arno/debian/debsrc/guvcview-0.9.3/src' Making distclean in . make[2]: Entering directory `/home/arno/debian/debsrc/guvcview-0.9.3' test -z || rm -f rm -f config.h stamp-h1 rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags make[2]: Leaving directory `/home/arno/debian/debsrc/guvcview-0.9.3' rm -f config.status config.cache config.log configure.lineno config.status.lineno rm -f Makefile make[1]: Leaving directory `/home/arno/debian/debsrc/guvcview-0.9.3' rm -f debian/stamp-makefile-build rm -f debian/stamp-autotools-files /usr/bin/make -f debian/rules reverse-config make[1]: Entering directory `/home/arno/debian/debsrc/guvcview-0.9.3' for i in ./config.guess ./config.sub ./config.rpath ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done make[1]: Leaving directory `/home/arno/debian/debsrc/guvcview-0.9.3' dpatch deapply-all rm -rf debian/patched rm -f debian/stamp-patched rm -rf pixmaps/Makefile rm -rf pixmaps/guvcview.desktop_ rm -rf pixmaps/guvcview.menu dpkg-source -b guvcview-0.9.3 dpkg-source: info: using source format `1.0' dpkg-source: info: building guvcview using existing
Bug#510235: [Pkg-libvirt-maintainers] Bug#510235: libvirt-bin: virt-manager unable to connect to libvirtd as r/w (full VM management) on a local connection
Miguel Enrique Cobá Martínez wrote: Guido Günther wrote: I'm using the same setup and it works fine here. On Tue, Dec 30, 2008 at 12:22:04PM -0600, Miguel Enrique Cobá Martínez wrote: unix_sock_group = libvirt unix_sock_rw_perms = 0770 auth_unix_ro = none auth_unix_rw = none It seems you can't access the rw socket. You can also try: cat /var/run/libvirt/libvirt-sock It should give cat: /var/run/libvirt/libvirt-sock-ro: No such device or address not permission denied. [..snip..] Verify that the libvirtd daemon is running with the default config: # ps ax| grep libvirtd No output here? This is wrong. [..snip..] You can only see the VMs (R/O mode: monitoring VM status only). That is, you cannot start/stop/pause the VM (R/W mode: full VM management). In the previous version you could. Now, as root, and using virsh you can start and stop the VM: laptop:~# virsh start WindowsXP Domain WindowsXP started laptop:~# virsh shutdown WindowsXP Domain WindowsXP is being shutdown The VM start and stop correctly and I can view it and use it with virt-manager (in R/O mode) But as normal user you can't start it: mig...@laptop:~$ virsh start WindowsXP Cannot set group when not running as root libvir: QEMU error : Domain not found libvir: QEMU error : Domain not found error: failed to get domain 'WindowsXP' Try virsh -c qemu:///system. Another thing I noticed, the previous version used to start the dnsmasq automatically (I had ENABLED=0 in /etc/default/dnsmasq). This versión doesn't start dnsmasq and therefore denies network capabilities to the VMs. This again is an indication that you're mixing access to qemu:///system and qemu:///session. Please make sure you use either --connect=qemu:///system (connect to daemon started via /etc/init.d/libvirt-bin) or --connect=qemu:///session (started as user) and retest with virsh and virt-manager. Which version of virt-manager is this? I'm using 0.6.0-6. Cheers, -- Guido I have temporaly enabled unstable (sid) on my /etc/apt/sources.list and installed virt-manager from sid with: laptop:~# aptitude install -tsid virt-manager This installed virt-manager 0.6.0-6 virtinst 0.400.0-7 using this versión of virt-manager, all worked right. Maybe the versión from testing (lenny) has some kind of incompatibility with the libvirtd version 0.4.6-10. So it appears that fast tracking virt-manager 0.4.6-10 from sid to lenny solves this problem. I continue testing for further problems, but in the meantime I can start/stop/pause the VM without problem. Thank you very much Guido. Well, finally all is working OK. This is what I did, but I'm not sure if it was the restart or the upgrade of the packages what solved the problem. 1. Enabled again sid on /etc/apt/sources.list 2. Reinstall all the packages from sid: # aptitude update aptitude install -t sid kvm virt-manager\ libvirt-bin libvirt0 virtinst dnsmasq dnsmasq-base This only update the versions from dnsmasq and dnsmasq-base. The other packages had the same version in lenny and sid. 3. Disable dnsmasq from /etc/default/dnsmasq ENABLE=0 4. Restart the services. This not worked but I could see a Zombie dnsmasq proccess with ps ax. So I decided to 5. Restart the machine After rebooting, all worked as before, the network is working and I can start/stop/pause the VMs. Finally, these are the versions from the packages: dnsmasq 2.46-1 dnsmasq-base 2.46-1 virt-manager 0.6.0-6 libvirt-bin 0.4.6-10 libvirt0 0.4.6-10 python-libvirt 0.4.6-10 kvm 72+dfsg-4 So, maybe rebooting the machine before upgrading the dnsmasq to the sid version could have fixed the problem, but I will never know. So for now all is working right, although with the unstable versions. Thank you very much again, Miguel Cobá -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505563: Mozilla Thunderbird Multiple Vulnerabilities
On Tue, Dec 30, 2008 at 08:37:36AM +1100, Mark Purcell wrote: On Wednesday 26 November 2008 12:04:19 Alexander Sack wrote: tags 505563 + pending thanks Yes, 2.0.0.18 was released last week. Also add MFSA 2008-59 to the list of addressed issues. Alexander, It was over a month ago you tagged this bug as pending. Are you in a position to upload a fixed package to target this RC bug in lenny? Yeah ... actually thought i already did 2.0.0.18 ... will probably upload .19 right in the beginning of next week then. Sorry - Alexander -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510221: totem-gstreamer: gstreamer fails to play any video file. totem crashes even with audio files.
On Wed, 2008-12-31 at 00:04 +0100, Stefano Costa wrote: If not, it's a problem with GStreamer, otherwise it's probably a problem with your video driver, or Xorg. Something like that, right. I had activated the compositing manager feature in Metacity, and deactivating that solved the problem. Don't know if this still counts as a bug, and which package has got it. Right, that's a Xorg/video driver problem. Depending on what driver and acceleration method you use (usually xaa or exa) accelerated video won't work in a composited environment. See for example the last comment here, http://www.phoronix.com/forums/showpost.php?p=25717postcount=15 It's probably best to reassign this bug report to the video driver you're using. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#501114: guile-1.6_1.6.8-6.1(sparc/unstable): FTBFS on sparc in test cases
Filippo Giunchedi fili...@debian.org (28/11/2008): FWIW the failing test seems to be test-cont in test-suite/tests/r4rs.test, so the bug might be in either leaf-eq? or next-leaf-generator Thanks for the hint, I'll try and have a look into it. Mraw, KiBi. signature.asc Description: Digital signature
Bug#510221: totem-gstreamer: gstreamer fails to play any video file. totem crashes even with audio files.
Il giorno mer, 31/12/2008 alle 00.18 +0100, Sven Arvidsson ha scritto: Right, that's a Xorg/video driver problem. Depending on what driver and acceleration method you use (usually xaa or exa) accelerated video won't work in a composited environment. See for example the last comment here, http://www.phoronix.com/forums/showpost.php?p=25717postcount=15 It's probably best to reassign this bug report to the video driver you're using. I know my video card is (or at least was some time ago) among the blacklisted ones with Intel chipset. My video driver is xorg-video-intel. Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller Cheers, Steko -- Stefano Costa http://www.iosa.it/ Open Archaeology -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501114: Upstream
Asheesh Laroia ashe...@asheesh.org (26/12/2008): Have you discussed this with upstream? That I don't know. It's a relief that the 1.8 branch appears not to have this problem; perhaps a simple fix can be backported. It doesn't look like trivial given the diff of the test suite, as well as of the file where the functions Filippo mentioned are defined. I've asked DSA to install guile-*'s B-D in a sid chroot on sparc, and I'll see what I can do. Please, don't break threads. You can use “bts -m show $bugnumber”, and reply to the mails that show up then. Mraw, KiBi. signature.asc Description: Digital signature
Bug#510274: mgp: Crashes with X BadMatch error
Package: mgp Version: 1.11b-7 Severity: grave For every presentation I try to start (sample.mpg, sendmail6.mpg, v6.mpg), mgp dies with an X error. I've reproduced this on several systems (including one running pure testing). This might be the same bug as #400105, though in that report the error message is different. I can't reproduce this problem with mgp 1.13b-2 (the version in unstable). | default.mgp:15: warning: directive tfont not supported in this configuration | default.mgp:15: warning: directive tmfont not supported in this configuration | default.mgp:16: warning: directive tfont not supported in this configuration | default.mgp:16: warning: directive tmfont not supported in this configuration | default.mgp:17: warning: directive tfont not supported in this configuration | default.mgp:17: warning: directive tmfont not supported in this configuration | | X Error of failed request: BadMatch (invalid parameter attributes) | Major opcode of failed request: 157 (RENDER) | Minor opcode of failed request: 4 (RenderCreatePicture) | Serial number of failed request: 292 | Current serial number in output stream: 328 I get the following backtrace for mgp -o sample.mgp. (I recompiled mgp with debug info and added XSynchronize(display,True) calls.) #0 _XError (dpy=0x1226fc0, rep=0x14130a0) at ../../src/XlibInt.c:2879 #1 0x7f56852b0d4f in process_responses (dpy=0x1226fc0, wait_for_first_event=0, current_error=0x7fff8ef3c818, current_request=440) at ../../src/xcb_io.c:138 #2 0x7f56852b10fa in _XReply (dpy=0x1226fc0, rep=0x7fff8ef3c860, extra=0, discard=1) at ../../src/xcb_io.c:370 #3 0x7f56852a4ce3 in XSync (dpy=0x1226fc0, discard=0) at ../../src/Sync.c:48 #4 0x7f56852a4e9b in _XSyncFunction (dpy=0x1226fc0) at ../../src/Synchro.c:37 #5 0x7f56852b14cb in _XIDHandler (dpy=0x1226fc0) at ../../src/xcb_io.c:275 #6 0x7f5683d96fd7 in XRenderCreatePicture (dpy=0x1226fc0, drawable=12582917, format=0x12f0b10, valuemask=0, attributes=0x7fff8ef3c910) at ../../src/Picture.c:99 #7 0x7f568667668d in _XftDrawRenderPrepare (draw=0x12f6930) at ../../src/xftdraw.c:402 #8 0x7f5686676d3d in XftDrawGlyphs (draw=0x12f6930, color=0x1412c00, pub=0x146b930, x=404, y=428, glyphs=0x7fff8ef3ca20, nglyphs=5) at ../../src/xftdraw.c:485 #9 0x7f568151e27d in xft_render (win=value optimized out, x=612, y=428, gstring=value optimized out, from=0x145e178, to=0x145e2e0, reverse=0, region=0x0) at m17n-X.c:1328 #10 0x7f56849f4819 in render_glyphs (frame=0x12f5a10, win=0xc5, x=404, y=428, width=value optimized out, gstring=0x140d770, from_idx=value optimized out, to_idx=value optimized out, reverse=0, region=0x0) at draw.c:1187 #11 0x7f56849f5088 in render_glyph_string (frame=0x12f5a10, win=0xc5, x=404, y=428, gstring=0x140d770, from=0, to=11) at draw.c:1342 #12 0x7f56849fa905 in draw_text (frame=0x12f5a10, win=0xc5, x=404, y=428, mt=0x12f4be0, from=0, to=11, control=0x64b280) at draw.c:1648 #13 0x0042600e in M17N_draw_object (obj=0x1473aa0, target=12582917, x=404, y=428) at m17n.c:654 #14 0x0040e47b in obj_draw (state=0x65f860, target=12582917, xpos=404, ypos=370) at draw.c:2306 #15 0x0040bcf6 in draw_line_end (state=0x65f860) at draw.c:1061 #16 0x0040b6c7 in process_direc (state=0x65f860, seenpause=0x7fff8ef40ef8) at draw.c:811 #17 0x0040a279 in draw_page (state=0x65f860, lastcp=0x0) at draw.c:321 #18 0x0041378d in cache_page (state=0x65f860, page=1) at draw.c:4259 #19 0x00413e91 in predraw (state=0x6463a0) at draw.c:4418 #20 0x00409e95 in state_goto (state=0x6463a0, page=1, repaint=0) at draw.c:196 #21 0x0040866c in main_loop (start_page=1) at mgp.c:781 #22 0x004077ac in main (argc=1, argv=0x1226f30) at mgp.c:481 -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mgp depends on: ii imlib111.9.15-7 Imlib is an imaging library for X ii libc6 2.7-16GNU C Library: Shared libraries ii libfontconfig1 2.6.0-3 generic font configuration library ii libgif44.1.6-6 library for GIF images (library) ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libm17n-0 1.5.2-1 a multilingual text processing lib ii libmng11.0.9-1 Multiple-image Network Graphics li ii libpng12-0 1.2.27-2 PNG library - runtime ii libsm6 2:1.0.3-2 X11 Session Management library ii libtiff4
Processed: setting package to mgp, notfound 510274 in 1.13a-1
Processing commands for cont...@bugs.debian.org: package mgp Ignoring bugs not assigned to: mgp notfound 510274 1.13a-1 Bug#510274: mgp: Crashes with X BadMatch error Bug no longer marked as found in version 1.13a-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
Bug#510235: Replicated issue
I decided to mess around with KVM for the first time today using virt-manager and ran into the exact problem mentioned in this bug. Everything worked by using virsh -c qemu:///system and starting the VM. The problem I have is that I can't remount the Windows XP CD to finish the install. Virt-manager gives me the same readonly error when trying to mount the image and I've tried to mount it using the command virsh -c qemu:///system attach-disk XP /path/to/iso hdc -driver file -type cdrom -mode readonly and I get error: No support hdc in command 'attach-disk'. Hdc is the cdrom device listed in virt-manager. I have rebooted and this has not fixed any of the problems. I have not followed Miguel an installed the packages from SID, I am only using Lenny packages. Robert LeBlanc College of Life Sciences Computer Support Brigham Young University (801) 422-1882 lebl...@byu.edu
Bug#509859: fixed in snow 1:0.3.3-2
retitle 509859 Source package name was hijacked notfound 509859 0.3.0-1 notfound 509859 0.3.3-1 found 509859 2008-1 fixed 509859 1:0.3.3-2 thanks The above changes should drop this bug off the Lenny RC bug list (to which it is irrelevant, since the version of snow in lenny is the R-related one). Regards, Simon -- 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#509859: fixed in snow 1:0.3.3-2
Processing commands for cont...@bugs.debian.org: retitle 509859 Source package name was hijacked Bug#509859: Fixing this issue Changed Bug title to `Source package name was hijacked' from `Fixing this issue'. (By the way, that Bug is currently marked as done.) notfound 509859 0.3.0-1 Bug#509859: Source package name was hijacked Bug no longer marked as found in version 0.3.0-1. (By the way, this Bug is currently marked as done.) notfound 509859 0.3.3-1 Bug#509859: Source package name was hijacked Bug no longer marked as found in version 0.3.3-1. (By the way, this Bug is currently marked as done.) found 509859 2008-1 Bug#509859: Source package name was hijacked Bug marked as found in version 2008-1. fixed 509859 1:0.3.3-2 Bug#509859: Source package name was hijacked Bug marked as fixed in version 1:0.3.3-2. 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#510283: gcc-4.1: internal compiler error: Segmentation fault
Package: gcc-4.1 Version: 4.1.1-21 Severity: serious Justification: no longer builds from source Trying to build asterisk-addons-1.4.7 from http://downloads.digium.com/pub/asterisk/, during the execution of the command ./configure the systems returns: asterisk:/usr/src/asterisk-addons-1.4.7# ./configure checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for uname... /bin/uname checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. asterisk:/usr/src/asterisk-addons-1.4.7# config.log: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure ## - ## ## Platform. ## ## - ## hostname = asterisk uname -m = i686 uname -r = 2.6.18-6-686 uname -s = Linux uname -v = #1 SMP Fri Dec 12 16:48:28 UTC 2008 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = i686 /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/sbin PATH: /usr/bin PATH: /sbin PATH: /bin ## --- ## ## Core tests. ## ## --- ## configure:1785: checking build system type configure:1803: result: i686-pc-linux-gnu configure:1825: checking host system type configure:1840: result: i686-pc-linux-gnu configure:1862: checking target system type configure:1877: result: i686-pc-linux-gnu configure:2010: checking for uname configure:2028: found /bin/uname configure:2040: result: /bin/uname configure:2890: checking for gcc configure:2906: found /usr/bin/gcc configure:2917: result: gcc configure:3155: checking for C compiler version configure:3162: gcc --version 5 gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3165: $? = 0 configure:3172: gcc -v 5 Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --with-tune=i686 --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) configure:3175: $? = 0 configure:3182: gcc -V 5 gcc: '-V' option must have argument configure:3185: $? = 1 configure:3208: checking for C compiler default output file name configure:3235: gccconftest.c 5 cc1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. configure:3238: $? = 1 configure:3276: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME | #define PACKAGE_TARNAME | #define PACKAGE_VERSION | #define PACKAGE_STRING | #define PACKAGE_BUGREPORT | #define PBX_PLATFORM i686-pc-linux-gnu | #define PBX_CPU i686 | #define PBX_VENDOR pc | #define PBX_OS linux-gnu | #define Linux 1 | #define _GNU_SOURCE 1 | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3283: error: C compiler cannot create executables See `config.log' for more details. ## ## ## Cache variables. ## ## ## ac_cv_build=i686-pc-linux-gnu ac_cv_env_CCC_set= ac_cv_env_CCC_value= ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXFLAGS_set= ac_cv_env_CXXFLAGS_value= ac_cv_env_CXX_set= ac_cv_env_CXX_value= ac_cv_env_LDFLAGS_set= ac_cv_env_LDFLAGS_value= ac_cv_env_LIBS_set= ac_cv_env_LIBS_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_host=i686-pc-linux-gnu ac_cv_path_ac_pt_UNAME=/bin/uname ac_cv_prog_ac_ct_CC=gcc ac_cv_target=i686-pc-linux-gnu ## - ## ## Output variables. ## ## - ## AR='' ASTERISK_INCLUDE='' ASTERISK_LIB='' AWK='' BASENAME='' CC='gcc' CFLAGS='' CPP='' CPPFLAGS='' CURSES_INCLUDE='' CURSES_LIB='' CXX='' CXXFLAGS='' DEFS=''
Bug#476638: marked as done (tau_2.16.4-1.1(sparc/unstable):)
Your message dated Wed, 31 Dec 2008 03:02:12 + with message-id e1lhrly-0003vh...@ries.debian.org and subject line Bug#458874: fixed in tau 2.16.4-1.2 has caused the Debian Bug report #458874, regarding tau_2.16.4-1.1(sparc/unstable): 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.) -- 458874: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458874 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tau Version: 2.16.4-1.1 Severity: serious There was an error while trying to autobuild your package: Automatic build of tau_2.16.4-1.1 on lebrun by sbuild/sparc 98 Build started at 20080418-0252 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5.0.37.2), dh-buildinfo, python-all-dev (= 2.3.5-11), python-central (= 0.5), tcsh [...] tau root directory /build/buildd/tau-2.16.4. If you move the Tau distribution, you must either * set an environment variable TAUROOT containing the new location before running any TAU tools or * run configure again and recompile Attempting to auto-configure system, determining architecture... I could not determine the architecture of this host You must give me a hint. Perhaps, the C compiler is not working. Please check the licenses. chmod -x /build/buildd/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/TulipThreadLayer.h chmod: cannot access `/build/buildd/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/TulipThreadLayer.h': No such file or directory make: *** [stamps/build-arch] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=tauver=2.16.4-1.1 ---End Message--- ---BeginMessage--- Source: tau Source-Version: 2.16.4-1.2 We believe that the bug you reported is fixed in the latest version of tau, which is due to be installed in the Debian FTP archive: python-tau_2.16.4-1.2_amd64.deb to pool/main/t/tau/python-tau_2.16.4-1.2_amd64.deb tau-examples_2.16.4-1.2_all.deb to pool/main/t/tau/tau-examples_2.16.4-1.2_all.deb tau-racy_2.16.4-1.2_all.deb to pool/main/t/tau/tau-racy_2.16.4-1.2_all.deb tau_2.16.4-1.2.diff.gz to pool/main/t/tau/tau_2.16.4-1.2.diff.gz tau_2.16.4-1.2.dsc to pool/main/t/tau/tau_2.16.4-1.2.dsc tau_2.16.4-1.2_amd64.deb to pool/main/t/tau/tau_2.16.4-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 458...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Luca Falavigna dktrkr...@ubuntu.com (supplier of updated tau 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, 09 Oct 2008 20:19:37 +0200 Source: tau Binary: tau tau-racy python-tau tau-examples Architecture: source all amd64 Version: 2.16.4-1.2 Distribution: unstable Urgency: low Maintainer: Yann Dirson dir...@debian.org Changed-By: Luca Falavigna dktrkr...@ubuntu.com Description: python-tau - Tuning and Analysis Utilities - support for python bindings tau- Tuning and Analysis Utilities - base profiling toolkit tau-examples - Tuning and Analysis Utilities - examples tau-racy - Tuning and Analysis Utilities - Tcl/tk profiler GUI Closes: 458874 476638 Changes: tau (2.16.4-1.2) unstable; urgency=low . * Non-maintainer upload. * debian/rules: explicitly set -arch parameter with configure, some architectures are not recognised properly (Closes: #458874, #476638). Checksums-Sha1: 9b81966bc8d7e79aeea1b3b55c81478b31a5 1066 tau_2.16.4-1.2.dsc 6f67c55e4b389d5e1ad43ca1b931e95d99e73734 13872 tau_2.16.4-1.2.diff.gz 01dce9b3d53b62f0bc306359b70ed79ff6368f9f 108490 tau-racy_2.16.4-1.2_all.deb ded7fcf48eeac636a1f46c40f3f8bbe823a4d56f 142710 tau-examples_2.16.4-1.2_all.deb 610e3b92ebf305d574aaf5bf0228de447cb7c621 395078 tau_2.16.4-1.2_amd64.deb b2164eca06e108cb0cec55c9a8dd28b0328f6ee0 33150 python-tau_2.16.4-1.2_amd64.deb Checksums-Sha256: 4fd56cd1f186fbb6eb0a8ec60e477d4c7e484e891c1a29544f3b72e91c214cc6 1066 tau_2.16.4-1.2.dsc 3c70ce7a1ce468e3782fe9fdcd8fd319cb1adeebfb98b794039251f3a32e00a0 13872 tau_2.16.4-1.2.diff.gz 4d299892a0bd9566cf5f082e93fdf76c9b0339839def6deaa928e6b929de43e5 108490
Bug#458874: marked as done (tau: FTBFS: chmod: cannot access `/build/user/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/Tul ipThreadLayer.h': No such file or directory)
Your message dated Wed, 31 Dec 2008 03:02:12 + with message-id e1lhrly-0003vj...@ries.debian.org and subject line Bug#476638: fixed in tau 2.16.4-1.2 has caused the Debian Bug report #476638, regarding tau: FTBFS: chmod: cannot access `/build/user/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/Tul ipThreadLayer.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.) -- 476638: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476638 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tau version: 2.16.4-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20080103 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: dh_testdir ./configure -prefix=/build/user/tau-2.16.4/debian/BUILD/usr/lib/tau -pthread -LINUXTIMERS tauprefix = /build/user/tau-2.16.4/debian/BUILD/usr/lib/tau TAU configure script --- The TAU source code has just been configured to use the tau root directory /build/user/tau-2.16.4. If you move the Tau distribution, you must either * set an environment variable TAUROOT containing the new location before running any TAU tools or * run configure again and recompile - Attempting to auto-configure system, determining architecture... I could not determine the architecture of this host You must give me a hint. Perhaps, the C compiler is not working. Please check the licenses. chmod -x /build/user/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/TulipThreadLayer.h chmod: cannot access `/build/user/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/TulipThreadLayer.h': No such file or directory make: *** [stamps/build-arch] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The full build log is available from: http://people.debian.org/~lucas/logs/2008/01/03 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid environment. 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: tau Source-Version: 2.16.4-1.2 We believe that the bug you reported is fixed in the latest version of tau, which is due to be installed in the Debian FTP archive: python-tau_2.16.4-1.2_amd64.deb to pool/main/t/tau/python-tau_2.16.4-1.2_amd64.deb tau-examples_2.16.4-1.2_all.deb to pool/main/t/tau/tau-examples_2.16.4-1.2_all.deb tau-racy_2.16.4-1.2_all.deb to pool/main/t/tau/tau-racy_2.16.4-1.2_all.deb tau_2.16.4-1.2.diff.gz to pool/main/t/tau/tau_2.16.4-1.2.diff.gz tau_2.16.4-1.2.dsc to pool/main/t/tau/tau_2.16.4-1.2.dsc tau_2.16.4-1.2_amd64.deb to pool/main/t/tau/tau_2.16.4-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 476...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Luca Falavigna dktrkr...@ubuntu.com (supplier of updated tau 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, 09 Oct 2008 20:19:37 +0200 Source: tau Binary: tau tau-racy python-tau tau-examples Architecture: source all amd64 Version: 2.16.4-1.2 Distribution: unstable Urgency: low Maintainer: Yann Dirson dir...@debian.org Changed-By: Luca Falavigna dktrkr...@ubuntu.com Description: python-tau - Tuning and Analysis Utilities - support for python bindings tau- Tuning and Analysis Utilities - base profiling toolkit tau-examples - Tuning and Analysis Utilities - examples tau-racy - Tuning and Analysis Utilities - Tcl/tk profiler GUI Closes: 458874 476638 Changes: tau (2.16.4-1.2) unstable; urgency=low . * Non-maintainer upload. * debian/rules: explicitly set -arch parameter with configure,
Bug#476638: marked as done (tau_2.16.4-1.1(sparc/unstable):)
Your message dated Wed, 31 Dec 2008 03:02:12 + with message-id e1lhrly-0003vj...@ries.debian.org and subject line Bug#476638: fixed in tau 2.16.4-1.2 has caused the Debian Bug report #476638, regarding tau_2.16.4-1.1(sparc/unstable): 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.) -- 476638: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476638 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tau Version: 2.16.4-1.1 Severity: serious There was an error while trying to autobuild your package: Automatic build of tau_2.16.4-1.1 on lebrun by sbuild/sparc 98 Build started at 20080418-0252 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5.0.37.2), dh-buildinfo, python-all-dev (= 2.3.5-11), python-central (= 0.5), tcsh [...] tau root directory /build/buildd/tau-2.16.4. If you move the Tau distribution, you must either * set an environment variable TAUROOT containing the new location before running any TAU tools or * run configure again and recompile Attempting to auto-configure system, determining architecture... I could not determine the architecture of this host You must give me a hint. Perhaps, the C compiler is not working. Please check the licenses. chmod -x /build/buildd/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/TulipThreadLayer.h chmod: cannot access `/build/buildd/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/TulipThreadLayer.h': No such file or directory make: *** [stamps/build-arch] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=tauver=2.16.4-1.1 ---End Message--- ---BeginMessage--- Source: tau Source-Version: 2.16.4-1.2 We believe that the bug you reported is fixed in the latest version of tau, which is due to be installed in the Debian FTP archive: python-tau_2.16.4-1.2_amd64.deb to pool/main/t/tau/python-tau_2.16.4-1.2_amd64.deb tau-examples_2.16.4-1.2_all.deb to pool/main/t/tau/tau-examples_2.16.4-1.2_all.deb tau-racy_2.16.4-1.2_all.deb to pool/main/t/tau/tau-racy_2.16.4-1.2_all.deb tau_2.16.4-1.2.diff.gz to pool/main/t/tau/tau_2.16.4-1.2.diff.gz tau_2.16.4-1.2.dsc to pool/main/t/tau/tau_2.16.4-1.2.dsc tau_2.16.4-1.2_amd64.deb to pool/main/t/tau/tau_2.16.4-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 476...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Luca Falavigna dktrkr...@ubuntu.com (supplier of updated tau 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, 09 Oct 2008 20:19:37 +0200 Source: tau Binary: tau tau-racy python-tau tau-examples Architecture: source all amd64 Version: 2.16.4-1.2 Distribution: unstable Urgency: low Maintainer: Yann Dirson dir...@debian.org Changed-By: Luca Falavigna dktrkr...@ubuntu.com Description: python-tau - Tuning and Analysis Utilities - support for python bindings tau- Tuning and Analysis Utilities - base profiling toolkit tau-examples - Tuning and Analysis Utilities - examples tau-racy - Tuning and Analysis Utilities - Tcl/tk profiler GUI Closes: 458874 476638 Changes: tau (2.16.4-1.2) unstable; urgency=low . * Non-maintainer upload. * debian/rules: explicitly set -arch parameter with configure, some architectures are not recognised properly (Closes: #458874, #476638). Checksums-Sha1: 9b81966bc8d7e79aeea1b3b55c81478b31a5 1066 tau_2.16.4-1.2.dsc 6f67c55e4b389d5e1ad43ca1b931e95d99e73734 13872 tau_2.16.4-1.2.diff.gz 01dce9b3d53b62f0bc306359b70ed79ff6368f9f 108490 tau-racy_2.16.4-1.2_all.deb ded7fcf48eeac636a1f46c40f3f8bbe823a4d56f 142710 tau-examples_2.16.4-1.2_all.deb 610e3b92ebf305d574aaf5bf0228de447cb7c621 395078 tau_2.16.4-1.2_amd64.deb b2164eca06e108cb0cec55c9a8dd28b0328f6ee0 33150 python-tau_2.16.4-1.2_amd64.deb Checksums-Sha256: 4fd56cd1f186fbb6eb0a8ec60e477d4c7e484e891c1a29544f3b72e91c214cc6 1066 tau_2.16.4-1.2.dsc 3c70ce7a1ce468e3782fe9fdcd8fd319cb1adeebfb98b794039251f3a32e00a0 13872 tau_2.16.4-1.2.diff.gz 4d299892a0bd9566cf5f082e93fdf76c9b0339839def6deaa928e6b929de43e5 108490
Bug#458874: marked as done (tau: FTBFS: chmod: cannot access `/build/user/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/Tul ipThreadLayer.h': No such file or directory)
Your message dated Wed, 31 Dec 2008 03:02:12 + with message-id e1lhrly-0003vh...@ries.debian.org and subject line Bug#458874: fixed in tau 2.16.4-1.2 has caused the Debian Bug report #458874, regarding tau: FTBFS: chmod: cannot access `/build/user/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/Tul ipThreadLayer.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.) -- 458874: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458874 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tau version: 2.16.4-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20080103 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: dh_testdir ./configure -prefix=/build/user/tau-2.16.4/debian/BUILD/usr/lib/tau -pthread -LINUXTIMERS tauprefix = /build/user/tau-2.16.4/debian/BUILD/usr/lib/tau TAU configure script --- The TAU source code has just been configured to use the tau root directory /build/user/tau-2.16.4. If you move the Tau distribution, you must either * set an environment variable TAUROOT containing the new location before running any TAU tools or * run configure again and recompile - Attempting to auto-configure system, determining architecture... I could not determine the architecture of this host You must give me a hint. Perhaps, the C compiler is not working. Please check the licenses. chmod -x /build/user/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/TulipThreadLayer.h chmod: cannot access `/build/user/tau-2.16.4/debian/BUILD/usr/lib/tau/include/Profile/TulipThreadLayer.h': No such file or directory make: *** [stamps/build-arch] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The full build log is available from: http://people.debian.org/~lucas/logs/2008/01/03 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid environment. 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: tau Source-Version: 2.16.4-1.2 We believe that the bug you reported is fixed in the latest version of tau, which is due to be installed in the Debian FTP archive: python-tau_2.16.4-1.2_amd64.deb to pool/main/t/tau/python-tau_2.16.4-1.2_amd64.deb tau-examples_2.16.4-1.2_all.deb to pool/main/t/tau/tau-examples_2.16.4-1.2_all.deb tau-racy_2.16.4-1.2_all.deb to pool/main/t/tau/tau-racy_2.16.4-1.2_all.deb tau_2.16.4-1.2.diff.gz to pool/main/t/tau/tau_2.16.4-1.2.diff.gz tau_2.16.4-1.2.dsc to pool/main/t/tau/tau_2.16.4-1.2.dsc tau_2.16.4-1.2_amd64.deb to pool/main/t/tau/tau_2.16.4-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 458...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Luca Falavigna dktrkr...@ubuntu.com (supplier of updated tau 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, 09 Oct 2008 20:19:37 +0200 Source: tau Binary: tau tau-racy python-tau tau-examples Architecture: source all amd64 Version: 2.16.4-1.2 Distribution: unstable Urgency: low Maintainer: Yann Dirson dir...@debian.org Changed-By: Luca Falavigna dktrkr...@ubuntu.com Description: python-tau - Tuning and Analysis Utilities - support for python bindings tau- Tuning and Analysis Utilities - base profiling toolkit tau-examples - Tuning and Analysis Utilities - examples tau-racy - Tuning and Analysis Utilities - Tcl/tk profiler GUI Closes: 458874 476638 Changes: tau (2.16.4-1.2) unstable; urgency=low . * Non-maintainer upload. * debian/rules: explicitly set -arch parameter with configure,
Bug#510283: gcc-4.1: internal compiler error: Segmentation fault
Sorry, it was a problem with the computer hardware. The problem has been solved Luis Humberto Felice luish.fel...@gmail.com La información contenida en este mensaje y los archivos adjuntos son de uso exclusivo del destinatario, si por algún motivo recibió este mensaje por error, no divulgue la información aquí contenida, contacte al emisor y destruya ó elimine el mensaje. This message and any attachments are solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use or distribution of the information included in this message is prohibited -- Please immediately and permanently delete. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502140:
On Mon, Dec 29, 2008 at 05:01:45PM -0500, Michael Gilbert wrote: - I have no idea why this loop is here, anyway. Why would the -restart command ever fail? -restart will fail whenever a screensaver is active. this allows the process to wait for the user to unlock the screen before proceeding with the upgrade. Ah, ok. - The script, as written, also doesn't take into account the need to check for multiple instances of xscreensaver running on multiple displays. -restart will fail if there are any xscreensaver instances running, so i think this is handled. No, it will only know xscreensaver instances were running if they're associated with the current user or X session. Running xscreensaver -restart as root won't affect any of the user instances. - Also, the -deactivate command will not unlock a screen that has been locked; so any screen that manages to be locked (perhaps by a direct user action) would still end up locking the user out. agreed. this doesn't prevent the user from screwing up the process. perhaps another -restart check could be added to determine whether the user had locked the screen again. No, that's still a race condition. Anyway, the fix for this bug is now pending in the repo. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507021: helpdeco: 507021: status update
On Wed, 2008-12-17 at 20:52 +0900, Paul Wise wrote: I'm still optimistic about fixing this before everything is ready for lenny though. I finally got the reporter's .hlp file to decompile on amd64. I now need to do the following (after I recover from new years the leap second). Test the changes with the rest of my WinHelp corpus to make sure I didn't miss any more issues. Compare the i386 and amd64 results with the i386 results without the changes to ensure no regressions and consistency. Test some parts of the corpus on my OpenMoko (armel) and on some of the Debian porter machines. One last run with zzuf to be safe. -- bye, pabs http://bonedaddy.net/pabs3/ signature.asc Description: This is a digitally signed message part
Processed: Re: Please give opinion about Bug#509287: afio: license is non-free
Processing commands for cont...@bugs.debian.org: severity 509287 important Bug#509287: afio: license is non-free 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#505563: Mozilla Thunderbird Multiple Vulnerabilities
Thanks Alexander, Be advised that the normal approach to fixing a RC bug during lenny deep freeze is by back porting the fix, rather than uploading the new upstream release. Have debian-release been engaged? Mark -original message- Subject: Re: Bug#505563: Mozilla Thunderbird Multiple Vulnerabilities From: Alexander Sack a...@debian.org Date: 31/12/2008 10:19 On Tue, Dec 30, 2008 at 08:37:36AM +1100, Mark Purcell wrote: On Wednesday 26 November 2008 12:04:19 Alexander Sack wrote: tags 505563 + pending thanks Yes, 2.0.0.18 was released last week. Also add MFSA 2008-59 to the list of addressed issues. Alexander, It was over a month ago you tagged this bug as pending. Are you in a position to upload a fixed package to target this RC bug in lenny? Yeah ... actually thought i already did 2.0.0.18 ... will probably upload .19 right in the beginning of next week then. Sorry - Alexander -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510292: dosemu: don't run
Package: dosemu Version: 1.4.0+svn.1828-2+b1 Severity: grave Justification: renders package unusable When I type 'dosemu' in konsole in writes: There is something wrong with your systemwide DOSEMU installation: /var/lib/dosemu is not existing, but was configured to contain the DOSEMU distribution templates. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-k7 (SMP w/1 CPU core) Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages dosemu depends on: ii libasound21.0.16-2 ALSA library ii libc6 2.7-15 GNU C Library: Shared libraries ii libgpm2 1.20.4-3.1 General Purpose Mouse - shared lib ii libsdl1.2debian 1.2.13-2 Simple DirectMedia Layer ii libslang2 2.1.3-3The S-Lang programming library - r ii libsndfile1 1.0.17-4 Library for reading/writing audio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxxf86vm1 1:1.0.1-3 X11 XFree86 video mode extension l dosemu recommends 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#510292: bug can be closed
Excuse me. I found installed dosemu in /usr/local. I suppose in was a reason of a not starting. -- Oleg Tsibulsky alo...@mail.ru -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: subversion Debian ci: r936 - in branches/lenny/debian: . patches
Processing commands for cont...@bugs.debian.org: tags 507764 pending Bug#507764: svn merge reverts previous merges Tags were: patch fixed-upstream upstream Tags added: pending 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#510283: marked as done (gcc-4.1: internal compiler error: Segmentation fault)
Your message dated Wed, 31 Dec 2008 07:43:28 +0100 with message-id 20081231064328.gi2...@deprecation.cyrius.com and subject line Re: Bug#510283: gcc-4.1: internal compiler error: Segmentation fault has caused the Debian Bug report #510283, regarding gcc-4.1: internal compiler error: Segmentation fault 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.) -- 510283: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510283 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gcc-4.1 Version: 4.1.1-21 Severity: serious Justification: no longer builds from source Trying to build asterisk-addons-1.4.7 from http://downloads.digium.com/pub/asterisk/, during the execution of the command ./configure the systems returns: asterisk:/usr/src/asterisk-addons-1.4.7# ./configure checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for uname... /bin/uname checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. asterisk:/usr/src/asterisk-addons-1.4.7# config.log: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure ## - ## ## Platform. ## ## - ## hostname = asterisk uname -m = i686 uname -r = 2.6.18-6-686 uname -s = Linux uname -v = #1 SMP Fri Dec 12 16:48:28 UTC 2008 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = i686 /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/sbin PATH: /usr/bin PATH: /sbin PATH: /bin ## --- ## ## Core tests. ## ## --- ## configure:1785: checking build system type configure:1803: result: i686-pc-linux-gnu configure:1825: checking host system type configure:1840: result: i686-pc-linux-gnu configure:1862: checking target system type configure:1877: result: i686-pc-linux-gnu configure:2010: checking for uname configure:2028: found /bin/uname configure:2040: result: /bin/uname configure:2890: checking for gcc configure:2906: found /usr/bin/gcc configure:2917: result: gcc configure:3155: checking for C compiler version configure:3162: gcc --version 5 gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3165: $? = 0 configure:3172: gcc -v 5 Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --with-tune=i686 --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) configure:3175: $? = 0 configure:3182: gcc -V 5 gcc: '-V' option must have argument configure:3185: $? = 1 configure:3208: checking for C compiler default output file name configure:3235: gccconftest.c 5 cc1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. configure:3238: $? = 1 configure:3276: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME | #define PACKAGE_TARNAME | #define PACKAGE_VERSION | #define PACKAGE_STRING | #define PACKAGE_BUGREPORT | #define PBX_PLATFORM i686-pc-linux-gnu | #define PBX_CPU i686 | #define PBX_VENDOR pc | #define PBX_OS linux-gnu | #define Linux 1 | #define _GNU_SOURCE 1 | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3283: error: C compiler cannot create executables See `config.log' for more details. ## ## ## Cache variables. ## ## ## ac_cv_build=i686-pc-linux-gnu ac_cv_env_CCC_set=
Bug#505563: Mozilla Thunderbird Multiple Vulnerabilities
On Wed, Dec 31, 2008 at 04:21:05PM +1100, Mark Purcell wrote: Thanks Alexander, Be advised that the normal approach to fixing a RC bug during lenny deep freeze is by back porting the fix, rather than uploading the new upstream release. Have debian-release been engaged? We (the mozilla team) don't have the resources nor the time to cherry pick security fixes for mozilla packages. Other people are welcome to join if they wish to do that, but so far, nobody volunteered. Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org