Bug#403454: New mindi-2.20-2 Uploaded
Hi Matija, Thank you very much for sending those patches through! They look pretty straight forward and I believe I understand what they do, so i have applied them and released mindi-2.20-2 which should currently be in. If you have the possibility, I would much appreciate you testing the new package in your environment to double-check. Happy Christmas thanks a lot for your help! Andree -- Andree Leidenfrost @ Debian Developer Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#404143: Fans unreliable under load, permanent memory leak
On Sun, Dec 24, 2006 at 03:07:55AM +0100, Frederik Schueler wrote: Hi *, this is indeed a severe issue which requires all our attention and care to solve or circumvent in order for nobodies boxes to get any harm, you know how expensive these laptops are. I basically see 3 solutions/workarounds: 1. the brutal one: deactivate ACPI in 2.6.18, have the bios keep control of the fans - better a noisy laptop until I upgrade the kernel than a fried box. 2. port 2.6.19 ACPI - noop because way too much work, unless someone crazy enough to accomplish this task. 3. go for 2.6.19 As said, i can imagine another solution. 4. Provide both a stable 2.6.18, and a easily usable backported 2.6.19 (or newer) kernel, which would be built for etch, but built out of our trunk/unstable/testing archive. Then we can add a bit of logic into d-i's base-installer, so that the kernel installation step detects the laptops which have this problem (do we know how to detect them ?), and inform the user and install the newer kernel. Alternatively, we can go 1, create a -noacpi flavour usable on those laptops, and install that flavour in d-i. This would probably be the easiest solution. Documenting arbitrary breakage in the release notes is not a solution, just consider how well manuals are usually read (if at all). Users will end with damaged hardware and blame us for it. /me agrees. We released woody with disabled ide dma due to somewhat similar issues (boxes hanging), so disabling ACPI in 2.6.18 and going for a 2.6.19 based 4.0r1 ASAP seems the best thing to me personally, but this is of course up for discussion. I have been thinking of another solution, but since i am kind of ignored or this is a subject a certain amount of the powers-who-be don't want me to mention, i doubt it will be gaining much momentum. I am going to propose a talk at fosdem about these ideas, where issues and everything else can be discussed. The idea goes as follows : 1) We take the kernel out of the main debian archive, into a separate kernel pool. This pool would hold the kernel and all assorted modules or abi-depending packages. This pool would hold per-abi subpools (dists/kernel/2.6.18-3, dists/kernel/2.6.19-1, etc). 2) Eventually, we have some symlink or mirroring logic which would allow the chosen kernel to be accesible from the main archives. This means we can prepare kernels in this kernel pool, test it, and once it is ready, do a one-pule moving of those packages (without rebuild) into the main pools. 3) This pool will include both kernel .debs and .udebs. A further improvement would allow to split the d-i initramfs into two, having a single copy of the non-kernel specific stuff, and a per-flavour copy of the kernel initramfs stuff. This way, we move together the kernel and the module .udebs, and can easily switch d-i to change kernel version, or even build various d-i for various kernel versions. Furthermore this would avoid d-i trying to import 2.6.18-3 modules when you build a local 2.6.19-1 kernel, and simplify the whole .udeb version checking and downloading logic. Well, there is more to it, and i will present that at fosdem, but i hope this already gave you all a taste of what could be, and that these ideas will not be rejected out of hand, just because they come from me. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404313: libpango1.0-0 should depend on imagemagick
Hi, On Sat, Dec 23, 2006, Davide Viti wrote: I get the following error when invoking pango-view: [EMAIL PROTECTED]:~/temp$ pango-view -t displayme -q -o displayme.png (pango-view:13089): GLib-WARNING **: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Failed to execute child process convert (No such file or directory) pango-view: When running ImageMagick 'convert' command: (null) Thanks for the report. pango-view is only a development / diagnostic tool, so I'm not uploading the fix right now. I've added a Suggest in our SVN, it will be part of the next upload. Bye, -- Loïc Minier [EMAIL PROTECTED] Forget your stupid theme park! I'm gonna make my own! With hookers! And blackjack! In fact, forget the theme park! -- Bender
Bug#403794: Package: base Debian ETCH will not recognize the CD-ROM
- Forwarded message from Art Blackwell [EMAIL PROTECTED] - I tried the latest update with the .iso image you suggested. The good news: NICE eye candy compared to the usual install! The bad news: I have the same problem: no recognition of the floppy or CD-ROM drives. The /DEV directory entries needed are still missing, and the drives won't mount. When the new drives come in, I will attempt the same install on the ML530 with a different Smart Array but the SAME message in the BIOS about not supporting ide drives. That may help narrow down the problem. The Kubuntu install was for PLAY. The DEBIAN install is for WORK. That is why I am interested in resolving this issue. I have always used a DEBIAN install for work related systems. - End forwarded message - -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#404362: totem: Add upstream changelog and news files
On Sun, Dec 24, 2006, Sven Arvidsson wrote: If there isn't a good reason for excluding them, I'd like to see the upstream ChangeLog, NEWS and TODO files for totem included in the debian package. NEWS file should be in, but for some reason isn't included in the package, you're welcome to research why. I disagree on TODO, which is usually for upstream developers, not for Debian users. Concerning ChangeLog, it should be similar to NEWS, but below dh_installchangelogs instead of dh_installdocs, feel free to append it. Bye, -- Loïc Minier [EMAIL PROTECTED] Forget your stupid theme park! I'm gonna make my own! With hookers! And blackjack! In fact, forget the theme park! -- Bender
Bug#404346: vino-server segmentation fault
Hi, On Sat, Dec 23, 2006, Guy Roussin wrote: I notice that vino-server don't start on my system even if i configure it to start. Do you have any libs in /usr/local/? Otherwise, please follow http://wiki.debian.org/HowToGetABacktrace and report a backtrace of the crash with debugging symbols. Bye, -- Loïc Minier [EMAIL PROTECTED] Forget your stupid theme park! I'm gonna make my own! With hookers! And blackjack! In fact, forget the theme park! -- Bender
Bug#404151: user-es: Please do not ship this with etch (maintainer request)
reassign 404151 user-es thanks On Sat, Dec 23, 2006 at 02:33:07PM -0800, Steve Langasek wrote: Also, this bug has 'user-es' in the title, but is filed against euro-support. user-euro-es (from the user-es source package) has a dependency on euro-support, so euro-support can't be removed from etch without also removing user-es. Which packages is this request intended to apply to? Should be user-es, not euro-support. Sorry for the confusion, I don't know what I was thinkign of. Javier signature.asc Description: Digital signature
Bug#398302: klibc-utils: works with uswsusp now
Package: klibc-utils Followup-For: Bug #398302 with the following versions, everything seems to be working fine for me: ii linux-image-2.6.18-3-vserver-686 2.6.18-8 ii cryptsetup 1.0.4-8 ii initramfs-tools0.85e ii klibc-utils1.4.30-3 ii uswsusp0.3~cvs20060928-6 i hope they all make it to etch :) live well, vagrant -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-vserver-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages klibc-utils depends on: ii libklibc 1.4.30-3 minimal libc subset for use with i klibc-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403682: apache2.2: FTBFS: /bin/sh: mawk: command not found
severity 403682 important thanks * Aurelien Jarno ([EMAIL PROTECTED]) [061218 15:56]: Justification: no longer builds from source It however built reliable on all autobuilders - so it just doesn't match the requirements for RC-bugs. Of course, this bug should still be fixed. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404151: user-es: Please do not ship this with etch (maintainer request)
On Sat, Dec 23, 2006 at 02:30:17PM -0800, Steve Langasek wrote: localization-config will not be in etch as well Javier, does this mean that euro-support might want to be kept around in etch after all? Or is the necessary work actually done by the installer now? Well, euro-support serves two purposes: - provide documentation on how to enable euro-support. This documentation needs an important review since, in most cases, d-i will setup an UTF-8 lcaole and, consequently, there's no need to do anything to have the euro char. It is primarily oriented to help users switch from ISO-8859-1 to ISO-8859-15 for *old* users (those that do not use an UTF-8 locale). - help the user test if his system prints the euro character. It does not (in any way) change the user's system (like localization-config does automatically or user-es does through its 'castellanizar' script). So I guess it could be kept for etch (no harm in doing so), I might allocate some time to fix the first point above in time for the etch release. Regards Javier signature.asc Description: Digital signature
Bug#404375: O: texmacs -- WYSIWYG mathematical text editor using TeX fonts
Package: wnpp Severity: normal Hello, because of lack of free time at the moment, I am unable to maintain texmacs and texmacs-extra-fonts in a timely manner. I therefore orphan it. René
Bug#404376: O: texmacs-extra-fonts -- extra fonts for the mathematical text editor TeXmacs
Package: wnpp Severity: normal Hello, because of lack of free time at the moment, I am unable to maintain texmacs and texmacs-extra-fonts in a timely manner. I therefore orphan it. René
Bug#404008: Conflicting manpages was removed in ndisc6.
Le dimanche 24 décembre 2006 07:04, George Danchev a écrit : The conflicting addrinfo (and additionally nameinfo) manpage was removed from the other package (see bug #404007), making the collision go away. Not only the manpage, but the binary itself (/usr/bin/addrinfo) too, though it's not mentioned in the bug report. I'm downgrading this bug rather then closing it since I believe sofia-sip-bin is not the right place for this manpage. It should probably be moved over to some more suitable package (like manpages-dev?). I might be wrong, but it was my understanding that manpages-dev included documentation for base stuff, mostly libc. Anyway, the manpage should be installed from the same package as the binary. Right, the file collision is now gone since Rémi Denis-Courmont uploaded ndisc6 (0.7.3-2) to unstable. Sofia SIP will still have `addrinfo' executable and manpage (since they might need to deviate and evolve on their own), but they will be prefixed with sip-* namespace in the future, starting from its next upstream release. Hmm, if Pekka and Kai decided to do that, I'm fine with it, but their addrinfo is not really SIP-specific. Anyway we now have sofia-sip (1.12.4-2) waiting to be sponsored at: svn.debian.org/svn/pkg-voip/sofia-sip/trunk with addrinfo binary and man page not being installed into the -bin package, but I'm not sure we need to upload that package after Rémi's upload. I have sofia-sip 1.12.4-1 and ndisc6 0.7.3-2 on the same system. Works fine, so I guess you can afford to wait for the next upstream Sofia-SIP release. I let you decide with release management there. Sorry for failing to Cc #404008 in the first place. Regards, -- Rémi Denis-Courmont http://www.remlab.net/ pgpce14KIcjnM.pgp Description: PGP signature
Bug#404378: jabber: Depends on old libpth2
Package: jabber Version: 1.4.3-3 Severity: normal After upgrade from sarge to etch I wanted to purge all packages that are not shipped with etch. Doing so for libpth2 the jabber package became a candidate for removal, too. The reason for this is Depends: libpth2 while this package is now a virtual one and was replaced by libpth20. Therefore the upgrade path is somewhat broken, please just replace libpth2 by libpth20 in the Depends: clause. This should be safe since libpth20 declares itself to be the successor of libpth2 (via Provides:). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.6 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages jabber depends on: ii jabber-common0.4 Jabber server and transport (commo ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libexpat11.95.8-3.3 XML parsing C library - runtime li ii libpth2 2.0.1-2 The GNU Portable Threads ii libssl0.9.7 0.9.7k-3SSL shared libraries ii procps 1:3.2.7-3 /proc file system utilities jabber recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#404008: Conflicting manpages was removed in ndisc6.
On Sunday 24 December 2006 11:56, Rémi Denis-Courmont wrote: I'm downgrading this bug rather then closing it since I believe sofia-sip-bin is not the right place for this manpage. It should probably be moved over to some more suitable package (like manpages-dev?). I might be wrong, but it was my understanding that manpages-dev included documentation for base stuff, mostly libc. Anyway, the manpage should be installed from the same package as the binary. Sure. I believe you are correct on that line. Right, the file collision is now gone since Rémi Denis-Courmont uploaded ndisc6 (0.7.3-2) to unstable. Sofia SIP will still have `addrinfo' executable and manpage (since they might need to deviate and evolve on their own), but they will be prefixed with sip-* namespace in the future, starting from its next upstream release. Hmm, if Pekka and Kai decided to do that, I'm fine with it, but their addrinfo is not really SIP-specific. Nobody knows the future, so let's have some more room to maneuvre ;-) Anyway having ocupied too generic names for no good reasons is always a call for trouble, so any sort of renaming is in order here. I have sofia-sip 1.12.4-1 and ndisc6 0.7.3-2 on the same system. Works fine, so I guess you can afford to wait for the next upstream Sofia-SIP release. I let you decide with release management there. Right. This morning I withdrawed my previous request for upload of sofia-sip 1.12.4-2 package [1]. Sorry for failing to Cc #404008 in the first place. No problem. All systems go now. [1]http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2006-December/006822.html -- pub 4096R/0E4BD0AB 2003-03-18 people.fccf.net/danchev/key pgp.mit.edu fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404379: Please provide a default /etc/gai.conf
package: libc6 severity: wishlist version: 2.5-0exp3 Tags: experimental Libc6 2.5 and up implements configurable source address selection policy through /etc/gai.conf, yet the file is not shipped, there is no documentation and the template from upstream is not even in /usr/share/doc/libc6/whatever. Regards, -- Rémi Denis-Courmont http://www.remlab.net/ pgpDUiBlzVVkV.pgp Description: PGP signature
Bug#404346: vino-server segmentation fault
Loïc Minier [EMAIL PROTECTED] a écrit : On Sat, Dec 23, 2006, Guy Roussin wrote: I notice that vino-server don't start on my system even if i configure it to start. Do you have any libs in /usr/local/? I have only libdrm (i need 2.3.0 for my video card) Otherwise, please follow http://wiki.debian.org/HowToGetABacktrace and report a backtrace of the crash with debugging symbols. I follow the guideline and i get this backtrace : $ gdb /usr/lib/vino/vino-server GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) run Starting program: /usr/lib/vino/vino-server Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1224267552 (LWP 15831)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1224267552 (LWP 15831)] vino_input_init (display=0x808f098) at vino-input.c:132 132 if (global_input_data.keycodes [keysym] != 0) (gdb) bt #0 vino_input_init (display=0x808f098) at vino-input.c:132 #1 0x080501e0 in main (argc=1, argv=0xbfba5f64) at vino-main.c:78 Thank you, -- Guy Roussin ___ http://www.teledetection.fr
Bug#404381: ITP: gpe-mixer -- audio mixer frontend for GPE
Package: wnpp Severity: wishlist Owner: Neil Williams [EMAIL PROTECTED] * Package name: gpe-mixer Version : 0.42 Upstream Author : Nils Faerber [EMAIL PROTECTED] * URL : http://gpe.linuxtogo.org/download/source/ * License : GPL Programming Lang: C Description : audio mixer frontend for GPE Enables configuration of the internal audio mix on an embedded device in the GPE Palmtop Environment. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404380: ITP: gpe-su -- root shell for GPE
Package: wnpp Severity: wishlist Owner: Neil Williams [EMAIL PROTECTED] * Package name: gpe-su Version : 0.19 Upstream Author : Philip Blundell [EMAIL PROTECTED] * URL : http://gpe.linuxtogo.org/download/source/ * License : GPL Programming Lang: C Description : root shell for GPE Executes applications with root privileges. . Used by gpe-conf to configure devices on the embedded device. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404383: libgtk2.0-common: IPA text entry method generates wrong unicode
Package: libgtk2.0-common Version: 2.8.20-3 Severity: normal When using dia, I noticed that the IPA text entry method has two key combinations that generate the same symbol, and is missing one symbol. Both E and \3 generate unicode 0x25B, /* LATIN SMALL LETTER OPEN E */, and no key combination generates the left/right mirror image of that, which is a legitimate character in the IPA (International Phonetic Alphabet). According to wikipedia, the two characters are HTML Entity #603; and #604;. #604; should be the one that is open to the left (i.e. like a '3'), while #603; should be open in the same direction as 'E'. The code for the entry method seems to be at http://cvs.gnome.org/viewcvs/gtk%2B/modules/input/imipa.c?rev=1.6view=markup . -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) libgtk2.0-common depends on no packages. Versions of packages libgtk2.0-common recommends: ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382018: Cspace Patches are available now for addition
files are uploaded, can you add it to the distribution ? Linux Homepage of the messenger http://www.aabdalla.com/cspace/ http://www.aabdalla.com/releases/ Files: http://www.aabdalla.com/releases/cspace-0.1.24-r0.i386.rpm http://www.aabdalla.com/releases/cspace-0.1.24.ebuild http://www.aabdalla.com/releases/cspace-0.1.24.tar.gz http://www.aabdalla.com/releases/ncrypt-0.6.4-r0.i386.rpm Installing the ebuild NOTE: This requires ncrypt to be installed Set up a portage overlay: # mkdir /usr/local/portage # echo /usr/local/portage /etc/make.conf Create portage directories: # mkdir /usr/local/portage/app-crypt # mkdir /usr/local/portage/app-crypt/cspace Download the ebuild (or move it to this directory) # cd /usr/local/portage/app-crypt/cspace # wget http://www.aabdalla.com/cspace.com/cspace-0.1_alpha.ebuild Digest the ebuild: # ebuild cspace-0.1_alpha.ebuild digest Emerge cspace: # emerge -av cspace Run cspace: # cspace -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404382: [l10n] Updated Czech translation of wmsun debconf messages
Package: wmsun Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of wmsun debconf messages. Please include it with the package. Thanks -- Miroslav Kure cs.po.gz Description: Binary data
Bug#404226: kwin: KWin crashes with Netbeans
Hi, The same happens here. Running x86_64 Debian unstable. kwin crashes as focus changes in netbeans 5.5. Is there any way to get -3 package? I've cleared my /var/cache/apt/archives :( michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399863: Fixed in CVS.
On Thu, Dec 21, 2006 at 11:23:45AM +0100, Olivier Berger wrote: Hi. Maybe I didn't look at the reight place, but seems that http://www.debian.org/doc/manuals/maint-guide/ch-start.fr.html is still the same... Yes, (H... CVS is not build thesed ays. That is another problem) Please see: http://cvs.debian.org/ddp/manuals.sgml/maint-guide/?root=debian-doc http://cvs.debian.org/ddp/manuals.sgml/maint-guide/maint-guide.fr.sgml?root=debian-docr1=1.39r2=1.40diff_format=h (Please use ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370186: Testprogramm and -procedure to trigger the problem
Hi folks,
i have hacked a small testprogramm which keeps the cdrom spinning under
certain circumstances.
preparations:
1. /etc/init.d/gdm stop
2. pkill hald
3. /etc/init.d/fam stop
Tests
case 1:
Action
1.1 Insert a data CDROM
1.2 start halTest
1.3 wait until program terminates
Expected Results
nothing happens, drive remains silent
case 2:
Action
2.1 start halTest
2.2 while halTest is running:
open and close the cdrom tray (with data cdrom)
2.3 wait until porgram terminates
Expected Results:
after opening and closing the tray, the drive starts spinning and
continues to do so.
The drive stops spinning aprox. 14 secs after issuing the last close.
# begin testprogramm
#include stdlib.h
#include unistd.h
#include termios.h
#include fcntl.h
#include stdio.h
#include sys/types.h
#include sys/stat.h
#include sys/time.h
#include sys/ioctl.h
#include errno.h
#include signal.h
#include syslog.h
#include getopt.h
#include string.h
#include time.h
/* Testprogramm to trigger the spinning cdrom problem */
/* The drive does stop approx. 14 secs after issuing the last close() */
/* It seems that opening and closing the device in a nanosleep */
/* loop is not a good idea. */
int
main(int argc, char *argv[])
{
int fd=0;
int rc=0;
int i=0;
static int counter=0;
for (;;)
{
fd=open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|0010);
printf(halTest.main open /dev/hdc fd: %d counter: %d
\n,fd,counter);
close(fd);
usleep(100);
counter++;
if ((counter % 40 ) == 0) break;
}
for (i=20; i0;i--) {
printf(halTest.main remainig time to exit %d \n,i);
sleep(1);
}
}
end testprogramm #
Merry xmas and a happy new year .
--
Juergen Lueters jlueters intranet-engineering.de
Intranet Engineering GmbH
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#244724: if authentication is used, exim4 does not use hostname given by user as index
On Mon, Apr 19, 2004 at 09:18:30PM +0200, Andre Heynatz wrote: I tried to configure exim4 for my ISP's mail account, 11. The hostname given by 11: auth.mail.onlinehome.de I created a passwd.client file with the following content: auth.mail.onlinehome.de:myusername:mypassword and changed other settings as described in /usr/share/doc/exim4-base/README.SMTP-AUTH. This has become a recurring issue and is documented now in the exim4-config_files(5) man page. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404384: graphviz-dev: Missing dependencies on expat and freetype dev packages
Package: graphviz-dev Version: 2.8-2.6 Severity: normal The so files provided in /usr/lib/graphviz are linked against freetype and expat, but the graphviz-dev package does not depend on them -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages graphviz-dev depends on: ii graphviz 2.8-2.6rich set of graph drawing tools ii libltdl3-dev 1.5.22-4 A system independent dlopen wrappe graphviz-dev recommends no packages. -- no debconf information -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404385: ITP: gpe-shield -- firewall configuration for GPE
Package: wnpp Severity: wishlist Owner: Neil Williams [EMAIL PROTECTED] * Package name: gpe-shield Version : 0.9 Upstream Author : Florian Boor [EMAIL PROTECTED] * URL : http://gpe.linuxtogo.org/download/source/ * License : GPL Programming Lang: C Description : firewall configuration for GPE Gpe-shield is a frontend for the iptables network packet filter for the GPE Palmtop Environment. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404386: htop: After pressing F1 key, program stop update displayed information.
Package: htop Version: 0.5.1-1 Severity: normal After reading brief help inside htop, I discover, that program stop update displayed information. So, I should press Ctrl-L to get updated process list. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages htop depends on: ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand -- no debconf information -- Roman http://blog.romanlagunov.ru JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403640: compiz doesn't start automatically
To quote http://wiki.debian.org/Compiz You may want to start your compiz automatically with GNOME: Add compiz --replace to Desktop - Preferences - Sessions - Startup Programs. -- Chris Jones, SUCS Admin http://sucs.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403640: compiz doesn't start automatically
From http://wiki.debian.org/Compiz You may want to start your compiz automatically with GNOME: Add compiz --replace to Desktop - Preferences - Sessions - Startup Programs. -- Chris Jones, SUCS Admin http://sucs.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369759: sendfax: wrong kill time computation
Hi Paolo, I dont know if you noticed what upstream added to this report. Please have a look at the messages in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369759 and let me know if it is okay for you to close this bug report. Thanks, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404388: ITP: gpe-watch -- a watch for a small screen in GPE
Package: wnpp Severity: wishlist Owner: Neil Williams [EMAIL PROTECTED] * Package name: gpe-watch Version : 0.10 Upstream Author : Nils Faerber [EMAIL PROTECTED] * URL : http://gpe.linuxtogo.org/download/source/ * License : GPL Programming Lang: C Description : a watch for a small screen in GPE Can also display a clock if you have a bigger screen. Part of the GPE Palmtop Environment. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404387: ITP: gpe-what -- A small applet to provide help within GPE
Package: wnpp Severity: wishlist Owner: Neil Williams [EMAIL PROTECTED] * Package name: gpe-what Version : 0.43 Upstream Author : Philip Blundell [EMAIL PROTECTED] * URL : http://gpe.linuxtogo.org/download/source/ * License : GPL Programming Lang: C Description : A small applet to provide help within GPE Indicates if context-sensitive help is available and enables tooltips in the GPE Palmtop Environment. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404335: renders ligatures wrong
forwarded 404335 https://bugzilla.mozilla.org/show_bug.cgi?id=331716 tag 404335 upstream merge 404335 362569 thanks On Sat, Dec 23, 2006 at 06:49:44PM +0100, Gürkan Sengün [EMAIL PROTECTED] wrote: Package: iceweasel Version: 2.0+dfsg-1 Severity: normal Going to www.gnuherds.org (and other pages), using the ttf-dejavu fonts I get: http://cow.ethz.ch/ff2-crap-rendering.png However it's not a ttf-dejavu font issue, since other gui toolkits just do fineé http://cow.ethz.ch/textedit-great-gnustep-rendering.png See bugs #362569 and #370580. Mike
Bug#404389: gnucap does Segmentation fault
Package: gnucap Version: 1:0.35-1 Severity: normal gnucap is called by gcompris. But gcompris does not get the right response. In /tmp there files like this: /tmp/gcompris_electricqvKDv3.gnucap: Title GCompris R9 0 2 1f Vsupply0 2 1 10 .print dc + v(Vsupply0) i(Vsupply0) R1 1 2 1000 .print dc + v(R1) i(R1) .dc .end When I run gnucap -b /tmp/gcompris_electricqvKDv3.gnucap I get a segmentation fault. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Versions of packages gnucap depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libreadline5 5.2-1 GNU readline and history libraries ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 gnucap recommends no packages. -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_MESSAGES = C, LANG = de_DE are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404390: ITP: gpe-confd -- configuration daemon for GPE
Package: wnpp Severity: wishlist Owner: Neil Williams [EMAIL PROTECTED] * Package name: gpe-confd Version : 0.16 Upstream Author : Philip Blundell [EMAIL PROTECTED] * URL : http://gpe.linuxtogo.org/download/source/ * License : GPL Programming Lang: C Description : configuration daemon for GPE The purpose of gpe-confd is to provide a persistent storage backend for Xsettings. Most of the global user interface related settings such as theme and font sizes are made using the Xsettings mechanism. . Use by the GPE Palmtop Environment. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332373: Reopen, because bug is still existent in Sarge: protocol failure in circuit setup / Connection from [...] on illegal port 0.
reopen 332373 tags +sarge thanks Hi, the version this error initially has been found in is also the version in Sarge and there the error still occurs. It would be nice, if this error could be fixed in Sarge, too, since it breaks our backup here every then and when. And until then (or the release of Etch), I'm forced to change back to using the ancient rsh-server instead of rsh-server-redone. Kind regards, Axel Beckert -- Axel Beckert [EMAIL PROTECTED] support: +41 44 633 2668 IT Support Group, HPR E 86.1 voice: +41 44 633 4189 Departement Physik, ETH Zurichfax: +41 44 633 1239 CH-8093 Zurich, Switzerland http://nic.phys.ethz.ch/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404143: Fans unreliable under load, permanent memory leak
On Sun, Dec 24, 2006 at 03:07:55AM +0100, Frederik Schueler wrote: Hi *, this is indeed a severe issue which requires all our attention and care to solve or circumvent in order for nobodies boxes to get any harm, you know how expensive these laptops are. I basically see 3 solutions/workarounds: 1. the brutal one: deactivate ACPI in 2.6.18, have the bios keep control of the fans - better a noisy laptop until I upgrade the kernel than a fried box. Do you intent to disable ACPI entirely for all systems? It appears to me that the affected HP models could be disabled on a per-case basis using drivers/acpi/blacklist.c Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404324: mbpeventd: keyboard backlight change does not work with the Debian kernel
Ludovic Rousseau [EMAIL PROTECTED] wrote: Hi, I know the problem is not really with mbpeventd but with the Debian kernel. This bug is a reminder that the mbpeventd can't be fully used with Debian Linux kernel linux-image-2.6.18-3-686 Please file wishlist bugs against the kernel for: - applesmc - appleir - mouse emulation And mark this bug as blocked by the first 2 bugs. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404352: mbpeventd: provide a way to disable some services
tags 404352 + wontfix thanks Ludovic Rousseau [EMAIL PROTECTED] wrote: Hi, in each section of /etc/mbpeventd.conf. It is present for the eject key and IR. I would like to also have it for the audio. And why not also for LCD and kbd? That would prevent mbpeventd from being useful from the console, so sorry, but here you're getting a strong NACK. (and you have a workaround anyway, I've been very permissive on the error checking for that reason, mbpeventd will run even if some modules failed their init) There's a DBus support coming in v1.0, the GNOME stuff can just use that to integrate with mbpeventd and it'll be the best of both worlds. When it comes to these machines, mbpeventd knows better than GNOME. Thanks, and merry christmas, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404391: interchange: typo in postinst, creates a 755 directory
Package: interchange Version: 5.4.1-1 Severity: important Tags: patch Hi, there's a typo in interchange.postinst when creating the DOCROOT directory: 134 mkdir -p 755 $DOCROOT it should be mkdir -p -m 755 $DOCROOT otherwise it creates a 755 directory in the directory where dpkg was launched from. thanks, filippo -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (600, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399024: vim: Upgrade fails because of missing man page directory
On Sat, Nov 18, 2006 at 04:24:21PM -0500, James Vega wrote:
On Sat, Nov 18, 2006 at 02:03:43PM -0700, Larry Lade wrote:
According to dpkg.log packages vim, vim-common, vim-runtime, vim-tiny,
vim-gtk, vim-gnome, vim-gui-common from 1:7.0-094+1 to 1:7.0-122+1, to 1:
7.0-152+1, to 1:7.0-158+1, to 1:7.0-164+1. The error messages about the
Russian manpage do not appear in that log. I can attach the log if you think
it would be useful.
The portion about upgrading to 1:7.0-164+1 may be, but I'm not very
hopeful.
I'm also seeing this on Ubuntu when upgrading from 1:7.0-122+1ubuntu1 to
1:7.0-164+1ubuntu1. I don't think the Ubuntu changes are relevant.
I'm starting to suspect this is cruft introduced by some other package some
time ago. I'm still perplexed where /usr/share/man/ru.UTF-8/ is coming
from, since I don't even have such a directory on my filesystem.
Up until 1:7.0-164+1, Vim (vim-common specifically) shipped man pages in
that directory. Every vim variant also setup alternatives links in the
various man page directories. In 1:7.0-164+1, we stopped shipping man
pages in /usr/share/man/ru.{UTF-8,KOI8-R}/man1 and moved the KOI8-R man
pages to /usr/share/man/ru/man1 based on another bug report that had
been filed against Vim a while ago.
What I suspected was happening was that when we setup the alternatives in
vim-$variant's postinst, it had problems with the ru.KOI8-R and ru.UTF-8
no longer being shipped. That doesn't seem to be the case though, at
least when I perform an upgrade. I'll try it in a fresh chroot later to
see if something about my normal environment is making things work when
they shouldn't. Otherwise, I'm at a loss as to why it's working for me
and not for other people.
It's got something to do with existing alternatives. I've attached my
/var/lib/dpkg/alternatives/view, which mentions ru.KOI8-R and ru.UTF-8.
Strangely, though, repeated 'dpkg --configure -a' invocations sort it
out, which suggests that one way to work around this would be to retry
each update-alternatives call once if it fails. Nasty, but perhaps
functional.
update-alternative does have code to discard obsolete slave links (look
for obsolete in /usr/sbin/update-alternatives). Perhaps there's some
way to get it to do that more competently?
In any case, this does feel like an update-alternatives bug as well,
even if you work around it in vim.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
auto
/usr/bin/view
view.1.gz
/usr/share/man/man1/view.1.gz
view.it.1.gz
/usr/share/man/it/man1/view.1.gz
view.fr.UTF-8.1.gz
/usr/share/man/fr.UTF-8/man1/view.1.gz
view.ru.UTF-8.1.gz
/usr/share/man/ru.UTF-8/man1/view.1.gz
view.pl.1.gz
/usr/share/man/pl/man1/view.1.gz
view.it.ISO8859-1.1.gz
/usr/share/man/it.ISO8859-1/man1/view.1.gz
view.fr.ISO8859-1.1.gz
/usr/share/man/fr.ISO8859-1/man1/view.1.gz
view.it.UTF-8.1.gz
/usr/share/man/it.UTF-8/man1/view.1.gz
view.pl.ISO8859-2.1.gz
/usr/share/man/pl.ISO8859-2/man1/view.1.gz
view.pl.UTF-8.1.gz
/usr/share/man/pl.UTF-8/man1/view.1.gz
view.fr.1.gz
/usr/share/man/fr/man1/view.1.gz
view.ru.KOI8-R.1.gz
/usr/share/man/ru.KOI8-R/man1/view.1.gz
view.ru.1.gz
/usr/share/man/ru/man1/view.1.gz
/usr/bin/vim
35
/usr/share/man/man1/vim.1.gz
/usr/bin/vim.basic
30
/usr/share/man/man1/vim.1.gz
/usr/share/man/it/man1/vim.1.gz
/usr/share/man/fr.UTF-8/man1/vim.1.gz
/usr/share/man/pl/man1/vim.1.gz
/usr/share/man/it.ISO8859-1/man1/vim.1.gz
/usr/share/man/fr.ISO8859-1/man1/vim.1.gz
/usr/share/man/it.UTF-8/man1/vim.1.gz
/usr/share/man/pl.ISO8859-2/man1/vim.1.gz
/usr/share/man/pl.UTF-8/man1/vim.1.gz
/usr/share/man/fr/man1/vim.1.gz
/usr/share/man/ru/man1/vim.1.gz
/usr/bin/vim.tiny
10
/usr/share/man/man1/vim.1.gz
/usr/share/man/it/man1/vim.1.gz
/usr/share/man/fr.UTF-8/man1/vim.1.gz
/usr/share/man/ru.UTF-8/man1/vim.1.gz
/usr/share/man/pl/man1/vim.1.gz
/usr/share/man/it.ISO8859-1/man1/vim.1.gz
/usr/share/man/fr.ISO8859-1/man1/vim.1.gz
/usr/share/man/it.UTF-8/man1/vim.1.gz
/usr/share/man/pl.ISO8859-2/man1/vim.1.gz
/usr/share/man/pl.UTF-8/man1/vim.1.gz
/usr/share/man/fr/man1/vim.1.gz
/usr/share/man/ru.KOI8-R/man1/vim.1.gz
Bug#404297: webcalendar: default Debian config has register_globals on
Stephen Gran wrote: This one time, at band camp, Thijs Kinkhorst said: Given that: * Webcalendar has had two unacknowledged NMU's; * The maintainer hasn't been active since 2005 in Debian with one exception an upload in April; * There's been a significant number of webcalendar security issues in the past years; there should either be an active maintainer for this package or it should not be shipped in etch. I have learned that the original maintainer is unlikely to return to Debian maintenance of this package. It should not be shipped in Etch without a maintainer. I agree that it should be removed. It has had five DSAs in the last 15 months and I don't see it improving. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404079: display problem with xterm + screen and bold characters
On 2006-12-22 17:04:14 -0500, Thomas Dickey wrote: On Fri, Dec 22, 2006 at 10:17:06PM +0100, Vincent Lefevre wrote: I prefer to have them (libraries compiled by the user) in a separate directory. Applications that use ncurses should also be recompiled. I suppose so. In 5.6 I've revisited rpath linkage, and made it work well enough for that, so I won't be recompiling ncurses applications where they've been linked dynamically any more. (Though checking, no one's provided any information on rpath in Mac OS X - working from manpages alone is futile). Mac OS X *seems* to always use rpath: unlike Linux, I've never had to set LD_LIBRARY_PATH or similar under Mac OS X (with any library), and libraries are found even those in /opt/local/lib (which is a non-standard path, where libraries installed by MacPorts are stored). I think I'll change that back to \E[m because of this problem. ...and remove sgr (see below). OK, done. Merry Christmas, -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404394: after running tvtime output is mangled in a newly opened gnome-terminal
Package: tvtime Version: 1.0.2-0.1 Severity: normal Hi! This is a weird bug that is related both to gnome-terminal and to tvtime, but I think that it's tvtime at fault. After I have run tvtime from one gnome-terminal, if I press CTRL-SHIFT-T, to get a new terminal, the output of this terminal is not redrawn. This is to say, if you type anything, go somewhere else and come back, you'll see the output, but it won't redraw while you are looking at it. If you open a third, or fourth, or any other number, terminal, you'll get normal behaviour. This happens, ONLY, with the next terminal to the one tvtime was run from. If you close the buggy one, the others behave correctly. But if you close all of them and start from the one tvtime was run, it happens again. This happens both if tvtime is still running or not. I have no idea what might be causing this, since I've never seen a bug like it before, but it's completely reproducible over here. Love, Marga. -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=es_AR, LC_CTYPE=es_AR (charmap=ISO-8859-1) Versions of packages tvtime depends on: ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-19 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libpng12-01.2.13-4 PNG library - runtime ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-19 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii libxv11:1.0.2-1 X11 Video extension library ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l ii ttf-freefont 20060501cvs-9 Freefont Serif, Sans and Mono True ii ucf 2.0017 Update Configuration File: preserv ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages tvtime recommends: pn xmltv-utilnone (no description available) -- debconf information: tvtime/frequencies-jp: tvtime/vbidevice: /dev/vbi0 * tvtime/frequencies-pal: Europe * tvtime/norm: PAL-N * tvtime/setuid: false tvtime/v4ldevice: /dev/video0 tvtime/processpriority: -10 tvtime/frequencies-ntsc: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404395: libcamlimages-ocaml-dev: Fails to load images.
Package: libcamlimages-ocaml-dev Version: 2.20-8 Severity: normal -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to POSIX) Versions of packages libcamlimages-ocaml-dev depends on: ii libcamlimages-ocaml 2.20-8 OCaml image processing library ii libfreetype6-dev 2.2.1-5FreeType 2 font engine, developmen ii libjpeg62-dev 6b-13 Development files for the IJG JPEG ii liblablgtk2-ocaml-dev 2.6.0-7OCaml bindings to Gtk+ version 2 ii libpng12-dev 1.2.15~beta5-1 PNG library - development ii libtiff4-dev 3.8.2-6Tag Image File Format library (TIF ii libungif4-dev 4.1.4-4shared library for GIF images (dev ii libxpm-dev1:3.5.5-2 X11 pixmap library (development he ii ocaml [ocaml-3.09.2] 3.09.2-7 ML language implementation with a libcamlimages-ocaml-dev recommends no packages. -- no debconf information The simplest program (load_image.ml) using camlimages: let _ = let filename = Sys.argv.(1) in let img = OImage.load filename [] in let img = OImage.rgb24 img in ignore img and compiled with: ocamlopt -o load_image -I +camlimages camlimages.cmx region.cmx tmpfile.cmx bitmap.cmx \ genimage.cmx cmyk32.cmx rgba32.cmx rgb24.cmx mstring.cmx color.cmx index8.cmx \ index16.cmx images.cmx oColor.cmx oImage.cmx load_image.ml and then run with: ./load_image somefile always fails with the following message: Fatal error: exception Images.Wrong_file_type regardless of the type of the file or even if the file doesn't exist. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404303: splashy: place file under /share
Hello Olivier, Splashy installs under / for a reason. We cannot simply change it to install under /usr because /usr is not mounted early at boot for all the Linux systems. What are the names of the files that were installed under /share? This is a bug that needs to be fixed using a different method. Regards, On 12/23/06, Olivier Trichet [EMAIL PROTECTED] wrote: Package: splashy Version: 0.2.2 Severity: normal Hello, currently, splashy creates directories and places file under /share. Since it is the sole package doing so on my system, it's certainly not expected. Bye, Olivier -- )(- Luis Mondesi *NIX Guru Feliz el hombre que ha hallado sabiduria y el hombre que consigue discernimiento, porque el tenerla como ganancia es mejor que tener la plata como ganancia; y el tenerla como producto, [mejor] que el oro mismo (Prov 3:13-14). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404393: libcamlimages-ocaml-dev: Fails to load images.
Package: libcamlimages-ocaml-dev Version: 2.20-8 Severity: normal -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to POSIX) Versions of packages libcamlimages-ocaml-dev depends on: ii libcamlimages-ocaml 2.20-8 OCaml image processing library ii libfreetype6-dev 2.2.1-5FreeType 2 font engine, developmen ii libjpeg62-dev 6b-13 Development files for the IJG JPEG ii liblablgtk2-ocaml-dev 2.6.0-7OCaml bindings to Gtk+ version 2 ii libpng12-dev 1.2.15~beta5-1 PNG library - development ii libtiff4-dev 3.8.2-6Tag Image File Format library (TIF ii libungif4-dev 4.1.4-4shared library for GIF images (dev ii libxpm-dev1:3.5.5-2 X11 pixmap library (development he ii ocaml [ocaml-3.09.2] 3.09.2-7 ML language implementation with a libcamlimages-ocaml-dev recommends no packages. -- no debconf information The simplest program (load_image.ml) using camlimages: let _ = let filename = Sys.argv.(1) in let img = OImage.load filename [] in let img = OImage.rgb24 img in ignore img and compiled with: ocamlopt -o load_image -I +camlimages camlimages.cmx region.cmx tmpfile.cmx bitmap.cmx \ genimage.cmx cmyk32.cmx rgba32.cmx rgb24.cmx mstring.cmx color.cmx index8.cmx \ index16.cmx images.cmx oColor.cmx oImage.cmx load_image.ml and then run with: ./load_image somefile always fails with the following message: Fatal error: exception Images.Wrong_file_type regardless of the type of the file or even if the files doesn't exist. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404079: display problem with xterm + screen and bold characters
On Sun, Dec 24, 2006 at 02:39:07PM +0100, Vincent Lefevre wrote: On 2006-12-22 17:04:14 -0500, Thomas Dickey wrote: On Fri, Dec 22, 2006 at 10:17:06PM +0100, Vincent Lefevre wrote: I prefer to have them (libraries compiled by the user) in a separate directory. Applications that use ncurses should also be recompiled. I suppose so. In 5.6 I've revisited rpath linkage, and made it work well enough for that, so I won't be recompiling ncurses applications where they've been linked dynamically any more. (Though checking, no one's provided any information on rpath in Mac OS X - working from manpages alone is futile). Mac OS X *seems* to always use rpath: unlike Linux, I've never had I was reading something like that yesterday (considering what new development I could do for shared libraries). It was stated that Mac OS X stores only the absolute pathname to each shared library. That has the same effect of rpath... to set LD_LIBRARY_PATH or similar under Mac OS X (with any library), and libraries are found even those in /opt/local/lib (which is a non-standard path, where libraries installed by MacPorts are stored). I think I'll change that back to \E[m because of this problem. ...and remove sgr (see below). OK, done. no problem (report bugs) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgp0xrHwr4B8e.pgp Description: PGP signature
Bug#404392: iwidgets4: Iwidgets demo is not fully usable, some files are missing.
Package: iwidgets4 Version: 4.0.1-3 Severity: important I found that some demos from widget demo did not work, because some images (/usr/share/iwidgets4.0.1/demos/images/*) are absent in package iwidgets4. To fix this bug just add one line to file debian/iwidgets4.file in source package. Result file will look like this: usr/lib/iwidgets[0-9]* usr/share/iwidgets[0-9]* -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages iwidgets4 depends on: ii itk3 3.2.1-3.1 [incr Tk] OOP extension for Tk - r iwidgets4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404396: lincity-ng: The package should alternatively suggest ttf-dejavu instead ttf-bitstream-vera
Package: lincity-ng Version: 1.0.3-2 Severity: normal The DejaVu fonts are a based on the Bitstream Vera fonts. They support a wider set of characters (while Bitstream Vera don't support non-latin symbols). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages lincity-ng depends on: ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc11:4.1.1-19GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG ii libphysfs-1.0-01.0.0-5 filesystem abstraction library for ii libsdl-gfx1.2-42.0.13-2+b1 drawing and graphical effects exte ii libsdl-image1.21.2.5-2+b1image loading library for Simple D ii libsdl-mixer1.21.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl-ttf2.0-02.0.8-3+b1ttf library for Simple DirectMedia ii libsdl1.2debian1.2.11-7 Simple DirectMedia Layer ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libxml22.6.27.dfsg-1 GNOME XML library ii lincity-ng-data1.0.3-2 Media files for the city simulator ii ttf-bitstream-vera 1.10-7The Bitstream Vera family of free ii zlib1g 1:1.2.3-13compression library - runtime lincity-ng recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404143: Fans unreliable under load, permanent memory leak
On Sunday 24 December 2006 03:07, Frederik Schueler wrote: 2. port 2.6.19 ACPI - noop because way too much work, unless someone crazy enough to accomplish this task. Did you see that Bas Zoetekouw managed [1, #400488] to solve the problem for his box by applying some selected patches from upstream? Wouldn't that be an option? I'd suggest asking other people that see the same issues to also test a kernel with these patches and decide based on the results. [1] http://lists.debian.org/debian-kernel/2006/12/msg00768.html pgp8lMvo7TfP2.pgp Description: PGP signature
Bug#404397: python-opengl: The package should alternatively suggest ttf-dejavu instead ttf-bitstream-vera
Package: python-opengl Version: 2.0.1.09.dfsg.1-0.2 Severity: normal The DejaVu fonts are a based on the Bitstream Vera fonts. They support a wider set of characters (while Bitstream Vera don't support non-latin symbols). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages python-opengl depends on: ii freeglut3 [libglut3] 2.4.0-5OpenGL Utility Toolkit ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG ii libglu1-mesa [libglu1]6.5.1-0.4 The OpenGL utility library (GLU) ii libglut3 3.7-25 the OpenGL Utility Toolkit ii python2.4.4-1An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt ii python-numeric24.2-7 Numerical (matrix-oriented) Mathem ii ttf-bitstream-vera1.10-7 The Bitstream Vera family of free python-opengl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403714: new upstream version (2.3.0 final) is available
retitle 403714 new upstream version (2.3.0 final) is available thanks Hi, The 2.3.0 final is out since today. Regards Laurent pgpOvOuk3wh3W.pgp Description: PGP signature
Bug#404297: webcalendar: default Debian config has register_globals on
* Moritz Muehlenhoff ([EMAIL PROTECTED]) [061224 14:19]: I agree that it should be removed. It has had five DSAs in the last 15 months and I don't see it improving. tagged for removal from testing. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395385: harden-doc: dead link for Sans' Incident Handling Guide
Package: harden-doc Version: 3.9 Severity: normal Hi! Section 11.1 _General behavior_[1] has a seemingly dead link for Sans' Incident Handling Guide, pointing to http://www.sans.org/y2k/DDoS.htm that is currently 404ing me. I think that the link should be fixed (if the resource is still online elsewhere) or otherwise dropped. [1] http://www.debian.org/doc/manuals/securing-debian-howto/ch-after-compromise.en.html#s11.1 The bug report number 403866 has updated links that cover this outdated link. The new link is pointing at the `SANS Institute - SANS InfoSec Reading Room - Incident Handling` section. If a specific topic is needed more research for a more useful link couldbe done. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403866
Bug#403583: exim4: client TLS authentication is broken
On Sun, 24 Dec 2006 12:14:59 +0100 Marc Haber [EMAIL PROTECTED] wrote: On Sat, Dec 23, 2006 at 11:41:05PM -0500, Celejar wrote: gmail-smtp.l.google.com [64.233.185.109]:587 status = usable 64.233.185.109 in serialize_hosts? no (option unset) delivering 1GyKob-n7-56 to gmail-smtp.l.google.com [64.233.185.109] ([EMAIL PROTECTED]) set_process_info: 3052 delivering 1GyKob-n7-56 to gmail-smtp.l.google.com [64.233.185.109] ([EMAIL PROTECTED]) Connecting to gmail-smtp.l.google.com [64.233.185.109]:587 ... connected We are connected to gmail-smtp.l.google.com, 64.233.185.109. 64.233.185.109 in hosts_require_auth? no (option unset) gethostbyname2(af=inet6) returned 3 (NO_RECOVERY) gethostbyname2 looked up these IP addresses: name=gmail-smtp.l.google.com address=72.14.247.109 64.233.185.109 in hosts_try_auth? no (end of list) 64.233.185.109 has no reverse DNS, Goof on Google's side. exim thus looks up the IP address in the passwd.client file, and since it does not find an entry, it does not try to authenticate. This is a new variant of the #244724 issue mentioned in exim4-config_files(5). You need to have the IP addresses of the google smtp servers in your passwd.client as well. Greetings Marc Thanks very much for clearing this up. The documentation [exim4-config_files(5)] currently reads: server with the canonical host name target.mail.server.example. Many ISPs provide only an alias name of their SMTP smarthost. You need to check the canonical name by yourself manu- ally by querying the DNS, for example by using the host command. If the SMTP smarthost alias expands to multiple IPs, you probably need to have multiple lines or a wild card in the target.mail.server.example field, and when your ISP changes the alias, you will need to manually fix that. This is currently not possibly any better, see #244724. A host name value of * will divulge the password to any SMTP server asking for it. This is generally fine if you only have one SMTP server configured. This clearly states that a line beginning with '*' is a catchall; this needs to be modified to warn about the foregoing exception, that exim won't authenticate if reverse dns fails unless the smarthost's IP address(es) is (are) explicitly given in passwd.client. Celejar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404143: Fans unreliable under load, permanent memory leak
Hello, On Sun, Dec 24, 2006 at 02:02:58PM +0100, Moritz Muehlenhoff wrote: Do you intent to disable ACPI entirely for all systems? It appears to me that the affected HP models could be disabled on a per-case basis using drivers/acpi/blacklist.c This looks like a good idea to me, do we know which models are affected? OTOH, I doubt we have a complete list of affected models, and who knows what problems may arise for yet to be released laptops... Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#404402: mozplugger: Locks user input when viewing pdfs with matchbox-window-manager
Package: mozplugger Version: 1.7.3-6 Severity: grave Justification: renders package unusable Hi, In matchbox-window-manager, mozplugger locks icewesel and iceape, when opening a pdf. Using the as the test pdf - http://www.sanface.com/pdf/test.pdf [Other pdfs give the same result, this is just a googled 'test pdf'] The following works:- * The downloaded pdf from the .mozilla cache opened with xpdf from the command line * The downloaded pdf from the .mozilla cache opened with evince fromt the command line * icewesel set to open the pdf using an external application. * Exporting an x-session, using ssh with xfce window manager on the remote machine. Using iceweasel and opening a pdf using mozplugger and xpdf The following does not work:- * iceweasel opening a pdf using mozplugger and xpdf * iceweasel opening a pdf using mozplugger and evince * iceape opening a pdf using mozplugger and xpdf The window-manager no longer reponds to input form the keyboard or mouse. The mouse cursor does move, but wm and iceweasel does not repond . No error messages are displayed, by either iceweasel, mozplugger or mathcbox. Currently the only way I can unlock the broswer is to remotely kill the pdf application [evince/xpdf]. I am not sure what else I am doing wrong. I do have a custom kernel. Best Regards, Brendan M. Sleight ic evince0.4.0-3 Document (postscript, pdf) viewer ii xpdf 3.01-9 Portable Document Format (PDF) suite ii matchbox 3 base environment for resource-limited system ii matchbox-common 0.9.1-1 common files for Matchbox Project applicatio ii matchbox-desktop 0.9.1-4 desktop application launcher for resource-li ii matchbox-keyboard 0.1-1 on-screen keyboard ii matchbox-panel0.9.3-2 desktop panel for resource-limited systems ii matchbox-panel-manager0.1-2 panel manager for matchbox-panel ii matchbox-window-manager 1.1-1 window manager for resource-limited systems Linux Morphix 2.6.15-morphix1 #4 PREEMPT Sat Feb 25 00:09:09 CET 2006 i686 GNU/Linux -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-morphix1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozplugger depends on: ii iceape-browser 1.0.6-1 The Iceape Internet browser ii iceweasel2.0+dfsg-1 lightweight web browser based on M ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-4 X11 client-side library ii m4 1.4.8-1 a macro processing language mozplugger recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404401: crash in evolution-data-server when searching addresses in LDAP
Distribution: Debian 4.0 Package: Evolution Severity: Normal Version: GNOME2.14.3 2.6.x Gnome-Distributor: Debian Synopsis: crash in evolution-data-server when searching addresses in LDAP Bugzilla-Product: Evolution Bugzilla-Component: Miscellaneous Bugzilla-Version: 2.6.x BugBuddy-GnomeVersion: 2.0 (2.14.1) Description: Description of the crash: evolution-data-server crashes when searching an LDAP address book Steps to reproduce the crash: 1. start writing a New Mail 2. type the start of a contact's name in an address field 3. crash message occurs Expected Results: contacts matching the entered string are looked up and shown as selection How often does this happen? every time evolution-data-server is started Additional Information: the crash does not happen if evolution-data-server is started in gdb Debugging Information: Backtrace was generated from '/usr/libexec/evolution-data-server-1.6' (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1220573504 (LWP 5524)] [New Thread -1277572176 (LWP 5568)] [New Thread -1224389712 (LWP 5525)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb7fd6410 in ?? () #0 0xb7fd6410 in ?? () #1 0x0001 in ?? () #2 0x in ?? () Thread 3 (Thread -1224389712 (LWP 5525)): #0 0xb7fd6410 in ?? () No symbol table info available. #1 0xb7054388 in ?? () No symbol table info available. #2 0x in ?? () No symbol table info available. #3 0x0009 in ?? () No symbol table info available. #4 0xb75e4783 in poll () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #5 0xb76db7d9 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #6 0xb76dbb67 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #7 0xb77df950 in link_set_io_thread () from /usr/lib/libORBit-2.so.0 No symbol table info available. #8 0xb76f62cf in g_thread_create_full () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #9 0xb7697240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 No symbol table info available. #10 0xb75ee32e in clone () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. Thread 2 (Thread -1277572176 (LWP 5568)): #0 0xb7fd6410 in ?? () No symbol table info available. #1 0xb3d9be68 in ?? () No symbol table info available. #2 0x0002 in ?? () No symbol table info available. #3 0x in ?? () No symbol table info available. Thread 1 (Thread -1220573504 (LWP 5524)): #0 0xb7fd6410 in ?? () No symbol table info available. #1 0x0001 in ?? () No symbol table info available. #2 0x in ?? () No symbol table info available. #0 0xb7fd6410 in ?? () --
Bug#404405: pdf-attachment missing in notification-mails
Package: hylafax-server Version: 2:4.3.1-3 After upgrading hylafax from 4.3.0-9 to 4.3.1-3 notifications aren't sent properly any longer. I configured hylafax to attach the sent fax to notification-mails as pdf-file . In 4.3.0-9 the configuration worked flawlessly, after the upgrade to 4.3.1-3 the pdf-file is missing in notifications. I gathered some data which might help identifying the cause of the problem. Apparently the notify-shellscript runs into problems when trying to generate the attachment. Version-Information: Debian etch lise:~# uname -a Linux lise 2.6.18 #1 SMP Sun Dec 10 02:58:20 CET 2006 i686 GNU/Linux ii adduser 3.100 Add and remove users and groups ii debconf 1.5.8 Debian configuration management system ii debconf-utils1.5.8 debconf utilities ii gs 8.54.dfsg.1-5 Transitional package ii hylafax-client 4.3.1-3 Flexible client/server fax software - client ii hylafax-doc 4.3.1-3 Flexible client/server fax software - HTML D ii hylafax-server 4.3.1-3 Flexible client/server fax software - server ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 4.1.1-19 GCC support library ii libpam0g 0.79-4 Pluggable Authentication Modules library ii libtiff-tools3.8.2-6 TIFF manipulation and conversion tools ii libtiff4 3.8.2-6 Tag Image File Format (TIFF) library ii lsb-base 3.1-22 Linux Standard Base 3.1 init script function ii mailx8.1.2-0.20050715cvs-1A simple mail user agent ii metamail 2.7-52 implementation of MIME ii mgetty 1.1.35-2 Smart Modem getty replacement ii mgetty-viewfax 1.1.35-2 Program for displaying Group-3 Fax files und ii psmisc 22.3-1 Utilities that use the proc filesystem ii sed 4.1.5-1 The GNU sed stream editor ii sharutils4.2.1-15 shar, unshar, uuencode, uudecode ii ssl-cert 1.0.13 Simple debconf wrapper for openssl ii zlib1g 1.2.3-13 compression library - runtime hylafax Configuration: /etc/hylafax/FaxNotify == lise:/var/spool/hylafax# cat /etc/hylafax/FaxNotify FROMADDR=[EMAIL PROTECTED] RETURNFILETYPE=pdf; Details of the notification-process: /var/log/syslog excerpt after successfully sending a fax Dec 24 14:02:49 lise FaxSend[23114]: MODEM INTEL CORPORATION MD56xx/ Dec 24 14:02:50 lise FaxSend[23114]: SEND FAX: JOB 17 DEST 01234123456 COMMID 00018 DEVICE '/dev/ttyS0' FROM 'hf [EMAIL PROTECTED]' USER hf Dec 24 14:03:28 lise FaxSend[23114]: SEND FAX: JOB 17 SENT in 0:11 Dec 24 14:03:31 lise FaxQueuer[23079]: NOTIFY: bin/notify doneq/q17 done 0:54 Dec 24 14:03:32 lise FaxQueuer[23079]: NOTIFY exit status: 0 (23118) running notification-script manually lise:/var/spool/hylafax# bin/notify doneq/q17 done 0:54 grep: unrecognized option `-- data' Usage: grep [OPTION]... PATTERN [FILE]... Try `grep --help' for more information. FILE 1: docq/doc17.ps Converting docq/doc17.ps to PDF Using ps2pdf basename: extra operand `ESP' Try `basename --help' for more information. running notification-script manually (sh -x) lise:/var/spool/hylafax# sh -x bin/notify doneq/q17 done 0:54 + '[' 3 '!=' 3 ']' + test -f etc/setup.cache + QFILE=doneq/q17 + WHY=done + JTIME=0:54 + NEXT='??:??' + ENCODING=base64 + MIMENCODE=mimencode + TIFF2PDF=bin/tiff2pdf + TTYCMD=tty + CHARSET=us-ascii + . etc/setup.cache ++ AWK=/usr/bin/awk ++ BASE64ENCODE=/usr/bin/uuencode ++ BIN=/usr/bin ++ CAT=/bin/cat ++ CHARSET=UTF-8 ++ CHGRP=/bin/chgrp ++ CHMOD=/bin/chmod ++ CHOWN=/bin/chown ++ CP=/bin/cp ++ DPSRIP=/usr/local/sbin/ps2fax.exe ++ ECHO=/bin/echo ++ ENCODING=base64 ++ FAXQ_SERVER=yes ++ FONTPATH=/usr/share/fonts/type1/gsfonts ++ FUSER=/bin/fuser ++ GREP=/bin/grep ++ GSRIP=/usr/bin/gs ++ HFAXD_OLD_PROTOCOL=no ++ HFAXD_SERVER=yes ++ HFAXD_SNPP_SERVER=no ++ IMPRIP=/usr/lib/print/psrip ++ LIBDATA=/etc/hylafax ++ LIBEXEC=/usr/sbin ++ LN=/bin/ln ++
Bug#404143: Fans unreliable under load, permanent memory leak
Frederik Schueler wrote: Hello, On Sun, Dec 24, 2006 at 02:02:58PM +0100, Moritz Muehlenhoff wrote: Do you intent to disable ACPI entirely for all systems? It appears to me that the affected HP models could be disabled on a per-case basis using drivers/acpi/blacklist.c This looks like a good idea to me, do we know which models are affected? OTOH, I doubt we have a complete list of affected models, Since HP supports Debian officially now, I'm sure Dann or someone else from HP can provide us a list of affected models. If not, we can contact Len Brown to get the ACPI-OEM-ID for HP and blacklist all HP models. and who knows what problems may arise for yet to be released laptops... Well, even Debian can't predict the future :-) Plus, we can still address these in point updates. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404399: sparse: .pc file has a problem
Package: sparse Version: 0.2-2 Severity: normal $ pkg-config --libs sparse -L/tmp/buildd/lib -lsparse Seo Sanghyeon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404253: gdm backtrace
I managed to make a gdm backtrace. I've also files this bug directly at bugs.xmms.org Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1212957888 (LWP 14697)] 0x98808b20 in ?? () (gdb) #0 0x98808b20 in ?? () #1 0xb6b1e37d in xmp_load_module () from /usr/lib/libxmp.so.2 #2 0xb6c1f4e1 in get_iplugin_info () from /usr/lib/xmms/Input/xmp-plugin.so #3 0x0806109f in input_check_file () #4 0x0806c283 in playlist_set_info () #5 0x0806c38b in playlist_set_info () #6 0x0806c38b in playlist_set_info () #7 0x0806c38b in playlist_set_info () #8 0x0806e0de in playlist_ins_dir () #9 0x08095499 in playlistwin_get_toprow () #10 0x08234ee0 in ?? () #11 0x in ?? () #12 0x0001 in ?? () #13 0xb7c84698 in ?? () from /usr/lib/libxmms.so.1 #14 0x08234ed0 in ?? () #15 0x0821d320 in ?? () #16 0xbfb9e348 in ?? () #17 0xb7c7ee23 in xmms_create_dir_browser () from /usr/lib/libxmms.so.1 #18 0xb7c7ee23 in xmms_create_dir_browser () from /usr/lib/libxmms.so.1 #19 0xb7ee4041 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0 #20 0xb7f16760 in gtk_signal_connect_while_alive () from /usr/lib/libgtk-1.2.so.0 #21 0xb7f178af in gtk_signal_emit_stop_by_name () from /usr/lib/libgtk-1.2.so.0 #22 0xb7f17f02 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #23 0xb7e7a5ab in gtk_button_clicked () from /usr/lib/libgtk-1.2.so.0 #24 0xb7e7bd47 in gtk_button_set_relief () from /usr/lib/libgtk-1.2.so.0 #25 0xb7ee4041 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0 #26 0xb7f175c7 in gtk_signal_emit_stop_by_name () from /usr/lib/libgtk-1.2.so.0 #27 0xb7f17f02 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #28 0xb7e7a4cb in gtk_button_released () from /usr/lib/libgtk-1.2.so.0 #29 0xb7e7b6a4 in gtk_button_set_relief () from /usr/lib/libgtk-1.2.so.0 #30 0xb7ee3d1c in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0 #31 0xb7f1777c in gtk_signal_emit_stop_by_name () from /usr/lib/libgtk-1.2.so.0 #32 0xb7f17f02 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #33 0xb7f54085 in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0 #34 0xb7ee36ad in gtk_propagate_event () from /usr/lib/libgtk-1.2.so.0 ---Type return to continue, or q return to quit---#35 0xb7ee3a00 in gtk_main_do_event () from /usr/lib/libgtk-1.2.so.0 #36 0xb7e2e744 in gdk_event_get () from /usr/lib/libgdk-1.2.so.0 #37 0xb7dfc109 in g_main_add_poll () from /usr/lib/libglib-1.2.so.0 #38 0xb7dfc99f in g_get_current_time () from /usr/lib/libglib-1.2.so.0 #39 0xb7dfcbaf in g_main_run () from /usr/lib/libglib-1.2.so.0 #40 0xb7ee2e2e in gtk_main () from /usr/lib/libgtk-1.2.so.0 #41 0x0808b4e6 in main () -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402898: /etc/bogofilter.cf should define UTF-8 as default charset since it is Debian's default
Having lines charset_default=utf-8 unicode=yes Isn't unicode=yes already the default? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#250236: bk2site: does not handle utf8 correctly
Le Wed, Dec 20, 2006 at 12:55:50PM +0100, Andy Spiegl a écrit : Hi, is there any update on this bug? (It still exists with 1:1.1.9-3) I'd really like to raise the severity to important or higher. Hi, if bk2site is as dead upstream as it looks like, it would make it excluded from the next release... Importantly, this unicode bug is only a problem with directories, not with files, so one can live with it (at least I do). I do not know anything about C++, so I can not propose a patch. However, I am very satisfied by bk2site, and would be happy to contribute up to 5,000 yens (aprox. 40 dollars) to somebody willing to fix the unicode handling (it may be a bit more that just fixing the Debian bug). Lastly, I think that I read somewhere that firefox 2.0 will abandon the html format for its bookmarks file. If there is no converter, it may simply mean that bk2site has served us enough and can leave Debian in the future. -- Charles Plessy Wako, Saitama, Japan
Bug#404398: localization-config: [INTL:ru] Russian debconf templates translation update
Package: localization-config Version: 1.0 Severity: wishlist Tags: l10n, patch Russian debconf templates translation update is attached. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages localization-config depends on: ii debconf [debconf-2.0]1.5.8 Debian configuration management sy ii libapt-pkg-perl 0.1.20 Perl interface to libapt-pkg ii libconfig-inifiles-perl 2.39-2 Read .ini-style configuration file ii locales 2.3.6.ds1-7 GNU C Library: National Language ( ii perl-base5.8.8-4 The Pathologically Eclectic Rubbis localization-config recommends no packages. -- debconf information excluded ru.po.gz Description: Binary data
Bug#404403: mozplugger: Locks user input when viewing pdfs with matchbox-window-manager
Package: mozplugger Version: 1.7.3-6 Severity: grave Justification: renders package unusable Hi, In matchbox-window-manager, mozplugger locks icewesel and iceape, when opening a pdf. Using the as the test pdf - http://www.sanface.com/pdf/test.pdf [Other pdfs give the same result, this is just a googled 'test pdf'] The following works:- * The downloaded pdf from the .mozilla cache opened with xpdf from the command line * The downloaded pdf from the .mozilla cache opened with evince fromt the command line * icewesel set to open the pdf using an external application. * Exporting an x-session, using ssh with xfce window manager on the remote machine. Using iceweasel and opening a pdf using mozplugger and xpdf The following does not work:- * iceweasel opening a pdf using mozplugger and xpdf * iceweasel opening a pdf using mozplugger and evince * iceape opening a pdf using mozplugger and xpdf The window-manager no longer reponds to input form the keyboard or mouse. The mouse cursor does move, but wm and iceweasel does not repond . No error messages are displayed, by either iceweasel, mozplugger or matchbox. Currently the only way I can unlock the broswer and window-manager is to remotely kill the pdf application [evince/xpdf]. I am not sure what else I am doing wrong. I do have a custom kernel. Best Regards, Brendan M. Sleight ic evince0.4.0-3 Document (postscript, pdf) viewer ii xpdf 3.01-9 Portable Document Format (PDF) suite ii matchbox 3 base environment for resource-limited system ii matchbox-common 0.9.1-1 common files for Matchbox Project applicatio ii matchbox-desktop 0.9.1-4 desktop application launcher for resource-li ii matchbox-keyboard 0.1-1 on-screen keyboard ii matchbox-panel0.9.3-2 desktop panel for resource-limited systems ii matchbox-panel-manager0.1-2 panel manager for matchbox-panel ii matchbox-window-manager 1.1-1 window manager for resource-limited systems Linux Morphix 2.6.15-morphix1 #4 PREEMPT Sat Feb 25 00:09:09 CET 2006 i686 GNU/Linux -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-morphix1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mozplugger depends on: ii iceape-browser 1.0.6-1 The Iceape Internet browser ii iceweasel2.0+dfsg-1 lightweight web browser based on M ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-4 X11 client-side library ii m4 1.4.8-1 a macro processing language mozplugger recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404143: Fans unreliable under load, permanent memory leak
On Sun, Dec 24, 2006 at 02:48:27PM +0100, Frans Pop wrote: On Sunday 24 December 2006 03:07, Frederik Schueler wrote: 2. port 2.6.19 ACPI - noop because way too much work, unless someone crazy enough to accomplish this task. Did you see that Bas Zoetekouw managed [1, #400488] to solve the problem for his box by applying some selected patches from upstream? Wouldn't that be an option? I thought i saw Maximilian say that there are indeed some patches, but that the risk to destabilize the whole ACPI subsystem was too great this near to the etch release. This is exactly the same kind of argument you are using in d-i, don't you think ? I'd suggest asking other people that see the same issues to also test a kernel with these patches and decide based on the results. No, what we would need is huge testing of these patches by people *WHO DIDN'T SEE THE SAME ISSUES* to make sure there is no regression. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404010: No reasonable solution
Kapil Hari Paranjape wrote: Regarding conflicts like that between slang-slirp and slirp. (see recent bugs filed by Michael Ablassmeier [EMAIL PROTECTED] http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED] ). I feel that this a currently an area not addressed by policy sufficiently well. Assume that: 1. There are substantial sized communities within and outside Debian that for each of the binaries named /usr/bin/slirp (which provide entirely different functions). 2. That it is quite possible for someone to want the functionality of both programs on one installation. (For example, for different users of one system). Well, in this case the solution is quite obvious: slang-slirp was never part of a stable release so far, while slirp was even included in woody. Plus, slang-slirp has only a single voting popcon user, so the usr/bin/slirp from slang-slirp should be renamed. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404400: Scim is started twice
Package: scim Version: 1.4.4-5 Severity: normal Hello, I have SCIM started through im-switch only: $ LANG=C im-switch -l Your input method setup under C locale as below. === No private /home/enrico/.xinput.d/C or /home/enrico/.xinput.d/all_ALL is defined. === The system wide default is pointed by /etc/alternatives/xinput-all_ALL . xinput-all_ALL - status is auto. link currently points to default default - priority 10 none - priority 0 scim - priority 0 scim-immodule - priority 0 Current `best' version is default. === The available input method configuration files are: default none scim scim-immodule th-xim === The im-switch selection I have is this: $ im-switch -s scim-immodule My LANG is set to it_IT.UTF-8 And my ~/.xinput.d/it_IT is a link pointing to /etc/X11/xinit/xinput.d/scim-immodule whose contents are: # # This configuration file for SCIM is deprecated. # # Use X input Method for standard X applications # Use SCIM immodule for GTK applications # # Using this configuration may improve some usability for GTK applications # such as the location of word selection window. # # You still need these XIM settings for non-GTK programs. XIM=SCIM XIM_PROGRAM=/usr/bin/scim XIM_ARGS=-d GTK_IM_MODULE=scim # Qt immodule is not ready #QT_IM_MODULE=scim DEPENDS=scim,scim-gtk2-immodule,scim-anthy|scim-canna|scim-chewing|scim-pinyin|scim-hangle|scim-prime|scim-skk|scim-tables-additional|scim-m17n|scim-uim|scim-tables-ja|scim-tables-ko|scim-tables-zh The problem is that I see two scim icons in the task bar. The process list shows scim started twice: $ ps auxwww|grep scim enrico3923 0.0 0.0 0 0 ?Z14:11 0:00 [scim] defunct enrico3936 0.0 2.0 51768 21020 ?Ss 14:11 0:00 /usr/lib/scim-1.0/scim-launcher -d -c simple -e all -f socket --no-stay enrico3941 0.0 0.1 19180 1124 ?Ss 14:11 0:00 /usr/lib/scim-1.0/scim-helper-manager enrico3942 0.0 0.8 74372 9072 ?Ssl 14:11 0:00 /usr/lib/scim-1.0/scim-panel-gtk --display :0.0 -c socket -d --no-stay enrico3944 0.0 0.1 25704 1376 ?Ss 14:11 0:00 /usr/lib/scim-1.0/scim-launcher -d -c socket -e socket -f x11 root 4063 0.0 2.0 51080 20416 ?Ss 14:11 0:00 /usr/lib/scim-1.0/scim-launcher -d -c simple -e all -f socket --no-stay root 4066 0.0 0.1 19180 1120 ?Ss 14:11 0:00 /usr/lib/scim-1.0/scim-helper-manager root 4067 0.0 0.6 72988 7076 ?Ssl 14:11 0:00 /usr/lib/scim-1.0/scim-panel-gtk --display :0.0 -c socket -d --no-stay Cheers, Enrico -- Package-specific info: Related packages: ii libscim8c2a1.4.4-5library for SCIM platform ii scim 1.4.4-5smart common input method platform ii scim-chewing 0.3.1-1Chewing IM engine module for SCIM ii scim-gtk2-immo 1.4.4-5GTK+2 input method module with SCIM as backe ii scim-m17n 0.1.3-2M17N Input Method Engine for SCIM ii scim-modules-s 1.4.4-5socket modules for SCIM platform Related environment variables: [EMAIL PROTECTED] $GTK_IM_MODULE=scim Installed SCIM components: /usr/lib/scim-1.0: 1.4.0 scim-helper-launcher scim-helper-manager scim-launcher scim-panel-gtk /usr/lib/scim-1.0/1.4.0: Config Filter FrontEnd Helper IMEngine SetupUI /usr/lib/scim-1.0/1.4.0/Config: simple.so socket.so /usr/lib/scim-1.0/1.4.0/Filter: sctc.so /usr/lib/scim-1.0/1.4.0/FrontEnd: socket.so x11.so /usr/lib/scim-1.0/1.4.0/Helper: setup.so /usr/lib/scim-1.0/1.4.0/IMEngine: chewing.so m17n.so rawcode.so socket.so /usr/lib/scim-1.0/1.4.0/SetupUI: aaa-frontend-setup.so aaa-imengine-setup.so chewing-imengine-setup.so panel-gtk-setup.so -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages scim depends on: ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcc1 1:4.1.1-19 GCC support library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libpango1.0-01.14.8-2Layout and rendering of internatio ii libscim8c2a 1.4.4-5 library for SCIM platform ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4
Bug#404404: ltsp: [INTL:es] Spanish gettext translation
Package: ltsp Version: 0.99debian7 Priority: wishlist Tags: l10n patch Please find attached a first version of the gettext translation of ltsp into Spanish. Thanks for including it in the package, Felipe # translation of ltsp-gettext-es.po to Debian l10n spanish # spanish translation for ltsp. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the ltsp package. # # FIRST AUTHOR Hector Colina [EMAIL PROTECTED], 2006. # Felipe Caminos [EMAIL PROTECTED], 2006. msgid msgstr Project-Id-Version: ltsp-gettext-es\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-11-19 14:58-0700\n PO-Revision-Date: 2006-12-18 09:34-0300\n Last-Translator: Felipe Caminos [EMAIL PROTECTED]\n Language-Team: Debian l10n spanish debian-l10n-spanish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #: ../server/ltsp-build-client:49 #, sh-format msgid API ERROR: you need to provide true or false. msgstr Error de API: debe especificar un valor, verdadero o falso. #: ../server/ltsp-build-client:101 #, sh-format msgid Display this help message msgstr Mostrar este mensaje de ayuda #: ../server/ltsp-build-client:102 #, sh-format msgid Display help for all available commandline options msgstr Mostrar la ayuda para todas opciones de lÃnea de órdenes disponibles. #: ../server/ltsp-build-client:106 #, sh-format msgid LTSP Build Client usage: msgstr Uso del cliente de construcción de LTSP: #: ../server/ltsp-build-client:110 #, sh-format msgid Regular options: msgstr Opciones comunes: #: ../server/ltsp-build-client:114 #, sh-format msgid Advanced options: msgstr Opciones avanzadas: #: ../server/ltsp-build-client:126 #, sh-format msgid info: LTSP client installation completed successfully msgstr información: la instalación del cliente LTSP se completó satisfactoriamente #: ../server/ltsp-build-client:128 #, sh-format msgid error: LTSP client installation ended abnormally msgstr error: la instalación del cliente LTSP no finalizó correctamente #: ../server/plugins/ltsp-build-client/Debian/001-apt-keys:3 #, sh-format msgid include the listed keys in the apt keyring msgstr incluir las claves listadas en el anillo de claves de apt #: ../server/plugins/ltsp-build-client/Debian/001-set-accept-unsigned-packages:3 #, sh-format msgid allow unsigned packages during install. msgstr permitir paquetes no firmados durante la instalación #: ../server/plugins/ltsp-build-client/Debian/001-set-components:3 #, sh-format msgid Set the components to be used in mirror msgstr Establecer los componentes que se usarán en el servidor réplica #: ../server/plugins/ltsp-build-client/Debian/010-debconf-seeds:3 #, sh-format msgid load debconf seeding in the chroot after install msgstr Luego de instalar, cargar la alimentación (seeding) de debconf en el ambiente restringido #: ../server/plugins/ltsp-build-client/Debian/010-distribution-specific:5 #, sh-format msgid NOTE: disabling security APT source for sid. It does not exist. msgstr Nota: deshabilitando fuente apt de seguridad para «sid». No existe. #: ../server/plugins/ltsp-build-client/Debian/010-enable-popcon:3 #, sh-format msgid enable popularity-contest in the chroot msgstr habilitar el concurso de popularidad en el ambiente restringido #: ../server/plugins/ltsp-build-client/Debian/010-enable-popcon:12 #, sh-format msgid Enabling popularity contest... msgstr Habilitando el concurso de popularidad ... #: ../server/plugins/ltsp-build-client/Debian/010-manage-mirror:3 #, sh-format msgid Set the mirror location msgstr Establecer la localización del servidor réplica #: ../server/plugins/ltsp-build-client/Debian/010-manage-mirror:4 #, sh-format msgid add a mirror, which takes priority over the default mirror msgstr agregar un servidor réplica, con prioridad superior al servidor réplica por omisión #: ../server/plugins/ltsp-build-client/Debian/010-manage-mirror:5 #, sh-format msgid add a mirror, with lower priority than the default mirror msgstr agregar un servidor réplica, con prioridad inferior al servidor réplica por omisión #: ../server/plugins/ltsp-build-client/Debian/010-manage-mirror:6 #, sh-format msgid add a security mirror msgstr agregar un servidor réplica de seguridad #: ../server/plugins/ltsp-build-client/Debian/010-security-mirror:8 #, sh-format msgid NOTE: adding default dist and components to security mirror: msgstr Nota: agregando distribución y componentes por omisión para servidor réplica de seguridad: #: ../server/plugins/ltsp-build-client/Debian/010-serial-console:3 #, sh-format msgid enable serial console msgstr habilitar consola serie #: ../server/plugins/ltsp-build-client/Debian/010-serial-console:12 #, sh-format msgid Enabling serial console... msgstr Habilitando consola serie #: ../server/plugins/ltsp-build-client/Debian/020-kernel-selection:3 #, sh-format msgid set the list of kernel
Bug#404366: SDL_ttf / freetype
Hi, Rene Dudfield wrote: If you pass in an empty string it crashes. This bug has been fixed in the freetype cvs. Thanks for reporting this. Do you by any chance have a precise reference to the patch which fixes this? Cheers, Samue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404412: libcamlimages-ocaml-dev: Bad META file missing OImage module
Package: libcamlimages-ocaml-dev Version: 2.20-8 Severity: normal Tags: patch You should use the attach META file to made camlimages work. You should also consider adding oImage to a lib (or find why it is not already done). Kind regard Sylvain Le Gall -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-486 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libcamlimages-ocaml-dev depends on: ii libcamlimages-ocaml 2.20-8 OCaml image processing library ii libfreetype6-dev 2.2.1-5FreeType 2 font engine, developmen ii libjpeg62-dev 6b-13 Development files for the IJG JPEG ii liblablgtk2-ocaml-dev 2.6.0-7OCaml bindings to Gtk+ version 2 ii libpng12-dev 1.2.15~beta5-1 PNG library - development ii libtiff4-dev 3.8.2-6Tag Image File Format library (TIF ii libungif4-dev 4.1.4-4shared library for GIF images (dev ii libxpm-dev1:3.5.5-2 X11 pixmap library (development he ii ocaml [ocaml-3.09.2] 3.09.2-7 ML language implementation with a libcamlimages-ocaml-dev recommends no packages. -- no debconf information version=2.12 description=image format handler directory=^camlimages archive(byte) =ci_core.cma archive(byte) +=ci_freetype.cma archive(byte) +=ci_gif.cma archive(byte) +=ci_jpeg.cma archive(byte) +=ci_tiff.cma archive(byte) +=ci_bmp.cma archive(byte) +=ci_ppm.cma archive(byte) +=ci_png.cma archive(byte) +=ci_xvthumb.cma archive(byte) +=ci_xpm.cma archive(byte) +=ci_ps.cma archive(native) =ci_core.cmxa archive(native)+=ci_freetype.cmxa archive(native)+=ci_gif.cmxa archive(native)+=ci_jpeg.cmxa archive(native)+=ci_tiff.cmxa archive(native)+=ci_bmp.cmxa archive(native)+=ci_ppm.cmxa archive(native)+=ci_png.cmxa archive(native)+=ci_xvthumb.cmxa archive(native)+=ci_xpm.cmxa archive(native)+=ci_ps.cmxa package lablgtk2 ( requires=camlimages lablgtk2 archive(byte)=ci_lablgtk2.cma archive(native)=ci_lablgtk2.cmxa ) package graphics ( requires=camlimages graphics archive(byte)=ci_graphics.cma archive(native)=ci_graphics.cmxa )
Bug#404408: ITP: openpcd -- Firmware and tools for OpenPCD, the free 13.56MHz RFID reader and writer design
Package: wnpp Severity: wishlist Owner: Uwe Hermann [EMAIL PROTECTED] * Package name: openpcd Version : Subversion revision 291 Upstream Author : Harald Welte [EMAIL PROTECTED] * URL : http://www.openpcd.org * License : GPL Programming Lang: C Description : Firmware and tools for OpenPCD, the free 13.56MHz RFID reader and writer design OpenPCD is a free hardware design for Proximity Coupling Devices (PCD) based on 13,56MHz communication. This device is able to screen informations from Proximity Integrated Circuit Cards (PICC) conforming to vendor-independent standards such as ISO 14443, ISO 15693 as well as proprietary protocols such as Mifare Classic. Contactless cards like these are for example used in the new electronic passports. The intention of the OpenPCD project is to offer the users full hardware control of the RFID signal and to provide different output signals for screening the communication. With already existing Free Software from the OpenMRTD project for implementing the PCD side protocol stack of various RFID protocols, this project will happily extend the free toolchain around RFID verification. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#403994: aub: resolve file conflict with webmagick.
tags 403994 + patch
thanks
Moi!
The attached diff should help resolve the file conflict with webmagick,
and fixes a few errors that lintian barfs about along the way. Please
apply, or drop me a note if you want me to upload the changes as an NMU.
Regards,
Daniel.
diff -Nru /tmp/RGz6kHiDPk/aub-2.2/debian/changelog /tmp/7G3RLDbAOV/aub-2.2.1/debian/changelog
--- /tmp/RGz6kHiDPk/aub-2.2/debian/changelog 2005-09-12 00:56:04.0 +0200
+++ /tmp/7G3RLDbAOV/aub-2.2.1/debian/changelog 2006-12-24 16:37:39.0 +0100
@@ -1,3 +1,16 @@
+aub (2.2.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * debian/control: Replace versions of webmagick that ship a rogue copy
+of our aub.1 man page. Closes: #403994
+ * debian/control: Move debhelper from Build-Depends-Indep to Build-Depends
+to appease lintian.
+ * debian/control: Complies with version 3.7.2 of Debian policy.
+ * debian/rules: binary-arch target does not need to build and install
+anything.
+
+ -- Daniel Kobras [EMAIL PROTECTED] Sun, 24 Dec 2006 16:34:21 +0100
+
aub (2.2) unstable; urgency=low
* New version with many new features and fixex.
diff -Nru /tmp/RGz6kHiDPk/aub-2.2/debian/control /tmp/7G3RLDbAOV/aub-2.2.1/debian/control
--- /tmp/RGz6kHiDPk/aub-2.2/debian/control 2005-09-12 00:56:04.0 +0200
+++ /tmp/7G3RLDbAOV/aub-2.2.1/debian/control 2006-12-24 16:34:18.0 +0100
@@ -2,12 +2,14 @@
Section: news
Priority: optional
Maintainer: Benjamin Hill (Mako) [EMAIL PROTECTED]
-Build-Depends-Indep: debhelper (= 4), perl (= 5.6.0), docbook-to-man
-Standards-Version: 3.6.2.1
+Build-Depends: debhelper (= 4)
+Build-Depends-Indep: perl (= 5.6.0), docbook-to-man
+Standards-Version: 3.7.2
Package: aub
Architecture: all
Depends: ${perl:Depends}
+Replaces: webmagick ( 2.02-8.3)
Description: Assembles binary files from USENET
AUB automatically assembles the pieces of multi-part Usenet postings
and decodes them. A user-supplied configuration file tells which
diff -Nru /tmp/RGz6kHiDPk/aub-2.2/debian/rules /tmp/7G3RLDbAOV/aub-2.2.1/debian/rules
--- /tmp/RGz6kHiDPk/aub-2.2/debian/rules 2005-09-12 01:05:55.0 +0200
+++ /tmp/7G3RLDbAOV/aub-2.2.1/debian/rules 2006-12-24 16:33:39.0 +0100
@@ -56,7 +56,7 @@
# Build architecture-dependent files here.
-binary-arch: build install
+binary-arch:
# This is architecture indepenent package.
binary: binary-indep binary-arch
Bug#404245: Wrong file, please replace
El día 23/12/2006 a 22:20 Ola Lundqvist escribió... Hi Still get the same message. Yes, I've noticed that. Quite extrange. I'm attaching a file again, I've build it from source and there are no issues, also codification is utf8. % file ntop/es.po ntop/es.po: UTF-8 Unicode English text -- Rudy Godoy | 0x3433BD21 | http://www.htu.com.pe ,''`. http://www.apesol.org - http://www.debian.org : :' : GPG FP: 0D12 8537 607E 2DF5 4EFB 35A7 550F 1A00 3433 BD21 `. `' `- # ntop translation to spanish # Copyright (C) 2004 Software in the Public Interest # This file is distributed under the same license as the ntop package. # # Changes: # - Initial translation # Rudy Godoy [EMAIL PROTECTED], 2006 # # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/coordinacion # especialmente las notas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # # msgid msgstr Project-Id-Version: ntop 3.2\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-08-16 07:38+0200\n PO-Revision-Date: 2006-12-22 13:03-0500\n Last-Translator: Rudy Godoy [EMAIL PROTECTED]\n Language-Team: Debian l10n Spanish Team debian-l10n-spanish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:1001 msgid Which is the name of the user to run the ntop daemon as ? msgstr ¿Cuál es el usuario que debe ejecutar el demonio ntop? #. Type: string #. Description #: ../templates:1001 msgid The selected user will be created if not already available. Don't choose root, it is not recommended and will be discarded anyway. msgstr Se creará el usuario si no existe. No introduzca root, no se aconseja, y si lo hace se descartará en cualquier caso. #. Type: string #. Description #: ../templates:1001 msgid If you select an empty string no user will be created on the system and you will need to do that configuration yourself. msgstr No se creará ningún usuario en el sistema si no introduce nada aquí, por lo que usted tendrá que hacer la configuración necesaria. #. Type: string #. Description #: ../templates:2001 msgid Which interfaces should ntop listen on? msgstr ¿En qué interfaces debe escuchar ntop? #. Type: string #. Description #: ../templates:2001 msgid Please enter a comma separated list of interfaces ntop should listen on. msgstr Por favor introduzca la lista, separada por comas, de las interfaces en las que debe escuchar ntop. signature.asc Description: Digital signature
Bug#404342: flashrom packages-arch-specific
hello uwe you might want to add flashrom to http://cvs.debian.org/srcdep/Packages-arch-specific?rev=1.660root=dakview=markup to close this bug. something like this should do %flashrom: i386 ia64 amd64 hurd-i386 freebsd-i386 netbsd-i386 # i386 specific btw are you ever on irc? like irc.gnu.org #openbios ? yours guerkan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404407: ITP: librfid -- A Free Software RFID stack
Package: wnpp Severity: wishlist Owner: Uwe Hermann [EMAIL PROTECTED] * Package name: librfid Version : Subversion revision 1942 Upstream Author : Harald Welte [EMAIL PROTECTED] * URL : http://www.openmrtd.org/projects/librfid/ * License : GPL Programming Lang: C Description : A Free Software RFID stack librfid is a Free Software RFID library. It implements the PCD (reader) side protocol stack of ISO 14443 A, ISO 14443 B, ISO 15693, Mifare Ultralight and Mifare Classic. Support for iCODE and other 13.56MHz based transponders is planned. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#404406: RM: pbbuttonsd [i386] -- RoM; not useable on this arch
Package: ftp.debian.org Severity: normal Please remove the i386 binaries of pbbuttonsd and pbbuttonsd-dev. They were build to support the new Intel Apple Notebooks but noone ever actually ported them enough to be actually useful. There is now other software for this (e.g. mbpeventd). Gruesse, Frank Lichtenheld -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404410: netselect: [INTL:ru] Russian debconf templates translation update
Package: netselect Severity: wishlist Tags: l10n, patch Russian debconf templates translation update is attached. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) netselect_0.3.ds1-9_ru.po.gz Description: Binary data
Bug#404413: anthy: [INTL:ru] Russian debconf templates translation update
Package: anthy Severity: wishlist Tags: l10n, patch Russian debconf templates translation update is attached. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) anthy_7900-3_ru.po.gz Description: Binary data
Bug#404411: hesiod: [INTL:ru] Russian debconf templates translation update
Package: hesiod Severity: wishlist Tags: l10n, patch Russian debconf templates translation update is attached. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) hesiod_3.0.2-18_ru.po.gz Description: Binary data
Bug#404352: mbpeventd: provide a way to disable some services
Le 24.12.2006, à 14:09:38, Julien BLACHE a écrit: There's a DBus support coming in v1.0, the GNOME stuff can just use that to integrate with mbpeventd and it'll be the best of both worlds. You are right. That will be the best solution. Bonnes fêtes -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --
Bug#403995: webmagick: resolve file conflict with aub.
tags 403995 + patch thanks Moi! The file conflict of aub.1 with the aub package clearly is an error on the webmagick side. It had already been reported as #76981 and was subsequently fixed six year ago. Not sure what made it reappear. Anyway, trivial patch attached. I can upload it as an NMU unless someone objects. diff -u webmagick-2.02/debian/changelog webmagick-2.02/debian/changelog --- webmagick-2.02/debian/changelog +++ webmagick-2.02/debian/changelog @@ -1,3 +1,10 @@ +webmagick (2.02-8.3) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: Do not install aub.1 man page. Closes: #403995 + + -- Daniel Kobras [EMAIL PROTECTED] Sun, 24 Dec 2006 15:59:34 +0100 + webmagick (2.02-8.2) unstable; urgency=high * Non-maintainer upload. diff -u webmagick-2.02/debian/rules webmagick-2.02/debian/rules --- webmagick-2.02/debian/rules +++ webmagick-2.02/debian/rules @@ -70,7 +70,7 @@ # dh_installpam # dh_installinit dh_installcron - dh_installman utils/aub.1 + dh_installman dh_installinfo # dh_undocumented dh_installchangelogs ChangeLog
Bug#402844: libsasl2-modules-gssapi-mit: sasl-sample-client/sasl-sample-server authentication fails with GSSAPI mechanism
I have now successfully tested sasl-sample-client sasl-sample-server (and imtest) with GSSAPI authentication. Once my kerberos config files were corrected, everything worked. The error messages could certainly have been more helpful, but I know of no reason why this bug should not be closed now. --Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404395: libcamlimages-ocaml-dev: Fails to load images.
Hello, In gmane.linux.debian.devel.ocaml, you wrote: The simplest program (load_image.ml) using camlimages: let _ = let filename = Sys.argv.(1) in let img = OImage.load filename [] in let img = OImage.rgb24 img in ignore img You should use OImages in place of OImage. and compiled with: ocamlopt -o load_image -I +camlimages camlimages.cmx region.cmx tmpfile.cmx bitmap.cmx \ genimage.cmx cmyk32.cmx rgba32.cmx rgb24.cmx mstring.cmx color.cmx index8.cmx \ index16.cmx images.cmx oColor.cmx oImage.cmx load_image.ml Really, you should use : ocamlfind -package camlimages -linkpkg -o load_image load_image.ml But anyway, take a look at your command line. You don't load anything dealing with png or jpeg... It should have made you think there was a problem. Using ocamlfind, load everything, and seems to work as expected. and then run with: ./load_image somefile always fails with the following message: Fatal error: exception Images.Wrong_file_type regardless of the type of the file or even if the file doesn't exist. Well, in fact, i need to do some patching in my META.camlimages to made this example work, i open a bug with the good META.camlimages. Regards, Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404346: vino-server segmentation fault
Hi, On Sun, Dec 24, 2006, Guy Roussin wrote: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1224267552 (LWP 15831)] vino_input_init (display=0x808f098) at vino-input.c:132 132 if (global_input_data.keycodes [keysym] != 0) (gdb) bt #0 vino_input_init (display=0x808f098) at vino-input.c:132 #1 0x080501e0 in main (argc=1, argv=0xbfba5f64) at vino-main.c:78 Weird but interesting. The crash happens very near this upstream change: http://bugzilla.gnome.org/attachment.cgi?id=77801 (from GNOME #369884 http://bugzilla.gnome.org/show_bug.cgi?id=369884) Could you try this upstream patch? If it fixes the segfault, I can pull it easily. If it doesn't and you have the time to, you can try building the upstream CVS of vino to see whether your bug is already fixed upstream (I don't experience it myself), and if it is extract a patch: this might make it possible to push the change in Debian before the release of etch. Bye, PS: I'll be on holidays for a week starting tonight. -- Loïc Minier [EMAIL PROTECTED] Forget your stupid theme park! I'm gonna make my own! With hookers! And blackjack! In fact, forget the theme park! -- Bender
Bug#404143: Fans unreliable under load, permanent memory leak
On Sun, Dec 24, 2006 at 03:31:15PM +0100, Frederik Schueler wrote: Hello, On Sun, Dec 24, 2006 at 02:02:58PM +0100, Moritz Muehlenhoff wrote: Do you intent to disable ACPI entirely for all systems? It appears to me that the affected HP models could be disabled on a per-case basis using drivers/acpi/blacklist.c This looks like a good idea to me, do we know which models are affected? OTOH, I doubt we have a complete list of affected models, and who knows what problems may arise for yet to be released laptops... indeed this is a good way. acpi patches have known side-effects so i would nack any hand-picking of those. do we have a report from an affected laptop that booting with noacpi solves the thermal issues? i don't agreee with the fuzz about this bug report nor with the severity. for the sarge release kernel-image 2.6.8 did not boot on a wide range of market available intel boards and there were overheating bug reports. completly disabling acpi seems like an overreaction, based on the fact that the affected laptops are quite specific. on the other hand i'm delighted to see discussions about the linux-image upgrade in a stable revision. happy christmas -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404414: zephyr: [INTL:ru] Russian debconf templates translation update
Package: zephyr Severity: wishlist Tags: l10n, patch Russian debconf templates translation update is attached. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) zephyr_2.1.20010518.SNAPSHOT-17_ru.po.gz Description: Binary data
Bug#404143: Fans unreliable under load, permanent memory leak
* Moritz Muehlenhoff [EMAIL PROTECTED] [2006-12-24 15:57]: Since HP supports Debian officially now not on laptops. I'm sure Dann or someone else from HP can provide us a list of affected models. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404405: pdf-attachment missing in notification-mails
Il giorno dom, 24/12/2006 alle 15.54 +0100, Hans Froemel ha scritto: Package: hylafax-server Version: 2:4.3.1-3 After upgrading hylafax from 4.3.0-9 to 4.3.1-3 notifications aren't sent properly any longer. I configured hylafax to attach the sent fax to notification-mails as pdf-file . In 4.3.0-9 the configuration worked flawlessly, after the upgrade to 4.3.1-3 the pdf-file is missing in notifications. I gathered some data which might help identifying the cause of the problem. Apparently the notify-shellscript runs into problems when trying to generate the attachment. I believe this problem have been fixed in 4.3.1-4. Please try setting ENCODING='base64' MIMENCODE='/usr/bin/mimencode' QPENCODE='/usr/bin/mimencode -q' UUENCODE='/usr/bin/uuencode' in /etc/hylafax/setup.cache, then please change the file /var/spool/hylafax/bin/notify on line 172 from SESSION_LOG=`cat log/c$commid | grep -v '-- data'` to SESSION_LOG=`cat log/c$commid | grep -v -- '-- data'` then run invoke-rc.d hylafax restart and let me know if this fix the problem. Please, let me know if this fix the problem. Bye, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404409: lilo: [INTL:ru] Russian debconf templates translation update
Package: lilo Severity: wishlist Tags: l10n, patch Russian debconf templates translation update is attached. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) lilo_1_22.7.3-1_ru.po.gz Description: Binary data
Bug#404415: linux-source-2.6.18: Add support of applesmc module for Apple MacBook computers
Package: linux-source-2.6.18 Severity: wishlist Tags: patch Hello, I have an Apple MacBook Pro and the applesmc kernel module is needed for mbpeventd to be able to set keyboard backlight (see bug #404324). A patch for applesmc is maintained in the mactel SVN repository at http://svn.sourceforge.net/viewvc/mactel-linux/trunk/kernel/mactel-patches-2.6.18/applesmc.patch?view=log I also include the patch here. The patch should be included in vanilla Linux at some time but maybe not before 2.6.20. It would be nice if the Debian kernel for Etch has support for Apple MacBook Pro computers. Thanks -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (90, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) diff -pruN linux/drivers/hwmon.vanilla/Kconfig linux/drivers/hwmon/Kconfig --- linux/drivers/hwmon.vanilla/Kconfig 2006-10-14 13:07:48.0 +0800 +++ linux/drivers/hwmon/Kconfig 2006-10-14 13:08:22.0 +0800 @@ -507,6 +507,26 @@ config SENSORS_HDAPS Say Y here if you have an applicable laptop and want to experience the awesome power of hdaps. +config SENSORS_APPLESMC + tristate Apple SMC (Motion sensor, light sensor, keyboard backlight) + depends on HWMON INPUT X86 + default n + help + This driver provides support for the Apple System Management + Controller, which provides an accelerometer (Apple Sudden Motion + Sensor), light sensors, and keyboard backlight control. + + Only Intel-based Apple's laptops are supported (MacBook Pro, MacBook). + + The accelerometer and light sensors data is readable via sysfs, and + the keyboard backlight is writable. + + This driver also provides an absolute input class device, allowing + the laptop to act as a pinball machine-esque joystick. + + Say Y here if you have an applicable laptop and want to experience + the awesome power of applesmc. + config HWMON_DEBUG_CHIP bool Hardware Monitoring Chip debugging messages depends on HWMON diff -pruN linux/drivers/hwmon.vanilla/Makefile linux/drivers/hwmon/Makefile --- linux/drivers/hwmon.vanilla/Makefile2006-10-14 13:07:48.0 +0800 +++ linux/drivers/hwmon/Makefile2006-10-14 13:08:22.0 +0800 @@ -18,6 +18,7 @@ obj-$(CONFIG_SENSORS_ADM1025) += adm1025 obj-$(CONFIG_SENSORS_ADM1026) += adm1026.o obj-$(CONFIG_SENSORS_ADM1031) += adm1031.o obj-$(CONFIG_SENSORS_ADM9240) += adm9240.o +obj-$(CONFIG_SENSORS_APPLESMC) += applesmc.o obj-$(CONFIG_SENSORS_ATXP1)+= atxp1.o obj-$(CONFIG_SENSORS_DS1621) += ds1621.o obj-$(CONFIG_SENSORS_F71805F) += f71805f.o diff -pruN linux/drivers/hwmon.vanilla/applesmc.c linux/drivers/hwmon/applesmc.c --- linux/drivers/hwmon.vanilla/applesmc.c 1970-01-01 07:30:00.0 +0730 +++ linux/drivers/hwmon/applesmc.c 2006-11-04 22:36:08.0 +0800 @@ -0,0 +1,913 @@ +/* + * drivers/hwmon/applesmc.c - driver for Apple's SMC (various sensors, + * fan control) + * + * Copyright (C) 2006 Nicolas Boichat [EMAIL PROTECTED] + * + * Based on hdaps.c driver: + * Copyright (C) 2005 Robert Love [EMAIL PROTECTED] + * Copyright (C) 2005 Jesper Juhl [EMAIL PROTECTED] + * + * Fan control based on smcFanControl: + * Copyright (C) 2006 Hendrik Holtmann [EMAIL PROTECTED] + * + * This program is free software; you can redistribute it and/or modify it + * under the terms of the GNU General Public License v2 as published by the + * Free Software Foundation. + * + * 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 the GNU General Public License for + * more details. + * + * You should have received a copy of the GNU General Public License along with + * this program; if not, write to the Free Software Foundation, Inc., + * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA + */ + +#include linux/delay.h +#include linux/platform_device.h +#include linux/input.h +#include linux/kernel.h +#include linux/module.h +#include linux/timer.h +#include linux/dmi.h +#include asm/io.h +#include linux/leds.h + +/* data port used by apple SMC */ +#define APPLESMC_DATA_PORT 0x300 +/* command/status port used by apple SMC */ +#define APPLESMC_CMD_PORT 0x304 + +#define APPLESMC_NR_PORTS 5 /* 0x300-0x304 */ + +#define APPLESMC_STATUS_MASK 0x0f +#define APPLESMC_READ_CMD 0x10 +#define APPLESMC_WRITE_CMD 0x11 + +#define LIGHT_SENSOR_LEFT_KEY ALV0 //r-o length 6 +#define LIGHT_SENSOR_RIGHT_KEY ALV1 //r-o length 6 +#define BACKLIGHT_KEY LKSB //w-o + +#define CLAMSHELL_KEY MSLD //r-o length 1 (unused) + +#define MOTION_SENSOR_X_KEYMO_X //r-o length 2 +#define
Bug#397084: savage: a fix for respawn crash regression
This is the right fix. I'll check it in the next few days.
Thanks!
Alex
On 12/22/06, Mikko Rapeli [EMAIL PROTECTED] wrote:
Hello,
The savage driver some time a go started crashing when respawned from
kdm et al. When MapMMIO and MapFB functions were merged to MapMem[1], one
MapFB call in SavageScreenInit was not replaced with MapMem:
http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-savage.git;a=commitdiff_plain;h=2f8352df6488476b0c1a46798eca5dd38827444b;hp=6f9abbb972834561cd8494a1d4fb47402b285d7d
Here's a patch which fixes the issue. It works on my Thinkpad T20,
though I don't really understand the details.
-Mikko
--- xserver-xorg-video-savage-2.1.2.orig/src/savage_driver.c
+++ xserver-xorg-video-savage-2.1.2/src/savage_driver.c
@@ -3088,6 +3088,9 @@
SavageEnableMMIO(pScrn);
+if (!SavageMapMem(pScrn))
+return FALSE;
+
psav-FBStart2nd = 0;
if (psav-overlayDepth) {
___
xorg mailing list
[EMAIL PROTECTED]
http://lists.freedesktop.org/mailman/listinfo/xorg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404367: xserver-xorg: keypresses are occasionally multiplied dozens, hundreds or thousands of times
merge 404367 404368 thanks On Sat, Dec 23, 2006 at 11:18:04PM -0500, celejar wrote: Package: xserver-xorg Version: 1:7.1.0-9 Severity: important Every now and then, without any pattern or triggering event that I can determine, CPU usage spikes to 100% and a keypress is multiplied dozens, hundreds or even thousands of times. This happens across all different contexts within X, such as typing text in an application or an xterm, using an application's hotkeys, and even using the WM's (Xfce) control keys. I have never seen the problem at the console (not even when X is running and I shift back to the console with alt-ctrl-F1), and I have never seen it under kernels in the 2.4.x series (currently kernel-image-2.4.27-2-386 2.4.27-11), only under 2.6.x series kernels. Could you please try downgrading xserver-xorg-core to the version in testing, 2:1.1.1-11 and tell us if this makes the problem go away? Thank you! - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367363: [EMAIL PROTECTED]: Re: Bug#367363: Error output]
Adding info to bug log. ---BeginMessage--- On 12/15/06, Lionel Elie Mamane [EMAIL PROTECTED] wrote: I expected a more detailed trace, along the lines of the one in http://bugs.debian.org/301198 . :-( I'll forward the bug report upstream (to the authors of capi4hylafax), but without the hardware to test, I don't have my hopes too high. I recompiled capi4hylafax with --enable-debug, attached is the really verbose output :). fax2.log Description: Binary data ---End Message---
Bug#404143: Fans unreliable under load, permanent memory leak
On Sun, Dec 24, 2006 at 03:42:46PM +0100, maximilian attems wrote: On Sun, Dec 24, 2006 at 03:31:15PM +0100, Frederik Schueler wrote: Hello, On Sun, Dec 24, 2006 at 02:02:58PM +0100, Moritz Muehlenhoff wrote: Do you intent to disable ACPI entirely for all systems? It appears to me that the affected HP models could be disabled on a per-case basis using drivers/acpi/blacklist.c This looks like a good idea to me, do we know which models are affected? OTOH, I doubt we have a complete list of affected models, and who knows what problems may arise for yet to be released laptops... indeed this is a good way. acpi patches have known side-effects so i would nack any hand-picking of those. do we have a report from an affected laptop that booting with noacpi solves the thermal issues? Ah, neat, there is the noacpi option. We could simply add this flag to affected laptops by d-i. No need to touch the kernel or otherwise. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404416: linux-image-2.6.18-3-686: pc working very slow with new kernel
Package: linux-image-2.6.18-3-686 Version: 2.6.18-8 Severity: grave Justification: renders package unusable Using debian linux kernel 2.6.16 works perfectly, but booting with version 2.6.18-3 makes everything work much slower. The slowness can be experienced in the boot sequence (it takes about 5 minutes to start the system), in particular i think there must be some problem before (or in?) the IDE interface probing, because this is the first process in the boot sequence to be very slow. Running gnome, something strange happens: something is running slow and something else works normally. For example, opening a terminal window takes some seconds, while continous mathematical processing takes exactly the same time as with kernel 2.6.16. BTW, i'm attaching the first lines of dmesg, in the two version (the working 2.6.16 and the slow 2.6.18) till the IDE interface probing, because i think the problem is before it. Thanks a lot. - 2.6.16 dmesg --- Aug 18 19:01:49 UTC 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009f800 (usable) BIOS-e820: 0009f800 - 000a (reserved) BIOS-e820: 000dc000 - 0010 (reserved) BIOS-e820: 0010 - 1f6e (usable) BIOS-e820: 1f6e - 1f6ea000 (ACPI data) BIOS-e820: 1f6ea000 - 1f70 (ACPI NVS) BIOS-e820: 1f70 - 2000 (reserved) BIOS-e820: e000 - f0006000 (reserved) BIOS-e820: f0008000 - f000c000 (reserved) BIOS-e820: fed2 - fed9 (reserved) BIOS-e820: ff00 - 0001 (reserved) 0MB HIGHMEM available. 502MB LOWMEM available. On node 0 totalpages: 128736 DMA zone: 4096 pages, LIFO batch:0 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 124640 pages, LIFO batch:31 HighMem zone: 0 pages, LIFO batch:0 DMI present. ACPI: RSDP (v000 PTLTD ) @ 0x000f7530 ACPI: RSDT (v001 Sony J0 0x20041219 PTL 0x) @ 0x1f6e5a12 ACPI: MADT (v001 Sony J0 0x20041219 PTL 0x005f) @ 0x1f6e9e78 ACPI: FADT (v002 Sony J0 0x20041219 PTL 0x005f) @ 0x1f6e9ee0 ACPI: BOOT (v001 Sony J0 0x20041219 PTL 0x0001) @ 0x1f6e9fd8 ACPI: MCFG (v001 Sony J0 0x20041219 PTL 0x005f) @ 0x1f6e9f9c ACPI: SSDT (v001 Sony J0 0x20041219 PTL 0x20030224) @ 0x1f6e62cf ACPI: SSDT (v001 Sony J0 0x20041219 PTL 0x20030224) @ 0x1f6e5e8a ACPI: SSDT (v001 Sony J0 0x20041219 PTL 0x20030224) @ 0x1f6e5c6f ACPI: SSDT (v001 Sony J0 0x20041219 PTL 0x20030224) @ 0x1f6e5a56 ACPI: DSDT (v001 Sony J0 0x20041219 PTL 0x20030224) @ 0x ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 6:13 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 1, version 32, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 3000 (gap: 2000:c000) Built 1 zonelists Kernel command line: root=/dev/hda2 ro mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 1596.429 MHz processor. Using pmtmr for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 503240k/514944k available (1408k kernel code, 11108k reserved, 528k data, 144k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 3200.75 BogoMIPS (lpj=6401510) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: afe9fbff 0010 0180 CPU: After vendor identify, caps: afe9fbff 0010 0180 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: After all inits, caps: afe9fbff 0010 0040 0180 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: Intel(R) Pentium(R) M processor 1.60GHz
