Bug#402862: sox: new upstream release available (12.18.2, September 3, 2006)
Package: sox Version: 12.17.9-1 Severity: wishlist Hello, as of September 3, 2006 a new upstream release available at http://sox.sourceforge.net/. Could you update the sox package ? Thanks in advance. Olivier -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages sox depends on: ii libasound21.0.13-1 ALSA library ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libmad0 0.15.1b-2.1MPEG audio decoder library ii libogg0 1.1.3-2Ogg Bitstream Library ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisfile31.1.2.dfsg-1.2 The Vorbis General Audio Compressi sox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394097: libapache2-mod-auth-pam: doesnt work with Apache 2.1
I have also had problems after an upgrade to Etch. The recommended additions of AuthPAM_FallThrough off and AuthBasicAuthoritative off however do not work in my case. My setup makes use of LDAP and Kerberos and as far as I know the PAM configuration is correct (for example: I can successfully SSH with both LDAP/Kerberos and local accounts). Regards, -- Hans This message and attachments are subject to a disclaimer. Please refer to www.it.up.ac.za/documentation/governance/disclaimer/ for full details. / Hierdie boodskap en aanhangsels is aan 'n vrywaringsklousule onderhewig. Volledige besonderhede is by www.it.up.ac.za/documentation/governance/disclaimer/ beskikbaar. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401665: FTBFS on mipsel
Le mardi 12 décembre 2006 16:46, Andreas Barth a écrit : As described in the developers reference: http://www.debian.org/doc/developers-reference/ch-resources.en.html#s-dchroot However, apt sources don't seem to be too current there. If there is anything I can help you on my mipsel-machine, please say so. Could you please perform a fresh unpacking of the package, and then try: cd emacs21-21.4a+1 fakeroot debian/rules autofiles-sync and build the package. Thanks in advance. -- Jérôme Marant
Bug#390862: [Pkg-xen-devel] Re: Bug#390862: -bigmem version of xen kernels is really needed
On Tue, Dec 12, 2006 at 02:18:01PM +0200, Pasi Kärkkäinen wrote: On Tue, Dec 12, 2006 at 12:54:31PM +0300, Nikita V. Youshchenko wrote: What about idea not to *add* pae versions of xen kernels, but to *replace* non-pae versions with pae versions? Rationale: - not increase in archive size or linux-2.6 package build time, - this will improve compatimility with other distros (consider scenario when running FC or RHEL in domU; these distros do ship only pae xen kernels, according to http://lists.alioth.debian.org/pipermail/pkg-xen-devel/2006-December/000998.html) http://fedoraproject.org/wiki/FedoraXenQuickstartFC6 Any x86_64, or ia64 CPU is supported for running para-virtualized guests. To run i386 guests requires a CPU with the PAE extension. So FC6 is PAE only, and latest update to FC5 also switched to PAE xen kernel. RHEL5 will be PAE only too. I don't know what Suse uses.. https://www.redhat.com/archives/rhelv5-beta-list/2006-December/msg00068.html the decision to only support PAE capable hosts was made at the end of the FC5 cycle. The majority (if not all) of server in customer datacenters/environments are PAE capable today and the only edge case for non-PAE support would have been older laptops which do not yet have PAE capable processors. It also would have been an additional burden for QA/QE to test/certify older non-PAE capable servers. As the use case for Xen is certainly geared towards servers and not laptops this made a lot of sense. -- Pasi ^ . . Linux /-\ Choice.of.the .Next.Generation.
Bug#402805: foiltex: Wrong dependency, needs TeX executables
On Tue, 12 Dec 2006 21:17:00 +0100, Frank Küster wrote: Hi Atsuhito, Hi Frank, thanks for your advice. Depends: tetex-base | texlive-latex-base but tetex-base doesn't provide a latex or pdflatex program and format, so this should be Depends: tetex-bin | texlive-latex-base instead. I just uploaded a fixed version. Best Regards, 2006-12-13(Wed) -- Debian Developer Debian JP Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima
Bug#402863: gnutls server requests wrong DNs from the client
Package: libgnutls13 Version: 1.4.4-3 Tags: patch When running a service which requests the client to authenticate itself with a client certificate, the gnutls server will send the wrong CA DNs to the client. This prevents the client to select the correct certificate. Instead of providing a list of trusted CA DNs, the gnutls server sends a list of their issuers. This violates the SSL protocol specification section 5.6.4. In the most basic setups (in which gnutls might have been tested?), this is not a problem, since the client certificate is signed by the self-signed root CA, which is by definition its own issuer. In a complex real world setup, however, client authentication will not work. I have reported this problem to upstream yesterday: http://lists.gnupg.org/pipermail/gnutls-dev/2006-December/001313.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402865: A bug which makes me unhappy on debian etch (latest)
Package: sun-java5-plugin Version: 1.5.0-10-1 The graphicons have no numbers or text only the graphicon www.googleanalytics.com same issue with www.lenti.hu or www.tozsdeforum.hu and it's menu other issue is with an 3d panorama application: Works mostly not, but if once it works, choosing and other view (belove two option) it hangs: http://velemer.telehaz.hu/files/turak/virtual/virtual.html I tried already several versions of java, but could not solve the issue. With Slackware 10.0 this issues are not present. I assume that this has maybe to do with glibc or ...? Bakos György Legal Disclaimer: The information contained in this message may be privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete or destroy any copy of this message
Bug#402864: segmentation fault in gnutls_certificate_set_x509_crl()
Package: libgnutls13 Version: 1.4.4-3 Tags: patch The function gnutls_certificate_set_x509_crl() omits the CRL initialization, and therefore crashes on every invocation. Upstream bug report: http://lists.gnupg.org/pipermail/gnutls-dev/2006-December/001312.html Index: lib/gnutls_x509.c === RCS file: /cvs/gnutls/gnutls/lib/gnutls_x509.c,v retrieving revision 2.175 diff -u -r2.175 gnutls_x509.c --- lib/gnutls_x509.c 16 Jun 2006 13:29:36 - 2.175 +++ lib/gnutls_x509.c 13 Dec 2006 07:45:46 - @@ -1623,14 +1623,21 @@ for (i = 0; i crl_list_size; i++) { + ret = gnutls_x509_crl_init (res-x509_crl_list[res-x509_ncrls]); + if (ret 0) + { + gnutls_assert (); + return ret; + } + ret = _gnutls_x509_crl_cpy (res-x509_crl_list[ res-x509_ncrls], crl_list[i]); + res-x509_ncrls++; if (ret 0) { gnutls_assert (); return ret; } - res-x509_ncrls++; } return 0;
Bug#402866: amavis-stats: log's state file isn't checked for silly value.
Package: amavis-stats Version: 0.1.12-7.2 Severity: normal Hello, Due to some reason i haven't identified(*), amavis-stats' state-file contained an incorrect offset value, which points to the middle a of a line of the log file. Therefore, when amavis-stats tries to parse the line, it dies with error message (then mailed by Cron Daemon) : [..] amavis-stats: parseFile (/var/log/mail.info, 235, 63385) amavis-stats: lock /var/lock/amavis-stats removed amavis-stats: Unknown month (current locale is C) # head -n 2 /var/log/mail.info Dec 10 06:55:01 slxmrml1 amavis[4168]: (04168-04) Passed CLEAN, [64.56.70.119] [EMAIL PROTECTED] - [EMAIL PROTECTED], mail_id: sA+RmInUjoa3, Hits: -, queued_as: 250 OK id=1GtHeP-0002GK-RE, 306 ms Dec 10 07:02:32 slxmrml1 amavis[4787]: (04787-04) Passed CLEAN, [EMAIL PROTECTED] - [EMAIL PROTECTED], Message-ID: [EMAIL PROTECTED], mail_id: DVSRaN2MiRd9, Hits: -, queued_as: 250 OK id=1GtHlg-0002Yo-BG, 258 ms note : offset 235 is right after Dec 10 07:02:32 slxmrml1 but before amavis[4168] so, the test /usr/bin/amavis-stats line 624 : if ($line =~ /amavis.*?\[\d+\]:/) { is valid ! I guess it should be safer to make sure that the offset is right after an \n when the state file is loaded. regards, Franklin (*) I have recently upgraded to Etch, but i'm not sure it's related.. it my just be a race condition. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages amavis-stats depends on: ii adduser 3.100 Add and remove users and groups ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii librrds-perl 1.2.15-0.2 Time-series data storage and displ ii rrdtool 1.2.15-0.2 Time-series data storage and displ ii wwwconfig-common 0.0.48 Debian web auto configuration Versions of packages amavis-stats recommends: ii amavisd-new [amavis] 1:2.4.2-5 Interface between MTA and virus sc -- debconf information: * amavis-stats/stay_on_purge: false * amavis-stats/config_apache: None -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401222: tomcat5.5: Can't load JDBC driver jar when needed (more general problem ?)
Hi, i had the same problem with Tomcat 5.5 on Debian 4.0 Testing. The solution was changing the file and directory owner to the Tomcat user tomcat55. I also added a Tomcat group named tomcat55. chown -R tomcat55:tomcat55 /usr/share/tomcat5.5 chown -R tomcat55:tomcat55 /var/lib/tomcat5.5 After this all webapps work fine. Carsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402789: [INTL: nn] Norwegian nynorsk translation update for popularity-contest
tags 402789 pending thanks Quoting =?UTF-8?Q? H=C3=A5vard?= Korsvoll ([EMAIL PROTECTED]): Package: popularity-contest Tags: patch, d-i, l10n Hei her er oppdatert nynorskomsetjing Cømmitted. Petter, Bill, this is probably time for another upload.we have 3 more translations updates (two updates, on new translation). signature.asc Description: Digital signature
Bug#402867: ooimpress: 'Slant Corner Radius' disabled
package: openoffice.org-impress version: 2.0.4-7 severity: minor Hello! Is there a reason why the 'Slant Corner Radius for rectangles in Impress is disabled? Please try the following to reproduce: 1) Open Impress with a blank presentation 2) Draw a rectangle 3) Right-click the rectangle, choose 'Position and Size...' 4) Try to change 'Slant Corner Radius' - It is disabled Thank you for your effort! Cheers, Fabian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402793: tech-ctte: gst-ffmpeg links with its own private ffmpeg copy
Le mercredi 13 décembre 2006 à 01:19 +0100, Loïc Minier a écrit : It's not very clear whether you think I'm objecting to the changes in all cases, or only before etch. I am against such a change before etch in all cases given where we stand in the release cycle. Yes, my request is about the etch release. I'm pretty sure we can come to an agreement after the release. Regards, -- Josselin Mouette/\./\ Do you have any more insane proposals for me?
Bug#402798: poker-network: [INTL:fr] French debconf templates translation update
Thomas Huriaux writes: Just upload your package (containing only translation updates) in unstable as usual, and send a mail to [EMAIL PROTECTED] http://lists.debian.org/debian-release/2006/12/threads.html will give you plenty of examples. Thanks. Will do. -- +33 1 76 60 72 81 Loic Dachary mailto:[EMAIL PROTECTED] http://dachary.org/loic/gpg.txt sip:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367881: Another update of the German debconf translation (notice to submitter)
On Tue 12 Dec 2006, Helge Kreutzmann wrote: Do I read this correctly, and did you replace a German text with the original English one? Yes, as I presume that the file contains the english string and not the german one, i.e. this string is actually not meant for translation. If I understood this wrong, please apologize and reuse the original translation. Ah, some context does help here :-) You were right, of course. Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369676: cdrtools: [mkisofs] option `-rJf' is ambiguous (but accepts -frJ)
Eduard Bloch [EMAIL PROTECTED] wrote: This is not related to my text above and mkisofs _does_ give an error message. The problem I was referring to above will cause that string options will silently get wrong parameters. And BTW: getargs allows you to contol the behavior - GNU getopt_long does not ;-) Bullshit. Try a random program, eg. Looks like you start with your usual fecal diction as you always do when your subconsciousness already knows that you lost the case. $ ls --color=asdf ls: invalid argument `asdf' for `--color' Valid arguments are: - `always', `yes', `force' ... $ ls --color-opt-does-not-exist=asdf ls: unrecognized option `--color-opt-does-not-exist=asdf' As I already told you: I did never asume that you know CLI basics. This is completely unrelated to the supposed problem you found with mkisofs. Instead of abusing the Debian Bug tracking System for your personal flame wars, you should try to learn how CLI parsers work e.g. by reading the getopt/getargs related section in: ftp://ftp.berlios.de/pub/star/STARvsGNUTAR Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#402869: scim: scim-setup dies at start-up
Package: scim Version: 1.4.4-5 Severity: important $ scim-setup /tmp/foo [Nothing happens for a few seconds, then I get my prompt back] $ less -N /tmp/foo 1 2 (scim-setup:11573): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion `GTK_IS 2 _WIDGET (widget)' failed 3 4 (scim-setup:11573): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion `GTK_IS 4 _WIDGET (widget)' failed 5 ERROR: could not open init.scm (see errobj) 6 7 *backtrace* 8 (require init.scm) 9 (*catch (quote errobj) (require init.scm)) 10 (eq? (quote *init.scm-loaded*) (*catch (quote errobj) (require init.scm))) 11 12 ERROR: unbound variable (errobj create-context) 13 14 *backtrace* 15 (create-context 0 (quote ()) (quote ())) 16 17 ERROR: unbound variable (errobj release-context) 18 19 *backtrace* 20 (release-context 0) 21 ERROR: type number out of range 22 23 *backtrace* 24 (release-context 0) 25 ERROR: type number out of range [...] 5959 *backtrace* 5960 (release-context 0) 5961 ERROR: type number out of range 5962 5963 *backtrace* 5964 (release-context 0) 5965 ERROR: type number out of range 5966 5967 *backtrace* 5968 ERROR: the currently assigned stack limit has been exceeded 5969 5970 *backtrace* 5971 ERROR: the currently assigned stack limit has been exceeded 5972 5973 *backtrace* 5974 ERROR: the currently assigned stack limit has been exceeded [...] 174759 *backtrace* 174760 ERROR: the currently assigned stack limit has been exceeded 174761 174762 *backtrace* 174763 ERROR: the currently assigned stack limit has been exceeded 174764 174765 *backtrace* 174766 /usr/bin/scim-setup: line 32: 11573 Erreur de segmentation ${exec_prefix}/lib 174766 /scim-1.0/scim-helper-launcher setup 8034d025-bdfc-4a10-86a4-82b9461b32b0 $* It's a good thing SCIM is already configured on this account, because I apparently can't get the configurator to run. The bug also exists on a freshly created account (like my guest account, whose home directory gets wiped at each boot). If that helps, here's the list of installed methods: $ LANG=C dpkg -l scim* | cat Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii scim 1.4.4-5smart common input method platform ii scim-anthy 1.2.1-1SCIM IMEngine module for Anthy un scim-canna none (no description available) un scim-chewing none (no description available) un scim-chinese none (no description available) un scim-config-gconf none (no description available) pn scim-config-socket none (no description available) pn scim-frontend-socket none (no description available) ii scim-gtk2-immodule 1.4.4-5GTK+2 input method module with SCIM as backe un scim-hangulnone (no description available) ii scim-m17n 0.1.3-2M17N Input Method Engine for SCIM ii scim-modules-socket1.4.4-5socket modules for SCIM platform ii scim-modules-table 0.5.6-2generic tables IM engine module for SCIM pla un scim-pinyinnone (no description available) un scim-prime none (no description available) pn scim-server-socket none (no description available) ii scim-skk 0.5.2-4SCIM IMEngine module like SKK input method ii scim-tables-additional 0.5.6-2miscellaneous input method data tables for S ii scim-tables-ja 0.5.6-2Japanese input method data tables for SCIM p un scim-tables-ko none (no description available) ii scim-tables-zh 0.5.6-2Chinese input method data tables for SCIM pl ii scim-uim 0.1.4-1+b2 UIM IM engine module for SCIM platform -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages scim depends on: ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgtk2.0-0
Bug#390506: Patch for init script
Hello! On Wed, 06 Dec 2006 20:24:04 +0100, Rasmus Bøg Hansen wrote: The attached patch fixes this bug (which I've been bitten by too): I already posted a similar patch to bug #397088 [1], please let me comment yours. +if [ ! -d $SCREENDIR ]; then +mkdir $SCREENDIR + chown root:utmp $SCREENDIR + chmod 775 $SCREENDIR As in my previous patch, why not directly create the directory with proper permissions and be a bit more verbose? Thus: = --- /etc/init.d/screen-cleanup 2004-11-14 19:26:30.0 +0100 +++ /home/luca/screen-cleanup 2006-12-12 22:02:08.0 +0100 @@ -9,6 +9,12 @@ case $1 in start) +if [ ! -d $SCREENDIR ]; then +echo -n Creating $SCREENDIR... +mkdir -m 0775 $SCREENDIR +chown root:utmp $SCREENDIR +echo done. +fi if find $SCREENDIR -type p | grep '^' /dev/null; then echo -n 'Cleaning up stale screen sessions... ' find $SCREENDIR -type p -print0 | xargs -0 rm -f = Thx, bye, Gismo / Luca Footnotes: [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397088 pgpu1qriVwljK.pgp Description: PGP signature
Bug#400215: solution....
From memory of other udev rule installing pkgs the file is installed into /etc/udev/nut-usbups.rules and the symlink is made in /etc/udev/rules.d Regards Alex Owen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369448: Bit me to
Trying to upgrade to 2.6.18-3 from 2.6.18-1 gave me the same message. I'd suggest improving the error message to something like, Ok, aborting because you said you don't want an initrd. Please enable debconf or put initrd_no_warn in /etc/kernel-img.conf or something similar - you get the idea. Thanks, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400215: solution....
tags 400215 + patch thanks Attached is a patch that should fix this... [untested I'm afraid]. On 13/12/06, Alex Owen [EMAIL PROTECTED] wrote: From memory of other udev rule installing pkgs the file is installed into /etc/udev/nut-usbups.rules and the symlink is made in /etc/udev/rules.d Regards Alex Owen --- debian/rules.rao.orig 2006-12-13 09:16:11.0 + +++ debian/rules 2006-12-13 09:19:10.0 + @@ -91,7 +91,7 @@ DESTDIR=$(CURDIR)/debian/nut-usb RUNUID=65534 RUNGID=65534 mkdir -p $(CURDIR)/debian/nut-usb/etc/udev/rules.d install -m 644 $(CURDIR)/scripts/hotplug-ng/nut-usbups.rules \ - $(CURDIR)/debian/nut-usb/etc/udev/rules.d/025_nut-usbups.rules + $(CURDIR)/debian/nut-usb/etc/udev/nut-usbups.rules $(MAKE) install-cgi \ DESTDIR=$(CURDIR)/debian/nut-cgi RUNUID=65534 RUNGID=65534 mv $(CURDIR)/debian/nut/lib/nut/upsdrvctl $(CURDIR)/debian/nut/sbin
Bug#402870: openssl: option -out does not recognize de facto STDOUT marker '-'
Package: openssl Version: 0.9.8c-4 Severity: normal Consider this: openssl enc -rc4 -d -salt -pass pass:$pass -in $file -out $out When the parameter: out=- The openssl treat this as plain filename, a dash(-). SUGGESTION Treat output filename dash(-) as STDOUT marker and write the content as is, not in disk. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages openssl depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8c-4SSL shared libraries ii zlib1g 1:1.2.3-13 compression library - runtime openssl recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401791: xcdroast: Invalid mkisofs version
Package: xcdroast Version: 0.98+0alpha15-10 Followup-For: Bug #401791 starting xcdroast gives the following error: $ xcdroast ** (xcdroast:8965): WARNING **: Invalid mkisofs version -unknown- found. Expecting at least version 1.15a17 Start xcdroast with the -n option to override (not recommended!) $ starting with the -n option gives the error which is reported on top of this report Norbert Schulz -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-7-shark.rotorwerk-2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages xcdroast depends on: ii cdda2wav 9:1.1.0-1 Dummy transition package for iceda ii debconf [debconf-2.0]1.5.8 Debian configuration management sy ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libpango1.0-01.14.8-2Layout and rendering of internatio ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii mkisofs 9:1.1.0-1 Dummy transition package for genis ii wodim9:1.1.0-1 command line CD/DVD writing tool xcdroast recommends no packages. -- debconf information: xcdroast/can_use_normal_user: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402868: acibase: Configuration with Postgres does not work
Package: acidbase Version: 1.2.7-1 Severity: important Tags: patch Acidbase does not setup properly Postgresql access through dbconfig-common since dbconfig uses 'pgsql' for the Postgres database and the Acid scripts expect 'postgres'. The attached (in testing) patch fixes this issue. Regards Javier #! /bin/sh /usr/share/dpatch/dpatch-run ## 01_default_config.dpatch by David Gil [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Debian modifications to fix the pgsql name @DPATCH@ --- acidbase-1.2.7.orig/base_conf.php.dist 2006-04-03 12:04:04.0 +0200 +++ acidbase-1.2.7/base_conf.php.dist 2006-04-03 12:09:57.0 +0200 @@ -92,6 +92,9 @@ ## Begin of variables configured through dbconfig-common require('/etc/acidbase/database.php'); +# Adjust dbconfig-common names +if ($DBtype =='pgsql') +$DBtype = 'postgres'; ## End of variables configured through dbconfig-common signature.asc Description: Digital signature
Bug#402872: mplayer: FTBFS on GNU/kFreeBSD
Package: mplayer Severity: important Version: 1.0~rc1-7 Tags: patch Hi, the current version fails to build on GNU/kFreeBSD. Please find attached patch to fix that. It would also be nice if you can ask upstream to include source changes. Thanks in advance Petr diff -u mplayer-1.0~rc1/debian/rules mplayer-1.0~rc1/debian/rules --- mplayer-1.0~rc1/debian/rules +++ mplayer-1.0~rc1/debian/rules @@ -63,10 +63,12 @@ destdir := $(shell pwd)/debian/$(package) -arch := $(shell dpkg --print-architecture) +arch := $(shell dpkg-architecture -qDEB_HOST_ARCH) #FIXME: How shall this be used? MPlayer has a non-autoconf configure script. DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_HOST_ARCH_OS?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) +DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) # Choose whether we want binary codec support (default on unknown archs: no). with_real_and_xanim = false @@ -84,6 +86,12 @@ with_real_and_xanim = true #this does not compile, though : with_win32 = true endif +ifeq ($(arch),kfreebsd-i386) + with_real_and_xanim = true +endif +ifeq ($(arch),kfreebsd-amd64) + with_real_and_xanim = true +endif ifeq ($(arch),powerpc) with_real_and_xanim = true endif @@ -114,6 +122,13 @@ DEB_BUILD_CONFIGURE += --enable-debug=3 endif +ifeq (linux,$(DEB_HOST_ARCH_OS)) +DEB_BUILD_CONFIGURE += --enable-tv-v4l2 --enable-xmga --enable-mga --enable-3dfx --enable-tdfxfb --enable-fbdev +endif +ifeq (kfreebsd,$(DEB_HOST_ARCH_OS)) +DEB_BUILD_CONFIGURE += --enable-tv-bsdbt848 --disable-directfb +endif + USE_EXT_FFMPEG = no #DEB_BUILD_CONFIGURE += --enable-libavutil_so --enable-libavformat_so --enable-libavcodec_so --enable-libpostproc_so @@ -133,9 +148,7 @@ # Add commands to configure the package here. ./configure --prefix=/usr --confdir=/etc/mplayer \ --datadir=/usr/share/mplayer --with-codecsdir=/usr/lib/codecs \ - --enable-xmga --enable-mga --enable-3dfx --enable-tdfxfb \ - --enable-fbdev --enable-xvmc \ ---enable-tv-v4l2 --enable-sdl --enable-ossaudio \ +--enable-xvmc --enable-sdl --enable-ossaudio \ --enable-lirc --enable-gui --enable-freetype --enable-menu \ --enable-largefiles $(DEB_BUILD_CONFIGURE) # diff -u mplayer-1.0~rc1/debian/control.in mplayer-1.0~rc1/debian/control.in --- mplayer-1.0~rc1/debian/control.in +++ mplayer-1.0~rc1/debian/control.in @@ -7,8 +7,9 @@ Build-Depends-Indep: @DOCDEP@ Build-Depends: debhelper (= 4), make (= 3.80), pkg-config, po-debconf, libsdl1.2-dev | libsdl1.1-dev, svgalibg1-dev [i386], - libmad0-dev, libpng-dev, libncurses5-dev, zlib1g-dev, libtheora-dev - (= 0.0.0.alpha3-1), libesd0-dev, libasound2-dev (= 1.0.6-3), + libmad0-dev, libpng-dev, libncurses5-dev, zlib1g-dev, + libtheora-dev (= 0.0.0.alpha3-1), libesd0-dev, + libasound2-dev (= 1.0.6-3) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libvorbis-dev, liblircclient-dev, libfreetype6-dev, libdvdread3-dev, libcdparanoia0-dev, libfontconfig1-dev, libjpeg62-dev, libungif4-dev, libgtk2.0-dev, libdirectfb-dev, libcaca-dev, @XLIBS@, @EXTRA_BUILDDEP@ diff -u mplayer-1.0~rc1/debian/control mplayer-1.0~rc1/debian/control --- mplayer-1.0~rc1/debian/control +++ mplayer-1.0~rc1/debian/control @@ -7,8 +7,9 @@ Build-Depends-Indep: Build-Depends: debhelper (= 4), make (= 3.80), pkg-config, po-debconf, libsdl1.2-dev | libsdl1.1-dev, svgalibg1-dev [i386], - libmad0-dev, libpng-dev, libncurses5-dev, zlib1g-dev, libtheora-dev - (= 0.0.0.alpha3-1), libesd0-dev, libasound2-dev (= 1.0.6-3), + libmad0-dev, libpng-dev, libncurses5-dev, zlib1g-dev, + libtheora-dev (= 0.0.0.alpha3-1), libesd0-dev, + libasound2-dev (= 1.0.6-3) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libvorbis-dev, liblircclient-dev, libfreetype6-dev, libdvdread3-dev, libcdparanoia0-dev, libfontconfig1-dev, libjpeg62-dev, libungif4-dev, libgtk2.0-dev, libdirectfb-dev, libcaca-dev, libx11-dev, libxext-dev, libxinerama-dev, libxv-dev, libxvmc-dev, libxxf86dga-dev, libxxf86vm-dev, x-dev, diff -u mplayer-1.0~rc1/configure mplayer-1.0~rc1/configure --- mplayer-1.0~rc1/configure +++ mplayer-1.0~rc1/configure @@ -102,7 +102,7 @@ irix(){ issystem IRIX; return $? ; } aix() { issystem AIX ; return $? ; } cygwin() { issystem CYGWIN ; return $? ; } -freebsd() { issystem FreeBSD ; return $? ; } +freebsd() { issystem FreeBSD || issystem GNU/kFreeBSD; return $? ; } netbsd() { issystem NetBSD ; return $? ; } bsdos() { issystem BSD/OS ; return $? ; } openbsd() { issystem OpenBSD ; return $? ; } @@ -567,6 +567,9 @@ IRIX*) system_name=IRIX ;; + GNU/kFreeBSD) +system_name=FreeBSD +;; HP-UX*) system_name=HP-UX ;; @@ -627,6 +630,7 @@ case `echo $system_name | tr A-Z a-z` in linux) system_name=Linux ;; freebsd)
Bug#402009: libcommoncpp2-dev library transition proposal (Fwd: Bug#402009: Multiple API-incompatible changes in Common C++ 1.5.3)
Hi Mark, On Sat, Dec 09, 2006 at 10:24:48AM +, Mark Purcell wrote: On Saturday 09 December 2006 10:10, Mark Purcell wrote: The alternative, which is better, is just to back out the library transition. Or even better-better, just don't do the library transition at all. The current state of libcommoncpp2 (1.5.1) and rdepends in etch is stable and supportable. Thus nothing needs to be done, prior to release. Is it certain that all the packages in testing that depend on libcommoncpp2-1.5-0 are using the old 1.5.1 ABI? Apparently 1.5.3-1 didn't bump shlibs either, because there are no reverse-deps waiting on it for propogation... Since this package was only 7 days old at the time of freeze, odds are good that nothing built against the new ABI made it into testing, but that's not a guarantee. Upload the previous ABI stable release 1.5.1 with an epoc and await the release of etch.. I won't upload to unstable with an epoc.. Also please ignore, or rather just leave in NEW, the last upload (1.5.3) which does correctly carry forward the soname change.. But is not necessary for etch. There's no reason that it needs to stay in NEW that I can see, but we don't make that decision anyway. :) Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402762: debian-installer dosen't detect Broadcom BCM5704 Gigabit LAN
lspci: 0a:09.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 03) 0a:09.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 03) lspci -nn: (AFAIK the last two could be the NICs): 00:00.0 Class 0580: 10de:005e (rev a3) 00:01.0 Class 0601: 10de:0051 (rev a3) 00:01.1 Class 0c05: 10de:0052 (rev a2) 00:02.0 Class 0c03: 10de:005a (rev a2) 00:02.1 Class 0c03: 10de:005b (rev a3) 00:06.0 Class 0101: 10de:0053 (rev f2) 00:07.0 Class 0101: 10de:0054 (rev f3) 00:08.0 Class 0101: 10de:0055 (rev f3) 00:09.0 Class 0604: 10de:005c (rev a2) 00:0e.0 Class 0604: 10de:005d (rev a3) 00:18.0 Class 0600: 1022:1100 00:18.1 Class 0600: 1022:1101 00:18.2 Class 0600: 1022:1102 00:18.3 Class 0600: 1022:1103 00:19.0 Class 0600: 1022:1100 00:19.1 Class 0600: 1022:1101 00:19.2 Class 0600: 1022:1102 00:19.3 Class 0600: 1022:1103 01:07.0 Class 0300: 1002:4752 (rev 27) 08:0a.0 Class 0604: 1022:7450 (rev 12) 08:0a.1 Class 0800: 1022:7451 (rev 01) 08:0b.0 Class 0604: 1022:7450 (rev 12) 08:0b.1 Class 0800: 1022:7451 (rev 01) 0a:09.0 Class 0200: 14e4:1648 (rev 03) 0a:09.1 Class 0200: 14e4:1648 (rev 03) Please provide the output of `lspci -nn` It would be nice if you only provided the lspci entry of the network card. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402649: udev detects harddisk in USB case as non removable and thus sets wrong permissions for device nodes
Hi Martin, could you post `lshal` output when your USB harddisk is plugged and when it is not? Also, start $ lshal --monitor and plug/unplug harddisk. pgpFXNMfza4Mm.pgp Description: PGP signature
Bug#402873: distributed-net: logrotate conf. prevents dnetc from writing to log
Package: distributed-net Version: 2.9013.498-1 Severity: normal Tags: patch The /etc/logrotate.d/distributed-net file included in the package does not opecify a logfile owner, and creates /var/log/distributed-net.log as root. Since the daemon start/stop script for dnetc runs as the daemon user, this prevents dnetc from writing to the logfile (dnetc still runs, although the logfile is left empty). The enclosed patch will ensure the logfile is re-created with appropriate ownership / permissions: --- /etc/logrotate.d/distributed-net.dpkg 2006-12-13 09:35:40.0 + +++ /etc/logrotate.d/distributed-net2006-12-13 09:31:19.0 + @@ -1,6 +1,7 @@ /var/log/distributed-net.log { weekly rotate 5 +create 640 daemon daemon postrotate /etc/init.d/distributed-net reload /dev/null endscript -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing'), (200, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.30.2006110301 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages distributed-net depends on: ii host 2331-9 utility for querying DNS servers ii libc62.3.6.ds1-9 GNU C Library: Shared libraries Versions of packages distributed-net recommends: ii logrotate 3.7.1-3Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402811: linux-modules-nonfree-2.6: inconsistent module package versions
tag 402811 -rending reassing 402811 linux-modules-nonfree-2.6, module-assistant, kqemu-source thanks Will this address the situation when package from linux-modules-nonfree-2.6 has version in 'kernelver-modver' format, while package from m-a has version in 'modver-kernelver' format? No. This is a general glich in all the conglomeration packages. Then I think it's not correct to tag it as 'pending'. The point of the bug is the above version format mismatch. With this situation, upgrades becomes inconsistent (e.g. it starts to depend on comparison between kernelver and modulever) in likely situation when both m-a-generated packages and linux-modules-nonfree-2.6-generated packages are visible for apt-get. But why any problem here? Why not using consistent version string format? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402762: debian-installer dosen't detect Broadcom BCM5704 Gigabit LAN
The output has been taken from SUSE10 of course.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402871: etch: Ugly ACPI messages following update to kernel 2.6.18.3
Package: linux-image-2.6.18-3-686 Version: 2.6.18-7 I am running debian testing on an IBM thinkpad X20. Following the update to kernel 2.6.18.3-686, I get the following kernel messages: ACPI: read EC, OB not full ACPI Exception (evregion-0424): AE_TIME, Returned by Handler for [EmbeddedControl] [20060707] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.AC__._PSR] (Node c12f0540), AE_TIME ACPI Exception (acpi_ac-0096): AE_TIME, Error reading AC Adapter state [20060707] ACPI: read EC, OB not full ACPI Exception (evregion-0424): AE_TIME, Returned by Handler for [EmbeddedControl] [20060707] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.I2RB] (Node c12f0a7c), AE_TIME ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.BAT0._BST] (Node c12f05b8), AE_TIME ACPI Exception (acpi_battery-0206): AE_TIME, Evaluating _BST [20060707] ACPI: read EC, OB not full ACPI Exception (evregion-0424): AE_TIME, Returned by Handler for [EmbeddedControl] [20060707] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.AC__._PSR] (Node c12f0540), AE_TIME ACPI Exception (acpi_ac-0096): AE_TIME, Error reading AC Adapter state [20060707] ACPI: read EC, OB not full ACPI Exception (evregion-0424): AE_TIME, Returned by Handler for [EmbeddedControl] [20060707] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.I2RB] (Node c12f0a7c), AE_TIME ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.BAT0._BST] (Node c12f05b8), AE_TIME ACPI Exception (acpi_battery-0206): AE_TIME, Evaluating _BST [20060707] ACPI: read EC, OB not full ACPI Exception (evregion-0424): AE_TIME, Returned by Handler for [EmbeddedControl] [20060707] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.I2RB] (Node c12f0a7c), AE_TIME ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.BAT0._BST] (Node c12f05b8), AE_TIME ACPI Exception (acpi_battery-0206): AE_TIME, Evaluating _BST [20060707] ACPI: read EC, OB not full ACPI Exception (evregion-0424): AE_TIME, Returned by Handler for [EmbeddedControl] [20060707] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.I2RB] (Node c12f0a7c), AE_TIME ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.BAT0._BST] (Node c12f05b8), AE_TIME ACPI Exception (acpi_battery-0206): AE_TIME, Evaluating _BST [20060707] ACPI: read EC, OB not full ACPI Exception (evregion-0424): AE_TIME, Returned by Handler for [EmbeddedControl] [20060707] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.AC__._PSR] (Node c12f0540), AE_TIME ACPI Exception (acpi_ac-0096): AE_TIME, Error reading AC Adapter state [20060707] ACPI: read EC, OB not full ACPI Exception (evregion-0424): AE_TIME, Returned by Handler for [EmbeddedControl] [20060707] ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.ISA_.EC__.AC__._PSR] (Node c12f0540), AE_TIME ACPI Exception (acpi_ac-0096): AE_TIME, Error reading AC Adapter state [20060707]
Bug#402875: libgphoto2-2: SD pictures of kodak c330 aren't shown
Package: libgphoto2-2 Version: 2.2.1-12 Severity: important Pictures from the KODAK C330's SD card memory are not available. Only pictures from its internal memory can be seen. This bug is supposedly fixed in version 2.3.0, available upstream -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libgphoto2-2 depends on: ii adduser 3.100 Add and remove users and groups ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libexif120.6.13-5library to parse EXIF files ii libgphoto2-port0 2.2.1-12gphoto2 digital camera port librar ii libjpeg626b-13 The Independent JPEG Group's JPEG Versions of packages libgphoto2-2 recommends: ii udev 0.103-1/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402772: bug 402772: downgrade mplayer bug 395252 (for including mplayer in etch)
On Wed, Dec 13, 2006 at 08:01:58AM +0100, Andreas Barth wrote: Actually, I think we should refuse dealing with the issue now, because according to Don (wearing [EMAIL PROTECTED] hat) the decision whether a bug is RC or not is done by the release team, not the maintainer - and the release team is just about to make a (first) decision. AFAICS the only release criteria this package potentially violates is: ] (a) Supportable ] Packages in the archive must not be so buggy or out of date we ] refuse to support them. in the sense that Debian as a whole considers the package to be unsupportable due to the complexity of its dependency on ffmpeg. Moritz has expressed significant concern that the security team won't be able to manage that support in the bug log, though according to [0] thinks an exception is appropriate: ] I've tried it myself and it is indeed not possible to link against ] libavcodec dynamically currently. Given that mplayer was only accepted ] into the archive 2.5 months after the current ffmpeg snapshot was made ] and that mplayer is an important application I do now think we can ] ignore this RC bug for Etch as a one-time exception. In any case further ] mplayer maintenance needs to be synchronised with Debian's libav[codec| ] format], even if it means to not being able to upload the most recent ] upstream version every week. If that's the case, I think that alone resolves the problem; and I think that it'd be reasonable for the ffmpeg/mplayer maintainers to resolve the problem by volunteering to handle backports of any necessary fixes for the differing ffmpeg variants to be distributed with etch. Uploading dynamically linked ffmpeg/mplayer packages to experimental for inclusion in unstable in the near future seems like a sensible thing to do too. Cheers, aj [0] http://lists.debian.org/debian-devel/2006/12/msg00322.html signature.asc Description: Digital signature
Bug#402772: bug 402772: downgrade mplayer bug 395252 (for including mplayer in etch)
Anthony Towns ha scritto: Uploading dynamically linked ffmpeg/mplayer packages to experimental for inclusion in unstable in the near future seems like a sensible thing to do too. I actually tried to do that. Even though I did not think 395252 should be a RC bug, nonetheless I tried to address it from the very beginning; so I contacted Sam Hocevar (mantainer of ffmpeg) in Oct; but he was too busy. Since time was running, in mid Nov I packaged a new version of ffmpeg 0.svn6767 ; I then built a version of mplayer 1.0~rc1-5 that is dynamically linked to that; moreover I have built a version of libxine using the above ffmpeg. I installed all my creatures, and tried totem-xine and mplayer on a few files, and they seemed to work. In 27 Nov , in message http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395252;msg=152 I announced this and asked to Sam some help, and/or permission to upload my stuff in experimental; I never received reply. So I never uploaded them into experimental. a. signature.asc Description: OpenPGP digital signature
Bug#402772: bug 402772: downgrade mplayer bug 395252 (for including mplayer in etch)
Anthony Towns ha scritto: Moritz has expressed significant concern that the security team won't be able to manage that support in the bug log, though according to [0] thinks an exception is appropriate: [snip] If that's the case, I think that alone resolves the problem; and I think that it'd be reasonable for the ffmpeg/mplayer maintainers to resolve the problem by volunteering to handle backports of any necessary fixes for the differing ffmpeg variants to be distributed with etch. I am volunteering to help in handling security problems in MPlayer (by backports or any other method). The people in MPlayer team with whom I worked in the past where always very receptive and helpful; and I feel pretty sure that, if a security problem emerges in MPlayer, they will help also in the future. a. signature.asc Description: OpenPGP digital signature
Bug#402874: r-cran-nlme: package not available to R, although files are installed
Package: r-cran-nlme Version: 3.1.77-1 Severity: important After upgrading from sarge to etch: library(nlme) Fehler in library(nlme) : es gibt kein Paket 'nlme' (in English: there is no package 'nlme'). In the HTML package index, several packages that are installed in /usr/lib/R/library are not listed. I am only filing a bug on r-cran-nlme, although at least r-cran-vr and some other r-cran packages are affected, too. Let me know if I can help in the diagnosis. Cheers, Johannes -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages r-cran-nlme depends on: ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii r-base-core 2.4.0.20061125-1 GNU R core of statistical computin ii r-cran-lattice 0.14-13-1GNU R package for 'Trellis' graphi r-cran-nlme recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401645: [pkg-wpa-devel] Bug#401645: wpasupplicant is stopped too early at reboot/shutdown
reassign 401645 wpasupplicant,sysvinit Przemyslaw Bruski [EMAIL PROTECTED] writes: Kel Modderman wrote: I though I was either crazy, or you were whispering sweet nothings in my ear, because on my boxen sendsigs was still at sequence number 20. Then I found this in /usr/share/doc/initscripts/changelog.Debian.gz: blushes Sorry about that. Hmm. I think this is no longer wpasupplicant issue, but please do not close that bug, it it's OK with you. My suggestion would be to ask the sysvinit guys to replace sendsigs with the following script (not sure if the attachment will come through, if it does not, I will repost the script body). With this rationale, I'm reassigning this bug to both packages, since this is an interaction issue. Full quoting for convinience of the sysvinit maintainers: Basically, in this script killall5 is replaced by a shell function that does the same and takes command names as parameters. These command are never killed. It solves both the wpasupplicant issue and usplash issue (I did not test the latter, I admit). The following sequence would be needed: 1. new (well, let's call it my) sendsigs would have to be run before umountnfs 2. umountnfs 3. wpasupplicant 4. original sendsigs (or mine running without exceptions). What would also be needed is you backing this solution, of course ;-) bye, Przemek #! /bin/sh ### BEGIN INIT INFO # Provides: sendsigs # Required-Start: # Required-Stop: umountnfs # Default-Start: # Default-Stop: 0 6 # Short-Description: Kill all remaining processes except for crucial ones. # Description: ### END INIT INFO PATH=/usr/sbin:/usr/bin:/sbin:/bin . /lib/lsb/init-functions #lists all ancestor pids, until pid number 0 is reached getAncestorPids() { local pid=$1 local ppids= while true; do ppid=$(ps --no-headers --format ppid $pid) if [ $ppid -eq 0 ]; then break; fi ppids=$ppid $ppids pid=$ppid done echo $ppids } # Replacement for killall5 command. Just like killall5 does, it sends # a signal to all processes except for: ancestor processes, itself # and kernel threads. # Addtionally, it skips all processes that had been run using command # name passed as a parameter. # # arguments: # signalnumber # list of command names that should not be killed killall5_except() { local signalNumber=$1 shift local myPid=$$ local preciousPids=$(ps --no-headers --format pid -C $*) #initial precious pids are: my pid and pids of processes given as parameters preciousPids=$myPid $preciousPids local ancestorPids= for preciousPid in $preciousPids; do local sessionLeaderPid=$(ps --no-headers --format session $preciousPid) ancestorPids=$ancestorPids $(getAncestorPids $preciousPid) done #kernel threads should not be killed too. Kernel threads have userspace size of 0. local kernelThreadPids=$(ps --format pid,size --no-headers -A | grep 0$| sed -e s/ [^ ]*$//) allPreciousPids=$preciousPids $ancestorPids $kernelThreadPids allPidsToTerminate=$(ps --deselect --no-headers --format pid --pid $allPreciousPids) #a trick to eliminate ps pid from the list allPidsToTerminate=$(ps --no-headers --format pid --pid $allPidsToTerminate) if [ ! -z $allPidsToTerminate ]; then kill $signalNumber $allPidsToTerminate fi } do_stop () { # Kill all processes. log_action_begin_msg Asking all remaining processes to terminate killall5_except -15 wpa_supplicant usplash log_action_end_msg 0 sleep 5 log_action_begin_msg Killing all remaining processes killall5_except -9 wpa_supplicant usplash log_action_end_msg 0 } case $1 in start) # No-op ;; restart|reload|force-reload) echo Error: argument '$1' not supported 2 exit 3 ;; stop) do_stop ;; *) echo Usage: $0 start|stop 2 exit 3 ;; esac : ___ Pkg-wpa-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-wpa-devel -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402841: ITP: Google Web Toolkit -- Google Web Toolkit (GWT)
Cool they changed the licence! On 12/13/06, Christian Bayle [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist Owner: Christian Bayle [EMAIL PROTECTED] * Package name: Google Web Toolkit Version : 1.3.1 Upstream Author : Google, Inc. * URL : http://code.google.com/webtoolkit/ * License : (Apache 2.0, Eclipse 1.0, Mozilla 1.1, LGPL 2.1) Programming Lang: (Java) Description : Google Web Toolkit (GWT) An open source Java software development framework that makes writing AJAX applications easy -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Arnaud Vandyck -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398296: Omit --with-dv1394
Hi, is it possible to omit the --with-dv1394 configure option, as dv1394 seems to be deprecated (replaced by raw1394) and does not support AVC? Regards, Björn Herwig
Bug#402822: CVE-2006-5330: HTTP header injection vulnerabilities
On Wed, 2006-12-13 at 07:32 +0100, Bart Martens wrote: snip I'm confused now. Maybe earlier does mean older. You seem to be from the UK, so probably your English is better than mine. Yes, earlier means older here. Is 9.0.21.78 affected or not according to this bulletin? It is not. I would prefer to confirm this with a test case though, since it is between the last-vulnerable and recommended versions. If version 9.0.21.78 was only ever released as a beta for Linux it's possible they could have forgotten to include it in the vulnerable versions. Ben. -- Ben Hutchings Reality is just a crutch for people who can't handle science fiction. signature.asc Description: This is a digitally signed message part
Bug#375649: ITA: gnu-smalltalk -- GNU Smalltalk - an implementation of Smalltalk-80
owner 375649 Debian GNU Smalltalk maintainers [EMAIL PROTECTED] thanks Hello, We'll work on this ITA as a team composed of Diego and I. Cheers, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402876: encfs: cannot stat mounts on ARM
Package: encfs Version: 1.2.5-1-1 Severity: important Hi - I cannot get encfs to work on my thecus n2100 (arm cpu). Once the encfs is mounted, any attempt to use it results in your processes hanging. E.g. ls -l will just sit there. Stracing an ls shows it stall on an lstat64 (attached is a partial strace) [EMAIL PROTECTED]:~/encfs_exp$ /sbin/modinfo /lib/modules/2.6.18-3-iop32x/kernel/fs/fuse/fuse.ko filename: /lib/modules/2.6.18-3-iop32x/kernel/fs/fuse/fuse.ko alias: char-major-10-229 author: Miklos Szeredi [EMAIL PROTECTED] description:Filesystem in Userspace license:GPL vermagic: 2.6.18-3-iop32x mod_unload ARMv5 gcc-4.1 depends: -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: arm (armv5tel) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-iop32x Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages encfs depends on: ii fuse-utils 2.5.3-4.1 Filesystem in USErspace (utilities ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libfuse2 2.5.3-4.1 Filesystem in USErspace library ii libgcc1 1:4.1.1-19 GCC support library ii librlog1c2a 1.3.7-1 flexible message logging library ii libssl0.9.8 0.9.8c-3SSL shared libraries ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 encfs recommends no packages. -- no debconf information ... close(4)= 0 socket(PF_FILE, SOCK_STREAM, 0) = 4 fcntl64(4, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(4, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(4, {sa_family=AF_FILE, path=/var/run/nscd/socket}, 112) = -1 ENOENT (No such file or directory) close(4)= 0 socket(PF_FILE, SOCK_STREAM, 0) = 4 fcntl64(4, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(4, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(4, {sa_family=AF_FILE, path=/var/run/nscd/socket}, 112) = -1 ENOENT (No such file or directory) close(4)= 0 open(/etc/group, O_RDONLY)= 4 fcntl64(4, F_GETFD) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 _llseek(4, 0, [0], SEEK_CUR)= 0 fstat64(4, {st_mode=S_IFREG|0644, st_size=550, ...}) = 0 mmap2(NULL, 550, PROT_READ, MAP_SHARED, 4, 0) = 0x40016000 _llseek(4, 550, [550], SEEK_SET)= 0 munmap(0x40016000, 550) = 0 close(4)= 0 lstat64(front, Killed Script started on Tue 12 Dec 2006 20:09:27 GMT mkdir front [EMAIL PROTECTED]:~/encfs_exp$ [EMAIL PROTECTED]:~/encfs_exp$ mkdir front [EMAIL PROTECTED]:~/encfs_exp$ mkdir back [EMAIL PROTECTED]:~/encfs_exp$ encfs $(pwd)/{front,back}[K[K[K[K[K[K[K[K[K[K[Kback,front} Creating new encrypted volume. Please choose from one of the following options: enter x for expert configuration mode, enter p for pre-configured paranoia mode, anything else, or an empty line will select standard mode. ? Standard configuration selected. Configuration finished. The filesystem to be created has the following properties: Filesystem cipher: ssl/blowfish, version 2:1:1 Filename encoding: nameio/block, version 3:0:1 Key Size: 160 bits Block Size: 512 bytes Each file contains 8 byte header with unique IV data. Filenames encoded using IV chaining mode. Now you will need to enter a password for your filesystem. You will need to remember this password, as there is absolutely no recovery mechanism. However, the password can be changed later using encfsctl. New Encfs Password: Verify Encfs Password: [EMAIL PROTECTED]:~/encfs_exp$ ls -l Killed [EMAIL PROTECTED]:~/encfs_exp$ Script done on Tue 12 Dec 2006 20:09:56 GMT
Bug#402619: [pkg-wpa-devel] Bug#402619: wpasupplicant: EAP-TTLS fails with encrypted passwords of tunnelled identity
Kel Modderman [EMAIL PROTECTED] writes: This report seems to have two motives. One is to report that EAP-PEAP/TTLS/FAST is not working, the other is to update to 0.6.0. We could upload to experimental for now, and ask users to test. This way, we aren't stalled by etch's release, and can go on with having our users test the current package. That way, we have something ready for etch-backports, when it opens. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402811: linux-modules-nonfree-2.6: inconsistent module package versions
tag 402811 -pending reassing 402811 linux-modules-nonfree-2.6, module-assistant, kqemu-source thanks Will this address the situation when package from linux-modules-nonfree-2.6 has version in 'kernelver-modver' format, while package from m-a has version in 'modver-kernelver' format? No. This is a general glich in all the conglomeration packages. Then I think it's not correct to tag it as 'pending'. The point of the bug is the above version format mismatch. With this situation, upgrades becomes inconsistent (e.g. it starts to depend on comparison between kernelver and modulever) in likely situation when both m-a-generated packages and linux-modules-nonfree-2.6-generated packages are visible for apt-get. But why any problem here? Why not using consistent version string format? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402869: scim: scim-setup dies at start-up
Hi Roland, Thanks for the report. On Wed, Dec 13, 2006 at 10:05:38AM +0100, Roland Mas wrote: $ scim-setup /tmp/foo [Nothing happens for a few seconds, then I get my prompt back] $ less -N /tmp/foo [...] 5 ERROR: could not open init.scm (see errobj) This looks like UIM stuff. Can you please remove scim-uim and test again? [...] 174765 *backtrace* 174766 /usr/bin/scim-setup: line 32: 11573 Erreur de segmentation ${exec_prefix}/lib 174766 /scim-1.0/scim-helper-launcher setup 8034d025-bdfc-4a10-86a4-82b9461b32b0 $* Of course, scim-setup segfaults when scim-uim goes wrong is probably still a bug in scim itself. If that helps, here's the list of installed methods: Yes, that helped. But I wonder why there is no scim reportbug script output in your report, while you apparently use reportbug. Ming 2006.12.13 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402708: [Pkg-xfce-devel] Bug#402708: xfce fails to start
reassign #402708 xfce4-session retitle #402708 xfce4-session doesn't start without xfce4-session.rc severity #402708 serious thanks, Current xfce4-session in sid doesn't ship a xfce4-session.rc. It's required for startup, as it ship the Failsafe Session, which is the default one when no session was previously started. xfce4-session doesn't ship the xfce4-session.rc like before (in /etx/xdg/xfce4-session) because this folder has a priority greater then the one shipped with desktop-base. desktop-base ships session and splash files for a default Debian installation, and these should be able to be overriwritten by admins, using files in /etc/xdg/xfce4-session. But now, if an user never started xfce4-session and doesn't have desktop-base installed, start will fail like in your case. A temporary solution is to install desktop-base but it shouldn't be a dependency. Shipping a xfce4-session.rc with only failsafe session in xfce4-session is doable, but there won't be a splash screen. We need a xfce4-session.rc in a folder less important than /usr/share/desktop-base/profiles/xdg-config/, but this would require an upload of libxfce4util4, so it wouldn't reach Etch. I see currently two solutions: * make xfce4-session depend on desktop-base * ship a xfce4-session.rc in /etc/xdg/xfce4-session/ with only failsafe session. Users without desktop-base won't see a splash screen at first start but could configure one later. Both solutions need an upload of xfce4-session and a transition to Etch. Current xfce4-session in testing doesn't have the problem, because it ships a xfce4-session.rc with everything. I make the severity serious because current xfce4-session won't start for freshly installed sid. Regards, -- Yves-Alexis Perez -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401258: Reclose bug
On Wed, 13 Dec 2006, Brian May wrote: Peter == Peter Palfrader [EMAIL PROTECTED] writes: Peter Actually, this is really bad. Peter It means the lines do _not_ get added on iditial Peter installations: Yes, as I worked out, too. Thanks for letting me know; I have now replaced the -n with a -z in version -8. Now hprop gets disabled again in upgrades from sarge to etch, and when the package is removed - not purged - the services still are enabled. Both of these issues would have been fixed with my version of the patch. Peter -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402877: initscripts: should try to kexec
Package: initscripts Version: 2.86.ds1-36 Severity: wishlist Tags: patch Hi, It would be useful to have /etc/init.d/reboot try to run kexec if it is available: # Message should end with a newline since kFreeBSD may # print more stuff (see #323749) log_action_msg Will now restart + [ -x /sbin/kexec ] /sbin/kexec -e reboot -d -f -i } Samuel -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages initscripts depends on: ii debianut 2.17Miscellaneous utilities specific t ii e2fsprog 1.39+1.40-WIP-2006.11.14+dfsg-1 ext2 file system utilities and lib ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii mount2.12r-15Tools for mounting and manipulatin ii sysvinit 2.86.ds1-36 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.3-1 Utilities that use the proc filesy -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402869: scim: scim-setup dies at start-up
Ming Hua, 2006-12-13 03:58:26 -0600 : On Wed, Dec 13, 2006 at 10:05:38AM +0100, Roland Mas wrote: $ scim-setup /tmp/foo [Nothing happens for a few seconds, then I get my prompt back] $ less -N /tmp/foo [...] 5 ERROR: could not open init.scm (see errobj) This looks like UIM stuff. Can you please remove scim-uim and test again? You're right. Removing scim-uim fixed the problem. [...] 174765 *backtrace* 174766 /usr/bin/scim-setup: line 32: 11573 Erreur de segmentation ${exec_prefix}/lib 174766 /scim-1.0/scim-helper-launcher setup 8034d025-bdfc-4a10-86a4-82b9461b32b0 $* Of course, scim-setup segfaults when scim-uim goes wrong is probably still a bug in scim itself. Yes, but I can live with that since I don't use UIM (I think :-) If that helps, here's the list of installed methods: Yes, that helped. But I wonder why there is no scim reportbug script output in your report, while you apparently use reportbug. Ah, it's because I didn't really use reportbug. I used M-x debian-bug under Emacs (provided by the package debian-el), and apparently it doesn't run the hook scripts. Here's the relevant info (after removing scim-uim -- libuim3 and libuim-data were removed automagically by aptitude): $ dpkg-query -l *scim* | grep ^ii ii libscim8c2a1.4.4-5library for SCIM platform ii scim 1.4.4-5smart common input method platform ii scim-anthy 1.2.1-1SCIM IMEngine module for Anthy ii scim-gtk2-immodule 1.4.4-5GTK+2 input method module with SCIM as backe ii scim-m17n 0.1.3-2M17N Input Method Engine for SCIM ii scim-modules-socket1.4.4-5socket modules for SCIM platform ii scim-modules-table 0.5.6-2generic tables IM engine module for SCIM pla ii scim-skk 0.5.2-4SCIM IMEngine module like SKK input method ii scim-tables-additional 0.5.6-2miscellaneous input method data tables for S ii scim-tables-ja 0.5.6-2Japanese input method data tables for SCIM p ii scim-tables-zh 0.5.6-2Chinese input method data tables for SCIM pl $ echo \$XMODIFIERS=$XMODIFIERS $XMODIFIERS= $ echo \$GTK_IM_MODULE=$GTK_IM_MODULE $GTK_IM_MODULE=scim $ ls -R /usr/lib/scim-1.0 /usr/lib/scim-1.0: 1.4.0 scim-helper-launcher scim-helper-manager scim-launcher scim-panel-gtk /usr/lib/scim-1.0/1.4.0: Config Filter FrontEnd Helper IMEngine SetupUI /usr/lib/scim-1.0/1.4.0/Config: simple.so socket.so /usr/lib/scim-1.0/1.4.0/Filter: sctc.so /usr/lib/scim-1.0/1.4.0/FrontEnd: socket.so x11.so /usr/lib/scim-1.0/1.4.0/Helper: anthy-imengine-helper.a anthy-imengine-helper.la anthy-imengine-helper.so setup.so /usr/lib/scim-1.0/1.4.0/IMEngine: anthy.la libanthy.a m17n.so skk.la socket.so anthy.so libskk.arawcode.so skk.so table.so /usr/lib/scim-1.0/1.4.0/SetupUI: aaa-frontend-setup.solibanthy-imengine-setup.a skk-imengine-setup.so aaa-imengine-setup.solibskk-imengine-setup.atable-imengine-setup.so anthy-imengine-setup.la panel-gtk-setup.so anthy-imengine-setup.so skk-imengine-setup.la Roland. -- Roland Mas La tradition orale, c'est comme un vieux fromage [...] -- Le Blaire -- Signatures à collectionner, série n°2, partie 1/3.
Bug#402764: [php-maint] Bug#402764: libapache2-mod-php5: php processes loop and eat all cpu and resources
Hello Sean, and thanks for your quick reply. On Wed, 2006-12-13 at 08:31 +0100, sean finney wrote: hi alessandro, [...] over and over and over. hm... are any of the directories between /var and var/./site symlinks? No more, I suspected that could be a problem and I eliminated all symlinks to be sure. otherwise, we'll need some more info, namely dpkg -l '*php5*' and any changes you've made to /etc/php5/apache2/php.ini, and any php related configuration in your apache2 configuration. Here the relevant modules: ii libapache2-mod-php55.1.6-5 ii php5 5.1.6-5 ii php5-cli 5.1.6-5 ii php5-common5.1.6-5 ii php5-gd5.1.6-5 ii php5-mysql 5.1.6-5 Apache is version 2.2.3-3.1, mysql is 5.0.30-1, kernel is 2.6.18-3-amd64. The only change made to php.ini is increased the memory limit to 256M and max execution time to 60 seconds. There are non php related configuration in my apache2 config. also, are you using any .htaccess directives? anything mbstring related? is this a 3rd party web app or your own in-house application/site? It's a 3rd party webapp build only on standard xoops modules, nothing strange or developed in-house. There are a couple .htaccess directive with this content: Options All -Indexes and: order deny,allow deny from all Thanks, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402406: Proposed plan to fix acibase issues (was Re: Debian Etch has been frozen)
On Tue, Dec 12, 2006 at 07:05:51AM -0500, Kevin Johnson wrote: I guess I am confused at some of what is being suggested. I had recommend just removing the dependency on Image_graph and was told it was a half-assed idea? And if you remove the dependance, why would you remove the link? Change the error message on base_graph_common.php to reflect the needed PEAR install and you will be done. I have uploaded a new version with these changes. For reference, this is the patch I have included: a- removes the links to the graphic pages from the main page b- changes base_graph_common.php so it checks for the existence of Image::Graph *and* Image::Color (they are independent PEAR modules, both should be checked and not just one of them) through a new function (FindGraphingLib()). c- If both are present proceed, all well and good. d- If one of them is not produce an error message I believe that b) is appropiate to do upstream (it's not sufficient to just check for Image::Graph since if a user installs that module and not Image::Color [1] graphing is broken. If b) is applied then you can reuse most of the content in d) (all save for the Debian-specific messages related to bug reports and licenses). Regards Javier [1] Happens at least for Debian users that install the 'php-image-graph' package, since there is no (for license issues) a 'php-image-color' package. #! /bin/sh /usr/share/dpatch/dpatch-run ## remove_php_image_graph.dpatch by [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Remove php image graph dependancies --- base-1.2.7.orig/base_main.php 2006-12-12 20:21:38.0 +0100 +++ base-1.2.7/base_main.php2006-12-12 20:22:51.0 +0100 @@ -318,7 +318,6 @@ /div/td/tr trtd align=center valign=top BA HREF=base_qry_main.php?new=1?php echo _SEARCH; ?/A/Bbr -BA HREF=base_graph_main.php?php echo _GALERTD; ?/A/Bbr A HREF=base_stat_time.php?php echo _GALERTDT; ?/Abrbr ?php DBLink(); ? /td/tr/table --- base-1.2.7.orig/base_graph_common.php 2006-12-12 20:24:12.0 +0100 +++ base-1.2.7/base_graph_common.php2006-12-12 21:19:34.0 +0100 @@ -25,6 +25,21 @@ // Some colors to be used in graphs. $named_colors = array('aliceblue','antiquewhite','aqua','aquamarine','azure','beige','bisque','black','blanchedalmond','blue','blueviolet','brown','burlywood','cadetblue','chartreuse','chocolate','coral','cornflowerblue','cornsilk','crimson','cyan','darkblue','darkcyan','darkgoldenrod','darkdray','darkgreen','darkhaki','darkorange','darkolivegreen','darkmagenta','darkorchid','darkred','darksalmon','darkseagreen','darkviolet','deeppink','deepskyblue','dimgray','dodgerblue','firebrick','floralwhite','forestgreen','fuchsia','gainsboro','ghostwhite','gold','goldenrod','gray','green','greenyellow','indianred','indigo','ivory'); +function FindGraphingLib($libfile) +{ +$found = false; +// Will search in Path +$paths = explode(PATH_SEPARATOR, ini_get('include_path')); +foreach ($paths as $path) { +$fullpath = $path . DIRECTORY_SEPARATOR . $libfile; +if (file_exists($fullpath)) { +$found = true; + break; +} +} +return $found; +} + function VerifyGraphingLib() { GLOBAL $debug_mode; @@ -41,30 +56,32 @@ } // We have to locate Image/Graph.php -- Alejandro -$file = Image/Graph.php; -$found = false; -// Will search in Path -$paths = explode(PATH_SEPARATOR, ini_get('include_path')); -foreach ($paths as $path) { -$fullpath = $path . DIRECTORY_SEPARATOR . $file; -if (file_exists($fullpath)) { -$found = true; - break; -} -} - -if ( $found ) { +// We have to locate Image/Color.php too -- Javier +if ( FindGraphingLib(Image/Graph.php) FindGraphingLib(Image/Color.php) ) { // Cool, file was found, so you have Image_Graph installed. -- Alejandro -include($file); +include(Image/Graph.php); return true; } else { // Sorry dude, you haven't finished your home work. -- Alejandro - echo PBError loading the Graphing library: /B. - PCheck your Pear::Image_Graph installation!. -P. -Image_Graph can be found here:. -at A HREF=\http://pear.veggerby.dk/\;http://pear.veggerby.dk//A. Without this . -library no graphing operations can be performed.; + echo PBError loading the Graphing libraries: /B. + PYou have to manually install Pear::Image_Graph and Pear::Image_Color if you want graphics. . + In Debian it is not sufficient to install the php-image-graph package . + since, due to license issues . + (see a href=\http://bugs.debian.org/401797\;Bug #401797/a and a href=\http://bugs.debian.org/402406\;Bug #402406/a) . + the Image_Color functionality is not available
Bug#402644: My patch for this bug
What do you think about making the the /var/log/fai directory read only for root and the group adm? IMO this would fix the security problem. - regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402880: kdm: please bring back theme with logo area and user list
Package: kdm Version: 3.5.5a.dfsg.1-3 Severity: wishlist Hi, in the latest kdm, one can still configure values for the Logo Area and the User List that used to be part of kdm's default theme. However, none of the four themes delivered by kdm itself and kde-kdm-themes shows a Logo Area or a User List any more. Please consider providing a theme that still shows these nice-to-have elements of the login screen. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399823: kdebase-bin: please support other root gaining methods like sudo
retitle #399823 please document kdesu sudo backend thanks On Mon, Nov 27, 2006 at 07:28:53AM +0100, Peter Wiersig wrote: On Wed, Nov 22, 2006 at 09:44:05AM +0100, Marc Haber wrote: Please consider adding support for other root gaining methods, for example sudo. That way, I would only need to enter my user password if sudo is appropriately configured. to activate the sudo backend which got included in 3.5.5 use this command line: kwriteconfig --group super-user-command --key super-user-command sudo Great, thanks. Please have this documented so that people like me find the option. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402869: scim: scim-setup dies at start-up
Hi, On Wed, Dec 13, 2006 at 10:05:38AM +0100, Roland Mas wrote: Package: scim Version: 1.4.4-5 Severity: important $ scim-setup /tmp/foo [Nothing happens for a few seconds, then I get my prompt back] Are you in X or in the plain linux console. Here with the same command line, I get set-up dialogue screen from my gnome-terminal. (sid) (I closed it and I got prompt.) $ less -N /tmp/foo 1 2 (scim-setup:11573): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion `GTK_IS 2 _WIDGET (widget)' failed 3 4 (scim-setup:11573): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion `GTK_IS 4 _WIDGET (widget)' failed These 2 lines I get the too but nothing more. ... $ LANG=C dpkg -l scim* | cat ... [EMAIL PROTECTED]:~$ dpkg -l scim\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii scim 1.4.4-5 smart common input method platform ii scim-anthy 1.2.1-1 SCIM IMEngine module for Anthy ii scim-bridge 0.2.4-1 Yet another gtk-immodule for SCIM ii scim-canna 1.0.0-2 SCIM IMEngine module for Canna ii scim-chewing 0.3.1-1 Chewing IM engine module for SCIM ii scim-chinese 0.5.0-2 smart pinyin IM engine for SCIM (transitional package) un scim-config-gconfnone (no description available) un scim-config-socket none (no description available) ii scim-dev 1.4.4-5 development files for SCIM platform ii scim-dev-doc 1.4.4-5 development documentation for SCIM platform un scim-frontend-socket none (no description available) ii scim-gtk2-immodule 1.4.4-5 GTK+2 input method module with SCIM as backend ii scim-hangul 0.2.2-1 Hangul Input Method Engine for SCIM ii scim-m17n0.1.3-2 M17N Input Method Engine for SCIM ii scim-modules-socket 1.4.4-5 socket modules for SCIM platform ii scim-modules-table 0.5.6-2 generic tables IM engine module for SCIM platform ii scim-pinyin 0.5.0-2 smart pinyin IM engine for SCIM platform ii scim-prime 1.0.0-2 SCIM IMEngine module for PRIME un scim-server-socket none (no description available) ii scim-skk 0.5.2-4 SCIM IMEngine module like SKK input method ii scim-tables-additional 0.5.6-2 miscellaneous input method data tables for SCIM platform ii scim-tables-ja 0.5.6-2 Japanese input method data tables for SCIM platform ii scim-tables-ko 0.5.6-2 Korean input method data tables for SCIM platform ii scim-tables-zh 0.5.6-2 Chinese input method data tables for SCIM platform ii scim-thai0.1.0-1 Thai Input Method Engine for SCIM ii scim-uim 0.1.4-1+b2 UIM IM engine module for SCIM platform [EMAIL PROTECTED]:~$ type scim-setup scim-setup is /usr/bin/scim-setup [EMAIL PROTECTED]:~$ dpkg -S scim-setup scim: /usr/share/control-center-2.0/capplets/scim-setup.desktop scim: /usr/share/doc/scim/zh_CN/figures/scim-setup-engines.png scim: /usr/share/doc/scim/zh_CN/figures/scim-setup-panel-gtk.png scim: /usr/share/pixmaps/scim-setup.png scim: /usr/bin/scim-setup scim: /usr/share/doc/scim/zh_CN/figures/scim-setup-frontend-x11.png scim: /usr/share/doc/scim/zh_CN/figures/scim-setup-splash.png -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402869: scim: scim-setup dies at start-up
Osamu Aoki, 2006-12-13 19:30:22 +0900 : Are you in X or in the plain linux console. X (and Gnome). Since there's Ming Hua's workaround, feel free to downgrade this bug to normal... Roland. -- Roland Mas It would be hard to be deader without special training. -- in Theatre of Cruelty (Terry Pratchett) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402876: some more info
A bit more info perms - just to show that my user has the correct permissions and group membership. This occurs if I stick to root, too. verbose - adding -vf flags to the encfs invocation gives a few more lines of output, but doesn't shed any light for me, at least. -- Jon Dowland Script started on Tue 12 Dec 2006 20:15:39 GMT [EMAIL PROTECTED]:~/encfs_exp$ [EMAIL PROTECTED]:~/encfs_exp$ groups jon dialout cdrom floppy audio video plugdev fuse [EMAIL PROTECTED]:~/encfs_exp$ ls -l /dev/fuse [00mcrw-rw 1 root fuse 10, 229 2006-12-11 23:05 [40;33;01m/dev/fuse[00m [EMAIL PROTECTED]:~/encfs_exp$ Script done on Tue 12 Dec 2006 20:15:50 GMT Script started on Tue 12 Dec 2006 20:13:38 GMT [EMAIL PROTECTED]:~/encfs_exp$ mkdir front [EMAIL PROTECTED]:~/encfs_exp$ mkdir back [EMAIL PROTECTED]:~/encfs_exp$ encfs -fv $(pwd)/{back.fropnt[K[K[K[K[K[K[K,front} [32m20:13:50[0m (main.cpp:636) Root directory: /home/jon/encfs_exp/back/ [32m20:13:50[0m (main.cpp:637) Fuse arguments: (fg) (threaded) (keyCheck) encfs /home/jon/encfs_exp/front -f -s -o use_ino -o default_permissions Creating new encrypted volume. Please choose from one of the following options: enter x for expert configuration mode, enter p for pre-configured paranoia mode, anything else, or an empty line will select standard mode. ? Standard configuration selected. [32m20:13:52[0m (SSL_Cipher.cpp:322) allocated cipher ssl/blowfish, keySize 20, ivlength 8 [32m20:13:52[0m (FileUtils.cpp:897) Using cipher Blowfish, key size 160, block size 512 Configuration finished. The filesystem to be created has the following properties: [32m20:13:52[0m (Interface.cpp:165) checking if ssl/aes(2:1:1) implements ssl/blowfish(2:1:1) [32m20:13:52[0m (Interface.cpp:165) checking if ssl/blowfish(2:1:1) implements ssl/blowfish(2:1:1) [32m20:13:52[0m (SSL_Cipher.cpp:322) allocated cipher ssl/blowfish, keySize 20, ivlength 8 Filesystem cipher: ssl/blowfish, version 2:1:1 [32m20:13:52[0m (Interface.cpp:165) checking if nameio/block(3:0:1) implements nameio/block(3:0:1) Filename encoding: nameio/block, version 3:0:1 [32m20:13:52[0m (Interface.cpp:165) checking if ssl/aes(2:1:1) implements ssl/blowfish(2:1:1) [32m20:13:52[0m (Interface.cpp:165) checking if ssl/blowfish(2:1:1) implements ssl/blowfish(2:1:1) [32m20:13:52[0m (SSL_Cipher.cpp:322) allocated cipher ssl/blowfish, keySize 20, ivlength 8 Key Size: 160 bits Block Size: 512 bytes Each file contains 8 byte header with unique IV data. Filenames encoded using IV chaining mode. Now you will need to enter a password for your filesystem. You will need to remember this password, as there is absolutely no recovery mechanism. However, the password can be changed later using encfsctl. [32m20:13:52[0m (main.cpp:423) Allocating 39 locks for OpenSSL [32m20:13:52[0m (FileUtils.cpp:948) useStdin: 0 New Encfs Password: Verify Encfs Password: [32m20:13:55[0m (Interface.cpp:165) checking if nameio/block(3:0:1) implements nameio/block(3:0:1) fuse: writing device: Invalid argument [EMAIL PROTECTED]:~/encfs_exp$ Script done on Tue 12 Dec 2006 20:14:56 GMT
Bug#402877: initscripts: should try to kexec
reassign 402877 kexec-tools merge 387599 402877 thanks [Samuel Thibault] It would be useful to have /etc/init.d/reboot try to run kexec if it is available: I believe this is a task best solved in a separate package, for example the kexec-tools package. According to the last wishlist request about this, URL:http://bugs.debian.org/387599, it is already solved there. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402605: patch works!
This is just to say that I got linux-source-2.6.18-8, apply the attached patch referred in the above e-mail and sata disk recognition works now. I had this problem on both self compiled 2.6.18 and debian stock 2.6.18-3-686. Altough I think this is solved on 2.6.19, please apply this on etch final linux-{source,image}, because I think it will stay on 2.6.18. -- Raúl Sánchez Siles diff --git a/drivers/scsi/libata-core.c b/drivers/scsi/libata-core.c index 427b73a..3bc7f57 100644 --- a/drivers/scsi/libata-core.c +++ b/drivers/scsi/libata-core.c @@ -2271,11 +2271,14 @@ static inline void ata_tf_to_host(struct * Sleep until ATA Status register bit BSY clears, * or a timeout occurs. * - * LOCKING: None. + * LOCKING: + * Kernel thread context (may sleep). + * + * RETURNS: + * 0 on success, -errno otherwise. */ - -unsigned int ata_busy_sleep (struct ata_port *ap, - unsigned long tmout_pat, unsigned long tmout) +int ata_busy_sleep(struct ata_port *ap, + unsigned long tmout_pat, unsigned long tmout) { unsigned long timer_start, timeout; u8 status; @@ -2283,25 +2286,30 @@ unsigned int ata_busy_sleep (struct ata_ status = ata_busy_wait(ap, ATA_BUSY, 300); timer_start = jiffies; timeout = timer_start + tmout_pat; - while ((status ATA_BUSY) (time_before(jiffies, timeout))) { + while (status != 0xff (status ATA_BUSY) + time_before(jiffies, timeout)) { msleep(50); status = ata_busy_wait(ap, ATA_BUSY, 3); } - if (status ATA_BUSY) + if (status != 0xff (status ATA_BUSY)) ata_port_printk(ap, KERN_WARNING, port is slow to respond, please be patient\n); timeout = timer_start + tmout; - while ((status ATA_BUSY) (time_before(jiffies, timeout))) { + while (status != 0xff (status ATA_BUSY) + time_before(jiffies, timeout)) { msleep(50); status = ata_chk_status(ap); } + if (status == 0xff) + return -ENODEV; + if (status ATA_BUSY) { ata_port_printk(ap, KERN_ERR, port failed to respond (%lu secs)\n, tmout / HZ); - return 1; + return -EBUSY; } return 0; @@ -2392,10 +2400,8 @@ static unsigned int ata_bus_softreset(st * the bus shows 0xFF because the odd clown forgets the D7 * pulldown resistor. */ - if (ata_check_status(ap) == 0xFF) { - ata_port_printk(ap, KERN_ERR, SRST failed (status 0xFF)\n); - return AC_ERR_OTHER; - } + if (ata_check_status(ap) == 0xFF) + return 0; ata_bus_post_reset(ap, devmask); diff --git a/include/linux/libata.h b/include/linux/libata.h index 66c3100..eb7d90f 100644 --- a/include/linux/libata.h +++ b/include/linux/libata.h @@ -702,9 +702,8 @@ extern int ata_host_set_suspend(struct a pm_message_t mesg); extern void ata_host_set_resume(struct ata_host_set *host_set); extern int ata_ratelimit(void); -extern unsigned int ata_busy_sleep(struct ata_port *ap, - unsigned long timeout_pat, - unsigned long timeout); +extern int ata_busy_sleep(struct ata_port *ap, + unsigned long timeout_pat, unsigned long timeout); extern void ata_port_queue_task(struct ata_port *ap, void (*fn)(void *), void *data, unsigned long delay); extern u32 ata_wait_register(void __iomem *reg, u32 mask, u32 val, @@ -1019,7 +1018,7 @@ static inline u8 ata_busy_wait(struct at udelay(10); status = ata_chk_status(ap); max--; - } while ((status bits) (max 0)); + } while (status != 0xff (status bits) (max 0)); return status; } @@ -1040,7 +1039,7 @@ static inline u8 ata_wait_idle(struct at { u8 status = ata_busy_wait(ap, ATA_BUSY | ATA_DRQ, 1000); - if (status (ATA_BUSY | ATA_DRQ)) { + if (status != 0xff (status (ATA_BUSY | ATA_DRQ))) { unsigned long l = ap-ioaddr.status_addr; if (ata_msg_warn(ap)) printk(KERN_WARNING ATA: abnormal status 0x%X on port 0x%lX\n, pgpvkNAy1TVjf.pgp Description: PGP signature
Bug#289267: [pkg-ntp-maintainers] Bug#289267: [debian-ntp] Bug#289267: ntp: NTP on ifup
* Kurt Roeckx -b means always step, -B means slew, and you asked for -B before? Ranked in order of preference (as defaults, at least): 1) No gratuitous clock adjustments whatsoever (no if-up.d script) 2) No gratuitous clock stepping whatsoever (use of -B) 3) No gratituous clock stepping unless large offset (default ntpdate) 4) Gratituous clock stepping (use of -b) Ubuntu went with #4 for their Dapper release. It now seems to be using -b if it's a static interfacce. Do you mean a interface not using DHCP here? If so I wonder what that has got to with anything... ntpdate shouldn't be changing time when ntpd is running, and ntp doesn't get restrarted by default, so I guess I'm still not getting it. If the scripts turns into a no-op when ntpd is installed I have no objection to it (although I really think -b isn't called for in any case). That didn't happen in Ubuntu though... All I'm asking is that if you implement something similar in Debian, please be more careful then they were. Clock stepping is _dangerous_ and should IMO be done only as the system is brought up, and especially not as a result of fiddling with something that one would think is completely unrelated to system time, such as network interfaces. Regards -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387599: Bug#402877: initscripts: should try to kexec
Mmm, 85 is a bit late for running kexec. On my system, there is a bunch of daemons (pcmciautils, atd, klogd, resolvconf, binfmt-support, sysklogd) that are stopped after that. Shouldn't 90 be preferrable? Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402881: ln: creating symbolic link: ... No such file or directory
Package: munin-node Version: 1.2.5-1 During the (fresh) installation, munin prints the following error message: Setting up munin-node (1.2.5-1) ... Adding system user `munin' (UID 104) ... Adding new group `munin' (GID 108) ... Adding new user `munin' (UID 104) with group `munin' ... Not creating home directory `/var/lib/munin'. Initializing plugins..ln: creating symbolic link `/etc/munin/plugins/ip_0.0.0.0/0' to `/usr/share/munin/plugins/ip_': No such file or directory done. Starting Munin-Node: done. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402882: bmpx: bad systray/desktop interaction
Package: bmpx Version: 0.36.0-1 Severity: normal when bmpx is minimized to the systray, when I click on the systray icon (under XFCE, I don't know if that matters) bmpx reappears to the desktop from which it was minimized rather than the one that is currently active. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) [snip depends, that are not relevant for that bug] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389126: gnome-session: hangs at login with xorg 7.1
Le dimanche 24 septembre 2006 à 01:18 -0400, Stephen Touset a écrit : I recently upgraded to Xorg 7.1. Since doing so, logging into GNOME produces my background, and dark-grey where the gnome-panel should be. The system is still responsive, except no further updates are displayed on the screen. I can open programs using keyboard shortcuts, but nothing other than the background, and grey bars for the panel is ever displayed. I logged in to GDM with xterm, and started various components independently. gnome-panel, nautilus, gnome-settings-daemon, and metacity all started without problem. However, invoking gnome-session results in the problem. I can Ctrl+C out of it, at this point, but the screen is still stuck in a frozen state. Can you reproduce this bug with the latest gnome-session and dbus packages? It may have been fixed with dbus 0.93 which also solved some crashes and lockups for me. Regards, -- Josselin Mouette/\./\ Do you have any more insane proposals for me?
Bug#402863: patch
patch was missing in the last email. Index: lib/gnutls_x509.c === RCS file: /cvs/gnutls/gnutls/lib/gnutls_x509.c,v retrieving revision 2.175 diff -u -r2.175 gnutls_x509.c --- lib/gnutls_x509.c 16 Jun 2006 13:29:36 - 2.175 +++ lib/gnutls_x509.c 13 Dec 2006 07:48:47 - @@ -990,8 +990,8 @@ for (i = 0; i res-x509_ncas; i++) { if ((ret = - _gnutls_x509_crt_get_raw_issuer_dn (res-x509_ca_list[i], - tmp)) 0) + _gnutls_x509_crt_get_raw_dn (res-x509_ca_list[i], +tmp)) 0) { gnutls_assert (); return ret; @@ -1016,8 +1016,8 @@ for (i = 0; i res-x509_ncas; i++) { if ((ret = - _gnutls_x509_crt_get_raw_issuer_dn (res-x509_ca_list[i], - tmp)) 0) + _gnutls_x509_crt_get_raw_dn (res-x509_ca_list[i], +tmp)) 0) { _gnutls_free_datum (res-x509_rdn_sequence); gnutls_assert ();
Bug#402883: lshw gives me a Bus error
Package: lshw Version: 02.08.01-1 Severity: normal on this ultra5 it just delivers Bus error yours, Gürkan
Bug#52756: gnome-session: Everything freezes if hostname changes
Hi, it seems this behaviour has changed with more recent X server packages: now, as expected, the X server refuses connections if the hostname has changed. I believe this has nothing to do with session management, and that the X server is perfectly right to do this, as it is just the safe thing to do. If you have a DHCP server that regularly provides you a new hostname, you should configure your DHCP client so that the hostname isn't changed dynamically. Cheers, -- Josselin Mouette/\./\ Do you have any more insane proposals for me? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325701: gnome-session: unable to launch gnome due to bad group/owner on .ICEauthority
Le mercredi 30 novembre 2005 à 15:47 +0800, Ashley Jennings a écrit : Hi Olivier, Some information about this bug. I have fixed this same issue on a Sarge install in the last couple of days and tracked it down to when I ran % sudo kwifimanager it created this .ICEauthority in my user home dir which cause Gnome boot to fail -rw--- 1 root root 362 2005-11-30 15:37 .ICEauthority Sorry for the incredibly long delay. Olivier, do you know whether the .ICEauthority issue could have been caused by a KDE program? Can you still reproduce it right now? If you can, does it happen for all KDE programs? Regards, -- Josselin Mouette/\./\ Do you have any more insane proposals for me?
Bug#402856: wishlist: icedove/thunderbird has backwards MMDDYY date format
On Wed, Dec 13, 2006 at 04:35:52PM +1100, Craig Sanders wrote: Package: icedove Version: 1.5.0.8.dfsg1-1 Severity: wishlist icedove displays mesage dates in MMDDYY format, which is really jarring for anyone used to the sane DDMMYY or even saner MMDD formats - it's impossible to tell what date is actually being displayed without viewing enough other dates (with day numbers above 12) to figure out if the first two digits are indicating Day or Month. this wouldn't normally warrant a bug report, except that there does not appear to be any configuration option to set date style. so icedove/thunderbird users are stuck with the braindamaged US date style. please fix or send this report upstream. The date format is taken from LC_TIME ... unless this isn't the case anymore, I don't consider this a bug. - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402886: icedove has become highly unstable - 2 to 3 hangs per day
Package: icedove Version: 1.5.0.8.dfsg1-1 Severity: grave Hi, since upgrade to the dfsg version, I already had to kill and restart icedove already ~5 times since yesterday. Phenomens are very different but it always ends with a hang :-/ I already had a few times icedove stopping to show the content of the emails: I was switching from one folder to the next, and from one message to the next, but icedove showed always the same email content. Today, I had icedove hanging while trying to send an email, and I could capture part of the strace story; I noticed that icedove complained about files already existing though it created them itself. I then tried to remove the temporary files while icedove was running. It went a bit further but continued to hang, at which point I killed it. I set the severity to grave because it's currently not feasible to work properly with icedove, and I don't think it should go to stable like it is. Thanks, Eric -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages icedove depends on: ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcc11:4.1.1-19GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.14.8-2 Layout and rendering of internatio ii libpng12-0 1.2.13-4 PNG library - runtime ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii myspell-de-de [myspell-dic 20051113-5German dictionary for myspell ii myspell-en-gb [myspell-dic 1:2.0.4~rc1-3 English_british dictionary for mys ii myspell-en-us [myspell-dic 1:2.0.4~rc1-3 English_american dictionary for my ii myspell-fr-gut [myspell-di 1:1.0-18 The French dictionary for myspell ii myspell-pl [myspell-dictio 20060618-1The Polish dictionary for myspell ii zlib1g 1:1.2.3-13compression library - runtime icedove recommends no packages. -- debconf information: * icedove/browser: Debian [... not anymore on the console ...] 1 EEXIST (File exists) open(/tmp/nscopy-8.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600) = -1 EEXIST (File exists) open(/tmp/nscopy-9.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600) = -1 EEXIST (File exists) open(/tmp/nscopy-10.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600) = -1 EEXIST (File exists) [... always the same going from 11 to 183 ...] open(/tmp/nscopy-184.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600) = -1 EEXIST (File exists) open(/tmp/nscopy-185.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600) = -1 EEXIST (File exists) open(/tmp/nscopy-186.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600) = -1 EEXIST (File exists) open(/tmp/nscopy-187.tmp, O_WRONLY|O_CREAT|O_TRUNC|O_EXCL|O_LARGEFILE, 0600) = 29 close(29) = 0 open(/tmp/nscopy-187.tmp, O_WRONLY|O_CREAT|O_LARGEFILE, 0600) = 29 lseek(29, 0, SEEK_CUR) = 0 lseek(29, 0, SEEK_END) = 0 lseek(29, 0, SEEK_SET) = 0 open(/tmp/nsmail.eml, O_RDONLY|O_LARGEFILE) = -1 EMFILE (Too many open files) fsync(29) = 0 close(29) = 0 gettimeofday({1166006079, 955338}, NULL) = 0 pipe(0x1b4fdcac)= -1 EMFILE (Too many open files) open(/home/ericl/.mozilla-thunderbird/91rz7vke.default/extensions.ini, O_RDONLY) = 29 fstat64(29, {st_mode=S_IFREG|0644, st_size=185, ...}) = 0
Bug#402887: linux-uvc-source: doesn't build on 2.6.19
Package: linux-uvc-source Version: 0.1.0.svn54-3 Severity: serious Justification: no longer builds from source X-Debbugs-Cc: [EMAIL PROTECTED] I'm using vanilla 2.6.19 (2.6.19 is not in Debian yet) and linux-uvc doesn't build. Here's the build log: [EMAIL PROTECTED]:/usr/src/modules/linux-uvc $ sudo debian/rules binary-modules Password: for templ in ; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.19-xps/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.19-xps/g ;s/#KVERS#/2.6.19-xps/g ; s/_KVERS_/2.6.19-xps/g ; s/##KDREV##//g ; s/#KDREV#//g ; s/_KDREV_//g ' $templ ${templ%.modules.in}; \ done dh_testdir dh_testroot dh_clean -k # Build modules /usr/bin/make -C /usr/src/modules/linux-uvc uvcvideo \ KERNEL_DIR=/usr/src/linux KERNEL_VERSION=2.6.19-xps KERNELCONF=/usr/src/linux/.config make[1]: Entering directory `/usr/src/modules/linux-uvc' Building USB Video Class driver... make[2]: Entering directory `/usr/src/linux-headers-2.6.19-xps' CC [M] /usr/src/modules/linux-uvc/uvcvideo.o In file included from /usr/src/modules/linux-uvc/uvcvideo.c:49: /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:8: error: nested redefinition of ‘enum v4l2_frmsizetypes’ /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:8: error: redeclaration of ‘enum v4l2_frmsizetypes’ /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:9: error: redeclaration of enumerator ‘V4L2_FRMSIZE_TYPE_DISCRETE’ include/linux/videodev2.h:286: error: previous definition of ‘V4L2_FRMSIZE_TYPE_DISCRETE’ was here /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:10: error: redeclaration of enumerator ‘V4L2_FRMSIZE_TYPE_CONTINUOUS’ include/linux/videodev2.h:287: error: previous definition of ‘V4L2_FRMSIZE_TYPE_CONTINUOUS’ was here /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:11: error: redeclaration of enumerator ‘V4L2_FRMSIZE_TYPE_STEPWISE’ include/linux/videodev2.h:288: error: previous definition of ‘V4L2_FRMSIZE_TYPE_STEPWISE’ was here /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:14: error: nested redefinition of ‘enum v4l2_frmivaltypes’ /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:14: error: redeclaration of ‘enum v4l2_frmivaltypes’ /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:15: error: redeclaration of enumerator ‘V4L2_FRMIVAL_TYPE_DISCRETE’ include/linux/videodev2.h:326: error: previous definition of ‘V4L2_FRMIVAL_TYPE_DISCRETE’ was here /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:16: error: redeclaration of enumerator ‘V4L2_FRMIVAL_TYPE_CONTINUOUS’ include/linux/videodev2.h:327: error: previous definition of ‘V4L2_FRMIVAL_TYPE_CONTINUOUS’ was here /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:17: error: redeclaration of enumerator ‘V4L2_FRMIVAL_TYPE_STEPWISE’ include/linux/videodev2.h:328: error: previous definition of ‘V4L2_FRMIVAL_TYPE_STEPWISE’ was here /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:24: error: redefinition of ‘struct v4l2_frmsize_discrete’ /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:32: error: redefinition of ‘struct v4l2_frmsize_stepwise’ /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:52: error: redefinition of ‘struct v4l2_frmsizeenum’ /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:73: error: redefinition of ‘struct v4l2_frmival_stepwise’ /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:84: error: redefinition of ‘struct v4l2_frmivalenum’ In file included from /usr/src/modules/linux-uvc/uvcvideo.c:49: /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:116:1: warning: VIDIOC_ENUM_FRAMESIZES redefined In file included from include/linux/videodev.h:15, from /usr/src/modules/linux-uvc/uvcvideo.c:38: include/linux/videodev2.h:1329:1: warning: this is the location of the previous definition In file included from /usr/src/modules/linux-uvc/uvcvideo.c:49: /usr/src/modules/linux-uvc/v4l2_enumfrmfmt.h:117:1: warning: VIDIOC_ENUM_FRAMEINTERVALS redefined In file included from include/linux/videodev.h:15, from /usr/src/modules/linux-uvc/uvcvideo.c:38: include/linux/videodev2.h:1330:1: warning: this is the location of the previous definition /usr/src/modules/linux-uvc/uvcvideo.c: In function ‘uvc_init_isoc’: /usr/src/modules/linux-uvc/uvcvideo.c:1612: warning: assignment from incompatible pointer type /usr/src/modules/linux-uvc/uvcvideo.c: In function ‘uvc_init_status’: /usr/src/modules/linux-uvc/uvcvideo.c:3814: warning: passing argument 6 of ‘usb_fill_int_urb’ from incompatible pointer type make[3]: *** [/usr/src/modules/linux-uvc/uvcvideo.o] Error 1 make[2]: *** [_module_/usr/src/modules/linux-uvc] Error 2 make[2]: Leaving directory `/usr/src/linux-headers-2.6.19-xps' make[1]: *** [uvcvideo] Error 2 make[1]: Leaving directory `/usr/src/modules/linux-uvc' make: *** [binary-modules] Error 2 Thanks, Ritesh -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (550, 'unstable'), (500,
Bug#402885: New upstream release: bos 2.0
Package: bos Version: 1.1-3 Severity: wishlist Hi, There is a new upstream release available at [1] since yesterday. Please consider it for packaging, thanks. Cheers, [1] http://bos.seul.org/files/bos_2_0.tar.gz -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys Net Admin signature.asc Description: Digital signature
Bug#402884: hwinfo crashes box
Package: hwinfo Version: 13.11-3 Severity: normal on this ultra5 *(sparc) it just delivers and freezes the box fb.1: read info yours, Gürkan
Bug#402793: tech-ctte: gst-ffmpeg links with its own private ffmpeg copy
Hi, as one of the GStreamer maintainers I also wanted to express my oppinion on this issue. First of all I can only second Loic's statement that this is definitely nothing that should be changed at this stage of release before etch. The change is far too intrusive and even if it fixes h264 videos for you, Joss, I bet that there are a bunch of regressions in other parts that need special workarounds in the gstreamer plugin or just a new ffmpeg snapshot. After etch release this can be discussed again though. It's always good to reduce duplication, especially for security considerations. Also sometimes for ease of fixing bugs in only one place instead of 1 different places. These are IMHO the only arguments that are valid for this issue. Contrary to this is, that gst-ffmpeg upstream extensively checks their current ffmpeg snapshot before release, syncs it again from ffmpeg upstream or applies workarounds for random behaviour or API changes in ffmpeg. This guarantees that the gst-ffmpeg releases work at least for great majority of files of types that are supported. If we for example choose a ffmpeg snapshot for gst-ffmpeg just before their last sync it's almost certainly that there are regressions, not only theoretical but seen in the real world. But even if our ffmpeg snapshot is newer than the bundled one with gst-ffmpeg there is a fairly high chance of regressions. Almost every time upstream syncs it's ffmpeg snapshot one can see random bugfixing and working around bugs and adjusting to completely random changes by them. I could imagine that upstream simply rejects bugs with our build with the explanation that one should try to reproduce it with a vanilla build for the above mentioned reasons. So _if_ we change gst-ffmpeg to build and link against Debian's ffmpeg _after etch release_ the following must be given: - The changes required to build with an external ffmpeg are upstream (so Joss, get your patch in a state that is acceptable by them and get it in) - Upstream, even if they don't support this change, will still look at bugreports by us and our users - We can somehow guarantee that our ffmpeg is at least as new as upstream's Bye PS: IMHO even if linking to Debian's ffmpeg saves some work for security updates this discussion definitely has wasted more time than would be necessary for a few security updates of gst-ffmpeg... signature.asc Description: This is a digitally signed message part
Bug#402837: conf.pl (squirrelmail-configure) can eat 100% cpu
forwarded 402837 http://sf.net/support/tracker.php?aid=1614758 thanks On Tue, 2006-12-12 at 23:55 +0100, Philippe Teuwen wrote: When /etc/squirrelmail/conf.pl is disconnected abruptly, it does not die but spawns infinitely calls to clear via clear_screen(). I got 600 forks/s and 100% CPU for hours because the admin of one of my vservers closed his ssh session abruptly :-( Thank you for your detailed report. I've filed it upstream; I'm afraid its too late to get it fixed in etch though. Thijs signature.asc Description: This is a digitally signed message part
Bug#402888: dh-kpatches: [patch] Kernel-version: all is not allowed
Package: dh-kpatches Version: 0.99.36 Severity: normal In dh-kpatches' document, Kernel-version As a special case, the value all is allowed, for patches that don't depend on a specific version (eg. if they just add a set of files). but Kernel-version: all is not allowed. For example kernel-patch-vd-unicon.kpatches.font Patch-name: VD UNICON kernel fonts Patch-id: vd_unicon-kernel-fonts Path-strip-level: 1 Patch-file: vd_unicon-kernel-fonts-20040205.patch Architecture: all Kernel-version: all is not allowed. dh_installkpatches Malformed kernel version: `all' at /usr/bin/dh_installkpatches line 306. make: *** [binary-indep] Error 1 debuild: fatal error at line 1228: fakeroot debian/rules binary failed Here is fix patch for dh-kpatches.nw. Regards, dai -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=ja_JP.EUC-JP, LC_CTYPE=ja_JP.EUC-JP (charmap=EUC-JP) (ignored: LC_ALL set to ja_JP.EUC-JP) Versions of packages dh-kpatches depends on: ii debhelper 5.0.42 helper programs for debian/rules ii perl 5.8.8-7Larry Wall's Practical Extraction dh-kpatches recommends no packages. -- no debconf information --- dh-kpatches-99/dh-kpatches.nw.orig 2005-06-09 07:40:11.0 +0900 +++ dh-kpatches-99/dh-kpatches.nw 2006-01-05 16:41:00.0 +0900 @@ -805,6 +805,8 @@ test below... die Reverse-ordered range: `$kversion' if $2 $first; $kversion = [ $branch, $first, $2 ]; } + } elsif ($kv[0] eq 'all') { +; } else { $kv[0] =~ $minimal_kversion_pattern or die Malformed kernel version: `$kv[0]'; }
Bug#402889: xen-tools: in hooks/roles, installDebianPackage always fail
Package: xen-tools Version: 3.0~beta1-2 Severity: important Tags: patch When hook or role call installDebianPackage it fail with error like this: assert failed: ${the hook script name}:103 [] because in file /usr/lib/xen-tools/common.sh, the installDebianPackage don't install packages because a missing ${prefix} argument for disableStartStopDaemon and enableStartStopDaemon function Here a simple patch to correct them: --- common.sh.ori 2006-12-13 11:57:35.0 +0100 +++ common.sh 2006-12-13 11:26:53.0 +0100 @@ -78,7 +78,7 @@ # # Disable the start-stop-daemon # -disableStartStopDaemon +disableStartStopDaemon ${prefix} # # Install the package @@ -88,7 +88,7 @@ # # Re-enable the start-stop-daemon # -enableStartStopDaemon +enableStartStopDaemon ${prefix} } -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages xen-tools depends on: ii debootstrap 0.3.3.1Bootstrap a basic Debian system ii libtext-template-perl 1.44-1.1 Text::Template perl module ii perl-modules 5.8.8-7Core Perl modules Versions of packages xen-tools recommends: ii perl-doc 5.8.8-7Perl documentation ii reiserfsprogs 1:3.6.19-4 User-level tools for ReiserFS file ii rpmstrap 0.5.2-2bootstrap a basic RPM-based system ii xen-hypervisor-3.0.3-1-i386 [ 3.0.3-0-2 The Xen Hypervisor on i386 ii xfsprogs 2.8.18-1 Utilities for managing the XFS fil -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402890: aptitude: Improve progress estimation.
Package: aptitude Version: 0.4.3-1 Severity: wishlist Once you issue aptitude update you get a precentage which intends to gives you an already done work estimation. This percentage reaches very soon to 98-99%, while there's a lot of files to download and most of work hasn't been done yet. For example in my case(see attached sources.list): sudo aptitude update Ign file: apt-build Release.gpg Des:1 file: apt-build Release [89B] Ign file: apt-build/main Packages Des:2 http://ftp.rediris.es testing Release.gpg [378B] 98% [Conectando a ftp.rediris.es (130.206.1.5)] [Conectando a www.debian-multimedia.org (213.186.33.16)] [Esperando las cabeceras] [Conectando a scratchbox.o Please improve this progress estimation based on (i.e.) the file size of the already downloaded or the downloaded size in last execution for the files yet to download or whatever other method you think is better. For example: if you still have to download the main binary packages list for unstable take the size of: /var/lib/apt/lists/ftp.rediris.es_debian_dists_unstable_main_binary-i386_Packages as a reference. I hope I have explained properly, but if not feel free to ask. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18p4s Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3. 0.6.46.4Advanced front-end for dpkg ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.17-2type-safe Signal Framework for C++ ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information deb file:/var/cache/apt-build/repository apt-build main deb http://ftp.rediris.es/debian/ testing main non-free contrib deb http://ftp.rediris.es/debian/ unstable main non-free contrib #mplayer deb http://www.debian-multimedia.org etch main #Compilador cruzado deb http://www.emdebian.org/debian testing main deb http://scratchbox.org/debian/ ./
Bug#385961: apt-cacher: Patch to not store Index files that got a 404
Package: apt-cacher Tags: patch Followup-For: Bug #385961 I made a simple patch that makes apt-cacher not cache Index files that triggered an 404. This way the clean-up cron job won't find thw empty and useless files and can continue cleaning. grts Tim -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (20, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to nl_NL.utf8) --- /usr/sbin/apt-cacher2006-03-01 16:31:26.0 +0100 +++ apt-cacher 2006-12-13 12:55:59.0 +0100 @@ -1316,6 +1316,12 @@ if(defined($response-header(X-Died))) { # was critical, most likely frozen now kill_readers; } + + if($is_index_file and ($response-code == 404)) { + debug_message(This was supposed to be an index file, but the server doesn't have it. We'll remove it, else cleanup will complain.); + unlink $cached_file; + } + } debug_message(fetcher exiting);
Bug#402892: apt-get shows me 404 errors on package downloads for around 4 out of 5 times trying to do so!
Package: apt-get Severity: important When i try to apt-get update I randomly get 404 errors. When i try to download the files manualy for x times i do not get 404 errors. Same is with the apt-get upgrade. Please see the copy+paste of my console below and look for 404 errors: fostral:/home/earthian# apt-get update Get:1 http://debian.balt.net sid Release.gpg [378B] Get:2 http://debian.balt.net etch Release.gpg [378B] Ign http://wine.budgetdedicated.com edgy Release.gpg Ign http://security.debian.org etch Release.gpg Get:3 http://www.debian-multimedia.org etch Release.gpg [189B] Get:4 http://debian.balt.net sid Release [79.6kB] Hit http://wine.budgetdedicated.com edgy Release Get:5 http://www.debian-multimedia.org etch Release [5560B] Ign http://security.debian.org etch Release Ign http://security.debian.org etch/main Packages/DiffIndex Ign http://wine.budgetdedicated.com edgy/main Sources/DiffIndex Ign http://wine.budgetdedicated.com edgy/main Sources Ign http://security.debian.org etch/main Packages Ign http://www.debian-multimedia.org etch/main Packages/DiffIndex Hit http://wine.budgetdedicated.com edgy/main Sources Err http://security.debian.org etch/main Packages 404 Not Found [IP: 212.211.132.32 80] Hit http://www.debian-multimedia.org etch/main Packages Get:6 http://debian.balt.net etch Release [74.4kB] Get:7 http://debian.balt.net sid/main Sources/DiffIndex [2023B] Hit http://debian.balt.net sid/contrib Sources/DiffIndex Get:8 http://debian.balt.net etch/main Packages/DiffIndex [2038B] Hit http://debian.balt.net etch/contrib Packages/DiffIndex Get:9 http://debian.balt.net etch/non-free Packages/DiffIndex [2023B] Get:10 http://debian.balt.net sid/main 2006-12-12-0809.33.pdiff [4257B] Get:11 http://debian.balt.net sid/main 2006-12-12-0809.33.pdiff [4257B] Get:12 http://debian.balt.net sid/main 2006-12-12-0809.33.pdiff [4257B] Get:13 http://debian.balt.net etch/main 2006-12-12-0809.33.pdiff [11.5kB] 99% [12 Sources rred 5857280] [13 Packages 0/11.5kB 0%] fostral:/home/earthian# apt-get update Get:1 http://debian.balt.net sid Release.gpg [378B] Get:2 http://debian.balt.net etch Release.gpg [378B] Ign http://wine.budgetdedicated.com edgy Release.gpg Get:3 http://www.debian-multimedia.org etch Release.gpg [189B] Hit http://debian.balt.net sid Release Get:4 http://security.debian.org etch Release.gpg [378B] Hit http://wine.budgetdedicated.com edgy Release Get:5 http://www.debian-multimedia.org etch Release [5560B] Hit http://debian.balt.net etch Release Hit http://debian.balt.net sid/main Sources/DiffIndex Hit http://debian.balt.net sid/contrib Sources/DiffIndex Ign http://wine.budgetdedicated.com edgy/main Sources/DiffIndex Get:6 http://security.debian.org etch Release [74.4kB] Hit http://debian.balt.net etch/main Packages/DiffIndex Hit http://debian.balt.net etch/contrib Packages/DiffIndex Hit http://debian.balt.net etch/non-free Packages/DiffIndex Get:7 http://debian.balt.net sid/main 2006-12-12-2012.20.pdiff [4758B] Ign http://www.debian-multimedia.org etch/main Packages/DiffIndex Ign http://wine.budgetdedicated.com edgy/main Sources Get:8 http://debian.balt.net sid/main 2006-12-12-2012.20.pdiff [4758B] Get:9 http://debian.balt.net sid/main 2006-12-12-2012.20.pdiff [4758B] Get:10 http://debian.balt.net etch/main 2006-12-12-0809.33.pdiff [11.5kB] Get:11 http://debian.balt.net etch/main 2006-12-12-0809.33.pdiff [11.5kB] Hit http://www.debian-multimedia.org etch/main Packages Hit http://wine.budgetdedicated.com edgy/main Sources Get:12 http://debian.balt.net etch/main 2006-12-12-0809.33.pdiff [11.5kB] Get:13 http://debian.balt.net etch/non-free 2006-12-12-0809.33.pdiff [869B] Get:14 http://debian.balt.net etch/non-free 2006-12-12-0809.33.pdiff [869B] Get:15 http://debian.balt.net etch/non-free 2006-12-12-0809.33.pdiff [869B] Get:16 http://debian.balt.net etch/main 2006-12-12-2012.20.pdiff [3996B] Get:17 http://debian.balt.net etch/main 2006-12-12-2012.20.pdiff [3996B] Get:18 http://debian.balt.net etch/main 2006-12-12-2012.20.pdiff [3996B] Get:19 http://debian.balt.net etch/non-free 2006-12-12-2012.20.pdiff [2027B] Get:20 http://debian.balt.net etch/non-free 2006-12-12-2012.20.pdiff [2027B] Get:21 http://debian.balt.net etch/non-free 2006-12-12-2012.20.pdiff [2027B] Get:22 http://security.debian.org etch/main Packages/DiffIndex [2038B] Get:23 http://security.debian.org etch/main 2006-12-12-2012.20.pdiff [3996B] Get:24 http://security.debian.org etch/main 2006-12-12-2012.20.pdiff [3996B] Get:25 http://security.debian.org etch/main 2006-12-12-2012.20.pdiff [3996B] Get:26 http://security.debian.org etch/main 2006-12-13-0805.10.pdiff [4128B] Get:27 http://security.debian.org etch/main 2006-12-13-0805.10.pdiff [4128B] Get:28 http://security.debian.org etch/main 2006-12-13-0805.10.pdiff [4128B] Fetched 102kB in 10s (10.1kB/s) Reading package lists... Done fostral:/home/earthian# apt-get update Get:1 http://debian.balt.net sid Release.gpg [378B] Get:2 http://debian.balt.net etch Release.gpg [378B] Ign
Bug#402639: at76c503a-source: connecting to hidden ESSIDs broken
Hi, On Mon, Dec 11, 2006 at 08:36:47PM +0100, alve wrote: I can't connect to my AP any more since I upgraded the driver from 0.13.0+2.6.17-8_amd64. I also tried with kernel 2.6.18-3-amd64 with the same results. My AP hides its ESSID and uses 128 bit WEP. With the older driver iwlist wlan0 scan gives the following output, when connected to my AP, Wurstmann: Thanks for the report. I'll try to reproduce this - if you want to help you can go to the at76c503a berlios page and try to find out which CVS commit broke associating to hidden IDs. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402891: kmail: add support for tags
Package: kmail Version: 4:3.5.5.dfsg.1-2 Severity: wishlist X-Debbugs-cc: [EMAIL PROTECTED] KMail Tagging Patch can be a great help to life of people dealing with hundreds of mails everyday. Can we have it included untill KDE4 includes it ? http://www.kde-apps.org/content/show.php?content=36322 Thanks, Ritesh -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (550, 'unstable'), (500, 'stable'), (350, 'experimental'), (50, 'feisty') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-xps Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kmail depends on: ii kdebase-kio-plugins4:3.5.5a.dfsg.1-2 core I/O slaves for KDE ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii kdepim-kio-plugins 4:3.5.5.dfsg.1-2 KDE pim I/O Slaves ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-19GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkcal2b 4:3.5.5.dfsg.1-2 KDE calendaring library ii libkdepim1a4:3.5.5.dfsg.1-2 KDE PIM library ii libkleopatra1 4:3.5.5.dfsg.1-2 KDE GnuPG interface libraries ii libkmime2 4:3.5.5.dfsg.1-2 KDE MIME interface library ii libkpimidentities1 4:3.5.5.dfsg.1-2 KDE PIM user identity information ii libksieve0 4:3.5.5.dfsg.1-2 KDE mail/news message filtering li ii libmimelib1c2a 4:3.5.5.dfsg.1-2 KDE mime library ii libpng12-0 1.2.13-4 PNG library - runtime ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages kmail recommends: ii procmail 3.22-16Versatile e-mail processor -- no debconf information Thanks, Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. Stealing logic from one person is plagiarism, stealing from many is research. The great are those who achieve the impossible, the petty are those who cannot - rrs pgplnLKevguDi.pgp Description: PGP signature
Bug#402874: r-cran-nlme: package not available to R, although files are installed
Johannes, On 13 December 2006 at 10:54, Johannes Ranke wrote: | Package: r-cran-nlme | Version: 3.1.77-1 | Severity: important | | After upgrading from sarge to etch: | | library(nlme) | Fehler in library(nlme) : es gibt kein Paket 'nlme' | | (in English: there is no package 'nlme'). Works for me on my testing box with 3.1.77-1 -- see below. Could you please grep for R_LIBS in /etc/R/ /usr/lib/R/etc/ and it should come up once in | In the HTML package index, several packages that are installed in | /usr/lib/R/library are not listed. | | I am only filing a bug on r-cran-nlme, although at least r-cran-vr and | some other r-cran packages are affected, too. Weird. Let's check -- we obviously need to fix this if it is a generic issue. | Let me know if I can help in the diagnosis. Here is what I get, cut pasted from Emacs: R version 2.4.0 Patched (2006-11-25 r39997) Copyright (C) 2006 The R Foundation for Statistical Computing ISBN 3-900051-07-0 R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type 'license()' or 'licence()' for distribution details. R is a collaborative project with many contributors. Type 'contributors()' for more information and 'citation()' on how to cite R or R packages in publications. Type 'demo()' for some demos, 'help()' for on-line help, or 'help.start()' for an HTML browser interface to help. Type 'q()' to quit R. if(!exists(baseenv, mode=function)) baseenv - function() NULL options(STERM='iESS', editor='emacsclient') library(nlme) library(help=nlme) Information on package 'nlme' Description: Package: nlme Version: 3.1-77 Date: 2006-09-28 [] Dirk | | Cheers, | | Johannes | | | -- System Information: | Debian Release: 4.0 | APT prefers testing | APT policy: (500, 'testing'), (500, 'stable') | Architecture: amd64 (x86_64) | Shell: /bin/sh linked to /bin/bash | Kernel: Linux 2.6.18-3-xen-amd64 | Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) | | Versions of packages r-cran-nlme depends on: | ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries | ii r-base-core 2.4.0.20061125-1 GNU R core of statistical computin | ii r-cran-lattice 0.14-13-1GNU R package for 'Trellis' graphi | | r-cran-nlme recommends no packages. | | -- no debconf information | -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391775: Vote for remove
Hi, On Sun, 2006-12-10 at 20:32 +0100, Christer Mjellem Strand wrote: While I can clearly see the intent with the latest fix in 21-5, and that it's meant to help, I think it somewhat works against its purpose. Thank you for your feedback. I agree that a fix that also allows for easy expiry/deletion of spammer accounts has much value. This couldn't be accomplished without changing the database, which was not opportune at this stage of the release cycle. I do not agree that the current fix is actually worse. Preventing to give spammers a free, unblockable platform on any phpbb2 install has a high priority for me, compared to the risk that not all illegitimate accounts can be deleted. Since admins are admins already, they can easily work around this shortcoming by viewing the database through phpmyadmin, for example. In any case, it can't be fixed before etch anymore because of the freeze. Thijs signature.asc Description: This is a digitally signed message part
Bug#402893: gausssum: NMU (2.0.1-0.1)
Package: gausssum Version: 2.0.1-0.1 Severity: normal check it at http://pkg-newedit.googlecode.com/svn/debian/ gausssum (2.0.1-0.1) unstable; urgency=low * NMU * New upstream release (Closes: #384963) * build-depends on tofrodos instead of sysutils (Closes: #382169) * build-depends on python-dev instead of python-all-dev * depends on python-imaging-tk, python-numeric * patches: - 05_gausssum_py + 06_image-path + 07_doc-path + 08_script-not-executable: satisfy lintian + 09_font -- LI Daobing [EMAIL PROTECTED] Wed, 13 Dec 2006 05:22:12 +0800 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gausssum depends on: hi gnuplot 4.0.0-5A command-line driven interactive hi python2.4.4-1An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt hi python-imaging-tk 1.1.5-11 Python Imaging Library ImageTk Mod hi python-numeric24.2-7 Numerical (matrix-oriented) Mathem hi python-tk 2.4.4-1Tkinter - Writing Tk applications gausssum recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402896: antlr-config script type error: --cflags|-cxxflags instead of --cflags|--cxxflags
Package: antlr Version: 2.7.6-6 Severity: important like written in the subject, this is i think a type error. the antlr-config script switch uses -cxxflags instead --cxxflags. I put this report to important level, because antlr-config may be used in diverse Makefiles or other scripts. dunno if this bug is already known, would be nice if you can fix this with next antlr-config-release. thank you. B.Schreiber -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages antlr depends on: ii gij-4.0 [java-virtual-machine 4.0.3-2The GNU Java bytecode interpreter ii gij-4.1 [java-virtual-machine 4.1.1-17 The GNU Java bytecode interpreter ii jdk1.1 [java-virtual-machine] 1.1.8v1-3 JDK 1.1.x (Java Development Kit) - antlr recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402894: libdatetime-timezone-perl: New upstream release.( version 0.57 )
Package: libdatetime-timezone-perl Version: 1:0.42-1 Severity: wishlist Hello . The version (0.57) with a new package has been released. Please update your package. regards , Nobuhiro -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402365: uswsusp: My machine is not in the whitelist of the s2ram/s2both
tags 402365 +wontfix thanks On Sat, 09 Dec 2006 22:22:44 +0100 Andreas Mainik [EMAIL PROTECTED] wrote: Package: uswsusp Version: 0.3~cvs20060928-4 Severity: normal Tags: patch Please insert my machine in the whitelist. s2ram -f works fine for me. The workarounds are not needed. I use Matrox MGA 550 card + Xorg 7.1 + Matrox drivers. (Xorg-mga-driver does not support DVI.) Unfortunately due to the fact that the whitelist is geared to match laptop models, I can't add your desktop machine to the whitelist. In the near future we'll have a --force switch for s2both. Also the matching will be done by hal, which will make the whitelist in s2both superfluous. grts Tim signature.asc Description: PGP signature
Bug#402895: purging phpgroupware asks for a password in debconf dialog...
Package: phpgroupware Version: 0.9.16.011-2.2 Severity: normal When purging phpgroupware (iconfigured for using mysql), a password is prompted... AFAIK, it shouldn't need any password to be able to purge stuff... Maybe a switch/case check on invocation parameters in a postrm or something like that missing ? Hope this helps. Best regards, -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402900: quotatool: specifying -u user -t time gives unexpected results (should give an error)
Package: quotatool Version: 1.4.9-2 Severity: normal Accordingly to the manpage, the quotatool command can be invoked in three different ways... quotatool [-u uid | -g gid] [-b | -i] [-r | -l NUM | -q NUM] [-nvR] [-d] fs quotatool -u | -g -t TIME [-nv] fs quotatool [-hV] Now, it actually accepts the -t option together other options, like those used to change the user or group quotas. For example... quotatool -t 1d -u someuser -b -q 250Mb -l 300Mb /home This command actually works as expected. However, this command doesn't (it changes the quotas for the root user!)... quotatool -u someuser -b -q 250Mb -l 300Mb -t 1d /home This happens because the -u (and -g) option has a different meaning when it appears before -t. In this case -u doesn't accept any parameters but quotatool just ignores this silently. Either quotatool enforces the syntax specified in the manpage (a command with -t and user/group quota changing options is invalid and dies right away), or it dies with something like unknown option 'someuser' in the case specified above. Like it is now, it is both confusing and wrong. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages quotatool depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries Versions of packages quotatool recommends: ii quota 3.14-4 implementation of the disk quota s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402899: kvm-source doesn't compile with 2.6.19
Package: kvm-source Version: 5-2 Severity: serious Justification: no longer builds from source X-Debbugs-CC: [EMAIL PROTECTED] kvm-source doesn't build with linux 2.6.19 (vanilla at the moment). Thanks, Ritesh -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (550, 'unstable'), (500, 'stable'), (350, 'experimental'), (50, 'feisty') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-xps Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kvm-source depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debhelper 5.0.42 helper programs for debian/rules ii make 3.81-2 The GNU version of the make util ii module-assistant 0.10.8 tool to make module package creati kvm-source recommends no packages. -- no debconf information -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. Stealing logic from one person is plagiarism, stealing from many is research. The great are those who achieve the impossible, the petty are those who cannot - rrs pgpG7J4zFo4l7.pgp Description: PGP signature
Bug#390712: Same problem, nearly same hardware
On Tue, Dec 05, 2006 at 05:18:25PM +0100, Hanno 'Rince' Wagner wrote: I also have a Sony-Ericsson P990i (Germany, non-branded by a phone provider) The P990i seems to have issues when connecting to a GnuTLS server. We have verified this by having the phone connect to gnutls-serv. The phone and gnutls-serv negotiate TLS 1.0 with AES128 and SHA-1, and this seems to be the culprit. The phone does not support TLS 1.1. The connection works fine when gnutls-serv is configured to use SSL3.0 instead of TLS 1.0, and it works as well when TLS1.0 is allowed but SHA-1 is forbidden. Unfortunately, the cipher falls back to ARCFOUR when SHA-1 is forbidden. In exim, the MAC can only be influenced by modifying the actual source code, and I have verified that an exim compiled with SHA-1 disabled in the sources can talk to Hanno's phone. The GnuTLS people are in on this, and I'll report back as soon as we have new findings. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402817: cannot purge twiki
severity 402817 serious thanks Hi Olivier, Olivier Berger wrote: I think that code modifying the apache config should probably go into the prerm, and the postrm should then only contain the db_purge, maybe? Thanks for reporting this. I am increasing the severity as this problem should not be included in Etch :) Expect a fix soon! -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#401824: iceape: Profilemanager has a Start Debian button
tags 401824 + patch thanks ... unless I took the wrong file, this should fix it. On Wed, Dec 06, 2006 at 08:27:07AM +0100, Mike Hommey wrote: Arf, it's displaying the vendor name instead of the product name... Mike - Alexander -- GPG messages preferred.| .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal [EMAIL PROTECTED]| `. `' Operating System http://www.asoftsite.org/ | `-http://www.debian.org/ --- ./profile/resources/locale/en-US/profileSelection.dtd.orig 2006-12-13 13:51:50.0 +0100 +++ ./profile/resources/locale/en-US/profileSelection.dtd 2006-12-13 13:52:10.0 +0100 @@ -47,7 +47,7 @@ !ENTITYpassword.labelPassword: -!ENTITYstart.label Start vendorShortName; +!ENTITYstart.label Start brandShortName; !ENTITYexit.labelExit !ENTITYmanage.label Manage Profiles... !ENTITYmanage.accesskey M
Bug#402898: /etc/bogofilter.cf should define UTF-8 as default charset since it is Debian's default
Package: bogofilter Version: 1.1.3-1 Severity: serious I report this as serious because this _should_ be fixed before Etch is released. This bug causes bogofilter to work incorrectly in UTF-8 systems (which is Etch's default). Debian Etch uses UTF-8 locales and charset as default. Bogofilter uses ISO-8859-1 as the system default. This usually causes garbage words to user's ~/.bogofilter/wordlist.db since the default charset for _database_ is Unicode/UTF-8. To reproduce: Use UTF-8 locale: $ locale LANG=fi_FI.UTF-8 LC_CTYPE=fi_FI.UTF-8 LC_NUMERIC=fi_FI.UTF-8 LC_TIME=fi_FI.UTF-8 LC_COLLATE=fi_FI.UTF-8 LC_MONETARY=fi_FI.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=fi_FI.UTF-8 LC_NAME=fi_FI.UTF-8 LC_ADDRESS=fi_FI.UTF-8 LC_TELEPHONE=fi_FI.UTF-8 LC_MEASUREMENT=fi_FI.UTF-8 LC_IDENTIFICATION=fi_FI.UTF-8 LC_ALL= Use Bogofilter's default system charset (or define it to some other 8 bit charset): charset_default=iso-8859-1 Use Bogofilter's default word database charset (Unicode/UTF-8): unicode=yes (These can be defined in /etc/bogofilter.cf or ~/.bogofilter.cf) Some background information: letter ä is U+00E4 LATIN SMALL LETTER A WITH DIAERESIS and in UTF-8 encoding it takes two bytes: $c3 $a4. $ mv ~/.bogofilter/wordlist.db ~/wordlist.db-backup $ echo äiti | bogofilter -n $ bogoutil -d ~/.bogofilter/wordlist.db head:äiti 0 1 20061213 This example shows that the letter ä is encoded _twice_ with UTF-8. The command echo prints letter ä encoded with UTF-8, Bogofilter thinks it is in ISO-8859-1 and encodes both bytes separately: $c3 becomes à (U+00C3 LATIN CAPITAL LETTER A WITH TILDE) and $a4 becomes ¤ (U+00A4 CURRENCY SIGN). Having lines charset_default=utf-8 unicode=yes in /etc/bogofilter.cf file characters are encoded correctly. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-k7 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages bogofilter depends on: ii bogofilter-bdb1.1.3-1a fast Bayesian spam filter (Berke bogofilter recommends no packages. -- no debconf information
Bug#402897: module is not loaded in apache2.2
Package: php5-ming Version: 1:0.3.0-9+b2 Severity: grave Justification: renders package unusable -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages php5-ming depends on: ii libapache2-mod-php5 [phpapi 5.2.0-7 server-side, HTML-embedded scripti ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libming01:0.3.0-9+b2 Library to generate SWF (Flash) Fi ii php5-cli [phpapi-20060613] 5.2.0-7 command-line interpreter for the p php5-ming recommends no packages. -- no debconf information The apache error log contains the following line: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20060613/ming.so' - /usr/lib/php5/20060613/ming.so: undefined symbol: zim_swfmovie_protect in Unknown on line 0 Regards Jan Dittberner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402901: dpkg-buildpackage: Dependency-check doesn't check build-essential
Package: dpkg-dev Version: 1.13.24 Severity: normal When dpkg-buildpackage is started without -d, it checks if the build dependencies of the package are satisfied. However, it does not complain in build-essential is not installed. It should, since no package needs to build-depend on that. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dpkg-dev depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii cpio 2.6-17 GNU cpio -- a program to manage ar ii dpkg 1.13.24package maintenance system for Deb ii make 3.81-3 The GNU version of the make util ii patch 2.5.9-4Apply a diff file to an original ii perl [perl5] 5.8.8-7Larry Wall's Practical Extraction ii perl-modules 5.8.8-7Core Perl modules Versions of packages dpkg-dev recommends: ii bzip21.0.3-6 high-quality block-sorting file co ii gcc [c-compiler] 4:4.1.1-13 The GNU C compiler ii gcc-2.95 [c-compiler]1:2.95.4-27 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.1-21The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402891: kmail: add support for tags
user debian-qt-kde@lists.debian.org usertag 402891 +fixed-kde3.5.6 thanks On Wednesday 13 December 2006 13:17, Ritesh Raj Sarraf wrote: KMail Tagging Patch can be a great help to life of people dealing with hundreds of mails everyday. Can we have it included untill KDE4 includes it ? http://www.kde-apps.org/content/show.php?content=36322 It says that the patch is for kde3.5.1 and highly experimental. My best guess is no. There seems although to be some kind of this feature added to kde3.5.5+ which probably goes into the kde3.5.6 release. But none of tihs is planned for etch. /Sune -- I cannot remove from the software, how does it work? You should click on a SGRAM virus, so that from Flash XP or from the preferences inside Windows you neither must forward to a CD controller, nor must debug a login of the GPU in order to get access on the server. pgpxHW7LpckX1.pgp Description: PGP signature
Bug#401265: iceape: Contains trademarked artwork and names
On Sat, Dec 02, 2006 at 09:55:13AM +0100, Mike Hommey wrote: Package: iceape Version: 1.0.6-1 Severity: serious The package contains the name and logos for seamonkey in some places. It also contains the name and logos for sunbird. From the discussion on gnuzilla list, I am not unsure whether you would be ok with having the sed extended remove.nonfree as a quick fix for now/etch? Please comment, - Alexander -- GPG messages preferred.| .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal [EMAIL PROTECTED]| `. `' Operating System http://www.asoftsite.org/ | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]