Bug#463011: ssh: unprivileged users may hijack forwarded X connections by listening on port 6010
Hi! According to our OpenSSH maintainer, this issue was fixed in RHEL / Fedora packages few years ago without realizing security consequences of this bug. You may want to check following patch: http://cvs.fedora.redhat.com/viewcvs/rpms/openssh/devel/openssh-3.9p1-skip-used.patch?rev=1.1view=markup which should address this problem. HTH -- Tomas Hoger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461049: coreutils: dd no longer reports xx+yy records in|out after sigpipe.
On Mon, Jan 28, 2008 at 10:50:23PM -0700, Bob Proulx wrote: Michael Stone wrote: Rogier Wolff wrote: dd if=somebigfile | dd count=100 of=/dev/null both dd's should report that they copied 100 records. This worked in debian sarge. Debian Etch, the first dd stopped reporting the number of records copied. The script I wrote then stopped working. (The above is an example, my script of course used something else than dd count=100 to limit the size copied.) I haven't replied yet because I'm not sure what to make of it. It definitely does behave this way. Anyone else know if this was an intentional change or a bug? I don't see anything obvious in the changelog, and my reading of posix suggests that it's a bug; am I missing something? I can't reproduce this behavior. This is what I see: $ dd if=/dev/zero | dd count=100 of=/dev/null 100+0 records in 100+0 records out 51200 bytes (51 kB) copied, 0.00245 seconds, 20.9 MB/s $ dd --version dd (coreutils) 5.97 $ $ uname -rm 2.6.18-5-amd64 x86_64 $ uname -rm 2.6.22-3-686 i686 Yes, you /can/ reproduce the bad behaviour. Your output shows the bad behaviour. :-) Good behaviour: driepoot:~ dd if=/dev/zero | dd count=100 of=/dev/null 100+0 records in 100+0 records out 51200 bytes transferred in 0.000553 seconds (92582676 bytes/sec) 129+0 records in 128+0 records out 65536 bytes transferred in 0.002203 seconds (29747044 bytes/sec) driepoot:~ dd --version dd (coreutils) 5.2.1 [...] driepoot:~ There are two dd processes. The second one will copy over exactly 100 blocks, and then exit. It should report 100 blocks in, 100 blocks out. This works. The other dd has an unlimited amount of input data (/dev/zero), and it's output pipe is closed after 100 blocks of dat is consumed. The pipe can hold a little more data, so actually it will have read and subsequently written more than 100 blocks (in my case 128). So, when 100 blocks were written and consumed by the other side of the pipe, 28 more blocks were in the pipe, when the system noticed that the other side of the pipe was closed, and returned EPIPE to the first dd. Let me reiterate: It is the first dd that is misbehaving, when it recieves a write error and SIGPIPE, it simply exits instead of reporting the stats. using strace on the first dd shows (good behaviour on an older system!): [...] read(0, \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 512) = 512 write(1, \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 512) = -1 EPIPE (Broken pipe) --- SIGPIPE (Broken pipe) @ 0 (0) --- rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0 close(0)= 0 close(1)= 0 write(2, 101+0 records in\n, 17101+0 records in ) = 17 write(2, 100+0 records out\n, 18100+0 records out ) = 18 gettimeofday({1201594453, 321231}, NULL) = 0 write(2, 51200 bytes transferred in 0.025..., 6451200 bytes transferred in 0.025491 seconds (2008543 bytes/sec) ) = 64 gettid()= 13885 tgkill(13885, 13885, SIGPIPE) = 0 sigreturn() = ? (mask now []) --- SIGPIPE (Broken pipe) @ 0 (0) --- +++ killed by SIGPIPE +++ driepoot:~ or (bad behaviour at an upgraded system): [...] read(0, \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 512) = 512 write(1, \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 512) = -1 EPIPE (Broken pipe) --- SIGPIPE (Broken pipe) @ 0 (0) --- +++ killed by SIGPIPE +++ Process 11355 detached Roger. -- ** [EMAIL PROTECTED] ** http://www.BitWizard.nl/ ** +31-15-2600998 ** **Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233** *-- BitWizard writes Linux device drivers for any device you may have! --* Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement. Does it sit on the couch all day? Is it unemployed? Please be specific! Define 'it' and what it isn't doing. - Adapted from lxrbot FAQ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457549: gnome-screensaver: Wants non-existing pam_gnome_keyring.so
On Mon, Jan 28, 2008, Bill Wohler wrote: Thanks for the great feedback! If what you say is true, then this bug can probably be closed. However, it would be helpful to others to create README.Debian and add the following text to it: This is what I've put: gnome-keyring warnings -- If you didn't install the libpam-gnome-keyring dependency, you should probably comment the pam_gnome_keyring.so line in /etc/pam.d/gnome-screensaver or you might see warnings similar to: gnome-screensaver-dialog: PAM unable to dlopen(/lib/security/pam_gnome_keyring.so) gnome-screensaver-dialog: PAM [error: /lib/security/pam_gnome_keyring.so: cannot open shared object file: No such file or directory] gnome-screensaver-dialog: PAM adding faulty module: lib/security/pam_gnome_keyring.so These can also be ignored. /~i ~BRecommends isn't doing the right thing for me. It's listing installed packages that don't even *have* Recommends dependencies. Works for me, but you have to search for ~i ~BRecommends, without the /. However, I wouldn't want the gcj stuff installed (I use Sun's Java 6), nor xserver-xorg-video-all (I only need a single driver), but most of the recommendations are fine. Do you know if these are going to be included in the cleanup you mention? I have no idea about these particular deps; perhaps they need to be changed into Recommends: preferred-debian-choice | compatible-choices; typically Debian can't pull Sun's Java, but can let it be an alternative; the same story probably goes for xserver-xorg-video-all | xserver-xorg-video-driver. I see that my aptitude has an Option to install recommended packages for newly installed packages, so it looks like we should be good going forward. It should already be turned on by default in aptitude (I hope). Cheers, -- Loïc Minier
Bug#463059: net-snmp: FTBFS with Perl 5.10
Package: net-snmp Version: 5.4.1~dfsg-5 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: perl-5.10-transition This package fails to build with Perl 5.10 (currently in experimental) because of a bugfix in Extutils::MakeMaker: it doesn't create an empty usr/share/perl5 directory anymore. dh_install -plibsnmp-perl dh_install: libsnmp-perl missing files (debian/tmp/usr/share/perl*), aborting make: *** [binary-install/libsnmp-perl] Error 1 Just removing debian/tmp/usr/share/perl* from debian/libsnmp-perl.install should fix this without any problems with Perl 5.8. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432032: pango1.0 invisible Japanese characters - fixed by cairo?
Hello, I had a similar problem to yours with Japanese characters in an i386 lenny environment, but it happened with fonts included in debian. It seems fixed with the upgrade to cairo 1.4.14-1 now, could you check whether the cairo update fixes your problem too? Regards, Pier Luigi Pau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462989: [Pkg-xen-devel] Bug#462989: add missing header file for libvirt build
On Mon, Jan 28, 2008 at 08:52:08PM +0100, Bastian Blank wrote: On Mon, Jan 28, 2008 at 08:08:56PM +0100, Guido Guenther wrote: libvirt needs privcmd.h to build. Please apply. Thanks for building a libxen-dev package, The headers are added in xen/sys. That's fine for me, do you want another patch? -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463060: apt-get package dependancy problem php5
Package: php5 Version: 5.2.0.8+ETCH7 Wont Install apt-get force will still not bypass this dependancy problem. Brand new ETCH box today. :( Also Dep problems with php4 I am assuming ETCH version problems as well at us.debian.org/debian The following packages have unmet dependencies: php5: Depends: libapache2-mod-php5 (= 5.2.0-8+etch7) but it is not going to be installed or libapache-mod-php5 (= 5.2.0-8+etch7) but it is not going to be installed or php5-cgi (= 5.2.0-8+etch7) but it is not going to be installed php5-cgi: Depends: php5-common (= 5.2.0-8+etch7) but 5.2.0-8+etch10 is to be installed
Bug#85535: Need your help!
Hello there! My name is Alena. I'm aged 29 years old I'm from Russia. Please vote for my profile at site: http://hotw0men.info/?idAff=35 Thank You!!! Alena -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#8639: Need your help!
Hi there! My name's Natasha. I'm aged 28 years old I'm from Russia. Please vote for me this way: http://hotw0men.info/?idAff=35 Thank You Very Much!!! Natasha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#206363: Need your help!
Hello! My name is Tanya. I am aged 24 years old and I am from Russia. Please vote for me at this site: http://hotw0men.info/?idAff=35 Thank You Very Much!!! Tanya -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#154577: Need your help!
Hi there, my name's Valeriya. I am aged 27 years old from Russia. You may vote for my profile at site: http://hotw0men.info/?idAff=35 Thank You Very Much!!! Valeriya -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398988: same here
same problem here. I'm using xfce desktop. I don't understand how iceweasel determine the application to start for sending email? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398988: it's done
i've found the solution: about:config in iceweasel and insert a new key/val pair: key: network.protocol-handler.app.mailto val: kmail #or which mail app you want to use. additional network.protocol-handler.external.mailto should be set to true. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#196208: Need your help!
Hello there! My name is Veronika. I'm from Russia, 23 years old. Please vote for me at this site: http://hotw0men.info/?idAff=35 Thank You Very Much!!! Veronika -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#24934: Need your help!
Hi there, my name's Nataly. I am from Russia, 23 years old. Please vote for my profile here: http://hotw0men.info/?idAff=35 Thank You!!! Nataly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#80123: Need your help!
Hello there! My name is Alexandra. I am aged 23 years old I am from Russia. Please vote for my profile at this site: http://hotw0men.info/?idAff=35 Thank You!!! Alexandra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463058: uuid-dev: Depends on unavailable version of libuuid1
On Tue, Jan 29, 2008, Sven Joachim wrote: Your package is not installable, since it depends on libuuid1 (= 1.2-1.40.5-1), but only libuuid1 1.40.5-1 is available. The same goes for comerr-dev and libcomerr2, except the depends is libcomerr2 (= 2.1-1.40.5-1). -- Loïc Minier
Bug#39893: Need your help!
Hi there, my name's Nataly. I'm from Russia, 21 years old. You may vote for my profile this way: http://hotw0men.info/?idAff=35 Thank You Very Much!!! Nataly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#92206: Wide range of perfect quality blue-pills!
Say NO to tiny-sized losers! http://jriunz.speakpound.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453754: xserver-xorg-video-intel - xvideo double buffering unsynchronized
Bastian Blank wrote: On Fri, Jan 04, 2008 at 11:04:14AM +0100, Brice Goglin wrote: The upstream devs say that this crash should be fixed now. Could you try a recent git snapshot of the intel drivier to see if the overlay adaptor works now? It does not longer crash. Only the output is broken. The overlay adaptor output is broken as in your original report? Similar patterns? If not, can you send a screenshot/camera-photo? Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463066: qemu: non-standard gcc used for build (gcc-3.4)
Package: qemu Version: 0.9.0+20070816-1 Severity: important User: [EMAIL PROTECTED] Usertags: non-standard-compiler, gcc-3.4 This package builds with a non standard compiler version; please check if this package can be built with the default version of gcc. Please keep this report open until the package uses the default compiler version for the package build. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443892: x11-utils: Upstream is not releasing new version
Package: x11-utils Followup-For: Bug #443892 It seems that upstream is not releasing a new version of luit anytime soon. Since the patch is pretty simple, and this bug is rather annoying is it possible to add the patch to the debian package until the next release? Ely -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.11mos-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-utils depends on: ii cpp 4:4.2.1-6The GNU C preprocessor (cpp) ii libc6 2.7-6GNU C Library: Shared libraries ii libdmx1 1:1.0.2-2X11 Distributed Multihead extensio ii libfontconfig1 2.5.0-2 generic font configuration library ii libfontenc1 1:1.0.4-2X11 font encoding library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgl1-mesa-glx [libgl1 7.0.2-4 A free implementation of the OpenG ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.1.3-1X11 client-side library ii libxau6 1:1.0.3-2X11 authorisation library ii libxaw7 2:1.0.4-1X11 Athena Widget library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxmu6 2:1.0.4-1X11 miscellaneous utility library ii libxmuu12:1.0.4-1X11 miscellaneous micro-utility li ii libxp6 1:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii libxtst62:1.0.3-1X11 Testing -- Resource extension ii libxv1 1:1.0.3-1X11 Video extension library ii libxxf86dga12:1.0.2-1X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.1-2X11 XFree86 video mode extension l ii x11-common 1:7.3+10 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime x11-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463069: ITP: refcard -- printable reference card for the Debian system
Package: wnpp Severity: wishlist Owner: W. Martin Borgert [EMAIL PROTECTED] Package name: refcard Version : 3.2 Upstream Author : W. Martin Borgert [EMAIL PROTECTED] URL : http://people.debian.org/~debacle/refcard/ License : GPL-3 Programming Lang: XML (docbook-xsl, FO) Description : printable reference card for the Debian system The Debian GNU/Linux reference card provides new users help with the most important commands. Basic knowledge of computers, files, directories and the command line is required, however. The package contains printable PDF files in multiple languages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#106493: Kings had big ones
they always say that size doesnt matter and i believed them, but they say it just not to hurt your ego, which i learned later on... after getting dumped over a dozen times. now that I increased the size of my tool they have no reason not to like me anymore, and i always enjoy watching their facial expression when they unzip those pants http://tyrisonsef.com it's very simple: pop it 3 times a day, and watch what's in your pants increase in new lenght and girth within a few months. i tried it, it worked, you should too you have nothing to lose but everything to gain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461215: [pkg-mono-group] Bug#461215: Bug#461215: mono: unresolved dependancy
On Tue, 2008-01-29 at 09:34 +, Marcos Marado wrote: Shouldn't mono be made a transition package, so that those having and trying to upgrade that package will automaticly start using mono-runtime? Not really, as mono never provided any functionality, even hello world would not run with it ;) A dist-upgrade will just remove the mono package which is the intented behaviour. -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462642: [Evolution] Bug#462642: SSL doesn't work anymore
For those who are still experiencing the bug (including me, since my mirror might not be updated yet), there is a Workaround description here: https://answers.launchpad.net/evolution/+question/22263 (Obviously the wrong place - ubuntu != debian - but the bug might be the same.) essential point: get evolution-data-server from unstable The reason behind, I believe, often causes quiet some havoc when updating a testing os! Cheers Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463043: [EMAIL PROTECTED]: coreutils problem]
Michael Stone [EMAIL PROTECTED] wrote: I can readily duplicate this bug report on a 2.6.24-rc7 kernel by running `ls -l /proc/sys/fs/inotify` Kernel bug? libselinux bug? Documentation bug? I suppose coreutils should check that the returned context is non-NULL. It looks like the debian 5.97-5.3 selinux patch (derived from redhat) never even looks at the return value of getfilecontext, which doesn't seem right, either. Does the attached patch make sense? [ Hi Michael, thanks for forwarding that. ] Hi Jan, Thank you for the analysis and patch. I preferred to do it slightly differently, mainly to keep the work-around code in one place. I haven't been following libselinux development, but at first glance, libselinux1-2.0.15 seems like it must be pretty old compared to the 2.0.49 in rawhide. And as you might expect, the unpatched ls works fine there. ls: don't segfault on files in /proc with an old libselinux * src/ls.c (gobble_file): Work around a bug in libselinux1-2.0.15 whereby getfilecon returns 0 yet sets the context to NULL. Reported by Jan Moringen via Michael Stone in http://bugs.debian.org/463043 * tests/ls/Makefile.am (TESTS): Add proc-selinux-segfault. * tests/ls/proc-selinux-segfault: Test for the above fix. * NEWS: Mention the fix. diff --git a/NEWS b/NEWS index 4811296..f474141 100644 --- a/NEWS +++ b/NEWS @@ -4,6 +4,9 @@ GNU coreutils NEWS-*- outline -*- ** Bug fixes + ls no longer segfaults on files in /proc when linked with an older version + of libselinux. E.g., ls -l /proc/sys would dereference a NULL pointer. + Fix a non-portable use of sed in configure.ac. [bug introduced in coreutils-6.9.92] diff --git a/THANKS b/THANKS index f9a4f62..1e04f9b 100644 --- a/THANKS +++ b/THANKS @@ -225,6 +225,7 @@ James Youngman [EMAIL PROTECTED] Jamie Lokier[EMAIL PROTECTED] Jamie McClelland[EMAIL PROTECTED] Jan Fedak [EMAIL PROTECTED] +Jan Moringen[EMAIL PROTECTED] Jan Nieuwenhuizen [EMAIL PROTECTED] Janos Farkas[EMAIL PROTECTED] Jarkko Hietaniemi [EMAIL PROTECTED] diff --git a/src/ls.c b/src/ls.c index 83fac90..46713f2 100644 --- a/src/ls.c +++ b/src/ls.c @@ -1,5 +1,5 @@ /* `dir', `vdir' and `ls' directory listing programs for GNU. - Copyright (C) 85, 88, 90, 91, 1995-2007 Free Software Foundation, Inc. + Copyright (C) 85, 88, 90, 91, 1995-2008 Free Software Foundation, Inc. This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by @@ -2667,6 +2667,17 @@ gobble_file (char const *name, enum filetype type, ino_t inode, : lgetfilecon (absolute_name, f-scontext)); err = (attr_len 0); + /* Contrary to its documented API, getfilecon may return 0, +yet set f-scontext to NULL (on at least Debian's libselinux1 +2.0.15-2+b1), so work around that bug. +FIXME: remove this work-around in 2011, or whenever affected +versions of libselinux are long gone. */ + if (attr_len == 0) + { + err = 0; + f-scontext = xstrdup (unlabeled); + } + if (err == 0) have_acl = ! STREQ (unlabeled, f-scontext); else diff --git a/tests/ls/Makefile.am b/tests/ls/Makefile.am index 2aea419..c9739c9 100644 --- a/tests/ls/Makefile.am +++ b/tests/ls/Makefile.am @@ -1,6 +1,6 @@ # Make coreutils tests for ls. -*-Makefile-*- -# Copyright (C) 1997-2003, 2006-2007 Free Software Foundation, Inc. +# Copyright (C) 1997-2003, 2006-2008 Free Software Foundation, Inc. # This program is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by @@ -16,6 +16,7 @@ # along with this program. If not, see http://www.gnu.org/licenses/. TESTS = \ + proc-selinux-segfault \ stat-free-symlinks \ nameless-uid \ color-dtype-dir \ diff --git a/tests/ls/proc-selinux-segfault b/tests/ls/proc-selinux-segfault new file mode 100755 index 000..320ba6f --- /dev/null +++ b/tests/ls/proc-selinux-segfault @@ -0,0 +1,33 @@ +#!/bin/sh +# ls -l /proc/sys would segfault when built against libselinux1 2.0.15-2+b1 + +# Copyright (C) 2008 Free Software Foundation, Inc. + +# This program is free software: you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation, either version 3 of the License, or +# (at your option) any later version. + +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See
Bug#463065: lisaac: non-standard gcc used for build (gcc-3.4)
Package: lisaac Version: 0.84-3 Severity: important User: [EMAIL PROTECTED] Usertags: non-standard-compiler, gcc-3.4 This package builds with a non standard compiler version; please check if this package can be built with the default version of gcc. Please keep this report open until the package uses the default compiler version for the package build. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463067: smarteiffel: non-standard gcc used for build (gcc-3.4)
Package: smarteiffel Version: 1.1-12 Severity: important User: [EMAIL PROTECTED] Usertags: non-standard-compiler, gcc-3.4 This package builds with a non standard compiler version; please check if this package can be built with the default version of gcc. Please keep this report open until the package uses the default compiler version for the package build. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463068: stegdetect: non-standard gcc used for build (gcc-3.4)
Package: stegdetect Version: 0.6-4 Severity: important User: [EMAIL PROTECTED] Usertags: non-standard-compiler, gcc-3.4 This package builds with a non standard compiler version; please check if this package can be built with the default version of gcc. Please keep this report open until the package uses the default compiler version for the package build. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463062: icedove corrrupts mail cache repeatedly
Package: icedove Version: 2.0.0.9-3 Severity: grave Justification: renders package unusable I've just noticed several instances of Icedove corrupting a small percentage of individual messages from an IMAP INBOX folder (of approximately 1600 messages) that is cached locally for offline use. This corruption persists between invocations of Icedove, and can be triggered under undetermined conditions by simply viewing an email that previously could be viewed without problem. At first, when I saw no Debian bug reports for data corruption, I assumed the problem was peculiar to me (e.g., corrupted files outside of Icedove, or flaky RAM). However, I noticed Thunderbird upstream Bugzilla has numerous bug reports and comments suggesting others are experiencing similar data corruption. I first noticed the corruption in a series of 3 messages from a single person in a single conversational thread over the course of several days. When I hit Ctrl-U to view the message source, each message appeared to have had the majority of the top of the text removed, and only a From_ line (with new timestamp) and X-Mozilla-Status and X-Mozilla-Status2 headers present. (Although it might not be relevant, each of those three messages was a multipart/alternative plain/HTML with a deep nesting of quoted past emails.) I verified that the mbox-based message spool on the IMAP server (Debian dovecot-mapd 1.0.rc15-2etch1) was uncorrupted, that the IMAP server served the message correctly to other clients, and After replacing those messages with ones from backups, and restarting Thunderbird, I noticed corruption occur spontaneously on two occasions with other messages. In both cases, I was doing spot checks for corruption of other messages within Icedove, had visited a message, left it, then returned less than a minute later to find the message corrupted. After this happened twice, I decided the corruption was likely to occur. At this point, I don't think the problem is specific to me, nor to the messages. Commonality I noticed among the messages is that were all generated by GMail or Yahoo Mail, and they were all multipart plain/HTML. One or two *might* have had attachments, but no more than two. I've tried quitting Icedove, deleting the INBOX.msf file, and restarting Icedove, which causes Icedove to re-download the entire folder. The corrupted messages are replaced with uncorrupted ones, and I believe I've lost only my To-Do labels. I've done only light spot-checking since then, finding no corruption, before filing this bug report. I suspect that the corruption will return. The only other thing I can think to mention is that I compact the folder every few days, so conceivably that's one way that corruption of the cache index might start. I'm reporting this bug to Debian for several reasons: (1) users might be best advised to remain at 1.5.x for now, if this problem proves to be 2.0.x-specific; (2) this is a grave bug that has implications for promotion to stable; (3) Debian maintainers might wish to help investigation upstream; (4) perhaps there is a chance the bug is Icedove-specific, distinct from the upstream Thunderbird bugs. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 2.28.2 Miscellaneous utilities specific t ii fontconfig 2.5.0-2 generic font configuration library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-6GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3-20080116-1 GCC support library ii libglib2.0-02.14.5-2 The GLib library of C routines ii libgtk2.0-0 2.12.5-2 The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libnspr4-0d 4.7.0~1.9b1-2NetScape Portable Runtime Library ii libnss3-1d 3.12.0~1.9b1-2 Network Security Service libraries ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libstdc++6 4.3-20080116-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxinerama11:1.0.2-1X11 Xinerama
Bug#463061: xserver-xorg-video-intel: temporary display corruption after switching VT or suspending
Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: minor The screen is often corrupted when returning back to X from another VT (text or X), and on returning from suspend. Instead of a blank screen (locked KDE session) it shows a mostly white/gray background with static noise in it. When I press a key, the KDE password dialog comes up on top of this. If the password is entered, the session is unlocked and restored correctly. I use vesafb on virtual consoles, however the effect appears also after switching between X sessions. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-intel depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libdrm22.3.0-4 Userspace interface to kernel DRM ii xserver-xorg-core 2:1.4.1~git20080118-1 Xorg X server - core server xserver-xorg-video-intel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463063: xserver-xorg-video-intel: session hangs with black screen when switching back from VT
Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: important Sometimes when switching back to X from another VT (console or X), the session does not come back. Instead I get a black screen, and it doesn't respond to input. I can switch to other VTs however, even other X sessions, and they work correctly, but the broken VT is only restored after killing the session. X.org log files don't show anything that looks suspicious. I *think* this only occurs on the second of two X session, i.e. display :1. This is a Thinkpad R60 laptop running kernel 2.6.24 (amd64) with vesafb. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-intel depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libdrm22.3.0-4 Userspace interface to kernel DRM ii xserver-xorg-core 2:1.4.1~git20080118-1 Xorg X server - core server xserver-xorg-video-intel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463064: kfreebsd-6: non-standard gcc used for build (gcc-3.4)
Package: kfreebsd-6 Version: 6.3-2 Severity: important User: [EMAIL PROTECTED] Usertags: non-standard-compiler, gcc-3.4 This package builds with a non standard compiler version; please check if this package can be built with the default version of gcc. Please keep this report open until the package uses the default compiler version for the package build. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463070: postgresql-common: Bad error message when trying to start a cluster with the server uninstalled
Package: postgresql-common Version: 80 Tags: confirmed When postgresql-X.Y gets removed (but not purged) during upgrade, pg_ctlcluster (and maybe pg_upgradecluster, too) gets confused and complains about not being able to determine the cluster encoding. It should give a proper error message instead, to reinstall the missing package. -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458852: [Pkg-octave-devel] Bug#458852: octave3.0 crashes on arm
Am Donnerstag, den 10.01.2008, 10:44 +0100 schrieb Soeren Sonnenburg: On Thu, 2008-01-10 at 10:23 +0100, Rafael Laboissiere wrote: * Soeren Sonnenburg [EMAIL PROTECTED] [2008-01-08 08:47]: OK, I've recompiled octave w/ -O2 -g and it dies on loading dispatch.oct. This could be enough info for upstream to fix it. Thomas Weber has forwarded your message to bug-octave and John Eaton replied to it [1] and gave the following suggestion: Have you tried building with -O0? If that works but -O2 fails, then I would start to suspect an ARM-specific compiler bug since compiling with GCC and -O2 works on many other systems. Could you please try it? Tried already, as the original debian package builds with -O0 and without lapack ... and there it crashed too (that was my first backtrace). I only enabled -O2 and lapack as was wondering why it is not enabled... Speed reasons; compile time on ARM is a pain. Okay, I give up. After spending days (mostly waiting for qemu to finish compiling), I still don't have a clue. Mail to debian-arm went unanswered[1], #debian-arm couldn't help either. I think it's an alloca issue, but I lack the knowledge to decide this. I suggest we drop ARM from the to be built architectures. Given the nature of the bug, the fact that we had this bug for several months and no bug report about it, I don't think we have any real users out there on this architecture. Meanwhile, real testing users are told by upstream to upgrade to 3.0 (which I support, that's why there's a new release). [1] http://lists.debian.org/debian-arm/2008/01/msg00069.html Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#131336: Need your help!
Hello! My name is Alena. I am from Russia, 23 years old. You may vote for me at this site: http://hotw0men.info/?idAff=35 Thank You Very Much!!! Alena -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#170922: Need your help!
Hi! My name's Natasha. I am from Russia, aged 23. You may vote for me this way: http://hotw0men.info/?idAff=35 Thank You!!! Natasha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#172658: Need your help!
Hello there, my name is Natasha. I am from Russia, 24 years old. Please vote for me at this site: http://hotw0men.info/?idAff=35 Thank You Very Much!!! Natasha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#132223: Need your help!
Hello! My name's Valeriya. I'm 26 years old and I am from Russia. Please vote for my profile here: http://hotw0men.info/?idAff=35 Thank You!!! Valeriya -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#173314: Need your help!
Hello, my name is Milana. I'm from Russia, aged 27. You may vote for my profile at site: http://hotw0men.info/?idAff=35 Thank You!!! Milana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#175064: Need your help!
Hi! My name is Alexandra. I am from Russia, aged 29. You may vote for me at site: http://hotw0men.info/?idAff=35 Thank You a lot!!! Alexandra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#213551: Need your help!
Hello there, my name is Tanya. I am from Russia, 23 years old. You may vote for my profile at site: http://hotw0men.info/?idAff=35 Thank You a lot!!! Tanya -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#177952: Need your help!
Hi, my name is Sasha. I'm of 23 and I am from Russia. Please vote for me at this site: http://hotw0men.info/?idAff=35 Thank You Very Much!!! Sasha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#176747: Need your help!
Hi, my name is Valeriya. I'm aged 27 years old from Russia. You may vote for my profile here: http://hotw0men.info/?idAff=35 Thank You Very Much!!! Valeriya -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#197191: Need your help!
Hello, my name is Olga. I'm from Russia and I am aged 24 years old. You may vote for my profile here: http://hotw0men.info/?idAff=35 Thank You a lot!!! Olga -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#153920: Need your help!
Hi there! My name's Svetlana. I am from Russia and I am 22 years old. You may vote for me this way: http://hotw0men.info/?idAff=35 Thank You!!! Svetlana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207431: Need your help!
Hello! My name is Veronika. I am from Russia, aged 27. Please vote for me here: http://hotw0men.info/?idAff=35 Thank You Very Much!!! Veronika -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#42158: Need your help!
Hi, my name's Nataly. I am of 23 and I'm from Russia. You may vote for my profile at this site: http://hotw0men.info/?idAff=35 Thank You Very Much!!! Nataly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462983: gnome-desktop-environment: should not depend on libgnome2-perl
Le lundi 28 janvier 2008 à 18:37 +, brian m. carlson a écrit : Package: gnome-desktop-environment Version: 1:2.20.2.1 Severity: normal AFAICT, gnome-desktop-environment depends on libgnome2-perl for no reason. This package contains no actual data, and therefore it cannot be a necessary dependency. I also don't see dependencies on the corresponding python packages, so it cannot be for developers. Therefore, I would request that you please remove this dependency on libgnome2-perl. This dependency is here for a good reason: it brings the gnome debconf front-end, which is required by GNOME-based package managers to ask questions with the correct toolkit. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#461215: [pkg-mono-group] Bug#461215: mono: unresolved dependancy
Shouldn't mono be made a transition package, so that those having and trying to upgrade that package will automaticly start using mono-runtime? -- Marcos Marado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460409: [Pkg-cryptsetup-devel] Bug#460409: [dm-crypt] Re: [EMAIL PROTECTED]: Bug#460409: cryptsetup: Cannot add Key to LUKS partition]
On 25/01/2008 Clemens Fruhwirth wrote: At Thu, 24 Jan 2008 17:09:19 +0100, Clemens Fruhwirth wrote: Today, I'm busy, but tomorrow I can rework the sanity checking for the luksAddKey issue. Feel free to merge your man page patch! Then I might roll another pre.. Ok, I pushed all changes to SVN. Would you like to try? great, just prepared cryptsetup-1.0.6~pre1+svn45-1 ;-) before that i just pushed another fix for the manpage to svn: luksKillSlot was not mentioned in the manpage yet. This is fixed now. for me the current version works well, but i didn't test any cornercases yet. ... jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461916: Testmail featuring latin1 characters
ae = ä oe = ö ue = ü Ae = Ä Oe = Ö Ue = Ü sz = ß
Bug#463071: fceu possibly incompatible with laptop keyboards
Package: fceu Version: 0.98.12-3 Severity: wishlist It doesn't seem possible to use fceu with a laptop(mine is a Thinkpad) keyboard. Would it be possible to remap the keys used by fceu to use only keys on the normal part of they keyboard (instead of keys on the numpad). I'd change this myself, but users do not have the ability to use an alternate configuration. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fceu depends on: ii libc6 2.7-6GNU C Library: Shared libraries ii libsdl1.2debian 1.2.13-1 Simple DirectMedia Layer ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime fceu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462938: emacs22-gtk: window size suddenly changes
Hello, At Mon, 28 Jan 2008 16:20:44 +0100, Sven Joachim wrote: I cannot reproduce this. Which window manager do you use? I use GNOME and metacity (default window manager of GNOME). Regard, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324500: Another try, with new monitors.
Hi all, I finally got some new nice flatscreens (You can imagine the desk space I just saved by throwing out a 22 and a 20 CRT ;)) I figured this was a good time to try 1:1.9.100 again, and it works flawlessly! I guess the mga card or the driver just didn't like having two VGA monitors. With one on DVI and one on VGA all the problems disappeared! Great work, Hylke signature.asc Description: OpenPGP digital signature
Bug#463076: xserver-xorg-video-ati: machine freezes when X is stopped or second X started
Package: xserver-xorg-video-ati Version: 1:6.7.198~git20080117.6bd510a2-1 Severity: important Hello there, I have a PowerPC Mac Mini with a Radeon 9200 inside, and did a fresh install of Debian Sid on that. I got bitten by bug #457563, where starting X would instantaneously freeze the machine, but upgrading to the latest experimental version of xserver-xorg-video-ati fixed that, as suggested. However, I now have the problem that the machine freezes when the X server is stopped... Just a hard freeze when I try to logout, or shutdown the machine, or restart gdm; anything that kills the X server causes the entire machine to lock up. My Xorg.0.log contains no information about stopping X. The same freeze occurs when I try to start a second X, via X :1, and an Xorg.1.log is never created. Regards, Bram Senders -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2008-01-24 10:43 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1969272 2008-01-19 02:00 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :00:10.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 574 2008-01-24 12:42 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier iiyama Vision Master 450 HorizSync 30-115 VertRefresh 50-160 EndSection Section Screen Identifier Default Screen Monitor iiyama Vision Master 450 EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 46109 2008-01-29 11:41 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080118-1) Current Operating System: Linux tofu 2.6.23-1-powerpc #1 Fri Dec 21 15:18:37 UTC 2007 ppc Build Date: 18 January 2008 11:59:02PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Jan 29 10:09:14 2008 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor iiyama Vision Master 450 (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) |--Input Device Configured Mouse (==) |--Input Device Generic Keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) No APM support in BIOS or kernel (II) Loader magic: 0x101e7db0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org
Bug#463074: openoffice.org-calc: complementary error function wrong on amd64
Package: openoffice.org-calc Version: 2.0.4.dfsg.2-7etch4 Severity: important =erfc(1) returns 1.0E-323 1 can be replaced by any other value This works fine on a 32 bit version on a 32 bit machine -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages openoffice.org-calc depends on: ii libc62.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3 STLport C++ class library ii libufsparse 1.2-7 collection of libraries for comput ii openoffice.org-core 2.0.4.dfsg.2-7etch4 OpenOffice.org office suite archit openoffice.org-calc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406697: bug #406697: advice needed
Hey Marco, I believe that the bug reported at http://bugs.debian.org/406697 is not really an issue with cryptsetup but rather with udev. Can you agree on that? If so, I'd like to reassign the bugreport to udev. If similar bugreports do already exist against udev, i'm fine with merging it as well. please tell me which way to go ;-) greetings, jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463073: g15daemon refuses to be removed while not running
Package: g15daemon Version: 1.9.1.0.svn346-1 Severity: important $ sudo aptitude remove g15daemon Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Building tag database... Done The following packages will be REMOVED: g15daemon libg15-1{u} libg15daemon-client1{u} libg15render1{u} 0 packages upgraded, 0 newly installed, 4 to remove and 4 not upgraded. Need to get 0B of archives. After unpacking 512kB will be freed. Do you want to continue? [Y/n/?] y Writing extended state information... Done (Reading database ... 306552 files and directories currently installed.) Removing g15daemon ... Stopping g15daemon: G15Daemon not running invoke-rc.d: initscript g15daemon, action stop failed. dpkg: error processing g15daemon (--remove): subprocess pre-removal script returned error exit status 1 Starting g15daemon: g15daemon. dpkg: libg15render1: dependency problems, but removing anyway as you request: g15daemon depends on libg15render1. libg15daemon-client1 depends on libg15render1. Removing libg15render1 ... dpkg: libg15-1: dependency problems, but removing anyway as you request: g15daemon depends on libg15-1. libg15daemon-client1 depends on libg15-1. Removing libg15-1 ... dpkg: libg15daemon-client1: dependency problems, but removing anyway as you request: g15daemon depends on libg15daemon-client1 (= 1.9.1.0.svn346-1); however: Package libg15daemon-client1 is to be removed. Removing libg15daemon-client1 ... Errors were encountered while processing: g15daemon E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Building tag database... Done There are now 1 broken [+1]. (I thought initscripts were supposed to return success when stopping something that was already stopped?) --- Drake Wilson -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages g15daemon depends on: ii libc6 2.7-6 GNU C Library: Shared libraries pn libg15-1 none (no description available) pn libg15daemon-client1 none (no description available) pn libg15render1 none (no description available) Versions of packages g15daemon recommends: pn xkeyboard-config none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400733: perl: segfault in Perl_sv_pos_b2u()
On Fri, Mar 30, 2007 at 10:53:22AM +0300, Niko Tyni wrote: On Tue, Nov 28, 2006 at 01:51:03PM +0200, Niko Tyni wrote: Package: perl Version: 5.8.8-6.1 Severity: normal Here's a reproducable segfault that occurs with Request Tracker inside the Text::Tabs module. A minimal testcase is: #!/usr/bin/perl -w use strict; use Encode; my $s = \x{c3}\x{84}\x{54}\x{c3}\x{84}\x{5c}\x{9}; $_ = Encode::decode('utf8', $s); s{\t}{pos()}e; This is the same as #385123, so merging. It's rt.perl.org #39893 and #40989 and fixed in bleadperl. Just verified that this is fixed in 5.10.0-3 from experimental. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463082: lsb-base: inconsistencies and possible bashisms in init-functions
Package: lsb-base Version: 3.1-24 Severity: normal At one point in line 257 of /lib/lsb/init-functions: 251-if log_use_fancy_output; then 252-RED=`$TPUT setaf 1` 253-NORMAL=`$TPUT op` 254-if [ $1 -eq 0 ]; then 255-echo . 256-else 257-/bin/echo -e ${RED}failed!${NORMAL} 258-fi 259-else /bin/echo is used with option `-e' to output fancy_output. I presume that the builtin echo is avoided to remain compatible with both dash bash. At another point (line 157) the builtin echo is used for another fancy output: 153-log_failure_msg () { 154:if log_use_fancy_output; then 155-RED=`$TPUT setaf 1` 156-NORMAL=`$TPUT op` 157-echo $RED*$NORMAL $@ 158-else 159-echo $@ 160-fi 161-} Either `/bin/echo -e' should be used in the second case to make sure that special escaped chars will be interpreted in case bash is used, or the use of `/bin/echo -e' in the first case is useless. PS. There are other places where `/bin/echo -e' is not used for fancy_output. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363444: pysol: Also occurs when altering volume
Package: pysol Version: 4.82.1-4.1 Followup-For: Bug #363444 This also appears to happen when changing the sound effects and music playback volume settings; using OK from that dialog results in the same error and crash. --- Drake Wilson -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pysol depends on: ii python-support0.7.6 automated rebuilding support for p ii python-tk [python2.4-tk] 2.4.4-2Tkinter - Writing Tk applications ii python2.4 2.4.4-7An interactive high-level object-o pysol recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450931: arm/armel support for ltrace
On Jan 28, 2008 2:31 PM, Riku Voipio [EMAIL PROTECTED] wrote: Since neither of you maintainers have responded anything in ages to ltrace bugreports, I will take that both you are inactive and will not mind if NMU ltrace. I will proceed to NMU it tonight, if testing shows that Anderson Lizardo's patches work fine. Fine, no problem for me. I was waiting for the end of january to come, since I will be very busy until then, but if you can NMU, I will greatly appreciate that and ack your upload as soon as possible. Thank you, Juan Cespedes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463075: drupal5: error in prerm
Package: drupal5 Version: 5.6-1 Severity: important Justification: how the ... can I get rid of this package... Hi, Probably because dbconfig stuff is already removed at this time: +++ Removing drupal5 ... /var/lib/dpkg/info/drupal5.prerm: line 8: /usr/share/dbconfig-common/dpkg/prerm: No such file or directory dpkg: error processing drupal5 (--purge): subprocess pre-removal script returned error exit status 1 /var/lib/dpkg/info/drupal5.postinst: line 12: /usr/share/dbconfig-common/dpkg/postinst: No such file or directory dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: drupal5 +++ (I used aptitude to remove quite a bit of stuff. No --force etc. was used.) cheers -- vbi -- Hormel [...] 2006 Annual Report stated that 33% of SPAM purchases were for gag and joke purposes specifically related to unsolicited email. -- quoted on thedailywtf.com, so no idea if it's true signature.asc Description: This is a digitally signed message part.
Bug#455508: MODULES=most does not mean all
On 29/01/2008 Piotr Roszatycki wrote: I don't understand this argument. Just now, my initrd is full of unused modules. I.e.: DAC960, cpqarray, cdrom, ieee1394 and *all* network and SCSI drivers. You just wrote that you're against adding 3 another drivers which are required to boot Debian systems. Of course, I can workaround it by modification of /etc/crypto, but it is not intuitive as far as I have to run update-initrd too and I think the crypto modules are more important than some ancient and unused hardware drivers. Hey Piotr, I'm not responsible for the unused modules in your initramfs. Please blame the initramfs maintainer (or whoever is responsible) for that. For cryptsetup, the correct way is to configure cipher, size and hash in /etc/crypttab, and run update-initramfs after doing so. You should configure the exact cipher, size and hash in /etc/crypttab for other reasons as well. Ciphers continue to develop, and maybe some day we change the default. This would not be possible if everybody just trusts in the default settings being consistent forever. I still object against adding yet another crypto module to the list of default modules that initramfs loads. greetings, jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#179279: She likes a big size
they always say that size doesnt matter and i believed them, but they say it just not to hurt your ego, which i learned later on... after getting dumped over a dozen times. now that I increased the size of my tool they have no reason not to like me anymore, and i always enjoy watching their facial expression when they unzip those pants http://tyrisonsef.com it's very simple: pop it 3 times a day, and watch what's in your pants increase in new lenght and girth within a few months. i tried it, it worked, you should too you have nothing to lose but everything to gain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463079: tinyerp-server should add python-psycopg to it's dependecies.
Package: tinyerp-server Version: 4.2.1-1 Severity: normal --- Please enter the report below this line. --- Traceback (most recent call last): File ./tinyerp-server.py, line 61, in ? netsvc.init_logger() File /usr/lib/tinyerp-server /netsvc.py, line 114, in init_logger from tools import config File /usr/lib/tinyerp-server/tools/__init__.py, line 2, in ? from misc import * File /usr/lib/tinyerp-server/tools/misc.py, line 38, in ? import psycopg ImportError: No module named psycopg I fixed this doing apt-get install psycopg. --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-686 Debian Release: lenny/sid 500 testing http.us.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== adduser | 3.105 python | 2.4.4-6 python-libxml2 | 2.6.30.dfsg-3.1 python-libxslt1 | 1.1.22-1 python-psycopg2 | 2.0.6-3 python-reportlab | 2.0dfsg-1 python-support (= 0.7.1) | 0.7.6 python-xml | 0.8.4-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463078: g15daemon: LCD keys do not appear to be reported to X
Package: g15daemon Version: 1.9.1.0.svn346-1 Severity: normal With g15daemon running and (I think) the appropriate xmodmap incantations, it seems like the G and M keys on the left side of the G15 keyboard attached are reported to X, but the L keys (near the LCD, or what would be the LCD if the one on this keyboard were functioning) aren't reported. A previously locally installed version of g15daemon (I think 1.2.7) reported them fine, so I doubt it's a hardware problem. xev shows no keyboard events when I push any of the four skinny buttons or the round button in the LCD region. Xmodmap file is attached, FWIW. --- Drake Wilson -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages g15daemon depends on: ii libc6 2.7-6GNU C Library: Shared libraries ii libg15-11.2.5-1 Library for interfacing with the L ii libg15daemon-client11.9.1.0.svn346-1 Development packages for libg15dae ii libg15render1 1.2.0.svn250-2 Library for interfacing with the L Versions of packages g15daemon recommends: pn xkeyboard-config none (no description available) -- no debconf information keycode 93 = XF86Launch1 keycode 129 = XF86Launch8 keycode 130 = XF86Launch9 keycode 131 = XF86Launch2 keycode 132 = XF86Phone keycode 133 = XF86Messenger keycode 136 = XF86LaunchD keycode 137 = XF86Support keycode 138 = XF86Word keycode 143 = XF86LaunchF keycode 144 = XF86AudioPrev keycode 150 = XF86LogOff keycode 152 = XF86Launch5 keycode 153 = XF86AudioNext keycode 160 = XF86AudioMute keycode 161 = XF86Travel keycode 162 = XF86AudioPlay keycode 163 = XF86Spell keycode 164 = XF86AudioStop keycode 170 = XF86VendorHome keycode 174 = XF86AudioLowerVolume keycode 176 = XF86AudioRaiseVolume keycode 177 = XF86Launch4 keycode 178 = XF86HomePage keycode 182 = XF86Away keycode 183 = XF86WebCam keycode 184 = XF86Launch0 keycode 188 = XF86Music keycode 190 = XF86Launch6 keycode 194 = XF86Forward keycode 195 = XF86Send keycode 205 = XF86Calendar keycode 208 = XF86Launch7 keycode 209 = XF86LaunchB keycode 210 = XF86LaunchC keycode 215 = XF86Save keycode 219 = XF86WWW keycode 220 = XF86LaunchE keycode 223 = XF86Sleep keycode 228 = XF86Pictures keycode 231 = XF86LaunchA keycode 236 = XF86Mail keycode 237 = XF86AudioMedia keycode 246 = XF86iTouch keycode 247 = XF86Launch3 keycode 249 = XF86ToDoList keycode 251 = XF86Calculater
Bug#463076: xserver-xorg-video-ati: machine freezes when X is stopped or second X started
On Tue, Jan 29, 2008 at 12:15:26PM +0100, Bram Senders wrote: The same freeze occurs when I try to start a second X, via X :1, and an Xorg.1.log is never created. Oops, that's incorrect, an Xorg.1.log _is_ created when I try to start a second X, and its contents are: === 8 === This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080118-1) Current Operating System: Linux tofu 2.6.23-1-powerpc #1 Fri Dec 21 15:18:37 UTC 2007 ppc Build Date: 18 January 2008 11:59:02PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.1.log, Time: Tue Jan 29 12:15:59 2008 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor iiyama Vision Master 450 (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) |--Input Device Configured Mouse (==) |--Input Device Generic Keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) No APM support in BIOS or kernel (II) Loader magic: 0x101e7db0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.0.90, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) using VT number 8 === 8 === Bram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463091: libwww-curl-perl: setting CURLOPT_MAX_RECV_SPEED_LARGE (and other parameters expecting curl_off_t?) broken
Package: libwww-curl-perl Version: 3.02-2+b3 Severity: normal Tags: patch Hi, I am the maintainer of apt-cacher which I have recently converted to use libcurl via libwww-curl-perl. I have had a bug filed against apt-cacher (#462523) which is failing to limit bandwith usage since conversion to libcurl. Looking at the source of libwww-curl-perl, this appears to be because CURLOPT_MAX_RECV_SPEED_LARGE requires a curl_off_t parameter, but Curl.xs uses the default handler and casts it to long. I have created a very basic patch and verified that it fixes the test case for me here. It probably is not finished and requires some version #ifdefs, but seems a good starting point. I would be grateful if you would consider including a fix for this. Thanks, Mark --- WWW-Curl-3.02/Curl.xs 2004-04-20 14:24:18.0 +0100 +++ /usr/src/WWW-Curl-3.02/Curl.xs 2008-01-29 12:10:29.0 + @@ -714,6 +714,18 @@ croak(value is not of type WWW::Curl::Form); break; */ + + /* Expect curl_off_t */ + case CURLOPT_POSTFIELDSIZE_LARGE: + case CURLOPT_RESUME_FROM_LARGE: + case CURLOPT_INFILESIZE_LARGE: + case CURLOPT_MAXFILESIZE_LARGE: + case CURLOPT_MAX_SEND_SPEED_LARGE: + case CURLOPT_MAX_RECV_SPEED_LARGE: + { + RETVAL = curl_easy_setopt(self-curl, option, (curl_off_t)SvIV(value)); + }; + break; /* default cases */ default: -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (400, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.24-mk7 Locale: LANG=en_GB, LC_CTYPE=iso_8859_1 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages libwww-curl-perl depends on: ii libc6 2.7-3 GNU C Library: Shared libraries ii libcurl3 7.17.1-1 Multi-protocol file transfer libra ii perl 5.8.8-12 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.8] 5.8.8-12 The Pathologically Eclectic Rubbis libwww-curl-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460084: please add armeb too
While you're at it, you may as well add armeb for that forthcoming port -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463103: : French debconf templates translation
Package: fdutils Version: 5.5-20060227-1.2 Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (650, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: fdutils_5.4-20040228-4\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-09 21:08+0100\n PO-Revision-Date: 2005-05-20 09:14+0100\n Last-Translator: Steve Petruzzello [EMAIL PROTECTED]\n Language-Team: French [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-SourceCharset: UTF-8\n #. Type: boolean #. Description #: ../templates:2001 msgid Should fdmount be installed 'setuid root'? msgstr Faut-il exécuter fdmount avec les privilèges du superutilisateur ? #. Type: boolean #. Description #: ../templates:2001 #| msgid #| In order to enable ordinary users to mount a floppy disk using fdmount, #| fdmount needs to be set up as set-user-id root. Please note that this is #| usually considered to be a security hazard. msgid In order to enable ordinary users to mount a floppy disk, the fdmount program can be installed with the set-user-ID bit set, so that it will run with the permissions of the superuser. msgstr Pour que les utilisateurs non privilégiés puissent monter une disquette avec fdmount, ce programme doit s'exécuter avec les privilèges du superutilisateur (« setuid root »). #. Type: boolean #. Description #: ../templates:2001 msgid Such a setting may have security implications in the case of vulnerabilities in fdmount's code. msgstr Cette configuration peut affaiblir la sécurité du système dans le cas d'une vulnérabilité du code de fdmount. #~ msgid Do you want to make fdmount set-user-id root? #~ msgstr fdmout doit-il s'exécuter avec les privilèges du superutilisateur ?
Bug#441621: New commit
tags 441621 pending thanks A commit relevant to this bug has occurred. Revision: cffdbe927fa6f937f76985f63fc92ecaab3bbeca changeset: 167:cffdbe927fa6f937f76985f63fc92ecaab3bbeca user:John Goerzen [EMAIL PROTECTED] date:Fri Oct 19 09:49:58 2007 -0500 description: Close stdin, stdout, stderr on daemon fixes deb#441621 This patch fixes the default behavior of a non-DEVELOPER version of Bacula to close STDIN, STDOUT, and STDERR so that an ssh that starts bacula will not hang. It also fixes a crash in bat when bat is executed and cannot connect to the Director (e.g. it is not running). This patch fixes bugs #991 and #993. Apply this fix to Bacula version 2.2.5 with: cd bacula-source patch -p0 2.2.5-daemon.patch ./configure (your options) make ... make install Diff: http://hg.debian.org/hg/private/jgoerzen/bacula?cmd=changeset;node=cffdbe927fa6f937f76985f63fc92ecaab3bbeca;style=raw More details are available at: http://hg.debian.org/hg/private/jgoerzen/bacula?cmd=changeset;node=cffdbe927fa6f937f76985f63fc92ecaab3bbeca;style=gitweb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413754: New commit
tags 413754 pending thanks A commit relevant to this bug has occurred. Revision: 76f8e61cff5e4330027b6f7ab04c774235ef3874 changeset: 187:76f8e61cff5e4330027b6f7ab04c774235ef3874 tag: tip user:John Goerzen [EMAIL PROTECTED] date:Tue Jan 29 08:48:49 2008 -0600 description: Updated Changelog to reflect Mark's changes. His branch: fixes deb#458780, deb#439969, deb#435627, deb#413754 Diff: http://hg.debian.org/hg/private/jgoerzen/bacula?cmd=changeset;node=76f8e61cff5e4330027b6f7ab04c774235ef3874;style=raw More details are available at: http://hg.debian.org/hg/private/jgoerzen/bacula?cmd=changeset;node=76f8e61cff5e4330027b6f7ab04c774235ef3874;style=gitweb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462581: syslog and blocking squid process
Thanks for the pointer. After overriding SQUID_ARGS as proposed, squid seems to no longer be using syslog. It's my feeling that unless squid is modified to call syslog in a manner which can't block the main process, the default SQUID_ARGS should not include -s. Since the information is already logged to cache.log, there is no data lost through making such a change and a substantial risk is eliminated. See Debian bugs 205926 and 462581 for more general information on the bad effects of syslog using blocking IO in a daemon's select() or poll() loop. As for syslog-ng, unless they're including a non-blocking syslog client library, it only partially addresss the problem. Syslog-ng's multi-threaded model would help reduce cases where the syslog daemon might not immediately process logging requests, but it does not fully eliminate the possibility that the blocking write called by the standard POSIX syslog() might still block and hang up the entire squid process until it completes. One workaround would be to call the syslog function from an external child process, similar to how older squid versions (or newer versions when compiled with the --disable-internal-dns option) handled the blocking gethostbyname function. -- Brian Ristuccia [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461049: coreutils: dd no longer reports xx+yy records in|out after sigpipe.
On Tue, Jan 29, 2008 at 03:12:24PM +0100, Jim Meyering wrote: Rogier Wolff [EMAIL PROTECTED] wrote: On Tue, Jan 29, 2008 at 08:01:45AM -0500, Michael Stone wrote: I figured there'd be some piece of posix at the bottom of it. :) I wonder if the documentation should better reflect that. (The info page says only that when dd completes it outputs the final statistics; maybe something like when dd completes normally or is killed by SIGINT it outputs the final statistics?) When I use dd to fill a floppy, (I could use cp, but dd outputs the size of the data copied, which helps me verify things went as planned), I want to see 1440 blocks copied. You were reporting that this didn't work the way you expected: $ dd if=/dev/zero | dd count=100 of=/dev/null The real solution is just don't do that (i.e., don't use the unnecessary pipe). Do this instead: $ dd if=/dev/zero count=100 of=/dev/null As reported in the original bugreport: Of course, the two dd's are unneccesary, and this could be done with one dd. In practise, the consumer (second dd) is another program that exits when it's had enough data. The output of (the first) dd is then used to extract the approximate amount of data copied. The script that, after an system-upgrade, stopped working of course uses a different program, which I'm not sure you have. So I decided to provide an example, for which I didn't have to provide any data files and other unusual programs. This is a simple test case, which regrettably uses a second dd to limit the amount of data that can be copied. . This results in two different possibilities if miscommunication: First someone reports seeing 100+0 records copied from the second dd, which is of course correct, but the bug lies in the first dd no longer reporting the amount of data copied. The second case, is your interpretation that one dd would be unneccesary as it could be done with just one. Roger. -- ** [EMAIL PROTECTED] ** http://www.BitWizard.nl/ ** +31-15-2600998 ** **Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233** *-- BitWizard writes Linux device drivers for any device you may have! --* Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement. Does it sit on the couch all day? Is it unemployed? Please be specific! Define 'it' and what it isn't doing. - Adapted from lxrbot FAQ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463076: xserver-xorg-video-ati: machine freezes when X is stopped or second X started
Bram Senders wrote: Package: xserver-xorg-video-ati Version: 1:6.7.198~git20080117.6bd510a2-1 Severity: important Hello there, I have a PowerPC Mac Mini with a Radeon 9200 inside, and did a fresh install of Debian Sid on that. I got bitten by bug #457563, where starting X would instantaneously freeze the machine, but upgrading to the latest experimental version of xserver-xorg-video-ati fixed that, as suggested. However, I now have the problem that the machine freezes when the X server is stopped... Just a hard freeze when I try to logout, or shutdown the machine, or restart gdm; anything that kills the X server causes the entire machine to lock up. My Xorg.0.log contains no information about stopping X. The same freeze occurs when I try to start a second X, via X :1 A random guess would be try adding Option AGPMode 4 or 8 to the Device section of your xorg.conf (or Option BusType PCI). But this generally helps fixing crashes near X startup, not when leaving X like here. Did you ever try another 6.7.19x package from experimental (apart from the buggy 6.7.197)? It would be nice to know when the problem first appeared. These old packages are available through snapshot.debian.net Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461049: coreutils: dd no longer reports xx+yy records in|out after sigpipe.
Rogier Wolff [EMAIL PROTECTED] wrote: +and when @command{dd} completes normally or is killed by the [EMAIL PROTECTED] signal, it outputs the final statistics. Which is not correct, as the stats are also printed upon write error, like ENOSPC. (as we all agree the standards require). It depends on your definition of normally. If I meant what you seem to think I meant, I would have said ...completes *successfully*. However, improvements are always welcome. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458911: please add armeb too
while you're at it, you might as well add the forthcoming armeb architecture too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460077: Please add armeb also
While you're at it, you may as well also add armeb, the forthcoming big-endian version of the port -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385258: Patch for 385258
tags 385258 + patch thanks Hi! Working watch file below: version=3 opts=dversionmangle=s/\.// \ http://www.cbcb.umd.edu/software/glimmer/ glimmer(.*)\.tar.gz The test: $ uscan --report-status Processing watchfile line for package tigr-glimmer... Newest version on remote site is 302, local version is 2.13 (mangled local version number 213) tigr-glimmer: Newer version (302) available on remote site: http://www.cbcb.umd.edu/software/glimmer/glimmer302.tar.gz (local version is 2.13, mangled local version number 213) Best regards, Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400394: Debian bug#400394 - Amaranth, Lush, Nuvola, SphereCrystal, Wasp controls break panel transparency
Hi! I can confirm that all of the engines, except SphereCrystal, still have this problem with panel transparency. The icons don't suffer from it, but applets like Tomboy and QuodLibet do. My gtk2-engines version is 1:2.12.2-1 on Debian/unstable. Best regards -- Danai SAE-HAN (韓達耐) 題目:《自嘲》 作者:陸游(1125-1210) 少讀詩書陋漢唐,莫年身世寄農桑。 騎驢兩腳欲到地,愛酒一樽常在旁。 老去形容雖變改,醉來意氣尚軒昂。 太行王屋何由動,堪笑愚公不自量。 signature.asc Description: OpenPGP digital signature
Bug#463113: login: delay when password was typed incorrectly is security measure of the past
Package: login Version: 1:4.0.18.1-11 Severity: wishlist login: delay when password was typed incorrectly is security measure of the past please make this delay configurable -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23pps-nodeb.pps-nodeb (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages login depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii libpam-modules0.99.7.1-5 Pluggable Authentication Modules f ii libpam-runtime0.99.7.1-5 Runtime support for the PAM librar ii libpam0g 0.99.7.1-5 Pluggable Authentication Modules l login recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463039: [Pkg-octave-devel] Bug#463039: why does octave3.0 provide: octave2.9?
* Steve Langasek [EMAIL PROTECTED] [2008-01-29 07:21]: Well, note that I don't consider removal of the existing octave2.9 packages to clear it up. The octave3.0 Provides: is still wrong, either because this package does not provide identical functionality or because it's proof of a gratuitous name change that breaks most of the existing reverse-dependencies. Sure, the Provides: octave2.9 will be dropped and all the reverse-dependencies will be updated in order to work with octave3.0 (see the bugs blocking #457675). As I wrote before, we are in a transition phase. Hopefully the dust will settle down soon. Anyway, thanks for the heads up. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426581: meshlab - anyone still working on this
Hi all, I made a small effort to bring the meshlab package up to date with the current CVS version, but had to give up. There were some errors on the code, such as missing functions or declarations (I probably hit the CVS on a wrong day), but what stopped me was that the dependency on lib3ds-dev is to version 1.3.0, which is not in Debian yet (bug report filed, see #463108). In order to let others take a stab on packaging, I will let launchpad host my bzr branches, and will grant access to anyone who's interested (Gurkan?). Launchpad should also automatically import code from the sourceforge CVS to the trunk branch. See https://code.launchpad.net/meshlab if interested. Code tarballs from upstream with the useful parts from vcg needed to build meshlab would really help. Now the meshlab-debian branch at launchpad has these bits copied manually from a CVS checkout made on the same day as meshlab was updated. Best, Teemu On Jan 24, 2008 10:38 PM, Paolo Cignoni [EMAIL PROTECTED] wrote: Hi, I do not have a debian machine directly available for testing,nor i know how to build debian packages, but I can help any volunteer in this task. Version 1.1.0 is almost ready so if also a debian version would be ready i will be really happy. Feel free to ask me, (and/or to the meshlab devel maililing list) Cheers Paolo Cignoni (the lead devel of meshlab) On Jan 24, 2008 8:50 PM, Ian Jackson [EMAIL PROTECTED] wrote: Is anyone still working on the meshlab package (and the vcg library) ? I have a use for it and hoped to find a package, or failing that I might try to put one together myself. How far has anyone got ? Any information or pointers would be valuable. I found this: http://gnu.ethz.ch/debian/meshlab/ which is shall we say a surprising way of distributing source for Debian and is clearly very much a work in progress. If someone wants to make a package suitable for me to sponsor that would be fine by me too. Regards, Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463112: eog: Very slow to show an image on a directory with many images
Package: eog Version: 2.20.4-1 Severity: normal Hi, I have a directory with many images (my photo album with 5000 jpg images). Each time I invoke eog anImage.jpg on this directory, I must wait tens of seconds, because eog reads ALL the images in this directory. If still is useful to read all the images in a directory before showing an image, would it be possible to add an option to eog not to read all these images? Cheers, Eugen Dedu -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages eog depends on: ii gconf2 2.20.1-2+b1 GNOME configuration database syste ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libexempi3 1.99.8-1 A library to parse XMP metadata (L ii libexif12 0.6.16-2.1library to parse EXIF files ii libgconf2-42.20.1-2+b1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libgnome-desktop-2 2.20.3-1 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.16-8Color management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.31.dfsg-1 GNOME XML library ii python2.4 2.4.4-7 An interactive high-level object-o ii shared-mime-info 0.23-1FreeDesktop.org shared MIME databa Versions of packages eog recommends: ii librsvg2-common 2.20.0-1 SAX-based renderer library for SVG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462423: Fails to remove snort_eth0.pid on shutdown
Ricevuto da Javier Fernandez-Sanguino: Please send me the output of 'ls -la /var/run//snort_eth0.pid ; ls -ld /var/run' Here it is: -rw-r- 1 root root 6 2008-01-28 18:40 /var/run//snort_eth0.pid drwxr-xr-x 10 root root 1024 2008-01-28 18:40 /var/run I assume that you are running the stop action as as root. Right? Yes, you are right. Thank you! Elisa -- LaB *** GnuPG KeyID: 53257E8A *** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463081: grub2: Machine reboots after 'Welcome to GRUB!' message
On Tue, Jan 29, 2008 at 04:15:29PM +0100, Robert Millan wrote: Can you reproduce it with: apt-get install grub-rescue-pc qemu dd if=/dev/sda5 of=/tmp/img qemu -boot a -fda /usr/lib/grub-rescue/grub-rescue-floppy.img -hda /tmp/img and trying to setup gfxterm manually? (by loading the font from (hd0)/share/...) Yes :-) qemu: fatal: Trying to execute code outside RAM or ROM at 0x2e2e002e EAX=0009c0d6 EBX=73667800 ECX= EDX= ESI=00088190 EDI=0009c0d6 EBP=0007f76c ESP=0007f740 EIP=2e2e002e EFL=0002 [---] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0010 00cf9300 CS =0008 00cf9a00 SS =0010 00cf9300 DS =0010 00cf9300 FS =0010 00cf9300 GS =0010 00cf9300 LDT= 8000 TR = 8000 GDT= 833c 0027 IDT= 03ff CR0=6011 CR2= CR3= CR4= CCS=000c CCD=0007f748 CCO=SUBL FCW=037f FSW= [ST=0] FTW=00 MXCSR=1f80 FPR0= FPR1= FPR2= FPR3= FPR4= FPR5= FPR6= FPR7= XMM00= XMM01= XMM02= XMM03= XMM04= XMM05= XMM06= XMM07= Aborted Just in case it's relevant, xfs_info on /usr: meta-data=/dev/sda5 isize=256agcount=16, agsize=152742 blks = sectsz=512 attr=0 data = bsize=4096 blocks=2443872, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 log =internal bsize=4096 blocks=16384, version=1 = sectsz=512 sunit=0 blks, lazy-count=0 realtime =none extsz=4096 blocks=0, rtextents=0 Peter // Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463076: xserver-xorg-video-ati: machine freezes when X is stopped or second X started
On Tue, 2008-01-29 at 15:05 +0100, Brice Goglin wrote: Bram Senders wrote: However, I now have the problem that the machine freezes when the X server is stopped... Just a hard freeze when I try to logout, or shutdown the machine, or restart gdm; anything that kills the X server causes the entire machine to lock up. My Xorg.0.log contains no information about stopping X. The same freeze occurs when I try to start a second X, via X :1 A random guess would be try adding Option AGPMode 4 or 8 to the Device section of your xorg.conf (or Option BusType PCI). But this generally helps fixing crashes near X startup, not when leaving X like here. Nope, this doesn't help. Did you ever try another 6.7.19x package from experimental (apart from the buggy 6.7.197)? It would be nice to know when the problem first appeared. These old packages are available through snapshot.debian.net The following versions all exhibit the same problem: 1:6.7.198~git20080117.6bd510a2-1 1:6.7.198~git20080109.10e7636c-1 1:6.7.198~git20080102.30cab1db-1 1:6.7.198~git20080101.f65374f5-1 I then tried version 1:6.7.198~git20071221.be7f8fd3-1, but this one has the old bug #457563 again, where the freeze already occurs on startup, and trying AGPMode 4 or BusType PCI then still causes a freeze on startup. So I cannot use this version... I assume earlier versions have the same bug? Bram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463115: librxtx-java: should depend on java-runtime
Package: librxtx-java Version: 2.1.7r2-3 Severity: normal Currently librxtx-java depends on kaffe | java-virtual-machine. The virtual package java-virtual-machine is being phased out and current packages of Sun Java don't provide it any longer. This creates a strict dependency on kaffe, which is not desirable for everyone. I suggest that the dependencies are changed to java-runtime Thanks for considering this change. Sven -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages librxtx-java depends on: ii gij-4.2 [java-virtual-machine 4.2.2-7The GNU Java bytecode interpreter ii libc6 2.7-6 GNU C Library: Shared libraries ii sun-java5-jre [java-virtual-m 1.5.0-14-2 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java-virtual-m 6-04-1 Sun Java(TM) Runtime Environment ( librxtx-java recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461049: coreutils: dd no longer reports xx+yy records in|out after sigpipe.
$ dd if=/dev/zero | dd count=100 of=/dev/null Of course, the two dd's are unneccesary, and this could be done with one dd. In practise, the consumer (second dd) is another program that exits when it's had enough data. The output of (the first) dd is then used to extract the approximate amount of data copied. After having read through things again instead of saying the above I would now have used this test case to reproduce the issue. This is clearer test for it. $ dd if=/dev/zero | head --bytes 1024 /dev/null 129+0 records in 128+0 records out 65536 bytes transferred in 0.037618 seconds (1742140 bytes/sec) Older versions of dd produced the above output. Starting with version 5.90 dd no longer outputs those statistics on SIGPIPE. Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463121: xen-unstable non non-pae hypervisor package is not pae
Package: xen-hypervisor-unstable-i386 Version: 3.2-unstable+hg16439-1 The attached patch fixes the problem with generating PAE hypervisors. debian/rules.real was failing to properly make use of $(CONFIG). Without the -i386 and -i386-nonpae packages both contain non-PAE hypervisors and it is not possible to boot a PAE kernel. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463122: update-notifier ha terminado inesperadamente appears after closing XChat and pushing the power button in the keyboard (Genius KB-06X).
Package: update-notifier Version: 0.42.12-3 Severity: normal It only happens from time to time. I couldn't repeat the crash, while trying to cause it myself. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages update-notifier depends on: ii dbus-1-utils 1.0.2-1 simple interprocess messaging syst ii gksu 2.0.0-1 graphical frontend to su ii hal0.5.8.1-9 Hardware Abstraction Layer ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libhal10.5.8.1-9 Hardware Abstraction Layer - share ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libnotify1 0.4.3-1 sends desktop notifications to a n ii liborbit2 1:2.14.3-0.2 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxau61:1.0.1-2 X11 authorisation 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 libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-2 GNOME XML 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 notification-daemon0.3.5-1+b1a daemon that displays passive pop ii python 2.4.4-2 An interactive high-level object-o ii python-apt 0.6.19Python interface to libapt-pkg ii update-manager 0.42.2ubuntu22-11 GNOME application that manages sof update-notifier recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463120: libjsch-java: ant cannot find jsch
Package: libjsch-java Version: 0.1.36-1 Severity: normal *** Please type your report below this line *** Even when the package libjsch-java is installed ant cannot find it (it's required for the scp task). This is because ant task dependencies are search in /usr/share/ant/lib and this directory doesn't contains any link to /usr/share/java/jsch.jar. Other packages like libbcel-java and junit provide such link so I guess it's should be the same for libjsch-java: $ dpkg -L junit | grep /share/ant/lib/ /usr/share/ant/lib/junit.jar $ dpkg -L libbcel-java | grep /share/ant/lib/ /usr/share/ant/lib/bcel.jar My /usr/share/ant/lib/ after installing libjsch-java.jar: $ ls -l /usr/share/ant/lib/ | grep ^l lrwxrwxrwx 1 root root 19 2007-11-09 10:03 bcel.jar - ../../java/bcel.jar lrwxrwxrwx 1 root root 20 2008-01-08 11:43 junit.jar - ../../java/junit.jar What I needed to do to make aware of it: lrwxrwxrwx 1 root root 19 2008-01-29 17:32 jsch.jar - ../../java/jsch.jar -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/4 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages libjsch-java depends on: ii gij-4.2 [java-virtual-machine 4.2.1-5The GNU Java bytecode interpreter ii java-gcj-compat 1.0.76-5 Java runtime environment using GIJ ii sun-java5-jre [java-virtual-m 1.5.0-13-1 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java-virtual-m 6-00-2 Sun Java(TM) Runtime Environment ( libjsch-java recommends no packages. -- no debconf information
Bug#462543: samba: No more CUPS printing any more
Can you check what you currently have for your 'dos charset', 'unix charset', and 'display charset' settings in smb.conf? unix charset = iso8859-15 dos charset and display charset are not set. Is it realy required to rename files on disk to resolve this problem? Your 'display charset' value may be set to 'LOCALE'. I see that you filed the bug report from a UTF-8 locale, but is it possible that other users on your system (e.g., root) are still using an ISO8859-1 locale? How can I check this? Is it sufficient to reconfigure locales package and reboot afterwards? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415975: fixed in wine-doc 0.9.52-1
* Ove Kaaven [EMAIL PROTECTED] [Sat, 29 Dec 2007 01:32:14 +]: Source: wine-doc Source-Version: 0.9.52-1 We believe that the bug you reported is fixed in the latest version of wine-doc, which is due to be installed in the Debian FTP archive: wine-doc (0.9.52-1) unstable; urgency=low * Documentation snapshot for the Wine 0.9.52 release. (Yeah, looks like it's been a while since I last updated the docs package...) Closes: #415975. And how about fixing documentation in _stable_ _Etch_ for wine 0.9.25-1, which apears to have been released out of sync with released _program_ package? Wouldn't upload of 0.9.25 version of _wine-doc_ to etch-proposed-update be the right thing? Or is it just a wont-fix for _stable_? I attached the diff below... ~ diff -Naur -xCVS wine-docs-0.9 wine-docs-0.9.25 |filterdiff Thanks! --- wine-docs-0.9/en/winedev-coding.sgml2005-10-22 15:14:10.0 +0400 +++ wine-docs-0.9.25/en/winedev-coding.sgml 2006-08-26 17:43:16.0 +0400 @@ -35,7 +35,7 @@ /listitem listitem para -The patch in commanddiff -u/command format +The patch in quoteGit/quote format /para /listitem /itemizedlist @@ -43,33 +43,23 @@ para/para para -commandcvs diff -u/command works great for the common case - where a file is edited. However, if you add or remove a file -commandcvs diff/command will not report that correctly so -make sure you explicitly take care of this rare case. +To generate a patch using Git, first commit it to your local tree. /para para -For additions simply include them by appending the -commanddiff -u /dev/null /my/new/file/command output of - them to any commandcvs diff -u/command output you may - have. Alternatively, use commanddiff -Nu olddir/ - newdir//command in case of multiple new files to add. +Each file that you change needs to be updated with +command git update /command. If you are adding or removing +a file, use command git update --add /command or +commandgit update --remove/command respectively. +After updating the index, commit the change using +command git commit /command. The commit message will be +sent with your patch, and recored in the ChangeLog. + /para + para +After committing the patch, you can extract it using +commandgit format-patch/command and send it to wine-patches +using commandgit imap-send/command or simply attaching it +to you mail manually. /para - para -For removals, clearly list the files in the description of the - patch. - /para - para -Since wine is constantly changing due to development it is - strongly recommended that you use cvs for patches, if you - cannot use cvs for some reason, you can submit patches against - the latest tarball. To do this make a copy of the files that - you will be modifying and commanddiff -u/command against - the old file. I.E. - /para - screen -diff -u file.old file.c file.txt - /screen /sect1 sect1 id=Style-notes @@ -215,11 +205,11 @@ can build on it and it will not go stale?) /para para -Make sure your patch applies to the current CVS head -revisions. If a bunch of patches are committed to CVS that may +Make sure your patch applies to the current Git HEAD +revisions. If a bunch of patches are committed that may affect whether your patch will apply cleanly then verify that -your patch does apply! commandcvs update/command is your -friend! +your patch does apply! commandgit fetch; git rebase origin/command +is your friend! /para para Save yourself some embarrassment and run your patched code --- wine-docs-0.9/en/winedev-debugger.sgml 2005-10-17 08:50:37.0 +0400 +++ wine-docs-0.9.25/en/winedev-debugger.sgml 2006-03-23 07:30:30.0 +0300 @@ -2004,6 +2004,12 @@ /entry /row row + entrycommandinfo all-regs/command/entry + entry + prints the value of the CPU and Floating Point registers + /entry + /row + row entry commandinfo segment lt;Ngt;/command /entry --- wine-docs-0.9/en/winedev-ole.sgml 2005-09-25 20:13:41.0 +0400 +++ wine-docs-0.9.25/en/winedev-ole.sgml2005-10-30 17:55:22.0 +0300 @@ -620,8 +620,7 @@ /para para - DCOM is theoretically an internet RFC - ulink url=http://www.grimes.demon.co.uk/DCOM/DCOMSpec.htm;[2]/ulink and is + DCOM is theoretically an internet RFC and is specced out, but in reality the
Bug#462938: emacs22-gtk: window size suddenly changes
reassign 462938 metacity thanks On 2008-01-29 11:17 +0100, Kazuhiro NISHIYAMA wrote: At Mon, 28 Jan 2008 16:20:44 +0100, Sven Joachim wrote: I cannot reproduce this. Which window manager do you use? I use GNOME and metacity (default window manager of GNOME). It seems to be a Metacity bug, see http://bugzilla.gnome.org/show_bug.cgi?id=461927 and its merged bugs for similar issues with other applications. Also, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=293709 may be related. Reassigning this bug, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#213482: :: 86% Cheaper than Original Price: aRolex, Cartier, Omega, Chanel, Tag Heuer, Breitling ... 849tv613kh3ww1t99r
** We add 100 Latest Arrival 2008 models Watches ** /// Safe guaranteed shopping \\\ /// Inquiries answered in 24 hours \\\ /// Over 1360 Models to choose from \\\ Swiss QualityReplica Many World famous LUXURY BRANDS Free 1 year Warranty on all Watches http://rhq.sefirstplace.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#134606: :: 86% Cheaper than Original Price: aRolex, Cartier, Omega, Chanel, Tag Heuer, Breitling ... e4ors73khf8jy3cr
** We add 100 Latest Arrival 2008 models Watches ** /// Safe guaranteed shopping \\\ /// Inquiries answered in 24 hours \\\ /// Over 1360 Models to choose from \\\ Swiss QualityReplica Many World famous LUXURY BRANDS Free 1 year Warranty on all Watches http://rhq.sefirstplace.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]