Bug#479889: qstardict: FTBFS: keyboard.cpp:25:24: error: X11/XKBlib.h: No such file or directory
Thank you! 2008/6/9 Philipp Benner [EMAIL PROTECTED]: Tags: +patch The package just misses the build dependency on libx11-dev. -- Philipp Benner
Bug#485525: apache2 crashing with SIGBUS
While serving requests, Apache worker processes are committing suicide, something like this (taken from the error log): Please provide a backtrace, as described in /usr/share/doc/apache2.2-common/README.backtrace TIA Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485562: twiki: configure script access badly protected
Package: twiki Version: 1:4.1.2-3.1 Severity: grave Tags: security Justification: user security hole In current state of the Debian package, if nothing is changed manually to the default setup configured by the package, then TWiki's configure script is accessible easily to unauthorized people, thus exposing (incl. changing it) the configuration of TWiki.For instance, it would be possible to change settings which may compromize the wiki's functionning (including commands executed as www-data). Full details have already be notified (by me) to the maintainer and the security team through direct emails. A proposed patch to address this issue was also provided through direct emails too. Unfortunately, maintainer seems too busy to be able to acknowledge all that at the moment. So I'm filing this ticket so that appropriate mesures be taken regarding the possible inclusion of such a security risk in coming stable release. Hope this helps, Best regards. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-openvz-24-004.1d1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages twiki depends on: ii apache2.2-common 2.2.8-4 Next generation, scalable, extenda ii debconf [debconf-2.0] 1.5.22Debian configuration management sy pn libalgorithm-diff-perl none(no description available) ii libcgi-session-perl4.30-1Persistent session data in CGI app ii libdigest-sha1-perl2.11-2+b1 NIST SHA-1 message digest algorith ii liberror-perl 0.17-1Perl module for error/exception ha ii libhtml-parser-perl3.56-1+b1 A collection of modules that parse pn liblocale-maketext-lexicon none(no description available) pn libtext-diff-perl none(no description available) ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii perl [libmime-base64-perl] 5.10.0-10 Larry Wall's Practical Extraction ii perl-modules [libnet-perl] 5.10.0-10 Core Perl modules ii rcs5.7-23The GNU Revision Control System twiki recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: merging 485517 484838
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.29 merge 485517 484838 Bug#484838: sysprof-module-source: Fails to compile with kernel 2.6.25. Bug#485517: sysprof-module-source: Fails to compile with kernel 2.6.25. Merged 484838 485517. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485562: twiki: configure script access badly protected
odd, I'm under the impression that I did respond, and indicated taht I don't see it as a major issue. no-one on the security team suggested it was either, leading me to believe that we had a consensus. Sven Olivier Berger wrote: Package: twiki Version: 1:4.1.2-3.1 Severity: grave Tags: security Justification: user security hole In current state of the Debian package, if nothing is changed manually to the default setup configured by the package, then TWiki's configure script is accessible easily to unauthorized people, thus exposing (incl. changing it) the configuration of TWiki.For instance, it would be possible to change settings which may compromize the wiki's functionning (including commands executed as www-data). Full details have already be notified (by me) to the maintainer and the security team through direct emails. A proposed patch to address this issue was also provided through direct emails too. Unfortunately, maintainer seems too busy to be able to acknowledge all that at the moment. So I'm filing this ticket so that appropriate mesures be taken regarding the possible inclusion of such a security risk in coming stable release. Hope this helps, Best regards. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-openvz-24-004.1d1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages twiki depends on: ii apache2.2-common 2.2.8-4 Next generation, scalable, extenda ii debconf [debconf-2.0] 1.5.22Debian configuration management sy pn libalgorithm-diff-perl none(no description available) ii libcgi-session-perl4.30-1Persistent session data in CGI app ii libdigest-sha1-perl2.11-2+b1 NIST SHA-1 message digest algorith ii liberror-perl 0.17-1Perl module for error/exception ha ii libhtml-parser-perl3.56-1+b1 A collection of modules that parse pn liblocale-maketext-lexicon none(no description available) pn libtext-diff-perl none(no description available) ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii perl [libmime-base64-perl] 5.10.0-10 Larry Wall's Practical Extraction ii perl-modules [libnet-perl] 5.10.0-10 Core Perl modules ii rcs5.7-23The GNU Revision Control System twiki recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485562: twiki: configure script access badly protected
Also, the patch was found, by you to be defective. So I was expecting to see another round. Olivier Berger wrote: Package: twiki Version: 1:4.1.2-3.1 Severity: grave Tags: security Justification: user security hole In current state of the Debian package, if nothing is changed manually to the default setup configured by the package, then TWiki's configure script is accessible easily to unauthorized people, thus exposing (incl. changing it) the configuration of TWiki.For instance, it would be possible to change settings which may compromize the wiki's functionning (including commands executed as www-data). Full details have already be notified (by me) to the maintainer and the security team through direct emails. A proposed patch to address this issue was also provided through direct emails too. Unfortunately, maintainer seems too busy to be able to acknowledge all that at the moment. So I'm filing this ticket so that appropriate mesures be taken regarding the possible inclusion of such a security risk in coming stable release. Hope this helps, Best regards. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-openvz-24-004.1d1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages twiki depends on: ii apache2.2-common 2.2.8-4 Next generation, scalable, extenda ii debconf [debconf-2.0] 1.5.22Debian configuration management sy pn libalgorithm-diff-perl none(no description available) ii libcgi-session-perl4.30-1Persistent session data in CGI app ii libdigest-sha1-perl2.11-2+b1 NIST SHA-1 message digest algorith ii liberror-perl 0.17-1Perl module for error/exception ha ii libhtml-parser-perl3.56-1+b1 A collection of modules that parse pn liblocale-maketext-lexicon none(no description available) pn libtext-diff-perl none(no description available) ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii perl [libmime-base64-perl] 5.10.0-10 Larry Wall's Practical Extraction ii perl-modules [libnet-perl] 5.10.0-10 Core Perl modules ii rcs5.7-23The GNU Revision Control System twiki recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485564: acpi-support: please go back to legacy mode by default
Package: acpi-support Version: 0.109-3 Severity: serious Justification: renders package unusable Hi, For the last two years, acpi-support worked perfectly fine for me. My laptop suspended and resuming very reliably. But recently, with version 0.109-3, my laptop stopped resuming, because you switched to using pm-utils when there's no dbus/hal app. Changing SUSPEND_METHODS back to acpi-support solves the problem. Please revert to the upstream behaviour, and use the legacy mode, that benefits from years of development on the Ubuntu side. If I install acpi-support, it's because I want to benefit from that, so it's totally counter-productive to use pm-utils instead of the scripts that acpi-support ships. If you want to do that, please package that separately. Thank you, Lucas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-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/bash Versions of packages acpi-support depends on: ii acpi-support-base 0.109-3scripts for handling base ACPI eve ii acpid 1.0.6-9Utilities for using ACPI power man ii dmidecode 2.9-1 Dump Desktop Management Interface ii finger0.17-12user information lookup program ii hdparm8.6-1 tune hard disk parameters for high ii laptop-detect 0.13.6 attempt to detect a laptop ii libc6 2.7-10 GNU C Library: Shared libraries ii lsb-base 3.2-11 Linux Standard Base 3.2 init scrip ii powermgmt-base1.30 Common utils and configs for power ii vbetool 1.0-3 run real-mode video BIOS code to a ii x11-xserver-utils 7.3+2 X server utilities Versions of packages acpi-support recommends: ii dbus 1.2.1-2simple interprocess messaging syst ii hal 0.5.11-1 Hardware Abstraction Layer ii nvclock 0.8b3-1Allows you to overclock your nVidi ii pm-utils 1.1.0-1utilities and scripts for power ma ii radeontool1.5-5 utility to control ATI Radeon back ii toshset 1.73-2 Access much of the Toshiba laptop -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482140: docbook-xml: Package does not install: update-xmlcatalog: error: entity, already registered
Same error upgrading from Etch to Lenny on i686 (Core2 Duo). Worked around the issue by running the following two commands. update-xmlcatalog --del --type public --id '-//OASIS//DTD DocBook XML V4.1//EN' --package docbook-xml update-xmlcatalog --del --type public --id '-//OASIS//DTD XML Exchange Table Model 19990315//EN' --package docbook-xml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485564: acpi-support: please go back to legacy mode by default
Lucas Nussbaum wrote: Package: acpi-support Version: 0.109-3 Severity: serious Justification: renders package unusable Hi, For the last two years, acpi-support worked perfectly fine for me. My laptop suspended and resuming very reliably. But recently, with version 0.109-3, my laptop stopped resuming, because you switched to using pm-utils when there's no dbus/hal app. Changing SUSPEND_METHODS back to acpi-support solves the problem. Please revert to the upstream behaviour, and use the legacy mode, that benefits from years of development on the Ubuntu side. If I install acpi-support, it's because I want to benefit from that, so it's totally counter-productive to use pm-utils instead of the scripts that acpi-support ships. If you want to do that, please package that separately. Unfortunately the Ubuntu implementation is deprecated and receives not nearly as much testing as it used to, since their default install does suspend/resume using hal (which delegates to pm-utils). All their development efforts go into pm-utils nowadays. So I *really* want to move to pm-utils for new installs. I guess I'll move the default back to acpi-support for existing installs, but as far as I'm concerned that's as far as it should go. Perhaps I will split off the acpi-support suspend functionality into a separate package. The acpi-support package has two distinct and very different functions, one is to make special buttons/keys on laptops work, and the other is to do suspend. The two functionalities are in fact largely independent, so it would be very easy to make an acpi-support-suspend package containing only the suspend support, and an acpi-support package containing only the button/key support. Cheers, Bart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485525: apache2 crashing with SIGBUS
On Tue, Jun 10, 2008 at 09:14:12AM +0200, Stefan Fritsch wrote: While serving requests, Apache worker processes are committing suicide, something like this (taken from the error log): Please provide a backtrace, as described in /usr/share/doc/apache2.2-common/README.backtrace Absolutely. (gdb) thread apply all bt full d 1 (process 32009): #0 shmcb_store_session (s=0x17d388, shm_segment=0xf6dbc008, id=value optimized out, idlen=value optimized out, pSession=0x20d050, timeout=1213085213) at /usr/include/bits/string3.h:52 queue = {header = 0xf6dbc008, first_pos = 0xf6e0e09e, pos_count = 0xf6e0e0a2, indexes = 0xf6e0e0a6} cache = {header = 0xf6dbc008, first_pos = 0xf6e0e6e2, pos_count = 0xf6e0e6e6, data = 0xf6e0e6ea 0\201\221\002\001\001\002\002\003\001\004\002} masked_index = value optimized out encoded = 0\201\221\002\001\001\002\002\003\001\004\002\0009\004 �\236\216�lu�iN\202�)��\236/L3\214y\025\0369�\0040}�P�j�\202\235�-��!�\025�\214\002\2227+�'a�\207y�Lb�KMY\000��_\177�A��\202\001kޡ\006\002\004HN4��\004\002\002\001,�\\004 0423b343bd5981ddb6135fcdd49bc288, '\0' repeats 39 times, 0���8, '\0' repeats 60 times, �Wy\004\000\000\a�\000\000\003�, '\0' repeats 11 times... ptr_encoded = (unsigned char *) 0xffedab44 len_encoded = 148 #1 0xf6f477bc in ssl_scache_shmcb_store (s=0x17d388, id=0x20d098 �\236\216�lu�iN\202�)��\236/L3\214y\025\0369�, idlen=32, timeout=1213085213, pSession=0x20d050) at /build/buildd/apache2-2.2.8/modules/ssl/ssl_scache_shmcb.c:411 mc = (SSLModConfigRec *) 0x7c3e8 to_return = value optimized out #2 0xf6f3c23c in ssl_callback_NewSessionCacheEntry (ssl=value optimized out, session=0x20d050) at /build/buildd/apache2-2.2.8/modules/ssl/ssl_engine_kernel.c:1638 s = (server_rec *) 0x17d388 timeout = 1213085213 id = (unsigned char *) 0x20d098 �\236\216�lu�iN\202�)��\236/L3\214y\025\0369� idlen = 32 #3 0xf7700eac in ssl_update_cache (s=0x1d7560, mode=2) at ssl_lib.c:1935 i = 770 #4 0xf76eb4a8 in ssl3_accept (s=0x1d7560) at s3_srvr.c:574 buf = value optimized out l = value optimized out Time = 1213084913 cb = (void (*)(const SSL *, int, int)) 0xf6f3bb64 ssl_callback_LogTracingState ret = 1 state = 3 skip = value optimized out #5 0xf7700b58 in SSL_accept (s=0x1d7560) at ssl_lib.c:850 No locals. #6 0xf76f4638 in ssl23_get_client_hello (s=0x1d7560) at s23_srvr.c:568 buf_space = \026\003\001\000B\001\000\000\003\001 p = value optimized out d = value optimized out i = value optimized out csl = 8192 cl = value optimized out n = 11 j = value optimized out type = 3 #7 0xf76f4e88 in ssl23_accept (s=0x1d7560) at s23_srvr.c:203 buf = (BUF_MEM *) 0x1 Time = 1213084913 cb = (void (*)(const SSL *, int, int)) 0xf6f3bb64 ssl_callback_LogTracingState ret = value optimized out state = 8720 #8 0xf7700b58 in SSL_accept (s=0x1d7560) at ssl_lib.c:850 No locals. #9 0xf6f39f48 in ssl_io_filter_connect (filter_ctx=0x209288) at /build/buildd/apache2-2.2.8/modules/ssl/ssl_engine_io.c:1047 c = value optimized out cert = value optimized out n = value optimized out ssl_err = value optimized out verify_result = value optimized out #10 0xf6f3ad84 in ssl_io_filter_input (f=0x22c620, bb=0x22e3f8, mode=AP_MODE_GETLINE, block=APR_BLOCK_READ, readbytes=0) at /build/buildd/apache2-2.2.8/modules/ssl/ssl_engine_io.c:1292 status = value optimized out inctx = value optimized out len = 8192 #11 0x00049190 in ap_get_brigade (next=0x22c620, bb=0x22e3f8, mode=AP_MODE_GETLINE, block=APR_BLOCK_READ, readbytes=0) at /build/buildd/apache2-2.2.8/server/util_filter.c:489 No locals. #12 0x0003426c in ap_rgetline_core (s=0x22d648, n=8192, read=0xffedd904, r=0x22d630, fold=0, bb=0x22e3f8) at /build/buildd/apache2-2.2.8/server/protocol.c:231 rv = 2283080 e = (apr_bucket *) 0x1bb028 bytes_handled = 0 current_alloc = 0 pos = value optimized out last_char = 0x0 saw_eos = 0 #13 0x00034b34 in ap_read_request (conn=0x208d50) at /build/buildd/apache2-2.2.8/server/protocol.c:596 r = (request_rec *) 0x22e3f8 p = (apr_pool_t *) 0x22d5f8 expect = value optimized out tmp_bb = (apr_bucket_brigade *) 0x22e3f8 csd = value optimized out cur_timeout = value optimized out #14 0x0004c468 in ap_process_http_connection (c=0x208d50) at /build/buildd/apache2-2.2.8/modules/http/http_core.c:183 r = (request_rec *) 0x0 csd = (apr_socket_t *) 0x0 #15 0x000462b4 in ap_run_process_connection (c=0x208d50) at /build/buildd/apache2-2.2.8/server/connection.c:43 n = 1 rv = value optimized out #16 0x00053bf0 in child_main
Processed: Re: socket error when bitlbee is started
Processing commands for [EMAIL PROTECTED]: severity 474589 serious Bug#474589: socket error when bitlbee is started Severity set to `serious' from `normal' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: closing 482193
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 close 482193 0.7.6-1 Bug#482193: compizconfig-settings-manager: ccsm does not start due to unresolved in shared libs 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.7.6-1, send any further explanations to [EMAIL PROTECTED] End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485074: emacs21: FTBFS on amd64: Segmentation fault
tags 485074 + patch thanks On 2008-06-09 19:13 +0200, Sven Joachim wrote: On 2008-06-09 18:02 +0200, Sven Joachim wrote: A patch is available from [2], I will try to adopt it to the Debian package later this evening. [2] http://bugs.gentoo.org/attachment.cgi?id=152791action=view Imported it as debian/patches/fix-dumping.diff with `quilt import' and edited debian/patches/series to put autofiles.diff back to the last line. Since the patch modifies configure.in, configure has to be regenerated, and according to debian/rules I should run `debian/rules autofiles-sync'. However, that did *not* work: It turns out that was because the autoconf2.13 package was installed and the wrapper picked up the wrong autoconf version. After removing autoconf2.13, `debian/rules autofiles-sync' succeeded and emacs21 built fine after that. I refrain from attaching a debdiff since it's 15k lines long because of the huge differences in autofiles.diff. If anybody is interested and does not want to run `debian/rules autofiles-sync' himself, I can send it, though. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485562: twiki: configure script access badly protected
Le mardi 10 juin 2008 à 17:39 +1000, Sven Dowideit a écrit : odd, I'm under the impression that I did respond, and indicated taht I don't see it as a major issue. OK, here I strongly disagree. You say you don't see as a major issue that anyone on the Internet can access and change a TWiki instance's configuration as user TWikiGuest/guest, as long as the server is on the Net (unless the admin has manually tweaked the apache config) ?!? Maybe someone will provide more insightful comments, now the issue is public ? It may not be major... but still, it's quite an issue... right ? Why is there any such Apache config, whereas limiting to local user's access for configure should be a *minimum* provision for confidentiality, at least, for instance (even though that's not enough IMHO)... Leaving the current apache config as such is nonsense for default installation (in particular the Satisfy Any), IMHO. What do you propose to address it ? Feel free to downgrade the severity or otherwise change the ticket's attributes. But I'm sure I would restore it as currently is. no-one on the security team suggested it was either, leading me to believe that we had a consensus. No one explicitely said yes or no, AFAICT... this is far from consensus (or I missed some emails). All I could read from someone from security team was : From: Florian Weimer [EMAIL PROTECTED] To: Olivier Berger [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], Sven Dowideit [EMAIL PROTECTED], Sven Dowideit [EMAIL PROTECTED] Subjet: Re: Security issue for Twiki's configure script execution possible by default Date: Wed, 28 May 2008 20:29:36 +0200 * Olivier Berger: I may be wrong, but I don't think I got an ACK (even to say no time to read yet) that this message was received. I had hoped the maintainer chimed in. This problem seems to be known by the maintainer, as discussed in http://twiki.org/cgi-bin/view/Codev/TWikiOnDebian (comments dated nov. 2007), AFAICT... Maybe he even prepared something in order to address this problem, which for some reason was not uploaded to Debian yet, as the packaging changelog seems to indicate : http://svn.twiki.org/svn/twiki/trunk/core/tools/pkg/debian/changelog : * change configure to use any valid-user - TWikiGuest is silly Sven, can you comment on this? Is anybody from the security team familiar with Apache ACLs and can propose a fix? Then no more, the rest was between you and me. They primarily asked for your opinion... then nothing more, as I suppose they were probably too busy already on other problems. They didn't respond again when you finally responded... (which leaves us in doubt that anyone in the security team would be familiar with Apache ACLs ;-)). I guessed you were comforted in your opinion by their lack of reaction, which is yet no indication that they would agree. Sven I initially choosed not to provide more details in the report in the BTS about the problem, hoping that you agreed it was problematic, and would be willing to welcome help. But it looks like we got some misunderstanding here. Too bad I'm forced to expose more details, as there doesn't seem to be consensus (maybe a problem with communication through email which renders things more difficult ?), and the only way out will be discussing it in details and in public I think. I proposed a NMU patch (maybe not perfect, but much less worse, IMHO than current state of things), and also a bit later warned you there would be a problem. You added : Also, the patch was found, by you to be defective. So I was expecting to see another round. ... as I explained, it would only need some slight reorganization of the postinst code to separate the configure and reconfigure cases in the code flow (which would be easy in principle for the maintainer would he acknowledge the NMU, for instance ?) I expect from an active maintainer that he/she's capable of improving the proposed patches sent by others, instead of going idle until the perfect patch is provided. I know you may think I'm aggressive here and criticizing your job as a maintainer... I think it shouldn't be taken too personally... I understand you may be too busy to be able to do the right thing... as I am too, and much of us maintainers... but, hey... that's no excuse for neglecting the package's security for our users. In the end, better no package, that poorly maintained package ? It seems that you don't think the problem deserves urgent attention now. May I remind you that a freeze is coming for the next stable release of Debian ? Leaving the package in its current state for a stable release is unacceptable from *my* standards of quality (hence my RC bug report). But I'm not the maintainer, nor a DD... I may just propose help, would you accept it... (and cannot decently commit myself for more ATM, btw). Anyway, I was also going to send you another mail proposing my help for co-maintenance maybe, as you seemed not very
Processed: Re: Bug#485074: emacs21: FTBFS on amd64: Segmentation fault
Processing commands for [EMAIL PROTECTED]: tags 485074 + patch Bug#485074: emacs21: FTBFS: Segmentation fault on dumping bootstrap-emacs under Linux 2.6.25 There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485562: Proposed (not perfect) patch for NMU ?
FYI, Here's a copy of the private message where I proposed a NMU to address the problem. As previously explained, it wouldn't add the user to the .htpasswd in case of upgrades, in the current state, if I did test the right way, but that should be better than nothing maybe. Best regards, Message transféré De: Olivier Berger [EMAIL PROTECTED] À: Sven Dowideit [EMAIL PROTECTED] Cc: Florian Weimer [EMAIL PROTECTED], [EMAIL PROTECTED], Sven Dowideit [EMAIL PROTECTED], Sven Dowideit [EMAIL PROTECTED] Sujet: Re: Security issue for Twiki's configure script execution possible by default Date: Wed, 04 Jun 2008 09:11:06 +0200 Hi. Please note that the provided has been tested on initial install only, and I realized afterwards that it may fail in adding the configuser to the .htpasswd in case of upgrade. The postinst should be easily adapted to have a reconfigure case in which this could be done, in addition to the configure case. Hope this helps. Btw, I'd welcome some sort of feedback ;-) Best regards, Message transféré De: Olivier Berger [EMAIL PROTECTED] À: Sven Dowideit [EMAIL PROTECTED] Cc: Florian Weimer [EMAIL PROTECTED], [EMAIL PROTECTED], Sven Dowideit [EMAIL PROTECTED], Sven Dowideit [EMAIL PROTECTED] Sujet: Re: Security issue for Twiki's configure script execution possible by default Date: Tue, 03 Jun 2008 14:20:06 +0200 Hello. I've prepared a NMU patch which I believe would avoid the problem of the configure script being wordl accessible as TWikiGuest/guest. Can you review it, and maybe apply it to twiki 4.1.2 ? It now prompts a user + password at debconf+configure time, and sets it as required user in the configure part of the apache.conf, together with allow only for 127.0.0.1. Thus, the configuration of twiki can only be done by a user which is logged-in on the server and knows the configuser's login+password. That makes it much more secure. The script changes may not be bulletproof, but that's only a quickfix, allowing a NMU package, waiting for much better packaging for twiki 4.2. Tell me of any remarks. Best regards, Le jeudi 29 mai 2008 à 11:28 +1000, Sven Dowideit a écrit : crumbs cheif, this week is going from 'too busy' to 'its a knockout' Because TWiki 4.2.0 has an inbuilt admin user, I was planning on forcing installers to set that password on install.. (and to remove the guest user password altogether) but yeah, i've not found anywhere near enough time to get things done. the TWikiGuest/guest thing has been there pretty much forever (before i picked up the package i think), So I'm somewhat unqualified to decide if it is urgent. Sven -- Olivier BERGER [EMAIL PROTECTED] http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) diff -u twiki-4.1.2/debian/templates twiki-4.1.2/debian/templates --- twiki-4.1.2/debian/templates +++ twiki-4.1.2/debian/templates @@ -35,0 +36,17 @@ + +Template: twiki/configuser +Type: string +Default: configuser +_Description: Please enter the username allowed to access the configure script + This user will be the only one allowed to access the configure script at + ${site}/cgi-bin/configure + + +Template: twiki/configpassword +Type: password +_Description: Please enter password for user ${configuser} + This is the password for the user '${configuser}' which will be the + only one allowed to access the configure script at + ${site}/cgi-bin/configure + . + This password should be non-trivial. diff -u twiki-4.1.2/debian/config twiki-4.1.2/debian/config --- twiki-4.1.2/debian/config +++ twiki-4.1.2/debian/config @@ -1,4 +1,5 @@ #!/bin/sh + set -e # Source debconf library. @@ -11,6 +12,22 @@ db_input high twiki/wikiwebmaster || true # medium = Normal items that have reasonable defaults. db_input medium twiki/samplefiles || true + +# ask for config user (default: configuser) +db_get twiki/defaultUrlHost +site=$RET +db_subst twiki/configuser site $site +# medium = may be initialized to default value +db_input medium twiki/configuser || true + +db_get twiki/configuser +configuser=$RET +db_subst twiki/configpassword configuser $configuser +db_subst twiki/configuser site $site +# high : password must be typed-in +db_input high twiki/configpassword || true + + # add info due to 3-4 bug reports db_input high twiki/apacheUserCreationNote || true db_go || true diff -u twiki-4.1.2/debian/changelog twiki-4.1.2/debian/changelog --- twiki-4.1.2/debian/changelog +++ twiki-4.1.2/debian/changelog @@ -1,3 +1,12 @@ +twiki (1:4.1.2-3.2) unstable; urgency=high + + * Non-maintainer upload. + * Protect configure script which used to be world accessible as a +trivial user : will now be accessible only from localhost as a +specific user, which is configured through Debconf. + + -- Olivier Berger [EMAIL PROTECTED] Tue, 03 Jun 2008 14:05:54 +0200 + twiki (1:4.1.2-3.1)
Processed: closing 483819
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 close 483819 0.7.6-1 Bug#483819: libcompizconfig0: Couldn't load plugin 'ccp' 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.7.6-1, send any further explanations to Sheridan Hutchinson [EMAIL PROTECTED] End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485468: marked as done (claws-mail source package does not compile because of expat)
Your message dated Tue, 10 Jun 2008 10:49:23 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#485468: claws-mail source package does not compile because of expat has caused the Debian Bug report #485468, regarding claws-mail source package does not compile because of expat 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 [EMAIL PROTECTED] immediately.) -- 485468: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485468 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: claws-mail Version: 3.4.0-2+b1 Severity: serious Justification: no longer builds from source I cannot build the claws-mail source package version 3.4.0-2 from the source using debuild -us -uc on Debian Sid amd64: /bin/sh ../../libtool --tag=CC --mode=link x86_64-linux-gnu-gcc -Wall -g -O2 -Wno-unused-function -Wall -Wl,--as-needed -o libclawsgtk.la about.lo colorlabel.lo colorsel.lo combobox.lo description_window.lo filesel.lo foldersort.lo gtkaspell.lo gtksctree.lo gtkshruler.lo gtksctree.lo gtksourceprintjob.lo gtkutils.lo gtkvscrollbutton.lo icon_legend.lo inputdialog.lo logwindow.lo manage_window.lo menu.lo pluginwindow.lo prefswindow.lo progressdialog.lo quicksearch.lo sslcertwindow.lo claws-marshal.lo ../common/libclawscommon.la -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -L/usr/local/lib -laspell -L/usr/lib -letpan -pthread -lcurl -lgssapi_krb5 -lexpat -lgnutls -ldb-4.6 -llockfile -lsasl2 libtool: link: cannot find the library `/usr/lib/libexpat.la' or unhandled argument `/usr/lib/libexpat.la' make[6]: *** [libclawsgtk.la] Error 1 make[6]: Leaving directory `/home/alban/programs/claws/claws-mail-3.4.0/src/gtk' Some additional versions on my system: ii autoconf 2.61-7 ii autogen 1:5.9.5-2 ii automake 1:1.10.1-3 ii automake1.7 1.7.9-9 ii automake1.9 1.9.6+nogfdl-3 ii libtool 1.5.26-4 ii libexpat1-dev2.0.1-3 $ dpkg -L libexpat1-dev | grep /usr/lib/libexpat /usr/lib/libexpat.a /usr/lib/libexpatw.a /usr/lib/libexpatw.so /usr/lib/libexpat.so (no libexpat.la) I have the same compilation error when I try from Claws Mail CVS. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-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/bash Versions of packages claws-mail depends on: ii libaspell15 0.60.5-2.2 GNU Aspell spell-checker runtime l ii libc6 2.7-12 GNU C Library: Shared libraries ii libcairo2 1.6.4-4 The Cairo 2D vector graphics libra ii libcompfaceg1 1:1.5.2-4Compress/decompress images for mai ii libdbus-glib-1-20.76-1 simple interprocess messaging syst ii libetpan13 0.54-1 mail handling library ii libglib2.0-02.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.10-2The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.9-1 OpenLDAP libraries ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpisock9 0.12.3-4+b1 library for communicating with a P ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libssl0.9.8 0.9.8g-10.1 SSL shared libraries Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 6.0-0-5.1 English dictionary for GNU Aspell ii aspell-fr [aspell-dictionary] 0.50-3-6 French dictionary for aspell ii claws-mail-i18n 3.4.0-2Locale data for Claws Mail (i18n s ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X -- no debconf information ---End Message--- ---BeginMessage--- Hi, On Mon, Jun 9, 2008 at 7:45 PM, Alban Crequy [EMAIL PROTECTED] wrote: Package: claws-mail Version: 3.4.0-2+b1 Severity: serious Justification: no longer builds from source I cannot build the claws-mail source package version 3.4.0-2 from the source using debuild -us -uc on Debian Sid amd64: /bin/sh ../../libtool --tag=CC --mode=link x86_64-linux-gnu-gcc -Wall -g
Bug#485562: twiki: configure script access badly protected
I still contend that Allow from 127.0.0.1 does _not_ constitute open to anyone on the internet. While hard coding TWikiGuest with a password of guest is not in any sense a good thing, from what I've noticed of other debian packages (and the fact that this was the case when I inherited the package) make me feel that its _not_ an issue that demands everyone to drop everything. Satisfy Any is not a better solution, as it opens configure up to an even bigger group of users - anyone that has registered on the TWiki. That said, I was (and am) expecting that as Olivier has such a strong interest, that he will be fixing the issues he found in his own patch, so that the package can become better. In fact, I'm hoping he'll help finish the 4.2.x TWiki package that i started work on last time i had the time to look. Sven Olivier Berger wrote: Le mardi 10 juin 2008 à 17:39 +1000, Sven Dowideit a écrit : odd, I'm under the impression that I did respond, and indicated taht I don't see it as a major issue. OK, here I strongly disagree. You say you don't see as a major issue that anyone on the Internet can access and change a TWiki instance's configuration as user TWikiGuest/guest, as long as the server is on the Net (unless the admin has manually tweaked the apache config) ?!? Maybe someone will provide more insightful comments, now the issue is public ? It may not be major... but still, it's quite an issue... right ? Why is there any such Apache config, whereas limiting to local user's access for configure should be a *minimum* provision for confidentiality, at least, for instance (even though that's not enough IMHO)... Leaving the current apache config as such is nonsense for default installation (in particular the Satisfy Any), IMHO. What do you propose to address it ? Feel free to downgrade the severity or otherwise change the ticket's attributes. But I'm sure I would restore it as currently is. no-one on the security team suggested it was either, leading me to believe that we had a consensus. No one explicitely said yes or no, AFAICT... this is far from consensus (or I missed some emails). All I could read from someone from security team was : From: Florian Weimer [EMAIL PROTECTED] To: Olivier Berger [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], Sven Dowideit [EMAIL PROTECTED], Sven Dowideit [EMAIL PROTECTED] Subjet: Re: Security issue for Twiki's configure script execution possible by default Date: Wed, 28 May 2008 20:29:36 +0200 * Olivier Berger: I may be wrong, but I don't think I got an ACK (even to say no time to read yet) that this message was received. I had hoped the maintainer chimed in. This problem seems to be known by the maintainer, as discussed in http://twiki.org/cgi-bin/view/Codev/TWikiOnDebian (comments dated nov. 2007), AFAICT... Maybe he even prepared something in order to address this problem, which for some reason was not uploaded to Debian yet, as the packaging changelog seems to indicate : http://svn.twiki.org/svn/twiki/trunk/core/tools/pkg/debian/changelog : * change configure to use any valid-user - TWikiGuest is silly Sven, can you comment on this? Is anybody from the security team familiar with Apache ACLs and can propose a fix? Then no more, the rest was between you and me. They primarily asked for your opinion... then nothing more, as I suppose they were probably too busy already on other problems. They didn't respond again when you finally responded... (which leaves us in doubt that anyone in the security team would be familiar with Apache ACLs ;-)). I guessed you were comforted in your opinion by their lack of reaction, which is yet no indication that they would agree. Sven I initially choosed not to provide more details in the report in the BTS about the problem, hoping that you agreed it was problematic, and would be willing to welcome help. But it looks like we got some misunderstanding here. Too bad I'm forced to expose more details, as there doesn't seem to be consensus (maybe a problem with communication through email which renders things more difficult ?), and the only way out will be discussing it in details and in public I think. I proposed a NMU patch (maybe not perfect, but much less worse, IMHO than current state of things), and also a bit later warned you there would be a problem. You added : Also, the patch was found, by you to be defective. So I was expecting to see another round. ... as I explained, it would only need some slight reorganization of the postinst code to separate the configure and reconfigure cases in the code flow (which would be easy in principle for the maintainer would he acknowledge the NMU, for instance ?) I expect from an active maintainer that he/she's capable of improving the proposed patches sent by others, instead of going idle until the perfect patch is provided. I know you may think I'm aggressive here
Bug#445359: [RFH] Mac-on-Linux for Debian lenny
Hi Rogério On Mon, Jun 09, 2008 at 07:22:55PM -0300, Rogério Brito wrote: Debian. - Unusable kernel modules: This is caused by the removal of handle_mm_fault in recent kernels. To fix this we have to talk to the kernel team to see if they accept the attached patch which reenables the export. You forgot to attach the patch. Ok, it's attached now. Sorry. Additionaly the modules as shipped in mol-source currently don't compile with recent kernels. This can be fixed by updating mol-source to the most recent version in the upstream SVN. This issue is Debian bug #445359. José: What's the status of the upstream integration of the MOL kernel modules. Is this expected to happen anytime soon or is the work on it abandoned? It would be quite a good thing to have the mol modules integrated on the mainline kernel from kernel.org, as we already have many emulation things there already (uml, kvm, lguest, xen etc). On the other hand, mol may be rejected for exactly this reason, if we don't argue well enough about what would make mol have a differential. Perhaps preparing a text and having it reviewed by enough people would I don't know very much about kernel hacking, but I have some books about the Linux kernel development. It may, perhaps, be the right time to get the dust off of them. If you are interested in this, great. I think this would be a long term project and certainly not ready for Lenny. Joseph Jezak (the current mol upstream) did some work on this already. See mac-on-linux.sourceforge.net. There is a directory mol-kernel-merge in the upstream SVN. Joe: Probably you can better comment on this. - MOL SVN segfaults or hangs: The current version of MOL in unstable just hangs after startup if used with the latest kernel modules compiled from SVN. The latest SVN version segfaults at the same point where the other version hangs. Which other version hangs? Which one doesn't? That is, at which point things have stopped working? OK, I have now a bit more information about this: mol and mol-modules from stable - OK mol from stable and latest upstream modules - hang latest upstream mol and modules - mol (userspace) segfaults mol from stable and modules from SuSE patches - works latest upstream mol and modules from SuSE patches - mol (userspace) segfaults The SuSE patches can be found here: http://bb.zhang.free.fr/suse-mol-patch-for-2.6.25/ I used all pachtes except suse-ppc32-mol-handle-mm-fault plus the attached mol-mm.patch. The SuSE patches can not be directly used in Debian. I think the kernel team would reject them. But we could build an updated mol-source package from them. And one thing: why are the mol drivers for MacOS X in non-free while the ones for MacOS are in main? I think that I seem to recall that Benjaming H once told us that he didn't understand why this was sorted this way, because the drivers were developed in a similar fashion... I don't know. This was done by the former maintainer Jens Schmalzing. As I was never really sure if they belong to contrib or non-free I kept it like that. If you have the time to investigate the current licensing status and to propose a proper solution I would really appreciate it. This segfault was also reported on the upstream mailinglist. AFAIK there is no fix for it atm. José: are you planning to work on this in the near future? By segfault I think that you may be referring to the userspace thing, right? Yes Unfortunaltely I have very little free time at the moment and I'm unable to fix this two issues without help. Is there anyone else on the MOL Packaging Team or the Debian PowerPC Mailinglist who could take care of one of these issues. I wold be glad to assist if problems arise. Solving the first problem probably only needs communication to the kernel team. I think that I can lend a hand here, but I'm currently not sure of how much help I can be. I think the first step would be to talk to the kernel team about the mm symbol export patch. The next step would be to update mol-source. I would really appreciate your work and I can also add you to the Alioth project if needed. Please base all your work on the latest version in SVN: http://svn.debian.org/wsvn/pkg-mol Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ diff --git a/arch/powerpc/kernel/ppc_ksyms.c b/arch/powerpc/kernel/ppc_ksyms.c index c6b1aa3..455fb38 100644 --- a/arch/powerpc/kernel/ppc_ksyms.c +++ b/arch/powerpc/kernel/ppc_ksyms.c @@ -189,6 +189,7 @@ EXPORT_SYMBOL(set_context); extern long mol_trampoline; EXPORT_SYMBOL(mol_trampoline); /* For MOL */ EXPORT_SYMBOL(flush_hash_pages); /* For MOL */ +EXPORT_SYMBOL(handle_mm_fault); /* For MOL */ #ifdef CONFIG_SMP extern int mmu_hash_lock; EXPORT_SYMBOL(mmu_hash_lock); /* For MOL */
Bug#485562: twiki: configure script access badly protected
Le mardi 10 juin 2008 à 18:53 +1000, Sven Dowideit a écrit : I still contend that Allow from 127.0.0.1 does _not_ constitute open to anyone on the internet. Right. But see bellow... While hard coding TWikiGuest with a password of guest is not in any sense a good thing, from what I've noticed of other debian packages (and the fact that this was the case when I inherited the package) make me feel that its _not_ an issue that demands everyone to drop everything. Keeping TWikiGuest user with password guest can make sense, as long as its an open wiki where anonymous posts will be flagged as made by TWikiGuest. But in no case should this TWikiGuest user be granted configure access, IMHO (hence de configuser in my patch). Satisfy Any is not a better solution, as it opens configure up to an even bigger group of users - anyone that has registered on the TWiki. Please RTFM : http://httpd.apache.org/docs/2.2/mod/core.html#satisfy that explains this kind of situation in sufficient details, I think (or it's me who didn't understand). In the current case it behaves as such : either you're 1) connecting from 127.0.0.1 : the configure is open to you or 2) you're from anywhere else, and then you need to know TWikiGuest's password. Basically, that's open to anyone with the proper script or knowledge ! What you're thinking of is require valid-user, I think... which is totally different from the Satisfy Any here. Now, I suppose that you'll agree that there's a bigger security threat than you initially though ? Hope this helps, -- Olivier BERGER [EMAIL PROTECTED] http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 485562
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.28 tags 485562 + patch Bug#485562: twiki: configure script access badly protected Tags were: security Tags added: patch End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485564: acpi-support: please go back to legacy mode by default
On 10/06/08 at 10:05 +0200, Bart Samwel wrote: Lucas Nussbaum wrote: Package: acpi-support Version: 0.109-3 Severity: serious Justification: renders package unusable Hi, For the last two years, acpi-support worked perfectly fine for me. My laptop suspended and resuming very reliably. But recently, with version 0.109-3, my laptop stopped resuming, because you switched to using pm-utils when there's no dbus/hal app. Changing SUSPEND_METHODS back to acpi-support solves the problem. Please revert to the upstream behaviour, and use the legacy mode, that benefits from years of development on the Ubuntu side. If I install acpi-support, it's because I want to benefit from that, so it's totally counter-productive to use pm-utils instead of the scripts that acpi-support ships. If you want to do that, please package that separately. Unfortunately the Ubuntu implementation is deprecated and receives not nearly as much testing as it used to, since their default install does suspend/resume using hal (which delegates to pm-utils). All their development efforts go into pm-utils nowadays. So I *really* want to move to pm-utils for new installs. I guess I'll move the default back to acpi-support for existing installs, but as far as I'm concerned that's as far as it should go. Wow, that means that my laptop, that suspended fine for years, wouldn't resume if I used Ubuntu? I think that one thing that has to be taken into account is that the lenny release is close. When did Ubuntu switch to pm-utils? For hardy, or after the hardy release? If they did the move after hardy, it might be better to stay with hardy's behaviour for lenny. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 485562
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.28 tags 485562 + patch Bug#485562: twiki: configure script access badly protected Tags were: patch security Tags added: patch End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485471: marked as done (nautilus-actions: Actions does not appear in nautilus context menu.)
Your message dated Tue, 10 Jun 2008 12:22:55 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#485471: nautilus-actions: Actions does not appear in nautilus context menu. has caused the Debian Bug report #485471, regarding nautilus-actions: Actions does not appear in nautilus context menu. 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 [EMAIL PROTECTED] immediately.) -- 485471: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485471 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: nautilus-actions Version: 1.4.1-1 Severity: grave Justification: renders package unusable The issue is simple, actions i am creating with nautlus-actions do not appear over the selected file in context menu of nautilus. Using nautilus 2.22.2-1 from experimental branch. -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nautilus-actions depends on: ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnome-keyring0 2.22.1-1 GNOME keyring services library ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-3GNOME Virtual File System (runtime ii libgtk2.0-02.12.9-3 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libnautilus-extension1 2.22.2-1 libraries for nautilus components ii liborbit2 1:2.14.12-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpng12-0 1.2.27-1 PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libuuid1 1.40.8-2 universally unique id library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.2-2 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime nautilus-actions recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Le lundi 09 juin 2008 à 19:51 +0200, Rafael a écrit : Package: nautilus-actions Version: 1.4.1-1 Severity: grave Justification: renders package unusable The issue is simple, actions i am creating with nautlus-actions do not appear over the selected file in context menu of nautilus. Using nautilus 2.22.2-1 from experimental branch. The nautilus extensions ABI has changed in experimental. You need to rebuild nautilus-actions against the new libnautilus-extension version. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile.
Processed: Re: Bug#485564: acpi-support: please go back to legacy mode by default
Processing commands for [EMAIL PROTECTED]: severity 485564 important Bug#485564: acpi-support: please go back to legacy mode by default Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485596: Washngo FTBFS due to address space exhaustion
Package: washngo Version: 2.12-5 Severity: serious Washngo fails to build on 32-bit platforms with non-registrised ghc6. This is caused by three large source (or generated source) files: WASH/HTML/HTMLPrelude98.hs WASH/HTML/HTMLMonad98.hs WASH/HTML/HTMLPrelude.hs Compiling those eventually (after more than 30 minutes) results in .hc files of about 30 MB (!). Then gcc-4.3 is invoked which some minutes later gets killed when it comes close to the maximum process size. I believe those files should be split into smaller units, or the build should generate several smaller object files by other means. (From the ghc6 documentation I infer that -split-objs is not the answer.) Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485564: acpi-support: please go back to legacy mode by default
severity 485564 important thanks On 10/06/08 at 11:20 +0200, Bart Samwel wrote: Lucas Nussbaum wrote: On 10/06/08 at 10:05 +0200, Bart Samwel wrote: Unfortunately the Ubuntu implementation is deprecated and receives not nearly as much testing as it used to, since their default install does suspend/resume using hal (which delegates to pm-utils). All their development efforts go into pm-utils nowadays. So I *really* want to move to pm-utils for new installs. I guess I'll move the default back to acpi-support for existing installs, but as far as I'm concerned that's as far as it should go. Wow, that means that my laptop, that suspended fine for years, wouldn't resume if I used Ubuntu? I think that one thing that has to be taken into account is that the lenny release is close. When did Ubuntu switch to pm-utils? For hardy, or after the hardy release? If they did the move after hardy, it might be better to stay with hardy's behaviour for lenny. They switched before Hardy. That means that it's supposed to work. :-) Also, Debian has already switched as well, as much as Ubuntu has -- suspending from Gnome uses pm-utils. I just want to get rid of the situation that there are several suspend packages around, and depending on which GUI/non-GUI you use, you get a different one. Otherwise suspend will work in one situation and won't in another! OK, I see. I think that existing users of acpi-support should be offered the option to stay with legacy mode (using a debconf question, for example). (lowering the bug severity for that) And I should investigate why resuming didn't work with pm-utils. :-) -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453487: marked as done (bugzilla should be updated to newer upstream for lenny)
Your message dated Tue, 10 Jun 2008 11:59:02 +0200 with message-id [EMAIL PROTECTED] and subject line bugzilla -- Report bugs as fixed has caused the Debian Bug report #453487, regarding bugzilla should be updated to newer upstream for lenny 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 [EMAIL PROTECTED] immediately.) -- 453487: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453487 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: bugzilla Version: 2.22.1-2.2 Severity: important Usertags: qa-suggest-orphan Hi, the last maintainer upload of bugzilla was on 2006-11-15, a bit over a year ago. The package has accumulated quite a few bugs. Would it be appropriate to orphan it so a new maintainer can take over? Cheers, Christoph signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Package: bugzilla Version: 3.0.4-4 Tags: fixed I've debinased and uploaded a new version of bugzilla. This should fix all those bug reports at once. If not, please reopen a new bug against this (or newer) version of bugzilla. -- Raphael Bossek ---End Message---
Bug#481965: marked as done (bugzilla: Bugzilla fails to run with perl 5.10)
Your message dated Tue, 10 Jun 2008 11:59:02 +0200 with message-id [EMAIL PROTECTED] and subject line bugzilla -- Report bugs as fixed has caused the Debian Bug report #481965, regarding bugzilla: Bugzilla fails to run with perl 5.10 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 481965: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481965 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: bugzilla Version: 2.22.1-2.2 Severity: grave Justification: renders package unusable The default installation of Bugzilla is 2.22.1-2.2 The default installation of perl is 5.10 Bugzilla 2.22.1-2.2 does not work with perl 5.10 See e.g.: http://groups.google.ch/group/mozilla.support.bugzilla/msg/5c4161433c28ffb3 Output from Apache error log below: [Mon May 19 19:44:21 2008] [error] [client 84.120.160.155] Not a subroutine reference at /usr/share/perl5/Bugzilla/Template.pm line 59. [Mon May 19 19:44:21 2008] [error] [client 84.120.160.155] Compilation failed in require at /usr/share/bugzilla/Bugzilla.pm line 34. [Mon May 19 19:44:21 2008] [error] [client 84.120.160.155] BEGIN failed--compilation aborted at /usr/share/bugzilla/Bugzilla.pm line 34. [Mon May 19 19:44:21 2008] [error] [client 84.120.160.155] Compilation failed in require at /usr/share/bugzilla/globals.pl line 803. [Mon May 19 19:44:21 2008] [error] [client 84.120.160.155] BEGIN failed--compilation aborted at /usr/share/bugzilla/globals.pl line 803. [Mon May 19 19:44:21 2008] [error] [client 84.120.160.155] Compilation failed in require at /usr/lib/cgi-bin/bugzilla/index.cgi line 33. [Mon May 19 19:44:21 2008] [error] [client 84.120.160.155] Premature end of script headers: index.cgi [Mon May 19 19:44:25 2008] [error] [client 84.120.160.155] Not a subroutine reference at /usr/share/perl5/Bugzilla/Template.pm line 59. [Mon May 19 19:44:25 2008] [error] [client 84.120.160.155] Compilation failed in require at /usr/share/bugzilla/Bugzilla.pm line 34. [Mon May 19 19:44:25 2008] [error] [client 84.120.160.155] BEGIN failed--compilation aborted at /usr/share/bugzilla/Bugzilla.pm line 34. [Mon May 19 19:44:25 2008] [error] [client 84.120.160.155] Compilation failed in require at /usr/share/bugzilla/globals.pl line 803. [Mon May 19 19:44:25 2008] [error] [client 84.120.160.155] BEGIN failed--compilation aborted at /usr/share/bugzilla/globals.pl line 803. [Mon May 19 19:44:25 2008] [error] [client 84.120.160.155] Compilation failed in require at /usr/lib/cgi-bin/bugzilla/index.cgi line 33. [Mon May 19 19:44:25 2008] [error] [client 84.120.160.155] Premature end of script headers: index.cgi [Mon May 19 19:45:46 2008] [error] [client 84.120.160.155] Not a subroutine reference at /usr/share/perl5/Bugzilla/Template.pm line 59. [Mon May 19 19:45:46 2008] [error] [client 84.120.160.155] Compilation failed in require at /usr/share/bugzilla/Bugzilla.pm line 34. [Mon May 19 19:45:46 2008] [error] [client 84.120.160.155] BEGIN failed--compilation aborted at /usr/share/bugzilla/Bugzilla.pm line 34. [Mon May 19 19:45:46 2008] [error] [client 84.120.160.155] Compilation failed in require at /usr/share/bugzilla/globals.pl line 803. [Mon May 19 19:45:46 2008] [error] [client 84.120.160.155] BEGIN failed--compilation aborted at /usr/share/bugzilla/globals.pl line 803. [Mon May 19 19:45:46 2008] [error] [client 84.120.160.155] Compilation failed in require at /usr/lib/cgi-bin/bugzilla/index.cgi line 33. [Mon May 19 19:45:46 2008] [error] [client 84.120.160.155] Premature end of script headers: index.cgi -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.9 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Package: bugzilla Version: 3.0.4-4 Tags: fixed I've debinased and uploaded a new version of bugzilla. This should fix all those bug reports at once. If not, please reopen a new bug against this (or newer) version of bugzilla. -- Raphael Bossek ---End Message---
Bug#484467: query power status in /sys not in /proc
In the last kernels (2.6.24.x) proc is setted how obsolete, there is /sys directory. Using 2.6.25.4, could I've any problems? Thanks. psycheye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485597: psi: Segmentation fault upon typing in chat window
Package: psi Version: 0.11-8 Severity: grave Justification: renders package unusable Regrettably i do not have much more information about this bug. Psi crashes with the message Segmentation fault after i type some amount of text in the chat window, the amount varies and the time does too but the timespan is to short to write and send anything important so i consider this a blocker. How can i disable spell checking to see if this triggers the problem? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (50, 'experimental'), (10, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages psi depends on: ii libaspell150.60.5-2.2GNU Aspell spell-checker runtime l ii libc6 2.7-12GNU C Library: Shared libraries ii libgcc11:4.3.1-1 GCC support library ii libqca22.0.0-4 libraries for the Qt Cryptographic ii libqt4-gui 4.4.0-3 transitional package for Qt 4 GUI ii libqt4-network 4.4.0-3 Qt 4 network module ii libqt4-qt3support 4.4.0-3 Qt 3 compatibility library for Qt ii libqt4-xml 4.4.0-3 Qt 4 XML module ii libqtcore4 4.4.0-3 Qt 4 core module ii libstdc++6 4.3.1-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.4-2 X11 client-side library ii libxss11:1.1.3-1 X11 Screen Saver extension library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages psi recommends: ii libqca2-plugin-ossl 0.1~20070904-3 QCA OSSL plugin for libqca2 ii sox 14.0.1-2+b1Swiss army knife of sound processi -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465635: NMU of latex-cjk-chinese-arphic
Dear Danai, since these two RC bugs are open since quite some time I took the liberty to prepare an NMU. It basically takes the patch for parallel build fix from the bug log, and for the other includes the SFD files simply into debian/sfd, so no build-dependency over freetype1-tools. I have built the packages without any problems (but the time ;-) and did install and did also some test runs. I don't see a problem with resepct to kpathsea/dh_installtex as you mentioned it in the one bug log. I attach the debdiff of the current package to the one I plan to upload. Note that the debdiff does NOT (!!!) contain the sfd files, I removed that, since otherwise the diff would be so big. Please give your remarks, otherwise I plan to upload this package to the N-DELAYED queue (I still have to check which one it should got to for RC bugs). Thanks a lot and all the best Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- OSBASTON (n.) A point made for the seventh time to somebody who insists that they know exactly what you mean but clearly hasn't got the faintest idea. --- Douglas Adams, The Meaning of Liff diff -Nru latex-cjk-chinese-arphic-1.18/debian/changelog latex-cjk-chinese-arphic-1.18+nmu1/debian/changelog --- latex-cjk-chinese-arphic-1.18/debian/changelog 2008-01-30 11:49:47.0 +0100 +++ latex-cjk-chinese-arphic-1.18+nmu1/debian/changelog 2008-06-05 12:34:48.0 +0200 @@ -1,3 +1,14 @@ +latex-cjk-chinese-arphic (1.18+nmu1) unstable; urgency=low + + * Non-maintainer upload to fix 2 RC bugs + * Fix problem in the $(clean_fonts) rule when running debian/rules clean +with -j: some debian/control entries could be missing. Closes: #465635. +(Fix done by Lucas Nussbaum [EMAIL PROTECTED]) + * Ship the sfd files from freetype1-tools in debian/sfd so we can drop +the build-dep on freetype1-tools. Closes: #484081 + + -- Norbert Preining [EMAIL PROTECTED] Thu, 05 Jun 2008 12:30:15 +0200 + latex-cjk-chinese-arphic (1.18) unstable; urgency=low * The I love vertical writing release. diff -Nru latex-cjk-chinese-arphic-1.18/debian/control latex-cjk-chinese-arphic-1.18+nmu1/debian/control --- latex-cjk-chinese-arphic-1.18/debian/control 2008-02-08 13:10:03.0 +0100 +++ latex-cjk-chinese-arphic-1.18+nmu1/debian/control 2008-06-06 10:41:10.0 +0200 @@ -3,32 +3,32 @@ Priority: optional Maintainer: Danai SAE-HAN (ééè) [EMAIL PROTECTED] Build-Depends: debhelper (= 6) -Build-Depends-Indep: fontforge (= 0.0.20050717), freetype1-tools (= 1.4pre.20050518-0.3), texlive-font-utils, ttf-arphic-bsmi00lp, ttf-arphic-bkai00mp, ttf-arphic-gbsn00lp, ttf-arphic-gkai00mp +Build-Depends-Indep: fontforge (= 0.0.20050717), texlive-font-utils, ttf-arphic-bsmi00lp, ttf-arphic-bkai00mp, ttf-arphic-gbsn00lp, ttf-arphic-gkai00mp Standards-Version: 3.7.3 -Package: latex-cjk-chinese-arphic-bsmi00lp +Package: latex-cjk-chinese-arphic-bkai00mp Architecture: all -Suggests: ttf-arphic-bsmi00lp -Provides: tfm-arphic-bsmi00lp +Suggests: ttf-arphic-bkai00mp +Provides: tfm-arphic-bkai00mp Depends: tex-common (= 0.19) Description: traditional Chinese KaiTi fonts for CJK This package installs all necessary fonts (PFB, AFM, TFM, etc.) to get the KaiTi Arphic fonts working with the LaTeX macro CJK in Big5, MULE and UTF-8 environments. . - The full name of the font is Arphic AR PL Mingti2L Big5. + The full name of the font is Arphic AR PL KaitiM Big5. -Package: latex-cjk-chinese-arphic-bkai00mp +Package: latex-cjk-chinese-arphic-bsmi00lp Architecture: all -Suggests: ttf-arphic-bkai00mp -Provides: tfm-arphic-bkai00mp +Suggests: ttf-arphic-bsmi00lp +Provides: tfm-arphic-bsmi00lp Depends: tex-common (= 0.19) Description: traditional Chinese KaiTi fonts for CJK This package installs all necessary fonts (PFB, AFM, TFM, etc.) to get the KaiTi Arphic fonts working with the LaTeX macro CJK in Big5, MULE and UTF-8 environments. . - The full name of the font is Arphic AR PL KaitiM Big5. + The full name of the font is Arphic AR PL Mingti2L Big5. Package: latex-cjk-chinese-arphic-gbsn00lp Architecture: all diff -Nru latex-cjk-chinese-arphic-1.18/debian/control.stem.in latex-cjk-chinese-arphic-1.18+nmu1/debian/control.stem.in --- latex-cjk-chinese-arphic-1.18/debian/control.stem.in 2008-01-28 18:29:32.0 +0100 +++ latex-cjk-chinese-arphic-1.18+nmu1/debian/control.stem.in 2008-06-05 12:38:33.0 +0200 @@ -3,5 +3,5 @@ Priority: optional Maintainer: Danai SAE-HAN (ééè) [EMAIL PROTECTED] Build-Depends: debhelper (= 6) -Build-Depends-Indep: fontforge (= 0.0.20050717), freetype1-tools (=
Bug#484081: NMU of latex-cjk-chinese-arphic
On Di, 10 Jun 2008, Norbert Preining wrote: I attach the debdiff of the current package to the one I plan to upload. Note that the debdiff does NOT (!!!) contain the sfd files, I removed that, since otherwise the diff would be so big. I forgot, the package is available at deb http://people.debian.org/~preining/ cjk/ deb-src http://people.debian.org/~preining/ cjk/ and src/changes/Release is signed with my gpg key. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- HEATON PUNCHARDON (n.) A violent argument which breaks out in the car on the way home from a party between a couple who have had to be polite to each other in company all evening. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485413: apache2: Apache crashes system due to exessive memory allocation
Hello Stefan! Stefan Fritsch [Mon, Jun 09, 2008 at 09:59:10PM +0200]: On Monday 09 June 2008, Nico Schottelius wrote: The question is how to debug that problem, find out which modules allocates that much memory (most likely php, but where is the evidence?) and why it allocates so much memory. What is the value of memory_limit in your /etc/php5/apache2/php.ini ? If it is large, maybe your php app simply uses that much memory. [11:52] u0203:apache2# grep memory_limit /etc/php5/apache2/php.ini memory_limit = 128M ; Maximum amount of memory a script may consume (128MB) On all four servers, all Debian standardconfigs. Php 5.2.6 fixes some memory leaks. You could try 5.2.6-1 from Debian unstable. Hmm, have to wait until it is in testing, as I don't want to mix up testing/unstable. Is there a way to get notified, as soon as it is available? Apache is known to leak memory in long requests (like when streaming multimedia data) if the flush() function is used excessively. Do you use implicit_flush in your php.ini? Does your application use ob_implicit_flush() or many flush()s? [12:08] u0140:~% grep implicit_flush /etc/php5/apache2/php.ini implicit_flush = Off If nothing helps, you can set MaxMemFree and/or MaxRequestsPerChild in your apache config as a workaround. I am trying the following hacks currently: - MaxRequestsPerChild on server u0203 - Disabled SSL on server u0141 I did not know about MaxMemFree before your Mail, maybe I'll try it on the third webserver. My next step would be to compile apache2.2.8 and php 5.2.6 from source with debugging symbols and run valgrind in front of it... hope I don't have to do it, because this implies installing full developement kit including mysql, postgresql, etc. dev pakets... Sincerly Nico -- Think about Free and Open Source Software (FOSS). http://nico.schottelius.org/documentations/foss/the-term-foss/ PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C signature.asc Description: Digital signature
Bug#485603: libpopt0: Conflicts with libpopt-dev from the same source
Package: libpopt0 Version: 1.14-1 Severity: serious libpopt0 1.14-11 Conflicts: libpopt-dev (= 1.14-1), making the latter one uninstallable. Please change the '=' to ''. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpopt0 depends on: ii libc6 2.7-12 GNU C Library: Shared libraries libpopt0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485606: libpopt-dev: uninstallable
Package: popt Version: 1.14-1 Severity: serious Hi, consider: # apt-get install libpopt-dev Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: libpopt-dev: Depends: libpopt0 (= 1.14-1) but it is not going to be installed E: Broken packages # debian/control: libpopt0: Conflicts: popt, libpopt-dev (= 1.14-1), rpm (= 4.0.2-3) libpopt-dev: Depends: libc6-dev | libc-dev, libpopt0 (= ${binary:Version}) Roland -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25.4-rt3 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475743: Bug #475743: libgtkada: not installable in sid
Hi Ludovic, bug #475365 seems to be fixed now. Is there anything else blocking the resolution of this bug? Is there hope to have gtkada in lenny? -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485603: libpopt0: Conflicts with libpopt-dev from the same source
Hi, this was Conflicts: libpopt-dev (= 1.4-1) before (instead of Conflicts: libpopt-dev (= 1.14-1)). Maybe the 1 is just a typo? Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485606: marked as done (libpopt-dev: uninstallable)
Your message dated Tue, 10 Jun 2008 13:40:50 +0200 with message-id [EMAIL PROTECTED] and subject line libpopt-dev: uninstallable has caused the Debian Bug report #485606, regarding libpopt-dev: uninstallable to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 485606: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485606 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: popt Version: 1.14-1 Severity: serious Hi, consider: # apt-get install libpopt-dev Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: libpopt-dev: Depends: libpopt0 (= 1.14-1) but it is not going to be installed E: Broken packages # debian/control: libpopt0: Conflicts: popt, libpopt-dev (= 1.14-1), rpm (= 4.0.2-3) libpopt-dev: Depends: libc6-dev | libc-dev, libpopt0 (= ${binary:Version}) Roland -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25.4-rt3 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Just reported by someone else (at the same time), therefore closing. ---End Message---
Bug#482140: [xml/sgml-pkgs] Bug#482140: docbook-xml: Package does not install: update-xmlcatalog: error: entity, already registered
Am Dienstag, den 10.06.2008, 04:05 -0400 schrieb Akira: Same error upgrading from Etch to Lenny on i686 (Core2 Duo). Worked around the issue by running the following two commands. update-xmlcatalog --del --type public --id '-//OASIS//DTD DocBook XML V4.1//EN' --package docbook-xml update-xmlcatalog --del --type public --id '-//OASIS//DTD XML Exchange Table Model 19990315//EN' --package docbook-xml These commands are part of the prerm script of the docbook-xml etch package (4.4-5). So this shouldn't be necessary. I clearly need help and I get the impression, that the problem only appears on the amd64 architecture. CCing debian-release, debian-devel for help Hello guys, Some users reported an issue upgrading docbook-xml from Etch to Lenny/Sid. I'm unable to reproduce it and I currently have no idea, what's going on. From reading the reports it might be an amd64-specific issue - which is some kind of surprising, because docbook-xml is Arch:all. But maybe the package has been corrupted on the amd64 installation CD/DVDs. The fact, that after a reinstallation of the docbook-xml package, the issue seems to disappear could be a hint, that this is the case. I really have no clue (and not much time till the end of next week). So I hereby request your help. I really appreciate any information, which helps to track down the issue and fix it. An NMU is of course allowed if you find the cause. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477826: aptitude: did not start in ja_JP.UTF-8 locale, too
Hi, I must mention that Japanese was also affected by this bug. Now that apt 0.7.14 has entered in lenny, this bug is resolved in lenny and can be closed. However, since Debian Installer lenny beta 2 ships the affected version of apt, I add this note to the bug report just for your information. Thanks, -nori -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484467: query power status in /sys not in /proc
On Tue, Jun 10, 2008 at 12:22:19PM +0200, psycheye wrote: In the last kernels (2.6.24.x) proc is setted how obsolete, there is /sys directory. Using 2.6.25.4, could I've any problems? apparently yes... One could argue that removing /proc/acpi now may break other programs and that it would be nice to have it enabled in the kernel for some more time. bah -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473559: aptitude: did not start in ja_JP.UTF-8 locale, too
Hi, I must mention that Japanese was also affected by this bug. Now that apt 0.7.14 has entered in lenny, this bug is resolved in lenny and can be closed. However, since Debian Installer lenny beta 2 ships the affected version of apt, I add this note to the bug report just for your information. Thanks, -nori -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485610: oftc-hybrid links against OpenSSL without an exception
Package: oftc-hybrid Severity: serious During an audit of packages in Debian linked against OpenSSL for proper license exceptions, your package was found to not have any exception. Please rebuild your package without OpenSSL support, or document the exception in debian/copyright. Thanks! -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484467: query power status in /sys not in /proc
On Tue, Jun 10, 2008 at 01:51:34PM +0200, psycheye wrote: One could argue that removing /proc/acpi now may break other programs and that it would be nice to have it enabled in the kernel for some more time. doing: cpufreq-get I see: No cpufreqd socket found (but in /var/run there's the pid about cpufreqd) you need a unix socket, not a pid file :) you can enable this feature in the config file (see also man cpufreqd.conf) so, if I try to set cpu clock with cpufreq-selector (cpufreq-selector -c 0 -c 1 -f 800) the command run, but the cpu clock doesn't change :-/ oh, this is not from the cpufreqd package and actually conflicts with what cpufreqd thinks the current frequency is. So, I don't understand if No cpufreqd socket found is about the bug of package or other errors. no, unrelated. This bug is about the /proc/acpi directory not being available in recent debian kernels. What I will do? see above. Enable the unix socket and try again. cheers -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 481992 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 severity 481992 important Bug#481992: drbd8-source: Uses blk_put_queue function which is no longer exported Severity set to `important' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 481992 to drbd8
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 reassign 481992 drbd8 Bug#481992: drbd8-source: Uses blk_put_queue function which is no longer exported Bug reassigned from package `drbd8-source' to `drbd8'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485597: Acknowledgement (psi: Segmentation fault upon typing in chat window)
I just realized the kernel log has some additional info on the segfault: psi[15177]: segfault at bfaec008 eip b72b17ff esp bfae68f0 error 6 psi[15543]: segfault at bfc3e008 eip b7278813 esp bfc39000 error 6 psi[15869]: segfault at bfbb1008 eip b72f67ff esp bfbac910 error 6 psi[16047]: segfault at bfb91008 eip b72e4813 esp bfb8b9a0 error 6 Stefan -- Save the cheerleader, save the world! - Heroes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#484046: libaudio-flac-header-perl_2.2-1(hppa/unstable): FTBFS: build failures
Processing commands for [EMAIL PROTECTED]: tag 484046 patch upstream Bug#484046: libaudio-flac-header-perl_2.2-1(hppa/unstable): FTBFS: build failures There were no tags set. Tags added: patch, upstream thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484046: libaudio-flac-header-perl_2.2-1(hppa/unstable): FTBFS: build failures
tag 484046 patch upstream thanks On Sun, Jun 01, 2008 at 09:26:06PM -0600, [EMAIL PROTECTED] wrote: Package: libaudio-flac-header-perl Version: 2.2-1 Severity: serious There was an error while trying to autobuild your package: t/write.dubious Test returned status 0 (wstat 11, 0xb) DIED. FAILED tests 3-7 OK, I've got it now. This is not hppa specific, it just happens to trigger only there. The problem is that FLAC__metadata_object_vorbiscomment_append_comment() is called with an uninitialized FLAC__StreamMetadata_VorbisComment_Entry struct from Header.xs:639. When the 'length' member happens to be non-zero, FLAC__format_vorbiscomment_entry_is_legal() tries to dereference an invalid pointer generating a segmentation fault. Patch attached, this builds fine for me on hppa and amd64. The bug was introduced in upstream version 2.2. I'll forward this to the upstream author probably later today. -- Niko Tyni [EMAIL PROTECTED] diff --git a/Header.xs b/Header.xs index c15c0b5..4e7adcc 100644 --- a/Header.xs +++ b/Header.xs @@ -636,6 +636,7 @@ _write_XS(obj) } FLAC__StreamMetadata_VorbisComment_Entry entry; + entry.length = 0; FLAC__metadata_object_vorbiscomment_append_comment(block, entry, /*copy=*/true); if (hv_iterinit(tags)) {
Bug#474842: marked as done (ktechlab: FTBFS: stl_vector.h:932: error: no matching function for call to 'std::vectorstd::vectorunsigned int, std::allocatorunsigned int , std::allocatorstd::vect
Your message dated Tue, 10 Jun 2008 12:47:04 + with message-id [EMAIL PROTECTED] and subject line Bug#474842: fixed in ktechlab 0.3-9 has caused the Debian Bug report #474842, regarding ktechlab: FTBFS: stl_vector.h:932: error: no matching function for call to 'std::vectorstd::vectorunsigned int, std::allocatorunsigned int , std::allocatorstd::vectorunsigned int, std::allocatorunsigned int ::_M_fill_initialize(unsigned int, unsigned int)' 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 [EMAIL PROTECTED] immediately.) -- 474842: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474842 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: ktechlab Version: 0.3-8 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080407 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: /bin/sh ../../../libtool --silent --mode=compile --tag=CXX i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -I../../../src/electronics -I/usr/include/kde -I/usr/include/qt3 -I. -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -fexceptions -c -o matrix.lo `test -f 'matrix.cpp' || echo './'`matrix.cpp In file included from matrix.h:14, from matrix.cpp:11: vec.h:27: warning: type qualifiers ignored on function return type In file included from matrix.cpp:11: matrix.h:154: warning: type qualifiers ignored on function return type matrix.h:155: warning: type qualifiers ignored on function return type matrix.h:156: warning: type qualifiers ignored on function return type matrix.h:157: warning: type qualifiers ignored on function return type matrix.h:161: warning: type qualifiers ignored on function return type In file included from /usr/include/kde/kdebug.h:25, from matrix.cpp:13: /usr/include/qt3/qstring.h: In member function 'char QChar::latin1() const': /usr/include/qt3/qstring.h:197: warning: conversion to 'char' from 'int' may alter its value /usr/include/qt3/qstring.h: In member function 'void QChar::setCell(uchar)': /usr/include/qt3/qstring.h:222: warning: conversion to 'ushort' from 'int' may alter its value /usr/include/qt3/qstring.h: In member function 'void QChar::setRow(uchar)': /usr/include/qt3/qstring.h:223: warning: conversion to 'ushort' from 'int' may alter its value /usr/include/qt3/qstring.h: In constructor 'QChar::QChar(uchar, uchar)': /usr/include/qt3/qstring.h:267: warning: conversion to 'ushort' from 'int' may alter its value /usr/include/qt3/qstring.h: In constructor 'QStringData::QStringData(QChar*, uint, uint)': /usr/include/qt3/qstring.h:365: warning: conversion to 'unsigned int:30' from 'uint' may alter its value /usr/include/qt3/qstring.h:365: warning: conversion to 'unsigned int:30' from 'uint' may alter its value /usr/include/c++/4.3/bits/stl_vector.h: In member function 'void std::vector_Tp, _Alloc::_M_initialize_dispatch(_Integer, _Integer, std::__true_type) [with _Integer = unsigned int, _Tp = std::vectorunsigned int, std::allocatorunsigned int , _Alloc = std::allocatorstd::vectorunsigned int, std::allocatorunsigned int ]': /usr/include/c++/4.3/bits/stl_vector.h:290: instantiated from 'std::vector_Tp, _Alloc::vector(_InputIterator, _InputIterator, const _Alloc) [with _InputIterator = unsigned int, _Tp = std::vectorunsigned int, std::allocatorunsigned int , _Alloc = std::allocatorstd::vectorunsigned int, std::allocatorunsigned int ]' matrix.cpp:291: instantiated from here /usr/include/c++/4.3/bits/stl_vector.h:932: error: no matching function for call to 'std::vectorstd::vectorunsigned int, std::allocatorunsigned int , std::allocatorstd::vectorunsigned int, std::allocatorunsigned int ::_M_fill_initialize(unsigned int, unsigned int)' /usr/include/c++/4.3/bits/stl_vector.h:974: note: candidates are: void std::vector_Tp, _Alloc::_M_fill_initialize(size_t, const _Tp) [with _Tp = std::vectorunsigned int,
Bug#484467: query power status in /sys not in /proc
On Fri, Jun 06, 2008 at 10:56:53AM +0200, maximilian attems wrote: reassign 484467 cpufreqd severity 484467 serious retitle 484467 query power status in /sys not in /proc stop On Fri, Jun 06, 2008 at 08:11:16AM +0200, LÉVAI Dániel wrote: It reboots because there is a rule in /etc/cpufreqd.conf which halts the system when it detects a 0-1% battery charge. cpufreqd uses the legacy /proc way to gather battery status information, thus with the new kernel it doesn't work, and instantly halts because it thinks that no juice left. ok thanks a lot for the info, reassigning properly. up to the cpufreqd maintainer to react. Any chance you could instead re-enable the deprecated /proc/acpi support? I don't think cpufreqd is the only one breaking. Cheers -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475743: Bug #475743: libgtkada: not installable in sid
bug #475365 seems to be fixed now. Is there anything else blocking the resolution of this bug? Is there hope to have gtkada in lenny? I'm not sure what makes libgtkada2-dev installable again but my intention is to resolve this bug by packaging version 2.10 and transitioning to gnat-4.3. Yes, there is hope to have that in sid. I'll start working on it in the next few days. Feel free to offer help. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484046: Bug in libaudio-flac-header-perl fixed in revision 20895
tag 484046 + pending tag 484046 + pending thanks Some bugs are closed in revision 20895 by Niko Tyni (ntyni) Commit message: initialize the length of an empty vorbis comment struct to zero before appending to it. (Closes: #484046) * Manage debian/patches with quilt again. + debian/patches/uninitialized_comment: initialize the length of an empty vorbis comment struct to zero before appending to it. (Closes: #484046) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485596: Washngo FTBFS due to address space exhaustion
severity 485596 normal thanks Thiemo Seufer wrote: WASH/HTML/HTMLPrelude98.hs WASH/HTML/HTMLMonad98.hs WASH/HTML/HTMLPrelude.hs Compiling those eventually (after more than 30 minutes) results in .hc files of about 30 MB (!). Then gcc-4.3 is invoked which some minutes later gets killed when it comes close to the maximum process size. This sounds like you have a very slow machine. It does take some time to build on modern hardware (a few minutes), though I suppose the unregisterized bit could account for the difference. What is your maximum process size? I am aware that building washngo can use a considerable amount of RAM (probably even more on an unregisterized platform), but it is not a bug in washngo that you don't have enough RAM to build it, or that your maximum process size is too low. ISTR it takes the better part of 1GB to build on i386. What specific platforms are you having problems with? It would be interesting to see if the buildds are having trouble there as well. I see it has built on alpha, amd64, hppa, ia64, i386, and sparc, and most of the rest of the platforms show it as building (but haven't attepted recently due to missing build-deps) -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485619: samba4_4.0.0~alpha4~20080522-1(hppa/experimental): FTBFS: dh_install: missing files, aborting
Package: samba4 Version: 4.0.0~alpha4~20080522-1 Severity: serious Hi, your package failed to build from source. | Automatic build of samba4_4.0.0~alpha4~20080522-1 on lofn by sbuild/hppa 98-farm | Build started at 20080610-0410 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 10.3MB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main samba4 4.0.0~alpha4~20080522-1 (dsc) [2052B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main samba4 4.0.0~alpha4~20080522-1 (tar) [9983kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main samba4 4.0.0~alpha4~20080522-1 (diff) [352kB] | Fetched 10.3MB in 9s (1122kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 5.0.0), libparse-yapp-perl, perl, docbook-xsl, docbook-xml, xsltproc, po-debconf, libgnutls-dev, libreadline5-dev, libpam0g-dev, libblkid-dev, libattr1-dev, flex, bison, tdb-dev (= 1.1.0), libtalloc-dev, libtalloc1, perl-modules, python2.5-dev, python-central (= 0.5.6) | Build-Conflicts: libldb-dev | Checking for already installed source dependencies... [...] | dh_install --sourcedir=debian/tmp --list-missing --fail-missing | dh_install: debian/tmp/usr/bin/tdbtool exists in debian/tmp/ but is not installed to anywhere | dh_install: debian/tmp/usr/bin/tdbdump exists in debian/tmp/ but is not installed to anywhere | dh_install: debian/tmp/usr/bin/tdbtorture exists in debian/tmp/ but is not installed to anywhere | dh_install: debian/tmp/usr/bin/tdbbackup exists in debian/tmp/ but is not installed to anywhere | dh_install: missing files, aborting | make: *** [install] Error 1 | dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 | ** | Build finished at 20080610-0539 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=4.0.0~alpha4~20080522-1pkg=samba4arch=hppa Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Bug in libaudio-flac-header-perl fixed in revision 20895
Processing commands for [EMAIL PROTECTED]: tag 484046 + pending Bug#484046: libaudio-flac-header-perl_2.2-1(hppa/unstable): FTBFS: build failures Tags were: upstream patch Tags added: pending tag 484046 + pending Bug#484046: libaudio-flac-header-perl_2.2-1(hppa/unstable): FTBFS: build failures Tags were: pending upstream patch Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#485596: Washngo FTBFS due to address space exhaustion
Processing commands for [EMAIL PROTECTED]: severity 485596 normal Bug#485596: Washngo FTBFS due to address space exhaustion Severity set to `normal' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473559: marked as done ([aptitude] aptitude: line 50 too long)
Your message dated Tue, 10 Jun 2008 06:49:46 -0700 with message-id [EMAIL PROTECTED] and subject line apt 0.7.14 migrated (finally) has caused the Debian Bug report #473559, regarding [aptitude] aptitude: line 50 too long 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 [EMAIL PROTECTED] immediately.) -- 473559: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473559 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: aptitude Version: 0.4.11.1-1 Severity: normal --- Please enter the report below this line. --- I received message on startup: E: Line 50 too long (max 1024) --- System information. --- Architecture: amd64 Kernel: Linux 2.6.23-1-amd64 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.yandex.ru --- Package information. --- Depends(Version) | Installed -+- libapt-pkg-libc6.7-6-4.6 | libc6 (= 2.7-1) | 2.7-10 libcwidget3 | 0.5.9-1 libept0 (= 0.5.17) | 0.5.17 libgcc1 (= 1:4.1.1-21) | 1:4.3.0-2 libncursesw5 (= 5.6+20071006-3) | 5.6+20080308-1 libsigc++-2.0-0c2a(= 2.0.2) | 2.0.18-2 libstdc++6 (= 4.2.1-4) | 4.3.0-2 libxapian15 | 1.0.5-1 zlib1g | 1:1.2.3.3.dfsg-11 ---End Message--- ---BeginMessage--- It looks like apt-0.7.14 has finally migrated to testing, so these bugs can be closed now. Daniel ---End Message---
Bug#477826: marked as done (aptitude: does not start in ru_RU.UTF-8 locale)
Your message dated Tue, 10 Jun 2008 06:49:46 -0700 with message-id [EMAIL PROTECTED] and subject line apt 0.7.14 migrated (finally) has caused the Debian Bug report #473559, regarding aptitude: does not start in ru_RU.UTF-8 locale 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 [EMAIL PROTECTED] immediately.) -- 473559: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473559 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: aptitude Version: 0.4.11.2-1 Severity: important seb:~# aptitude update E: Line 50 too long (max 1024) E: Method http has died unexpectedly! E: Method http has died unexpectedly! E: Method http has died unexpectedly! E: Method http has died unexpectedly! Current status: 0 сломано [+0], 0 обновлено [+0], 26162 новых [+0]. but with C locale it work: seb:~# LANG=C aptitude update Get:1 http://deb.opera.com stable Release.gpg [189B] Get:2 http://deb.opera.com testing Release.gpg [189B] Get:3 http://deb.opera.com unstable Release.gpg [189B] Get:4 http://emacs.orebokech.com sid Release.gpg [189B] Hit http://deb.opera.com stable Release Hit http://deb.opera.com testing Release Hit http://emacs.orebokech.com sid Release Get:5 http://security.debian.org stable/updates Release.gpg [189B] Get:6 http://security.debian.org testing/updates Release.gpg [189B] Hit http://deb.opera.com unstable Release Hit http://security.debian.org stable/updates Release . . . -- Package-specific info: aptitude 0.4.11.2 скомпилировано в Apr 12 2008 04:21:26 Компилятор: g++ 4.2.3 (Debian 4.2.3-3) Compiled against: apt version 4.6.0 NCurses version 5.6 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.6.20080308 cwidget version: 0.5.11 Apt version: 4.6.0 linux-gate.so.1 = (0xe000) libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0xb7eb6000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb7e7a000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7e73000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7d83000) libept.so.0 = /usr/lib/libept.so.0 (0xb7d0b000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb7b98000) libz.so.1 = /usr/lib/libz.so.1 (0xb7b83000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7b6b000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7a7d000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7a58000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7a4b000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb78fd000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb78f9000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb78f4000) /lib/ld-linux.so.2 (0xb7f9f000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (70, 'unstable'), (65, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.11Advanced front-end for dpkg ii libc6 2.7-10GNU C Library: Shared libraries ii libcwidget30.5.11-1 high-level terminal interface libr ii libept00.5.17High-level library for managing De ii libgcc11:4.3.0-3 GCC support library ii libncursesw5 5.6+20080308-1Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libxapian151.0.5-1 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output -- no debconf information ---End Message--- ---BeginMessage--- It looks like apt-0.7.14 has finally migrated to testing, so these bugs can be closed now. Daniel ---End Message---
Bug#473633: marked as done (aptitude: exit with errors)
Your message dated Tue, 10 Jun 2008 06:49:46 -0700 with message-id [EMAIL PROTECTED] and subject line apt 0.7.14 migrated (finally) has caused the Debian Bug report #473559, regarding aptitude: exit with errors 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 [EMAIL PROTECTED] immediately.) -- 473559: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473559 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: aptitude Version: 0.4.11.1-1 Severity: grave Justification: renders package unusable %sudo aptitude update E: Line 50 too long (max 1024) E: Method http has died unexpectedly! E: Method http has died unexpectedly! I have edited file aptitude-defaults.ru for fix this error message with 50 line, but after that i also have only errors: %sudo aptitude update E: Method http has died unexpectedly! E: Method http has died unexpectedly! And aptitude quits. -- Package-specific info: Terminal: xterm $DISPLAY is set. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24.4-local (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.11Advanced front-end for dpkg ii libc6 2.7-10GNU C Library: Shared libraries ii libcwidget30.5.9-1 high-level terminal interface libr ii libept00.5.17High-level library for managing De ii libgcc11:4.3.0-2 GCC support library ii libncursesw5 5.6+20080308-1Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.0-2 The GNU Standard C++ Library v3 ii libxapian151.0.5-1 Search engine library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output -- debconf-show failed ---End Message--- ---BeginMessage--- It looks like apt-0.7.14 has finally migrated to testing, so these bugs can be closed now. Daniel ---End Message---
Bug#484046: marked as done (libaudio-flac-header-perl_2.2-1(hppa/unstable): FTBFS: build failures)
Your message dated Tue, 10 Jun 2008 13:47:08 + with message-id [EMAIL PROTECTED] and subject line Bug#484046: fixed in libaudio-flac-header-perl 2.2-2 has caused the Debian Bug report #484046, regarding libaudio-flac-header-perl_2.2-1(hppa/unstable): FTBFS: build failures to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 484046: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484046 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: libaudio-flac-header-perl Version: 2.2-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of libaudio-flac-header-perl_2.2-1 on penalosa by sbuild/hppa 98 Build started at 20080601-1453 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), perl (= 5.8.4), libflac-dev (= 1.1.2), libtest-pod-coverage-perl, libtest-pod-perl [...] t/pod-coverage..ok t/pod...ok t/write.dubious Test returned status 0 (wstat 11, 0xb) DIED. FAILED tests 3-7 Failed 5/7 tests, 28.57% okay Failed Test Stat Wstat Total Fail List of Failed t/write.t 011 7 10 3-7 Failed 1/8 test scripts. 5/70 subtests failed. Files=8, Tests=70, 1 wallclock secs ( 1.20 cusr + 0.24 csys = 1.44 CPU) Failed 1/8 test programs. 5/70 subtests failed. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/build/buildd/libaudio-flac-header-perl-2.2' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppapkg=libaudio-flac-header-perlver=2.2-1 ---End Message--- ---BeginMessage--- Source: libaudio-flac-header-perl Source-Version: 2.2-2 We believe that the bug you reported is fixed in the latest version of libaudio-flac-header-perl, which is due to be installed in the Debian FTP archive: libaudio-flac-header-perl_2.2-2.diff.gz to pool/main/liba/libaudio-flac-header-perl/libaudio-flac-header-perl_2.2-2.diff.gz libaudio-flac-header-perl_2.2-2.dsc to pool/main/liba/libaudio-flac-header-perl/libaudio-flac-header-perl_2.2-2.dsc libaudio-flac-header-perl_2.2-2_amd64.deb to pool/main/liba/libaudio-flac-header-perl/libaudio-flac-header-perl_2.2-2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Niko Tyni [EMAIL PROTECTED] (supplier of updated libaudio-flac-header-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 10 Jun 2008 16:28:13 +0300 Source: libaudio-flac-header-perl Binary: libaudio-flac-header-perl Architecture: source amd64 Version: 2.2-2 Distribution: unstable Urgency: low Maintainer: Debian Perl Group [EMAIL PROTECTED] Changed-By: Niko Tyni [EMAIL PROTECTED] Description: libaudio-flac-header-perl - Perl interface to FLAC file header metadata Closes: 484046 Changes: libaudio-flac-header-perl (2.2-2) unstable; urgency=low . * Manage debian/patches with quilt again. + debian/patches/uninitialized_comment: initialize the length of an empty vorbis comment struct to zero before appending to it. (Closes: #484046) Checksums-Sha1: 9b1a4dc8d4554a2b01b33411d2a7f6aca1cfbeb4 1522 libaudio-flac-header-perl_2.2-2.dsc 46e5c869a5d39a625b9c81453e066048f8dfefa3 4339 libaudio-flac-header-perl_2.2-2.diff.gz b84cc18d0ce8637d592090cb7902a8530a6ed445 29792 libaudio-flac-header-perl_2.2-2_amd64.deb Checksums-Sha256: 4f9a465b3ad84e3df0851bf77066dc04d9b8396c1615833cd47e653d197e6c30 1522 libaudio-flac-header-perl_2.2-2.dsc 0a185a48b4ea93702e5ba3663e3043ecac6ee897abd506cf972ec758b12303a9 4339 libaudio-flac-header-perl_2.2-2.diff.gz 534fda8936c03b83f7f7248bde1b663a8bd5676db41c01e575c435929bb28d39 29792 libaudio-flac-header-perl_2.2-2_amd64.deb Files: a052d630d340fa3229debcb490c6ce0f 1522 perl optional libaudio-flac-header-perl_2.2-2.dsc b8698e970d3678b9ac333e279d55155d 4339 perl optional libaudio-flac-header-perl_2.2-2.diff.gz affc44797e7d702ffc68b136be81365d 29792 perl optional libaudio-flac-header-perl_2.2-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux)
Bug#485597: Acknowledgement (psi: Segmentation fault upon typing in chat window)
On Tue, Jun 10, 2008 at 02:41:54PM +0200, Stefan Schmidt wrote: I just realized the kernel log has some additional info on the segfault: psi[15177]: segfault at bfaec008 eip b72b17ff esp bfae68f0 error 6 psi[15543]: segfault at bfc3e008 eip b7278813 esp bfc39000 error 6 psi[15869]: segfault at bfbb1008 eip b72f67ff esp bfbac910 error 6 psi[16047]: segfault at bfb91008 eip b72e4813 esp bfb8b9a0 error 6 I can reproduce this behaviour with aspell enabled. It seems to happen since the upgrade of qt to 4.4.0-3, downgrading back to 4.4.0-2 does solve the problem. Alternatively, you can turn of spell checking (Options/Advanced/Check spelling). Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485597: Acknowledgement (psi: Segmentation fault upon typing in chat window)
On Tue, Jun 10, 2008 at 03:54:03PM +0200, Jan Niehusmann wrote: It seems to happen since the upgrade of qt to 4.4.0-3, downgrading back to 4.4.0-2 does solve the problem. Alternatively, you can turn of spell checking (Options/Advanced/Check spelling). Turning off spell checking works for me. Thanks Jan. -- In The Beginning there was nothing, which exploded. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bug 484046 is forwarded to http://rt.cpan.org/Public/Bug/Display.html?id=36622
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.25+local forwarded 484046 http://rt.cpan.org/Public/Bug/Display.html?id=36622 Bug#484046: libaudio-flac-header-perl_2.2-1(hppa/unstable): FTBFS: build failures Noted your statement that Bug has been forwarded to http://rt.cpan.org/Public/Bug/Display.html?id=36622. (By the way, this Bug is currently marked as done.) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482688: marked as done (Stopped booting after upgrade)
Your message dated Tue, 10 Jun 2008 16:11:13 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#482688: confirm 1.96+20080601-2 is working again has caused the Debian Bug report #482688, regarding Stopped booting after upgrade 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 [EMAIL PROTECTED] immediately.) -- 482688: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482688 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: grub-pc Version: 1.96+20080512-1 Severity: critical After upgrading to 1.96+20080512-1 my laptop does not boot any more. There is only the short notice Welcome to GRUB (or similar), then the system reboots. No menu is shown. downgrading to 1.96+20080429-1 solves the problem. Yours Joerg -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/vg_tolotos-lv_root / ext3 rw,noatime,nodiratime,errors=remount-ro,data=ordered 0 0 /dev/mapper/vg_tolotos-lv_root /dev/.static/dev ext3 ro,errors=remount-ro,data=ordered 0 0 /dev/sda3 /boot ext3 rw,noatime,nodiratime,errors=continue,data=ordered 0 0 /dev/mapper/vg_tolotos-lv_home /home ext3 rw,noatime,nodiratime,errors=continue,user_xattr,data=ordered 0 0 /dev/mapper/vg_tolotos-lv_opt /opt ext3 rw,noatime,nodiratime,errors=continue,data=ordered 0 0 /dev/mapper/vg_tolotos-lv_usr /usr ext3 rw,noatime,nodiratime,errors=continue,data=ordered 0 0 /dev/mapper/vg_tolotos-lv_local /usr/local ext3 rw,noatime,nodiratime,errors=continue,data=ordered 0 0 /dev/mapper/vg_tolotos-lv_diplom /usr/local/diplom ext3 rw,noatime,nodiratime,errors=continue,data=ordered 0 0 /dev/mapper/vg_tolotos-lv_var /var ext3 rw,noatime,nodiratime,errors=continue,data=ordered 0 0 /dev/shm /tmp tmpfs rw,size=524288k 0 0 /dev/scd0 /media/cdrom0 iso9660 ro,nosuid,nodev,noexec 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/update-grub using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### insmod lvm set default=0 set timeout=5 set root=(vg_tolotos-lv_root) if font (vg_tolotos-lv_usr)/share/grub/unicode.pff ; then set gfxmode=640x480 insmod gfxterm insmod vbe terminal gfxterm fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod png if background_image (vg_tolotos-lv_usr)/share/images/desktop-base/debian-blueish-wallpaper-640x480.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_hurd ### ### END /etc/grub.d/10_hurd ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, linux 2.6.26-rc2 { linux (hd0,3)/vmlinuz-2.6.26-rc2 root=/dev/mapper/vg_tolotos-lv_root ro video=vesafb:ywrap,mtrr:3 vga=893 usbcore.autosuspend=1 initrd (hd0,3)/initrd.img-2.6.26-rc2 } menuentry Debian GNU/Linux, linux 2.6.26-rc2 (single-user mode) { linux (hd0,3)/vmlinuz-2.6.26-rc2 root=/dev/mapper/vg_tolotos-lv_root ro single video=vesafb:ywrap,mtrr:3 vga=893 usbcore.autosuspend=1 initrd (hd0,3)/initrd.img-2.6.26-rc2 } menuentry Debian GNU/Linux, linux 2.6.25.2 { linux (hd0,3)/vmlinuz-2.6.25.2 root=/dev/mapper/vg_tolotos-lv_root ro video=vesafb:ywrap,mtrr:3 vga=893 usbcore.autosuspend=1 initrd (hd0,3)/initrd.img-2.6.25.2 } menuentry Debian GNU/Linux, linux 2.6.25.2 (single-user mode) { linux (hd0,3)/vmlinuz-2.6.25.2 root=/dev/mapper/vg_tolotos-lv_root ro single video=vesafb:ywrap,mtrr:3 vga=893 usbcore.autosuspend=1 initrd (hd0,3)/initrd.img-2.6.25.2 } menuentry Debian GNU/Linux, linux 2.6.24-1-686 { linux (hd0,3)/vmlinuz-2.6.24-1-686 root=/dev/mapper/vg_tolotos-lv_root ro video=vesafb:ywrap,mtrr:3 vga=893 usbcore.autosuspend=1 initrd (hd0,3)/initrd.img-2.6.24-1-686 } menuentry Debian GNU/Linux, linux 2.6.24-1-686 (single-user mode) { linux (hd0,3)/vmlinuz-2.6.24-1-686 root=/dev/mapper/vg_tolotos-lv_root ro single video=vesafb:ywrap,mtrr:3 vga=893 usbcore.autosuspend=1 initrd (hd0,3)/initrd.img-2.6.24-1-686 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_memtest86 ### menuentry Memory test (memtest86) { linux (hd0,3)/memtest86.bin } ### END /etc/grub.d/20_memtest86 ### ### BEGIN /etc/grub.d/20_memtest86+ ### menuentry Memory
Processed: tagging 485514
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.11ubuntu5.8.04.1 tags 485514 pending Bug#485514: config files are not properly migrated over to new cups package There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485603: marked as done (libpopt0: Conflicts with libpopt-dev from the same source)
Your message dated Tue, 10 Jun 2008 14:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#485603: fixed in popt 1.14-2 has caused the Debian Bug report #485603, regarding libpopt0: Conflicts with libpopt-dev from the same source 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 [EMAIL PROTECTED] immediately.) -- 485603: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485603 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: libpopt0 Version: 1.14-1 Severity: serious libpopt0 1.14-11 Conflicts: libpopt-dev (= 1.14-1), making the latter one uninstallable. Please change the '=' to ''. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpopt0 depends on: ii libc6 2.7-12 GNU C Library: Shared libraries libpopt0 recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: popt Source-Version: 1.14-2 We believe that the bug you reported is fixed in the latest version of popt, which is due to be installed in the Debian FTP archive: libpopt-dev_1.14-2_i386.deb to pool/main/p/popt/libpopt-dev_1.14-2_i386.deb libpopt0-udeb_1.14-2_i386.udeb to pool/main/p/popt/libpopt0-udeb_1.14-2_i386.udeb libpopt0_1.14-2_i386.deb to pool/main/p/popt/libpopt0_1.14-2_i386.deb popt_1.14-2.diff.gz to pool/main/p/popt/popt_1.14-2.diff.gz popt_1.14-2.dsc to pool/main/p/popt/popt_1.14-2.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Paul Martin [EMAIL PROTECTED] (supplier of updated popt package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 10 Jun 2008 14:37:05 +0100 Source: popt Binary: libpopt0 libpopt-dev libpopt0-udeb Architecture: source i386 Version: 1.14-2 Distribution: unstable Urgency: low Maintainer: Paul Martin [EMAIL PROTECTED] Changed-By: Paul Martin [EMAIL PROTECTED] Description: libpopt-dev - lib for parsing cmdline parameters - development files libpopt0 - lib for parsing cmdline parameters libpopt0-udeb - lib for parsing cmdline parameters (udeb) Closes: 485603 Changes: popt (1.14-2) unstable; urgency=low . * Fix conflicts typo on libpopt0/libpopt-dev. (Closes: #485603) Checksums-Sha1: 15206494848020dc81f79de114db33b009aaee72 974 popt_1.14-2.dsc 97d14941cc332e9358d8323125e3449acc85cb7c 11345 popt_1.14-2.diff.gz 6e8de9c707c36a45d20f3e7ffcca2b2d8ec72c05 45738 libpopt0_1.14-2_i386.deb 29af0e865f9d443f85ead8729a4cabcc96960339 43734 libpopt-dev_1.14-2_i386.deb fa14561845f72250db12ee4ed31500d24d8119c1 17106 libpopt0-udeb_1.14-2_i386.udeb Checksums-Sha256: b8e278fdcb991f11cf7edc465dc9c1b3571b27c52781ce5527b47deebd695c36 974 popt_1.14-2.dsc 9ffec85dcb529784f44690dcba1cdcfa02d405c615de77303fe700894a33e679 11345 popt_1.14-2.diff.gz baf4a56b5b74642bf69bd47f461e5749c03779eb5c17dabb654cfe312935e7ad 45738 libpopt0_1.14-2_i386.deb ed745ddba1e1bd8891f8e16d140bfa86364c22b9e0970c3946e5e3959040c774 43734 libpopt-dev_1.14-2_i386.deb 00af09f740336916b66325d4db53c3a90c24a71e50f0b6c7b539172f60b87569 17106 libpopt0-udeb_1.14-2_i386.udeb Files: 6c27209c4008648b5806091c1eb8d751 974 devel optional popt_1.14-2.dsc dcd03c360dac861d10f2cf1d32d37255 11345 devel optional popt_1.14-2.diff.gz 01759eab679185fd7cdfc832296e713c 45738 libs important libpopt0_1.14-2_i386.deb 94093604a3592e92d4378694b30b3061 43734 libdevel optional libpopt-dev_1.14-2_i386.deb f966ce571abdadaadcfbbdbcc7a3162d 17106 debian-installer optional libpopt0-udeb_1.14-2_i386.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFIToWK+gi+rt7UWRIRAjXVAJ9v17Osg6x3sKyjipkeBlr2n0UjXACeMCLh gSomBbxYdn3igzF7ObJkLn4= =Jc+w -END PGP SIGNATURE- ---End Message---
Bug#475011: marked as done (Impossible to launch guidance-power-manager)
Your message dated Tue, 10 Jun 2008 14:32:02 + with message-id [EMAIL PROTECTED] and subject line Bug#475011: fixed in kde-guidance 0.8.0-3 has caused the Debian Bug report #475011, regarding Impossible to launch guidance-power-manager 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 [EMAIL PROTECTED] immediately.) -- 475011: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475011 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: kde-guidance-powermanager Version: 0.8.0-2.1 Severity: critical Tags: patch --- Please enter the report below this line. --- Crash at the launch time : Traceback (most recent call last): File /usr/share/guidance/python/guidance-power-manager.py, line 1079, in ? mainWindow = PowermanagerApp(None, main window) File /usr/share/guidance/python/guidance-power-manager.py, line 1016, in __init__ self.pmwidget = PowerManager(self,name) File /usr/share/guidance/python/guidance-power-manager.py, line 98, in __init__ self.powermanager = PowerManage() File /usr/share/guidance/python/powermanage.py, line 109, in __init__ self._checkSuspend() File /usr/share/guidance/python/powermanage.py, line 256, in _checkSuspend self.canSuspend = properties[power_management.can_suspend_to_ram] KeyError: 'power_management.can_suspend_to_ram' I suppose HAL properties recently changed... I replaced those 2 lines in /usr/share/guidance/python/powermanage.py (line #255 and #256) : self.canSuspend = properties[power_management.can_suspend_to_ram] self.canHibernate = properties[power_management.can_suspend_to_disk] by self.canSuspend = properties[power_management.can_suspend] self.canHibernate = properties[power_management.can_hibernate] Now it works again. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.24-1-amd64 Debian Release: lenny/sid 500 unstableftp.fr.debian.org 500 stable security.debian.org 500 stable ftp.fr.debian.org 1000 testing www.emdebian.org 1000 testing security.debian.org 1000 testing ftp.fr.debian.org 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== hal | 0.5.11~rc2-1 kde-guidance | 0.8.0-2.1 python| 2.4.4-6 python-dbus | 0.82.4-2 python-kde3 | 3.16.1-1 python-support (= 0.7.1) | 0.7.7 signature.asc Description: This is a digitally signed message part. ---End Message--- ---BeginMessage--- Source: kde-guidance Source-Version: 0.8.0-3 We believe that the bug you reported is fixed in the latest version of kde-guidance, which is due to be installed in the Debian FTP archive: kde-guidance-powermanager_0.8.0-3_i386.deb to pool/main/k/kde-guidance/kde-guidance-powermanager_0.8.0-3_i386.deb kde-guidance_0.8.0-3.diff.gz to pool/main/k/kde-guidance/kde-guidance_0.8.0-3.diff.gz kde-guidance_0.8.0-3.dsc to pool/main/k/kde-guidance/kde-guidance_0.8.0-3.dsc kde-guidance_0.8.0-3_i386.deb to pool/main/k/kde-guidance/kde-guidance_0.8.0-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Meskes [EMAIL PROTECTED] (supplier of updated kde-guidance package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 10 Jun 2008 12:14:22 +0200 Source: kde-guidance Binary: kde-guidance kde-guidance-powermanager Architecture: source i386 Version: 0.8.0-3 Distribution: unstable Urgency: low Maintainer: Debian KDE Extras Team [EMAIL PROTECTED] Changed-By: Michael Meskes [EMAIL PROTECTED] Description: kde-guidance - collection of KDE system administration tools for GNU/Linux kde-guidance-powermanager - HAL based power manager applet Closes: 413234 424430 428002 445281 470824 475011 Changes: kde-guidance (0.8.0-3) unstable; urgency=low . [ Thomas Viehmann ] * Fix double build FTBFS. They annoy NMUers. (Closes: #424430) * Move python modules into private dirs. (Closes: #445281) + This requires fixing and expanding the interpreter adjustment. . [ Fathi Boudra ] * Update pyversions.
Bug#485631: darcs: FTBFS on IA64 due to compiler bug
Package: darcs Version: 2.0.0-3 Severity: serious Justification: no longer builds from source Darcs does not build on IA64 with gcc-4.3, due to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481592 There's a workaround to not pass -g to CFLAGS, but we'd probably prefer to have that bug fixed instead. Thanks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc7-1-morn (PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages darcs depends on: ii libc6 2.7-12GNU C Library: Shared libraries ii libcurl3 7.18.1-1 Multi-protocol file transfer libra ii libgmp3c2 2:4.2.2+dfsg-3Multiprecision arithmetic library ii libncurses55.6+20080531-1Shared libraries for terminal hand ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages darcs recommends: ii postfix [mail-transport-agent 2.5.2-1High-performance mail transport ag -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: blockage
Processing commands for [EMAIL PROTECTED]: block 485631 by 481592 Bug#481592: -g and compiling via assembly fails on IA64 Bug#485631: darcs: FTBFS on IA64 due to compiler bug Was not blocked by any bugs. Blocking bugs of 485631 added: 481592 thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481134: libpoppler does not use cmap files from xpdf-{japanese,...}, and fails to parse Japanese PDF files.
On Wed, May 14, 2008, Junichi Uekawa wrote: xpdf-japanese installs CMAP files in /usr/share/fonts/cmap/adobe-japan1 etc, but libpoppler looks at /usr/share/poppler. I need to install the following symlinks in order to use the adobe CMAP files. $ ls -l /usr/share/poppler/cidToUnicode/Adobe-Japan1 lrwxrwxrwx 1 root root 34 2008-01-18 19:53 Adobe-Japan1 - /usr/share/fonts/cmap/adobe-japan1 $ ls -l /usr/share/poppler/cMap/ lrwxrwxrwx 1 root root 50 2008-01-18 19:53 /usr/share/poppler/cidToUnicode/Adobe-Japan1 - /usr/share/xpdf/japanese/Adobe-Japan1.cidToUnicode Please either make poppler look at the old location or install some kind of symlinking. Is this a regression from previous poppler versions? -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485514: marked as done (config files are not properly migrated over to new cups package)
Your message dated Tue, 10 Jun 2008 15:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#485514: fixed in cups 1.3.7-7 has caused the Debian Bug report #485514, regarding config files are not properly migrated over to new cups package 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 [EMAIL PROTECTED] immediately.) -- 485514: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485514 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: cups Version: 1.3.7-6 Severity: serious After todays upgrade, cupsys, which is now only a transitional package, pulled in the cups package. The existing config files are not properly migrated though. So now I have: default/cups(ys) init.d/cups(ys) logrotate.d/cups(ys) pam.d/cups(ys) rc1.d/K80cups(ys) rc2.d/S20cups(ys) rc3.d/S20cups(ys) rc4.d/S20cups(ys) rc5.d/S20cups(ys) This is a major issue, as now, not only log files are rotated twice, but also the cupsd is attempted to be started twice. The existing conffiles should be properly migrated from cupsys to cups and the old start/stop symlinks should be removed (iirc there is no proper way to migrate existing start/stop symlinks; think of file-rc vs. sysv-rc). This bug should definitely be fixed before it enters testing, so I'm filing with severity serious. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser 3.108 add and remove users and groups ii cups-common 1.3.7-6 Common UNIX Printing System(tm) - ii debconf [debconf-2.0 1.5.22 Debian configuration management sy ii ghostscript 8.62.dfsg.1-2.1 The GPL Ghostscript PostScript/PDF ii ghostscript-x [gs-es 8.62.dfsg.1-2.1 The GPL Ghostscript PostScript/PDF ii gs-esp 8.62.dfsg.1-2.1 Transitional package ii libavahi-compat-libd 0.6.22-4Avahi Apple Bonjour compatibility ii libc62.7-12 GNU C Library: Shared libraries ii libcups2 1.3.7-6 Common UNIX Printing System(tm) - ii libcupsimage21.3.7-6 Common UNIX Printing System(tm) - ii libdbus-1-3 1.3.0~git20080531-1 simple interprocess messaging syst ii libgnutls26 2.2.5-1 the GNU TLS library - runtime libr ii libkrb53 1.6.dfsg.3-2MIT Kerberos runtime libraries ii libldap-2.4-22.4.9-1 OpenLDAP libraries ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l ii libpaper11.1.23 library for handling paper charact ii libslp1 1.2.1-7.3 OpenSLP libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip ii perl-modules 5.10.0-10 Core Perl modules ii poppler-utils [xpdf- 0.8.2-2 PDF utilitites (based on libpopple ii procps 1:3.2.7-8 /proc file system utilities ii ssl-cert 1.0.19 simple debconf wrapper for OpenSSL Versions of packages cups recommends: ii avahi-utils 0.6.22-4 Avahi browsing, publishing and dis ii cups-client 1.3.7-6Common UNIX Printing System(tm) - ii foomatic-filters 3.0.2-20080211-3.1 OpenPrinting printer support - fil ii smbclient 2:3.0.30-2 a LanManager-like simple client fo -- debconf information excluded ---End Message--- ---BeginMessage--- Source: cups Source-Version: 1.3.7-7 We believe that the bug you reported is fixed in the latest version of cups, which is due to be installed in the Debian FTP archive: cups-bsd_1.3.7-7_amd64.deb to pool/main/c/cups/cups-bsd_1.3.7-7_amd64.deb cups-client_1.3.7-7_amd64.deb to pool/main/c/cups/cups-client_1.3.7-7_amd64.deb cups-common_1.3.7-7_all.deb to pool/main/c/cups/cups-common_1.3.7-7_all.deb cups-dbg_1.3.7-7_amd64.deb to pool/main/c/cups/cups-dbg_1.3.7-7_amd64.deb cups_1.3.7-7.diff.gz to pool/main/c/cups/cups_1.3.7-7.diff.gz cups_1.3.7-7.dsc to pool/main/c/cups/cups_1.3.7-7.dsc cups_1.3.7-7_amd64.deb to pool/main/c/cups/cups_1.3.7-7_amd64.deb cupsys-bsd_1.3.7-7_all.deb to pool/main/c/cups/cupsys-bsd_1.3.7-7_all.deb cupsys-client_1.3.7-7_all.deb to pool/main/c/cups/cupsys-client_1.3.7-7_all.deb cupsys-common_1.3.7-7_all.deb to
Processed: setting package to cryopid, tagging 479902
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.29 # # cryopid (0.5.9.1-5) unstable; urgency=low # # * debian/patches: #- fork2helper.patch: Set location of fork2helper #- errno.patch: Include errno.h #- uname.patch: Use uname -m instead of arch #- gcc_43.diff: Fix FTBFS with gcc-4.3 (Closes: #479902) # package cryopid Ignoring bugs not assigned to: cryopid tags 479902 + pending Bug#479902: cryopid: FTBFS: cp_r_regs.c:1:24: error: linux/user.h: No such file or directory Tags were: patch help confirmed Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479902: setting package to cryopid, tagging 479902
# Automatically generated email from bts, devscripts version 2.10.29 # # cryopid (0.5.9.1-5) unstable; urgency=low # # * debian/patches: #- fork2helper.patch: Set location of fork2helper #- errno.patch: Include errno.h #- uname.patch: Use uname -m instead of arch #- gcc_43.diff: Fix FTBFS with gcc-4.3 (Closes: #479902) # package cryopid tags 479902 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482140: [xml/sgml-pkgs] Bug#482140: docbook-xml: Package does not install: update-xmlcatalog: error: entity, already registered
I can confirm that this is not amd64 specific. I am running 32-bit on a pentium-4 2.4GHz. It is also not specific to the Etch install CDs, because I did not use them. I installed with Sarge, upgraded to Etch, then tried to upgrade to Sid. Unfortunetely I suffered a hard drive crash yesterday so I can't help test this bug any longer. -Alan Somers Alesis, LLC 300 Corporate Pointe, Suite 500 Culver City, CA 90230 Tel: 310-693-7005 Ext. 7027 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483819: bug #483819
Buongiorno :) sorry if the closing of the bug report was kind of terse... i did it from work and thus didn't have access to my gpg key so didn't bother commenting on it at the time. have you upgraded all your compiz related packages to the version in unstable? i.e. dpkg -l 'compiz*' 'libcompiz*' after everything is in sync (= 0.7.6-1), it should only be a matter of logging out and logging in to execute the new version of compiz and friends. the new plugins in unstable have tighter dependencies which should hopefully prevent this problem in the future. sean (i am cc'ing the bug report to add a little more info) On Tuesday 10 June 2008 01:53:23 pm Daniele Ferro wrote: snip After installing in my Lenny the package libcompizconfig0 0.7.6-1 downloaded from the sid repository, the problem with compiz remains the same: Error: Couldn't load plugin 'ccp'. I hope you can tell me how how to make compiz works again. Thank you. Daniele Ferro. signature.asc Description: This is a digitally signed message part.
Processed: severity of 482352 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.29 severity 482352 important Bug#482352: libpam-runtime: login for nonexistent user fails without password prompt Severity set to `important' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#485511: pioneers-console: maintainer scripts fail with dash as /bin/sh
Processing commands for [EMAIL PROTECTED]: tags 485511 +pending Bug#485511: pioneers-console: maintainer scripts fail with dash as /bin/sh There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485511: pioneers-console: maintainer scripts fail with dash as /bin/sh
tags 485511 +pending thanks Hi, On Mon, Jun 09, 2008 at 06:40:45PM -0400, Aaron M. Ucko wrote: test ! -r $CONFFILE || . $CONFFILE fails if the configuration file contains no content (as it does by default), as test's non-zero exit status ends up standing. Dash considers it an error to source an empty file? Strange... I'd suggest rewriting that as if test -r $CONFFILE; then . $CONFFILE fi Will do. Anyway, once I got past that problem, I ran into another: the config and postinst scripts both use the bashism function x rather than the portable x (). Ok, I'll change that as well. Could you please either fix your scripts to work under other shells (posh, dash) I'll do that. or else explicitly run them under bash? For things which can be fixed as easily as this? No thanks! :-) Thanks for reporting these issues. I'll make a new upload soon, and shall include them. Thanks, Bas -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://pcbcn10.phys.rug.nl/e-mail.html signature.asc Description: Digital signature
Processed: Re: Bug#481031: libdbix-class-perl: Erroneous dependencies
Processing commands for [EMAIL PROTECTED]: severity 481031 serious Bug#481031: libdbix-class-perl: Erroneous dependencies Severity set to `serious' from `normal' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485664: iceweasel-l10n-de: Incompatible with Iceweasel 3.0 RC2
Package: iceweasel-l10n-de Version: 1:3.0~b5+debian-1 Severity: grave Justification: renders package unusable The current versions of iceweasel-l10n-de (2.0.0.14+debian-1 and 3.0~b5+debian-1) are incompatible with the version of iceweasel in unstable. The result is that Iceweasel does not start anymore, with an error at key key=fullZoomReduceCmd.commandkey2; command=cmd_fullZoomReduce modifiers=accel/ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel-l10n-de depends on: ii iceweasel 3.0~rc2-1 lightweight web browser based on M Versions of packages iceweasel-l10n-de recommends: ii myspell-de-at 20070829-5 Austrian (German) dictionary for m ii myspell-de-ch 20070829-5 Swiss (German) dictionary for mysp ii myspell-de-de 20070829-5 German dictionary for myspell -- no debconf information signature.asc Description: Digital signature
Bug#485665: iceweasel-l10n: Packages conflict with current Iceweasel release
Package: iceweasel-l10n Version: 2.0.0.14+debian-1 Severity: grave Justification: renders package unusable The current version conflicts with Iceweasel 3.0 RC2, which is the default version. Therefore, this package is unusable on unstable. (and 3.0~b5 l10n does not work, see the other bug). Regards, Julian Andres Klode signature.asc Description: OpenPGP digital signature
Processed: notfound 485665 in 2.0.0.14+debian-1, found 485665 in 1:2.0.0.14+debian-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.29 notfound 485665 2.0.0.14+debian-1 Bug#485665: iceweasel-l10n: Packages conflict with current Iceweasel release Bug no longer marked as found in version 2.0.0.14+debian-1. found 485665 1:2.0.0.14+debian-1 Bug#485665: iceweasel-l10n: Packages conflict with current Iceweasel release Bug marked as found in version 1:2.0.0.14+debian-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485610: marked as done (oftc-hybrid links against OpenSSL without an exception)
Your message dated Tue, 10 Jun 2008 20:38:06 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#485610: oftc-hybrid links against OpenSSL without an exception has caused the Debian Bug report #485610, regarding oftc-hybrid links against OpenSSL without an exception 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 [EMAIL PROTECTED] immediately.) -- 485610: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485610 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: oftc-hybrid Severity: serious During an audit of packages in Debian linked against OpenSSL for proper license exceptions, your package was found to not have any exception. Please rebuild your package without OpenSSL support, or document the exception in debian/copyright. Thanks! -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-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 ---End Message--- ---BeginMessage--- Re: William Pitcock 2008-06-10 [EMAIL PROTECTED] During an audit of packages in Debian linked against OpenSSL for proper license exceptions, your package was found to not have any exception. Please check http://packages.debian.org/changelogs/pool/main/o/oftc-hybrid/current/copyright Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature ---End Message---
Processed: severity of 482829 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 severity 482829 important Bug#482829: importing python-mapnik hangs forever Severity set to `important' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485664: marked as done (iceweasel-l10n-de: Incompatible with Iceweasel 3.0 RC2)
Your message dated Tue, 10 Jun 2008 20:54:03 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#485664: iceweasel-l10n-de: Incompatible with Iceweasel 3.0 RC2 has caused the Debian Bug report #485664, regarding iceweasel-l10n-de: Incompatible with Iceweasel 3.0 RC2 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 [EMAIL PROTECTED] immediately.) -- 485664: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485664 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: iceweasel-l10n-de Version: 1:3.0~b5+debian-1 Severity: grave Justification: renders package unusable The current versions of iceweasel-l10n-de (2.0.0.14+debian-1 and 3.0~b5+debian-1) are incompatible with the version of iceweasel in unstable. The result is that Iceweasel does not start anymore, with an error at key key=fullZoomReduceCmd.commandkey2; command=cmd_fullZoomReduce modifiers=accel/ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel-l10n-de depends on: ii iceweasel 3.0~rc2-1 lightweight web browser based on M Versions of packages iceweasel-l10n-de recommends: ii myspell-de-at 20070829-5 Austrian (German) dictionary for m ii myspell-de-ch 20070829-5 Swiss (German) dictionary for mysp ii myspell-de-de 20070829-5 German dictionary for myspell -- no debconf information signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- this is exp and of no interests; closing. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ---End Message---
Bug#485525: apache2 crashing with SIGBUS
On Tuesday 10 June 2008, Nathaniel W Filardo wrote: (gdb) thread apply all bt full d 1 (process 32009): #0 shmcb_store_session (s=0x17d388, shm_segment=0xf6dbc008, id=value optimized out, idlen=value optimized out, pSession=0x20d050, timeout=1213085213) at This /usr/include/bits/string3.h:52 is __builtin___memcpy_chk(). It's possible that the crash is related to FORTIFY_SOURCE being used for compiling apache. Did you experience the crash with 2.2.8-3 (which was compiled without FORTIFY_SOURCE), too? How often does it crash, on every connection or less frequently? Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485511: pioneers-console: maintainer scripts fail with dash as /bin/sh
Bas Wijnen [EMAIL PROTECTED] writes: Dash considers it an error to source an empty file? Strange... AFAICT, it considers it a no-op, so that $? still comes from test, which in this case necessarily returns non-zero. I'm not sure what the standard says about that scenario, but the workaround's easy enough. Anyway, thanks for the quick response. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485610: closed by Christoph Berg [EMAIL PROTECTED] (Re: Bug#485610: oftc-hybrid links against OpenSSL without an exception)
reopen 485610 thanks OFTC-Hybrid is based on Hybrid which is based on 2.8, which has no license exception. It is not allowed to add a license exception onto a derivitive work. See http://lists.ircd-hybrid.org/pipermail/hybrid/2006-September/001068.html for a full explanation of the situation. It does not matter if OFTC-Hybrid claims to have an exception or not, the exception itself is invalid because not all of the copyright holders have agreed to it (otherwise, all IRCds would have this exception, not just oftc-hybrid). William On Tue, 2008-06-10 at 18:39 +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the oftc-hybrid package: #485610: oftc-hybrid links against OpenSSL without an exception It has been closed by Christoph Berg [EMAIL PROTECTED]. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Christoph Berg [EMAIL PROTECTED] by replying to this email. email message attachment Forwarded Message From: Christoph Berg [EMAIL PROTECTED] To: William Pitcock [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#485610: oftc-hybrid links against OpenSSL without an exception Date: Tue, 10 Jun 2008 20:38:06 +0200 Re: William Pitcock 2008-06-10 [EMAIL PROTECTED] During an audit of packages in Debian linked against OpenSSL for proper license exceptions, your package was found to not have any exception. Please check http://packages.debian.org/changelogs/pool/main/o/oftc-hybrid/current/copyright Christoph email message attachment Forwarded Message From: William Pitcock [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: oftc-hybrid links against OpenSSL without an exception Date: Tue, 10 Jun 2008 07:02:23 -0500 Package: oftc-hybrid Severity: serious During an audit of packages in Debian linked against OpenSSL for proper license exceptions, your package was found to not have any exception. Please rebuild your package without OpenSSL support, or document the exception in debian/copyright. Thanks! -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-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 signature.asc Description: This is a digitally signed message part
Bug#485668: Conflict with package called clit
Package: convlit Version: 1.8-1 Severity: serious Unpacking convlit (from .../convlit_1.8-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/convlit_1.8-1_i386.deb (--unpack): trying to overwrite `/usr/bin/clit', which is also in package clit Errors were encountered while processing: /var/cache/apt/archives/convlit_1.8-1_i386.deb -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (1100, 'testing'), (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages convlit depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libtommath0 0.39-3 multiple-precision integer library convlit recommends no packages. -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Boku wa ongakuka dentaku katate ni. Tashitari. Hiitari. Sousa shite. Sakkyoku suru. Kono botan oseba ongaku kanaderu. Kraftwerk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#485610 closed by Christoph Berg [EMAIL PROTECTED] (Re: Bug#485610: oftc-hybrid links against OpenSSL without an exception)
Processing commands for [EMAIL PROTECTED]: reopen 485610 Bug#485610: oftc-hybrid links against OpenSSL without an exception Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485413: apache2: Apache crashes system due to exessive memory allocation
Hi Nico, On Tuesday 10 June 2008, Nico Schottelius wrote: Php 5.2.6 fixes some memory leaks. You could try 5.2.6-1 from Debian unstable. Hmm, have to wait until it is in testing, as I don't want to mix up testing/unstable. Is there a way to get notified, as soon as it is available? It will not migrate soon, because it has build problems on some architectures. You could subscribe to the php5 package on packages.qa.debian.org to get notified. My next step would be to compile apache2.2.8 and php 5.2.6 from source with debugging symbols and run valgrind in front of it... hope I don't have to do it, because this implies installing full developement kit including mysql, postgresql, etc. dev pakets... If you want to do that: For apache2, most libraries, and php since 5.2.6-1, there are debugging symbols available in the *-dbg packages. Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 485618 is serious
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.29 severity 485618 serious Bug#485618: -fshort-wchar hardcoded in .pc files Severity set to `serious' from `normal' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393837: Raising severity
tag 393837 + help thanks Le jeudi 15 mai 2008 à 08:02 +0100, Neil Williams a écrit : This bug now prevents the removal of known compromised key(s) involved in the recent openssh problems. http://lists.debian.org/debian-security-announce/2008/msg00152.html It seems that the solution to this issue is to add an implementation of nsIWindowCreator[0] to epiphany. This should not be too complicated for a C++ developer taking inspiration in the rest of the implementation (in embed/mozilla/*.cpp), especially for someone familiar with Gecko. As I’m not very familiar with C++, I’m not sure to find the time to do it soon, so it would be very nice if someone could give a hand and provide even the beginning of an implementation. [0] http://developer.mozilla.org/en/docs/nsIWindowCreator -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Processed: reassign 393837 to epiphany-gecko, found 393837 in 2.22.1.1-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 reassign 393837 epiphany-gecko 2.22.2-2 Bug#393837: epiphany-extensions: Unable to edit or delete certificates Bug#421332: epiphany-extensions: can't delete certificate using certificate manager Bug reassigned from package `epiphany-extensions' to `epiphany-gecko'. found 393837 2.22.1.1-1 Bug#393837: epiphany-extensions: Unable to edit or delete certificates Bug#421332: epiphany-extensions: can't delete certificate using certificate manager Bug marked as found in version 2.22.1.1-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#393837: Raising severity
Processing commands for [EMAIL PROTECTED]: tag 393837 + help Bug#393837: epiphany-extensions: Unable to edit or delete certificates Tags were: security Bug#421332: epiphany-extensions: can't delete certificate using certificate manager Tags added: help thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to python-xpcom xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev spidermonkey-bin xulrunner-1.9-gnome
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.29 # # xulrunner (1.9~rc2-3) UNRELEASED; urgency=low # # * config/autoconf.mk.in, configure, configure.in, #xulrunner/installer/Makefile.in, #xulrunner/installer/libxul-embedding-unstable.pc.in, #xulrunner/installer/libxul-embedding.pc.in, #xulrunner/installer/libxul-unstable.pc.in, #xulrunner/installer/libxul.pc.in: Don't hardcode -fshort-wchar in the .pc #files. Thanks Riku Voipio. Closes: #485618. # package python-xpcom xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev spidermonkey-bin xulrunner-1.9-gnome-support Ignoring bugs not assigned to: python-xpcom xulrunner-1.9 libmozjs1d libmozillainterfaces-java xulrunner libmozjs1d-dbg xulrunner-dev xulrunner-1.9-dbg libmozjs-dev spidermonkey-bin xulrunner-1.9-gnome-support tags 485618 + pending Bug#485618: -fshort-wchar hardcoded in .pc files Tags were: patch Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485618: setting package to python-xpcom xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev spidermonkey-bin xulrunner-1.9-gnom
# Automatically generated email from bts, devscripts version 2.10.29 # # xulrunner (1.9~rc2-3) UNRELEASED; urgency=low # # * config/autoconf.mk.in, configure, configure.in, #xulrunner/installer/Makefile.in, #xulrunner/installer/libxul-embedding-unstable.pc.in, #xulrunner/installer/libxul-embedding.pc.in, #xulrunner/installer/libxul-unstable.pc.in, #xulrunner/installer/libxul.pc.in: Don't hardcode -fshort-wchar in the .pc #files. Thanks Riku Voipio. Closes: #485618. # package python-xpcom xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev spidermonkey-bin xulrunner-1.9-gnome-support tags 485618 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]