Bug#591115: Bug forwarded
forwarded 591115 http://www.doctrine-project.org/jira/browse/DC-772 thanks Hi, thanks for the bugreport and sorry for the late response. The bug has been already forwarded upstream, it seems that, although not stated anywhere in the documentation, there are some arch-dependent features, at least for 1.2.2 version. I'll keep trying to find the cause of the problem and post here any progress. Cheers, Federico signature.asc Description: OpenPGP digital signature
Processed: Bug forwarded
Processing commands for cont...@bugs.debian.org: forwarded 591115 http://www.doctrine-project.org/jira/browse/DC-772 Bug #591115 [src:doctrine] doctrine: FTBFS: failed tests Set Bug forwarded-to-address to 'http://www.doctrine-project.org/jira/browse/DC-772'. thanks Stopping processing here. Please contact me if you need assistance. -- 591115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591115 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592014: marked as done (panflute-applet: doesn't start)
Your message dated Mon, 30 Aug 2010 08:08:14 +0200 with message-id 4c7b4ace.7040...@fladi.at and subject line #592014: Closing has caused the Debian Bug report #592014, regarding panflute-applet: doesn't start to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 592014: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592014 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: panflute-applet Version: 0.6.2-1 Severity: normal The applet doesn't start. There a gui error message explaining panflute encoutered a problem. If I launch /usr/lib/gnome-applets/panflute-applet before adding the applet I get a segfault : $ /usr/lib/gnome-applets/panflute-applet DEBUG [panflute] Registering with Bonobo DEBUG [panflute] Initializing applet INFO [panflute.applet.conf.Conf] GConf root is /apps/panel/applets/applet_11/prefs DEBUG [panflute.applet.applet.LayoutManager] New first row: ['song_info'] DEBUG [panflute.applet.applet.LayoutManager] New second row: ['rating', 'time_bar', 'time_label', 'previous_button', 'playback_button', 'next_button'] DEBUG [panflute.applet.applet.Applet] Enabling notifications DEBUG [panflute.applet.applet.Applet] Setting layout to disconnected Erreur de segmentation Regards, Bertrand -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages panflute-applet depends on: ii gnome-panel 2.30.2-1 launcher and docking facility for ii panflute-daemon 0.6.2-1 MPRIS interface to control several ii python 2.6.5-11 interactive high-level object-orie ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gnomedesktop 2.30.0-1+b1 Python bindings for the GNOME desk ii python-gobject 2.21.1-2 Python bindings for the GObject li ii python-gtk2 2.17.0-3 Python bindings for the GTK+ widge ii python-numpy1:1.3.0-3+b2 Numerical Python adds a fast array ii python-support 1.0.9automated rebuilding support for P Versions of packages panflute-applet recommends: ii python-notify 0.1.1-2+b2 Python bindings for libnotify panflute-applet suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Closing this bug as it is no longer valid with python2.6 (=2.6.6). - -- Michael Fladischer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkx7Ss4ACgkQeJ3z1zFMUGY2eACfb3H3cgwT1UjEXLN5UF+xXv4f KqEAn10XCxIa6EKKliTUY4qZCx84iBbO =7VTt -END PGP SIGNATURE- ---End Message---
Bug#594472: grub-pc: scary messages and very long boot time after upgrade
So this looks a bit like there are two erros: 1) mdadm is broken in 3.1.2 and brings up these errormessages. 2) Grub2 seems to be broken, as it does not start crypto, consecutively failing to bring up LVM The only thing I dont understand is why it is only us two experiencing this. To test, I have set up a virtual machine with KVM, for that I created two lv's with 10G each and started kvm with kvm -hda /dev/mapper/testdisk1 -hdb /dev/mapper/testdisk2 -cdrom yesterdays alpha netinstall.iso then I partitioned both disks with two partitions partition 1 : 250MB partition 2 : all remaining with these two 'disks' I set up two raid1 sets md0 = (hda1, hdb1) md1 = (hda2, hdb2) md0 is used for /boot as ext3 md1 I encrypted giving md1_crypt md1_crypt is then used for LVM as volume group x which I have partitioned as follows x-swap 1GB swap space x-root all remaining for / as ext3 The installation process went all fine without any problems. (apart from some minor quirks that should be reported somewhere else) When rebooting I have the same behaviour as what you described first; The system complains about the missing vg and comes up with a lot of /sys/devices/virtual ... messages, then asks for the disk-passphrase, goes into a longer thinking period and after another block of /sys/devices/virtual/... messages the vm actually boots without any further problems. From the point complaining about the missing vg right at the beginning to the actual boot process starting, the vm consumes 150% of my processors. Some things are going in an endless loop there? I use the same architecture as you are: amd64 with a dual core processor. The VM is set up as amd64 as well. It does not make a difference if I run the vm with one or two processors (only that with one processor the vm consumes 100% of that processor while boot is failing, cant do more, can it? ;) ) Cheers Darren -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: [Pkg-openmpi-maintainers] Bug#592892: openmpi: FTBFS: Compilation errors
Processing commands for cont...@bugs.debian.org: tags 592892 + confirmed pending Bug #592892 [src:openmpi] openmpi: FTBFS: Compilation errors Added tag(s) confirmed and pending. thanks Stopping processing here. Please contact me if you need assistance. -- 592892: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592892 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592892: [Pkg-openmpi-maintainers] Bug#592892: openmpi: FTBFS: Compilation errors
tags 592892 + confirmed pending thanks Am Freitag, den 27.08.2010, 13:57 -0400 schrieb Jeff Squyres: This was the badness, as pointed out by Ralf here: http://www.open-mpi.org/community/lists/devel/2010/08/8292.php Fix will committed to upstream SVN this evening; a patch for the v1.4 series is already available here: https://svn.open-mpi.org/trac/ompi/ticket/2559 Thanks to everyone involved for tracking and fixing this! I'll upload a fixed version to Debian later today. Best regards, Manuel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588150: [Pkg-cups-devel] Bug#588150: cups no longer works with http: HTTP/1.1 426 Upgrade Required + server DoS
Hello Vincent, Vincent Lefevre [2010-07-05 16:50 +0200]: While cups 1.4.3-1 works fine (I could check by downgrading to this version), cups 1.4.4-1 no longer works with http. A strace shows errors like: 16:07:02 sendto(3, POST / HTTP/1.1\r\nContent-Length:..., 153, 0, NULL, 0) = 153 16:07:02 sendto(3, \...@\2\0\0\0\1\1g\0\22attributes-charset\0\5..., 636, 0, NULL, 0) = 636 16:07:02 poll([{fd=3, events=POLLIN}], 1, 1000) = 1 ([{fd=3, revents=POLLIN|POLLERR}]) 16:07:02 recvfrom(3, HTTP/1.1 426 Upgrade Required\r\nD..., 2048, 0, NULL, NULL) = 787 Is that still true with 1.4.4-3? -1 and -2 ended up with TLS disabled due to a GNUTLS change. This is fixed in version -3. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594857: crystalspace: FTBFS on powerpc
Source: crystalspace Version: 1.4.0~svn32711-1 Severity: serious I don't understand the log, so please look for yourself on buildd.d.o... sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org ╔══╗ ║ crystalspace 1.4.0~svn32711-1 (powerpc)29 Aug 2010 13:22 ║ ╚══╝ [...] g++ -c -o ./out/linuxppc/optimize/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.o -I/build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/. -I./include -I/build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/./include -Wall -g -fPIC -O2 -fsigned-char -pipe -Wall -g -fPIC -O2 -fsigned-char -Wall -Wno-unknown-pragmas -fvisibility=hidden -I/usr/local/include -Wall -g -fPIC -O2 -fsigned-char -Wall -g -fPIC -O2 -fsigned-char -fno-exceptions -fvisibility-inlines-hidden -O3 -fomit-frame-pointer -ffast-math -g2 -fPIC /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp: In member function 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessSingleWrappedNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalCondTree]': /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1519: instantiated from 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalCondTree]' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1533: instantiated from 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(T) [with ConditionEval = CS::Plugin::XMLShader::EvalCondTree]' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:414: instantiated from 'CS::Plugin::XMLShader::csWrappedDocumentNode::csWrappedDocumentNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode*, iDocumentNode*, CS::Plugin::XMLShader::iConditionResolver*, CS::Plugin::XMLShader::csWrappedDocumentNodeFactory*, CS::Plugin::XMLShader::csWrappedDocumentNode::GlobalProcessingState*) [with ConditionEval = CS::Plugin::XMLShader::EvalCondTree]' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1898: instantiated from here /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1414: warning: suggest parentheses around '' within '||' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp: In member function 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessSingleWrappedNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalStatic]': /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1519: instantiated from 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode::NodeProcessingState*, iDocumentNode*) [with ConditionEval = CS::Plugin::XMLShader::EvalStatic]' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:1533: instantiated from 'void CS::Plugin::XMLShader::csWrappedDocumentNode::ProcessWrappedNode(T) [with ConditionEval = CS::Plugin::XMLShader::EvalStatic]' /build/buildd-crystalspace_1.4.0~svn32711-1-powerpc-ph7NBG/crystalspace-1.4.0~svn32711/CS/plugins/video/render3d/shader/shadercompiler/xmlshader/cpi/docwrap.cpp:414: instantiated from 'CS::Plugin::XMLShader::csWrappedDocumentNode::csWrappedDocumentNode(ConditionEval, CS::Plugin::XMLShader::csWrappedDocumentNode*, iDocumentNode*, CS::Plugin::XMLShader::iConditionResolver*,
Bug#594607: libdbi upload to SID reverted (was: Freeze exception for libdbi and libdbi-drivers)
Clint Byrum cl...@ubuntu.com was heard to say: On Aug 28, 2010, at 1:49 AM, Thomas Goirand wrote: Markus, it would be great if an 0.8.4 or 0.8.3.1 release arrived with soname bumped. We could just rebuild all of our rdepends, but then anybody who has depended on libdbi0 will break when the new version arrives. I have to apologize for responding only now as I was off for a short vacation last week. I also have to apologize for the incorrect information that I sent to Thomas. I simply forgot about the changes in the constants which indeed may screw up a few things. I won't make any promises, but I'll try and see whether I can whip up a 0.8.4 maintenance release with the updated so information. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594860: hmmer: FTBFS (powerpc): altivec and cast errors
Source: hmmer Version: 3.0-2 Severity: serious sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on porpora.debian.org ╔══╗ ║ hmmer 3.0-2 (powerpc) 29 Aug 2010 18:06 ║ ╚══╝ [...] gcc -std=gnu99 -I. -I. -g -O2 -g -Wall -O2 -pthread -maltivec -mabi=altivec -o esl_vmx.o -c esl_vmx.c In file included from esl_vmx.c:38: esl_vmx.h: In function 'esl_vmx_set_float': esl_vmx.h:30: warning: implicit declaration of function 'vec_lde' esl_vmx.h:30: error: incompatible types when assigning to type '__vector float' from type 'int' esl_vmx.h:31: warning: implicit declaration of function 'vec_lvsl' esl_vmx.h:31: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:32: warning: implicit declaration of function 'vec_perm' esl_vmx.h:32: error: AltiVec argument passed to unprototyped function esl_vmx.h:33: warning: implicit declaration of function 'vec_splat' esl_vmx.h:33: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_set_s16': esl_vmx.h:48: error: incompatible types when assigning to type '__vector signed short' from type 'int' esl_vmx.h:49: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:50: error: AltiVec argument passed to unprototyped function esl_vmx.h:51: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_set_u8': esl_vmx.h:66: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:67: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:68: error: AltiVec argument passed to unprototyped function esl_vmx.h:69: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hsum_float': esl_vmx.h:83: warning: implicit declaration of function 'vec_add' esl_vmx.h:83: warning: implicit declaration of function 'vec_sld' esl_vmx.h:83: error: AltiVec argument passed to unprototyped function esl_vmx.h:83: error: AltiVec argument passed to unprototyped function esl_vmx.h:84: error: AltiVec argument passed to unprototyped function esl_vmx.h:84: error: AltiVec argument passed to unprototyped function esl_vmx.h:85: warning: implicit declaration of function 'vec_ste' esl_vmx.h:85: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hsum_s16': esl_vmx.h:100: error: AltiVec argument passed to unprototyped function esl_vmx.h:100: error: AltiVec argument passed to unprototyped function esl_vmx.h:101: error: AltiVec argument passed to unprototyped function esl_vmx.h:101: error: AltiVec argument passed to unprototyped function esl_vmx.h:102: error: AltiVec argument passed to unprototyped function esl_vmx.h:102: error: AltiVec argument passed to unprototyped function esl_vmx.h:103: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hmax_float': esl_vmx.h:118: warning: implicit declaration of function 'vec_max' esl_vmx.h:118: error: AltiVec argument passed to unprototyped function esl_vmx.h:118: error: AltiVec argument passed to unprototyped function esl_vmx.h:119: error: AltiVec argument passed to unprototyped function esl_vmx.h:119: error: AltiVec argument passed to unprototyped function esl_vmx.h:120: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hmax_s16': esl_vmx.h:135: error: AltiVec argument passed to unprototyped function esl_vmx.h:135: error: AltiVec argument passed to unprototyped function esl_vmx.h:136: error: AltiVec argument passed to unprototyped function esl_vmx.h:136: error: AltiVec argument passed to unprototyped function esl_vmx.h:137: error: AltiVec argument passed to unprototyped function esl_vmx.h:137: error: AltiVec argument passed to unprototyped function esl_vmx.h:138: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hmax_u8': esl_vmx.h:153: error: AltiVec argument passed to unprototyped function esl_vmx.h:153: error: AltiVec argument passed to unprototyped function esl_vmx.h:154: error: AltiVec argument passed to unprototyped function esl_vmx.h:154: error: AltiVec argument passed to unprototyped function esl_vmx.h:155: error: AltiVec argument passed to unprototyped function esl_vmx.h:155: error: AltiVec argument passed to unprototyped function esl_vmx.h:156: error: AltiVec argument passed to unprototyped function esl_vmx.h:156: error: AltiVec argument passed to unprototyped function esl_vmx.h:157: error: AltiVec argument passed to unprototyped function esl_vmx.c: In function 'esl_vmx_logf': esl_vmx.c:92: warning: implicit declaration of function 'vec_splat_u32' esl_vmx.c:92: error: can't
Bug#586907: *NOT* fixed in mercurial 1.6.2-1
Le Saturday 28 August 2010 11:16:52, vous avez écrit : Hi Romain, On 26/08/10 14:06, Romain Lerallut wrote: It seems that the patches in debian/patches are not applied when building the package. Anyway, the url.py file is not patched and the problem persists. Can you please confirm that it is now fixed in 1.6.2-2? Confirmed, many thanks. Romain -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594567: Upload reverted
Hi Dne Sun, 29 Aug 2010 15:40:21 +0800 Thomas Goirand tho...@goirand.fr napsal(a): After discussion with the release team, I have reverted my upload, and SID now contains version 0.8.2 as before. The issue was that there's a ABI that would make it necessary to BinNMU a dozen of packages, which the release team does not wish to do. I'm sorry for the breakage. Upstream told me that there was only bugfixes, but in fact, there's change in the enum for error codes. Also, it seems I compiled the libdbd-* against the wrong version of libdbi-dev. Anyway, since I reverted, it should be ok now. Please let me know how it goes when building Gammu, as I'm currently not 100% sure that it did compile against the correct libdbi version in SID (maybe I should have delayed-upload the drivers to make sure that the libdbi0 was uploaded before compiling the drivers). The only thing I'm sure is that the Testing version of libdbi is correct as it was untouched. If there was yet another issue with libdbi, I'll BinNMU the drivers, which should fix the issue if any. The version in sid (and squeze) should be fine, it only affected version in experimental. Also in the end it does not seem to be caused by wrong build, but rather by using --enable-dbi, which has inverted logic as somebody else pointed out in the bug. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#594472: grub-pc: scary messages and very long boot time after upgrade
Hi, On Mon, 30.08.2010 at 08:55:23 +0100, Dh H dhh4...@googlemail.com wrote: So this looks a bit like there are two erros: 1) mdadm is broken in 3.1.2 and brings up these errormessages. 2) Grub2 seems to be broken, as it does not start crypto, consecutively failing to bring up LVM thanks for the analysis. I'm under the impression that mdadm does assemble the raids, but then fails to recognize the partition table. But I don't know whether this is still in the realm of mdadm's responsibility, or whether some other package (linux-image-*?) should be responsible instead. The only thing I dont understand is why it is only us two experiencing this. I thought I found more than our two reports for this whole problem suite, but then, this problem only seems to pop up for people who were upgrading fairly often. See eg. #586449, which seems to be related to me. When rebooting I have the same behaviour as what you described first; Now *this* sounds dangerous: Failing to reboot for a newly-installed system. This means that re-installing a box wouldn't fix the problem, but only recreate it. The system complains about the missing vg and comes up with a lot of /sys/devices/virtual ... messages, then asks for the disk-passphrase, goes into a longer thinking period and after another block of /sys/devices/virtual/... messages the vm actually boots without any further problems. My system's thinking period was ended by OOM-killer because something ate all my RAM. I already submitted messages which included tracebacks which I can't make too much sense of right now. to the actual boot process starting, the vm consumes 150% of my processors. Some things are going in an endless loop there? Sure, and leaking lots of memory underway... I use the same architecture as you are: amd64 with a dual core processor. I have a quad-core (945), plus I run an i386 system with the -bigmem kernel on top of it, as I also have 8gigs of RAM in my box. I didn't dare to turn the machine off since it last took so long to boot, but (of course) would like to. The VM is set up as amd64 as well. It does not make a difference if I run the vm with one or two processors (only that with one processor the vm consumes 100% of that processor while boot is failing, cant do more, can it? ;) ) I can't inspect my system very well, but from the sound of the fans, the CPU must be sizzling hot. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588150: marked as done (cups no longer works with http: HTTP/1.1 426 Upgrade Required + server DoS)
Your message dated Mon, 30 Aug 2010 11:29:40 +0200 with message-id 20100830092940.ge26...@prunille.vinc17.org and subject line Re: [Pkg-cups-devel] Bug#588150: cups no longer works with http: HTTP/1.1 426 Upgrade Required + server DoS has caused the Debian Bug report #588150, regarding cups no longer works with http: HTTP/1.1 426 Upgrade Required + server DoS to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 588150: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588150 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: cups Version: 1.4.4-1 Severity: grave [I'm setting the severity to grave mainly because cups does more than 100 HTTP posts per second to the remote server, and this is really bad because the server is shared amongst many users.] While cups 1.4.3-1 works fine (I could check by downgrading to this version), cups 1.4.4-1 no longer works with http. A strace shows errors like: 16:07:02 sendto(3, POST / HTTP/1.1\r\nContent-Length:..., 153, 0, NULL, 0) = 153 16:07:02 sendto(3, \...@\2\0\0\0\1\1g\0\22attributes-charset\0\5..., 636, 0, NULL, 0) = 636 16:07:02 poll([{fd=3, events=POLLIN}], 1, 1000) = 1 ([{fd=3, revents=POLLIN|POLLERR}]) 16:07:02 recvfrom(3, HTTP/1.1 426 Upgrade Required\r\nD..., 2048, 0, NULL, NULL) = 787 16:07:02 close(3) = 0 with commands such as lpq, lpr, lpstat. Sometimes there are lots of such errors. For instance, a strace -t lpstat shows 3868 such errors after 30 seconds (see attached strace output, compressed with xz). Sometimes the connection freezes. For instance: 16:07:02 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3 16:07:02 setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 16:07:02 setsockopt(3, SOL_TCP, TCP_NODELAY, [1], 4) = 0 16:07:02 fcntl(3, F_SETFD, FD_CLOEXEC) = 0 16:07:02 connect(3, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr(140.77.14.157)}, 16) = ? ERESTARTSYS (To be restarted) 16:07:13 --- SIGINT (Interrupt) @ 0 (0) --- 16:07:13 +++ killed by SIGINT +++ Perhaps the server didn't like all the requests that were done previously. The only parameter in /etc/cups/client.conf is a ServerName line with the server name. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser 3.112add and remove users and groups ii bc 1.06.95-2The GNU bc arbitrary precision cal ii cups-client 1.4.4-1 Common UNIX Printing System(tm) - ii cups-common 1.4.4-1 Common UNIX Printing System(tm) - ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii ghostscript 8.70~dfsg-2.1The GPL Ghostscript PostScript/PDF ii libavahi-client30.6.25-4 Avahi client library ii libavahi-common30.6.25-4 Avahi common library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcups21.4.4-1 Common UNIX Printing System(tm) - ii libcupscgi1 1.4.4-1 Common UNIX Printing System(tm) - ii libcupsdriver1 1.4.4-1 Common UNIX Printing System(tm) - ii libcupsimage2 1.4.4-1 Common UNIX Printing System(tm) - ii libcupsmime11.4.4-1 Common UNIX Printing System(tm) - ii libcupsppdc11.4.4-1 Common UNIX Printing System(tm) - ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libgcc1 1:4.4.4-6GCC support library ii libgssapi-krb5-21.8.1+dfsg-5 MIT Kerberos runtime libraries - k ii libijs-0.35 0.35-7 IJS raster image transport protoco ii libkrb5-3 1.8.1+dfsg-5 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.21-1 OpenLDAP libraries ii libpam0g1.1.1-3 Pluggable Authentication Modules l ii libpaper1 1.1.24 library for handling paper charact ii libpoppler5 0.12.4-1 PDF rendering library ii libslp1 1.2.1-7.7OpenSLP libraries ii libstdc++6 4.4.4-6 The GNU Standard C++ Library v3 ii libusb-0.1-42:0.1.12-15 userspace USB programming library ii
Bug#594472: grub-pc: scary messages and very long boot time after upgrade
thanks for the analysis. I'm under the impression that mdadm does assemble the raids, but then fails to recognize the partition table. But I don't know whether this is still in the realm of mdadm's responsibility, or whether some other package (linux-image-*?) should be responsible instead. Correct, it assembles the raids and moans about an unrecognized partition table. The latter I assume is normal, since mdo (in my case) is an ext3 partition and not a disk with a partition table, the same applies to md1, which is not anything that could be recognized as a valid disk, because it is completely encrypted. Agree it could be anything, even udev, where I found some references to. Nevertheless, MDADM 3.1.2 seems to worsen the problem, as does the current Grub2. When rebooting I have the same behaviour as what you described first; Now *this* sounds dangerous: Failing to reboot for a newly-installed system. This means that re-installing a box wouldn't fix the problem, but only recreate it. Correct, and it is replicable, which should allow someone with more technical knowledge than me to analyse in detail. Given the fact this happens on a VM makes me confident it is not Hardware related. I run on a laptop with two disks and an intel dual core, which is fairly different to your quad ;). My system's thinking period was ended by OOM-killer because something ate all my RAM. I already submitted messages which included tracebacks which I can't make too much sense of right now. Could not check this, I only gave 512M to the VM and the 'thinking period' was quite short, a good part of a minute I guess. I didn't dare to turn the machine off since it last took so long to boot, but (of course) would like to. I rebooted mine several times now. Only have to help with the busybox commands to get it up and running. That seems fairly stable ;) I can't inspect my system very well, but from the sound of the fans, the CPU must be sizzling hot. my fan does not quite go to loud mode, dunno why at 100% cpu utilisation I would expect it. On the otherhand the machine does not feel too hot either. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593195: udisks detect chrooted patch for debian package.
Hello! I've created a (completely untested) patch with the solution you seemed to have agreed on (see attachment). It would be appreciated if someone was willing to test the patch. If it happens to solve the problem, it would be nice to know if maintainers would appreciate a NMU or not. -- Regards, Andreas Henriksson --- udisks-1.0.1+git20100614/debian/udisks.postinst 2010-06-14 16:11:43.0 +0200 +++ udisks-1.0.1+git20100614.fixed/debian/udisks.postinst 2010-08-30 11:50:33.0 +0200 @@ -1,7 +1,19 @@ #!/bin/sh set -e -if [ $1 = configure ]; then +# this helper function borrowed from udev.postinst +chrooted() { + if [ $(stat -c %d/%i /) = $(stat -Lc %d/%i /proc/1/root 2/dev/null) ]; + then +# the devicenumber/inode pair of / is the same as that of /sbin/init's +# root, so we're *not* in a chroot and hence return false. +return 1 + fi + echo A chroot environment has been detected, udisks not restarted. + return 0 +} + +if [ $1 = configure ] ! chrooted ; then # stop udisks-daemon if start-stop-daemon --stop --quiet --exec /usr/lib/udisks/udisks-daemon; then DO_RESTART=1
Bug#515629: GOOD DAY
I have business for you get back for details -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594869: elektra: FTBFS: symbol table changed
Source: elektra Version: 0.7.0-1 Severity: serious sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org ╔══╗ ║ elektra 0.7.0-1 (powerpc) 30 Aug 2010 09:52 ║ ╚══╝ [...] dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libelektra-cpp0/DEBIAN/symbols doesn't match completely debian/libelektra-cpp0.symbols --- debian/libelektra-cpp0.symbols (libelektra-cpp0_0.7.0-1_powerpc) +++ dpkg-gensymbolsCxwfDK 2010-08-30 09:56:16.0 + @@ -19,7 +19,8 @@ _zn3kdb3kdb3seterkns_3k...@base 0.7.0 _zn3kdb3kdb3seterns_6keyseterkns_3ke...@base 0.7.0 _zn3kdb3kdb6removeer...@base 0.7.0 - _zn3kdb3kdb9getstringerkss...@base 0.7.0 + _zn3kdb3kdb9getstringerkss...@base 0.7.0-1 +#MISSING: 0.7.0-1# _zn3kdb3kdb9getstringerkss...@base 0.7.0 _zn3kdb3kdb9setstringerkss...@base 0.7.0 _zn3kdb3kdbc...@base 0.7.0 _zn3kdb3kdbc...@base 0.7.0 @@ -27,7 +28,7 @@ _zn3kdb3kdbd...@base 0.7.0 _zn3kdb3key10setcommenter...@base 0.7.0 _zn3kdb3key11setbasenameer...@base 0.7.0 - _zn3kdb3key3setissee...@base 0.7.0 +#MISSING: 0.7.0-1# _zn3kdb3key3setissee...@base 0.7.0 _zn3kdb3key4sta...@base 0.7.0 _zn3kdb3key6remov...@base 0.7.0 _zn3kdb3key6setdi...@base 0.7.0 @@ -40,7 +41,8 @@ _zn3kdb3key8setctim...@base 0.7.0 _zn3kdb3key8setmtim...@base 0.7.0 _zn3kdb3key8setownerer...@base 0.7.0 - _zn3kdb3key9setbinaryep...@base 0.7.0 + _zn3kdb3key9setbinaryep...@base 0.7.0-1 +#MISSING: 0.7.0-1# _zn3kdb3key9setbinaryep...@base 0.7.0 _zn3kdb3key9setstring...@base 0.7.0 _zn3kdb3keyc1epkcp13__va_list_...@base 0.7.0 _zn3kdb3keyc1ep...@base 0.7.0 @@ -61,13 +63,18 @@ _zn3kdb6keyset4sor...@base 0.7.0 _zn3kdb6keyset6appenderkns_3k...@base 0.7.0 _zn3kdb6keyset6appenderk...@base 0.7.0 - _zn3kdb6keyset9setcurso...@base 0.7.0 + _zn3kdb6keyset9setcurso...@base 0.7.0-1 +#MISSING: 0.7.0-1# _zn3kdb6keyset9setcurso...@base 0.7.0 _zn3kdb6keysetc1erk...@base 0.7.0 - _zn3kdb6keysetc1emp13__va_list_...@base 0.7.0 - _zn3kdb6keysetc1...@base 0.7.0 + _zn3kdb6keysetc1ejp13__va_list_...@base 0.7.0-1 + _zn3kdb6keysetc1...@base 0.7.0-1 +#MISSING: 0.7.0-1# _zn3kdb6keysetc1emp13__va_list_...@base 0.7.0 +#MISSING: 0.7.0-1# _zn3kdb6keysetc1...@base 0.7.0 _zn3kdb6keysetc2erk...@base 0.7.0 - _zn3kdb6keysetc2emp13__va_list_...@base 0.7.0 - _zn3kdb6keysetc2...@base 0.7.0 + _zn3kdb6keysetc2ejp13__va_list_...@base 0.7.0-1 + _zn3kdb6keysetc2...@base 0.7.0-1 +#MISSING: 0.7.0-1# _zn3kdb6keysetc2emp13__va_list_...@base 0.7.0 +#MISSING: 0.7.0-1# _zn3kdb6keysetc2...@base 0.7.0 _zn3kdb6keysetd...@base 0.7.0 _zn3kdb6keysetd...@base 0.7.0 _zn3kdblsersorkns_3k...@base 0.7.0 @@ -109,7 +116,8 @@ _znk3kdb3key8issyste...@base 0.7.0 _znk3kdb3key8needsta...@base 0.7.0 _znk3kdb3key8needsyn...@base 0.7.0 - _znk3kdb3key9getbinarye...@base 0.7.0 + _znk3kdb3key9getbinarye...@base 0.7.0-1 +#MISSING: 0.7.0-1# _znk3kdb3key9getbinarye...@base 0.7.0 _znk3kdb3key9getstrin...@base 0.7.0 _znk3kdb6keyset4hea...@base 0.7.0 _znk3kdb6keyset4siz...@base 0.7.0 dh_makeshlibs: dpkg-gensymbols -plibelektra-cpp0 -Idebian/libelektra-cpp0.symbols -Pdebian/libelektra-cpp0 returned exit code 1 make: *** [binary-arch] Error 1 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 Build finished at 20100830-0956 FAILED [dpkg-buildpackage died] Purging /var/lib/schroot/mount/sid-powerpc-sbuild-02186a86-9b2a-44f9-95f0-eecd745c741d/build/buildd-elektra_0.7.0-1-powerpc-duDDf1 Not removing build depends: cloned chroot in use Finished at 20100830-0956 Build needed 00:03:27, 18636k disc space signature.asc Description: Digital signature
Bug#593195: udisks detect chrooted patch for debian package.
clone 593195 -1 reassign -1 upower retitle -1 installing upower in a chroot kills upowerd in the host thanks On 30.08.2010 11:52, Andreas Henriksson wrote: Hello! I've created a (completely untested) patch with the solution you seemed to have agreed on (see attachment). It would be appreciated if someone was willing to test the patch. If it happens to solve the problem, it would be nice to know if maintainers would appreciate a NMU or not. upower is also affected by this particular issue, so I've cloned it. Your proposed patch is not portable though, so it can't be used on non-linux systems (upower is installable on non-linux, contrary to udisks). We also need to kill upower/udisks when we uninstall the package (see #590013 and #590017). Given this, patching upower/udisks to write a pid file is probably the cleanest but also most invasive solution. Another idea, I'd prefer over your proposed patch, is to test if the D-Bus names for org.freedesktop.UDisks resp. org.freedesktop.UPower are taken (which should not be the case in a chroot) and skip the restart if not. Martin, what do you think? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Processed: Re: udisks detect chrooted patch for debian package.
Processing commands for cont...@bugs.debian.org: clone 593195 -1 Bug#593195: installing udisks in a chroot make udisks-daemon dies in the host Bug 593195 cloned as bug 594871. reassign -1 upower Bug #594871 [udisks] installing udisks in a chroot make udisks-daemon dies in the host Bug reassigned from package 'udisks' to 'upower'. Bug No longer marked as found in versions udisks/1.0.1+git20100614-1. retitle -1 installing upower in a chroot kills upowerd in the host Bug #594871 [upower] installing udisks in a chroot make udisks-daemon dies in the host Changed Bug title to 'installing upower in a chroot kills upowerd in the host' from 'installing udisks in a chroot make udisks-daemon dies in the host' thanks Stopping processing here. Please contact me if you need assistance. -- 594871: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594871 593195: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593195 -1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579901: marked as done (harden-doc: FTBFS make ERROR: securing-debian-howto.fr.dvi could not be generated properly)
Your message dated Mon, 30 Aug 2010 10:47:09 + with message-id e1oq1tn-0007w2...@franck.debian.org and subject line Bug#571429: fixed in harden-doc 3.13.3 has caused the Debian Bug report #571429, regarding harden-doc: FTBFS make ERROR: securing-debian-howto.fr.dvi could not be generated properly to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 571429: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571429 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: harden-doc Severity: serious Justification: FTBFS FTBFS: ... (cd howto-source make EXTS=txt ps pdf LANGS=en de fr) sed -e s/@@LANGS@@/fr/g \ -e s/@@DIRS@@/fr/g \ -e s/@@NAME@@/securing-debian-howto/g \ securing-debian-howto.sgml securing-debian-howto.fr.sgml echo !ENTITY language \fr\ securing-debian-howto.fr.ent echo !ENTITY % lang-fr \INCLUDE\ securing-debian-howto.fr.ent echo !ENTITY docdate \`LC_ALL=C date -R`\ securing-debian-howto.fr.ent echo !ENTITY docversion \CVS\ securing-debian-howto.fr.ent sed -e s/@@LANGS@@/de/g \ -e s/@@DIRS@@/de/g \ -e s/@@NAME@@/securing-debian-howto/g \ securing-debian-howto.sgml securing-debian-howto.de.sgml debiandoc2latexps -l fr securing-debian-howto.fr.sgml debiandoc2latexps: WARNING: overwriting securing-debian-howto.fr.tex debiandoc2latexps: WARNING: overwriting securing-debian-howto.fr.dvi debiandoc2latexps: ERROR: securing-debian-howto.fr.dvi could not be generated properly debiandoc2latexps: rerun with the -v option to found out why debiandoc2latexps: or check the log file securing-debian-howto.fr.log make: *** [securing-debian-howto.fr.ps] Error 1 rm securing-debian-howto.fr.sgml securing-debian-howto.fr.ent securing-debian-howto.de.sgml Running the howto-source/Makefile (manually adding -v option) $(MANUAL).%.ps: $(MANUAL).%.sgml $(MANUAL).%.ent $(SGMLSRCS) debiandoc2latexps -v -l $(locale) $ produces more information: ... ! Undefined control sequence. \...@old@sect ...sname }\fi #7}\else \def \...@svsechd {#6{\hskip #3\relax \...@svse... l.2765 ...\AutoSpaceBeforeFDP} ou de ses services} ) ! Incomplete \iffalse; all text was ignored after line 2765. inserted text \fi * securing-debian-howto.fr.tex ! Emergency stop. * securing-debian-howto.fr.tex Output written on securing-debian-howto.fr.dvi (38 pages, 112288 bytes). Transcript written on securing-debian-howto.fr.log. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Source: harden-doc Source-Version: 3.13.3 We believe that the bug you reported is fixed in the latest version of harden-doc, which is due to be installed in the Debian FTP archive: harden-doc_3.13.3.dsc to main/h/harden-doc/harden-doc_3.13.3.dsc harden-doc_3.13.3.tar.gz to main/h/harden-doc/harden-doc_3.13.3.tar.gz harden-doc_3.13.3_all.deb to main/h/harden-doc/harden-doc_3.13.3_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 571...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Javier Fernandez-Sanguino Pen~a j...@debian.org (supplier of updated harden-doc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Aug 2010 06:16:39 +0200 Source: harden-doc Binary: harden-doc Architecture: source all Version: 3.13.3 Distribution: unstable Urgency: high Maintainer: Javier Fernandez-Sanguino Pen~a j...@computer.org Changed-By: Javier Fernandez-Sanguino Pen~a j...@debian.org Description: harden-doc - Useful documentation to secure a Debian system Closes: 571429 575656 Changes: harden-doc
Bug#571429: marked as done (harden-doc: FTBFS: debiandoc2latexps: ERROR: securing-debian-howto.fr.dvi could not be generated properly)
Your message dated Mon, 30 Aug 2010 10:47:09 + with message-id e1oq1tn-0007w2...@franck.debian.org and subject line Bug#571429: fixed in harden-doc 3.13.3 has caused the Debian Bug report #571429, regarding harden-doc: FTBFS: debiandoc2latexps: ERROR: securing-debian-howto.fr.dvi could not be generated properly to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 571429: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571429 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: harden-doc Version: 3.13.2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100224 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[2]: Entering directory `/build/user-harden-doc_3.13.2-amd64-piurnv/harden-doc-3.13.2/howto-source' sed -e s/@@LANGS@@/en/g \ -e s/@@DIRS@@/en/g \ -e s/@@NAME@@/securing-debian-howto/g \ securing-debian-howto.sgml securing-debian-howto.en.sgml echo !ENTITY language \en\ securing-debian-howto.en.ent echo !ENTITY % lang-en \INCLUDE\ securing-debian-howto.en.ent echo !ENTITY docdate \`LC_ALL=C date -R`\ securing-debian-howto.en.ent echo !ENTITY docversion \CVS\ securing-debian-howto.en.ent sed -e s/@@LANGS@@/de/g \ -e s/@@DIRS@@/de/g \ -e s/@@NAME@@/securing-debian-howto/g \ securing-debian-howto.sgml securing-debian-howto.de.sgml sed -e s/@@LANGS@@/fr/g \ -e s/@@DIRS@@/fr/g \ -e s/@@NAME@@/securing-debian-howto/g \ securing-debian-howto.sgml securing-debian-howto.fr.sgml debiandoc2html -l en -c securing-debian-howto.en.sgml touch securing-debian-howto.en.html.stamp echo !ENTITY language \de\ securing-debian-howto.de.ent echo !ENTITY % lang-de \INCLUDE\ securing-debian-howto.de.ent echo !ENTITY docdate \`LC_ALL=C date -R`\ securing-debian-howto.de.ent echo !ENTITY docversion \CVS\ securing-debian-howto.de.ent debiandoc2html -l de -c securing-debian-howto.de.sgml touch securing-debian-howto.de.html.stamp echo !ENTITY language \fr\ securing-debian-howto.fr.ent echo !ENTITY % lang-fr \INCLUDE\ securing-debian-howto.fr.ent echo !ENTITY docdate \`LC_ALL=C date -R`\ securing-debian-howto.fr.ent echo !ENTITY docversion \CVS\ securing-debian-howto.fr.ent debiandoc2html -l fr -c securing-debian-howto.fr.sgml touch securing-debian-howto.fr.html.stamp debiandoc2text -l en securing-debian-howto.en.sgml debiandoc2text -l de securing-debian-howto.de.sgml debiandoc2text -l fr securing-debian-howto.fr.sgml debiandoc2latexps -l en securing-debian-howto.en.sgml debiandoc2latexps -l de securing-debian-howto.de.sgml debiandoc2latexps -l fr securing-debian-howto.fr.sgml debiandoc2latexps: ERROR: securing-debian-howto.fr.dvi could not be generated properly debiandoc2latexps: rerun with the -v option to found out why debiandoc2latexps: or check the log file securing-debian-howto.fr.log make[2]: *** [securing-debian-howto.fr.ps] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/24/harden-doc_3.13.2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: harden-doc Source-Version: 3.13.3 We believe that the bug you reported is fixed in the latest version of harden-doc, which is due to be installed in the Debian FTP archive: harden-doc_3.13.3.dsc to main/h/harden-doc/harden-doc_3.13.3.dsc harden-doc_3.13.3.tar.gz to main/h/harden-doc/harden-doc_3.13.3.tar.gz harden-doc_3.13.3_all.deb to main/h/harden-doc/harden-doc_3.13.3_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 571...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Javier
Bug#591298: Bug #591298: Banshee regression hopefully fixed in 3.7.2-1
reopen 591298 notfixed 591298 3.7.0-1.1 found 591298 3.7.2-1 thanks Hello again, On Fri, Aug 27, 2010 at 10:02:54AM +0100, Will Thompson wrote: Hi Ondřej, [...] With the CoreCache parts of the query removed, it's very snappy: % time sqlite3 banshee.db.copy banshee-init-core-cache.sql banshee-next-shuffle-by-album-no-core-cache.sql 4478|Heartland|1282844295|1277228957 sqlite3 banshee.db.copy banshee-init-core-cache.sql0.22s user 0.04s system 97% cpu 0.267 total But in its original form, it's reliably a hundred times slower, taking over 22s: % time sqlite3 banshee.db.copy banshee-init-core-cache.sql banshee-next-shuffle-by-album.sql 1063|Stars On The Wall|1282654498|1272661309 sqlite3 banshee.db.copy banshee-init-core-cache.sql22.28s user 0.07s system 99% cpu 22.377 total It's equally slow if I make CoreCache a regular table. I've checked Banshee's Git history briefly, and can't find any changes relating to CoreCache that could have caused this. I wondered if some indexes have been binned or something. But, if I downgrade to libsqlite3-0 3.6.23.1-4 the slower query is miraculously fast again: % time sqlite3 banshee.db.copy banshee-init-core-cache.sql banshee-next-shuffle-by-album.sql 550|Happy Songs for Happy People|1280848000|1280848242 sqlite3 banshee.db.copy banshee-init-core-cache.sql0.27s user 0.03s system 99% cpu 0.302 total I've uploaded my Banshee database, plus the three SQL scripts used, to http://willthompson.co.uk/misc/banshee-sqlite-bug-591298 in the hope that they'll be useful. Thanks for your analysis. I've just looked at upstream's mailing list, and it doesn't look like this has been discussed there. Would you be able to forward this problem to them[0] quickly? Don't bother signing up; I found the moderation to be reasonably quick. If you have no time, just let me know and I'll do it for you. :) Cheers, Iain [0] sqlite-us...@sqlite.org signature.asc Description: Digital signature
Processed: Re: Bug#591298: Bug #591298: Banshee regression hopefully fixed in 3.7.2-1
Processing commands for cont...@bugs.debian.org: reopen 591298 Bug #591298 {Done: Julien Cristau jcris...@debian.org} [sqlite3] Banshee becomes extremely slow after sqlite3 3.6.23.1-4 = 3.7.0-1 upgrade 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. notfixed 591298 3.7.0-1.1 Bug #591298 [sqlite3] Banshee becomes extremely slow after sqlite3 3.6.23.1-4 = 3.7.0-1 upgrade Ignoring request to alter fixed versions of bug #591298 to the same values previously set found 591298 3.7.2-1 Bug #591298 [sqlite3] Banshee becomes extremely slow after sqlite3 3.6.23.1-4 = 3.7.0-1 upgrade Bug Marked as found in versions sqlite3/3.7.2-1. thanks Stopping processing here. Please contact me if you need assistance. -- 591298: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591298 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593195: [Pkg-utopia-maintainers] Bug#593195: udisks detect chrooted patch for debian package.
On 30.08.2010 12:14, Michael Biebl wrote: Another idea, I'd prefer over your proposed patch, is to test if the D-Bus names for org.freedesktop.UDisks resp. org.freedesktop.UPower are taken (which should not be the case in a chroot) and skip the restart if not. So, s-s-d --exec *without* --pidfile is a bit unsafe, as according to the man page it will kill *all* processes matching /proc/pid/exe (see also guillem's comments in #593201) Going further with the dbus idea, we could use something like this if [ -f /var/run/dbus/system_bus_socket ] ; then pid=$(dbus-send --system --dest=org.freedesktop.DBus --print-reply \ /org/freedesktop/DBus org.freedesktop.DBus.GetConnectionUnixProcessID \ string:'org.freedesktop.UDisks' 2/dev/null | grep uint32 | awk '{print $2}') [ -n $pid ] kill $pid / restart etc. fi Does anyone see any obvious downsides with this approach or thinks this is not a good idea? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#593195: [Pkg-utopia-maintainers] Bug#593195: udisks detect chrooted patch for debian package.
On 30.08.2010 13:10, Michael Biebl wrote: if [ -f /var/run/dbus/system_bus_socket ] ; then That better be if [ -S /var/run/dbus/system_bus_socket ] ; then Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#593195: [Pkg-utopia-maintainers] Bug#593195: udisks detect chrooted patch for debian package.
On Mon, Aug 30, 2010 at 13:10:01 +0200, Michael Biebl wrote: if [ -f /var/run/dbus/system_bus_socket ] ; then pid=$(dbus-send --system --dest=org.freedesktop.DBus --print-reply \ /org/freedesktop/DBus org.freedesktop.DBus.GetConnectionUnixProcessID \ string:'org.freedesktop.UDisks' 2/dev/null | grep uint32 | awk '{print $2}') [ -n $pid ] kill $pid / restart etc. fi make it | awk '/uint32/ { print $2 }' to avoid the grep ;) Cheers, Julien signature.asc Description: Digital signature
Processed: tagging 591298
Processing commands for cont...@bugs.debian.org: tags 591298 - fixed-upstream patch Bug #591298 [sqlite3] Banshee becomes extremely slow after sqlite3 3.6.23.1-4 = 3.7.0-1 upgrade Removed tag(s) fixed-upstream and patch. thanks Stopping processing here. Please contact me if you need assistance. -- 591298: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591298 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start
On Mon, Aug 30, 2010 at 00:52:40 +0300, Kamen Naydenov wrote: If I run glxgears X crashes badly - black screen or screen shot and only SysRq commands works (can't test network access). OK, I can reproduce a crash when running glxgears. Program received signal SIGSEGV, Segmentation fault. 0xb760d91e in ?? () from /lib/i686/cmov/libc.so.6 (gdb) bt full #0 0xb760d91e in ?? () from /lib/i686/cmov/libc.so.6 No symbol table info available. #1 0xb76107fc in ?? () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb7610d2d in realloc () from /lib/i686/cmov/libc.so.6 No symbol table info available. #3 0x080a9cf3 in Xrealloc (ptr=0xb76e43a0, amount=3077456856) at ../../os/utils.c:1122 No locals. #4 0x080a107e in miRectAlloc (pRgn=0x94a2494, n=20) at ../../mi/miregion.c:392 data = value optimized out #5 0x080a2890 in miAppendNonO (badreg=0xbffbe398, pOverlap=0xbffbe3bc) at ../../mi/miregion.c:530 pNextRect = value optimized out #6 miRegionOp (badreg=0xbffbe398, pOverlap=0xbffbe3bc) at ../../mi/miregion.c:793 bot = value optimized out numRects = value optimized out ytop = value optimized out newSize = value optimized out prevBand = 10 top = value optimized out ybot = value optimized out curBand = 0 r2y1 = value optimized out oldData = value optimized out r1y1 = value optimized out #7 miRegionValidate (badreg=0xbffbe398, pOverlap=0xbffbe3bc) at ../../mi/miregion.c:1377 half = 1 numRects = 10 ri = 0x94a2480 numRI = 3 sizeRI = value optimized out i = value optimized out rit = value optimized out box = 0x94a2494 riBox = value optimized out ret = 1 #8 0x0815eafc in miValidateTree (pParent=0x9160e30, pChild=0x93c6210, kind=VTMap) at ../../mi/mivaltree.c:741 totalClip = {extents = {x1 = 0, y1 = 25, x2 = 1024, y2 = 600}, data = 0x0} childClip = {extents = {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, data = 0x81effb8} childUnion = {extents = {x1 = 0, y1 = 0, x2 = 0, y2 = 600}, data = 0x956a650} exposed = {extents = {x1 = 0, y1 = 0, x2 = 0, y2 = 0}, data = 0x81effb8} pScreen = 0x91223a0 pWin = 0x93c6210 overlap = 1 viewvals = value optimized out forward = -1074011240 #9 0x080992f5 in MapWindow (pWin=0x93c6210, client=0x9393990) at ../../dix/window.c:2671 event = {u = {u = {type = 19 '\023', detail = 0 '\000', sequenceNumber = 983}, keyButtonPointer = {pad00 = 64421907, time = 242, root = 14681649, event = 0, child = 0, rootX = 0, rootY = 0, eventX = 0, eventY = 0, state = 0, sameScreen = 0 '\000', pad1 = 0 '\000'}, enterLeave = { pad00 = 64421907, time = 242, root = 14681649, event = 0, child = 0, rootX = 0, rootY = 0, eventX = 0, eventY = 0, state = 0, mode = 0 '\000', flags = 0 '\000'}, focus = { pad00 = 64421907, window = 242, mode = 49 '1', pad1 = 6 '\006', pad2 = 224 '\340', pad3 = 0 '\000'}, expose = {pad00 = 64421907, window = 242, x = 1585, y = 224, width = 0, height = 0, count = 0, pad2 = 0}, graphicsExposure = {pad00 = 64421907, drawable = 242, x = 1585, y = 224, width = 0, height = 0, minorEvent = 0, count = 0, majorEvent = 0 '\000', pad1 = 0 '\000', pad2 = 0 '\000', pad3 = 0 '\000'}, noExposure = {pad00 = 64421907, drawable = 242, minorEvent = 1585, majorEvent = 224 '\340', bpad = 0 '\000'}, visibility = { pad00 = 64421907, window = 242, state = 49 '1', pad1 = 6 '\006', pad2 = 224 '\340', pad3 = 0 '\000'}, createNotify = { pad00 = 64421907, parent = 242, window = 14681649, x = 0, y = 0, width = 0, height = 0, borderWidth = 0, override = 0 '\000', bpad = 0 '\000'}, destroyNotify = {pad00 = 64421907, event = 242, window = 14681649}, unmapNotify = { pad00 = 64421907, event = 242, window = 14681649, fromConfigure = 0 '\000', pad1 = 0 '\000', pad2 = 0 '\000', pad3 = 0 '\000'}, mapNotify = {pad00 = 64421907, event = 242, window = 14681649, override = 0 '\000', pad1 = 0 '\000', pad2 = 0 '\000', pad3 = 0 '\000'}, mapRequest = { pad00 = 64421907, parent = 242, window = 14681649}, reparent = { pad00 = 64421907, event = 242, window = 14681649, parent = 0, x = 0, y = 0, override = 0 '\000', pad1 = 0 '\000', pad2 = 0 '\000', pad3 = 0 '\000'}, configureNotify = { pad00 = 64421907, event = 242, window = 14681649, aboveSibling = 0, x = 0, y = 0, width = 0, height = 0, borderWidth = 0, override
Bug#593799: fixed in jsjac 1.3.2+dfsg-1
Hi there! * Thadeu Lima de Souza Cascardo casca...@minaslivre.org [2010-08-27 00:32:06 CEST]: [ Thadeu Lima de Souza Cascardo (with mentoring from metal) ] * Imported Upstream version 1.3.2+dfsg. Remove some non-free files. (Closes: #593799) I wonder - do you plan to fix this bug for stable too? We are still distributing the non-free parts in stable from what I understand and it would be great if you could work on fixing that for lenny too. Thanks in advance! Rhonda -- https://flattr.com/thing/47066/Debian-BTS-cleaning-up -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594412: CouchDB insecure library loading
Hi, Moritz! * Moritz Muehlenhoff j...@debian.org [2010-08-25 21:50:53 CEST]: Package: couchdb Severity: grave Tags: security The vulnerability was introduced by Debian patch mozjs1.9_ldlibpath.patch on 3/24/2009. I fail to find this patch neither in the lenny package nor in the squeeze package, and there was no changelog entry or upload around the mentioned time. Are you sure about these fineprints? Thanks in advance, Rhonda -- https://flattr.com/thing/47066/Debian-BTS-cleaning-up -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591678: greylistd-setup-exim4 causes excessive callouts and cause the server to be blacklisted
On Sun, Aug 29, 2010 at 10:17:37PM +0200, gregor herrmann wrote: On Sun, 29 Aug 2010 18:51:09 +0100, Dominic Hargreaves wrote: i.e. there are more conditions, notably the 'domains = ' check. Adding this to the 'deny' stanza might also be a solution. Ah yes, well spotted :) Adding 'domains' is going to be a better solution than removing the callout altogether. Agreed. Right. The impact of adding 'domains=' to the deny ACL is going to be quite low so I think it's safe to upload this fix as an NMU, which I will therefore plan to do soon. Great, thanks! In fact, the related bug #464084 reports a situation where the callouts actually cause messages to be accepted when they shouldn't be, so I will also remove the callouts. Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: block 594457 with 594484
Processing commands for cont...@bugs.debian.org: block 594457 with 594484 Bug #594457 [libconfig-inetd-perl] libconfig-inetd-perl: Package is empty Was not blocked by any bugs. Added blocking bug(s) of 594457: 594484 End of message, stopping processing here. Please contact me if you need assistance. -- 594457: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594457 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591678: greylistd-setup-exim4 causes excessive callouts and cause the server to be blacklisted
On Mon, Aug 30, 2010 at 01:52:52PM +0100, Dominic Hargreaves wrote: In fact, the related bug #464084 reports a situation where the callouts actually cause messages to be accepted when they shouldn't be, so I will also remove the callouts. Uploading later with the attached patch. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) From 246204d2a78d61108fb94b629c8c748298df46cf Mon Sep 17 00:00:00 2001 From: Dominic Hargreaves d...@earth.li Date: Mon, 30 Aug 2010 13:53:48 +0100 Subject: [PATCH] fix callout verification stuff --- debian/changelog |9 + program/greylistd-setup-exim4 |5 +++-- 2 files changed, 12 insertions(+), 2 deletions(-) diff --git a/debian/changelog b/debian/changelog index 2e0432b..260d2df 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +greylistd (0.8.7+nmu2) unstable; urgency=low + + * Non-maintainer upload. + * Add missing recipient domains check in deny portion of Exim ACL, +and stop doing recipient callouts in defer and deny ACLs +(Closes: #591678, #464084) + + -- Dominic Hargreaves d...@earth.li Mon, 30 Aug 2010 13:51:24 +0100 + greylistd (0.8.7+nmu1) unstable; urgency=low * Non-maintainer upload. diff --git a/program/greylistd-setup-exim4 b/program/greylistd-setup-exim4 index e9a0cd5..2965829 100755 --- a/program/greylistd-setup-exim4 +++ b/program/greylistd-setup-exim4 @@ -70,7 +70,7 @@ exim4conf_texts = { !authenticated = * !acl = acl_local_deny_exceptions domains= +local_domains : +relay_to_domains -verify = recipient/callout=20s,use_sender,defer_ok +verify = recipient condition = ${readsocket{/var/run/greylistd/socket}\\ {--grey \\ %s \\ @@ -85,7 +85,8 @@ exim4conf_texts = { log_message = blacklisted. !senders= : !authenticated = * - verify = recipient/callout=20s,use_sender,defer_ok + domains= +local_domains : +relay_to_domains + verify = recipient condition = ${readsocket{/var/run/greylistd/socket}\\ {--black \\ $sender_host_address \\ -- 1.7.1
Processed: tagging 592885, tagging 594578, found 593869 in 9.3-1
Processing commands for cont...@bugs.debian.org: # not affecing/relevant for stable # https://flattr.com/thing/47066/Debian-BTS-cleaning-up tags 592885 + squeeze sid Bug #592885 [src:atlas] FTBFS [hppa]: final link failed: Nonrepresentable section on output Added tag(s) sid and squeeze. tags 594578 + squeeze sid Bug #594578 [fgfs-base] fgfs-base is useless without flightgear Added tag(s) sid and squeeze. # fixing found version found 593869 9.3-1 Bug #593869 [gcompris] Gcompris - segmentation fault on start Bug Marked as found in versions gcompris/9.3-1. End of message, stopping processing here. Please contact me if you need assistance. -- 593869: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593869 592885: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592885 594578: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594578 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593195: udisks detect chrooted patch for debian package.
On Mon, Aug 30, 2010 at 12:14:02PM +0200, Michael Biebl wrote: [...] Given this, patching upower/udisks to write a pid file is probably the cleanest but also most invasive solution. I fail to see why it has to be invasive. Please point out why a simple hack like the one attached won't work. -- Andreas Henriksson --- udisks-1.0.1+git20100614/src/main.c 2010-03-12 16:13:09.0 +0100 +++ udisks-1.0.1+git20100614.pidfile/src/main.c 2010-08-30 14:13:04.0 +0200 @@ -129,6 +129,16 @@ return ret; } +static void +write_pid() +{ + FILE *f; + + f = g_fopen (/var/run/udisks.pid, w); + g_fprintf (f, %d\n, getpid()); + fclose (f); +} + int main (int argc, char **argv) @@ -221,6 +231,8 @@ goto out; } + write_pid(); + PROFILE (main(): starting main loop); loop = g_main_loop_new (NULL, FALSE); signature.asc Description: Digital signature
Bug#594768: Should xconq be removed?
On 08/29/2010 05:52 AM, Luca Falavigna wrote: Package: xconq Version: 7.4.1-4.1 Severity: serious Tags: sid squeeze xconq seems dead upstream, and requires an obsolete Tcl/Tk version, so it seems a good candidate for removal. If you don't think so, please close this bug report, otherwise I'll convert it into a removal request in a couple of weeks. Yes, please do convert it into a removal. I'd been hoping to package a gtk version that was started, but that's long dead upstream as well. It's sad to see such a great old piece of software get removed, but it's no longer a fit program for distribution in Debian. Thanks for your work! - David -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xconq depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii tcl8.38.3.5-14 Tcl (the Tool Command Language) v8 ii tk8.3 8.3.5-15 Tk toolkit for Tcl and X11, v8.3 - ii xconq-common 7.4.1-4.1 Common files for Xconq xconq recommends no packages. xconq suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594889: destar: does not start: SyntaxError: non-default argument follows default argument (page_owner_cdr.ptl)
Package: destar Version: 0.3~svn813-1 Severity: grave Justification: renders package unusable # destar /usr/share/destar/python/configlets.py:21: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sys, os, types, sha, binascii, time /usr/share/destar/python/cfg_phone_sip.py:23: DeprecationWarning: the md5 module is deprecated; use hashlib instead import md5 DeStar DEVELOPMENT SNAPSHOT, Copyright (C) 2005 by Holger Schurig and contributors. DeStar comes with ABSOLUTELY NO WARRANTY. This is free software, you are welcome to redistribute it under certain conditions; see the included files GPL-2.txt and COPYRIGHT.txt /usr/lib/pymodules/python2.6/quixote/http_response.py:7: DeprecationWarning: the sets module is deprecated from sets import Set Traceback (most recent call last): File /usr/share/destar/python/destar.py, line 126, in module pub = Server.Server(page_main, Publisher.create_publisher, port=int(rport), https=https) File /usr/share/destar/python/Server.py, line 167, in __init__ self.publisher = create_publisher() File /usr/share/destar/python/Publisher.py, line 76, in create_publisher return DeStarPublisher(Page(), File /usr/share/destar/python/page_main.ptl, line 72, in __init__ m = __import__(s) File /usr/lib/pymodules/python2.6/quixote/ptl/ptl_import.py, line 116, in find_import_module return self.loader.load_module(fullname, stuff) File /usr/lib/pymodules/python2.6/quixote/ptl/ptl_import.py, line 96, in load_module return _load_ptl(name, filename, file) File /usr/lib/pymodules/python2.6/quixote/ptl/ptl_import.py, line 67, in _load_ptl code = compile_template(file, filename, output) File /usr/lib/pymodules/python2.6/quixote/ptl/ptl_compile.py, line 237, in compile_template template.compile() File /usr/lib/python2.6/compiler/pycodegen.py, line 111, in compile tree = self._get_tree() File /usr/lib/pymodules/python2.6/quixote/ptl/ptl_compile.py, line 213, in _get_tree tree = parse(self.source, self.filename) File /usr/lib/pymodules/python2.6/quixote/ptl/ptl_compile.py, line 205, in parse raise SyntaxError(str(e), (filename, e.lineno, e.offset, e.text)) SyntaxError: non-default argument follows default argument (page_owner_cdr.ptl) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages destar depends on: ii asterisk 1:1.6.2.9-1 Open Source Private Branch Exchang ii debconf1.5.35Debian configuration management sy ii python 2.6.5-13 interactive high-level object-orie ii python-medusa 0.5.4+clean-2 Framework for implementing asynchr ii python-pychart 1.39-7Python library for creating high q ii python-pysqlite2 2.6.0-1 Python interface to SQLite 3 ii python-quixote 2.5-5+b1 A highly Pythonic Web application ii sqlite33.7.2-1 A command line interface for SQLit destar recommends no packages. Versions of packages destar suggests: pn op-panel none (no description available) pn stunnel none (no description available) -- debconf information: destar/port: 8080 -- Jakub Wilk signature.asc Description: Digital signature
Processed (with 1 errors): your mail
Processing commands for cont...@bugs.debian.org: reassign ftp.debian.org Unknown command or malformed arguments to command. retitle 594768 RM: xconq -- ROM; dead upstream, depends on obsolete Tcl Bug #594768 [xconq] Should xconq be removed? Changed Bug title to 'RM: xconq -- ROM; dead upstream, depends on obsolete Tcl' from 'Should xconq be removed?' severity 594768 normal Bug #594768 [xconq] RM: xconq -- ROM; dead upstream, depends on obsolete Tcl Severity set to 'normal' from 'serious' End of message, stopping processing here. Please contact me if you need assistance. -- 594768: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594768 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594901: system-config-printer: won't start - syntax error
Package: system-config-printer Version: 1.2.3-0.3 Severity: serious Justification: won't start [11:37PM] ham...@buzzword:~ $ system-config-printer Traceback (most recent call last): File /usr/bin/X11/system-config-printer, line 95, in module import jobviewer File /usr/share/system-config-printer/jobviewer.py, line 21, in module import asyncconn File /usr/share/system-config-printer/asyncconn.py, line 27, in module import asyncpk1 File /usr/share/system-config-printer/asyncpk1.py, line 82 reply_handler=self._pk_reply_handler, ^ SyntaxError: invalid syntax -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages system-config-printer depends on: ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme ii python2.5.4-9An interactive high-level object-o ii python-cups 1.9.48-1 Python bindings for CUPS ii python-cupshelpers1.2.3-0.3 Python utility modules around the ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python-gnome2 2.28.0-2 Python bindings for the GNOME desk ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-notify 0.1.1-2+b2 Python bindings for libnotify ii python-support1.0.7 automated rebuilding support for P Versions of packages system-config-printer recommends: ii cups-pk-helper0.1.0-2PolicyKit helper to configure cups ii system-config-printer-udev1.2.3-0.3 Utilities to detect and configure Versions of packages system-config-printer suggests: pn python-gnomekeyring none (no description available) pn python-smbc none (no description available) pn sessioninstaller none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591298: [pkg-cli-apps-team] Bug#593616: f-spot: F-Spot crashes if I try to import pictures
On 29/08/10 12:58, Iain Lane wrote: I've built a little backport of f-spot from experimental to squeeze/amd64 which I believe you are running. If you trust my deb, you can get it from: http://people.ubuntu.com/~laney/f-spot_0.7.2-1_amd64.deb md5sum 3f64e304de2c406f97b341616db9ab66 f-spot_0.7.2-1_amd64.deb sha1sum 895d2a8dfbd428d7f35b68c494ee77c9a142faad f-spot_0.7.2-1_amd64.deb It'd be nice if you could try this. Thank you - that one seems to work beautifully. [snip] Looking at your trace, I wonder if there's a particular image in your import directory that is causing this problem. Maybe you could also try with 0.6.x on a new user account? Tried that - it didn't seem to make any difference. I do have a large collection of photos (2.6G) but I've tried pointing the old f-spot at smaller and smaller subsets of it without success - it always crashed on the first photo it attempted. Thank you for your assistance - I'll now try to learn how to use the program. Cheers, John -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591678: greylistd-setup-exim4 causes excessive callouts and cause the server to be blacklisted
On Mon, 30 Aug 2010 13:52:52 +0100, Dominic Hargreaves wrote: Right. The impact of adding 'domains=' to the deny ACL is going to be quite low so I think it's safe to upload this fix as an NMU, which I will therefore plan to do soon. Great, thanks! In fact, the related bug #464084 reports a situation where the callouts actually cause messages to be accepted when they shouldn't be, Now that's indeed an interesting situation and analysis. so I will also remove the callouts. Good idea. Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Eric Clapton: Before You Accuse Me signature.asc Description: Digital signature
Bug#562945: runinit-run, releaseability thereof
On Fri, Aug 06, 2010 at 05:07:22PM +0100, Neil McGovern wrote: On Tue, Jul 27, 2010 at 10:54:12PM -0400, Don Armstrong wrote: Release team: if you think this bug makes runit-run unreleaseable, please indicate as such; otherwise I think it's reasonable for the maintainer to downgrade the severity of this bug if the maintainer feels that it is releasable. [If there's some disagreement as to whether it is releasable or not, that technical decision can of course be refered back to the ctte.] After some discussion, we feel that the fact that runit-run can be installed, and unless further manual action is taken, it will make the computer unbootable to indicate that the package is unreleaseable. This is not a fact, it's a false assertion unless you have a different understanding of unbootable than me. And it's not what this very bug report is about. I've yet to see a bug report against runit-run about unbootable while the package is included in the past two Debian releases sarge and lenny, and squeeze and sid. After installing runit-run the system boots into sysinit by running /etc/init.d/rcS and provides getties. Other init scripts are not run by default. Because of that, the administrator needs to be informed before installing this package to migrate essential services before rebooting, like sshd if local access is not possible. Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593198: marked as done (talksoup.app: FTBFS on hppa (pl2link: malloc.c:3097: sYSMALLOc: Assertion ... failed))
Your message dated Mon, 30 Aug 2010 17:24:01 +0200 with message-id 20100830152401.ga3...@dogguy.org and subject line Re: Bug#593198: talksoup.app: FTBFS on hppa (pl2link: malloc.c:3097: sYSMALLOc: Assertion ... failed) has caused the Debian Bug report #593198, regarding talksoup.app: FTBFS on hppa (pl2link: malloc.c:3097: sYSMALLOc: Assertion ... failed) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 593198: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593198 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: talksoup.app Version: 1.0alpha-32-g55b4d4e-1.1 Severity: serious Justification: FTBFS Hi maintainer, Your package fails to build from source on hppa: Making all for app TalkSoup... Creating TalkSoup.app/ Compiling file main.m ... Compiling file commands.m ... Linking app TalkSoup ... Creating TalkSoup.app/Resources... Creating stamp file... Creating TalkSoup.app/Resources/Info-gnustep.plist... plmerge: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) ((av)-bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd old_size == 0) || ((unsigned long) (old_size) = (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) ~((2 * (sizeof(size_t))) - 1))) ((old_top)-size 0x1) ((unsigned long)old_end pagemask) == 0)' failed. Aborted make[4]: [TalkSoup.app/Resources/Info-gnustep.plist] Error 134 (ignored) Creating TalkSoup.app/Resources/TalkSoup.desktop... pl2link: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) ((av)-bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd old_size == 0) || ((unsigned long) (old_size) = (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) ~((2 * (sizeof(size_t))) - 1))) ((old_top)-size 0x1) ((unsigned long)old_end pagemask) == 0)' failed. Aborted make[4]: *** [TalkSoup.app/Resources/TalkSoup.desktop] Error 134 make[3]: *** [TalkSoup.all.app.variables] Error 2 make[2]: *** [internal-all] Error 2 make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/build/buildd-talksoup.app_1.0alpha-32-g55b4d4e-1.1-hppa-1G45uM/talksoup.app-1.0alpha-32-g55b4d4e' make: *** [build-stamp] Error 2 The full build log can be found at: https://buildd.debian.org/fetch.cgi?pkg=talksoup.apparch=hppaver=1.0alpha-32-g55b4d4e-1.1stamp=1281653959file=logas=raw Regards, -- Mehdi Dogguy -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- On 0, Mehdi Dogguy me...@debian.org wrote: Package: talksoup.app Version: 1.0alpha-32-g55b4d4e-1.1 Severity: serious Justification: FTBFS Hi maintainer, Your package fails to build from source on hppa: It's fixed now (fixed in gnustep-base). Thus, closing this bugreport. Regards, -- Mehdi Dogguy ---End Message---
Bug#591298: Bug #591298: Banshee regression hopefully fixed in 3.7.2-1
Hi, On Mon, 2010-08-30 at 11:52 +0100, Iain Lane wrote: On Fri, Aug 27, 2010 at 10:02:54AM +0100, Will Thompson wrote: With the CoreCache parts of the query removed, it's very snappy: It's enough to put a plus sing front of it like: +CoreTracks.PrimarySourceID = 1 Thanks for your analysis. I've just looked at upstream's mailing list, and it doesn't look like this has been discussed there. Would you be able to forward this problem to them[0] quickly? As I previously noted, I've reported it to upstream already. They said they are working on it, but I didn't get more feedback. From time to time I check the latest trunk. I couldn't build it last Saturday, reported it and it's just fixed. Trying soon, will report back if it fixes this issue. I don't have false hopes btw, so it may or may not help if you ask for it as well on the upstream mailing list. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580398: ecm and gmp-ecm: error when trying to install together
Hello, * Ralf Treinen [Tue, Aug 24, 2010 at 10:34:38AM +0200]: this bug still exists in squeeze since we still have gmp-ecm/6.2-1 in squeeze. Migration of 6.3-3 to squeeze is currently blocked by #593193. Maybe a separate bug fix of #580398 (through testing-proposed-updates?) would be in order to fix this bug in squeeze? I kind of hoped to have the build failure fixed on sparc... I'll see how to upload to t-p-u. Laurent. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591678: greylistd-setup-exim4 causes excessive callouts and cause the server to be blacklisted
On Mon, Aug 30, 2010 at 01:56:20PM +0100, Dominic Hargreaves wrote: On Mon, Aug 30, 2010 at 01:52:52PM +0100, Dominic Hargreaves wrote: In fact, the related bug #464084 reports a situation where the callouts actually cause messages to be accepted when they shouldn't be, so I will also remove the callouts. Uploading later with the attached patch. Uploaded. Actual patch attached. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) diff --git a/debian/changelog b/debian/changelog index 2e0432b..11bbcda 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +greylistd (0.8.7+nmu2) unstable; urgency=low + + * Non-maintainer upload. + * Add missing recipient domains check in deny portion of Exim ACL, +and stop doing recipient callouts in defer and deny ACLs +(Closes: #591678, #464084) + * Fix lintian error: don't include /var/run/greylistd in package +(init script already creates it dynamically) + + -- Dominic Hargreaves d...@earth.li Mon, 30 Aug 2010 16:59:54 +0100 + greylistd (0.8.7+nmu1) unstable; urgency=low * Non-maintainer upload. diff --git a/debian/dirs b/debian/dirs index f534d8a..a50b10a 100644 --- a/debian/dirs +++ b/debian/dirs @@ -1,4 +1,3 @@ usr/sbin etc/greylistd var/lib/greylistd -var/run/greylistd diff --git a/program/greylistd-setup-exim4 b/program/greylistd-setup-exim4 index e9a0cd5..2965829 100755 --- a/program/greylistd-setup-exim4 +++ b/program/greylistd-setup-exim4 @@ -70,7 +70,7 @@ exim4conf_texts = { !authenticated = * !acl = acl_local_deny_exceptions domains= +local_domains : +relay_to_domains -verify = recipient/callout=20s,use_sender,defer_ok +verify = recipient condition = ${readsocket{/var/run/greylistd/socket}\\ {--grey \\ %s \\ @@ -85,7 +85,8 @@ exim4conf_texts = { log_message = blacklisted. !senders= : !authenticated = * - verify = recipient/callout=20s,use_sender,defer_ok + domains= +local_domains : +relay_to_domains + verify = recipient condition = ${readsocket{/var/run/greylistd/socket}\\ {--black \\ $sender_host_address \\
Bug#591678: marked as done (greylistd-setup-exim4 causes excessive callouts and cause the server to be blacklisted)
Your message dated Mon, 30 Aug 2010 16:17:17 + with message-id e1oq72r-0001qc...@franck.debian.org and subject line Bug#591678: fixed in greylistd 0.8.7+nmu2 has caused the Debian Bug report #591678, regarding greylistd-setup-exim4 causes excessive callouts and cause the server to be blacklisted to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 591678: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591678 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: greylistd Version: 0.8.7+nmu1 Severity: grave Tags: security patch Justification: renders package unusable The 'greylistd-setup-exim4' script added a section 'deny' to /etc/exim4/conf.d/acl/30_exim4-config_check_rcpt. # Deny if blacklisted by greylist deny message = $sender_host_address is blacklisted from delivering \\ mail from $sender_address to $local_p...@$domain. log_message = blacklisted. !senders= : !authenticated = * verify = recipient/callout=20s,use_sender,defer_ok condition = ${readsocket{/var/run/greylistd/socket}\\ {--black \\ $sender_host_address \\ $sender_address \\ $local_p...@$domain}\\ {5s}{}{false}} In this added section, recipient/callouts are performed without verifying recipient's hostname. Thus, when spammers send to the hosting server emails with recipient refering to other domains that are not relayed, excessive and wrong recipient callouts will be performed. The final results then include 1, high server load due to excessive callouts 2, potential DDOS attack to other domains 3, the hosting server being blocked because of sending callouts to spam-trap addresses 4, complain from ISP and termination of service A simple fix should be removing the recipient/callout verification in this 'deny' section, since there is NO POINT TO NOT DENY if recipient/callout would fail. The patch is then as following *** greylistd-0.8.7+nmu1/program/greylistd-setup-exim4 2007-12-02 10:51:35.0 -0500 --- greylistd-0.8.7+nmu1.my/program/greylistd-setup-exim4 2010-08-04 12:54:31.802439372 -0400 *** exim4conf_texts = { *** 85,91 log_message = blacklisted. !senders= : !authenticated = * -verify = recipient/callout=20s,use_sender,defer_ok condition = ${readsocket{/var/run/greylistd/socket}\\ {--black \\ $sender_host_address \\ --- 85,90 -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages greylistd depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii python2.5.2-3An interactive high-level object-o Versions of packages greylistd recommends: ii exim4 4.69-9 metapackage to ease Exim MTA (v4) greylistd suggests no packages. -- debconf information: greylistd/autoconfig_notdone: greylistd/restartexim: true * greylistd/autoconfig_notdone_exim4: ---End Message--- ---BeginMessage--- Source: greylistd Source-Version: 0.8.7+nmu2 We believe that the bug you reported is fixed in the latest version of greylistd, which is due to be installed in the Debian FTP archive: greylistd_0.8.7+nmu2.dsc to main/g/greylistd/greylistd_0.8.7+nmu2.dsc greylistd_0.8.7+nmu2.tar.gz to main/g/greylistd/greylistd_0.8.7+nmu2.tar.gz greylistd_0.8.7+nmu2_all.deb to main/g/greylistd/greylistd_0.8.7+nmu2_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 591...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Dominic Hargreaves d...@earth.li (supplier of updated greylistd package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format:
Bug#590873: openconnect 2.25 does not verify SSL server certificates
On Sun, Aug 29, 2010 at 10:42:28AM +0100, Adam D. Barratt wrote: I have to admit I'm not hugely happy with the CSD trojan messages but, at least in terms of the configuration file setup, I'm not sure it's worth diverging from upstream on. Please go ahead. Uploaded, please unblock openconnect 2.25-0.1 Thanks, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591678: greylistd-setup-exim4 causes excessive callouts and cause the server to be blacklisted
On Mon, Aug 30, 2010 at 05:15:22PM +0100, Dominic Hargreaves wrote: On Mon, Aug 30, 2010 at 01:56:20PM +0100, Dominic Hargreaves wrote: On Mon, Aug 30, 2010 at 01:52:52PM +0100, Dominic Hargreaves wrote: In fact, the related bug #464084 reports a situation where the callouts actually cause messages to be accepted when they shouldn't be, so I will also remove the callouts. Uploading later with the attached patch. Uploaded. Actual patch attached. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) diff --git a/debian/changelog b/debian/changelog index 2e0432b..11bbcda 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +greylistd (0.8.7+nmu2) unstable; urgency=low + + * Non-maintainer upload. + * Add missing recipient domains check in deny portion of Exim ACL, +and stop doing recipient callouts in defer and deny ACLs +(Closes: #591678, #464084) + * Fix lintian error: don't include /var/run/greylistd in package +(init script already creates it dynamically) + + -- Dominic Hargreaves d...@earth.li Mon, 30 Aug 2010 16:59:54 +0100 + greylistd (0.8.7+nmu1) unstable; urgency=low * Non-maintainer upload. diff --git a/debian/dirs b/debian/dirs index f534d8a..a50b10a 100644 --- a/debian/dirs +++ b/debian/dirs @@ -1,4 +1,3 @@ usr/sbin etc/greylistd var/lib/greylistd -var/run/greylistd diff --git a/program/greylistd-setup-exim4 b/program/greylistd-setup-exim4 index e9a0cd5..2965829 100755 --- a/program/greylistd-setup-exim4 +++ b/program/greylistd-setup-exim4 @@ -70,7 +70,7 @@ exim4conf_texts = { !authenticated = * !acl = acl_local_deny_exceptions domains= +local_domains : +relay_to_domains -verify = recipient/callout=20s,use_sender,defer_ok +verify = recipient condition = ${readsocket{/var/run/greylistd/socket}\\ {--grey \\ %s \\ @@ -85,7 +85,8 @@ exim4conf_texts = { log_message = blacklisted. !senders= : !authenticated = * - verify = recipient/callout=20s,use_sender,defer_ok + domains= +local_domains : +relay_to_domains + verify = recipient condition = ${readsocket{/var/run/greylistd/socket}\\ {--black \\ $sender_host_address \\ Please unblock greylistd 0.8.7+nmu2. Thanks, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: [bts-link] source package pcmanfm
Processing commands for cont...@bugs.debian.org: # # bts-link upstream status pull for source package pcmanfm # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #593607 (http://bugs.debian.org/593607) # * http://sourceforge.net/tracker/?func=detailatid=801864aid=3052037group_id=156956 # * remote status changed: (?) - Closed # * remote resolution changed: (?) - Out-of-Date # * closed upstream tags 593607 + fixed-upstream Bug #593607 [pcmanfm] pcmanfm wrongly deleted some files in a failed move operation Added tag(s) fixed-upstream. usertags 593607 + status-Closed resolution-Out-of-Date Bug#593607: pcmanfm wrongly deleted some files in a failed move operation There were no usertags set. Usertags are now: resolution-Out-of-Date status-Closed. thanks Stopping processing here. Please contact me if you need assistance. -- 593607: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593607 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564556: [pkg-lighttpd] Bug#564556: Bug#564556: lighttpd still unusable by default
On Sun, Aug 29, 2010 at 6:31 PM, Patrick Matthäi pmatth...@debian.org wrote: That are not your changes. I thought Mehdi wanted the contents. If you want, that your new build gets uploaded to Debian by a sponsor, you have to build and check your package+changes+diff and after that upload the whole to any space with the .dsc etc. A sponsor should not be necessary, as Lighttpd has three uploaders: Krzysztof Krzyżaniak (eloy) (u), Torsten Marek (u), Pierre Habouzit (u) Olaf -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593195: udisks detect chrooted patch for debian package.
Michael Biebl [2010-08-30 12:14 +0200]: Martin, what do you think? I like the D-BUS query approach. It avoids doing extra stuff at each startup with PID files (which would involve writing to the disk), and also avoids having to clean up stale pid files, etc. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#594640: marked as done (libpam-mount: Not installable on kfreebsd-*: mount not available)
Your message dated Mon, 30 Aug 2010 18:02:09 + with message-id e1oq8gl-000712...@franck.debian.org and subject line Bug#594640: fixed in libpam-mount 2.5-3 has caused the Debian Bug report #594640, regarding libpam-mount: Not installable on kfreebsd-*: mount not available to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 594640: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594640 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libpam-mount Version: 1.33-2 Severity: serious Justification: Uninstallable Hi maintainer, While I appreciate the effort your put to fix (#592492), I wonder if you tested the package on kfreebsd-*. grep-excuses told me that you might not: libpam-mount/kfreebsd-amd64 unsatisfiable Depends: mount (= 2.12-3) libpam-mount/kfreebsd-i386 unsatisfiable Depends: mount (= 2.12-3) If your package is really not usable on those architecutres, please request its removal there. Regards, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Source: libpam-mount Source-Version: 2.5-3 We believe that the bug you reported is fixed in the latest version of libpam-mount, which is due to be installed in the Debian FTP archive: libpam-mount_2.5-3.debian.tar.gz to main/libp/libpam-mount/libpam-mount_2.5-3.debian.tar.gz libpam-mount_2.5-3.dsc to main/libp/libpam-mount/libpam-mount_2.5-3.dsc libpam-mount_2.5-3_amd64.deb to main/libp/libpam-mount/libpam-mount_2.5-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 594...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bastian Kleineidam cal...@debian.org (supplier of updated libpam-mount package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Aug 2010 19:37:31 +0200 Source: libpam-mount Binary: libpam-mount Architecture: source amd64 Version: 2.5-3 Distribution: unstable Urgency: medium Maintainer: Bastian Kleineidam cal...@debian.org Changed-By: Bastian Kleineidam cal...@debian.org Description: libpam-mount - PAM module that can mount volumes for a user session Closes: 594640 Changes: libpam-mount (2.5-3) unstable; urgency=medium . * Depend on mount only on linux. Other architectures have the mount binary in other packages. This makes the package installable on kfreebsd-*. (Closes: #594640) * Urgency medium due to RC bugfix. Checksums-Sha1: 49359e3ade493732ccb50f59766049ee9e184244 1289 libpam-mount_2.5-3.dsc 21eda92cef6106b5fbeaa726a5d1d75b0691a322 26307 libpam-mount_2.5-3.debian.tar.gz 2be769c71e0fb7eda9191a1c88c96d13a590c67d 132466 libpam-mount_2.5-3_amd64.deb Checksums-Sha256: e4902248b29c5a63127931901d4b014ed6e7da652357c72bf45500e5fbc4e6f4 1289 libpam-mount_2.5-3.dsc 71c67ba51ff42e0ab307314e0f209d065db936cb53d5b3f778e364505f264723 26307 libpam-mount_2.5-3.debian.tar.gz 6445877d26959fe7091ee0fff8ff74f593c14ff2b44f7d9c1c94d1c740df05ee 132466 libpam-mount_2.5-3_amd64.deb Files: a55f5ab2a0bbabf9db6912b69debd19a 1289 admin extra libpam-mount_2.5-3.dsc dc7c9171d46448b4291edaf4823c21fc 26307 admin extra libpam-mount_2.5-3.debian.tar.gz 47e376a612bc0df4a32e415a900111e8 132466 admin extra libpam-mount_2.5-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkx78AgACgkQeBwlBDLsbz6z8QCeLopw9JhBIa46vaBr6VSzfHYW 3+0An1APjUAS4qBsr7y673IAiR8SE1B6 =hyWX -END PGP SIGNATURE- ---End Message---
Processed: severity of 594840 is serious
Processing commands for cont...@bugs.debian.org: # As per Debian Policy 3.5 and Squeeze RC policy 2: severity 594840 serious Bug #594840 [cnetworkmanager] cnetworkmanager should depend on python-gobject Severity set to 'serious' from 'important' thanks Stopping processing here. Please contact me if you need assistance. -- 594840: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594840 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591761: marked as done (usb-modeswitch: Insecure usage of /tmp/gsmmodem_*)
Your message dated Mon, 30 Aug 2010 18:17:23 + with message-id e1oq8v5-00088l...@franck.debian.org and subject line Bug#591761: fixed in usb-modeswitch 1.1.4-1 has caused the Debian Bug report #591761, regarding usb-modeswitch: Insecure usage of /tmp/gsmmodem_* to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 591761: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591761 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: udev Version: 158-1 Severity: normal I think the problem is usb_modeswitch doesn't run at boot. In fact if either I run usb_modeswitch -c /etc/usb_modeswitch.d/12d1:1446 with the device connected at boot or I connect the device after boot, the problem doesn't appear. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0]1.5.33 Debian configuration management sy ii libc62.11.2-2Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1SELinux runtime shared libraries ii libusb-0.1-4 2:0.1.12-15 userspace USB programming library ii lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip ii util-linux 2.17.2-3.1 Miscellaneous system utilities Versions of packages udev recommends: ii pciutils 1:3.1.7-4 Linux PCI Utilities ii usbutils 0.87-5 Linux USB utilities udev suggests no packages. -- debconf information: udev/new_kernel_needed: false udev/title/upgrade: udev/reboot_needed: ---End Message--- ---BeginMessage--- Source: usb-modeswitch Source-Version: 1.1.4-1 We believe that the bug you reported is fixed in the latest version of usb-modeswitch, which is due to be installed in the Debian FTP archive: usb-modeswitch_1.1.4-1.debian.tar.gz to main/u/usb-modeswitch/usb-modeswitch_1.1.4-1.debian.tar.gz usb-modeswitch_1.1.4-1.dsc to main/u/usb-modeswitch/usb-modeswitch_1.1.4-1.dsc usb-modeswitch_1.1.4-1_amd64.deb to main/u/usb-modeswitch/usb-modeswitch_1.1.4-1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 591...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Didier Raboud did...@raboud.com (supplier of updated usb-modeswitch package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 30 Aug 2010 18:30:37 +0200 Source: usb-modeswitch Binary: usb-modeswitch Architecture: source amd64 Version: 1.1.4-1 Distribution: unstable Urgency: high Maintainer: Didier Raboud did...@raboud.com Changed-By: Didier Raboud did...@raboud.com Description: usb-modeswitch - mode switching tool for controlling flip flop USB devices Closes: 587776 590903 591722 591760 591761 591765 Changes: usb-modeswitch (1.1.4-1) unstable; urgency=low . * Patches: + 04_use_var_lib_not_etc.patch : Add to put runtime files in /var/lib. . * Release to unstable, thanks to the Release Team approval. . usb-modeswitch (1.1.4-1~exp0) experimental; urgency=high . * New 1.1.4 upstream version; relevant changes: - The package should work at boot time now (cold and warm); (Closes: #591765, #591722) - wrapper fix for the symlink feature: handling of multiple interrupt ports was incomplete; (Closes: #587776) - wrapper does not longer use a temporary file for the symlink feature (security considerations, Marco d'Itri) (Closes: #591761) - no udev rules grep'ing (Closes: #591760) . * Patches: + 01_no_bash_before_tcl.patch : add to avoid one more waiting. + 02_mp_correct_hyphens.patch: refresh. + 03_use_udev_specifics.patch: avoid code duplication by using udev specific hotplug functions. . * Set urgency to high as new upstream fixes security bug. . * Correct documentation glitches in debian/README.Debian (Closes: #590903) Checksums-Sha1: 960633fd8633daf9241a4a223930cc364bb2be2d 1889
Bug#593195: udisks detect chrooted patch for debian package.
On mån, 2010-08-30 at 19:05 +0200, Martin Pitt wrote: Michael Biebl [2010-08-30 12:14 +0200]: Martin, what do you think? I like the D-BUS query approach. It avoids doing extra stuff at each startup with PID files (which would involve writing to the disk), and also avoids having to clean up stale pid files, etc. Martin Tested patch attached for your convenience. (maybe the udev trigger should be skipped as well in a chroot, but I guess it's harmless and triggering udev on hosts not running dbus might still be a good idea?) -- Regards, Andreas Henriksson --- udisks-1.0.1+git20100614.orig/debian/udisks.postinst 2010-06-14 16:11:43.0 +0200 +++ udisks-1.0.1+git20100614/debian/udisks.postinst 2010-08-30 20:25:05.0 +0200 @@ -2,9 +2,17 @@ set -e if [ $1 = configure ]; then -# stop udisks-daemon -if start-stop-daemon --stop --quiet --exec /usr/lib/udisks/udisks-daemon; then - DO_RESTART=1 +# stop udisks-daemon (when dbus is available == no chroot) +if [ -S /var/run/dbus/system_bus_socket ] ; then +pid=$(dbus-send --system --dest=org.freedesktop.DBus --print-reply \ + /org/freedesktop/DBus \ + org.freedesktop.DBus.GetConnectionUnixProcessID \ + string:'org.freedesktop.UDisks' 2/dev/null \ + | awk '/uint32/{print $2}') +if [ -n $pid ]; then +kill $pid +DO_RESTART=1 +fi fi # migrate DeviceKit-disks mtab on upgrade
Bug#564556: [pkg-lighttpd] Bug#564556: Bug#564556: lighttpd still unusable by default
On 30-Aug-10 18:51, Olaf van der Spek wrote: If you want, that your new build gets uploaded to Debian by a sponsor, you have to build and check your package+changes+diff and after that upload the whole to any space with the .dsc etc. A sponsor should not be necessary, as Lighttpd has three uploaders: Krzysztof Krzyżaniak (eloy) (u), Torsten Marek (u), Pierre Habouzit (u) Oh well, uploader != uploader [0] [1] [0] http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Uploaders [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581011 Just my 2c. Greetings, -- JM -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594871: udisks detect chrooted patch for debian package.
On mån, 2010-08-30 at 19:05 +0200, Martin Pitt wrote: Michael Biebl [2010-08-30 12:14 +0200]: Martin, what do you think? I like the D-BUS query approach. It avoids doing extra stuff at each startup with PID files (which would involve writing to the disk), and also avoids having to clean up stale pid files, etc. Martin Similar patch to previous one, except for UPower this time. Tested on host and in pbuilder chroot. -- Regards, Andreas Henriksson --- upower-0.9.5/debian/upower.postinst 2010-08-30 20:49:28.0 +0200 +++ upower-0.9.5.fixed/debian/upower.postinst 2010-08-30 20:39:29.0 +0200 @@ -26,9 +26,17 @@ mv_conffile /etc/UPower.conf /etc/UPower/UPower.conf fi -# restart upowerd -if start-stop-daemon --stop --quiet --exec /usr/lib/upower/upowerd; then - upower --version /dev/null || true # will trigger through D-Bus activation +# restart upowerd (when dbus is available == no chroot) +if [ -S /var/run/dbus/system_bus_socket ] ; then +pid=$(dbus-send --system --dest=org.freedesktop.DBus --print-reply \ + /org/freedesktop/DBus \ + org.freedesktop.DBus.GetConnectionUnixProcessID \ + string:'org.freedesktop.UPower' 2/dev/null \ + | awk '/uint32/{print $2}') +if [ -n $pid ]; then +kill $pid + upower --version /dev/null || true # will trigger through D-Bus activation +fi fi fi
Bug#590873: openconnect 2.25 does not verify SSL server certificates
On Mon, 2010-08-30 at 17:34 +0100, Dominic Hargreaves wrote: On Sun, Aug 29, 2010 at 10:42:28AM +0100, Adam D. Barratt wrote: I have to admit I'm not hugely happy with the CSD trojan messages but, at least in terms of the configuration file setup, I'm not sure it's worth diverging from upstream on. Please go ahead. Uploaded, please unblock openconnect 2.25-0.1 Unblocked. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590391: marked as done (meep-openmpi: FTBFS: configure-openmpi: error: guile-config is broken)
Your message dated Mon, 30 Aug 2010 19:32:17 + with message-id e1oqa5z-i1...@franck.debian.org and subject line Bug#590391: fixed in meep-openmpi 1.1.1-6 has caused the Debian Bug report #590391, regarding meep-openmpi: FTBFS: configure-openmpi: error: guile-config is broken to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 590391: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590391 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: meep-openmpi Version: 1.1.1-4 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100725 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/fakeroot debian/rules clean dpatch deapply-all 01-configure not applied to ./ . rm -rf patch-stamp patch-stampT debian/patched dh_testdir dh_testroot rm -rf debian/build-openmpi dh_clean configure-stamp* build-stamp* install-stamp* dpkg-source -b meep-openmpi-1.1.1 dpkg-source: warning: no source format specified in debian/source/format, see dpkg-source(1) dpkg-source: info: using source format `1.0' dpkg-source: info: building meep-openmpi using existing meep-openmpi_1.1.1.orig.tar.gz dpkg-source: info: building meep-openmpi in meep-openmpi_1.1.1-4.diff.gz dpkg-source: warning: executable mode 0755 of 'debian/patches/01-configure' will not be represented in diff dpkg-source: info: building meep-openmpi in meep-openmpi_1.1.1-4.dsc debian/rules build test -d debian/patched || install -d debian/patched dpatch apply-all applying patch 01-configure to ./ ... ok. dpatch cat-all patch-stampT mv -f patch-stampT patch-stamp dh_testdir mkdir -p debian/build-openmpi cat configure | \ sed s/PACKAGE_NAME='meep'/PACKAGE_NAME='meep-openmpi'/g |\ sed s/PACKAGE='meep'/PACKAGE='meep-openmpi'/g configure-openmpi chmod 755 configure-openmpi cd debian/build-openmpi \ F77=gfortran ../../configure-openmpi --host=x86_64-linux-gnu --build=x86_64-linux-gnu --prefix=/usr --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --with-libctl=/usr/share/libctl3 --enable-shared --with-pic --enable-cxx --with-mpi=yes configure-openmpi: WARNING: unrecognized options: --enable-cxx checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for x86_64-linux-gnu-g++... x86_64-linux-gnu-g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether x86_64-linux-gnu-g++ accepts -g... yes checking for style of include used by make... GNU checking dependency style of x86_64-linux-gnu-g++... gcc3 checking for mpic++... mpic++ checking for MPI_Init... yes checking for mpi.h... yes checking for extra flag needed to combine stdio.h and mpi.h... none checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for x86_64-linux-gnu-gcc... x86_64-linux-gnu-gcc checking whether we are using the GNU C compiler... yes checking whether x86_64-linux-gnu-gcc accepts -g... yes checking for x86_64-linux-gnu-gcc option to accept ISO C89... none needed checking dependency style of x86_64-linux-gnu-gcc... gcc3 checking for C++ compiler vendor... gnu checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by x86_64-linux-gnu-gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 3458764513820540925 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... yes checking for /usr/bin/ld option to reload object files... -r checking for x86_64-linux-gnu-objdump... no checking for
Bug#564556: marked as done (lighttpd: can't bind to port: :: 80 Address already in use)
Your message dated Mon, 30 Aug 2010 19:47:11 + with message-id e1oqajz-0001sp...@franck.debian.org and subject line Bug#564556: fixed in lighttpd 1.4.28-1 has caused the Debian Bug report #564556, regarding lighttpd: can't bind to port: :: 80 Address already in use to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 564556: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564556 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: lighttpd Version: 1.4.25-2 Severity: minor lighttpd refuses to install, seemingly because it is trying to bind to port 80 twice: | Setting up lighttpd (1.4.25-2) ... | Starting web server: lighttpd2010-01-10 00:57:30: (network.c.345) can't bind to port: :: 80 Address already in use | failed! Invoking the init script by hand yields the same result: | # /etc/init.d/lighttpd restart | Stopping web server: lighttpd. | Starting web server: lighttpd2010-01-10 01:24:05: (network.c.345) can't bind to port: :: 80 Address already in use | failed! | # echo $? | 1 I do not have any other web server installed, nor is any other program listening on port 80. | $ netstat -a | awk '($1 != unix) ($6 == LISTEN)' | tcp0 0 *:ssh *:* LISTEN | tcp0 0 localhost:smtp *:* LISTEN | tcp6 0 0 [::]:ssh[::]:* LISTEN The problem is that (why? I don't know, but that's a separate problem) the bindv6only sysctl is not enabled. Enabling it fixes this. A clearer error message would have made this easier to diagnose. Even better, lighttpd could set the IPV6_V6ONLY option itself and not rely on net.ipv6.bindv6only being set. Thoughts? Jonathan ---End Message--- ---BeginMessage--- Source: lighttpd Source-Version: 1.4.28-1 We believe that the bug you reported is fixed in the latest version of lighttpd, which is due to be installed in the Debian FTP archive: lighttpd-doc_1.4.28-1_all.deb to main/l/lighttpd/lighttpd-doc_1.4.28-1_all.deb lighttpd-mod-cml_1.4.28-1_i386.deb to main/l/lighttpd/lighttpd-mod-cml_1.4.28-1_i386.deb lighttpd-mod-magnet_1.4.28-1_i386.deb to main/l/lighttpd/lighttpd-mod-magnet_1.4.28-1_i386.deb lighttpd-mod-mysql-vhost_1.4.28-1_i386.deb to main/l/lighttpd/lighttpd-mod-mysql-vhost_1.4.28-1_i386.deb lighttpd-mod-trigger-b4-dl_1.4.28-1_i386.deb to main/l/lighttpd/lighttpd-mod-trigger-b4-dl_1.4.28-1_i386.deb lighttpd-mod-webdav_1.4.28-1_i386.deb to main/l/lighttpd/lighttpd-mod-webdav_1.4.28-1_i386.deb lighttpd_1.4.28-1.debian.tar.gz to main/l/lighttpd/lighttpd_1.4.28-1.debian.tar.gz lighttpd_1.4.28-1.dsc to main/l/lighttpd/lighttpd_1.4.28-1.dsc lighttpd_1.4.28-1_i386.deb to main/l/lighttpd/lighttpd_1.4.28-1_i386.deb lighttpd_1.4.28.orig.tar.gz to main/l/lighttpd/lighttpd_1.4.28.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 564...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thijs Kinkhorst th...@debian.org (supplier of updated lighttpd package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 30 Aug 2010 20:53:18 +0200 Source: lighttpd Binary: lighttpd lighttpd-doc lighttpd-mod-mysql-vhost lighttpd-mod-trigger-b4-dl lighttpd-mod-cml lighttpd-mod-magnet lighttpd-mod-webdav Architecture: source i386 all Version: 1.4.28-1 Distribution: unstable Urgency: low Maintainer: Debian lighttpd maintainers pkg-lighttpd-maintain...@lists.alioth.debian.org Changed-By: Thijs Kinkhorst th...@debian.org Description: lighttpd - A fast webserver with minimal memory footprint lighttpd-doc - Documentation for lighttpd lighttpd-mod-cml - Cache meta language module for lighttpd lighttpd-mod-magnet - Control the request handling module for lighttpd lighttpd-mod-mysql-vhost - MySQL-based virtual host configuration for lighttpd lighttpd-mod-trigger-b4-dl - Anti-deep-linking module for lighttpd lighttpd-mod-webdav - WebDAV module for lighttpd Closes: 521235 564556 572031 589200 Changes: lighttpd (1.4.28-1) unstable; urgency=low . [ Olaf van der Spek ] * New upstream release (closes: 521235, 572031, 564556) * Add check_syntax() from Ubuntu (closes:
Bug#585966: installation of pdns-server 2.9.22-7 fails on squeeze
Petter Reinholdtsen writes: Missing the output from the two commands I sent earlier to have any idea what is causing this. petter, i started from scratch and installed debian squeeze from daily netinst cd image for i386 arch. at the end of the installation process i only chose SSH Server and Standard system utilities. after reboot, i installed mysql-server-5.1 and python-mysqldb packages, which went fine. after that i installed pdns-backend-mysql, pdns-recursor, and pdns-server, which resulted in insserv loop as shown below. then i executed '/usr/share/insserv/make-testsuite' with output also shown below. finally, i executed '/usr/share/insserv/check-initd-order -g' output of which is the last thing shown below. hope this info is enough to reproduce and fix the problem. -- juha -- apt-get output r...@node1:~# apt-get install pdns-backend-mysql pdns-recursor pdns-server Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: liblua5.1-0 pdns-doc Suggested packages: pdns-backend The following NEW packages will be installed: liblua5.1-0 pdns-backend-mysql pdns-doc pdns-recursor pdns-server 0 upgraded, 5 newly installed, 0 to remove and 0 not upgraded. Need to get 1,676kB of archives. After this operation, 4,694kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://ftp.fi.debian.org squeeze/main liblua5.1-0 5.1.4-5 [81.1kB] Get:2 http://ftp.fi.debian.org squeeze/main pdns-server 2.9.22-7 [792kB] Get:3 http://ftp.fi.debian.org squeeze/main pdns-backend-mysql 2.9.22-7 [62.6kB] Get:4 http://ftp.fi.debian.org squeeze/main pdns-doc 2.9.22-7 [193kB] Get:5 http://ftp.fi.debian.org squeeze/main pdns-recursor 3.2-4 [548kB] Fetched 1,676kB in 12s (136kB/s) Preconfiguring packages ... Selecting previously deselected package liblua5.1-0. (Reading database ... 23478 files and directories currently installed.) Unpacking liblua5.1-0 (from .../liblua5.1-0_5.1.4-5_i386.deb) ... Selecting previously deselected package pdns-server. Unpacking pdns-server (from .../pdns-server_2.9.22-7_i386.deb) ... Selecting previously deselected package pdns-backend-mysql. Unpacking pdns-backend-mysql (from .../pdns-backend-mysql_2.9.22-7_i386.deb) ... Selecting previously deselected package pdns-doc. Unpacking pdns-doc (from .../pdns-doc_2.9.22-7_all.deb) ... Selecting previously deselected package pdns-recursor. Unpacking pdns-recursor (from .../pdns-recursor_3.2-4_i386.deb) ... Processing triggers for man-db ... Setting up liblua5.1-0 (5.1.4-5) ... Setting up pdns-server (2.9.22-7) ... Creating config file /etc/powerdns/pdns.conf with new version Creating config file /etc/default/pdns with new version Creating config file /etc/powerdns/pdns.d/pdns.local with new version insserv: There is a loop between service mysql and pdns if started insserv: loop involving service pdns at depth 8 insserv: loop involving service mysql at depth 7 insserv: loop involving service mountnfs at depth 5 insserv: loop involving service exim4 at depth 11 insserv: loop involving service rsyslog at depth 10 insserv: There is a loop between service pdns and mysql if stopped insserv: loop involving service mysql at depth 3 insserv: loop involving service pdns at depth 2 insserv: loop involving service exim4 at depth 1 insserv: loop involving service sendsigs at depth 5 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header Setting up pdns-backend-mysql (2.9.22-7) ... Setting up pdns-doc (2.9.22-7) ... Setting up pdns-recursor (3.2-4) ... insserv: There is a loop between service mysql and pdns if started insserv: loop involving service pdns at depth 8 insserv: loop involving service mysql at depth 7 insserv: loop involving service mountnfs at depth 5 insserv: loop involving service exim4 at depth 11 insserv: loop involving service rsyslog at depth 10 insserv: There is a loop between service pdns and mysql if stopped insserv: loop involving service mysql at depth 3 insserv: loop involving service pdns at depth 2 insserv: loop involving service exim4 at depth 1 insserv: loop involving service pdns-recursor at depth 16 insserv: loop involving service sendsigs at depth 5 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing pdns-recursor (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for pdns-server ... Restarting PowerDNS authoritative nameserver: stopping and waiting..done started Errors were encountered while processing: pdns-recursor E: Sub-process /usr/bin/dpkg returned an error code (1) - make-testsuite output r...@node1:~# /usr/share/insserv/make-testsuite set +C cat 'EOF' $insconf $local_fs +mountall
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Mon Aug 30 20:03:14 UTC 2010 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: jack-keyboard tags 594487 + pending Bug #594487 [wnpp] ITP: jack-keyboard -- virtual MIDI keyboard for JACK MIDI Added tag(s) pending. # Source package in NEW: syncplaces tags 590067 + pending Bug #590067 [wnpp] ITP: xul-ext-syncplaces -- Synchronice Bookmarks and Passwords via WebDAV Added tag(s) pending. # Source package in NEW: titantools tags 584383 + pending Bug #584383 [src:titantools] titantools: FTBFS: dynamic STT_GNU_IFUNC symbol `strcmp' with pointer equality in `/usr/lib/libc.a(strcmp.o)' can not be used when making an executable; recompile with -fPIE and relink with -pie Added tag(s) pending. # Source package in NEW: libexporter-renaming-perl tags 594854 + pending Bug #594854 [wnpp] ITP: libexporter-renaming-perl -- Allow renaming of symbols on import Added tag(s) pending. # Source package in NEW: freesba tags 594198 + pending Bug #594198 [wnpp] ITP: freesba -- Flash utility for AT91SAM microcontrollers Added tag(s) pending. # Source package in NEW: libaddressable-ruby tags 594294 + pending Bug #594294 [wnpp] ITP: libaddressable-ruby -- Addressable is a replacement for the URI implementation. Added tag(s) pending. # Source package in NEW: libapache-htgroup-perl tags 594767 + pending Bug #594767 [wnpp] ITP: libapache-htgroup-perl -- Manage Apache authentication group files Added tag(s) pending. # Source package in NEW: libtest-weaken-perl tags 594764 + pending Bug #594764 [wnpp] ITP: libtest-weaken-perl -- Test that freed memory objects really were freed Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 594764: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594764 594854: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594854 590067: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590067 594198: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594198 594294: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594294 584383: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584383 594767: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594767 594487: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594487 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519006: mips/ld: non-dynamic relocations refer to dynamic symbol
Hi all, I have made some progress on this bug, though it has not progress in the expected direction. In other words I got some surprises. First of all it the bug has been introduced in binutils when introducing the MIPS PLT support [1] (commits around 2008-08-08). I am still convinced it is actually a binutils bug. Secondly, if the problem is actually not present in gcc-snapshot in gcc 4.5 we have *in Debian*, it is not due to the fix linked in the bugzilla entry. It is due to the fact we default to -mplt on these compilers. It is possible to workaround the bug on gcc 4.4 using -mplt (like it is possible to workaround it by dropping the -g). Given all of that, the only forseen solution for this fix is to also default to -mplt on gcc 4.4. It also brings speed improvements, as well as some more standard binaries with regard to other architectures. On the other hand, I understand it is something quite risky so close to a release. If we go for this solution, we may want to trigger a rebuild of part of the archive as it is currently done on sparc. Cheers, Aurelien [1] http://readlist.com/lists/gcc.gnu.org/gcc/4/22455.html diff -u gcc-4.4-4.4.4/debian/changelog gcc-4.4-4.4.4/debian/changelog --- gcc-4.4-4.4.4/debian/changelog +++ gcc-4.4-4.4.4/debian/changelog @@ -1,3 +1,10 @@ +gcc-4.4 (4.4.4-11+mipsplt) UNRELEASED; urgency=low + + [ Aurelien Jarno ] + * Default to -mplt on mips(el). + + -- Aurelien Jarno aure...@debian.org Mon, 30 Aug 2010 15:58:29 + + gcc-4.4 (4.4.4-11) unstable; urgency=medium * Update to SVN 20100824 from the gcc-4_4-branch (r163521). diff -u gcc-4.4-4.4.4/debian/rules2 gcc-4.4-4.4.4/debian/rules2 --- gcc-4.4-4.4.4/debian/rules2 +++ gcc-4.4-4.4.4/debian/rules2 @@ -384,12 +384,14 @@ endif ifneq (,$(findstring mips-linux,$(DEB_TARGET_GNU_TYPE))) + CONFARGS += --with-mips-plt ifeq ($(biarchn32)-$(biarch64),yes-yes) CONFARGS += --enable-targets=all endif endif ifneq (,$(findstring mipsel-linux,$(DEB_TARGET_GNU_TYPE))) + CONFARGS += --with-mips-plt ifeq ($(biarchn32)-$(biarch64),yes-yes) CONFARGS += --enable-targets=all endif -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536666: Summary
I tried too to debug this issue. Here is a short summary. In mainWindow.cpp, function MainGui::fileSaveAs(), there is this call (starting at line 191): QString fname = QFileDialog::getSaveFileName( this, tr(Save the HDR...), RecentDirHDRSetting, filetypes ); During the execution of getSaveFileName, the value of this-currenthdr gets changed to null, which causes the subsequent segmentation fault when trying to dereference it (for example, at line 208). Changing this to null at line 192 doesn't help. I don't know how getSaveFileName is able to write things in this. Trying to sort out from here with gdb or ddd is really difficult: I think that the actual point where currenthdr is change is MainGui::updateActions() (maniWindow.cpp at line 277), but it's not clear to me how we arrive to that piece of code. From the upstream SVN[1] it seems that backporting the if clause at the line 341 fixes this bug without needing the workaround suggested by Luca Niccoli. [1] http://qtpfsgui.svn.sourceforge.net/viewvc/qtpfsgui/trunk/qtpfsgui/src/MainWindow/MainWindow.cpp?revision=712view=markup Given that this trick works for me, I'll try to provide a patch and NMU this bug. Thanks, Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#536666: Intent to NMU
Hi. As promised, I'm attaching a patch that seems to fix the bug rather than workarounding it. Given that the bug is really old, RC and without reaction by the maintainer, I'm NMU-ing with 3 days of delay. Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org diff -u qtpfsgui-1.9.3/debian/changelog qtpfsgui-1.9.3/debian/changelog --- qtpfsgui-1.9.3/debian/changelog +++ qtpfsgui-1.9.3/debian/changelog @@ -1,3 +1,10 @@ +qtpfsgui (1.9.3-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fixing segmentation fault when saving a HDR image (closes: #53). + + -- Giovanni Mascellani g...@debian.org Mon, 30 Aug 2010 23:08:43 +0200 + qtpfsgui (1.9.3-1) unstable; urgency=low [ Cyril Brulebois ] diff -u qtpfsgui-1.9.3/debian/patches/series qtpfsgui-1.9.3/debian/patches/series --- qtpfsgui-1.9.3/debian/patches/series +++ qtpfsgui-1.9.3/debian/patches/series @@ -5,0 +6 @@ +60_fix_segfault_53 only in patch2: unchanged: --- qtpfsgui-1.9.3.orig/debian/patches/60_fix_segfault_53 +++ qtpfsgui-1.9.3/debian/patches/60_fix_segfault_53 @@ -0,0 +1,23 @@ +Index: qtpfsgui-1.9.3/src/MainWindow/mainWindow.cpp +=== +--- qtpfsgui-1.9.3.orig/src/MainWindow/mainWindow.cpp 2010-08-30 23:07:48.0 +0200 qtpfsgui-1.9.3/src/MainWindow/mainWindow.cpp 2010-08-30 23:08:02.0 +0200 +@@ -274,11 +274,13 @@ + normalSizeAct-setEnabled(true); + } + } else { +- currenthdr=NULL; +- normalSizeAct-setEnabled(false); +- zoomInAct-setEnabled(false); +- zoomOutAct-setEnabled(false); +- fitToWindowAct-setEnabled(false); ++ if (mdiArea-subWindowList().empty()) { ++ currenthdr=NULL; ++ normalSizeAct-setEnabled(false); ++ zoomInAct-setEnabled(false); ++ zoomOutAct-setEnabled(false); ++ fitToWindowAct-setEnabled(false); ++ } + } + } + signature.asc Description: OpenPGP digital signature
Processed: tagging 536666
Processing commands for cont...@bugs.debian.org: tags 53 + pending Bug #53 [qtpfsgui] qtpfsgui: coredump on save hdr Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 53: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=53 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594860: [Debian-med-packaging] Bug#594860: hmmer: FTBFS (powerpc): altivec and cast errors
Hello, this is somewhat mysterious to me. I presume that altivec is kind of found but also not configured at the same time. Charles, I recall you to be a PowerPC user, could you please test this --- debian/rules(revision 5197) +++ debian/rules(working copy) @@ -3,8 +3,19 @@ include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/debhelper.mk +ARCH=`dpkg-architecture -qDEB_BUILD_ARCH_CPU` + +ifeq (amd64,$(ARCH)) +DEB_CONFIGURE_EXTRA_FLAGS := --enable-threads --enable-sse --mandir=$(CURDIR)/debian/tmp/usr/share/man +else +ifeq (powerpc,$(ARCH)) +DEB_CONFIGURE_EXTRA_FLAGS := --enable-threads --enable-vmx --mandir=$(CURDIR)/debian/tmp/usr/share/man +else +DEB_CONFIGURE_EXTRA_FLAGS := --enable-threads --mandir=$(CURDIR)/debian/tmp/usr/share/man +endif +endif + #DEB_CONFIGURE_EXTRA_FLAGS := --enable-threads --enable-mpi -DEB_CONFIGURE_EXTRA_FLAGS := --enable-threads --mandir=$(CURDIR)/debian/tmp/usr/share/man DEB_MAKE_INSTALL_TARGET := install prefix=$(CURDIR)/debian/tmp/usr DEB_MAKE_CHECK_TARGET = check which is not necessarily nice but it expclicitly switches on vmx on powerpc which should then define the flag which then includes the missing altivec.h. More is on http://m68hc11.serveftp.org/doc/gcc_5.html . I will commit this to svn as unreleased and then wait for reports. Many thanks Steffen On 08/30/2010 10:49 AM, Philipp Kern wrote: Source: hmmer Version: 3.0-2 Severity: serious sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on porpora.debian.org ╔══╗ ║ hmmer 3.0-2 (powerpc) 29 Aug 2010 18:06 ║ ╚══╝ [...] gcc -std=gnu99 -I. -I. -g -O2 -g -Wall -O2 -pthread -maltivec -mabi=altivec -o esl_vmx.o -c esl_vmx.c In file included from esl_vmx.c:38: esl_vmx.h: In function 'esl_vmx_set_float': esl_vmx.h:30: warning: implicit declaration of function 'vec_lde' esl_vmx.h:30: error: incompatible types when assigning to type '__vector float' from type 'int' esl_vmx.h:31: warning: implicit declaration of function 'vec_lvsl' esl_vmx.h:31: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:32: warning: implicit declaration of function 'vec_perm' esl_vmx.h:32: error: AltiVec argument passed to unprototyped function esl_vmx.h:33: warning: implicit declaration of function 'vec_splat' esl_vmx.h:33: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_set_s16': esl_vmx.h:48: error: incompatible types when assigning to type '__vector signed short' from type 'int' esl_vmx.h:49: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:50: error: AltiVec argument passed to unprototyped function esl_vmx.h:51: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_set_u8': esl_vmx.h:66: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:67: error: incompatible types when assigning to type '__vector unsigned char' from type 'int' esl_vmx.h:68: error: AltiVec argument passed to unprototyped function esl_vmx.h:69: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hsum_float': esl_vmx.h:83: warning: implicit declaration of function 'vec_add' esl_vmx.h:83: warning: implicit declaration of function 'vec_sld' esl_vmx.h:83: error: AltiVec argument passed to unprototyped function esl_vmx.h:83: error: AltiVec argument passed to unprototyped function esl_vmx.h:84: error: AltiVec argument passed to unprototyped function esl_vmx.h:84: error: AltiVec argument passed to unprototyped function esl_vmx.h:85: warning: implicit declaration of function 'vec_ste' esl_vmx.h:85: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hsum_s16': esl_vmx.h:100: error: AltiVec argument passed to unprototyped function esl_vmx.h:100: error: AltiVec argument passed to unprototyped function esl_vmx.h:101: error: AltiVec argument passed to unprototyped function esl_vmx.h:101: error: AltiVec argument passed to unprototyped function esl_vmx.h:102: error: AltiVec argument passed to unprototyped function esl_vmx.h:102: error: AltiVec argument passed to unprototyped function esl_vmx.h:103: error: AltiVec argument passed to unprototyped function esl_vmx.h: In function 'esl_vmx_hmax_float': esl_vmx.h:118: warning: implicit declaration of function 'vec_max' esl_vmx.h:118: error: AltiVec argument passed to unprototyped function esl_vmx.h:118: error: AltiVec argument passed to unprototyped function esl_vmx.h:119: error: AltiVec argument passed to unprototyped function esl_vmx.h:119: error: AltiVec argument passed to unprototyped function esl_vmx.h:120: error: AltiVec argument
Bug#594940: Includes binary-only and obfuscated C code
Package: kfreebsd-8 Version: 8.1-5 Severity: serious The following C files contain firmware images in binary-equivalent form but are not obviously accompanied by the corresponding source code: sys/contrib/dev/ral/rt2661_ucode.h - binaries are packaged in firmware-ralink as /lib/firmware/ralink/rt2?6*.bin sys/gnu/dev/sound/pci/csaimg.h - not packaged; not distributable since the stated licence is GPL sys/gnu/dev/sound/pci/maestro3_dsp.h - not packaged; not distributable since the stated licence is GPL sys/dev/drm/mga_ucode.h - binaries are packaged in firmware-linux-nonfree as /lib/firmware/matrox/* sys/dev/drm/r128_cce.c - binary is packaged in firmware-linux-nonfree as /lib/firmware/r128/r128_cce.bin sys/dev/drm/r600_microcode.h sys/dev/drm/radeon_microcode.h - binaries are packaged in firmware-linux-nonfree as /lib/firmware/radeon/* sys/dev/txp/3c990img.h - binary is packaged in firmware-linux-nonfree as /lib/firmware/3com/typhoon.bin sys/dev/fxp/rcvbundl.h - binaries are packaged in firmware-linux-nonfree as /lib/firmware/e100/* sys/dev/digi/*X*.h - not packaged; distributable sys/dev/sf/starfire_rx.h sys/dev/sf/starfire_tx.h - not packaged; maybe distributable sys/dev/sn/ositech.h - not packaged; distributable sys/dev/sound/pci/ds1-fw.h - not packaged; distributable sys/dev/si/si2_z280.c sys/dev/si/si3_t225.c - not packaged; maybe distributable sys/dev/cxgb/common/cxgb_ael1002.c - binaries are packaged in firmware-linux-nonfree as /lib/firmware/cxgb3/ael*.bin sys/dev/fatm/firmware.h - not packaged; not distributable sys/dev/cx/csigmafw.h - not packaged; maybe distributable sys/dev/bce/if_bcefw.h - binaries are packaged in firmware-bnx2 as /lib/firmware/bnx2/bnx2/*.fw sys/dev/usb/net/if_kuefw.h - binaries are packaged in firmware-linux-nonfree as /lib/firmware/kaweth/* sys/dev/usb/wlan/if_rumfw.h - binary is packaged in firmware-ralink as /lib/firmware/ralink/rt73.bin sys/dev/usb/wlan/if_zydfw.h - not packaged; distributable sys/dev/ti/ti_fw2.h sys/dev/ti/ti_fw.h - not packaged; maybe distributable sys/dev/ctau/ctaue1fw.h sys/dev/ctau/ctau2fw.h sys/dev/ctau/ctaufw.h sys/dev/ctau/ctaug7fw.h - not packaged; maybe distributable sys/dev/ispfw/asm_*.h - binaries are packaged in firmware-qlogic as /lib/firmware/ql*_fw.bin sys/dev/advansys/adwmcode.c - binary is packaged in firmware-linux-nonfree as /lib/firmware/advansys/mcode.bin As one of the maintainers of firmware-nonfree, I'm happy to cooperate in adding any firmware images from FreeBSD that Debian can legally distribute. Additionally, these C files contain obfuscated code: sys/dev/ce/tau32-ddk.c sys/dev/cp/cpddk.c Ben. -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594941: asciijump: FTBFS: /bin/sh: ctags: not found
Source: asciijump Version: 1.0.2~beta-1 Severity: serious Hi, asciijump FTBFS on all architecture. https://buildd.debian.org/pkg.cgi?pkg=asciijump - /bin/sh: ctags: not found make[1]: *** [all] Error 127 make[1]: Leaving directory `/build/buildd-asciijump_1.0.2~beta-1-amd64-XUuRGB/asciijump-1.0.2~beta' - Could you check your package? Best regards, Nobuhiro -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594940: Includes binary-only and obfuscated C code
Additionally, the following uuencoded files contain binary-equivalent firmware images with no accompanying source code: sys/contrib/dev/mwl/mwlboot.fw.uu sys/contrib/dev/mwl/mw88W8363.fw.uu - not packaged; distributable sys/contrib/dev/ral/rt2561.fw.uu sys/contrib/dev/ral/rt2561s.fw.uu sys/contrib/dev/ral/rt2860.fw.uu sys/contrib/dev/ral/rt2661.fw.uu sys/contrib/dev/run/rt2870.fw.uu - packaged in firmware-ralink sys/contrib/dev/npe/IxNpeMicrocode.dat.uu - not packaged; distributable sys/contrib/dev/ipw/ipw2100-1.3-i.fw.uu sys/contrib/dev/ipw/ipw2100-1.3-p.fw.uu sys/contrib/dev/ipw/ipw2100-1.3.fw.uu sys/contrib/dev/iwi/ipw2200-ibss.fw.uu sys/contrib/dev/iwi/ipw2200-bss.fw.uu sys/contrib/dev/iwi/ipw2200-sniffer.fw.uu - packaged in firmware-ip2x00 sys/contrib/dev/uath/ar5523.bin.uu - not packaged; no licence visible sys/contrib/dev/iwn/iwlwifi-5150-8.24.2.2.fw.uu sys/contrib/dev/iwn/iwlwifi-1000-128.50.3.1.fw.uu sys/contrib/dev/iwn/iwlwifi-5000-8.24.2.12.fw.uu sys/contrib/dev/iwn/iwlwifi-4965-228.61.2.24.fw.uu sys/contrib/dev/iwn/iwlwifi-6000-9.193.4.1.fw.uu sys/contrib/dev/wpi/iwlwifi-3945-2.14.4.fw.uu - packaged in firmware-iwlwifi And the following uuencoded files appear to contain x86 binary code to run on the host, without accompanying source code: sys/contrib/dev/nve/i386/nvenetlib.o.bz2.uu sys/contrib/dev/nve/amd64/nvenetlib.o.bz2.uu sys/dev/hptrr/amd64-elf.hptrr_lib.o.uu sys/dev/hptrr/i386-elf.hptrr_lib.o.uu sys/dev/hptmv/i386-elf.raid.o.uu sys/dev/hptmv/amd64-elf.raid.o.uu Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#591200: Fix coming
A fix for this bug will be coming soon. The next upstream point release will: - remove the tinymce swf file - use a flash video player with source Once that's available, I'll prepare a new Debian package that will: - use the system's copy of tinymce instead of the bundle one - split the video player into a contrib package Cheers, Francois -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594860: [Debian-med-packaging] Bug#594860: hmmer: FTBFS (powerpc): altivec and cast errors
Le Mon, Aug 30, 2010 at 11:31:33PM +0200, Steffen Möller a écrit : Hello, this is somewhat mysterious to me. I presume that altivec is kind of found but also not configured at the same time. Charles, I recall you to be a PowerPC user, could you please test this Hi Steffen, my iMac G5 broke a couple of monthes ago after five years of intensive use, so I can not do some local tests on PowerPC anymore. But as Debian developers, we all have a remote PowerPC machine: I logged in pescetti.debian.org, and tried to build the latest hmmer package with your patch in the Sid dchroot. Unfortunately, it fails with the same error. We probably should better ask for help on the powerpc mailing list. Bonne journée ;) -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: merge bug
Processing commands for cont...@bugs.debian.org: merge 591399 593030 Bug#591399: hyperestraier: FTBFS: can't modify frozen string (RuntimeError) Bug#593030: hyperestraier: FTBFS: Exception `RuntimeError' at estcmd.rb:690 - can't modify frozen string Merged 591399 593030. thanks Stopping processing here. Please contact me if you need assistance. -- 593030: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593030 591399: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591399 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org