Bug#414358: plptools: [INTL:es] Spanish debconf translation
Package: plptools Severity: wishlist Tags: patch l10n Please find attached the Spanish translation for debconf template. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.UTF-8 (charmap=UTF-8) # plptools translation to spanish # Copyright (C) 2007 Software in the Public Interest # This file is distributed under the same license as the plptools package. # # Changes: # - Initial translation # Katia Canepa [EMAIL PROTECTED], 2007 # # - Updates # Rudy Godoy [EMAIL PROTECTED], 2007 # # 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: plptools\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-13 20:06+0100\n PO-Revision-Date: 2007-03-11 02:56-0500\n Last-Translator: Rudy Godoy [EMAIL PROTECTED]\n Language-Team: Deian 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 #. Type: note #. Description #: ../plptools.templates:1001 msgid Customize /etc/plptools.conf msgstr Personalizar «/etc/plptools.conf» #. Type: note #. Description #: ../plptools.templates:1001 msgid In addition to plptools' main daemon \ncpd\, plptools provides two optional daemons: msgstr Además del demonio principal «ncpd», plptools proporciona dos demonios opcionales: #. Type: note #. Description #: ../plptools.templates:1001 msgid plpnfsd (for nfs-like mounting a Psion's drives)\n plpprintd (for printing via PC from a Psion Series 5) msgstr plpnfsd (para montar una unidad Psion al estilo de nfs)\n plpprintd (para imprimir por medio de una PC desde un Psion Series 5) #. Type: note #. Description #: ../plptools.templates:1001 msgid Both daemons are disabled by default. You can enable them by editing /etc/ plptools.conf. msgstr De manera predeterminada, los dos demonios están deshabilitados. Para habilitarlos, edite «/etc/plptools.conf». #. Type: boolean #. Description #: ../plptools.templates:2001 msgid Should ncpd be started during boot? msgstr ¿Se debe iniciar ncpd durante el arranque? #. Type: boolean #. Description #: ../plptools.templates:2001 msgid Normally, ncpd - the daemon which handles the serial connection to a Psion - is started on boot-up. If you intend to connect your Psion to another machine on the net and NEVER will use it locally, you can disable this here. msgstr Usualmente, ncpd -el demonio que maneja la conexión serie a un Psion- se inicia en el arranque del sistema. Si desea conectar su Psion a otra máquina en la red y NUNCA lo usará localmente, puede deshabilitarlo ahora. #. Type: string #. Description #: ../plptools.templates:3001 msgid Specify serial line to be used msgstr Especifique la línea serie a usar #. Type: string #. Description #: ../plptools.templates:3001 msgid By default, the Psion is expected to be connected to the first serial line (COM1:) of your machine. You can change this here. msgstr De manera predeterminada, se espera que Psion se conecte a la primera línea serie de su máquina (COM1:). Puede cambiarlo, si desea. #. Type: string #. Description #: ../plptools.templates:4001 msgid Specify the IP address and port for ncpd msgstr Especifique la dirección IP y el puerto para ncpd #. Type: string #. Description #: ../plptools.templates:4001 msgid If you intend to use the plptools front-ends from other machines, you can specify 0.0.0.0 or the IP address of your machine here. Normal users should keep the default 127.0.0.1! msgstr Si planea usar las interfaces de plptools desde otras máquinas, puede introducir «0.0.0.0» ó la dirección IP de su máquina aquí. ¡Los usuarios normales deberán mantener la IP predeterminada 127.0.0.1! #. Type: string #. Description #: ../plptools.templates:4001 msgid Note, that THIS IS A SECURITY THREAT as no authentication and no encryption is used! DO NOT USE THIS on machines which are accessible from the Internet! msgstr Tenga en cuenta de que ESTE ES UN PROBLEMA DE SEGURIDAD dado que no se utiliza autenticación ni cifrado! NO UTILICE ESTO en máquinas que sean accesibles desde Internet. #. Type: boolean #. Description #: ../plptools.templates:5001 msgid Should plpnfsd be started
Bug#414361: New upstream release (4.1.2) available
Package: twiki Severity: wishlist Hi, please consider packaging the latest version, which is 4.1.2 atm of this writing. Thanks, Michael -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.21-rc3 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#414176: [Pkg-sysvinit-devel] Bug#414176: /sbin/halt .. -i .. in etch breaks WOL, doesn't do SIOCSIFFLAGS ioctl
severity 414176 important merge 414176 405870 thanks [Harry Coin] Below please find two strace -iv outputs showing the binary version of halt shipped in the latest (as of march 9, 07) Debian Etch ignores /sbin/halt's -i (net down / breaking the wake on lan WOL function for 3com related cards ) switch, and possibly others, while the compiled version from source does the right thing (and is a larger binary, to boot). I've heard this story before (Bug #405870), and still have no idea why manuall build work while the automatically built version do not. Could the 21_ifdown_kfreebsd.dpatch change be related? How are you building it? Are you building using 'debuild'? Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414360: kdm: .bashrc option causes warning message to be displayed at login
Package: kdm Version: 4:3.5.5a.dfsg.1-6 Severity: normal If the option set completion-ignore-case on (or presumably any other three token command) is set in a user's .bashrc, a message is reported at login. The message is Xsession: unsupported number of arguments (2); falling back to default session. This message comes from /etc/X11/Xsession.d/20x11-common_process-args as it receives the arguments completion-ignore-case on. This would seem to come from KDM's Xsession as it sources the user's .bash_profile which in turn pulls in the user's .bashrc file. It should be noted that after clicking OK, the KDE session starts as 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-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kdm depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii kdebase-bin4:3.5.5a.dfsg.1-6 core binaries for the KDE base mod ii kdebase-data 4:3.5.5a.dfsg.1-6 shared data files for the KDE base ii kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libpam-runtime 0.79-4Runtime support for the PAM librar ii libpam0g 0.79-4Pluggable Authentication Modules l ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-5 X11 client-side library ii libxau61:1.0.1-2 X11 authorisation library ii libxdmcp6 1:1.0.1-2 X11 Display Manager Control Protoc ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients Versions of packages kdm recommends: ii logrotate 3.7.1-3Log rotation utility -- debconf information: kdm/stop_running_server_with_children: false * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414340: package description refers to us, Debian developers
tags 414340 pending thanks Quoting Filipus Klutiero ([EMAIL PROTECTED]): Package: popularity-contest Version: 1.40 Severity: minor The package description should refer to Debian as Debian or the Debian project, not as us. us is like we. We can talk about we among ourselves, but not to users. At best, this is informal. Indeed. This is something that has been dropped a while ago from the debconf templates, but apparently nobody thought about the package description. I just synced the package description with the templates: no more first person and also no more Debian branding (that should help derived distributions). Thanks for noticing and reporting, Philippe. signature.asc Description: Digital signature
Bug#407746: [URGENT] Please update debconf PO translation for the package libpam-ldap 180-1.7
Anyway, yes, it is a style question -- I just know that the question style is a style that Christian has specifically discouraged the use of in English. :) Not exactly. What I mostly intend to discourage is asking *two* questions, one in the short description and another one in the long description. This looks really weird when both are shown together (which is the default in Debian). So, this really applies to boolean templates. Hence the Please foobar construction when the need to repeat or rephrase the short description in the long description exists. For French translations we usually translate such Please enter sentences with Veuillez indiquerwhich is a polite construction, pretty formal.used quite widely in french localised software. In the case of select/string templates, the Dutch team apparently choosed to use a question as first sentence in the long description, which seems to be a fairly consistent choice when the short description is *not* a question. And it should not be a question as I really think that question style for such opened requests does sound like spoken language which is IMHO to be avoided in debconf templates. But, again, I wouldn't be shocked if a given team deliberately chooses to turn all such opened prompts to questions. The main point, IMHO, is keeping style consistency in order to give users the feeling of a smooth way to go from one package to another. Whether this is done one way or another is up to all teams, of course. signature.asc Description: Digital signature
Bug#407746: [URGENT] Please update debconf PO translation for the package libpam-ldap 180-1.7
This is a debconf short description, and the translation needs to fit on a single line in order to display correctly on 80-column terminals. podebconf-display-po show it correctly, but if it should be under 80 columns, let's change it. :-) Actually, the suggestion to fit in 80 columns is a recommendation, not an enforcement. On most debconf interfaces, short descriptions that extend over the 80 columns limit still display properly.however, they extend the size occupied by the short description partwhich may lead to undesirable effects, depending on the interface (think about text interface). Indeed, for many cases, the enforcement for short descriptions being kept short cannot really be achieved, so please see this as a strong recommendation and make all possible efforts to respect this...which you can in that case..:) signature.asc Description: Digital signature
Bug#414367: Sony VAIO z505-js succesful install
Package: installation-reports Boot method: Floppy, the Sarge disk images detected the USB Floppy just fine Image version: /debian/dists/sarge/main/installer-i386/current//images 4-Aug-2006 Date: 3/10/2007 2AM Machine: Sony VAIO Z505-JS Super Slim note book with no CD-ROM and USB Floppy Processor:645MHZ pentiumIII Memory:128 MB Partitions: 4.8GB Windows 7.0 GB ext3 255MB Swap Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[ o] Configure network HW: [ o] Config network: [ o] Detect CD: [ ] Load installer modules: [ o] Detect hard drives: [ o] Partition hard drives: [ o] Create file systems:[ o] Mount partitions: [ o] Install base system:[ o] Install boot loader:[ o] Reboot: [ o] Comments/Problems: I was a little surprised after what I’d found about my specific laptop and installing Debian on the internet the It went so smoothly. I was expecting the initial boot to stall When changing floppies, and was pleasantly surprised that it finished booting. It downloaded From the ftp sight and seems to work just fine. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.8/717 - Release Date: 3/10/2007 2:25 PM
Bug#184437: Please, God. Make this patch work.
Hi Brandon, I have a simple patch that fixes this segfault for me. Here it is: This seems to work well. It's a pity not to use this nice music, but since it is clearly better than an occasional crash. While debugging, I tried replacing that line in sound.c with 4 pennights. I thought it would crash more. It didn't crash at all. I also tried moving it to the front, back, and second position. It didn't crash under those seemingly identical situations. Like I said, weird. I guess this is the reason why I didn't succeed in identifying the mod file, which causes the crash. Also worthy of note, is that every time I got penguin-command to crash , it was playing song #2 (starting from 0). Here is a log I have been keeping. I only added to this log sometimes when penguin-command would crash. I am not including the core dumps. If someone wants them, email me. Interesting. I will think a bit more about this (and test a bit more myself). It might be a good clue. Core was generated by `penguin-command'. Program terminated with signal 11, Segmentation fault. #0 0xb7eb1413 in SDL_LowerBlit () from /usr/lib/libSDL-1.2.so.0 (gdb) backtrace #0 0xb7eb1413 in SDL_LowerBlit () from /usr/lib/libSDL-1.2.so.0 #1 0xb7eb16b4 in SDL_UpperBlit () from /usr/lib/libSDL-1.2.so.0 #2 0x0804ceea in Blit (Xpos=136111496, Ypos=510, image=0x805a750) at gfx.c:331 #3 0x0804bdab in DrawCannon (x=20, y=0) at game.c:160 #4 0x0804c0ad in ProcessEvents () at game.c:322 #5 0x0804c314 in StartGame () at game.c:429 #6 0x0804b1df in main (argc=136100536, argv=0x0) at main.c:460 (gdb) Notice that this has some things in common with the trace that Karl provided a few years ago, but some things are distinctly different. It probably crashes in Blit, because the function is the most memory intensive one. This really looks like memory corruption. Thanks for your hard work. I'd like to do some more testing before applying the patch, to get sure it really works around this bug (and hopefully get some more details). The crash doesn't occur very frequently, so It'll probably take some time. I'll write again within the next week. Thanks again, Karl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414092: airport-utils: Tools start and quit immediately without working
Arjan Opmeer [EMAIL PROTECTED] wrote: Hi, So it seems that there is a problem with my sun-java6 installation. I already tried apt-get --reinstall of the sun-java6-bin and sun-java6-jre packages, but that did not solve the problem. So what am I missing that is does work on your system but not on mine? What does java -verbose -jar ... tell you ? If it's bombing out because of some missing jars or something, it should appear in the output... JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org 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#414365: mailman : [INTL:pt] Portuguese translation for debconf messages
Package: mailman Version: 2.1.9-5 Tags: l10n, patch Severity: wishlist Portuguese translation for mailman's debconf messages. Translator: Miguel Figueiredo elmig _at_ debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#410106: Info received (Any news ?)
tag 410106 pending thanks I've prepared a NMU of libpng from experimental, which does what vorlon suggested, symlinking libpng12.pc to libpng14.pc (as it's currently done with libpng.pc) The debdiff is attached to the bug report, it has correctly built gtk2-engines-xfce and I'm currently rebuilding all Xfce with it. When it's finished and when I have a sponsor, if you're ok with the diff, I'll have it uploaded to experimental Regards, -- Yves-Alexis diff -u libpng-1.4.0~beta16/debian/changelog libpng-1.4.0~beta16/debian/changelog --- libpng-1.4.0~beta16/debian/changelog +++ libpng-1.4.0~beta16/debian/changelog @@ -1,3 +1,11 @@ +libpng (1.4.0~beta16-0.1) experimental; urgency=low + + * Non-maintainer upload. + * Add a symlink from libpng14.pc to libpng12.pc so packages needing it and +pulling it from the Provides: field are happy. + + -- Yves-Alexis Perez [EMAIL PROTECTED] Sun, 11 Mar 2007 01:49:05 +0100 + libpng (1.4.0~beta16-0) experimental; urgency=low diff -u libpng-1.4.0~beta16/debian/rules libpng-1.4.0~beta16/debian/rules --- libpng-1.4.0~beta16/debian/rules +++ libpng-1.4.0~beta16/debian/rules @@ -98,6 +98,7 @@ install -d $(CURDIR)/debian/tmp/usr/lib/pkgconfig install libpng14.pc $(CURDIR)/debian/tmp/usr/lib/pkgconfig (cd $(CURDIR)/debian/tmp/usr/lib/pkgconfig ln -s -f libpng14.pc libpng.pc) + (cd $(CURDIR)/debian/tmp/usr/lib/pkgconfig ln -s -f libpng14.pc libpng12.pc) install -d $(CURDIR)/debian/tmp/usr/include/libpng14 install png.h pngconf.h $(CURDIR)/debian/tmp/usr/include/libpng14
Bug#409458: [php-maint] Bug#409458: If I installing php5-gd - cli version throw segmentation fault, and libapache2-modphp5 sent empty file
tags 409458 moreinfo unreproducible thanks hi max, sorry for the delay on this. On Fri, 2007-02-02 at 16:00 +0300, max antonov wrote: f I installing php5-gd - cli version throw segmentation fault, and libapache2-modphp5 sent html-data, but my firefox see it as attachment and downloading empty file. I trying telnet , but I think - http-headers in norm. i can't reproduce this problem, but i strongly suspect that this is a bug in the libgd2-xpm package. can you provide the output of: nm -D /usr/lib/libgd.so | grep gdFontCacheShutdown for example: copelandia[~]13:41:01$ nm -D /usr/lib/libgd.so | grep gdFontCacheShutdown 0001a580 T gdFontCacheShutdown if this is the case, you should be able to either upgrade or downgrade your libgd2 package and the problem should go away. sean signature.asc Description: This is a digitally signed message part
Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl
On Sun, 2007-03-11 at 10:58 +0100, sean finney wrote: correct, there are no changes in the pending version of php that affect curl, but my thought was that perhaps the problem is a transient one resulting from building against a bad version of some library, which might be fix by a simple rebuild. however, i can't reproduce the problem you're having by installing the old version of php5/libcurl3/libssl0.9.8, so i'm not sure where to go from here. i'll see if anyone else has ideas. in the meantime, could you send me the full output of dpkg -l | grep ^ii, so i can see if it's some other seemingly unrelated package that's doing it? See attached. I vaguely remember seeing this problem when this was a sarge machine as well. As another test, I removed the php5-curl module and now the moodle script runs without problems. So the problem is triggered by the curl module as suspected. One thing to mention is that I'm using Kerberos... and since libcurl links against libkrb5, it might be that libcurl contains Kerberos related bugs... ? However, after adding the debugging libraries, no Kerberos calls appear in the backtrace (see below). Regards, -- Hans (gdb) bt #0 0xf74932f0 in ?? () #1 0xf7bb8fa5 in CRYPTO_lock (mode=9, type=1, file=0xf7c9ca13 err.c, line=353) at cryptlib.c:489 #2 0xf7c24f4f in int_err_del () at err.c:353 #3 0xf7c2677a in ERR_free_strings () at err.c:672 #4 0xf7974c47 in Curl_ossl_cleanup () at ../../../lib/ssluse.c:580 #5 0xf7985b80 in Curl_ssl_cleanup () at ../../../lib/sslgen.c:185 #6 0xf797dd9f in curl_global_cleanup () at ../../../lib/easy.c:294 #7 0xf79936b7 in zm_shutdown_curl () from /usr/lib/php5/20060613 +lfs/curl.so #8 0x082a436e in module_destructor () #9 0x082aa5a8 in zend_hash_quick_find () #10 0x082aa847 in zend_hash_graceful_reverse_destroy () #11 0x082a09cc in zend_shutdown () #12 0x0825b885 in php_module_shutdown () #13 0x0832ed18 in main () dpkg.list.bz2 Description: application/bzip
Bug#385565: istanbul: Please, do not depend on the ugly set of gstreamer plugins
As a new upstream version is pending upload, I'm going to track down dependencies there. This is NOT going to be hinted for etch, as I'm not comfortable with it. Cheers, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S.| luca.br(AT)uno.it `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Proud Debian GNU/Linux User pgpw1GaK0jSi8.pgp Description: PGP signature
Bug#413968: [php-maint] xmlrpc-epi turns out to be libxmlrpc in php
On Sun, 2007-03-11 at 17:44 +1100, Paul TBBle Hampson wrote: I'm suggesting either. I'm happy to maintain the package seperately, but I intend to go through the differences between the versions and confirm that they are compatible, and steal anything good from the php-bundled version, so in effect I'd be doing both. I'd also have to track upstream PHP in case they add anything else to the library in the future. So maybe a PHP package team member might want to be a co-maintainer... okay, perhaps we can revisit this after you're done. if you decide to use the upstream version we can see how hard it is to build php against that instead of the bundled code. if you decide you want to use the php-bundled version, then we should probably just generate it from the php5 source package directly. i don't use this extension myself, so in any event it would be wise to find someone who does so we can test that it still works :) A quick poke around the Internet suggested that the only patches being made by other distros to xmlrpc-epi are for gcc4, 64-bit and expat, but I haven't looked at the PHP-bundled version's changes yet, apart from verifying that the .h files match semanticly. did you check that visually, or did you use a utility like icheck? Hmm, I'd better check this now, all the files in the libxmlrpc directory carry the same copyright headers as the upstream xmlrpc-epi distribution (BSD-like), does the PHP license override them and prevent debundling? I'd like to keep the distinct package under its upstream license if possible, as it's very very permissive, and the seconde-life client is GPLd. if the files carry a copyright header i think that they override whatever the default PHP license might say, so i don't think it'd be a problem. sean signature.asc Description: This is a digitally signed message part
Bug#414369: [l10n] Updated Czech translation of eagle-usb debconf messages
Package: eagle-usb Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of eagle-usb debconf messages. Please include it with the package. Thanks -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: eagle-usb\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-13 19:02+0100\n PO-Revision-Date: 2007-03-11 11:50+0100\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid manual configuration msgstr ruční nastavení #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Algeria Wanadoo msgstr Alžírsko Wanadoo #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ArgentinaSpeedy msgstr ArgentinaSpeedy #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Austria * msgstr Rakousko * #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Austria AON msgstr Rakousko AON #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Austria Telstra msgstr Rakousko Telstra #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Belgium ADSL Office msgstr Belgie ADSL Office #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Belgium Belgacom msgstr Belgie Belgacom #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Belgium Tiscali msgstr Belgie Tiscali #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Belgium Turboline msgstr Belgie Turboline #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Brazil Rio Grande do Sul msgstr Brazílie Rio Grande do Sul #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Brazil Speedy Telefonica msgstr Brazílie Speedy Telefonica #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Brazil Turbo Brasil Telecom msgstr Brazílie Turbo Brasil Telecom #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Brazil Velox Telemar msgstr Brazílie Velox Telemar #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Bulgaria BTC isdn msgstr BulharskoBTK isdn #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid Bulgaria BTC pots msgstr BulharskoBTK pots #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Beijing msgstr Čína China Netcom Beijing #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Changchun msgstr Čína China Netcom Changchun #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Harbin msgstr Čína China Netcom Harbin #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Hunan msgstr Čína China Netcom Hunan #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Jilin msgstr Čína China Netcom Jilin #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Lanzhou msgstr Čína China Netcom Lanzhou #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Tianjin msgstr Čína China Netcom Tianjin #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Netcom Xi'an msgstr Čína China Netcom Xi'an #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Telecom Chongqing msgstr Čína China Telecom Chongqing #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid ChinaChina Telecom Fujian msgstr Čína China Telecom Fujian #. Type: select #. Choices #: ../eagle-usb-utils.templates:1001 msgid China
Bug#333052: race in the modules loader?
severity 333052 important thanks Ok, there's been precisely one report of this problem by a user in the last 9 months. While it's possible that there is still a race condition in module-init-tools, it seems unlikely that a real bug of this nature would have been hit by so few people when m-i-t is a package used by so many. In any case, even if there is still a real bug here, it does not appear to make the package unusable, so I don't see any reason to treat this as RC. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412245: helix-player: FTBFS on sparc
* Emanuele Rocca [EMAIL PROTECTED], [2007-02-24 21:05 +0100]: Package: helix-player Version: 1.0.8-2 Severity: serious Justification: Fails to build Update: I've been able to build correctly the video module, it was failing because of a known gcc/binutils regression (see for instance #319162). Patch attached. Now 2 of 109 modules are failing: player/app/gtk and player/installer/archive. ../../../common/util/rel/utillib.a(hxurl.o): In function `CHXURL::GetAltURL(int)': hxurl.cpp:(.text+0x7c0): undefined reference to `SafeStrCpy' hxurl.cpp:(.text+0x8a0): undefined reference to `SafeSprintf' ../../../common/util/rel/utillib.a(hxurl.o): In function `CHXURL::ParseResource()': hxurl.cpp:(.text+0x980): undefined reference to `SafeSprintf' hxurl.cpp:(.text+0x9e4): undefined reference to `SafeSprintf' ../../../common/util/rel/utillib.a(hxurl.o): In function `CHXURL::CompressURL(char const*, char*)': hxurl.cpp:(.text+0x1364): undefined reference to `CHXSimpleList::CHXSimpleList()' hxurl.cpp:(.text+0x1374): undefined reference to `CHXSimpleList::CHXSimpleList()' hxurl.cpp:(.text+0x1470): undefined reference to `CHXSimpleList::RemoveNode(CHXSimpleList::CNode*)' hxurl.cpp:(.text+0x155c): undefined reference to `CHXSimpleList::RemoveNode(CHXSimpleList::CNode*)' hxurl.cpp:(.text+0x156c): undefined reference to `SafeStrCat' hxurl.cpp:(.text+0x158c): undefined reference to `SafeStrCat' hxurl.cpp:(.text+0x15d0): undefined reference to `SafeStrCat' hxurl.cpp:(.text+0x15e0): undefined reference to `SafeStrCat' ciao, ema diff -Nur /var/tmp/helix-player-1.0.8/debian/patches/00list helix-player-1.0.8/debian/patches/00list --- /var/tmp/helix-player-1.0.8/debian/patches/00list 2007-03-10 14:58:32.0 +0100 +++ helix-player-1.0.8/debian/patches/00list 2007-03-10 15:05:13.0 +0100 @@ -5,3 +5,4 @@ 05-hxplay 06-amd64 07-alpha +08-sparc diff -Nur /var/tmp/helix-player-1.0.8/debian/patches/01-gcc.dpatch helix-player-1.0.8/debian/patches/01-gcc.dpatch --- /var/tmp/helix-player-1.0.8/debian/patches/01-gcc.dpatch 2007-03-10 14:58:32.0 +0100 +++ helix-player-1.0.8/debian/patches/01-gcc.dpatch 2007-03-10 16:09:20.0 +0100 @@ -29,6 +29,7 @@ self.target_arg = '-o' -self.ldcmd = 'g++' +self.ldcmd = 'g++-3.4' - self.ldargs = '' +-self.ldargs = '' ++self.ldargs = '-Wl,--allow-multiple-definition' def crti_path(self): diff -Nur /var/tmp/helix-player-1.0.8/debian/patches/08-sparc.dpatch helix-player-1.0.8/debian/patches/08-sparc.dpatch --- /var/tmp/helix-player-1.0.8/debian/patches/08-sparc.dpatch 1970-01-01 01:00:00.0 +0100 +++ helix-player-1.0.8/debian/patches/08-sparc.dpatch 2007-03-10 15:12:17.0 +0100 @@ -0,0 +1,25 @@ +#!/bin/sh /usr/share/dpatch/dpatch-run +## 08-sparc.dpatch by Emanuele Rocca [EMAIL PROTECTED] +## +## DP: Sparc Portability Bugs + [EMAIL PROTECTED]@ + +--- helix-player-1.0.8.orig/audio/device/pub/platform/unix/audlinux_oss.h 2004-07-09 04:02:00.0 +0200 helix-player-1.0.8/audio/device/pub/platform/unix/audlinux_oss.h 2007-02-24 19:53:23.0 +0100 +@@ -53,13 +53,13 @@ + //--- + // System includes. + //--- +-#if defined( _LINUX ) !defined( __powerpc__ ) !defined __alpha !defined __sparc__ ++#if defined( _LINUX ) !defined( __powerpc__ ) !defined __alpha + #include linux/soundcard.h + #elif defined(__powerpc__) + #include sys/soundcard.h + #elif defined _NETBSD + #include soundcard.h +-#elif defined _FREEBSD || defined __alpha || defined __sparc__ ++#elif defined _FREEBSD || defined __alpha + #include machine/soundcard.h + #else + #include machine/soundcard.h
Bug#414371: libx11-6: Assertion `c-xlib.lock' failed.
Package: libx11-6 Version: 2:1.1.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Any java gui program fails with this error: [EMAIL PROTECTED]:~$ /opt/netbeans-5.5/bin/netbeans java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c-xlib.lock' failed. libx11-6/experimental fails, libx11-6/unstable works fine. There's more information in a quick search in google or, for example, in this link: https://launchpad.net/ubuntu/+source/sun-java5/+bug/86103 - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-ck1 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages libx11-6 depends on: ii libc6 2.5-0exp6 GNU C Library: Shared libraries ii libx11-data 2:1.1.1-1 X11 client-side library ii libxcb-xlib0 1.0-1.1X C Binding, Xlib/XCB interface li ii libxcb1 1.0-1.1X C Binding ii x11-common1:7.2-1X Window System (X.Org) infrastruc libx11-6 recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF8+lF9XnRGZDSZrsRAtP9AJsGMVc65qra3d85sL4Dm6FLMJBN+ACgikmj Ixm9oSIi9uv5iUJi+mqKKQY= =Ket2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414351: Something to add.
I just discovered something odd. I went back to before I defeated Muff Malal. Instead of using Haldiel, I used Conrad, so that Haldiel didn't go up to the next level until the next scenario. When Haldiel earned level 3 in The Siege of Elensafar, he remained at level 2. So, I was mistaken when I said that it being the last thing you do matters. I'm going to change the title of this bug to reflect that. Perhaps Haldiel, or horsemen in general, can't go beyond level 2? The first time he was at level 2, it said he required 80 experience to go to the next level. The second time he is at level 2, it says he requires 125 experience to go to the next level. So, something is happening, but what? And why doesn't he raise a level after 2? Conrad can go to level 3. My elven marksman can also go to level 3. I don't know why Haldiel can't. -Brandon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412393: [INTL:ja] ja.po is not updated.
Hi A Mennucc1, Thank you for noticing update of pot and po. However, it seems that the latest version 1.0~rc1-13 does not contain the updated version of debconf templates and po files. Also versions of files attached to your mail remain old. Could you please check it? Many thanks, -nori From: A Mennucc Subject: Date: Sat, 10 Mar 2007 13:19:10 +0100 in latest mplayer 1.0~rc1-13 I decided to fix some bugs that in debconf templates, namely * [INTL] fix small typo in English template, thanks cobaco (closes: #414393) * [INTL] devices.html - video.html , thanks cobaco (closes: #414392) * [INTL] True Type - TrueType , thanks cobaco (closes: #414394) * [INTL] ~/.mplayer/mplayer.conf - ~/.mplayer/config , thanks Jacobo Tarrio (closes: #408055) #414392 to #414394 should be #412392 to #412394? :-) Thanks, -nori -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405338: [php-maint] Bug#405338: php5: ini setting 'highlight.bg' being ignored
Hello Sean. sean finney, 11.03.2007 12:16: sorry for the delay in response... if you're still having this problem could you please send a small example script where the problem is made clear? The problem can be reproduced easily. First the section from the php.ini: ; Colors for Syntax Highlighting mode. Anything that's acceptable in ; span style=color: ??? would work. highlight.string = #FFA0A0 highlight.comment = #87CEEB highlight.keyword = #CD5C5C highlight.bg = #33 highlight.default = #98FB98 highlight.html= #ff The script: ?php # Comment highlight_file($_SERVER['SCRIPT_FILENAME']); ? The result: http://download.noctus.net/gallery/caps/php_highlight_wrong_bg.png Although the background was set to dark grey it still is being showed as white. Regards, Mathias PS: Why did I receive a mail delivery failure for this mail from the Mail Delivery System? -- debian/rules signature.asc Description: OpenPGP digital signature
Bug#414309: cannot configure encrypted volume if stray swap exists
reassign 414309 partman-crypto thanks Hi Stephen, Thanks for your bug report. On Sat, Mar 10, 2007 at 03:03:20PM -0500, Stephen Gildea wrote: In the Partition disks step, using the Manual partitioning method, I cannot configure encrypted volumes. I create a partition, for use as a physical volume for encryption. When I try to Configure encrypted volumes, I get the error screen Unsafe swap space detected and cannot proceed. The error screen suggests running swapoff. I press Alt-F2 RET and type swapoff -a to the shell there; it does not help. (But it should, yes? Is this another bug?) Sounds like another bug. The normal swapoff in util-linux looks at /proc/swaps when called with -a and deconfigures all swap devices listed therein. I'll need to check what busybox swapoff does. It also works to, in the partitioner, edit the swap partition on the other disk and set its Use as field to do not use. It took me a while to figure this out, and I feel this step should not be necessary. I don't think we can skip this step if we still want to automatically configure existing swap partitions on the system, but I agree that it should be easier to handle. What we could try: Find out how much normal memory is available and whether the system really needs the swap space, then, if possible, offer to deconfigure the swap partitions automatically. This change is too big to happen before etch is released, but definitely something I'll look at afterwards. If the above should turn out to be impossible or too much work, I'll try to improve the error template to mention that one can set the Use as field rather than switch to a different VT and use swapoff to deconfigure it manually. (This is post-etch as well) If I select Guided partitioning and ask for Guided - encrypted LVM, it works fine. Somehow this method gets rid of the unwanted swap device. I would guess that this is because guided partitioning doesn't try to automatically setup existing swap partitions, but I'm not sure about that. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414361: New upstream release (4.1.2) available
I thought that Debian was supposed to be so close to releasing Etch that I shouldn't change upstream versions so dramatically? Sven On Sun, 2007-03-11 at 09:12 +0100, Michael Biebl wrote: Package: twiki Severity: wishlist Hi, please consider packaging the latest version, which is 4.1.2 atm of this writing. Thanks, Michael -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.21-rc3 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#408852: gnome-power-manager: Translations are in the .po-file but are not used
Will the patch find its way to testing before Etch is released? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414375: [INTL:ja] Japanese po-debconf template translation
Package: atlas3 Version: 3.6.0-20.6 Severity: minor Tags: l10n patch Hello Please find attached Japanese debconf templates translation, proofread by Japanese debian developpers and users. This file should be put as debian/po/ja.po in your package build tree. Sincerely TANAKA, Atushi ja.po.gz Description: Binary data
Bug#414307: xnest: Crashes with client Tulip
Version: 2:1.2.99.901-1 J.P. Larocque wrote: Xnest consistently crashes with the application Tulip (Debian package tulip, version 2.0.6-4). Simply create a new document. I can reproduce the problem here, even with Xnest currently in experimental. Here's a backtrace from a debug-enabled Xnest 2:1.2.99.901-1: Program received signal SIGSEGV, Segmentation fault. 0x081d8b7d in _mesa_update_draw_buffer_bounds (ctx=0x8f9b1b8) at framebuffer.c:393 393if (buffer-Name) { (gdb) bt full #0 0x081d8b7d in _mesa_update_draw_buffer_bounds (ctx=0x8f9b1b8) at framebuffer.c:393 buffer = (struct gl_framebuffer *) 0xb7684008 #1 0x081d8a7e in _mesa_resize_framebuffer (ctx=0x8f9b1b8, fb=0xb7652008, width=100, height=30) at framebuffer.c:332 i = 19 #2 0x08148a43 in xmesa_check_and_update_buffer_size (xmctx=0x8f9b1b8, drawBuffer=0xb7652008) at xm_api.c:1890 width = 100 height = 30 #3 0x08148b35 in XMesaMakeCurrent2 (c=0x8f9b1b8, drawBuffer=0xb7652008, readBuffer=0xb7652008) at xm_api.c:1940 No locals. #4 0x081451f8 in __glXMesaContextMakeCurrent (baseContext=0x8f993f8) at ../../../../GL/mesa/X/xf86glx.c:200 context = (__GLXMESAcontext *) 0x8f993f8 drawPriv = (__GLXMESAdrawable *) 0x96675c0 readPriv = (__GLXMESAdrawable *) 0x96675c0 #5 0x08120076 in DoMakeCurrent (cl=0x86e5068, drawId=2099970, readId=2099970, contextId=2099967, tag=1) at ../../../GL/glx/glxcmds.c:662 client = (ClientPtr) 0x86e7558 reply = {type = 1 '\001', unused = 0 '\0', sequenceNumber = 0, length = 2, contextTag = 150354040, pad2 = 150353544, pad3 = 3213761352, pad4 = 135071716, pad5 = 139016604, pad6 = 3213761156} drawPixmap = (__GLXpixmap *) 0x0 readPixmap = (__GLXpixmap *) 0x0 glxc = (__GLXcontext *) 0x8f993f8 prevglxc = (__GLXcontext *) 0x8f993f8 drawPriv = (__GLXdrawable *) 0x96675c0 readPriv = (__GLXdrawable *) 0x96675c0 error = -1081206120 mask = 0 #6 0x0811facf in __glXDisp_MakeCurrent (cl=0x86e5068, pc=0xb7945290 \221\005\004) at ../../../GL/glx/glxcmds.c:408 req = (xGLXMakeCurrentReq *) 0xb7945290 #7 0x080ffcab in __glXDispatch (client=0x86e7558) at ../../../GL/glx/glxext.c:551 stuff = (xGLXSingleReq *) 0xb7945290 opcode = 5 '\005' proc = (__GLXdispatchSingleProcPtr) 0x811fa83 __glXDisp_MakeCurrent cl = (__GLXclientState *) 0x86e5068 retval = -1081206112 #8 0x080d09d4 in XaceCatchExtProc (client=0x86e7558) at ../../Xext/xace.c:299 stuff = (xReq *) 0xb7684008 major = 145 ext = (ExtensionEntry *) 0x84bba68 #9 0x0806ff93 in Dispatch () at ../../dix/dispatch.c:457 clientReady = (int *) 0xbf8e1b70 result = 16 client = (ClientPtr) 0x86e7558 nready = 0 icheck = (HWEventQueuePtr *) 0x84a21c4 start_tick = 4240 #10 0x0808ec5e in main (argc=2, argv=0xbf8e2094, envp=0xbf8e20a0) at ../../dix/main.c:477 i = 1 j = 2 k = 2 error = 138905476 xauthfile = 0xbf8e3fba /home/bgoglin/.Xauthority alwaysCheckForInput = {0, 1} As a workaround, you might want to try Xephyr (from xserver-xephyr) which is the recommended replacement for Xnest nowadays. I doesn't crash under the same circumstances here. I wonder whether we should stop building Xnest and add a transitional package to Xephyr. There are multiple Xnest bugs that don't show up in Xephyr... Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414364: RFA: ion2 -- keyboard-friendly window manager with tiled windows (v2)
Package: ion2 Severity: normal Ion, based on PWM, is an unusual window manager with no overlapping windows. Windows are placed in tabbed frames which may be arbitrarily split to create additional frames, making keyboard navigation much easier. Flexible configuration is possible thanks to Lua, which is used as the configuration language. . There is also support for so-called floating workspaces where windows are managed the conventional way, so that you can still run applications which do not fit very well into Ion's window management approach. A pwm2 binary is included which starts Ion with floating workspaces as the default, thus replacing the now obsolete PWM window manager. . This is Ion version 2. . Website: http://iki.fi/tuomov/ion/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414374: ldap-account-manager: [INTL:pt] Portuguese translation for debconf messages
Package: ldap-account-manager Version: n/a Tags: l10n, patch Severity: wishlist Portuguese translation for ldap-account-manager's debconf messages. Translator: Luís Picciochi Oliveira pitxyoki _at_ gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Miguel Figueiredo Traduz - Portuguese Translation Team http://www.DebianPT.org # Portuguese translation for ldap-account-manager's debconf messages # Copyright (C) 2007 LuÃs Picciochi # This file is distributed under the same license as the ldap-account-manager package. # LuÃs Picciochi, 2007. # msgid msgstr Project-Id-Version: ldap-account-manager\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-22 21:47+0100\n PO-Revision-Date: 2007-03-10 22:57+\n Last-Translator: LuÃs Picciochi [EMAIL PROTECTED]\n Language-Team: Portuguese [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../templates:1001 msgid Web server configuration: msgstr Configuração do servidor web: #. Type: multiselect #. Description #: ../templates:1001 msgid LDAP Account Manager supports any webserver that supports PHP4, but this automatic configuration process only supports Apache and Apache2. If you choose to configure Apache(2) LAM can be accessed at http(s)://localhost/lam msgstr O Gestor de Contas LDAP suporta qualquer servidor web que suporte PHP4, mas este processo de configuração automático suporta apenas Apache e Apache2. Se escolher configurar Apache(2) o LAM pode ser acedido em http(s)://localhost/lam #. Type: string #. Description #: ../templates:2001 msgid Alias name: msgstr Nome alternativo (alias): #. Type: string #. Description #: ../templates:2001 msgid LAM will add an alias to your httpd.conf which allows you to access LAM at http(s)://localhost/lam. You may select an alias other than \lam\. msgstr O LAM irá adicionar um nome alternativo (alias) ao seu httpd.conf, que lhe permite aceder ao LAM através de http(s)://localhost/lam. Pode escolher um nome alternativo (alias) que não seja \lam\. #. Type: string #. Description #: ../templates:3001 msgid Master configuration password (clear text): msgstr Password para a configuração principal (texto simples): #. Type: string #. Description #: ../templates:3001 msgid The configuration profiles are secured by a master password. You will need it to create and delete profiles. As default it is set to \lam\ and can be changed directly in LAM. msgstr Os perfis de configuração são protegidos por uma palavra-chave principal. Irá necessitar dela para criar e apagar perfis. Por omissão, esta palavra-chave é \lam\ e pode ser alterada directamente no LAM. #. Type: boolean #. Description #: ../templates:4001 msgid Would you like to restart your webserver(s) now? msgstr Reiniciar o(s) seu(s) servidor(es) web agora? #. Type: boolean #. Description #: ../templates:4001 msgid Your webserver(s) need to be restarted in order to apply the changes. msgstr O(s) seu(s) servidor(es) web necessitam de ser reiniciados para aplicar as alterações. #. Type: note #. Description #: ../templates:5001 msgid Upgrade from pre-0.5.0 versions msgstr Actualização de versões anteriores à 0.5.0 #. Type: note #. Description #: ../templates:5001 msgid Please note that this version uses new file formats for configuration and account profiles. You will have to update your configuration and create new account profiles. msgstr Por favor tenha em linha de conta que esta versão usa novos formatos para os ficheiros de configuração e perfis de contas. Irá necessitar de actualizar a sua configuração e criar novos perfis. #. Type: note #. Description #: ../templates:6001 msgid Upgrade from pre-1.0.0 versions msgstr Actualização de versões anteriores à 1.0.0 #. Type: note #. Description #: ../templates:6001 msgid Please note that this version uses new file formats for the configuration profiles. Please edit your configuration files and save the new settings. msgstr Por favor tenha em linha de conta que esta versão usa novos formatos para os perfis de configuração. Por favor edite os seus ficheiros de configuração e grave as suas novas definições.
Bug#414362: RFA: ion3-mod-ionflux -- remote control for the ion3 window manager
Package: ion3-mod-ionflux Severity: normal mod_ionflux is a module for ion3 that enables remote controlling the ion3 window manager using the supplied tool ionflux. Thus, ion3 can be controlled by shell scripts and similar applications. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386469: Debian: failed openbsd-inetd upgrade: plea for more info
Hello Tomas, On 10/03/2007, at 9:16 AM, Tomas Pospisek wrote: ... Note the line Stopping internet superserver: inetd.. This line is not present in ... Ben Low's report [2] (maybe just not visible there, since not the whole screen dump is included), ... My apologies for the overzealous trimming. I particularly recall that there was no 'Stopping internet superserver: inetd. line - I was expecting such a thing (normal debian daemon package upgrade procedure). My output was almost identical to Ken West's - only the specific list of packages to be upgraded, etc was different (and quite long for me - I hadn't updated in a while...) ... from which openbsd-inetd (or xinetd or netkit-inetd) you were upgrading from? With a bit of luck you should be able to find this information in either: /var/backups/dpkg.status* or in /var/log/aptitude* or in /var/log/ dpkg*. $ ls -rt /var/log/dpkg.log* | xargs zgrep -h inetd 2006-11-06 19:48:40 status installed netkit-inetd 0.10-10.3 2006-11-06 19:48:40 remove netkit-inetd 0.10-10.3 0.10-10.3 2006-11-06 19:48:40 status half-configured netkit-inetd 0.10-10.3 2006-11-06 19:48:40 status half-installed netkit-inetd 0.10-10.3 2006-11-06 19:48:40 status config-files netkit-inetd 0.10-10.3 2006-11-06 19:48:40 status config-files netkit-inetd 0.10-10.3 2006-11-06 19:57:28 install update-inetd none 4.27 2006-11-06 19:57:28 status half-installed update-inetd 4.27 2006-11-06 19:57:28 status unpacked update-inetd 4.27 2006-11-06 19:57:28 status unpacked update-inetd 4.27 2006-11-06 20:22:27 status unpacked update-inetd 4.27 2006-11-06 20:22:27 status half-configured update-inetd 4.27 2006-11-06 20:22:27 status installed update-inetd 4.27 2006-11-07 10:01:33 install openbsd-inetd none 0.20050402-3 2006-11-07 10:01:33 status half-installed openbsd-inetd 0.20050402-3 2006-11-07 10:01:33 status unpacked openbsd-inetd 0.20050402-3 2006-11-07 10:01:33 status unpacked openbsd-inetd 0.20050402-3 2006-11-07 10:02:54 status unpacked openbsd-inetd 0.20050402-3 2006-11-07 10:02:54 status unpacked openbsd-inetd 0.20050402-3 2006-11-07 10:02:54 status half-configured openbsd-inetd 0.20050402-3 2006-11-07 10:02:56 status installed openbsd-inetd 0.20050402-3 2006-11-22 16:20:48 upgrade update-inetd 4.27 4.27-0.2 2006-11-22 16:20:48 status half-configured update-inetd 4.27 2006-11-22 16:20:48 status unpacked update-inetd 4.27 2006-11-22 16:20:48 status half-installed update-inetd 4.27 2006-11-22 16:20:48 status half-installed update-inetd 4.27 2006-11-22 16:20:49 status unpacked update-inetd 4.27-0.2 2006-11-22 16:20:49 status unpacked update-inetd 4.27-0.2 2006-11-22 17:17:47 status unpacked update-inetd 4.27-0.2 2006-11-22 17:17:47 status half-configured update-inetd 4.27-0.2 2006-11-22 17:17:48 status installed update-inetd 4.27-0.2 2007-02-21 08:34:18 upgrade update-inetd 4.27-0.2 4.27-0.3 2007-02-21 08:34:18 status half-configured update-inetd 4.27-0.2 2007-02-21 08:34:18 status unpacked update-inetd 4.27-0.2 2007-02-21 08:34:18 status half-installed update-inetd 4.27-0.2 2007-02-21 08:34:19 status half-installed update-inetd 4.27-0.2 2007-02-21 08:34:19 status unpacked update-inetd 4.27-0.3 2007-02-21 08:34:19 status unpacked update-inetd 4.27-0.3 2007-02-21 08:34:20 upgrade openbsd-inetd 0.20050402-3 0.20050402-4 2007-02-21 08:34:20 status half-configured openbsd-inetd 0.20050402-3 2007-02-21 08:34:20 status unpacked openbsd-inetd 0.20050402-3 2007-02-21 08:34:20 status half-installed openbsd-inetd 0.20050402-3 2007-02-21 08:34:20 status half-installed openbsd-inetd 0.20050402-3 2007-02-21 08:34:20 status unpacked openbsd-inetd 0.20050402-4 2007-02-21 08:34:20 status unpacked openbsd-inetd 0.20050402-4 2007-02-21 08:57:57 status unpacked update-inetd 4.27-0.3 2007-02-21 08:57:57 status half-configured update-inetd 4.27-0.3 2007-02-21 08:57:58 status installed update-inetd 4.27-0.3 2007-02-21 08:58:00 status unpacked openbsd-inetd 0.20050402-4 2007-02-21 08:58:00 status unpacked openbsd-inetd 0.20050402-4 2007-02-21 08:58:00 status half-configured openbsd-inetd 0.20050402-4 2007-02-21 09:29:06 status half-configured openbsd-inetd 0.20050402-4 2007-02-21 09:30:12 status half-configured openbsd-inetd 0.20050402-4 2007-02-21 09:38:06 status half-configured openbsd-inetd 0.20050402-4 2007-02-21 09:43:06 status half-configured openbsd-inetd 0.20050402-4 2007-02-21 09:43:10 status half-configured openbsd-inetd 0.20050402-4 2007-02-21 09:44:26 status half-configured openbsd-inetd 0.20050402-4 2007-02-21 09:44:27 status installed openbsd-inetd 0.20050402-4 - going by the timestamp of my bug report, the successful installation line at 2007-02-21 09:44:27 was just after I manually stopped the daemon and re-upgraded. all inetd lines from /var/log/dpkg.log.1 (mtime 2007-02-21 09:44): 2007-02-21 08:34:18 upgrade update-inetd 4.27-0.2 4.27-0.3 2007-02-21 08:34:18 status half-configured update-inetd 4.27-0.2 2007-02-21 08:34:18 status unpacked update-inetd 4.27-0.2
Bug#412988: Any chance of a provisional libcares package?
I'm packaging the second-life client, and it appears to require libcares. Any chance of a provisional package I could have a go with? Alternatively, do you have an ETA on this ITP being fufilled? (Mind you, I've compiled second-life client with libares instead, so don't rush on my account.) -- Paul TBBle Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. pgpuqb47sT2FR.pgp Description: PGP signature
Bug#414376: pingus: Seg fault when starting with -f (on amd64)
Package: pingus Version: 0.6.0-8.4 Severity: normal The game seg faults on startup if running with the -f (full screen) option. Output is as below: gdb pingus 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 x86_64-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (gdb) set args -f (gdb) run Starting program: /usr/games/pingus -f (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 47528338595584 (LWP 3537)] (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) PingusError: Couldn't open: /home/nigel/.pingus/config Welcome to Pingus 0.6.0 (debian build)! === clanVorbis support: ok clanMikMod support: ok getext support: missing (only support for english will be available) sound support: enabled music support: enabled resolution set to: 800x600 fullscreen: enabled Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47528338595584 (LWP 3537)] 0x2b3a0d3dc688 in XQueryExtension () from /usr/lib/libX11.so.6 (gdb) bt #0 0x2b3a0d3dc688 in XQueryExtension () from /usr/lib/libX11.so.6 #1 0x2b3a0d3d1164 in XInitExtension () from /usr/lib/libX11.so.6 #2 0x2b3a0d5b66e9 in XextAddDisplay () from /usr/lib/libXext.so.6 #3 0x2b3a0d6bcc13 in XF86VidModeGetViewPort () from /usr/lib/libXxf86vm.so.1 #4 0x2b3a0bf24a5c in CL_X11Resolution::set_mode () from /usr/lib/libclanDisplay.so.2 #5 0x2b3a0bf21e8a in CL_XWindow_DisplayCard::set_videomode () from /usr/lib/libclanDisplay.so.2 #6 0x2b3a0befac38 in CL_Display::set_videomode () from /usr/lib/libclanDisplay.so.2 #7 0x00439fc9 in std::_Rb_treestd::string, std::pairstd::string const, std::string, std::_Select1ststd::pairstd::string const, std::string , std::lessstd::string, std::allocatorstd::pairstd::string const, std::string ::_M_erase () #8 0x0043d502 in std::_Rb_treestd::string, std::pairstd::string const, std::string, std::_Select1ststd::pairstd::string const, std::string , std::lessstd::string, std::allocatorstd::pairstd::string const, std::string ::_M_erase () #9 0x2b3a0c03efc6 in main () from /usr/lib/libclanApp.so.2 #10 0x2b3a0ccc44ca in __libc_start_main () from /lib/libc.so.6 #11 0x0040ac4a in ?? () #12 0x7fff9f432b38 in ?? () #13 0x in ?? () (gdb) -- 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-4-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages pingus depends on: ii hermes11.3.3+really1.3.2-5.1 The Hermes pixel-format library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libclan2c2a-gui0.6.5-1-3.3 GUI module for ClanLib game SDK ii libclan2c2a-jpeg 0.6.5-1-3.3 JPEG module for ClanLib game SDK ii libclan2c2a-mikmod 0.6.5-1-3.3 MikMod module for ClanLib game SDK ii libclan2c2a-png0.6.5-1-3.3 PNG module for ClanLib game SDK ii libclan2c2a-sound 0.6.5-1-3.3 Sound module for ClanLib game SDK ii libclan2c2a-vorbis 0.6.5-1-3.3 Vorbis module for ClanLib game SDK ii libclanlib2c2a 0.6.5-1-3.3 ClanLib game SDK core runtime ii libgcc11:4.1.1-21GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libxml22.6.27.dfsg-1 GNOME XML library ii pingus-data0.6.0-8.4 Data files for pingus, a free Lemm ii zlib1g 1:1.2.3-13compression library - runtime pingus recommends no packages. -- no debconf information ___
Bug#414372: New upstream release - 03-Mar-2007 Exiv2 0.13 released
Package: exiv2 Version: 0.10-1.4 Severity: wishlist Peter, There is a new upstream release of exiv2, which fixes some crashes for digikam, per the attached changelog. I have now injected the exiv2 debian/ into http://svn.debian.org/wsvn/pkg-kde/kde-extras/exiv2/ and propose to release and manage this new upstream release from the kde-extras team, which you are welcome to join. This would be the 7th NMU of your package. If you are interested in co-maintenance, please have a look at our README: http://svn.debian.org/wsvn/pkg-kde/kde-extras/README?op=filerev=0sc=0 Mark Changes from version 0.12 to 0.13 - * Exiv2 utility - 504: [tools] exiv2 utility: allow use of -M and -m options with extract and insert actions. * Exiv2 library - 503: [metadata] Tiff generated by photoshop crashes exiv2 (digikam bug 139658). - 502: [iptc] New TIFF parser: Decode IPTC from Exif.Image.IPTCNAA. (Reported by Walter Hangartner) - 501: [iptc] IPTC field parsing is still too strict: shouldn't fail if the type is not as expected. (Reported by Elsa Nordh) - 497: [tools] exiv2 tool doesn't respect unix file rights. (Reported and analysed by fabien) - 491: [miscellaneous] Probe exiv2 for the extensions it supports. (Suggested by Will Stokes) - 461: [miscellaneous] Add i18n support. Requires gettext. (Gilles Caulier) The currently available translations are still work in progress: Finnish by Mikael Lammentausta French by Gilles Caulier (ported from libexif) and Olivier Tilloy German by Gilles Caulier (ported from libexif) and Oliver Dörr Russian by Alexandre Prokoudine Polish, Spanish by Gilles Caulier, ported from libexif - 460: [exif] Exiv2 should support to decode/encode Windows tags Exif.Image.0x9c9b-0x9c9f. Requires libiconv. (Suggested by Jose Oliver) - 452: [exif] Non-intrusive writing does not update IFD. - [exif] Updated Nikon lens info to v2.15 of Robert Rottmerhusen's lens database. - [exif] Added read-support for Fujifilm RAF images. - [exif] Image class hierarchy refactored: Image now has containers and provides default implementations for most methods. Calling an unsupported method of any Image subclass now results in an exception. Added a method to access the MIME type of an image. * MSVC related - [exivsimple] Added get and set thumbnail functions. (Christian Kuster) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages exiv2 depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libexiv2-0.10 0.10-1.4 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 exiv2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290625: xserver-xfree86: sarge upgrade (4.3.0.dfsg.1-8 - 4.3.0.dfsg.1-10) no keyboard on 1st startup under KDM, competing with getty on VC2
You mentioned that you reproduced this bug a couple month ago. But, were you using Xorg/Etch at this point? If not, could you try? Hi Brice, I am sorry, all the Debian systems around here at the university that I have access to have already been upgraded to the up-to-date xorg/etch, so I don't have an opportunity to retest it. However, if you have a spare Sarge machine, and install KDM there, just do a sarge-etch upgrade on it while (mistakenly) not allowing the ServerVTs=... line to be merged into the resulting kdmrc (as per the history of the bug). If, after that, the bug doesn't manifest itself (check across 1 reboot as well), then you probably should report the fact on the bug thread and happily close it. (The bug is pretty deterministic). HTH, Vassilii -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl
hi hans, On Sat, 2007-03-10 at 20:38 +0200, Hans Grobler wrote: Yes, I'm running the latest Etch with all updates installed. I see there is a new version that is pending and I should have that installed the moment it becomes available on our local archive (however, it does not appear that the update affects curl). Below and attached is the current information requested. correct, there are no changes in the pending version of php that affect curl, but my thought was that perhaps the problem is a transient one resulting from building against a bad version of some library, which might be fix by a simple rebuild. however, i can't reproduce the problem you're having by installing the old version of php5/libcurl3/libssl0.9.8, so i'm not sure where to go from here. i'll see if anyone else has ideas. in the meantime, could you send me the full output of dpkg -l | grep ^ii, so i can see if it's some other seemingly unrelated package that's doing it? thanks sean signature.asc Description: This is a digitally signed message part
Bug#361844: firefox: Does not honor application helper settings for PDF files anymore
On Thu, Apr 13, 2006 at 09:47:41AM +0200, André Wendt [EMAIL PROTECTED] wrote: Obviously, I didn't make myself clear enough. This bug report is NOT about the plugin. Period. It is NOT about what reader I use, either. It is about the fact that I choose Open the PDF filetype with reader XY along with use this application for that filetype, without prompting but still get prompted every time I want to open a PDF file. The entry I was talking about is the setting PDF = chosen action. When removing all references to PDF, the entry is re-created (as I chose that option by saying use this application for that filetype, without prompting) but ignored. I still get prompted. And I don't want to be prompted. And I must not be prompted according to my setting. I think this issue may have been fixed since version 1.5.dfsg+1.5.0.6-4, though there are now other issues with mime handling. Could you please check out that this is indeed the case at least in version 2.0.0.x currently in testing or unstable ? Mike
Bug#414371: libx11-6: Assertion `c-xlib.lock' failed.
On Sun, Mar 11, 2007 at 12:34:29 +0100, Diego Fdez. Duran wrote: Package: libx11-6 Version: 2:1.1.1-1 Severity: normal Any java gui program fails with this error: [EMAIL PROTECTED]:~$ /opt/netbeans-5.5/bin/netbeans java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c-xlib.lock' failed. libx11-6/experimental fails, libx11-6/unstable works fine. There's more information in a quick search in google or, for example, in this link: https://launchpad.net/ubuntu/+source/sun-java5/+bug/86103 This is a bug in java, why do you report it against libx11? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414373: sysv-rc-bootsplash: Unclean patching of /etc/init.d/rc
Package: sysv-rc-bootsplash Version: 1.0.5-4 Severity: important Hi! When upgrading from 1.0.5-3 to -4, I get the following error: Instellen van sysv-rc-bootsplash (1.0.5-4) ... Testing if patches apply cleanly... 6 out of 8 hunks FAILED -- saving rejects to file /etc/init.d/rc.rej Patches would not apply cleanly. I don't know what exactly Bootsplash tries to patch. Is there anywhere some debugging output where I can see which lines it tries to change, so I can try to debug it? And does the package use ucf? Best regards Danai SAE-HAN 韓達耐 -- 題目:《喜太守畢朝散致政》 作者:黃庭堅(1045-1105) 功名富貴兩蝸角,險阻艱難一酒杯。 百體觀來身是幻,萬夫爭處首先回。 -- System Information: Debian Release: unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'sarge-unsupported') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-tiberius Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Versions of packages sysv-rc-bootsplash depends on: ii bootsplash 3.3-5 Enables a graphical boot screen ii debconf [debconf-2.0]1.5.13 Debian configuration management sy ii patch2.5.9-4 Apply a diff file to an original ii sysv-rc 2.86.ds1-38 System-V-like runlevel change mech sysv-rc-bootsplash recommends no packages. -- debconf information: sysv-rc-bootsplash/failed-removal: sysv-rc-bootsplash/info: sysv-rc-bootsplash/failed: * sysv-rc-bootsplash/should-patch: true
Bug#414380: amaya does not start. X Window System error serial 10426 error_code 8 request_code 144 minor_code 5
Package: amaya Version: 9.53~dfsg.0-1 Severity: grave Justification: renders package unusable I can't start amaya, and I have this message : (amaya:2766): Gtk-CRITICAL **: gtk_widget_set_colormap: assertion `!GTK_WIDGET_REALIZED (widget)' failed The program 'amaya' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 10426 error_code 8 request_code 144 minor_code 5) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I use the unstable package. -- 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-4-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages amaya depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.6 A free implementation of the OpenG ii libglu1-mesa [libglu1]6.5.1-0.6 The OpenGL utility library (GLU) ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libraptor11.4.13-1 Raptor RDF parser and serializer l ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libwww-ssl0 5.4.0-11 The W3C-WWW library (SSL support) ii libwxbase2.6-02.6.3.2.1.5wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.1.5wxWidgets Cross-platform C++ GUI t ii ttf-freefont 20060501cvs-10 Freefont Serif, Sans and Mono True ii zlib1g1:1.2.3-13 compression library - runtime amaya recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385798: This bug should be fixed in the Etch release
Rene Engelhard wrote: Hi, feel free to fix the patch in GNOME SVN (it's already there, I tried it) to apply with the CJK fixes. And even then, try to convince the release managers that they allow it in. Hi, ok, so OpenOffice.org will be in Etch with this bug. I hope there will be a backport of a newer OpenOffice.org version without this bug on backports.org. It is not fun to use OpenOffice.org with blurry text. Regards, Rene Best regards, Axel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365411: Workaround for can't use menus.
Is this bug still a problem? If so, here's a workaround. Not for making it in your local language, but for setting it to English. 1) Open text file ~/.wesnoth/preferences. 2) Look for a locale line. Repace it with the following line. If there is none, just add the following line. locale=en_US I imagine that setting your system locale would work too. I think running wesnoth with the following line will work: LANG='en_US'; wesnoth For fun, I tried setting my language to hebrew, using the menus within wesnoth. It retained the setting, but it didn't change anything. Everything was still in English. Perhaps I needed something more. I don't know hebrew anyway, but I can tell the difference between genuine glyphs and squares. -Brandon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414368: unicode_start breaks non-latin1 keymaps
Package: console-tools Version: 1:0.2.3dbs-65 Severity: important File: /usr/bin/unicode_start # unicode_stop # loadkeys /usr/share/keymaps/i386/qwerty/pl.kmap.gz Loading /usr/share/keymaps/i386/qwerty/pl.kmap.gz # consolechars -m /usr/share/consoletrans/iso02.acm.gz # dumpkeys -c ISO-8859-2 | grep 'keycode 18' | cut -c 1-60 keycode 18 = +e+E+eogonek And that's all right: pressing Alt+E produces latin small letter e with ogonek. But... # unicode_start # dumpkeys | grep 'keycode 18' | cut -c 1-60 keycode 18 = eEecircumflex Now Alt+E produces latin small letter e with circumflex. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Versions of packages console-tools depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libconsole 1:0.2.3dbs-65 Shared libraries for Linux console ii lsb-base 3.1-23Linux Standard Base 3.1 init scrip Versions of packages console-tools recommends: ii console-common0.7.69 Basic infrastructure for text cons ii console-data 2:1.01-7 Keymaps, fonts, charset maps, fall -- debconf-show failed -- Jakub Wilk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414366: epos : [INTL:pt] Portuguese translation for debconf messages
Package: epos Version: 2.5.37-4 Tags: l10n, patch Severity: wishlist Portuguese translation for epos's debconf messages. Translator: Miguel Figueiredo elmig _at_ debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#387835: diff for 2.8.5-1.1 NMU of libgtk-java
Version: 2.8.5-1.1 This bug was fixed in version 2.8.5-1.1 by an NMU. Thanks for this. Cheers, Michael -- .''`. | Michael Koch [EMAIL PROTECTED] : :' : | Free Java Developer http://www.classpath.org `. `' | `-| 1024D/BAC5 4B28 D436 95E6 F2E0 BD11 5923 A008 2763 483B -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414363: RFA: ion3-scripts -- user-contributed add-ons to the Ion 3 window manager
Package: ion3-scripts Severity: normal Provides user-contributed add-ons to the Ion 3 window manager, Including: * scripts that can alter Ion's window management behaviour * monitors for Ion's statusbar to monitor disk usage, network traffic, battery and more. * multiple themes that change Ion's look Homepage: http://modeemi.fi/~tuomov/repos/ion-scripts-3/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414379: xen-shell: Missing original source
Package: xen-shell Version: 1.0-2 Severity: important Justification: fails to build from source Version 1.0-1 was mistakenly uploaded to stable and presumably never got there (though it is reported as accepted). Version 1.0-2 should have been uploaded with full source, but was not. So there is no xen-shell_1.0.orig.tar.gz in the archive. Ben. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 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#413469: Please don't, there are people using it
Quotting Tuomo Valkonen: Why do you want a random broken and unsupported development snapshot? It works for me (and for my friends) just fine. I'm using it right now, as I recently switched from stable to testing just to get the idea about the upcoming Etch. Quotting Tuomo Valkonen: Can't you wait until a stable Ion3 is released (not that far away -- might even happen before Etch is released, depending on how things proceed), and install it by whatever means? Probably I could, but I like to install the system from single source (i.e. official Debian DVD). The need to fetch additional software from Internet is often problematic in some parts of this world. Quotting Tuomo Valkonen: Why can't people trust the upstream to decide, when the software is stable, and insist on using (mega)frozen development snapshots? I do understand that Ion3 is not finished yet and you as the author of this gem should know the best when the software is stable, but as I mentioned earlier, some features from Ion3 are huge usability improvement over Ion2 and current snapshot of Ion3 in Etch (and also in Sarge) does everything I need. Regards Frank 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news
Bug#413469: Please don't, there are people using it
On 2007-03-11 01:19 -0800, Frank Bauer wrote: I do understand that Ion3 is not finished yet and you as the author of this gem should know the best when the software is stable, but as I mentioned earlier, some features from Ion3 are huge usability improvement over Ion2 and current snapshot of Ion3 in Etch (and also in Sarge) does everything I need. Maybe it does what you need, and you are one of the few who know not to complain, when it doesn't. But how about the newbies that have just heard of Ion3, and 'apt-get install ion3' gets them an old unsupported version that doesn't work for them? It's them whom I'm concerned about -- and they do exist. And, as has been mentioned, the upgrade path from the version in sarge -- that also should never have been there -- to the newer releases is not straightforward. There are also going to be incompatibilities between even those releases and the stable ones. Do you want to spend time rewriting your configs once again, when the stable ion3 finally hits a stable Debian, years from now? Do you like not being able to use any new scripts in the ion3 scripts repository, because they will not work with your old release? The megafreeze just doesn't work. -- Tuomo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414378: RFA: ion3 -- keyboard-friendly window manager with tiled windows (devel)
Package: ion3 Severity: normal Ion, based on PWM, is an unusual window manager with no overlapping windows. Windows are placed in tabbed frames which may be arbitrarily split to create additional frames, making keyboard navigation much easier. Flexible configuration is possible thanks to Lua, which is used as the configuration language. . There is also support for so-called floating workspaces where windows are managed the conventional way, so that you can still run applications which do not fit very well into Ion's window management approach. A pwm3 binary is included which starts Ion with floating workspaces as the default, thus replacing the now obsolete PWM window manager. . This is the current development branch of Ion. . Website: http://iki.fi/tuomov/ion/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407361: libtowitoko2: postinst calls wrong paramter for pscd restart install fails
Hi Simon, Here is a shorter patch, that implements the pcscd restart in a policy-compliant fashion. This uses invoke-rc.d directly, without checking if pcscd is already running. This does carry the possibility that pcscd will be started when it's not already running, but only in circumstances that pcscd's own maintainer scripts would do the same: i.e., in a runlevel where the service is configured to start but the admin has manually stopped it and there is no policy-rc.d configured. So there's no reason to take extra steps to check for the running process beforehand, because 'restart' already does what's expected under policy. (Note that, if the package supported 'reload' that would be sufficient; but it doesn't, so 'force-reload' is equivalent to 'restart' *except* that invoke-rc.d doesn't honor runlevel policies for 'force-reload'.) As this patch fixes the bug and is a straightforward implementation of policy, I'm going to go ahead shortly with an NMU to incoming. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u towitoko-2.0.7/debian/libtowitoko2.postinst towitoko-2.0.7/debian/libtowitoko2.postinst --- towitoko-2.0.7/debian/libtowitoko2.postinst +++ towitoko-2.0.7/debian/libtowitoko2.postinst @@ -59,7 +59,7 @@ db_stop if [ -x /etc/init.d/pcscd ]; then -/etc/init.d/pcscd restart-if-running 3/dev/null +invoke-rc.d pcscd restart 3/dev/null fi fi diff -u towitoko-2.0.7/debian/libtowitoko2.postrm towitoko-2.0.7/debian/libtowitoko2.postrm --- towitoko-2.0.7/debian/libtowitoko2.postrm +++ towitoko-2.0.7/debian/libtowitoko2.postrm @@ -23,7 +23,7 @@ # restart pcscd (PCSC daemon) if the package is installed # and if pcscd is running if [ -x /etc/init.d/pcscd ]; then - /etc/init.d/pcscd restart-if-running 3/dev/null || true + invoke-rc.d pcscd restart 3/dev/null || true fi ;; diff -u towitoko-2.0.7/debian/changelog towitoko-2.0.7/debian/changelog --- towitoko-2.0.7/debian/changelog +++ towitoko-2.0.7/debian/changelog @@ -1,3 +1,13 @@ +towitoko (2.0.7-7.3) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for RC bugfix. + * Use invoke-rc.d and the standard 'restart' command for pcscd in +postinst/postrm, instead of calling the pcscd init script directly with +the no-longer-supported 'restart-if-running' command. Closes: #407361. + + -- Steve Langasek [EMAIL PROTECTED] Sun, 11 Mar 2007 03:12:04 -0700 + towitoko (2.0.7-7.2) unstable; urgency=low * Non-maintainer upload to fix pending l10n issues.
Bug#414340: package description refers to us, Debian developers
On Sun, Mar 11, 2007 at 09:10:20AM +0100, Christian Perrier wrote: Indeed. This is something that has been dropped a while ago from the debconf templates, but apparently nobody thought about the package description. I just synced the package description with the templates: no more first person and also no more Debian branding (that should help derived distributions). Hello Christian, I disagree with the removal of the Debian project branding from the description. Popularity-contest is an official Debian project and this package report to the Debian project and to no one else. The term distribution here is incorrect because if you install this popcon package on another distribution it will still report to Debian and not to the other distribution developers. Furthermore we should keep our identity and not be the distribution Debian based-distribution are based on. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407746: libpam-ldap upgrade breaks pam_ldap.conf and can't login
Hi Giuseppe, On Sun, Mar 11, 2007 at 12:31:22PM +0100, Giuseppe Sacco wrote: Il giorno sab, 10/03/2007 alle 14.43 -0800, Steve Langasek ha scritto: Here's the final NMU diff for the NMU which I'm uploading. The NMU will be uploaded to incoming shortly. [...] I prepared a new upload for this package too. It has been ready for one week now since I was waiting for a few translation updates. Moreover I agreed with Stephen to hijack his packages libnss-ldap and libpam-ldap. Well, this certainly was not evident when your last mail to the bug said you couldn't reproduce the problem... I checked your diff and you made a better work than I did about the way /etc/pam_ldap.conf is updated. On my diff I probably better explained to use a host or uri for shared/ldapns/ldap-server. I even moved to a new upstream release, 183, that fixes 8 bugs. Going forward, I would recommend that you deprecate the 'host' option completely in the Debian config; in all cases it is possible to losslessly convert it to an ldap:// URI, so I believe it's advisable to support reading the 'host', but only support writing a 'uri'. That would simplify the postinst code, and should also simplify the user interaction. I would like to merge these two diffs, but I don't want to change again the debconf templates, so probably the best idea is to just use your diff plus the new Italian translation I added, maybe applied to 183 instead of 180. (I already checked your diff against the new upstream version: it fits perfectly.) So, if you want, I could send you the Italian translation and you may NMU the package. I would then start uploading 183 to unstable, once your NMU migrate into etch. Sorry, I'm not interested in doing other NMUs for further translations right now; my main purpose was to fix the RC bug, and the template changes and translation updates were a side effect of the changed handling of ldapns/server. I definitely have no interest in the new upstream version right now while we're trying to push out a release. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413910: bins: needs libglade-gnome0 but libgladexml-perl depends on libglade0 not libglade-gnome0
Le 11.03.2007, à 12:29:30, Bart Martens a écrit: Hi Ludovic, Hello, I think that libgladexml-perl can be used without libglade-gnome0. So I think that libgladexml-perl must not depend on libglade-gnome0. Possible solutions I see: 1. I could add a dummy package libgladexml-gnome-perl depending on libgladexml-perl and libglade-gnome0, and you could modify bins to depend on libgladexml-gnome-perl. 2. Or, you could modify bins to depend on libglade-gnome0. I have a slight preference for solution 2. :) I can imagine that you might prefer solution 1, because that makes bins depend on *-perl packages. What shall we do? It is a bit more complex than that. As I wrote, bins do not depends on libgladexml-perl but just recommends it. bins-edit-gui has code to detect the missing packages by trying to load some Perl packages (the code is at the end of my first mail to #413910). I would need a piece of code to detect if libgladexml-perl will work correctly or not. I could call dpkg to check that libglade-gnome0 is installed but I would like something smarter. Do you have an idea? Thanks -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --
Bug#414381: sshfs from testing-proposed-updates is uninstallable due wrong dependences
Package: sshfs Version: 1.6-1+b1 Severity: grave It depends on non-existed package libfuse, but should depend on libfuse2, like version from testing or unstable. -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (720, 'testing-proposed-updates'), (720, 'testing'), (670, 'proposed-updates'), (670, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-vserver-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414377: apcupsd: Upgrades break for MASTER/SLAVE configurations; warrants a NEWS.Debian entry
Package: apcupsd Version: 3.14.0-1+b1 Severity: normal Upgrading to this version breaks MASTER/SLAVE configurations, as documented in the upstream ReleaseNotes. This should really be explained in a NEWS.Debian entry, so that the administrator can abort the install and plan for a good time for it. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Versions of packages apcupsd depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libncurses5 5.5-5Shared libraries for terminal hand ii libsnmp95.2.3-7 NET SNMP (Simple Network Managemen ii libssl0.9.8 0.9.8e-4 SSL shared libraries ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libwrap07.6.dbs-13 Wietse Venema's TCP wrappers libra apcupsd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409644: libfuse2: please include a versioned shlibs file
On Sun, Mar 11, 2007 at 12:54:24PM +0100, Frank Küster wrote: Steve Langasek [EMAIL PROTECTED] wrote: Could you please re-NMU with the correct shlibs info? Please take my apologies, uploaded with the following updated patch: diff -Nur fuse-2.5.3.old/debian/changelog fuse-2.5.3/debian/changelog --- fuse-2.5.3.old/debian/changelog 2007-03-05 18:07:57.0 +0100 +++ fuse-2.5.3/debian/changelog 2007-03-11 12:44:34.0 +0100 @@ -1,3 +1,34 @@ +fuse (2.5.3-4.4) unstable; urgency=low Uploaded to the wrong suite, so rejected of course. Will wait to hear from you that you've reuploaded to testing. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#414261: Added .desktop file
Am Samstag, den 10.03.2007, 14:15 +0100 schrieb Luca Falavigna: Please find attached a debdiff implementing this. Thank you. einfaches Textdokument-Anlage (xawtv_3.95.dfsg.1-3.debdiff) diff -Nru xawtv-3.95.dfsg.1/debian/changelog xawtv-3.95.dfsg.1/debian/changelog --- xawtv-3.95.dfsg.1/debian/changelog2007-03-10 14:13:19.0 +0100 +++ xawtv-3.95.dfsg.1/debian/changelog2007-03-10 14:13:20.0 +0100 @@ -1,3 +1,9 @@ +xawtv (3.95.dfsg.1-3) unstable; urgency=low + + * Added .desktop file + + -- Luca Falavigna [EMAIL PROTECTED] Sat, 10 Mar 2007 14:11:02 +0100 + xawtv (3.95.dfsg.1-2) unstable; urgency=low * QA upload. diff -Nru xawtv-3.95.dfsg.1/debian/rules xawtv-3.95.dfsg.1/debian/rules --- xawtv-3.95.dfsg.1/debian/rules2007-03-10 14:13:19.0 +0100 +++ xawtv-3.95.dfsg.1/debian/rules2007-03-10 14:13:20.0 +0100 @@ -50,6 +50,10 @@ echo v4l-conf: setuid-binary \ debian/v4l-conf/usr/share/lintian/overrides/v4l-conf + # install desktop file + install -d $(CURDIR)/debian/xawtv/usr/share/applications + install -m 644 debian/xawtv.desktop $(CURDIR)/debian/xawtv/usr/share/applications + binary-indep: build install binary-arch: build install diff -Nru xawtv-3.95.dfsg.1/debian/xawtv.desktop xawtv-3.95.dfsg.1/debian/xawtv.desktop --- xawtv-3.95.dfsg.1/debian/xawtv.desktop1970-01-01 01:00:00.0 +0100 +++ xawtv-3.95.dfsg.1/debian/xawtv.desktop2007-03-10 14:13:20.0 +0100 @@ -0,0 +1,18 @@ +[Desktop Entry] +Comment=TV viewer for X11 +NoDisplay=false +Name=XawTV +Encoding=UTF-8 +Exec=xawtv +Terminal=false +GenericName=XawTV +Comment[en_GB]=TV extensions for X11 +Comment[en_US]=TV extensions for X11 +Icon[en_GB]=/usr/share/pixmaps/gnome-term-linux2.png +Icon[en_US]=/usr/share/pixmaps/gnome-term-linux2.png +Hidden=false +Name[en_GB]=XawTV +Name[en_US]=XawTV +Type=Application +Categories=Applications;AudioVideo +Icon=/usr/share/pixmaps/gnome-term-linux2.png Please note, that Applications is not a valid category (obsolete category of GNOME, not valid in the freedesktop.org standard) and every category must be followed by a semicolon. You can easily check with the desktop-file-validate tool for such issues. JFTR: I would also remove the Hidden and NoDisplay fields and the localized (en_*) Comment, Icon and Name fields. They seem a bit useless here. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414384: isdnutils: [INTL:pt] Portuguese translation for debconf messages
Package: isdnutils Version: 3.9.20060704 Tags: l10n, patch Severity: wishlist Portuguese translation for isdnutils's debconf messages. Translator: Pedro Ribeiro p.m42.ribeiro _at_ gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Miguel Figueiredo Traduz - Portuguese Translation Team http://www.DebianPT.org # Portuguese translation for isdnutils debconf messages. # Copyright (C) 2007 Pedro Ribeiro [EMAIL PROTECTED] # This file is distributed under the same license as the isdnutils package. # Pedro Ribeiro [EMAIL PROTECTED], 2007 # msgid msgstr Project-Id-Version: isdnutils_1:3.9.20060704\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-18 22:42+0100\n PO-Revision-Date: 2007-03-10 22:59+0100\n Last-Translator: Pedro Ribeiro [EMAIL PROTECTED]\n Language-Team: Portuguese [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Portuguese\n X-Poedit-Country: PORTUGAL\n #. Type: note #: ../ipppd.templates:1001 msgid ISP dialup config exists already msgstr Configuração de ligação ao ISP já existe #. Type: note #: ../ipppd.templates:1001 msgid The files device.${IPPP0} and ipppd.${IPPP0} already exist. Therefore the ipppd configuration phase won't touch anything there, as it looks like it's already been configured. msgstr Os ficheiros device.${IPPP0} e ipppd.${IPPP0} já existem. Portanto a fase de configuração do ipppd não fará alterações, pois parece que já está configurado. #. Type: note #: ../ipppd.templates:1001 msgid If it doesn't work yet, and you want to try the automatic configuration, stop all ISDN processes (use \/etc/init.d/isdnutils stop\), remove the files mentioned above, and rerun the configuration with \dpkg-reconfigure ipppd\. After that, restart the ISDN processes: \/etc/init.d/isdnutils start\. msgstr Se ainda não funciona e quer tentar a configuração automática, pare todos os processos RDIS (use \/etc/init.d/isdnutils stop\), remova os ficheiros mencionados acima e corra novamente a configuração com \dpkg-reconfigure ipppd\. Depois disto, reinicie os processos RDIS: \/etc/init.d/isdnutils start\. #. Type: string #: ../ipppd.templates:2001 msgid Which interface should be configured? msgstr Que interface deverá ser configurada? #. Type: string #: ../ipppd.templates:2001 msgid Which interface should debconf configure? msgstr Que interface deve o debconf configurar? #. Type: string #: ../ipppd.templates:2001 msgid Most people will say \ippp0\ here, as that is the default for a connection to an ISP. The default gateway will be ippp0. msgstr A maior parte das pessoas respoderá \ippp0\, já que é o valor padrão para uma ligação a um ISP. O gateway padrão será ippp0. #. Type: string #: ../ipppd.templates:2001 msgid However, some people have special requirements, and they may choose another interface that debconf will configure (e.g. because they don't want this connection to be the default gateway). msgstr No entanto, algumas pessoas têm requisitos especiais, e podem escolher outra interface que será configurada pelo debconf (e.g. porque não querem que esta ligação seja o gateway padrão). #. Type: string #: ../ipppd.templates:2001 msgid Note that debconf will currently only configure at most one interface. Enter \none\ if you do not want debconf to configure anything for ipppd. msgstr Atenção que o debconf apenas irá configurar uma interface, no máximo. Escreva \none\ se não quer que o debconf configure seja o que for para o ipppd. #. Type: note #: ../ipppd.templates:3001 msgid wrong interface name msgstr nome de interface errado. #. Type: note #: ../ipppd.templates:3001 msgid You can only give names starting with \ippp\ followed by a number between 0 and 63. msgstr Os nomes válidos começam por \ippp\ seguido de um número entre 0 e 63. #. Type: string #: ../ipppd.templates:4001 msgid manual msgstr manual #. Type: string #: ../ipppd.templates:4002 msgid What is your ISP's telephone number? msgstr Qual é o número de telefone do seu ISP? #. Type: string #: ../ipppd.templates:4002 msgid What telephone number(s) must be dialed in order to connect to your Internet service provider (ISP)? msgstr Que número(s) de telefone deve(m) ser marcado(s) para ligar ao seu fornecedor de acesso à Internet (ISP)? #. Type: string #: ../ipppd.templates:4002 msgid Enter the telephone number here, including dialing prefixes, area codes, and so on. Enter the number without any spaces. msgstr Escreva aqui o número de telefone, incluindo prefixos de ligação, indicativos e outros. Escreva o número sem qualquer espaço. #. Type: string #: ../ipppd.templates:4002 msgid You can enter multiple telephone numbers. If you do so then separate them with spaces. msgstr Pode escrever mais que um número de telefone. Se o fizer, separe-os com espaços. #.
Bug#412134: shorewall: Logging (ulog) of MAC address is incomplete
Good. It's always a real pain if the bug cannot be reproduced. Here the info on ulogd: ii ulogd 1.23-6The Netfilter Userspace Logging Daemon -jeff Lorenzo Martignoni wrote: Jeffrey B. Green wrote: Package: shorewall Version: 3.2.6-2 Severity: wishlist The packets being written to the ulogd log file have only the following for the MAC address information: MAC=00 i.e. only the two digits 00. This problems shows up in the logs on Feb 9 (to narrow down the time frame of when things changed). tcpdump does indeed show the complete MAC addresses in the packets, but dumping the packets via the ulogd_OPRINT.so module shows only the 00 value. I could not find any relevant configuration options that might affect this behavior. I can reproduce the bug. It seems that the problem is in ulogd. See Debian bug#412499. Which version of ulogd are you using? -- lorenzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414383: dak : [INTL:pt] Portuguese translation for debconf messages
Package: dak Version: 1.0-8.4 Tags: l10n, patch Severity: wishlist Portuguese translation for dak's debconf messages. Translator: Miguel Figueiredo elmig _at_ debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#414382: [INTL:ja] Japanese po-debconf template translation
Package: krb5 Version: 1.4.4-7 Severity: minor Tags: l10n patch Hello Please find attached Japanese debconf templates translation, proofread by Japanese debian developpers and users. This file should be put as debian/po/ja.po in your package build tree. Sincerely TANAKA, Atushi ja.po.gz Description: Binary data
Bug#312276: Just add --with-prelude to configure
Dear Javier, Apparently, with the current version of samhain, you only have to add --with-prelude to the configuration script. Please consider applying this option. Thanks. Regards, Joost Cassee -- Joost Cassee http://joost.cassee.net signature.asc Description: OpenPGP digital signature
Bug#414379: xen-shell: Missing original source
Hi Ben, Version 1.0-1 was mistakenly uploaded to stable and presumably never got there (though it is reported as accepted). Version 1.0-2 should have been uploaded with full source, but was not. So there is no xen-shell_1.0.orig.tar.gz in the archive. I am aware of the situation, I've talked to Joerg and I am hoping to fix this really soon. Uploading with the orig tarball returns: Warning: ignoring xen-shell_1.0.orig.tar.gz, since it's already in the archive. Rejected: 'dpkg-source -x' failed for xen-shell_1.0-3.dsc [return code: 512]. [dpkg-source output:] dpkg-source: failure: cannot read ./xen-shell_1.0.orig.tar.gz: No such file or directory -- Radu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414025: stacktrace again
Hi, I think this time this is the good one. Grégoire Using host libthread_db library /lib/tls/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1232361792 (LWP 4195)] [KCrash handler] #5 0xb7ce6947 in raise () from /lib/tls/libc.so.6 #6 0xb7ce80c9 in abort () from /lib/tls/libc.so.6 #7 0xb7d1c08a in __libc_message () from /lib/tls/libc.so.6 #8 0xb7d2385c in _int_free () from /lib/tls/libc.so.6 #9 0xb7d239f2 in free () from /lib/tls/libc.so.6 #10 0xb7ecf3b1 in operator delete () from /usr/lib/libstdc++.so.6 #11 0xb7273491 in ~QObject (this=0x8c13140) at kernel/qobject.cpp:503 #12 0xb5c86421 in Akregator::KonqFeedIcon::~KonqFeedIcon () from /usr/lib/kde3/libakregatorkonqfeedicon.so #13 0xb7273b65 in ~QObject (this=0x8aa56c0) at kernel/qobject.cpp:497 #14 0xb7f294cd in ~Part (this=0x8aa56c0, __vtt_parm=0xb61826e8) at /tmp/buildd/kdelibs-3.5.5a.dfsg.1/./kparts/part.cpp:163 #15 0xb7f2eb6d in ~ReadOnlyPart (this=0x8aa56c0, __vtt_parm=0xb61826e4) at /tmp/buildd/kdelibs-3.5.5a.dfsg.1/./kparts/part.cpp:314 #16 0xb5f24fb9 in ~KHTMLPart (this=0x8aa56c0) at /tmp/buildd/kdelibs-3.5.5a.dfsg.1/./khtml/khtml_part.cpp:524 #17 0xb726f41e in QObject::event (this=0x8aa56c0, e=0x8aa1c60) at kernel/qobject.cpp:750 #18 0xb7207c26 in QApplication::internalNotify (this=0xbfbf3ffc, receiver=0x8aa56c0, e=0x8aa1c60) at kernel/qapplication.cpp:2635 #19 0xb7209a43 in QApplication::notify (this=0xbfbf3ffc, receiver=0x8aa56c0, e=0x8aa1c60) at kernel/qapplication.cpp:2358 #20 0xb78fde0e in KApplication::notify (this=0xbfbf3ffc, receiver=0x8aa56c0, event=0x8aa1c60) at /tmp/buildd/kdelibs-3.5.5a.dfsg.1/./kdecore/kapplication.cpp:550 #21 0xb719b421 in QApplication::sendEvent (receiver=0x8aa56c0, event=0x8aa1c60) at ../include/qapplication.h:520 #22 0xb7208c4e in QApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qapplication.cpp:3299 #23 0xb7208d56 in QApplication::sendPostedEvents () at kernel/qapplication.cpp:3210 #24 0xb71aec55 in QEventLoop::processEvents (this=0x80b22f8, flags=4) at kernel/qeventloop_x11.cpp:144 #25 0xb7222179 in QEventLoop::enterLoop (this=0x80b22f8) at kernel/qeventloop.cpp:198 #26 0xb7221f9a in QEventLoop::exec (this=0x80b22f8) at kernel/qeventloop.cpp:145 #27 0xb72097bf in QApplication::exec (this=0xbfbf3ffc) at kernel/qapplication.cpp:2758 #28 0xb666f495 in kdemain (argc=2, argv=0x8082ab8) at /tmp/buildd/kdebase-3.5.5a.dfsg.1/./konqueror/konq_main.cc:206 #29 0xb7f57524 in kdeinitmain (argc=2, argv=0x8082ab8) at konqueror_dummy.cc:3 #30 0x0804e457 in launch (argc=2, _name=0x8078074 konqueror, args=0x8078086 , cwd=0x0, envc=1, envs=0x8078097 , reset_env=false, tty=0x0, avoid_loops=false, startup_id_str=0x807809c pc-greg;1173620291;613813;2174_TIME1094219794) at /tmp/buildd/kdelibs-3.5.5a.dfsg.1/./kinit/kinit.cpp:673 #31 0x0804ecf9 in handle_launcher_request (sock=9) at /tmp/buildd/kdelibs-3.5.5a.dfsg.1/./kinit/kinit.cpp:1240 #32 0x0804f092 in handle_requests (waitForPid=0) at /tmp/buildd/kdelibs-3.5.5a.dfsg.1/./kinit/kinit.cpp:1443 #33 0x080502b1 in main (argc=5, argv=0xbfbf4ab4, envp=0xbfbf4acc) at /tmp/buildd/kdelibs-3.5.5a.dfsg.1/./kinit/kinit.cpp:1909 #34 0xb7cd2ea8 in __libc_start_main () from /lib/tls/libc.so.6 #35 0x0804b911 in _start () at ../sysdeps/i386/elf/start.S:119
Bug#405338: [php-maint] Bug#405338: php5: ini setting 'highlight.bg' being ignored
Hello Sean. sean finney, 11.03.2007 14:35: thanks for the concise result, and i can confirm the problem, it doesn't seem the highlight.bg is used at all. it is indeed read from the php.ini file (phpinfo() confirms this), but it's not used in the actual code in question. poking around in the source code i don't find any references to highlight.bg apart from the ini file and some test cases. i'll forward this upstream and see what they think. Thanks. Will there be some upstream bugreport anywhere I can watch? PS: Why did I receive a mail delivery failure for this mail from the Mail Delivery System? i hear from folks on irc that the bts is having some issues this afternoon, maybe it's just temporary... Ah, I see. I hope this one gets through directly. Regards, Mathias -- debian/rules signature.asc Description: OpenPGP digital signature
Bug#405338: [php-maint] Bug#405338: php5: ini setting 'highlight.bg' being ignored
hi mathias, On Sun, 2007-03-11 at 13:40 +0100, Mathias Brodala wrote: The problem can be reproduced easily. First the section from the php.ini: ; Colors for Syntax Highlighting mode. Anything that's acceptable in ; span style=color: ??? would work. highlight.string = #FFA0A0 highlight.comment = #87CEEB highlight.keyword = #CD5C5C highlight.bg = #33 highlight.default = #98FB98 highlight.html= #ff The script: ?php # Comment highlight_file($_SERVER['SCRIPT_FILENAME']); ? thanks for the concise result, and i can confirm the problem, it doesn't seem the highlight.bg is used at all. it is indeed read from the php.ini file (phpinfo() confirms this), but it's not used in the actual code in question. poking around in the source code i don't find any references to highlight.bg apart from the ini file and some test cases. i'll forward this upstream and see what they think. PS: Why did I receive a mail delivery failure for this mail from the Mail Delivery System? i hear from folks on irc that the bts is having some issues this afternoon, maybe it's just temporary... sean signature.asc Description: This is a digitally signed message part
Bug#409644: libfuse2: please include a versioned shlibs file
Steve Langasek [EMAIL PROTECTED] wrote: On Sun, Mar 11, 2007 at 12:54:24PM +0100, Frank Küster wrote: Steve Langasek [EMAIL PROTECTED] wrote: Could you please re-NMU with the correct shlibs info? Please take my apologies, uploaded with the following updated patch: diff -Nur fuse-2.5.3.old/debian/changelog fuse-2.5.3/debian/changelog --- fuse-2.5.3.old/debian/changelog 2007-03-05 18:07:57.0 +0100 +++ fuse-2.5.3/debian/changelog 2007-03-11 12:44:34.0 +0100 @@ -1,3 +1,34 @@ +fuse (2.5.3-4.4) unstable; urgency=low Uploaded to the wrong suite, so rejected of course. Will wait to hear from you that you've reuploaded to testing. That's when I do Debian work between church and lunch, and make the changes while I'm asked to put the plates on the table... I've just uploaded an other -4.4 to t-p-u, but probably that won't work, and it should've been -4.5. Nevertheless, I have to leave now. The source package is on http://people.debian.org/~frank Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#414385: libimdb-film-perl should not enter testing
Package: libimdb-film-perl Version: 0.24-1 Severity: serious As the imdb.com website is likely to change during the lifetime of a stabel release, and because this will break libimdb-film-perl's functionality, the package should not be released in stable/main. I am considering uploading it to volatile instead. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages libimdb-film-perl depends on: ii libcache-cache-perl 1.05-2 Managed caches of persistent infor ii libdigest-sha1-perl 2.11-2 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.56-1 A collection of modules that parse ii libwww-perl 5.805-1WWW client/server library for Perl ii perl 5.8.8-7Larry Wall's Practical Extraction libimdb-film-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414340: [Popcon-developers] Bug#414340: package description refers to us, Debian developers
[Bill Allombert] I disagree with the removal of the Debian project branding from the description. Popularity-contest is an official Debian project and this package report to the Debian project and to no one else. I must admit I still fail to understand why this branding is so important to you. I believe it is advantage for the subprojects like DeMuDi, Debian-NP and Debian-Edu to not brand popularity-contest, and at least Debian Edu us popcon to report what schools are using (URL:http://popcon.skolelinux.org/). This is the reason I believe it is an advantage to allow all users of popcon to use the same package, and thus it is a good reason to avoid specifying information which might be wrong for some subprojects. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386469: openbsd-inetd, action start failed when upgrading
So far, none of the people reporting this bug have provided information that can be used to track it down. Most users are quoting the failure to set up openbsd-inetd -- that's not news, what we need is output from the *unpack* stage of the upgrade showing why the attempt to *stop* the previous inetd failed. Others are quoting dpkg logs showing that they've only upgraded to version -4, when this bug is being reported against version -5. That doesn't clarify anything; we need to see that the bug is happening with the current version of the package, not obsolete versions that have been removed from the archive. Others are providing aptitude logs, which tell nothing about what went wrong in dpkg. A good report to work with on this bug is going to be: - what version of openbsd-inetd you were upgrading from (this information is avaliable from dpkg.log) - logs showing what happened when unpacking the new version of openbsd-inetd - confirmation that you are installing the *current* version of openbsd-inetd -- that's version -5, not version -4 - ps output showing the inetd processes running after the point at which the new version of the package has failed to configure There are lots of theories about what's happening here, but without the above information as a starting point, they're effectively impossible to investigate. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414380: amaya does not start. X Window System error serial 10426 error_code 8 request_code 144 minor_code 5
Yes, yes I know. This bug is actually a mixed thing somewhere between wxWidgets, Mesa and Xorg. And you're running GLX without DRI, which is (almost) the only situation triggering the bug I have seen. For more informations, see bug #357439 : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=357439 Regis On Sun, 2007-03-11 at 11:43 +0100, Adrien Grellier wrote: Package: amaya Version: 9.53~dfsg.0-1 Severity: grave Justification: renders package unusable I can't start amaya, and I have this message : (amaya:2766): Gtk-CRITICAL **: gtk_widget_set_colormap: assertion `!GTK_WIDGET_REALIZED (widget)' failed The program 'amaya' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 10426 error_code 8 request_code 144 minor_code 5) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I use the unstable package. -- 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-4-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages amaya depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.6 A free implementation of the OpenG ii libglu1-mesa [libglu1]6.5.1-0.6 The OpenGL utility library (GLU) ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libraptor11.4.13-1 Raptor RDF parser and serializer l ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libwww-ssl0 5.4.0-11 The W3C-WWW library (SSL support) ii libwxbase2.6-02.6.3.2.1.5wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.1.5wxWidgets Cross-platform C++ GUI t ii ttf-freefont 20060501cvs-10 Freefont Serif, Sans and Mono True ii zlib1g1:1.2.3-13 compression library - runtime amaya recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414386: zynaddsubfx: Please recompile + package with lash support
Package: zynaddsubfx Version: 2.2.1-4 Severity: wishlist When liblash-dev is installed, zynaddsubfx (at least the current cvs, but I think also 2.2.1) will automatically link against it. Lash projects are very useful if you don't want to start all those software synths and sequencers by hand every time :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414387: gdm: Typo in a variable in german locale (de)
Package: gdm Version: 2.16.4-1 Severity: minor Tags: patch l10n In /usr/share/locale/de/LC_MESSAGES/gdm.mo the variable in the auto login notification is %s instead of %u so the wrong name (Linux) is displayed. msgid User %u will login in %t msgstr Benutzer %s wird in %t angemeldet Should be: msgid User %u will login in %t msgstr Benutzer %u wird in %t angemeldet -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gdm depends on: ii adduser3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii gksu 2.0.0-1 graphical frontend to su ii gnome-session 2.14.3-5 The GNOME 2 Session Manager ii gnome-terminal [x-terminal 2.14.2-1 The GNOME 2 terminal emulator appl ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-2 The ATK accessibility toolkit ii libattr1 2.4.32-1 Extended attribute shared library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdmx11:1.0.2-2 X11 Distributed Multihead extensio ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libpam-modules 0.79-4Pluggable Authentication Modules f ii libpam-runtime 0.79-4Runtime support for the PAM librar ii libpam0g 0.79-4Pluggable Authentication Modules l ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii librsvg2-2 2.14.4-2 SAX-based renderer library for SVG ii librsvg2-common2.14.4-2 SAX-based renderer library for SVG ii libselinux11.32-3SELinux shared libraries ii libwrap0 7.6.dbs-13Wietse Venema's TCP wrappers libra ii libx11-6 2:1.0.3-5 X11 client-side library ii libxau61:1.0.1-2 X11 authorisation library ii libxcursor11.1.7-4 X cursor management library ii libxdmcp6 1:1.0.1-2 X11 Display Manager Control Protoc ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii lsb-base 3.1-23Linux Standard Base 3.1 init scrip ii metacity [x-window-manager 1:2.14.5-4A lightweight GTK2 based Window Ma ii twm [x-window-manager] 1:1.0.1-4 Tab window manager ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients ii xterm [x-terminal-emulator 222-1etch2X terminal emulator Versions of packages gdm recommends: ii dialog1.0-20060221-3 Displays user-friendly dialog boxe ii gdm-themes0.5.1 Themes for the GNOME Display Manag ii whiptail 0.52.2-10 Displays user-friendly dialog boxe ii zenity2.14.3-1 Display graphical dialog boxes fro -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414388: Policy blocks lynx/liblzo via execstack
Package: selinux-policy-refpolicy-targeted Version: 0.0.20061018-5 I'm not sure what the policy is on reporting selinux causing failures of installed software, or if this should be considered a bug or just badness with lynx/liblzo instead and a valid reason to block it via selinux, so this might need reassigned or closed depending. The selinux-policy-refpolicy-targeted rules block running lynx/liblzo via execstack protection. E.g., see below: [EMAIL PROTECTED]:~$ lynx lynx: error while loading shared libraries: liblzo.so.1: cannot enable executable stack as shared object requires: Permission denied [EMAIL PROTECTED]:~$ dmesg | grep lynx | tail -1 audit(1173620260.257:39): avc: denied { execstack } for pid=7548 comm=lynx scontext=user_u:system_r:unconfined_t:s0 tcontext=user_u:system_r:unconfined_t:s0 tclass=process -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405338: [php-maint] Bug#405338: php5: ini setting 'highlight.bg' being ignored
tags 405338 upstream confirmed forwarded 405338 http://bugs.php.net/40776 thanks hi, On Sun, 2007-03-11 at 14:41 +0100, Mathias Brodala wrote: Thanks. Will there be some upstream bugreport anywhere I can watch? i just reported it at the above url. sean signature.asc Description: This is a digitally signed message part
Bug#414389: [l10n] Czech translation of delo debconf messages
Package: delo Severity: wishlist Tags: l10n, patch Hi, in attachement there is Czech (cs.po) translation of delo debconf messages. Please include it with the package. Thanks -- Miroslav Kure # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # msgid msgstr Project-Id-Version: delo\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-07-12 21:16+0200\n PO-Revision-Date: 2007-03-11 12:22+0100\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../delo.templates:1001 msgid Disk on which to intall the bootloader: msgstr Disk, na který nainstalovat zavaděč: #. Type: string #. Description #: ../delo.templates:1001 msgid Delo, the DECstation harddisk bootloader, must be installed into the bootsector of a disk with a DOS partition table. Currently this must be the disk on which the root partition resides. Please give the device name of the harddisk to install delo onto. msgstr Delo, diskový zavaděč na DECstation, musí být nainstalován do zaváděcího sektoru disku, na kterém je DOSová tabulka rozdělení. Momentálně to musí být disk, na kterém se nachází kořenová oblast. Zadejte prosím název zařízení pevného disku, na který se má delo nainstalovat. #. Type: string #. Description #: ../delo.templates:2001 msgid Root partition to use: msgstr Kořenová oblast: #. Type: string #. Description #: ../delo.templates:2001 msgid Please enter the device name of your root partition. msgstr Zadejte prosím jméno zařízení, na kterém leží vaše kořenová oblast. #. Type: string #. Description #: ../delo.templates:3001 msgid Console device msgstr Zařízení konzoly #. Type: string #. Description #: ../delo.templates:3001 msgid Delo can use the local console or a serial port as the system console. Please give the name of the system console. If no device is given, delo assumes local console. msgstr Delo může jako systémovou konzolu používat buď lokální konzolu nebo sériový port. Zadejte prosím jméno systémové konzoly. Nezadáte-li nic, delo bude předpokládat lokální konzolu. #. Type: note #. Description #: ../delo.templates:4001 msgid Firmware variables for booting msgstr Proměnné firmwaru pro zavádění #. Type: note #. Description #: ../delo.templates:4001 msgid You have to set the \boot\ firmware variables to boot your new debian installation:\n setenv boot \3/rz${FIRM_RZ}\ msgstr Pro zavedení své nové instalace Debianu musíte nastavit ve firmwaru zaváděcí proměnné:\n setenv boot \3/rz${FIRM_RZ}\
Bug#414390: [l10n] Czech translation of lwat debconf messages
Package: lwat Severity: wishlist Tags: l10n, patch Hi, in attachement there is Czech (cs.po) translation of lwat debconf messages. Please include it with the package. Thanks -- Miroslav Kure # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # msgid msgstr Project-Id-Version: lwat\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-03-08 13:26+1100\n PO-Revision-Date: 2007-03-11 14:41+0100\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\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 Domain name of your server: msgstr Doménové jméno vašeho serveru: #. Type: string #. Description #: ../templates:1001 msgid Please enter here which domain your server belongs to. msgstr Zadejte zde prosím doménu, do které váš server patří. #. Type: string #. Description #: ../templates:2001 msgid LDAP-server host: msgstr Počítač s LDAP serverem: #. Type: string #. Description #: ../templates:2001 msgid Since lwat has to connect to the ldap host, please enter on which server it runs. msgstr Protože se lwat musí připojit k ldap adresáři, zadejte, na kterém serveru běží. #. Type: string #. Description #: ../templates:3001 msgid Your LDAP base: msgstr Základní rozlišovací název LDAPu: #. Type: string #. Description #: ../templates:3001 msgid Enter the LDAP base where all your groups, people, machines, etc. are located. msgstr Zadejte základní rozlišovací název LDAPu, pod kterým se nachází všechny skupiny, uživatelé, počítače, atd. #. Type: boolean #. Description #: ../templates:4001 msgid Should lwat use lisGroup's? msgstr Má lwat používat lisGroup? #. Type: boolean #. Description #: ../templates:4001 msgid Should lwat be configured to use lisGroups. msgstr Rozhodněte se, zda má být lwat nastaven tak, aby používat lisGroup. #. Type: string #. Description #: ../templates:5001 msgid Location of user's home directories: msgstr Umístění domovských adresářů uživatelů: #. Type: string #. Description #: ../templates:5001 msgid Where are the personal information (home directories) of all users stored. msgstr Kde jsou uloženy soukromé informace (domovské adresáře) všech uživatelů. #. Type: string #. Description #: ../templates:6001 msgid Prefix of your groups in LDAP: msgstr Prefix skupin v LDAPu: #. Type: string #. Description #: ../templates:6001 msgid Under this base groups are located, you don't need to enter the full base, only the last part from the ldap-base. msgstr Pod tímto rozlišovacím názvem jsou umístěny základní skupiny. Nemusíte zadávat celý název, stačí relativně vzhledem k ldap-base. #. Type: string #. Description #: ../templates:7001 msgid Prefix of your authorization groups in LDAP: msgstr Prefix autorizačních skupin v LDAPu: #. Type: string #. Description #: ../templates:7001 msgid Under this base all authorization groups are located, you don't need to enter the full base, only the last part from the ldap-base. msgstr Pod tímto rozlišovacím názvem jsou umístěny autorizační skupiny. Nemusíte zadávat celý název, stačí relativně vzhledem k ldap-base. #. Type: string #. Description #: ../templates:8001 msgid Prefix of your hosts in LDAP: msgstr Prefix počítačů v LDAPu: #. Type: string #. Description #: ../templates:8001 msgid Under this base all hosts are located, you don't need to enter the full base, only the last part from the ldap-base. msgstr Pod tímto rozlišovacím názvem jsou umístěny počítače. Nemusíte zadávat celý název, stačí relativně vzhledem k ldap-base. #. Type: string #. Description #: ../templates:9001 msgid Prefix of your netgroups in LDAP: msgstr Prefix síťových skupin v LDAPu: #. Type: string #. Description #: ../templates:9001 msgid Under this base all netgroups are located, you don't need to enter the full base, only the last part from the ldap-base. msgstr Pod tímto rozlišovacím názvem jsou umístěny síťové skupiny (netgroups). Nemusíte zadávat celý název, stačí relativně vzhledem k ldap-base. #. Type: string #. Description #: ../templates:10001 msgid Minimum length of the password for the user: msgstr Minimální délka hesla uživatele: #. Type: string #. Description #: ../templates:10001 msgid When setting a new password, it has to be at least as long as this. By default lwat will autogenerate 8 characters long passwords. msgstr Nové heslo musí být nejméně takto dlouhé. Implicitně bude lwat vytvářet hesla dlouhá 8 znaků. #. Type: string #. Description #: ../templates:11001 msgid Minimum count of numbers in a password: msgstr Minimální počet číslic v hesle: #. Type: string #. Description #: ../templates:11001 msgid When setting a new password, it has to be at least as many numbers in it as this. msgstr Nové heslo musí obsahovat nejméně zadaný
Bug#414031: google-earth doesn't work with current version of xserver-xorg-video-i810
On Fri, 09 Mar 2007 15:40:23 +0100, Michel Dänzer [EMAIL PROTECTED] wrote: Maybe Google Earth enables sync-to-vblank via GLX API. Does it work if you set the environment variable vblank_mode=0 ? Yes, that works fine! Thanks! Alternatively, does it work with libgl1-mesa-dri from experimental? -- The following packages will be upgraded: libdrm2 libgl1-mesa-dri libgl1-mesa-glx -- This problem is gone. However the version from experimental seems to be really experimental and doesn't work well. As soon as you zoom in to much the screen gets blue. http://r2d2.stefanm.com/gearth-dri-experimental.png http://r2d2.stefanm.com/gearth-dri-testing.png The first screenshot is taken with libs from experimental and no fixes, the second one with the normal libs from etch, both show RMS Queen Mary from the Sightseeing tour. Perhaps I would have to upgrade other packages to make this work, however this is not important as the solution above works. What does dmesg|grep i915 say? - [drm] Initialized i915 1.6.0 20060119 on minor 0 - I'm not sure when this problem was introduced, but the last time I used google-earth was around mid-february IIRC. Is there somewhere an archive of old versions so I can try which ones work? There's snapshot.debian.net. After playing with different old versions and none working I remembered that I changed something else too: My kernel. I upgraded from 2.6.19 to 2.6.20 some weeks ago. Booted 2.6.19 and everything worked again. Then I checked the diffs for i915 and they changed the vblank functions. So this is a problem with different versions of userland and kernel software. I'm sorry, that I didn't check the kernel earlier, but I didn't even think that it might be a kernel problem as xserver-xorg-video-i810-modesetting works with this kernel. Here a list what works and what doesn't: Works: - kernel 2.6.19 - kernel 2.6.20 with vblank_mode=0 - kernel 2.6.20 with xserver-xorg-video-i810-modesetting Works but not good: - kernel 2.6.20 with libs from experimental (see above) - kernel 2.6.20 with LIBGL_ALWAYS_INDIRECT=1 (slow) Does not work at all: - kernel 2.6.20 with libs from etch and no special settings I'll use the vblank_mode solution for now. I'm not sure if this bugreport should be closed or kept open. Thank you for your help! Regards, Hermann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414394: [INTL:ja] Japanese po-debconf template translation
Package: ulogd Version: 1.23-7 Severity: minor Tags: l10n patch Hello Please find attached Japanese debconf templates translation, proofread by Japanese debian developpers and users. This file should be put as debian/po/ja.po in your package build tree. Sincerely TANAKA, Atushi ja.po.gz Description: Binary data
Bug#414391: fmit: FTBFS on non-Linux arch: unavailable ALSA
Package: fmit Severity: important Tags: patch Hi, currently your package isn't even tried on kfreebsd-* (and hurd-i386) since it has a B-D on libasound2-dev, which is only available on Linux. Please find attached a patch to make it optional on these architectures, which makes your package build fine on GNU/kFreeBSD, and might help on GNU/Hurd (unsure about the sound support out there). Cheers, -- Cyril Brulebois --- fmit-0.96.7/debian/control 2007-03-11 15:54:05.136658000 +0100 +++ fmit-0.96.7/debian/control 2007-03-11 15:54:38.0 +0100 @@ -2,7 +2,7 @@ Section: sound Priority: optional Maintainer: Ludovic RESLINGER [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), autotools-dev, dpatch, libqt3-mt-dev, fftw3-dev, freeglut3-dev, libasound2-dev, libjack-dev +Build-Depends: debhelper (= 4), autotools-dev, dpatch, libqt3-mt-dev, fftw3-dev, freeglut3-dev, libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libjack-dev Standards-Version: 3.7.2 Package: fmit --- fmit-0.96.7/debian/rules 2007-03-11 15:54:42.090975000 +0100 +++ fmit-0.96.7/debian/rules 2007-03-11 15:58:43.0 +0100 @@ -16,6 +16,14 @@ # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_HOST_ARCH_OS?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) + +# Disable Alsa on non-Linux architectures +ifneq (,$(findstring $(DEB_HOST_ARCH_OS), kfreebsd hurd)) + DEB_CONFIGURE_ALSA = --disable-alsa +else + DEB_CONFIGURE_ALSA = --enable-alsa +endif CFLAGS = -Wall -g @@ -29,7 +37,7 @@ config.status: patch configure dh_testdir # Add here commands to configure the package. - ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --with-Qt-dir=/usr/share/qt3 --disable-alsa CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs + ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --with-Qt-dir=/usr/share/qt3 $(DEB_CONFIGURE_ALSA) CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs build: build-stamp
Bug#414392: [l10n] Updated Czech translation of postfix debconf messages
Package: postfix Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of postfix debconf messages. Please include it with the package. Thanks -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: postfix\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-01-22 13:58-0700\n PO-Revision-Date: 2007-03-11 11:49+0100\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Correct dynamicmaps.cf for upgrade? msgstr Opravit dynamicmaps.cf pro aktualizaci? #. Type: boolean #. Description #: ../templates:1001 #, no-c-format msgid Postfix version 2.0.2 and later require changes in dynamicmaps.cf. Specifically, wildcard support is gone, and with it, %s expansion. Any changes that you made to dynamicmaps.cf that relied on these features will need to be fixed by you. Failure to correct these will result in a broken mailer. msgstr Postfix verze 2.0.2 a pozdější vyžadují změny v dynamicmaps.cf. Konkrétně je pryč podpora zástupných znaků a s ní expanze %s. Jakékoliv změny, které jste provedli v dynamicmaps.cf a které se spoléhají na tyto vlastnosti, bude potřeba opravit. Pokud je neopravíte, bude výsledkem nefunkční pošta. #. Type: boolean #. Description #: ../templates:1001 #, no-c-format msgid Should dynamicmaps.cf be automatically changed? Decline this option to abort the upgrade, giving you the opportunity to eliminate wildcard and %s- expansion-dependent configuration. Accept this option if you have no such configuration, and automatically make dynamicmaps.cf compatible with Postfix 2.0.2 in this respect. msgstr Má být dynamicmaps.cf automaticky změněn? Odmítněte tuto volbu pro přerušení aktualizace, dostanete tak šanci odstranit zástupné znaky a konfiguraci závislou na %s-expanzi. Přijměte tuto volbu, pokud žádnou takovou konfiguraci nemáte a chcete mít dynamicmaps.cf po této stránce automaticky kompatibilní s Postfixem 2.0.2. #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:2001 ../templates:5001 msgid Correct master.cf for upgrade? msgstr Opravit master.cf pro aktualizaci? #. Type: boolean #. Description #: ../templates:2001 msgid Postfix version 2.1 and later require new services in master.cf. msgstr Postfix verze 2.1 a vyšší vyžadují nové služby v master.cf. #. Type: boolean #. Description #: ../templates:2001 msgid Should this configuration be automatically added to master.cf? Decline this option to abort the upgrade, giving you the opportunity to add this configuration yourself. Accept this option to automatically make master.cf compatible with Postfix 2.1 in this respect. msgstr Má být tato konfigurace automaticky přidána do master.cf? Odmítněte tuto volbu pro přerušení aktualizace, dostanete tak šanci přidat tuto konfiguraci sami. Přijměte tuto volbu, pokud chcete mít master.cf po této stránce automaticky kompatibilní s Postfix 2.1. #. Type: boolean #. Description #: ../templates:3001 msgid Add mydomain entry in main.cf for upgrade? msgstr Přidat při aktualizaci do souboru master.cf záznam mydomain? #. Type: boolean #. Description #: ../templates:3001 msgid Postfix version 2.3.3-2 and later require changes in main.cf. Specifically, mydomain must be specified, since hostname(2) is not a fully-qualified domain name (FQDN). msgstr Postfix verze 2.3.3-2 a novější vyžadují změnu v main.cf. Konkrétně musí být zadáno mydomain, protože hostname(2) není plně kvalifikované doménové jméno (FQDN). #. Type: boolean #. Description #: ../templates:3001 msgid Failure to fix this will result in a broken mailer. Decline this option to abort the upgrade, giving you the opportunity to add this configuration yourself. Accept this option to automatically set mydomain based on the FQDN of the machine. msgstr Opomenutí této opravy bude mít za následek nefunkční poštu. Pro přerušení aktualizace tuto volbu odmítněte, dostanete tak příležitost přidat toto nastavení sami. Chcete-li nastavit mydomain na plně kvalifikované doménové jméno tohoto počítače automaticky, volbu přijměte. #. Type: boolean #. Description #: ../templates:4001 msgid Correct tlsmgr entry in master.cf for upgrade? msgstr Opravit záznam tlsmgr v souboru master.cf? #. Type: boolean #. Description #: ../templates:4001 msgid
Bug#414395: gnuplot: please build with the wxt terminal
Package: gnuplot Version: 4.2~rc4-1 Severity: wishlist Hi, Thank you for packaging gnuplot 4.2 in experimental. Version 4.2 now includes a new terminal type, wxt. Could you please build your packages with it ? It simply requires to build-depend on the relevant wxwidgets, cairo and pango dev packages. Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414393: [INTL:ja] Japanese po-debconf template translation
Package: kerberos-configs Version: 1.14 Severity: minor Tags: l10n patch Hello Please find attached Japanese debconf templates translation, proofread by Japanese debian developpers and users. This file should be put as debian/po/ja.po in your package build tree. Sincerely TANAKA, Atushi ja.po.gz Description: Binary data
Bug#383762: Bash segfaults with user input
Package: bash Version: 3.1-5 Severity: important $ bash -o history Segmentation fault (core dumped) $ file ./core ./core: ELF 64-bit LSB core file AMD x86-64, version 1 (SYSV), SVR4-style, from 'bash' Hi I have the same error. $ file core ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style It's fixed in bash 3.2 http://ftp.gnu.org/gnu/bash/bash-3.2.tar.gz Attached a patch from that version. Cheers, Javi. --- bashhist.c 2005-10-01 04:30:52.0 +0200 +++ bashhist.c~ 2007-03-11 14:21:56.0 +0100 @@ -270,6 +270,9 @@ Note that the history file is automatically truncated to the size of HISTSIZE if the user does not explicitly set the size differently. */ + set_if_not (HISTSIZE, 500); + sv_histsize (HISTSIZE); + set_if_not (HISTFILESIZE, get_string_value (HISTSIZE)); sv_histsize (HISTFILESIZE);
Bug#413910: bins: needs libglade-gnome0 but libgladexml-perl depends on libglade0 not libglade-gnome0
reassign 413910 bins severity 413910 serious retitle 413910 bins: missing dependencies for bins-edit-gui stop On Sun, 2007-03-11 at 14:16 +0100, Ludovic Rousseau wrote: As I wrote, bins do not depends on libgladexml-perl but just recommends it. bins-edit-gui has code to detect the missing packages by trying to load some Perl packages (the code is at the end of my first mail to #413910). I would need a piece of code to detect if libgladexml-perl will work correctly or not. I could call dpkg to check that libglade-gnome0 is installed but I would like something smarter. Do you have an idea? Yes. If bins-edit-gui depends on libgladexml-perl, then the Debian package shipping bins-edit-gui must have Depends: libgladexml-perl. Same for the other missing dependencies. Maybe you want to put bins-edit-gui in a separate binary package and add the missing dependencies only there. Thanks My pleasure. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414396: hibernate: Please add some docs explaining how to setup kernel command-line in grub's menu.lst
Package: hibernate Version: 1.94-2 Severity: wishlist I find it far from obvious from reading contents of README* in /usr/share/doc/hibernate what's needed for kernel's command-line for resuming. I've had to figure out myself that hibernate to disk would save things in the swap partition, and then that I should add a resume kernel command-line argument in grub's menu.lst. Adding a note for Debian standard kernels using swsusp, if I get it right it's the default in etch, would be great. It could be stating that something like resume=/dev/ is needed somewhere like in defoptions= in menu.lst. Hope this helps. Best regards, -- Package-specific info: --- configuration == /etc/hibernate/common.conf == Verbosity 0 LogFile /var/log/hibernate.log LogVerbosity 1 Distribution debian SaveClock restore-only ChangeGrubMenu yes Runi915resolution yes UnloadBlacklistedModules yes LoadModules auto SwitchToTextMode yes == /etc/hibernate/disk.conf == TryMethod ususpend-disk.conf TryMethod sysfs-disk.conf == /etc/hibernate/hibernate.conf == TryMethod suspend2.conf TryMethod disk.conf TryMethod ram.conf == /etc/hibernate/ram.conf == TryMethod ususpend-ram.conf TryMethod sysfs-ram.conf EnableVbetool yes VbetoolPost yes == /etc/hibernate/suspend2.conf == UseSuspend2 yes Reboot no EnableEscape yes DefaultConsoleLevel 1 Compressor lzf Encryptor none FullSpeedCPU yes Include common.conf == /etc/hibernate/sysfs-disk.conf == UseSysfsPowerState disk Include common.conf == /etc/hibernate/sysfs-ram.conf == UseSysfsPowerState mem Include common.conf == /etc/hibernate/ususpend-both.conf == USuspendMethod both Include common.conf == /etc/hibernate/ususpend-disk.conf == USuspendMethod disk Include common.conf == /etc/hibernate/ususpend-ram.conf == USuspendMethod ram Include common.conf --- /sys/power == /sys/power/disk == shutdown == /sys/power/image_size == 524288000 == /sys/power/resume == 3:5 == /sys/power/state == standby mem disk --- log Starting 915resolution: 915resolution. hibernate: [97] Executing VbetoolRestoreState ... hibernate: [90] Executing ModulesLoad ... hibernate: [89] Executing RestoreKernelModprobe ... hibernate: [85] Executing XHacksResumeHook2 ... hibernate: [70] Executing ClockRestore ... hibernate: [70] Executing ClockRestore ... hibernate: [59] Executing RemountXFSBootRW ... hibernate: [11] Executing XHacksResumeHook1 ... hibernate: [11] Executing RestoreGrubMenu ... hibernate: [01] Executing NoteLastResume ... hibernate: [01] Executing LockFilePut ... Resumed at Sun Mar 11 15:17:35 CET 2007 -- 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-4-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages hibernate depends on: ii console-tools 1:0.2.3dbs-65 Linux console and font utilities ii kbd-compat [kbd] 1:0.2.3dbs-65 Wrappers around console-tools for Versions of packages hibernate recommends: ii dash 0.5.3-7The Debian Almquist Shell ii hdparm6.9-2 tune hard disk parameters for high pn uswsusp none (no description available) ii vbetool 0.7-1.1run real-mode video BIOS code to a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414176: [Pkg-sysvinit-devel] Bug#414176: /sbin/halt .. -i .. in etch breaks WOL, doesn't do SIOCSIFFLAGS ioctl
At 09:13 AM 3/11/2007 +0100, Petter Reinholdtsen wrote: severity 414176 important merge 414176 405870 thanks [Harry Coin] Below please find two strace -iv outputs showing the binary version of halt shipped in the latest (as of march 9, 07) Debian Etch ignores /sbin/halt's -i (net down / breaking the wake on lan WOL function for 3com related cards ) switch, and possibly others, while the compiled version from source does the right thing (and is a larger binary, to boot). I've heard this story before (Bug #405870), and still have no idea why manuall build work while the automatically built version do not. Could the 21_ifdown_kfreebsd.dpatch change be related? How are you building it? Are you building using 'debuild'? Friendly, -- Petter Reinholdtsen Thank you Petter. I put the files into a directory called 'sysvinit.2.86.ds1, cd 'cd src' then 'make halt'. You can see exactly the object and executable files, I've uploaded the whole tree directory to http://www.n4comm.com/sysvinit-2.86.ds1 Just look in 'src' from there, and you can get everything. I'm still new to Linux, really. So I don't understand the references to dpatch and so on, and I really don't know very much about sysvinit tools. I'm sorry I can't answer your second question. But one thing I do know for certain: The version of halt shipped with Etch breaks the wake-on-lan function because it doesn't actually make the system call to do what the command flag directs. I don't know if it also fails to sync or make other OS calls. Also, I do know for sure that the version I've uploaded there works perfectly with exactly the same commands on the command line that fails to work in the version shipped in Etch. Thanks for helping! Harry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413910: bins: needs libglade-gnome0 but libgladexml-perl depends on libglade0 not libglade-gnome0
severity 413910 normal thanks * Bart Martens [EMAIL PROTECTED] [2007-03-11 15:32]: If bins-edit-gui depends on libgladexml-perl, then the Debian package shipping bins-edit-gui must have Depends: libgladexml-perl. Same for the other missing dependencies. Maybe you want to put bins-edit-gui in a separate binary package and add the missing dependencies only there. Actually, you're wrong about this. See http://www.debian.org/devel/tech-ctte 2002-07-19 Bug #119517: Packages may sometimes contain binaries whose libraries are only referred to in Suggests. Full text. In favour: Ian, Wichert; against: Bdale, Manoj; no-one else voted and Ian used his casting vote. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414397: gnus: hangs when decrypting an armored only message
Package: gnus Version: 5.11+v0.5.dfsg-3 Severity: normal Gnus appears to hang when 'decrypting' a message that is armored but not encrypted. A copy of the troublesome message is in the boxquote *Article* below. When the article was selected, the mini-buffer asked: Decrypt pgp encrypted part? (y or n) Responding with 'y' appeared to cause Gnus to hang. Pressing C-g then moving to the Article buffer and pressing '| gpg' produced the text shown in the *Shell Command Output* boxquote below. Should Gnus not have presented the unarmored text when given a 'y' response to the Decrypt pgp encrypted part? (y or n) prompt? jam ,[ C-h l results trimmed to after selecting article ] Recent keystrokes: y C-x o | RET C-h l Recent minibuffer messages (most recent first): Quit Decrypt pgp encrypted part? (y or n) Yes Decrypt pgp encrypted part? (y or n) ` ,[ *Article* ] Path: news.gmane.org!not-for-mail From: Laurent Jumet [EMAIL PROTECTED] Newsgroups: gmane.comp.encryption.gpg.user Subject: no-force-v3-sigs Date: Fri, 09 Mar 2007 17:25:35 +0100 Organization: Point de Chat Lines: 13 Approved: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1173457842 24234 80.91.229.12 (9 Mar 2007 16:30:42 GMT) X-Complaints-To: [EMAIL PROTECTED] NNTP-Posting-Date: Fri, 9 Mar 2007 16:30:42 + (UTC) To: gnupg-users@gnupg.org Original-X-From: [EMAIL PROTECTED] Fri Mar 09 17:30:33 2007 Return-path: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] Original-Received: from trithemius.gnupg.org ([217.69.76.51]) by lo.gmane.org with esmtp (Exim 4.50) id 1HPhyp-0004jU-2N; Fri, 09 Mar 2007 17:30:07 +0100 Original-Received: from localhost ([127.0.0.1] helo=trithemius.gnupg.org) by trithemius.gnupg.org with esmtp (Exim 4.50 #1 (Debian)) id 1HPhuQ-0007xd-4f; Fri, 09 Mar 2007 17:25:34 +0100 Original-Received: from kerckhoffs.g10code.com ([217.69.77.222]) by trithemius.gnupg.org with esmtp (Exim 4.50 #1 (Debian)) id 1HPhtl-0007wX-F5 for [EMAIL PROTECTED]; Fri, 09 Mar 2007 17:24:53 +0100 Original-Received: from outmx019.isp.belgacom.be ([195.238.4.200]) by kerckhoffs.g10code.com with esmtp (Exim 4.50 #1 (Debian)) id 1HPi4R-00039l-FJ for gnupg-users@gnupg.org; Fri, 09 Mar 2007 17:35:55 +0100 Original-Received: from outmx019.isp.belgacom.be (localhost [127.0.0.1]) by outmx019.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22) with ESMTP id l29GQj32022167 for gnupg-users@gnupg.org; Fri, 9 Mar 2007 17:26:45 +0100 (envelope-from [EMAIL PROTECTED]) Original-Received: from zebu (234.39-244-81.adsl-dyn.isp.belgacom.be [81.244.39.234] (may be forged)) by outmx019.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22) with SMTP id l29GQgxI022099 for gnupg-users@gnupg.org; Fri, 9 Mar 2007 17:26:42 +0100 (envelope-from [EMAIL PROTECTED]) ENC: PGP X-Mailreader: GoldED+/W32-MINGW 1.1.5-b20060326 (WinNT 5.1.2600-SP2 AMD_K7_M6) X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on trithemius.gnupg.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL autolearn=ham version=3.0.3 X-BeenThere: gnupg-users@gnupg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Help and discussion among users of GnuPG gnupg-users.gnupg.org List-Unsubscribe: http://lists.gnupg.org/mailman/listinfo/gnupg-users, mailto:[EMAIL PROTECTED] List-Archive: /pipermail List-Post: mailto:gnupg-users@gnupg.org List-Help: mailto:[EMAIL PROTECTED] List-Subscribe: http://lists.gnupg.org/mailman/listinfo/gnupg-users, mailto:[EMAIL PROTECTED] Original-Sender: [EMAIL PROTECTED] Errors-To: [EMAIL PROTECTED] Xref: news.gmane.org gmane.comp.encryption.gpg.user:17852 Archived-At: http://permalink.gmane.org/gmane.comp.encryption.gpg.user/17852 -BEGIN PGP MESSAGE- Version: GnuPG v1.4.7 (MingW32) owNCWmg2MUFZJlNZdJmIEgAAe3///nJoRmAH/Niv/3AAf///6gBYUQJIRKgCBAGA EDAAMkCwANlIioNAGmgAAyAAAaA0aAAB6hoaA0YhwaNGgaDQGTEBkaGQABppkAAA wQAGqZNBPFTbVPQnqaBoNGgZNMZQG1AAG1NAPUNo0IVjWWSuyM1TmmqY8NR90zKy 12jrMdhEbD0z16J17Xgxg4pkASOuseqqEE7yFL5TI0IRut11ZSQlwrO5yqFlRiWI oY3zLE4RvcHjpHWA5AQG3yxrwPgstSoX0dgQSpQbHiPy1Cnr8fbsuCJPXTOehj0Z HY7dPzuHCGoCRUIP72fFyI84UC2j0fkC6L6ds7QadpOXxi5MgNxpy4WHp689ua4Z dcig5SYaqfS4eS3xgx/u8ixjEslqSWAVBKMHlHwHf9KQIGTHAtOgciCS9I1P+LuS KcKEg6TMQJA= =WqE0 -END PGP MESSAGE- ` ,[ *Shell Command Output* ] gpg: Signature made Fri Mar 9 11:26:11 2007 EST using DSA key ID CFAF704C gpg: please do a --check-trustdb gpg: Good signature from Laurent Jumet [EMAIL PROTECTED] [unknown] gpg: aka Laurent Jumet (DSS) [unknown] gpg: aka Laurent Jumet [EMAIL PROTECTED] [unknown] gpg: Preferred keyserver: http://users.skynet.be/laurent.jumet/0xCFAF704C.asc gpg:
Bug#414396: hibernate: Please add some docs explaining how to setup kernel command-line in grub's menu.lst
tags 414396 wontfix thanks also sprach Olivier Berger [EMAIL PROTECTED] [2007.03.11.1529 +0100]: Adding a note for Debian standard kernels using swsusp, if I get it right it's the default in etch, would be great. If you use standard kernels in etch, swsusp or uswsusp or suspend2 will configure themselves automatically via initramfs. If that's not enough, file bugs against these packages. If you really want to have hibernate include a little document on how to do it, please provide a patch against README.Debian or a new document, which I will then include. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#407746: libpam-ldap upgrade breaks pam_ldap.conf and can't login
Il giorno sab, 10/03/2007 alle 14.43 -0800, Steve Langasek ha scritto: Hi Stephen, Here's the final NMU diff for the NMU which I'm uploading. The NMU will be uploaded to incoming shortly. [...] Hi Steve, I prepared a new upload for this package too. It has been ready for one week now since I was waiting for a few translation updates. Moreover I agreed with Stephen to hijack his packages libnss-ldap and libpam-ldap. I checked your diff and you made a better work than I did about the way /etc/pam_ldap.conf is updated. On my diff I probably better explained to use a host or uri for shared/ldapns/ldap-server. I even moved to a new upstream release, 183, that fixes 8 bugs. I would like to merge these two diffs, but I don't want to change again the debconf templates, so probably the best idea is to just use your diff plus the new Italian translation I added, maybe applied to 183 instead of 180. (I already checked your diff against the new upstream version: it fits perfectly.) So, if you want, I could send you the Italian translation and you may NMU the package. I would then start uploading 183 to unstable, once your NMU migrate into etch. Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408548: Please unblock evolution/2.6.3-6 (Was: Bug#408548: new location for libnssckbi.so effects evolution)
On Sun, Mar 11, 2007 at 01:32:37PM +0100, Loïc Minier [EMAIL PROTECTED] wrote: Hi, I've just uploaded evolution/2.6.3-6 (prepared by Oystein Gisnas with a patch reviewed by Mike Hommey) fixing support for S-MIME which broke silently (see #408548); could you please unblock it for etch? Note this broke as soon as evo began to use the libnss provided by xulrunner, because the ckbi file has been at its place for more than a year, now. Mike
Bug#408548: Please unblock evolution/2.6.3-6 (Was: Bug#408548: new location for libnssckbi.so effects evolution)
Hi, I've just uploaded evolution/2.6.3-6 (prepared by Oystein Gisnas with a patch reviewed by Mike Hommey) fixing support for S-MIME which broke silently (see #408548); could you please unblock it for etch? Thanks, -- Loïc Minier [EMAIL PROTECTED]
Bug#401609: closed by Margarita Manterola [EMAIL PROTECTED] (Bug#401609: fixed in xcircuit 3.6.78.dfsg-1)
Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report #401609: python-4suite-xml: Local catalog resolving is broken, which was filed against the python-4suite-xml package. It has been closed by Margarita Manterola [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Margarita Manterola [EMAIL PROTECTED] by replying to this email. Hello Margarita, you seem to have closed the wrong bug report accidently. #401609 unfortunately is not fixed yet. Regards, Andreas Hoenen -- Andreas Hoenen [EMAIL PROTECTED] GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE Debian bug tracking system administrator (administrator, Debian Bugs database) --- Forwarded Message From: Margarita Manterola [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-DAK: dak process-new X-Katie: lisa $Revision: 1.31 $ Subject: Bug#401609: fixed in xcircuit 3.6.78.dfsg-1 Sender: Joerg Jaspert [EMAIL PROTECTED] Date: Sun, 11 Mar 2007 12:54:22 + Source: xcircuit Source-Version: 3.6.78.dfsg-1 We believe that the bug you reported is fixed in the latest version of xcircuit, which is due to be installed in the Debian FTP archive: xcircuit_3.6.78.dfsg-1.diff.gz to pool/main/x/xcircuit/xcircuit_3.6.78.dfsg-1.diff.gz xcircuit_3.6.78.dfsg-1.dsc to pool/main/x/xcircuit/xcircuit_3.6.78.dfsg-1.dsc xcircuit_3.6.78.dfsg-1_i386.deb to pool/main/x/xcircuit/xcircuit_3.6.78.dfsg-1_i386.deb xcircuit_3.6.78.dfsg.orig.tar.gz to pool/main/x/xcircuit/xcircuit_3.6.78.dfsg.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Margarita Manterola [EMAIL PROTECTED] (supplier of updated xcircuit package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) Format: 1.7 Date: Wed, 6 Dec 2006 11:11:48 -0300 Source: xcircuit Binary: xcircuit Architecture: source i386 Version: 3.6.78.dfsg-1 Distribution: unstable Urgency: low Maintainer: Margarita Manterola [EMAIL PROTECTED] Changed-By: Margarita Manterola [EMAIL PROTECTED] Description: xcircuit - Draw circuit schematics or almost anything Closes: 128764 226233 229955 380989 401609 Changes: xcircuit (3.6.78.dfsg-1) unstable; urgency=low . * New upstream release. - Works correctly in amd64 (Closes: #229955). - Drop python in favour of tcl support (Closes: #380989, #226233). * New maintainer (Closes: #401609). * Migrated from cdbs to debhelper. * Repackaged original sources due to licensing problems of the asg module. * Added extra menu entry for Apps/Technical (Closes: #128764) Files: 4c1ef52d4c7369fdcadc6a3c27fdd644 686 electronics extra xcircuit_3.6.78.dfsg-1.dsc b98d1c4abd19c85b9330c5a245c1dee3 1237380 electronics extra xcircuit_3.6.78.dfsg.orig.tar.gz 5c5ef4499bab0919f5cd6a49a9b58537 27801 electronics extra xcircuit_3.6.78.dfsg-1.diff.gz d29e8caa7dab2b5ea6c9bda5ad1c4ed1 495814 electronics optional xcircuit_3.6.78.dfsg-1_i386.deb pgp0zHjyTsbl9.pgp Description: PGP signature
Bug#412103: cln.pc and cln-config
Hello! On Sat, 10 Mar 2007 22:14:49 +0100, Richard B. Kreckel wrote: I've only one question: Is there a reason why you are removeing @CPPFLAGS@ from CFlags in the patch above? Yes. @CPPFLAGS@ contains preprocessor flags which are necessary to build CLN itself. For a package using CLN these flags are not necessary or even harmful (e.g. -DNO_ASM). The only information it needs is location of the CLN headers. I'm not yet entirely confident that it is a good idea to drop cln-config entirely. It has problems, true, but it might be needed by someone? The main user of cln-config was^W is cln.m4 (AC_PATH_CLN). I think it is safe to delete both. Some projects out of there will need to update their configure.{ac,in}: replace AC_PATH_CLN(version) with PKG_CHECK_MODULES(CLN, version). If there will be some prominent note in the ChangeLog (or NEWS), this is not a big deal. Moreover, PKG_CHECK_MODULES(MYAPP, cln = 1.1.10 foo = 0.0.1 bar = 1.2.3) dnl no need to guess how the variables called: they are MYAPP_LIBS dnl and MYAPP_CFLAGS (cf. CLN_LIBS versus GINACLIB_LIBS) is more convenient and less error-prone then AC_PATH_CLN(1.1.10, [], [AC_MSG_ERROR(No CLN vers. = 1.1.10 can be found)]) AM_PATH_FOO(0.0.1, [], [AC_MSG_ERROR(No foo vers. = 0.0.1 can be found)]) AX_PATH_BAR(0.0.1, [], [AC_MSG_ERROR(No boo vers. = 0.0.1 can be found)]) MYAPP_LIBS=$CLN_LIBS $FOO_LIBS $BAR_LIBS MYAPP_CFLAGS=$CLN_CPPFLAGS $FOO_CFLAGS $CLFAGS_BAR AC_SUBST(MYAPP_LIBS) AC_SUBST(MYAPP_CFLAGS) [PATCH] NEWS: mention cln-config and AC_PATH_CLN removal. --- NEWS |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/NEWS b/NEWS index 4d7468d..98866ff 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,8 @@ +== + +* cln-config and AC_PATH_CLN are gone, pkg-config(1) and PKG_CHECK_MODULES + should be used instead. See the CLN manual for more details. + 2006-08-08, version 1.1.13 == -- 1.4.4.4 Best regards, Alexei -- All science is either physics or stamp collecting. signature.asc Description: Digital signature
Bug#315780: update-xmlcatalog should support non-Debian-packaged
* Daniel Leidert [2007-03-11 06:15:12 +0100]: Some long time ago you wrote, Must have been shortly after the sarge release... I'm trying to figure out how to integrate existing local catalogs, installed on a distributed file system (AFS in my case, but it could just as easily be NFS or SMB), with Debian's /etc/xml/catalog. The easiest (but maybe not the most robust) way would be to use a nextCatalog element pointing to the catalog I'm already keeping on the network share. Unfortunately, update-xmlcatalog only allows --type (public|system|uri); I see no way to make it generate a nextCatalog element (least of all in the root catalog, where I'd prefer to put it). My main reason for wanting nextCatalog support is that a number of XML bundles out there ship with their own catalog.xml files, and it seems easiest to just include them in this way. Any problems with expanding the XML_CATALOG_FILES environment variable (filenames, separated by colons or spaces IIRC)? I wasn't aware of that feature. It may be worth highlighting more prominently. Separating the filenames with colons does not seem to work in sarge. See the discussion starting at http://mail.gnome.org/archives/xml/2002-October/msg00026.html (the thread's subject is Lists in XML_CATALOG_FILES) for details. Separating them with spaces does work; thank you. You cna simply create you own catalog using the xmlcatalog utility and simply merge the Debian root catalog and your own catalog together by adding them both to the XML_CATALOG_FILES environment variable. Is this an solution to your problem? It should be workable. Now, as usual with these things, the question is how to make sure people find out about this before they decide to file a bug report (which may go unanswered for a year or two...) I've just looked at http://debian-xml-sgml.alioth.debian.org/ and noticed that the latest Debian XML policy draft, dated 2004-04-12 (has there really been no activity in the last three years?), does not mention XML_CATALOG_FILES at all, and fails to consider the need I expressed: to be able to add catalog files that aren't neatly packaged in a .deb. So: please improve the documentation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286213: reopen 286213
I cannot exactly reproduce this problem, but I am suffering from (what seems to be) the same problem: X freezes, *except* *for* *the* *mouse* *pointer*; keyboard and mouse buttons are completely inoperative, but all other processes seem to be running normally. In my case this can happen at any moment; in any application, including the screen saver; and frequently, sometimes within 15 minutes after boot. And the problem is present in an up-to-date 'Ubuntu 6.06 LTS', kernel 2.6.15-27-386, as well as in Debian etch, kernel 2.6.17-2-486. I did some web research on this problem, and found two suspected but unproven causes. Because of the frequent reboots I don't have any bookmarks, unfortunately. The first suspect were ntpd and related utilities. The X system was supposed to be unable with negative time adjustments while it is running, suggesting an unsigned int being used for the difference between 'now' and 'then'. In my case the problem persists even with these programs disabled. And negative adjustments should not happen that often, if at all. The second suspect was that someone observed (using strace, iirc) that X was flooded with SIGALRM signals. The reason for this flood was unknown. This gave me reason to think. I'm running on what calls itself an 'Athlon XP (0.18) 1261MHz' CPU on an 'ASUS A7V333 rev 1.02' motherboard, which consideres itself running on the border of overheating, according to the sensors utility. And, if my impressions are correct, the freezes are more likely after more activity, when the CPU is more likely to be hot. The next thing I have to research is if X is somehow trying to terminate because it received some hardware(/BIOS?/kernel?) signal, and having that termination hit by the same signal again. What I would like to know is how the mouse pointer escapes the freeze. :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414399: Adding bash completion
Package: python-django Version: 0.95.1 The patch attached enable bash completion for Django. Cheers, Lionel diff -Nru python-django-0.95.1/debian/install python-django-0.95.1/debian/install --- python-django-0.95.1/debian/install 1970-01-01 01:00:00.0 +0100 +++ python-django-0.95.1/debian/install 2007-03-11 15:45:37.0 +0100 @@ -0,0 +1 @@ +extras/django_bash_completion etc/bash_completion.d/ diff -Nru python-django-0.95.1/debian/rules python-django-0.95.1/debian/rules --- python-django-0.95.1/debian/rules 2007-03-11 15:45:37.0 +0100 +++ python-django-0.95.1/debian/rules 2007-03-11 15:45:37.0 +0100 @@ -20,5 +20,6 @@ # Create convenience symlink mkdir -p debian/python-django/usr/lib/python-django dh_link usr/share/python-support/python-django/django/bin usr/lib/python-django/bin + dh_install # Rename django-admin.py to django-admin mv debian/python-django/usr/bin/django-admin.py debian/python-django/usr/bin/django-admin