Bug#416143: asterisk_1:1.4.2~dfsg-2(experimental/amd64/xenophanes): FTBFS: Cries for its sound files like a baby
Package: asterisk Version: 1:1.4.2~dfsg-2 Severity: serious Tags: experimental Heya, The new version still fails to build, but at a later point: | Automatic build of asterisk_1:1.4.2~dfsg-2 on xenophanes by sbuild/amd64 98-farm | Build started at 20070325-0009 | ** [...] | make[2]: Entering directory `/build/buildd/asterisk-1.4.2~dfsg/sounds' | mkdir -p /build/buildd/asterisk-1.4.2~dfsg/debian/tmp/usr/share/asterisk/sounds | mkdir -p /build/buildd/asterisk-1.4.2~dfsg/debian/tmp/usr/share/asterisk/sounds/es | mkdir -p /build/buildd/asterisk-1.4.2~dfsg/debian/tmp/usr/share/asterisk/sounds/fr | mkdir -p /build/buildd/asterisk-1.4.2~dfsg/debian/tmp/usr/share/asterisk/moh | ** | ****** | *** You must have either wget or fetch to be *** | *** able to automatically download and install *** | *** the requested sound packages. *** | ****** | *** Please install one of these, or remove any *** | *** extra sound package selections in *** | *** menuselecct before installing Asterisk.*** | ****** | ** | make[2]: *** [have_download] Error 1 | make[2]: Leaving directory `/build/buildd/asterisk-1.4.2~dfsg/sounds' | make[1]: *** [datafiles] Error 2 | make[1]: Leaving directory `/build/buildd/asterisk-1.4.2~dfsg' | make: *** [install] Error 2 | ** | Build finished at 20070325-0019 | FAILED [dpkg-buildpackage died] | Build needed 00:09:19, 237232k disk space A complete build log can be found at http://experimental.debian.net/build.php?arch=amd64pkg=asteriskver=1:1.4.2~dfsg-2 Marc -- Fachbegriffe der Informatik - Einfach erklärt 192: Strong international Encryption Triple-ROT13 (Carsten Lechte) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411727: uswsusp.conf properly configured by 0.3~cvs20060928-7, but warning is displayed.
Hello, The release 0.3~cvs20060928-7 works : I think the problem i had was due to the way i manually added etch-proposed-updates during the installation... leading to installing uswsusp twice, thus the error messsage. Since then, i made fresh install with 0.3~cvs20060928-7 in the testing repository... worked fine ! Sorry about that. Franklin On Thu, 2007-03-22 at 10:19 +0100, Tim Dijkstra wrote: On Thu, 22 Mar 2007 00:27:27 +0100 Franklin PIAT [EMAIL PROTECTED] wrote: However, (sorry for that however ;) i have tested 0.3~cvs20060928-7 under d-i (by switching to console during installation and manually adding etch-proposed-updates to /target/etc/apt/sources.conf, then apt-get update). I had the error message during packages installation Did you purge the old uswsusp before installin It will always keep the parameters it found g the new one? I hope you didn't that would explain this report;) Regards, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411727: uswsusp.conf properly configured by 0.3~cvs20060928-7, but warning is displayed.
On Sun, 25 Mar 2007 10:55:30 +0200 Franklin PIAT [EMAIL PROTECTED] wrote: Hello, The release 0.3~cvs20060928-7 works : I think the problem i had was due to the way i manually added etch-proposed-updates during the installation... leading to installing uswsusp twice, thus the error messsage. Since then, i made fresh install with 0.3~cvs20060928-7 in the testing repository... worked fine ! Sorry about that. That's OK. I'm glad we fixed this just in time for etch. Your mail prompted me to look at it a bit closer. First I thought it was not fixable in a clean way, now all etch users get a usable hibernate out of the box! grts Tim Ps. Do you take care of closing that installation bug report you mentioned before? signature.asc Description: PGP signature
Bug#416152: /system/checkfs start stops boot by complaining there is no device /dev/hdxx
Package: initng Version: 0.5.2-1 Severity: critical --- Please enter the report below this line. --- During booting, initng stops at this point: /system/checkfs start stops by complaining there is no device /dev/hdxx (fsck.ext3: No such file or directory while trying to open /dev/hda1. The superblock could not be read or does not describe a correct ext2 fiulesystem.). The root system is mounted (read-only), there is no hdxx nor sdxx in /dev/. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18 Debian Release: 4.0 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing freedom.dicea.unifi.it 500 unstablewww.debian-multimedia.org 500 unstablefreedom.dicea.unifi.it 500 stable www.debian-multimedia.org 500 stable security.debian.org 500 stable freedom.dicea.unifi.it 1 experimentalfreedom.dicea.unifi.it --- Package information. --- Depends (Version) | Installed =-+-= libc6(= 2.3.5-1) | 2.3.6.ds1-13 udev | 0.105-3 -- Lorenzo Bettini, PhD in Computer Science, DSI, Univ. di Firenze ICQ# lbetto, 16080134 (GNU/Linux User # 158233) HOME: http://www.lorenzobettini.it MUSIC: http://www.purplesucker.com BLOGS: http://tronprog.blogspot.com http://longlivemusic.blogspot.com http://www.gnu.org/software/src-highlite http://www.gnu.org/software/gengetopt http://www.gnu.org/software/gengen http://doublecpp.sourceforge.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415879: marked as done (libinstrudeo_0.1.4-3(hppa/unstable): FTBFS: non-PIC in shared lib)
Your message dated Sun, 25 Mar 2007 11:34:03 +0100 with message-id [EMAIL PROTECTED] and subject line Build succesfull has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libinstrudeo Version: 0.1.4-3 Severity: serious There was an error while trying to autobuild your package: Automatic build of libinstrudeo_0.1.4-3 on bld-3 by sbuild/hppa 98 Build started at 20070322-0321 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), autotools-dev, zlib1g-dev, libgsm1-dev, libdts-dev, ftgl-dev, libvorbis-dev, libtheora-dev, libavformat-dev, libssl-dev, libglut3-dev, libcurl3-dev, libglibmm-2.4-dev, libxml++2.6-dev, libavcodec-dev, dpatch [...] hppa-linux-gnu-g++ -shared -nostdlib /usr/lib/gcc/hppa-linux-gnu/4.1.2/../../../crti.o /usr/lib/gcc/hppa-linux-gnu/4.1.2/crtbeginS.o .libs/isdcommentbox.o .libs/isddatafile.o .libs/isdexporter.o .libs/isdffmpegexporter.o .libs/isdglobjfile.o .libs/isdglwidget.o .libs/isdimporter.o .libs/isdlogger.o .libs/isdobject.o .libs/isdrecording.o .libs/isdrecordingmetainfo.o .libs/isdrectangle.o .libs/isdroundedbox.o .libs/isdseekbackcalculator.o .libs/isdtextballoon2D.o .libs/isdtextballoon.o .libs/isdutils.o .libs/isdvideocanvas.o .libs/isdvideoproperties.o .libs/isdvnclogimporter.o .libs/isdwscategory.o .libs/isdwscommunicator.o .libs/isdwsftptransmitter.o .libs/isdwsplatform.o .libs/isdxmlfile.o .libs/glm.o .libs/isdcaptoverlay.o -Wl,--whole-archive ../../src/libinstrudeo/webservice/.libs/libisdws.a -Wl,--no-whole-archive -L/usr/lib -lgssapi_krb5 -lkrb5 -lk5crypto -lkrb5support -lcom_err -lresolv /usr/lib/libidn.so -ldl -lcrypto /usr/lib/libogg.so /usr/lib/libfreetype.so /usr/lib/libxml++-2.6.so /usr/lib/libxml2.so /usr/lib/libglibmm-2.4.so /usr/lib/libgobject-2.0.so /usr/lib/libsigc-2.0.so /usr/lib/libglib-2.0.so /usr/lib/libcurl.so -lGL -lglut -lssl -lavutil -lavformat -lavcodec /usr/lib/libtheora.so /usr/lib/libvorbisenc.so /usr/lib/libvorbis.so -lftgl -ldts -lgsm -ldc1394_control -lz -L/usr/lib/gcc/hppa-linux-gnu/4.1.2 -L/usr/lib/gcc/hppa-linux-gnu/4.1.2/../../.. -lstdc++ -lm -lgcc -lc -lgcc_s /usr/lib/gcc/hppa-linux-gnu/4.1.2/crtendS.o /usr/lib/gcc/hppa-linux-gnu/4.1.2/../../../crtn.o -Wl,-z -Wl,defs -Wl,-soname -Wl,libinstrudeo.so.0 -o .libs/libinstrudeo.so.0.0.0 /usr/bin/ld: /usr/lib/libftgl.a(FTFont.o): relocation R_PARISC_DPREL21L can not be used when making a shared object; recompile with -fPIC /usr/lib/libftgl.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[5]: *** [libinstrudeo.la] Error 1 make[5]: Leaving directory `/build/buildd/libinstrudeo-0.1.4/src/libinstrudeo' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/build/buildd/libinstrudeo-0.1.4/src/libinstrudeo' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/libinstrudeo-0.1.4/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/libinstrudeo-0.1.4' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/libinstrudeo-0.1.4' make: *** [build-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppapkg=libinstrudeover=0.1.4-3 ---End Message--- ---BeginMessage--- Hi the bug seems to be solved on libinstrudeo 0.1.4-4, since it builds on all architectures, so I'm closing this bug. Thank you for you report, reopen this bug if necessary Regards -- Debian Powered GNU/Linux User #373118 Bedogni Luca - Blog | http://blog.lucabedogni.it Site | http://www.lucabedogni.it Debianizzati - www.debianizzati.org | Founder Member -- To post or not to post, that is the question...Whether 'tis nobler on the 'net to suffer, the flames from outrageous loonies or to press 'F' against a sea of slander and by opposing end them? To send KILL signal; to sleep(1); No more... ---End Message---
Bug#401758: leaks file descriptors (connections to the LDAP server)
Hi Stephen, Well, I suppose it could be argued this is not RC, but it also looks like a straightforward target for an NMU, so I'll opt for the latter. My NMU diff is attached; I'm only applying the first part of Dean's patch, fixing the fd leak, and not the second part trying to address thread safety given that it's not a complete fix for the thread-safety issues. NMU will be uploaded to incoming shortly. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u libnss-ldap-251/ldap-nss.c libnss-ldap-251/ldap-nss.c --- libnss-ldap-251/ldap-nss.c +++ libnss-ldap-251/ldap-nss.c @@ -849,23 +849,29 @@ NSS_LDAP_SOCKLEN_T peernamelen = sizeof (peername); if (getsockname (*sd, (struct sockaddr *) sockname, socknamelen) != 0 || - getpeername (*sd, (struct sockaddr *) peername, peernamelen) != 0) + !do_sockaddr_isequal (__session.ls_sockname, socknamelen, +sockname, socknamelen)) { isOurSocket = 0; } + /* + * XXX: We don't pay any attention to return codes in places such as + * do_search_s so we never observe when the other end has disconnected + * our socket. In that case we'll get an ENOTCONN error here... and + * it's best we ignore the error -- otherwise we'll leak a filedescriptor. + * The correct fix would be to test error codes in many places. + */ + else if (getpeername (*sd, (struct sockaddr *) peername, peernamelen) != 0) + { + if (errno != ENOTCONN) + isOurSocket = 0; + } else { - isOurSocket = do_sockaddr_isequal (__session.ls_sockname, - socknamelen, - sockname, - socknamelen); - if (isOurSocket) - { - isOurSocket = do_sockaddr_isequal (__session.ls_peername, - peernamelen, - peername, - peernamelen); - } + isOurSocket = do_sockaddr_isequal (__session.ls_peername, + peernamelen, + peername, + peernamelen); } } #endif /* HAVE_LDAPSSL_CLIENT_INIT */ diff -u libnss-ldap-251/debian/changelog libnss-ldap-251/debian/changelog --- libnss-ldap-251/debian/changelog +++ libnss-ldap-251/debian/changelog @@ -1,3 +1,14 @@ +libnss-ldap (251-7.5) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for RC bugfix. + * Fix a file descriptor leak on server socket shutdown, which can cause a +long-lived process (particularly nscd) to quickly run out of file +descriptors. Thanks to Dean Gaudet [EMAIL PROTECTED] for the patch. +Closes: #401758. + + -- Steve Langasek [EMAIL PROTECTED] Sun, 25 Mar 2007 04:02:15 -0700 + libnss-ldap (251-7.4) unstable; urgency=low * Non-maintainer upload to fix forgotten issues in the previous NMU.
Bug#401758: marked as done (leaks file descriptors (connections to the LDAP server))
Your message dated Sun, 25 Mar 2007 12:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#401758: fixed in libnss-ldap 251-7.5 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libnss-ldap Version: 251-7 Severity: important libnss-ldap seems to be leaking connections to the LDAP server on several of our machines that run testing. After a few hours/days, nscd(8) will have several hundred open file descriptors for sockets where lsof(8) can't identify protocol (the output is below). According to netstat(8), the machines only have a handful of connections open to the LDAP server, so I suspect the leaked descriptors are LDAP connections that were closed (probably timed out by the LDAP server, which has an idle connection timeout) and not reaped by libnss-ldap or nscd. Eventually, nscd hits its per-process file descriptor limit and can't look users up. AFAICT, this causes all name service queries to fail. We have several dozen machines running sarge which don't exhibit this behavior (nscd has perhaps a dozen file descriptors open, and this number never increases). This problem occurs both on machines upgraded from sarge to testing and fresh testing installs. This seems somewhat similar to #315547, but that reporter is running sarge (his problem began to exhibit itself after a woody - sarge upgrade) whereas ours is with etch. COMMAND PID USER FD TYPE DEVICESIZE NODE NAME nscd3343 root cwdDIR8,210242 / nscd3343 root rtdDIR8,210242 / nscd3343 root txtREG8,5 87836 264682 /usr/sbin/nscd nscd3343 root memREG0,00 [heap] (stat: No such file or directory) nscd3343 root memREG8,5 872544 289323 /usr/lib/libdb-4.2.so nscd3343 root memREG8,2 17840 104570 /lib/tls/libnss_dns-2.3.6.so nscd3343 root memREG8,5 78500 289158 /usr/lib/libz.so.1.2.3 nscd3343 root memREG8,5 14504 549768 /usr/lib/libkrb5support.so.0.0 nscd3343 root memREG8,25820 104430 /lib/libcom_err.so.2.1 nscd3343 root memREG8,5 151252 289355 /usr/lib/libk5crypto.so.3.0 nscd3343 root memREG8,5 508328 289441 /usr/lib/libkrb5.so.3.2 nscd3343 root memREG8,5 11556 289115 /usr/lib/libgpg-error.so.0.3.0 nscd3343 root memREG8,5 327776 289265 /usr/lib/libgcrypt.so.11.2.2 nscd3343 root memREG8,5 73456 289162 /usr/lib/libtasn1.so.3.0.6 nscd3343 root memREG8,5 445816 289192 /usr/lib/libgnutls.so.13.0.9 nscd3343 root memREG8,5 82060 289325 /usr/lib/libsasl2.so.2.0.19 nscd3343 root memREG8,2 21868 104564 /lib/tls/libcrypt-2.3.6.so nscd3343 root memREG8,2 67364 104576 /lib/tls/libresolv-2.3.6.so nscd3343 root memREG8,5 111676 289305 /usr/lib/libgssapi_krb5.so.2.2 nscd3343 root memREG8,5 47128 289430 /usr/lib/liblber.so.2.0.130 nscd3343 root memREG8,5 217872 289432 /usr/lib/libldap_r.so.2.0.130 nscd3343 root memREG8,2 76216 104464 /lib/libnss_ldap-2.3.6.so nscd3343 root memREG8,2 38372 104571 /lib/tls/libnss_files-2.3.6.so nscd3343 root memREG8,2 34320 104573 /lib/tls/libnss_nis-2.3.6.so nscd3343 root memREG8,2 30428 104569 /lib/tls/libnss_compat-2.3.6.so nscd3343 root memREG8,5 17896 346574 /usr/lib/sasl2/libsasldb.so.2.0.19 nscd3343 root memREG8,8 244020 2342917 /var/db/nscd/hosts nscd3343 root memREG8,8 217016 2342916 /var/db/nscd/group nscd3343 root memREG8,8 217016 2342915 /var/db/nscd/passwd nscd3343 root memREG8,2 1241580 104562 /lib/tls/libc-2.3.6.so nscd3343 root memREG8,2 76548 104568 /lib/tls/libnsl-2.3.6.so nscd3343 root memREG8,2 85010 104559 /lib/tls/libpthread-2.3.6.so nscd3343 root memREG8,2 26516 104577 /lib/tls/librt-2.3.6.so nscd3343 root memREG8,29592 104565 /lib/tls/libdl-2.3.6.so nscd3343 root memREG8,2 88164 104468 /lib/ld-2.3.6.so nscd3343 root0u CHR1,3 1344 /dev/null nscd3343 root1u CHR1,3 1344 /dev/null nscd3343
Bug#409785: scala: FTBFS: concurrent is not a member of java.util
After discussion with Philipp Haller, the offending class will simply be removed for now. The rest of Scala will behave fine without it, though of course without the extra functionality. Once the Sun JVM is available under GPL, the file will be re-enabled. Lex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415954: imapproxy: fails to start if already running
On Fri, Mar 23, 2007 at 05:30:02PM -0700, Steve Langasek wrote: Frankly, though, the init script has a *lot* of bad code that's trying to second-guess start-stop-daemon in ways that it shouldn't. The right way to fix this is to kill off all of this extra code, let s-s-d what it's designed to, and fix imapproxyd to not bail out with an error *after* it's returned control to the parent process... Right, except that I tried that, and it failed. s-s-d's coverage is unfortunately not good enough: #416179 -- making the s-s-d --backround --pid-file workaround useless in this case :( I see three options, all of them suck: (1) fix s-s-d (no way one week before release), (2) fix pidfile-writing imapproxy (ugh, but doable, and arguably the best longtime solution), (3) give up and revert to the sarge killall imapproxyd way of stopping the daemon The current way in this init.d script is worse than the killall imapproxyd thingy, it attempts to kill just one (random) instance of imapproxyd in a very special way (by first writing some found-via-ps PID to the pidfile and then using kill-by-pid...) But anyway it plainly fails at this too. As attachment, my NMU patch which would have fixed this whole mess if not for #416179. The biggest part of it is still applicable for the no-op behaviour of start stop when already started/stopped, and it fixes pid-file-removal. I think the best way forward would be to go for (2). --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415954: imapproxy: fails to start if already running
Jeroen van Wolffelaar wrote: On Fri, Mar 23, 2007 at 05:30:02PM -0700, Steve Langasek wrote: Frankly, though, the init script has a *lot* of bad code that's trying to second-guess start-stop-daemon in ways that it shouldn't. The right way to fix this is to kill off all of this extra code, let s-s-d what it's designed to, and fix imapproxyd to not bail out with an error *after* it's returned control to the parent process... Right, except that I tried that, and it failed. s-s-d's coverage is unfortunately not good enough: #416179 -- making the s-s-d --backround --pid-file workaround useless in this case :( I see three options, all of them suck: (1) fix s-s-d (no way one week before release), (2) fix pidfile-writing imapproxy (ugh, but doable, and arguably the best longtime solution), As in save the recycler thread's PID instead of any other ? I already have a version which daemonizes as late as possible (i.e. just before launching threads). It does help a bit in the sense that imapproxy will abort execution before dettaching from the parent (s-s-d in this case), but not more. (3) give up and revert to the sarge killall imapproxyd way of stopping the daemon The current way in this init.d script is worse than the killall imapproxyd thingy, it attempts to kill just one (random) instance of imapproxyd in a very special way (by first writing some found-via-ps PID to the pidfile and then using kill-by-pid...) But anyway it plainly fails at this too. Unfortunately, yes. This initscript has become a pile of patches one of top of the other. A rewrite I have done (reverting to the new LSB-compliant /etc/init.d/skeleton) doesn't work much better, either. In fact, it is unable to even start imapproxy as it is right now [launching 'manually' does work] As attachment, my NMU patch which would have fixed this whole mess if not for #416179. The biggest part of it is still applicable for the no-op behaviour of start stop when already started/stopped, and it fixes pid-file-removal. I think the best way forward would be to go for (2). If you elaborate a bit more on this, I can get it done tonight, I think. Otherwise, please feel free to contribute whatever you see fit. My current set of changes just move the daemonization code into a function of its own and call it just before pthread_create. Looking forward to your soon response, J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to libportaudio2 libportaudiocpp0 portaudio19 portaudio19-dev portaudio19-doc ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.2 package libportaudio2 libportaudiocpp0 portaudio19 portaudio19-dev portaudio19-doc Ignoring bugs not assigned to: portaudio19-doc portaudio19 portaudio19-dev libportaudiocpp0 libportaudio2 tags 406754 + pending Bug#406754: portaudio19: FTBFS: #error Memory barriers are not defined on this system. There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406754: marked as done (portaudio19: FTBFS: #error Memory barriers are not defined on this system.)
Your message dated Sun, 25 Mar 2007 16:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#406754: fixed in portaudio19 19+svn20070125-1 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: portaudio19 Version: 19+svn20070113-1 Severity: serious Hi, Your package is failing to build on most arches with the following error: src/common/pa_ringbuffer.c:100:11: error: #error Memory barriers are not define d on this system. You can still compile by defining ALLOW_SMP_DANGERS, but SMP safety will not be guaranteed. Kurt ---End Message--- ---BeginMessage--- Source: portaudio19 Source-Version: 19+svn20070125-1 We believe that the bug you reported is fixed in the latest version of portaudio19, which is due to be installed in the Debian FTP archive: libportaudio2_19+svn20070125-1_i386.deb to pool/main/p/portaudio19/libportaudio2_19+svn20070125-1_i386.deb libportaudiocpp0_19+svn20070125-1_i386.deb to pool/main/p/portaudio19/libportaudiocpp0_19+svn20070125-1_i386.deb portaudio19-dev_19+svn20070125-1_i386.deb to pool/main/p/portaudio19/portaudio19-dev_19+svn20070125-1_i386.deb portaudio19-doc_19+svn20070125-1_all.deb to pool/main/p/portaudio19/portaudio19-doc_19+svn20070125-1_all.deb portaudio19_19+svn20070125-1.diff.gz to pool/main/p/portaudio19/portaudio19_19+svn20070125-1.diff.gz portaudio19_19+svn20070125-1.dsc to pool/main/p/portaudio19/portaudio19_19+svn20070125-1.dsc portaudio19_19+svn20070125.orig.tar.gz to pool/main/p/portaudio19/portaudio19_19+svn20070125.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mikael Magnusson [EMAIL PROTECTED] (supplier of updated portaudio19 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 25 Mar 2007 17:04:32 +0100 Source: portaudio19 Binary: libportaudiocpp0 libportaudio2 portaudio19-doc portaudio19-dev Architecture: source i386 all Version: 19+svn20070125-1 Distribution: unstable Urgency: low Maintainer: Debian VoIP Team [EMAIL PROTECTED] Changed-By: Mikael Magnusson [EMAIL PROTECTED] Description: libportaudio2 - Portable audio I/O - shared library libportaudiocpp0 - Portable audio I/O C++ bindings - shared library portaudio19-dev - Portable audio I/O - development files portaudio19-doc - Portable audio I/O - documentation Closes: 406754 Changes: portaudio19 (19+svn20070125-1) unstable; urgency=low . [ Mikael Magnusson ] * Update to svn 20070125 (r1174) * Disable JACK and ringbuffer on all architectures except i386 and powerpc. (Closes: #406754: FTBFS: #error Memory barriers are not defined on this system) Files: 427552df892457098852a94ab4acc658 1059 sound optional portaudio19_19+svn20070125-1.dsc 928d9325fb1f22a553a0e31805e1d581 1090591 sound optional portaudio19_19+svn20070125.orig.tar.gz 638c463c60d13421994a00e231c12a04 5653 sound optional portaudio19_19+svn20070125-1.diff.gz 4d65973d4d8d62a8be7888546f0c0a28 524706 doc optional portaudio19-doc_19+svn20070125-1_all.deb eb6e14afbe0a074b198ffbab0033de71 63540 libs optional libportaudio2_19+svn20070125-1_i386.deb d88d58ad8c5f20a5fb5393aabfaa1f21 114792 devel optional portaudio19-dev_19+svn20070125-1_i386.deb b2a34f7d4dc3ec59bf117fa705a89e09 21902 libs optional libportaudiocpp0_19+svn20070125-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGBp34oCzanz0IthIRAoRiAJ43RpkzQMo8nvkluPrrHQzvhIgSbACfcaQv xEmF7ttOl0alAQ7rr84DcqU= =vt/x -END PGP SIGNATURE- ---End Message---
Bug#416096: Bug#414370: Summary of test cases that still break gm
On Sun, Mar 25, 2007 at 07:03:35PM +0300, Sami Liedes wrote: Hmm, sorry, but I don't see any patch attached? Oops. Next try. Regards, Daniel. --- a/coders/viff.c Wed Mar 21 21:20:05 2007 +0100 +++ b/coders/viff.c Wed Mar 21 23:49:56 2007 +0200 @@ -332,6 +332,8 @@ static Image *ReadVIFFImage(const ImageI if (number_pixels == 0) ThrowReaderException(CoderError,ImageColumnOrRowSizeIsNotSupported, image); +if (viff_info.number_data_bands 1 || viff_info.number_data_bands 4) + ThrowReaderException(CorruptImageError,ImproperImageHeader,image); if ((viff_info.data_storage_type != VFF_TYP_BIT) (viff_info.data_storage_type != VFF_TYP_1_BYTE) (viff_info.data_storage_type != VFF_TYP_2_BYTE)
Bug#416143: asterisk_1:1.4.2~dfsg-2(experimental/amd64/xenophanes): FTBFS: Cries for its sound files like a baby
On Sunday 25 March 2007 15:37, Tzafrir Cohen wrote: Kilian: will it be autobuilt by the buildserver? I'd prefer a successful test build before commiting. http://status.buildserver.net/build.php?arch=pkg=asterisk Shows that the current commits for 1.2.17 don't build correctly. http://archive.buildserver.net/build/pool/main/a/asterisk/ Shows that the buildserver is doing something with the experimental archive, but I can't locate any buildd logs for experimental anywhere. (1.4.1) Kilian, does buildserver actually attempt experimental buildds as well and are the logs available anywhere? Mark pgpYWS95oeyUL.pgp Description: PGP signature
Bug#416096: Bug#414370: Summary of test cases that still break gm
On Sun, Mar 25, 2007 at 06:20:43PM +0200, Daniel Kobras wrote: Oops. Next try. Ok. segv2.viff still gives heap corruption with that patch applied (segv.viff is fixed). Might have something to do with realloc()ing to 0 bytes in AllocateImageColormap with colors=0, but obviously there's some corruption somewhere already before that realloc() (otherwise it's equivalent to just a free()). $ gdb --args gm identify samples/segv2.viff GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux-gnu... Using host libthread_db library /lib/libthread_db.so.1. (gdb) r Starting program: /usr/bin/gm identify samples/segv2.viff [Thread debugging using libthread_db enabled] [New Thread 47538893661280 (LWP 1804)] *** glibc detected *** double free or corruption (fasttop): 0x00533970 *** Program received signal SIGABRT, Aborted. [Switching to Thread 47538893661280 (LWP 1804)] 0x2b3c8166607b in raise () from /lib/libc.so.6 (gdb) bt #0 0x2b3c8166607b in raise () from /lib/libc.so.6 #1 0x2b3c8166784e in abort () from /lib/libc.so.6 #2 0x2b3c8169c629 in __libc_message () from /lib/libc.so.6 #3 0x2b3c816a3193 in _int_free () from /lib/libc.so.6 #4 0x2b3c816a321e in free () from /lib/libc.so.6 #5 0x2b3c8103b722 in AllocateImageColormap (image=0x531a70, colors=0) at image.c:395 #6 0x2b3c8105f7de in AssignImageColors (cube_info=0x565990, image=0x531a70) at quantize.c:383 #7 0x2b3c81062ec8 in QuantizeImage (quantize_info=0x7fff29c86bd0, image=0x531a70) at quantize.c:2156 #8 0x2b3c8104ca52 in SetImageType (image=0x531a70, image_type=BilevelType) at image.c:6492 #9 0x2b3c8119dd20 in ReadVIFFImage (image_info=0x5163d0, exception=0x7fff29c89590) at viff.c:601 #10 0x2b3c80ff17e1 in ReadImage (image_info=0x5131b0, exception=0x7fff29c89590) at constitute.c:2748 #11 0x2b3c8108b602 in ReadStream (image_info=0x511060, stream=0x2b3c80fec38e PingStream, exception=0x7fff29c89590) at stream.c:488 #12 0x2b3c80fec472 in PingImage (image_info=0x50aed0, exception=0x7fff29c89590) at constitute.c:1060 #13 0x2b3c80fc9053 in IdentifyImageCommand (image_info=0x50aed0, argc=2, argv=0x50d020, metadata=0x7fff29c895d8, exception=0x7fff29c89590) at command.c:6791 #14 0x2b3c80fcae79 in MagickCommand (image_info=0x50aed0, argc=2, argv=0x7fff29c89ee0, metadata=0x7fff29c895d8, exception=0x7fff29c89590) at command.c:7210 #15 0x00400f71 in main (argc=2, argv=0x7fff29c89ee0) at gm.c:150 (gdb) bt full #0 0x2b3c8166607b in raise () from /lib/libc.so.6 No symbol table info available. #1 0x2b3c8166784e in abort () from /lib/libc.so.6 No symbol table info available. #2 0x2b3c8169c629 in __libc_message () from /lib/libc.so.6 No symbol table info available. #3 0x2b3c816a3193 in _int_free () from /lib/libc.so.6 No symbol table info available. #4 0x2b3c816a321e in free () from /lib/libc.so.6 No symbol table info available. #5 0x2b3c8103b722 in AllocateImageColormap (image=0x531a70, colors=0) at image.c:395 _magick_mp = (void *) 0x0 i = 0 length = 0 quantum = 0 '\0' __PRETTY_FUNCTION__ = AllocateImageColormap #6 0x2b3c8105f7de in AssignImageColors (cube_info=0x565990, image=0x531a70) at quantize.c:383 index = 0 '\0' count = 8 y = 5452912 indexes = (IndexPacket *) 0x3fd7a8cffee8c654 Address 0x3fd7a8cffee8c654 out of bounds i = 47538860422536 x = 47538864118919 node_info = (const NodeInfo *) 0x2b3c81061a0d q = (PixelPacket *) 0xb29c86ba0 dither = 0 id = 5659024 is_grayscale = 0 is_monochrome = 4294967295 __func__ = AssignImageColors #7 0x2b3c81062ec8 in QuantizeImage (quantize_info=0x7fff29c86bd0, image=0x531a70) at quantize.c:2156 cube_info = (CubeInfo *) 0x565990 status = 1 depth = 8 number_colors = 2 __PRETTY_FUNCTION__ = QuantizeImage __func__ = QuantizeImage #8 0x2b3c8104ca52 in SetImageType (image=0x531a70, image_type=BilevelType) at image.c:6492 quantize_info = {number_colors = 2, tree_depth = 8, dither = 1, colorspace = GRAYColorspace, measure_error = 0, signature = 2880220587} status = 1 __PRETTY_FUNCTION__ = SetImageType #9 0x2b3c8119dd20 in ReadVIFFImage (image_info=0x5163d0, exception=0x7fff29c89590) at viff.c:601 polarity = 0 min_value = 0 scale_factor = 1.0897435897435896 value = 158.0128205128205 image = (Image *) 0x531a70 bit = 0 y = 14073389439
Bug#414470: marked as done (dtc: saveConfig should not write in /root/)
Your message dated Mon, 26 Mar 2007 01:50:02 +0800 with message-id [EMAIL PROTECTED] and subject line This is not in the current package, and never this has been uploaded to SID has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: dtc Severity: serious Justification: Policy 10.7 Not to mention that /root do not necessarily exists ... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20 Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- As said on the title: this is not in the current package, and never this has been uploaded to SID. I think it was a miss-read of the code. Thomas ---End Message---
Bug#406861: Version 1.0.8-3 still segfaults
Package: iceape-mailnews Versions: 1.0.8-3(/var/lib/apt/lists/debian.ethz.ch_debian_dists_testing_main_binary-i386_Packages)(/var/lib/dpkg/status) Reverse Depends: mozilla-mailnews,iceape-mailnews mozilla-imagezoom,iceape-mailnews iceape-dbg,iceape-mailnews 1.0.8-3 iceape-dbg,iceape-mailnews 1.0.8-3 iceape-browser,iceape-mailnews iceape,iceape-mailnews Dependencies: 1.0.8-3 - libc6 (2 2.3.6-6) libgcc1 (2 1:4.1.1-12) libstdc++6 (2 4.1.1-12) iceape-browser (5 1.0.8-3) mozilla-mailnews (3 2:1.8) mozilla-mailnews (0 (null)) Provides: 1.0.8-3 - news-reader imap-client mail-reader Reverse Provides: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415954: imapproxy: fails to start if already running
On Sun, Mar 25, 2007 at 05:53:51PM +0200, José Luis Tallón wrote: Jeroen van Wolffelaar wrote: On Fri, Mar 23, 2007 at 05:30:02PM -0700, Steve Langasek wrote: Frankly, though, the init script has a *lot* of bad code that's trying to second-guess start-stop-daemon in ways that it shouldn't. The right way to fix this is to kill off all of this extra code, let s-s-d what it's designed to, and fix imapproxyd to not bail out with an error *after* it's returned control to the parent process... Right, except that I tried that, and it failed. s-s-d's coverage is unfortunately not good enough: #416179 -- making the s-s-d --backround --pid-file workaround useless in this case :( I see three options, all of them suck: (1) fix s-s-d (no way one week before release), (2) fix pidfile-writing imapproxy (ugh, but doable, and arguably the best longtime solution), As in save the recycler thread's PID instead of any other ? I already have a version which daemonizes as late as possible (i.e. just before launching threads). It does help a bit in the sense that imapproxy will abort execution before dettaching from the parent (s-s-d in this case), but not more. I think the pid of the process right after the second fork in src/main.c is the one you want. imapproxy should have support to write down that process id to a file, for example, to a configurable place (like pidfile /var/run/imapproxy.pid in /etc/imapproxy.conf). If that'd be the default too, then it'd just work, even if the user doesn't upgrade his config. If imapproxy would do that, then the --background and --pid-file options to s-s-d can be dropped, and it'd all just work. If you can implement this minimally, I'll sponsor you, unless some RM tells that even this change would be too intrusive. (3) give up and revert to the sarge killall imapproxyd way of stopping the daemon The current way in this init.d script is worse than the killall imapproxyd thingy, it attempts to kill just one (random) instance of imapproxyd in a very special way (by first writing some found-via-ps PID to the pidfile and then using kill-by-pid...) But anyway it plainly fails at this too. Unfortunately, yes. This initscript has become a pile of patches one of top of the other. A rewrite I have done (reverting to the new LSB-compliant /etc/init.d/skeleton) doesn't work much better, either. In fact, it is unable to even start imapproxy as it is right now [launching 'manually' does work] the killall imapproxyd is still the plan B I'd say. As attachment, my NMU patch which would have fixed this whole mess if not for #416179. The biggest part of it is still applicable for the no-op behaviour of start stop when already started/stopped, and it fixes pid-file-removal. I think the best way forward would be to go for (2). If you elaborate a bit more on this, I can get it done tonight, I think. See above for what I think should be implemented. Otherwise, please feel free to contribute whatever you see fit. My current set of changes just move the daemonization code into a function of its own and call it just before pthread_create. I don't understand, but I'm not sure it matters at this point. You might want to send a patch of your current changes to me or so, so that I can understand, but I don't think this is some change to consider right now. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 412143
Processing commands for [EMAIL PROTECTED]: tags 412143 + pending Bug#412143: linux-2.6 - vserver patch allows renice of processes in different context Tags were: patch security Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403247: no automatic refresh also with thunar_0.8.0-1
The good news is that the symptoms I described previously for #403247 have disappeared with thunar_0.8.0-1 and gamin_0.1.8-1. But the Debian Sorry, I reported too quickly, I finally encountered problems today with gamin_0.1.8-1 and thunar_0.8.0-1 not auto refreshing. Please note that upgrading to a thunar version built against libfam-dev may then not be a reliable solution (as I half suggested in a previous message). Unfortunately, I don't know how to reproduce it. It is strange because I have been using it for 10 days without noticing any problem. Best regards, Pascal D. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406861: Version 1.0.8-3 still segfaults
On Sun, Mar 25, 2007 at 07:55:04PM +0200, David Andel [EMAIL PROTECTED] wrote: Package: iceape-mailnews Versions: 1.0.8-3(/var/lib/apt/lists/debian.ethz.ch_debian_dists_testing_main_binary-i386_Packages)(/var/lib/dpkg/status) Could you send a backtrace ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414045: debugging graphicsmagick-1.1.7 and/or libx11-1.0.3
On Sat, Mar 24, 2007 at 04:29:23PM +0100, Julien Cristau wrote: So you're saying the remaining problem is in graphicsmagick, not Xlib? I previously posted a patch for graphicsmagick that fixes broken.xwd. Here is a patch for libx11 that fixes broken2.xwd. I thought about possible ways to fixing broken.xwd in libx11, or broken2.xwd in graphicsmagick, and I don't think it's possible or desirable. So I guess this bug needs to be split, and each package patched. With this patch included (replaces 022_XInitImage_input_validate.diff), $ gm convert broken2.xwd temp.png gm convert: Unrecognized XWD header (broken2.xwd) [No such file or directory]. Other than adding an extraneous errno = EINVAL to userspace, I don't see how to avoid the inapplicable error string. Please test, and forward upstream. - Larry Add more input validation to XInitImage(), to avoid buffer overflow in XGetPixel(), which assumes sane values. Debian bug #414045. This patch by Daniel Kobras [EMAIL PROTECTED] and Larry Doolittle [EMAIL PROTECTED] --- libx11.orig/src/ImUtil.c2007-03-09 02:21:29.0 +0100 +++ libx11/src/ImUtil.c 2007-03-25 10:33:48.0 -0700 @@ -327,12 +327,13 @@ { register XImage *image; int bits_per_pixel = 1; + int min_bytes_per_line; if (depth == 0 || depth 32 || (format != XYBitmap format != XYPixmap format != ZPixmap) || (format == XYBitmap depth != 1) || (xpad != 8 xpad != 16 xpad != 32) || - offset 0 || image_bytes_per_line 0) + offset 0) return (XImage *) NULL; if ((image = (XImage *) Xcalloc(1, (unsigned) sizeof(XImage))) == NULL) return (XImage *) NULL; @@ -363,16 +364,21 @@ /* * compute per line accelerator. */ - if (image_bytes_per_line == 0) { if (format == ZPixmap) - image-bytes_per_line = + min_bytes_per_line = ROUNDUP((bits_per_pixel * width), image-bitmap_pad); else - image-bytes_per_line = + min_bytes_per_line = ROUNDUP((width + offset), image-bitmap_pad); } - else image-bytes_per_line = image_bytes_per_line; + if (image_bytes_per_line == 0) { + image-bytes_per_line = min_bytes_per_line; + } else if (image_bytes_per_line min_bytes_per_line) { + return 0; + } else { + image-bytes_per_line = image_bytes_per_line; + } image-bits_per_pixel = bits_per_pixel; image-obdata = NULL; @@ -384,7 +390,10 @@ Status XInitImage (image) XImage *image; { + int min_bytes_per_line; if (image-depth == 0 || image-depth 32 || + image-bits_per_pixel 32 || image-bitmap_unit 32 || + image-bits_per_pixel 0 || image-bitmap_unit 0 || (image-format != XYBitmap image-format != XYPixmap image-format != ZPixmap) || @@ -392,22 +401,26 @@ (image-bitmap_pad != 8 image-bitmap_pad != 16 image-bitmap_pad != 32) || - image-xoffset 0 || image-bytes_per_line 0) + image-xoffset 0) return 0; /* * compute per line accelerator. */ - if (image-bytes_per_line == 0) { if (image-format == ZPixmap) - image-bytes_per_line = + min_bytes_per_line = ROUNDUP((image-bits_per_pixel * image-width), image-bitmap_pad); else - image-bytes_per_line = + min_bytes_per_line = ROUNDUP((image-width + image-xoffset), image-bitmap_pad); } + if (image-bytes_per_line == 0) { + image-bytes_per_line = min_bytes_per_line; + } else if (image-bytes_per_line min_bytes_per_line) { + return 0; + } _XInitImageFuncPtrs (image); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402063: marked as done (vulnerable to overflow in PS handling (CVE-2006-5864))
Your message dated Sun, 25 Mar 2007 20:52:41 +0200 with message-id [EMAIL PROTECTED] and subject line Closing for experimental version has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: evince Version: 0.4.0-2 Severity: critical Tags: security, patch This is the same vulnerability as reported against gv as bug 398292, since evince has old gv code embedded (I've updated the wiki to reflect this: http://wiki.debian.org/EmbeddedCodeCopies) Patch attached (applies to both 0.4.0 and 0.6.1). -- Kees Cook@outflux.net diff -Nur evince-0.4.0/ps/ps.c evince-0.4.0.new/ps/ps.c --- evince-0.4.0/ps/ps.c2005-06-17 06:33:00.0 -0700 +++ evince-0.4.0.new/ps/ps.c2006-12-04 12:28:32.280683848 -0800 @@ -1225,6 +1225,9 @@ quoted = 1; line++; while(*line !(*line == ')' level == 0)) { + if (cp - text = PSLINELENGTH - 2) { +return NULL; + } if(*line == '\\') { if(*(line + 1) == 'n') { *cp++ = '\n'; @@ -1295,8 +1298,12 @@ } } else { -while(*line !(*line == ' ' || *line == '\t' || *line == '\n')) +while(*line !(*line == ' ' || *line == '\t' || *line == '\n')) { + if (cp - text = PSLINELENGTH - 2) { +return NULL; + } *cp++ = *line++; +} } *cp = '\0'; if(next_char) ---End Message--- ---BeginMessage--- Version: 0.8.0-1 Package: evince Heya, This bug wasn't yet marked as closed for the version in experimental, but is in fact fixed. Marc -- BOFH #406: Bad cafeteria food landed all the sysadmins in the hospital. ---End Message---
Bug#416195: lwat is vulnerable if there is malicious code in the cn: ldap field
Package: lwat Version: 0.13-1 Severity: grave Tags: security I tested today lwat if there is it is vulnerable for malicious html code if this values are already inside the ldap database. I used ldif to add something like this as the cn: cn: /aa href=javascript:; onclick=window.alert('Thanks for this hack'); Test User/aa The result was that if I search for Test user and click on it I got a popup with 'Thanks for this hack' in it. This issue is similiar to: #415379 I will attach a fix soon, and will upload it then, since I'm the maintainer of this package ;-) Greetings Patrick -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages lwat depends on: ii apache2-mpm-prefork [apache2] 2.2.3-3.3 Traditional model for Apache HTTPD ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libapache2-mod-php5 5.2.0-10 server-side, HTML-embedded scripti ii php5 5.2.0-10 server-side, HTML-embedded scripti ii php5-ldap 5.2.0-10 LDAP module for php5 ii smarty-gettext1.0b1-2provides gettext support for smart lwat recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416143: marked as done (asterisk_1:1.4.2~dfsg-2(experimental/amd64/xenophanes): FTBFS: Cries for its sound files like a baby)
Your message dated Sun, 25 Mar 2007 19:17:05 + with message-id [EMAIL PROTECTED] and subject line Bug#416143: fixed in asterisk 1:1.4.2~dfsg-3 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: asterisk Version: 1:1.4.2~dfsg-2 Severity: serious Tags: experimental Heya, The new version still fails to build, but at a later point: | Automatic build of asterisk_1:1.4.2~dfsg-2 on xenophanes by sbuild/amd64 98-farm | Build started at 20070325-0009 | ** [...] | make[2]: Entering directory `/build/buildd/asterisk-1.4.2~dfsg/sounds' | mkdir -p /build/buildd/asterisk-1.4.2~dfsg/debian/tmp/usr/share/asterisk/sounds | mkdir -p /build/buildd/asterisk-1.4.2~dfsg/debian/tmp/usr/share/asterisk/sounds/es | mkdir -p /build/buildd/asterisk-1.4.2~dfsg/debian/tmp/usr/share/asterisk/sounds/fr | mkdir -p /build/buildd/asterisk-1.4.2~dfsg/debian/tmp/usr/share/asterisk/moh | ** | ****** | *** You must have either wget or fetch to be *** | *** able to automatically download and install *** | *** the requested sound packages. *** | ****** | *** Please install one of these, or remove any *** | *** extra sound package selections in *** | *** menuselecct before installing Asterisk.*** | ****** | ** | make[2]: *** [have_download] Error 1 | make[2]: Leaving directory `/build/buildd/asterisk-1.4.2~dfsg/sounds' | make[1]: *** [datafiles] Error 2 | make[1]: Leaving directory `/build/buildd/asterisk-1.4.2~dfsg' | make: *** [install] Error 2 | ** | Build finished at 20070325-0019 | FAILED [dpkg-buildpackage died] | Build needed 00:09:19, 237232k disk space A complete build log can be found at http://experimental.debian.net/build.php?arch=amd64pkg=asteriskver=1:1.4.2~dfsg-2 Marc -- Fachbegriffe der Informatik - Einfach erklärt 192: Strong international Encryption Triple-ROT13 (Carsten Lechte) ---End Message--- ---BeginMessage--- Source: asterisk Source-Version: 1:1.4.2~dfsg-3 We believe that the bug you reported is fixed in the latest version of asterisk, which is due to be installed in the Debian FTP archive: asterisk-config_1.4.2~dfsg-3_all.deb to pool/main/a/asterisk/asterisk-config_1.4.2~dfsg-3_all.deb asterisk-dev_1.4.2~dfsg-3_all.deb to pool/main/a/asterisk/asterisk-dev_1.4.2~dfsg-3_all.deb asterisk-doc_1.4.2~dfsg-3_all.deb to pool/main/a/asterisk/asterisk-doc_1.4.2~dfsg-3_all.deb asterisk-h323_1.4.2~dfsg-3_i386.deb to pool/main/a/asterisk/asterisk-h323_1.4.2~dfsg-3_i386.deb asterisk-sounds-main_1.4.2~dfsg-3_all.deb to pool/main/a/asterisk/asterisk-sounds-main_1.4.2~dfsg-3_all.deb asterisk-web-vmail_1.4.2~dfsg-3_all.deb to pool/main/a/asterisk/asterisk-web-vmail_1.4.2~dfsg-3_all.deb asterisk_1.4.2~dfsg-3.diff.gz to pool/main/a/asterisk/asterisk_1.4.2~dfsg-3.diff.gz asterisk_1.4.2~dfsg-3.dsc to pool/main/a/asterisk/asterisk_1.4.2~dfsg-3.dsc asterisk_1.4.2~dfsg-3_i386.deb to pool/main/a/asterisk/asterisk_1.4.2~dfsg-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Tzafrir Cohen [EMAIL PROTECTED] (supplier of updated asterisk 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 25 Mar 2007 16:19:37 +0200 Source: asterisk Binary: asterisk-sounds-main asterisk-h323 asterisk-web-vmail asterisk asterisk-config asterisk-dev asterisk-doc Architecture: source all i386 Version: 1:1.4.2~dfsg-3 Distribution: experimental Urgency: low Maintainer: Debian VoIP Team [EMAIL PROTECTED] Changed-By: Tzafrir Cohen [EMAIL PROTECTED] Description: asterisk - Open Source Private Branch Exchange (PBX) asterisk-config - config files for asterisk asterisk-dev - development files for asterisk asterisk-doc - documentation for asterisk asterisk-h323
Bug#406861: Version 1.0.8-3 still segfaults
On Sun, 2007-03-25 at 20:07 +0200, Mike Hommey wrote: Could you send a backtrace ? [EMAIL PROTECTED]:~$ iceape -g GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) run Starting program: /usr/lib/iceape/iceape-bin Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1220221248 (LWP 17264)] GTK Accessibility Module initialized [New Thread -1226896464 (LWP 17272)] Starting calendar alarm service error creating table cal_calendars -- probably already exists error creating table cal_calendars_prefs -- probably already exists [New Thread -1248785488 (LWP 17278)] observer added [New Thread -1258718288 (LWP 17280)] [New Thread -1268511824 (LWP 17282)] [New Thread -1279984720 (LWP 17287)] [New Thread -1290400848 (LWP 17288)] (Gecko:17264): GLib-GObject-WARNING **: gsignal.c:1019: unable to lookup signal activate of unloaded type `MaiAtkObject' (Gecko:17264): GLib-GObject-CRITICAL **: g_signal_emit_valist: assertion `signal_id 0' failed [New Thread -1302226000 (LWP 17293)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1220221248 (LWP 17264)] 0xb5000122 in ?? () (gdb) bt full #0 0xb5000122 in ?? () No symbol table info available. #1 0xb2748702 in nsAccessibleWrap::GetAtkObject (this=0xb1a4b6f8) at nsAccessibleWrap.cpp:254 atkObj = (void *) 0x0 #2 0xb2749ec2 in refChildCB (aAtkObj=0x80e27b8, aChildIndex=-1) at nsAccessibleWrap.cpp:893 accWrap = (nsAccessibleWrap *) 0xb1a4b6f8 rv = value optimized out accChild = {nsCOMPtr_base = {mRawPtr = 0xb145a39c}, No data fields} childAtkObj = (AtkObject *) 0x80e2990 #3 0xb7a76020 in atk_object_ref_accessible_child (accessible=0x80e27b8, i=-1) at atkobject.c:668 __PRETTY_FUNCTION__ = atk_object_ref_accessible_child #4 0xb70dd7a0 in gnome_accessibility_module_shutdown () from /usr/lib/gtk-2.0/modules/libatk-bridge.so No symbol table info available. #5 0xb7845cf9 in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #6 0xb7847429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #7 0xb784a1ce in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 ---Type return to continue, or q return to quit--- No symbol table info available. #8 0xb274aa13 in nsDocAccessibleWrap::FireToolkitEvent (this=0x833c790, aEvent=32772, aAccessible=0xb1a4b70c, aEventData=0x0) at nsDocAccessibleWrap.cpp:389 values = { property_name = 0xb2727fe0 \211�\213]�\213u�\213}�\211�]�\2201� \213E��\226�\215t, old_value = {g_type = 2980361976, data = {{v_int = 139052008, v_uint = 139052008, v_long = 139052008, v_ulong = 139052008, v_int64 = -5646268855924177944, v_uint64 = 12800475217785373672, v_float = 6.0716524e-34, v_double = -1.4795821482497303e-69, v_pointer = 0x849c3e8}, {v_int = 138858688, v_uint = 138858688, v_long = 138858688, v_ulong = 138858688, v_int64 = -5234503276035649344, v_uint64 = 13212240797673902272, v_float = 5.98288421e-34, v_double = -4.8982416074443223e-42, v_pointer = 0x846d0c0}}}, new_value = {g_type = 3213133736, data = {{ v_int = -1314624412, v_uint = 2980342884, v_long = -1314624412, v_ulong = 2980342884, v_int64 = -5307069911050982300, v_uint64 = 13139674162658569316, v_float = -4.78535078e-09, v_double = -6.9791595184765081e-47, v_pointer = 0xb1a46c64}, { v_int = -1218752767, v_uint = 3076214529, v_long = -1218752767, v_ulong = 3076214529, v_int64 = 596392805247176449, v_uint64 = 596392805247176449, v_float = -1.30718117e-05, v_double = 8.6364237353759861e-269, v_pointer = 0xb75b4f01 ---Type return to continue, or q return to quit--- rv = 2147500035 accWrap = (class nsAccessibleWrap *) 0xb1a4b6f8 #9 0xb272924c in nsDocAccessible::FlushPendingEvents (this=0x833c790) at nsDocAccessible.cpp:976 eventType = 32772 accessibleEvent = (class nsIAccessibleEvent *) 0xb1a46c58 accessible = {nsCOMPtr_base = { mRawPtr = 0xb1a4b70c}, No data fields} length = 6 index = 0 #10 0xb2728691 in nsDocAccessible::FlushEventsCallback (aTimer=0xb32c2cb0, aClosure=0x833c7d0) at nsDocAccessible.cpp:987 No locals. #11 0xb7f675dd in nsTimerImpl::Fire (this=0xb32c2cb0) at nsTimerImpl.cpp:394 now = 2324118559 timeout = 2324118449 #12 0xb7f67e98 in handleTimerEvent (event=0xb1a46d78) at nsTimerImpl.cpp:459
Bug#416195: patches for lwat
tags 416195 + patch pending thanks Okay here is a small patch to prevend lwat from executing the information in the ldap database. I'll prepare an package which can be uploaded by my sponsor. Greetings Patrick -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian-Edu Developer `. `'` http://www.der-winnie.de http://d.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems admin-php.dpatch Description: application/shellscript functions-php.dpatch Description: application/shellscript signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#416196: ImportError: /usr/lib/libpangocairo-1.0.so.0: undefined symbol
Package: nicotine Version: 1.2.7.1+dfsg-1 Severity: grave Justification: renders package unusable when i'm running nicotine i receive error like: [EMAIL PROTECTED] (Incoming)]$ nicotine Nicotine supports psyco, an inline optimizer for python code, you can get it at http://sourceforge.net/projects/psyco/ Traceback (most recent call last): File /usr/bin/nicotine, line 152, in ? result = checkenv() File /usr/bin/nicotine, line 73, in checkenv import gtk File /var/lib/python-support/python2.4/gtk-2.0/gtk/__init__.py, line 45, in ? from _gtk import * ImportError: /usr/lib/libpangocairo-1.0.so.0: undefined symbol: cairo_scaled_font_get_font_options i also receive similar problem (but only sometimes) in xqf, amule, firefox (but export with disabled pango helps..) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1drak-14 Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL (charmap=UTF-8) (ignored: LC_ALL set to pl_PL) Versions of packages nicotine depends on: ii libatk1.0-0 1.12.4-2 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.6-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libglib2.0-02.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libx11-62:1.0.3-6X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii python 2.4.4-2 An interactive high-level object-o ii python-gtk2 2.8.6-8 Python bindings for the GTK+ widge ii python-support 0.5.6automated rebuilding support for p Versions of packages nicotine recommends: ii python-geoip 1.2.1-2python bindings for the GeoIP IP-t ii python-pyvorbis 1.3-1.2A Python interface to the Ogg Vorb -- no debconf information signature.asc Description: PGP signature
Processed: patches for lwat
Processing commands for [EMAIL PROTECTED]: tags 416195 + patch pending Bug#416195: lwat is vulnerable if there is malicious code in the cn: ldap field Tags were: security Tags added: patch, 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416201: Fail installing php-sqlite3 while apache2 is installed
Package: php-sqlite3 Version: 0.4-4 Severity: serious Justification: Policy 3.5 Paramétrage de php-sqlite3 (0.4-4) ... /usr/sbin/apachectl is not executable, exiting... failed! invoke-rc.d: initscript apache, action restart failed. dpkg : erreur de traitement de php-sqlite3 (--configure) : # apt-file search usr/sbin/apachectl apache: usr/sbin/apachectl Should php-sqlite3 pre-depend on apache or preinst be updated for apache2 ? -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages php-sqlite3 depends on: ii php-db1.7.6-2PHP PEAR Database Abstraction Laye php-sqlite3 recommends no packages. -- no debconf information
Bug#416201: libapache-mod-php4 was causing the problem
This package provides: /etc/php4/apache from which php-sqlite postinst deduced apache was installed # apt-get --purge remove libapache-mod-php4 solved my problem but people replacing apache by apache2 will still have it. Postinst should rather look in the package database since obsolete configuration files are misleading. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406861: Version 1.0.8-3 still segfaults
On Sun, Mar 25, 2007 at 09:19:33PM +0200, David Andel [EMAIL PROTECTED] wrote: On Sun, 2007-03-25 at 20:07 +0200, Mike Hommey wrote: Could you send a backtrace ? [EMAIL PROTECTED]:~$ iceape -g (...) What are the accessibility features you have enabled on your desktop ? I'd really like to be able to reproduce this... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416196: ImportError: /usr/lib/libpangocairo-1.0.so.0: undefined symbol
Le dimanche 25 mars 2007 à 21:33 +0200, dmilith a écrit : ImportError: /usr/lib/libpangocairo-1.0.so.0: undefined symbol: cairo_scaled_font_get_font_options i also receive similar problem (but only sometimes) in xqf, amule, firefox (but export with disabled pango helps..) Please send the output of ldd -r /usr/lib/libpangocairo-1.0.so.0. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#406861: Version 1.0.8-3 still segfaults
On Sun, 2007-03-25 at 22:44 +0200, Mike Hommey wrote: What are the accessibility features you have enabled on your desktop ? I'd really like to be able to reproduce this... None that I know of. Maybe it helps to tell that iceape (and icedove for that matter) starts just fine if I move my many huge mailfolders out of the way. But then, before version 1.0.7-2 it worked fine also with my huge mailfolders, and it should. And maybe this helps as well: [EMAIL PROTECTED]:~$ dpkg -l '*iceape*' | grep ^i ii iceape 1.0.8-3The Iceape Internet Suite ii iceape-browser 1.0.8-3Iceape Navigator (Internet browser) and Comp ii iceape-calendar 1.0.8-3Iceape Calendar ii iceape-chatzilla 1.0.8-3Iceape Chatzilla IRC client ii iceape-dbg 1.0.8-3Debugging symbols for the Iceape Internet Su ii iceape-gnome-support 1.0.8-3Gnome support for the Iceape Internet Suite ii iceape-mailnews 1.0.8-3Iceape Mail Newsgroups and Address Book -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416210: linux-image-2.6.18-4-686: Hangs at initrd boot state [i386] dual PentiumIII chipset ServerWorks OSB4
Package: linux-image-2.6.18-4-686 Version: 2.6.18.dfsg.1-11 Severity: critical Justification: breaks the whole system System: fresh pure install, all tasks from tasksel. On install state I hadn't any problems, but next boot cause any big problem for me: Kernel 2.6.18-4-486 works ok, but it has only ONE processor support and is slower. Kernel 2.6.18-4-686 hangs at boot. I don't know how switch off SMP at boot for tests. both install selections SMP nonSMP uses both installed processors. I had this problem with -3- kernel version. Previous I don't remember, because I had not much time for tests, and I reinstalled system many times to find stable system. I didn't try remove one processor for test. I'll do it if it will be needed. System hanging is very strange. I can do ctrl+alt+del, I can scroll shift+pgup/pgdown. Maybe one thread is hang, and don't allow second thread (second processor) to continue boot process. After about 45 minutes system boot, but hangs on another step. Finally system start up, but is very unstable. A lot of processes have zombie status. It is impossible to down system properly. shutdown -h now didn't down the system for about 3 hours, but started this process corectly - changed init state i succesfully stopped some of daemons. To install correctly fresh system, I must look out for selecting 486 kernel version, because 686 strange hang at initrd/boot state. Bootloader is grub, booted as (hd0,1) or /dev/ida/c0d0p2, because on p1 is configuration partition. Making boot sector on c0d0 cause config partition unusable. Really config partition is DOS partition, accessed by BIOS. c0d0p2 has bootable flag. Booting cause no problems. Kernel initrd file are loaded initialized correctly. My needs: 1. I have two computers. Give me scheme for RS232 cable to save all startup log, and command for kernel to switch output to RS232. I can use minicom for getting messages. 2. I want temporarly switch off SMP on -686, try boot. 3. Maybe use 486 kernel version with SMP support If it don't take any effect, please help me remove kernel module by module, to find one that cause problem. I think, it's possible 3 ways for resolving: 1. SMP cause problem 2. 686 cause problem 3. Problem is in any kernel module compiled as SMP or 680 or both. Hardware: Serwer Compaq Proliant ML380 (without G1/G2/G3) Processors #1 PentiumIII Coopermine 933MHz #2 PentiumIII Coopermine 633MHz Memory 2x modules ECC SDRAM 133MHz RootFS on Compaq Smart Array 3200 (hardware raid controller) #1 volume /dev/ida/c0d0 raid5 conf compaq partition rootfs #2 volume /dev/ida/c0d1 raid5 swap other partitions both on 6x 9GB scsi hotplug hdds Motherboard SCSI controller: 2-channel NCR, supported by sym53c8xx kernel module, no devices. in the future streamer and hdds for backups will be connected IDE Chipset - ServerWorks OSB4. I know about troubles on drivers with 2.6.18 kernel versions. People on the Internet says, that previous laters kernels has no problems. Network: intel based en100, supported by e100 kernel module USB1.x port Graphics, some ATI All were tested (ram, mass storage, processors, peripherials) by compaq software (installed on configuration partition from SmartStart 5.50), additionaly by memtest86. There aren't any errors. server# lsmod Module Size Used by appletalk 30640 20 nfsd 196784 13 exportfs5376 1 nfsd nfs 196300 0 lockd 53256 3 nfsd,nfs nfs_acl 3584 2 nfsd,nfs sunrpc133820 11 nfsd,nfs,lockd,nfs_acl rfcomm 33180 0 l2cap 20100 5 rfcomm bluetooth 43108 4 rfcomm,l2cap nls_iso8859_1 4352 0 isofs 31928 0 udf72324 0 sg 30364 0 ppdev 8708 0 lp 10948 0 button 6800 0 ac 5252 0 battery 9732 0 ipv6 213856 25 dm_snapshot15644 0 dm_mirror 18000 0 dm_mod 48952 2 dm_snapshot,dm_mirror loop 14216 0 tsdev 7616 0 i2c_piix4 8204 0 parport_pc 31524 1 parport32200 3 ppdev,lp,parport_pc floppy 52004 0 shpchp 32796 0 pci_hotplug28088 1 shpchp i2c_core 19472 1 i2c_piix4 psmouse34568 0 serio_raw 6532 0 pcspkr 2816 0 sworks_agp 9120 0 agpgart29360 1 sworks_agp evdev 9088 1 ext3 116488 4 jbd47272 1 ext3 ide_cd 35616 0 cdrom 32416 1 ide_cd generic 5508 0 [permanent] cpqarray
Processed: severity of 416210 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.1 severity 416210 important Bug#416210: linux-image-2.6.18-4-686: Hangs at initrd boot state [i386] dual PentiumIII chipset ServerWorks OSB4 Severity set to `important' from `critical' 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416211: sunbird: FTBFS on amd64
Package: sunbird Version: 0.2.99+0.3alpha1 Severity: serious Justification: Policy 4.2 ftbfs on amd64 using pbuilder c++ -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -O -fPIC -shared -Wl,-h,libxpcom_core.so -o libxpcom_core.so pldhash.o nsCOMPtr.o nsCOMArray.o nsCRTGlue.o nsComponentManagerUtils.o nsDebug.o nsID.o nsIInterfaceRequestorUtils.o nsINIParser.o nsMemory.o nsTraceRefcnt.o nsWeakReference.o nsGREGlue.o nsVersionComparator.o nsTHashtable.o nsQuickSort.o nsVoidArray.o nsGenericFactory.o nsXPComInit.o nsStringAPI.o -Wl,--whole-archive ../../dist/lib/libxpcomds_s.a ../../dist/lib/libxpcomio_s.a ../../dist/lib/libxpcomcomponents_s.a ../../dist/lib/libxpcomthreads_s.a ../../dist/lib/libxpcomproxy_s.a ../../dist/lib/libxpcombase_s.a ../../dist/lib/libxptcall.a ../../dist/lib/libxptinfo.a ../../dist/lib/libxpt.a ../../dist/lib/libxptcmd.a ../../dist/lib/libstring_s.a -Wl,--no-whole-archive -L../../dist/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl -ldl -lm /usr/bin/ld: nsCOMPtr.o: relocation R_X86_64_PC32 against `nsGetServiceByContractIDWithError::operator()(nsID const, void**) const' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status make[5]: *** [libxpcom_core.so] Error 1 make[5]: Leaving directory `/tmp/buildd/sunbird-0.2.99+0.3alpha1/build-dir/mozilla/xpcom/build' Helmut Grohne -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) signature.asc Description: Digital signature
Bug#416201: Fail installing php-sqlite3 while apache2 is installed
severity 416201 important thanks On Sun, Mar 25, 2007 at 10:09:33PM +0200, Pascal Bernard wrote: Package: php-sqlite3 Version: 0.4-4 Severity: serious Justification: Policy 3.5 Paramétrage de php-sqlite3 (0.4-4) ... /usr/sbin/apachectl is not executable, exiting... failed! invoke-rc.d: initscript apache, action restart failed. dpkg : erreur de traitement de php-sqlite3 (--configure) : # apt-file search usr/sbin/apachectl apache: usr/sbin/apachectl Should php-sqlite3 pre-depend on apache or preinst be updated for apache2 ? No, this is not a preinst issue. The php-sqlite3 postinst calls invoke-rc.d apache restart opportunistically, *only* if /etc/init.d/apache is present and executable, which is a sensible check. However, you appear to have apache in a 'removed, config-files' state, with a version of /etc/init.d/apache which does not fail gracefully when called. I would recommend that you purge the apache package from your system, which should allow php-sqlite3 to be configured. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Processed: Re: Bug#416201: Fail installing php-sqlite3 while apache2 is installed
Processing commands for [EMAIL PROTECTED]: severity 416201 important Bug#416201: Fail installing php-sqlite3 while apache2 is installed 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414973: marked as done (roundup: Install problem: groupmod: 114 is not a unique GID)
Your message dated Sun, 25 Mar 2007 21:32:11 + with message-id [EMAIL PROTECTED] and subject line Bug#414973: fixed in roundup 1.2.1-9 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: roundup Version: 1.2.1-5 Severity: grave Justification: renders package unusable aptitude install roundup fails with the following messages: Unpacking roundup (from .../roundup_1.2.1-8_all.deb) ... groupmod: 114 is not a unique GID dpkg: error processing /var/cache/apt/archives/roundup_1.2.1-8_all.deb (--unpack): subprocess pre-installation script returned error exit status 4 Errors were encountered while processing: /var/cache/apt/archives/roundup_1.2.1-8_all.deb I have the followin line in /etc/group: fuse:x:114: -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages roundup depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt roundup recommends no packages. ---End Message--- ---BeginMessage--- Source: roundup Source-Version: 1.2.1-9 We believe that the bug you reported is fixed in the latest version of roundup, which is due to be installed in the Debian FTP archive: roundup_1.2.1-9.diff.gz to pool/main/r/roundup/roundup_1.2.1-9.diff.gz roundup_1.2.1-9.dsc to pool/main/r/roundup/roundup_1.2.1-9.dsc roundup_1.2.1-9_all.deb to pool/main/r/roundup/roundup_1.2.1-9_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Toni Mueller [EMAIL PROTECTED] (supplier of updated roundup 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 4 Mar 2007 23:06:50 +0100 Source: roundup Binary: roundup Architecture: source all Version: 1.2.1-9 Distribution: unstable Urgency: low Maintainer: Toni Mueller [EMAIL PROTECTED] Changed-By: Toni Mueller [EMAIL PROTECTED] Description: roundup- an issue-tracking system Closes: 414973 Changes: roundup (1.2.1-9) unstable; urgency=low . * make packaging scripts more tolerant (closes: #414973) Files: cb79a6df7d608ddca81dc348387ee45f 678 web optional roundup_1.2.1-9.dsc a660e83f3e29cc256052aafe235086d7 24679 web optional roundup_1.2.1-9.diff.gz beb58053d1d0bcd77fad1550be138298 1006212 web optional roundup_1.2.1-9_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGBub0foEUoHXLGtIRArdPAKDDJTCb9RS4gWmIvFfuZTylSetJjgCdF+aN nVBStkOhaRUQW361wB8e+Zw= =8GuB -END PGP SIGNATURE- ---End Message---
Processed: severity of 416211 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.1 severity 416211 important Bug#416211: sunbird: FTBFS on amd64 Severity set to `important' from `serious' 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416038: Several NAS security bugs
On Sat, Mar 24, 2007 at 11:08:27AM +0100, Florian Weimer wrote: Package: nas Tags: security Severity: grave Several bugs in the Network Audio System have been disclosed: http://aluigi.altervista.org/adv/nasbugs-adv.txt The CVE project has assigned the names CVE-2007-1543, CVE-2007-1544, CVE-2007-1545, CVE-2007-1546 and CVE-2007-1547 to these vulnerabilities. Please mention them in the changelog when fixing the bugs. I'm working on updates for both sarge and etch now. Upstream just released a new version which I'll put into sid, and the diffs from the last version are clear, easy to follow and well documented. I *like* the nas upstream... :-) -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] I suspect most samba developers are already technically insane... Of course, since many of them are Australians, you can't tell. -- Linus Torvalds signature.asc Description: Digital signature
Processed (with 1 errors): your mail
Processing commands for [EMAIL PROTECTED]: severity 376601 serious Bug#376601: gettext: java libaries should be in /usr/share/java/*.jar Severity set to `serious' from `minor' found 376601 0.16.1-1 Bug#376601: gettext: java libaries should be in /usr/share/java/*.jar Bug marked as found in version 0.16.1-1. Justification: Java Policy 2.4 Unknown command or malformed arguments to command. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 376601 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.1 severity 376601 normal Bug#376601: gettext: java libaries should be in /usr/share/java/*.jar Severity set to `normal' from `serious' 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416196: ImportError: /usr/lib/libpangocairo-1.0.so.0: undefined symbol
Dnia Sun, 25 Mar 2007 22:55:29 +0200 Josselin Mouette [EMAIL PROTECTED] napisał(a): Le dimanche 25 mars 2007 à 21:33 +0200, dmilith a écrit : ImportError: /usr/lib/libpangocairo-1.0.so.0: undefined symbol: cairo_scaled_font_get_font_options i also receive similar problem (but only sometimes) in xqf, amule, firefox (but export with disabled pango helps..) Please send the output of ldd -r /usr/lib/libpangocairo-1.0.so.0. here You go: [EMAIL PROTECTED] (~)]$ ldd -r /usr/lib/libpangocairo-1.0.so.0 libpango-1.0.so.0 = /usr/lib/libpango-1.0.so.0 (0x2abd45519000) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0x2abd4565b000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x2abd4579c000) libdl.so.2 = /lib/libdl.so.2 (0x2abd4589f000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x2abd459a3000) libcairo.so.2 = /usr/eclipse/libcairo.so.2 (0x2abd45b4) libm.so.6 = /lib/libm.so.6 (0x2abd45c9) libpangoft2-1.0.so.0 = /usr/lib/libpangoft2-1.0.so.0 (0x2abd45e13000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0x2abd45f41000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0x2abd46075000) libz.so.1 = /usr/lib/libz.so.1 (0x2abd461ee000) libc.so.6 = /lib/libc.so.6 (0x2abd46304000) librt.so.1 = /lib/librt.so.1 (0x2abd46541000) /lib64/ld-linux-x86-64.so.2 (0x4000) libXrender.so.1 = /usr/lib64/libXrender.so.1 (0x2abd4664b000) libXext.so.6 = /usr/lib64/libXext.so.6 (0x2abd46754000) libX11.so.6 = /usr/lib64/libX11.so.6 (0x2abd46865000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0x2abd46a6f000) libpthread.so.0 = /lib/libpthread.so.0 (0x2abd46b91000) libXau.so.6 = /usr/lib64/libXau.so.6 (0x2abd46ca6000) libXdmcp.so.6 = /usr/lib64/libXdmcp.so.6 (0x2abd46da9000) undefined symbol: cairo_scaled_font_get_font_options (/usr/lib/libpangocairo-1.0.so.0) undefined symbol: cairo_scaled_font_text_extents (/usr/lib/libpangocairo-1.0.so.0) undefined symbol: cairo_scaled_font_get_ctm (/usr/lib/libpangocairo-1.0.so.0) signature.asc Description: PGP signature
Bug#416196: ImportError: /usr/lib/libpangocairo-1.0.so.0: undefined symbol
On Mon, Mar 26, 2007 at 02:08:24 +0200, dmilith wrote: [EMAIL PROTECTED] (~)]$ ldd -r /usr/lib/libpangocairo-1.0.so.0 [snip] libcairo.so.2 = /usr/eclipse/libcairo.so.2 (0x2abd45b4) ^^ Where does this come from, and why is /usr/eclipse in your LD_LIBRARY_PATH? Cheers, Julien signature.asc Description: Digital signature
Bug#416038: marked as done (Several NAS security bugs)
Your message dated Mon, 26 Mar 2007 00:32:02 + with message-id [EMAIL PROTECTED] and subject line Bug#416038: fixed in nas 1.8-4 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: nas Tags: security Severity: grave Several bugs in the Network Audio System have been disclosed: http://aluigi.altervista.org/adv/nasbugs-adv.txt The CVE project has assigned the names CVE-2007-1543, CVE-2007-1544, CVE-2007-1545, CVE-2007-1546 and CVE-2007-1547 to these vulnerabilities. Please mention them in the changelog when fixing the bugs. ---End Message--- ---BeginMessage--- Source: nas Source-Version: 1.8-4 We believe that the bug you reported is fixed in the latest version of nas, which is due to be installed in the Debian FTP archive: libaudio-dev_1.8-4_i386.deb to pool/main/n/nas/libaudio-dev_1.8-4_i386.deb libaudio2_1.8-4_i386.deb to pool/main/n/nas/libaudio2_1.8-4_i386.deb nas-bin_1.8-4_i386.deb to pool/main/n/nas/nas-bin_1.8-4_i386.deb nas-doc_1.8-4_all.deb to pool/main/n/nas/nas-doc_1.8-4_all.deb nas_1.8-4.diff.gz to pool/main/n/nas/nas_1.8-4.diff.gz nas_1.8-4.dsc to pool/main/n/nas/nas_1.8-4.dsc nas_1.8-4_i386.deb to pool/main/n/nas/nas_1.8-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Steve McIntyre [EMAIL PROTECTED] (supplier of updated nas 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 26 Mar 2007 00:29:10 +0100 Source: nas Binary: nas-doc libaudio-dev nas libaudio2 nas-bin Architecture: source i386 all Version: 1.8-4 Distribution: unstable Urgency: high Maintainer: Steve McIntyre [EMAIL PROTECTED] Changed-By: Steve McIntyre [EMAIL PROTECTED] Description: libaudio-dev - The Network Audio System (NAS). (development files) libaudio2 - The Network Audio System (NAS). (shared libraries) nas- The Network Audio System (NAS). (local server) nas-bin- The Network Audio System (NAS). (client binaries) nas-doc- The Network Audio System (NAS). (extra documentation) Closes: 416038 Changes: nas (1.8-4) unstable; urgency=high . * High-urgency upload to fix multiple security holes (CVE-2007-1543, CVE-2007-1544, CVE-2007-1545, CVE-2007-1546 and CVE-2007-1547): + accept_att_local buffer overflow through USL connection + server termination through unexistent ID in AddResource + bcopy crash caused by integer overflow in ProcAuWriteElement + invalid memory pointer caused by big num_actions in ProcAuSetElements + another invalid memory pointer caused by big num_actions in ProcAuSetElements + invalid memory pointer in compileInputs + exploits bug 3 in read mode (requires something playing on the server) + NULL pointer caused by too much connections + Closes: #416038 Files: 9aa8fa5e47bd1b7281ffd77f30c0a7f2 715 sound optional nas_1.8-4.dsc 7f9a5cdfeb39b3ec36f2314ecea87214 488564 sound optional nas_1.8-4.diff.gz 5fb310aeef5d5c0ad65aa0887f6e9bb7 151780 doc extra nas-doc_1.8-4_all.deb fe56bf4843b5396ab9044799d2ffa6e5 101526 sound optional nas_1.8-4_i386.deb e1035ce0a66ed2022f169e8cbfb6057e 496384 sound extra nas-bin_1.8-4_i386.deb 43d0541380860eb26ad07bcd212680e5 73426 libs optional libaudio2_1.8-4_i386.deb 7776942340fedf8506f54e7b0d519e5b 1102850 libdevel optional libaudio-dev_1.8-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGBw4lfDt5cIjHwfcRAuAwAJ42f/Xy6bwZS8kuEQtCIBlKrR0m1gCfTxAY DVm88GcYyYweSjlbNUDu8YQ= =nmeb -END PGP SIGNATURE- ---End Message---
Bug#416038: Several NAS security bugs
On Sun, Mar 25, 2007 at 11:30:13PM +0100, Steve McIntyre wrote: On Sat, Mar 24, 2007 at 11:08:27AM +0100, Florian Weimer wrote: Package: nas Tags: security Severity: grave Several bugs in the Network Audio System have been disclosed: http://aluigi.altervista.org/adv/nasbugs-adv.txt The CVE project has assigned the names CVE-2007-1543, CVE-2007-1544, CVE-2007-1545, CVE-2007-1546 and CVE-2007-1547 to these vulnerabilities. Please mention them in the changelog when fixing the bugs. I'm working on updates for both sarge and etch now. Upstream just released a new version which I'll put into sid, and the diffs from the last version are clear, easy to follow and well documented. I *like* the nas upstream... :-) New versions for sid/etch and sarge now uploaded. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] The problem with defending the purity of the English language is that English is about as pure as a cribhouse whore. We don't just borrow words; on occasion, English has pursued other languages down alleyways to beat them unconscious and rifle their pockets for new vocabulary. -- James D. Nicoll signature.asc Description: Digital signature
Processed: severity of 415898 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.1 # DoS is not grave severity 415898 important Bug#415898: DoS: mysqld dies with BOOLEAN full text search Severity set to `important' 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416227: bayonne_1.2.16-6(hppa/unstable): FTBFS: cannot find -lccscript
Package: bayonne Version: 1.2.16-6 Severity: serious There was an error while trying to autobuild your package: Automatic build of bayonne_1.2.16-6 on bld-3 by sbuild/hppa 98 Build started at 20070325-2056 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), libcommoncpp2-dev (= 1.4.2-2), libccaudio-dev (= 1.1.2-2), libccscript-dev (= 2.5.9-1), libperl-dev, zlib1g-dev, libxml2-dev [!amd64 !alpha !s390], tcl8.4-dev, libzap-dev, libjpeg62-dev, libmysqlclient15-dev, libpam0g-dev (= 0.76), dpatch, autotools-dev, sox [...] hppa-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -DVERPATH=\1.2.16\ -I/usr/include/cc++2/ -fPIC -g -O2 -D_GNU_SOURCE -c audio.cpp hppa-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -DVERPATH=\1.2.16\ -I/usr/include/cc++2/ -fPIC -g -O2 -D_GNU_SOURCE -c request.cpp hppa-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -DVERPATH=\1.2.16\ -I/usr/include/cc++2/ -fPIC -g -O2 -D_GNU_SOURCE -c conf.cpp hppa-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -DVERPATH=\1.2.16\ -I/usr/include/cc++2/ -fPIC -g -O2 -D_GNU_SOURCE -c image.cpp hppa-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -DVERPATH=\1.2.16\ -I/usr/include/cc++2/ -fPIC -g -O2 -D_GNU_SOURCE -c rpc.cpp /bin/sh ../libtool --mode=link hppa-linux-gnu-g++ -g -O2 -D_GNU_SOURCE -o bayonne.bin -export-dynamic server.o scheduler.o config.o commands.o trunk.o script.o fifo.o dso.o stat.o services.o protocols.o resolver.o network.o audio.o request.o conf.o image.o rpc.o -lccscript -lccaudio1 -L/usr/lib -lccgnu2 -ldl -lrt -pthread -lpam mkdir .libs hppa-linux-gnu-g++ -g -O2 -D_GNU_SOURCE -o bayonne.bin server.o scheduler.o config.o commands.o trunk.o script.o fifo.o dso.o stat.o services.o protocols.o resolver.o network.o audio.o request.o conf.o image.o rpc.o -pthread -Wl,--export-dynamic -lccscript -lccaudio1 -L/usr/lib /usr/lib/libccgnu2.so /usr/lib/libgnutls.so /usr/lib/libtasn1.so -lz /usr/lib/libgcrypt.so /usr/lib/libgpg-error.so -lnsl -ldl -lrt -lpam /usr/bin/ld: cannot find -lccscript collect2: ld returned 1 exit status make[2]: *** [bayonne.bin] Error 1 make[2]: Leaving directory `/build/buildd/bayonne-1.2.16/server' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/bayonne-1.2.16' make: *** [build-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppapkg=bayonnever=1.2.16-6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416228: fails to install - chown: cannot access `/var/lib/postgresql'
Package: postgresql-common Version: 72 Severity: serious Setting up postgresql-common (72) ... chown: cannot access `/var/lib/postgresql': No such file or directory dpkg: error processing postgresql-common (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: postgresql-common -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable'), (5, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages postgresql-common depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii postgresql-client-common 72 manager for multiple PostgreSQL cl ii procps1:3.2.7-3 /proc file system utilities ii ssl-cert 1.0.14 Simple debconf wrapper for openssl postgresql-common recommends no packages. -- debconf information: * postgresql-common/obsolete-major: postgresql-common/untransitioned: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416231: apache2: fails to start after upgrade from Sarge
Package: apache2 Version: 2.2.3-3.3 Severity: serious Apache's behavior on upgrades from Sarge is quite ugly. It initially does get stopped correctly, but after that there are two more attempts to stop it with quite scary messages. And then it fails to start when the new packages are being set up. Starting apache manually (/etc/init.d/apache2 start) after the upgrade is completed does succeed without problems. I have tested this in vmware with a totally default Sarge installation with all server tasks selected; no additional custom apache configuration was done. A full log of the upgrade with the problem spots marked is available at: http://people.debian.org/~fjp/tmp/upgrade_server.html The most relevant section is also attached. [...] Preparing to replace libapache2-mod-perl2 1.999.21-1 (using .../libapache2-mod-perl2_2.0.2-2.3_i386.deb) ... Unpacking replacement libapache2-mod-perl2 ... dpkg: apache2-common: dependency problems, but removing anyway as you request: apache2-mpm-prefork depends on apache2-common (= 2.0.54-5sarge1); however: Package apache2-common is to be removed. (Reading database ... 47277 files and directories currently installed.) Removing apache2-common ... Stopping web server: Apache2. (Reading database ... 46905 files and directories currently installed.) Preparing to replace apache2-mpm-prefork 2.0.54-5sarge1 (using .../apache2-mpm-prefork_2.2.3-3.3_i386.deb) ... Stopping web server: Apache2 ... failed! You may still have some apache2 processes running. There are processes named 'apache2' which do not match your pid file, and in the name of safety, we've left them alone. Please review the situation by hand. . Stopping web server: Apache2 ... failed! You may still have some apache2 processes running. There are processes named 'apache2' which do not match your pid file, and in the name of safety, we've left them alone. Please review the situation by hand. . Unpacking replacement apache2-mpm-prefork ... Preparing to replace sed 4.1.2-8 (using .../archives/sed_4.1.5-1_i386.deb) ... Unpacking replacement sed ... Setting up sed (4.1.5-1) ... (Reading database ... 46908 files and directories currently installed.) Preparing to replace libapache2-mod-php4 4:4.3.10-19 (using .../libapache2-mod-php4_6%3a4.4.4-8+etch1_i386.deb) ... Unpacking replacement libapache2-mod-php4 ... Preparing to replace php4-common 4:4.3.10-19 (using .../php4-common_6%3a4.4.4-8+etch1_i386.deb) ... Unpacking replacement php4-common ... Preparing to replace apache2-utils 2.0.54-5sarge1 (using .../apache2-utils_2.2.3-3.3_i386.deb) ... Unpacking replacement apache2-utils ... Selecting previously deselected package apache2.2-common. Unpacking apache2.2-common (from .../apache2.2-common_2.2.3-3.3_i386.deb) ... Stopping web server: Apache2 ... failed! You may still have some apache2 processes running. There are processes named 'apache2' which do not match your pid file, and in the name of safety, we've left them alone. Please review the situation by hand. . [...] Setting up apache2-utils (2.2.3-3.3) ... Setting up apache2.2-common (2.2.3-3.3) ... Installing new version of config file /etc/apache2/envvars ... Installing new version of config file /etc/apache2/apache2.conf ... Installing new version of config file /etc/apache2/mods-available/proxy.load ... Installing new version of config file /etc/apache2/mods-available/proxy_connect.load ... Installing new version of config file /etc/apache2/mods-available/mem_cache.load ... Installing new version of config file /etc/apache2/mods-available/dav_fs.conf ... Installing new version of config file /etc/apache2/mods-available/disk_cache.load ... Installing new version of config file /etc/apache2/mods-available/ssl.conf ... Installing new version of config file /etc/apache2/mods-available/dav_fs.load ... Installing new version of config file /etc/apache2/mods-available/userdir.conf ... Installing new version of config file /etc/apache2/mods-available/proxy_ftp.load ... Installing new version of config file /etc/apache2/mods-available/proxy_http.load ... Installing new version of config file /etc/apache2/mods-available/mime_magic.conf ... Installing new version of config file /etc/apache2/mods-available/file_cache.load ... Installing new version of config file /etc/apache2/mods-available/cgid.conf ... Installing new version of config file /etc/apache2/mods-available/proxy.conf ... Installing new version of config file /etc/apache2/sites-available/default ... Installing new version of config file /etc/init.d/apache2 ... Module alias installed; run /etc/init.d/apache2 force-reload to enable. Module autoindex installed; run /etc/init.d/apache2 force-reload to enable. Module dir installed; run /etc/init.d/apache2 force-reload to enable. Module env installed; run /etc/init.d/apache2 force-reload to enable. Module mime installed; run /etc/init.d/apache2 force-reload to enable. Module negotiation installed; run /etc/init.d/apache2 force-reload to enable. Module
Bug#416231: apache2: fails to start after upgrade from Sarge
Can you send the error.log from apache? Package: apache2 Version: 2.2.3-3.3 Severity: serious Apache's behavior on upgrades from Sarge is quite ugly. It initially does get stopped correctly, but after that there are two more attempts to stop it with quite scary messages. And then it fails to start when the new packages are being set up. Starting apache manually (/etc/init.d/apache2 start) after the upgrade is completed does succeed without problems. I have tested this in vmware with a totally default Sarge installation with all server tasks selected; no additional custom apache configuration was done. A full log of the upgrade with the problem spots marked is available at: http://people.debian.org/~fjp/tmp/upgrade_server.html The most relevant section is also attached. [...] Preparing to replace libapache2-mod-perl2 1.999.21-1 (using .../libapache2-mod-perl2_2.0.2-2.3_i386.deb) ... Unpacking replacement libapache2-mod-perl2 ... dpkg: apache2-common: dependency problems, but removing anyway as you request: apache2-mpm-prefork depends on apache2-common (= 2.0.54-5sarge1); however: Package apache2-common is to be removed. (Reading database ... 47277 files and directories currently installed.) Removing apache2-common ... Stopping web server: Apache2. (Reading database ... 46905 files and directories currently installed.) Preparing to replace apache2-mpm-prefork 2.0.54-5sarge1 (using .../apache2-mpm-prefork_2.2.3-3.3_i386.deb) ... Stopping web server: Apache2 ... failed! You may still have some apache2 processes running. There are processes named 'apache2' which do not match your pid file, and in the name of safety, we've left them alone. Please review the situation by hand. . Stopping web server: Apache2 ... failed! You may still have some apache2 processes running. There are processes named 'apache2' which do not match your pid file, and in the name of safety, we've left them alone. Please review the situation by hand. . Unpacking replacement apache2-mpm-prefork ... Preparing to replace sed 4.1.2-8 (using .../archives/sed_4.1.5-1_i386.deb) ... Unpacking replacement sed ... Setting up sed (4.1.5-1) ... (Reading database ... 46908 files and directories currently installed.) Preparing to replace libapache2-mod-php4 4:4.3.10-19 (using .../libapache2-mod-php4_6%3a4.4.4-8+etch1_i386.deb) ... Unpacking replacement libapache2-mod-php4 ... Preparing to replace php4-common 4:4.3.10-19 (using .../php4-common_6%3a4.4.4-8+etch1_i386.deb) ... Unpacking replacement php4-common ... Preparing to replace apache2-utils 2.0.54-5sarge1 (using .../apache2-utils_2.2.3-3.3_i386.deb) ... Unpacking replacement apache2-utils ... Selecting previously deselected package apache2.2-common. Unpacking apache2.2-common (from .../apache2.2-common_2.2.3-3.3_i386.deb) ... Stopping web server: Apache2 ... failed! You may still have some apache2 processes running. There are processes named 'apache2' which do not match your pid file, and in the name of safety, we've left them alone. Please review the situation by hand. . [...] Setting up apache2-utils (2.2.3-3.3) ... Setting up apache2.2-common (2.2.3-3.3) ... Installing new version of config file /etc/apache2/envvars ... Installing new version of config file /etc/apache2/apache2.conf ... Installing new version of config file /etc/apache2/mods-available/proxy.load ... Installing new version of config file /etc/apache2/mods-available/proxy_connect.load ... Installing new version of config file /etc/apache2/mods-available/mem_cache.load ... Installing new version of config file /etc/apache2/mods-available/dav_fs.conf ... Installing new version of config file /etc/apache2/mods-available/disk_cache.load ... Installing new version of config file /etc/apache2/mods-available/ssl.conf ... Installing new version of config file /etc/apache2/mods-available/dav_fs.load ... Installing new version of config file /etc/apache2/mods-available/userdir.conf ... Installing new version of config file /etc/apache2/mods-available/proxy_ftp.load ... Installing new version of config file /etc/apache2/mods-available/proxy_http.load ... Installing new version of config file /etc/apache2/mods-available/mime_magic.conf ... Installing new version of config file /etc/apache2/mods-available/file_cache.load ... Installing new version of config file /etc/apache2/mods-available/cgid.conf ... Installing new version of config file /etc/apache2/mods-available/proxy.conf ... Installing new version of config file /etc/apache2/sites-available/default ... Installing new version of config file /etc/init.d/apache2 ... Module alias installed; run /etc/init.d/apache2 force-reload to enable. Module autoindex installed; run /etc/init.d/apache2 force-reload to enable. Module dir installed; run /etc/init.d/apache2 force-reload to enable. Module env installed; run /etc/init.d/apache2 force-reload to enable. Module mime
Bug#416231: apache2: fails to start after upgrade from Sarge
On Monday 26 March 2007 07:10, netbone wrote: Can you send the error.log from apache? Attached. I've also attached a new version of the upgrade log as I noticed I missed a few probably relevant lines at the end. [...] Preparing to replace libapache2-mod-perl2 1.999.21-1 (using .../libapache2-mod-perl2_2.0.2-2.3_i386.deb) ... Unpacking replacement libapache2-mod-perl2 ... dpkg: apache2-common: dependency problems, but removing anyway as you request: apache2-mpm-prefork depends on apache2-common (= 2.0.54-5sarge1); however: Package apache2-common is to be removed. (Reading database ... 47277 files and directories currently installed.) Removing apache2-common ... Stopping web server: Apache2. (Reading database ... 46905 files and directories currently installed.) Preparing to replace apache2-mpm-prefork 2.0.54-5sarge1 (using .../apache2-mpm-prefork_2.2.3-3.3_i386.deb) ... Stopping web server: Apache2 ... failed! You may still have some apache2 processes running. There are processes named 'apache2' which do not match your pid file, and in the name of safety, we've left them alone. Please review the situation by hand. . Stopping web server: Apache2 ... failed! You may still have some apache2 processes running. There are processes named 'apache2' which do not match your pid file, and in the name of safety, we've left them alone. Please review the situation by hand. . Unpacking replacement apache2-mpm-prefork ... Preparing to replace sed 4.1.2-8 (using .../archives/sed_4.1.5-1_i386.deb) ... Unpacking replacement sed ... Setting up sed (4.1.5-1) ... (Reading database ... 46908 files and directories currently installed.) Preparing to replace libapache2-mod-php4 4:4.3.10-19 (using .../libapache2-mod-php4_6%3a4.4.4-8+etch1_i386.deb) ... Unpacking replacement libapache2-mod-php4 ... Preparing to replace php4-common 4:4.3.10-19 (using .../php4-common_6%3a4.4.4-8+etch1_i386.deb) ... Unpacking replacement php4-common ... Preparing to replace apache2-utils 2.0.54-5sarge1 (using .../apache2-utils_2.2.3-3.3_i386.deb) ... Unpacking replacement apache2-utils ... Selecting previously deselected package apache2.2-common. Unpacking apache2.2-common (from .../apache2.2-common_2.2.3-3.3_i386.deb) ... Stopping web server: Apache2 ... failed! You may still have some apache2 processes running. There are processes named 'apache2' which do not match your pid file, and in the name of safety, we've left them alone. Please review the situation by hand. . [...] Setting up apache2-utils (2.2.3-3.3) ... Setting up apache2.2-common (2.2.3-3.3) ... Installing new version of config file /etc/apache2/envvars ... Installing new version of config file /etc/apache2/apache2.conf ... Installing new version of config file /etc/apache2/mods-available/proxy.load ... Installing new version of config file /etc/apache2/mods-available/proxy_connect.load ... Installing new version of config file /etc/apache2/mods-available/mem_cache.load ... Installing new version of config file /etc/apache2/mods-available/dav_fs.conf ... Installing new version of config file /etc/apache2/mods-available/disk_cache.load ... Installing new version of config file /etc/apache2/mods-available/ssl.conf ... Installing new version of config file /etc/apache2/mods-available/dav_fs.load ... Installing new version of config file /etc/apache2/mods-available/userdir.conf ... Installing new version of config file /etc/apache2/mods-available/proxy_ftp.load ... Installing new version of config file /etc/apache2/mods-available/proxy_http.load ... Installing new version of config file /etc/apache2/mods-available/mime_magic.conf ... Installing new version of config file /etc/apache2/mods-available/file_cache.load ... Installing new version of config file /etc/apache2/mods-available/cgid.conf ... Installing new version of config file /etc/apache2/mods-available/proxy.conf ... Installing new version of config file /etc/apache2/sites-available/default ... Installing new version of config file /etc/init.d/apache2 ... Module alias installed; run /etc/init.d/apache2 force-reload to enable. Module autoindex installed; run /etc/init.d/apache2 force-reload to enable. Module dir installed; run /etc/init.d/apache2 force-reload to enable. Module env installed; run /etc/init.d/apache2 force-reload to enable. Module mime installed; run /etc/init.d/apache2 force-reload to enable. Module negotiation installed; run /etc/init.d/apache2 force-reload to enable. Module setenvif installed; run /etc/init.d/apache2 force-reload to enable. Module status installed; run /etc/init.d/apache2 force-reload to enable. Module auth_basic installed; run /etc/init.d/apache2 force-reload to enable. Module authz_default installed; run /etc/init.d/apache2 force-reload to enable. Module authz_user installed; run /etc/init.d/apache2 force-reload to enable. Module authz_groupfile installed; run /etc/init.d/apache2 force-reload to enable. Module authn_file installed; run /etc/init.d/apache2 force-reload to enable.
Processed: Re: Bug#416143: asterisk_1:1.4.2~dfsg-2(experimental/amd64/xenophanes): FTBFS: Cries for its sound files like a baby
Processing commands for [EMAIL PROTECTED]: reopen 416143 Bug#416143: asterisk_1:1.4.2~dfsg-2(experimental/amd64/xenophanes): FTBFS: Cries for its sound files like a baby 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416143: asterisk_1:1.4.2~dfsg-2(experimental/amd64/xenophanes): FTBFS: Cries for its sound files like a baby
reopen 416143 thanks Looks like 1:1.4.2~dfsg-3 didn't solve this issue: http://experimental.debian.net/fetch.php?pkg=asteriskver=1%3A1.4.2%7Edfsg-3arch=sparcstamp=1174875830file=logas=raw http://experimental.debian.net/fetch.php?pkg=asteriskver=1%3A1.4.2%7Edfsg-3arch=ia64stamp=1174869852file=logas=raw Mark pgpSxL3Lg7Mv1.pgp Description: PGP signature
Bug#406861: Version 1.0.8-3 still segfaults
On Sun, Mar 25, 2007 at 10:51:44PM +0200, David Andel [EMAIL PROTECTED] wrote: On Sun, 2007-03-25 at 22:44 +0200, Mike Hommey wrote: What are the accessibility features you have enabled on your desktop ? I'd really like to be able to reproduce this... None that I know of. Maybe it helps to tell that iceape (and icedove for that matter) starts just fine if I move my many huge mailfolders out of the way. But then, before version 1.0.7-2 it worked fine also with my huge mailfolders, and it should. Could you also give a try to version 1.1.1-1 from experimental ? Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 416146 is grave
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27ubuntu10 severity 416146 grave Bug#416146: postgresql-common: missing /var/lib/postgresql Severity set to `grave' from `normal' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 416146 is serious, merging 416146 416228
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27ubuntu10 severity 416146 serious Bug#416146: postgresql-common: missing /var/lib/postgresql Severity set to `serious' from `grave' merge 416146 416228 Bug#416146: postgresql-common: missing /var/lib/postgresql Bug#416228: fails to install - chown: cannot access `/var/lib/postgresql' Merged 416146 416228. 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]