Bug#474869: kchmviewer: diff for NMU version 3.1-1.1
José Luis Tallón wrote: Chris Lamb wrote: Hi, Hi The attached file is the diff for my kchmviewer 3.1-1.1 NMU. The associated changelog entry is: kchmviewer (3.1-1.1) unstable; urgency=medium * Non-maintainer upload. * Bump Standards-Version to 3.7.3. * Correct typographical error in package description (Gnome - GNOME) * Fix FTBFS with GCC 4.3 (Closes: #474869) * Correct debian/watch file to report upstream version correctly (Closes: #449696) Well, thanks, you just rendered my Maintainer Upload useless. It has been ready, and sent to an sponsor, for over two weeks now. It would have been better to mention this in the bug report instead of just tagging it pending... I know we are already at 0-day NMU, but this was impolite at the very least. I don't think that helping by doing an NMU is impolite, though this might just be a misunderstanding of your use of the pending tag... Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470860: distcc has missing depends on dbus
Quoting Y Giridhar Appaji Nag ([EMAIL PROTECTED]): Hi Carsten, This bug is blocking distcc's migration to testing. I was wondering if you would make an upload soon because it has been marked as pending about a month ago :) Thank you for your work on distcc. Carsten mentioned me that an upload would happen soon, as of April 14th. signature.asc Description: Digital signature
Bug#477768: adventure: segfaults when saving
Package: bsdgames Version: 2.17-14 Severity: important Welcome to Adventure!! Would you like instructions? no You are standing at the end of a road before a small brick building. Around you is a forest. A small stream flows out of the building and down a gully. save I can suspend your adventure for you so you can resume later, but you will have to wait at least 45 minutes before continuing. Is this acceptable? yes OK What would you like to call the saved version? adventure.save Segmentation fault -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bsdgames depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libncurses5 5.6+20080419-1 Shared libraries for terminal hand ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii wamerican [wordlist] 6-2.1 American English dictionary words ii wdutch [wordlist] 1:1.00-2 list of Dutch words bsdgames recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430758: Applying the suggested patch would make the package FTBFS
Quoting Petr Salinger ([EMAIL PROTECTED]): -Build-Depends: debhelper (= 4.1.16), libpcap0.7-dev, bison|byacc, flex +Build-Depends: debhelper (= 4.1.16), libpcap0.8-dev, bison|byacc, flex Your initial bug report suggested replacing the build dependency on libpcap0.7-dev by libpcap0.8-dev | libpcap-dev. Is there any reason to now require 0.8 explicitely? No, but now there is #477530 requesting to drop libpcap-dev transitional package. It is up to you, please use either libpcap0.8-dev | libpcap-dev or libpcap0.8-dev. Ah, I understand better. Thanks for the details. I'll of course use libpcap0.8-dev, then. signature.asc Description: Digital signature
Bug#477197: Dead ~
Quoting Amaya ([EMAIL PROTECTED]): Christian Perrier wrote: ladies and gentlment, I think the maintainers of this package got the point. Spanish users don't like the behaviour change for AltGr+4, no need to make a metoo-contest) Well, I was told upstream wanted to conduct a poll in this bug number. Was this never the case? Well, if that happened, nothing showed up in the bug report. I'm not sure that such a poll is very representative, indeed. Still, everybody made the very same point, actually..:-) signature.asc Description: Digital signature
Bug#476571: News?
Is there any news on this issue. As it's now possible to reproduce it outside, it'd be nice to have a correction in the archive, and the simple patch given works for us since a week, without brokenness. Did you have answer from upstream about this? Cheers, and thanks for the work, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#471060: 'dh_installinit -n' does not fix the problem.
severity 471060 critical quit (dunno why i never got notified about this change to the bug report, but i only just noticed it now). 1. 'dh_installinit -n' does NOT fix the problem.it's not even related to the problem. dh_installinit should default to restarting daemons in the postinst (rather than stopping in prerm and starting in postinst) because a late restart minimises service downtime and also minimises any potential loss of data. dh_installinit's current behaviour maximises downtime and maximises any data loss - i.e. it guarantees the worst outcome. since dh_installinit is used by numerous other debian packages, this bug ensures that numerous debian daemon packages have the worst possible outcome during upgrade...fortunately if dh_installinit is fixed, then all the packages that use it will be automatically fixed on their next release. 2. dh_installinit's default behaviour is a critical bug because it results in the loss of irreplacable data - one of the key criteria for a bug being considered critical. 3. in any case, reducing the severity of this bug to wishlist is absurd. it's a serious BUG, not just a wishlist item. craig -- craig sanders [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477769: /usr/bin/deluge: crashes at startup
Package: deluge-torrent Version: 0.5.8.7-1 Severity: grave File: /usr/bin/deluge Justification: renders package unusable Hello, Deluge fails to start, when run in a terminal I receive the following messages: checking for ubuntu... no existing Deluge session Starting new Deluge session... deluge_core; using libtorrent 0.13.0.0. Compiled with NDEBUG. Applying preferences save uploaded memory Pickling state... Scanning plugin dir /usr/share/deluge/plugins Initialising plugin TorrentNotification Initialising plugin TorrentCreator Initialising plugin DesiredRatio Initialising plugin TorrentFiles Initialising plugin BlocklistImport Initialising plugin MoveTorrent Initialising plugin WebSeed Initialising plugin SpeedLimiter Initialising plugin FlexRSS Initialising plugin Scheduler Initialising plugin TorrentPeers Initialising plugin Search Initialising plugin WebUi Initialising plugin NetworkHealth Initialising plugin NetworkGraph Initialising plugin EventLogging Scanning plugin dir /home/nicoe/.config/deluge/plugins Applying preferences Starting DHT... No DHT file to resume terminate called after throwing an instance of 'asio::system_error' what(): Adresse déjà utilisée /usr/bin/deluge: not in executable format: File format not recognized -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages deluge-torrent depends on: ii deluge-torrent-common 0.5.8.7-1 A Bittorrent client written in Pyt ii libboost-date-time1.34 1.34.1-11 set of date-time libraries based o ii libboost-filesystem1.3 1.34.1-11 filesystem operations (portable pa ii libboost-thread1.34.1 1.34.1-11 portable C++ multi-threading ii libc6 2.7-10GNU C Library: Shared libraries ii libgcc11:4.3.0-3 GCC support library ii librsvg2-common2.22.2-2 SAX-based renderer library for SVG ii libssl0.9.80.9.8g-8 SSL shared libraries ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii notification-daemon0.3.7-1+b1a daemon that displays passive pop ii python 2.5.2-1 An interactive high-level object-o ii python-dbus0.82.4-2 simple interprocess messaging syst ii python-glade2 2.12.1-1 GTK+ bindings: Glade support ii python-gtk22.12.1-1 Python bindings for the GTK+ widge ii python-notify 0.1.1-2 Python bindings for libnotify ii python-openssl [python 0.6-5 Python wrapper around the OpenSSL ii python-pyopenssl 0.6-5 transitional dummy package ii python-support 0.7.7 automated rebuilding support for P ii python-xdg 0.15-1.1 A python library to access freedes ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages deluge-torrent recommends: ii python-gnome2-extras 2.14.3-1+b1 Python bindings for the GNOME desk -- no debconf information
Bug#477770: fails to clean up when interrupting tarball unpacking
Package: schroot Version: 1.1.6-1 Severity: normal Using the file method, if I hit ctrl-c while the tarball is being unpacked, the session and mount directories in /var/lib/schroot/ are not properly cleaned up. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages schroot depends on: ii libboost-program-options1.34. 1.34.1-11 program options library for C++ ii libboost-regex1.34.1 1.34.1-11 regular expression library for C++ ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii liblockdev1 1.0.3-1.2 Run-time shared library for lockin ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii libuuid1 1.40.8-2 universally unique id library ii schroot-common1.1.6-1common files for schroot schroot recommends no packages. -- no debconf information -- .''`. 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 digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#396652: pciutils-dev: Compile error when try to compile garnome
On Wed, Nov 01, 2006 at 11:30:31PM +, Michael Ott wrote: Downgrade to testing (2.2.4~pre4-1) and it works again Please try version 1:3.0.0-1 which is in experimental. Thank you. signature.asc Description: Digital signature
Bug#477771: ipsec-tools: [INTL:fr] French debconf templates translation update
Package: ipsec-tools Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, you might consider using the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (even typo corrections). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) Example use (from your package build tree): $ podebconf-report-po This will go through debian/po/*.po files, find those needing an update, extract the translators data from these files and prepare a mail to send to these translators (you can also use the --languageteam switch to also mail the mail addresses listed in Language-Team field). You can also use this utility to request for new translations: $ podebconf-report-po --call This will send a mail to [EMAIL PROTECTED] with all the needed information and material for new translators to add new languages to your supported languages. If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of iodine debconf templates to French # Copyright (C) Sylvain Archenault [EMAIL PROTECTED] # This file is distributed under the same license as the iodine package. # # Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] # Christian Perrier [EMAIL PROTECTED] # et Denis Barbier [EMAIL PROTECTED] # Sylvain Archenault [EMAIL PROTECTED], 2005. # msgid msgstr Project-Id-Version: fr\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-04-21 08:51+\n PO-Revision-Date: 2006-05-29 14:10+0200\n Last-Translator: Sylvain Archenault [EMAIL PROTECTED]\n Language-Team: French French [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../racoon.templates:1001 msgid direct msgstr Modification directe #. Type: select #. Choices #: ../racoon.templates:1001 msgid racoon-tool msgstr Utilisation de racoon-tool #. Type: select #. Description #: ../racoon.templates:1002 msgid Configuration mode for racoon IKE daemon. msgstr Mode de configuration pour le démon IKE racoon : #. Type: select #. Description #: ../racoon.templates:1002 msgid Racoon can be configured two ways, either by directly editing /etc/racoon/ racoon.conf or using the racoon-tool administrative front end. racoon-tool is now deprecated and is only available for backward compatibility. New installations should always use the \direct\ method. msgstr Racoon peut être configuré de deux façons, soit en modifiant directement le fichier /etc/racoon/racoon.conf, soit en utilisant l'outil d'administration racoon-tool. Racoon-tool est désormais obsolète et est seulement disponible pour la rétrocompatibilité. Les nouvelles installations ne doivent utiliser que la méthode « directe ».
Bug#463343: schroot: Does not end sessions automatically.
also sprach Carlo Wood [EMAIL PROTECTED] [2008.01.31.0151 +0100]: I've been using schroot as: $ schroot -c sid32 for some time. At some point 'locate' stopped working - I didn't know why. The reason, in the end, turns out to be that updatedb aborts silently when the tmp partition used by sort runs full. I see the same here when using tarballs. Are you also using tarballs (type=file), Carlo? -- .''`. 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 digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#413453: Announce of the upcoming NMU for the cloop package
Dear maintainer of cloop and Debian translators, On Thursday, April 24, 2008 I sent a notice to the maintainer of the cloop Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #413453). I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fr ja nl pt pt_BR ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the cloop package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, May 05, 2008. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, April 24, 2008 : send the first intent to NMU notice to the package maintainer. Friday, April 25, 2008 : send this notice Monday, May 05, 2008 : deadline for receiving translation updates Tuesday, May 06, 2008 : build the package and upload it to DELAYED/2-day send the NMU patch to the BTS Wednesday, May 07, 2008 : NMU uploaded to incoming Thanks for your efforts and time. -- -- signature.asc Description: Digital signature
Bug#477741: libauthen-dechpwd-perl_2.002-3(sparc/unstable): FTBFS, test failed
On Thu, Apr 24, 2008 at 05:27:39PM -0700, Ivan Kohler wrote: severity 477741 important tags 477741 help thanks FTBFS appears to be specific to sparc architecture. I tried to log onto sperger.debian.org and at least look further into the problem, but neither debhelper nor libmodule-build-perl are installed. I'll email debian-admin@ and ask. I guess you forgot to switch to the sid chroot... t/purdy...dubious Test returned status 0 (wstat 10, 0xa) DIED. FAILED tests 2-101 This is an aligment problem triggering a bus error. (gdb) run -Iblib/lib -Iblib/arch t/purdy.t Starting program: /usr/bin/perl -Iblib/lib -Iblib/arch t/purdy.t (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] (no debugging symbols found) (no debugging symbols found) 1..101 [New Thread 0xf7bd66b0 (LWP 19114)] ok 1 - use Authen::DecHpwd; Program received signal SIGBUS, Bus error. [Switching to Thread 0xf7bd66b0 (LWP 19114)] 0xf7879ac0 in PQMUL_R2 (U=0xffa1b6e4, Y=0xffa1b6e4, result=0xffa1b6ec) at lib/Authen/DecHpwd.xs:595 595 PQADD_R0(part1, stack, result);/* Whole thing */ (gdb) bt #0 0xf7879ac0 in PQMUL_R2 (U=0xffa1b6e4, Y=0xffa1b6e4, result=0xffa1b6ec) at lib/Authen/DecHpwd.xs:595 #1 0xf787973c in PQEXP_R3 (U=0xffa1b910, n=224, result=0xffa1b7f8) at lib/Authen/DecHpwd.xs:544 #2 0xf787903c in Purdy (U=0xffa1b910) at lib/Authen/DecHpwd.xs:483 #3 0xf7878d58 in VMS_lgihpwd (output=0xffa1b910, password=0x14f698 eviscerate, password_len=10, encrypt=1, salt=50917, username=0xffa1b870 unclasping , username_len=12) at lib/Authen/DecHpwd.xs:437 #4 0xf787a484 in XS_Authen__DecHpwd_lgi_hpwd (my_perl=0x24008, cv=0x127984) at lib/Authen/DecHpwd.xs:646 #5 0xf7f02b04 in Perl_pp_entersub () from /usr/lib/libperl.so.5.8 #6 0xf7f011ac in Perl_runops_standard () from /usr/lib/libperl.so.5.8 #7 0xf7ea24b4 in perl_run () from /usr/lib/libperl.so.5.8 #8 0x0001143c in main () It's using the ul64 version of PQADD_R0 from DecHpwd.xs:326, assigning to *result which is unaligned. #define PQADD_R0(U, Y, result) \ { \ *(ul64*)(result) = *(ul64*)(U) + *(ul64*)(Y); \ if (~*(ul64*)(U) *(ul64*)(Y)) do { \ *(ul64*)(result) += (ul64)A; \ } while (*(ul64*)(result) (ul64)A); \ } Patching it to use the !ul64 version instead makes the tests pass, FWIW. (BTW, debian/rules needs something like $(PERL) Build.PL installdirs=vendor config=optimize=$(CFLAGS) to honour DEB_BUILD_OPTIONS=noopt.) Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470209: a DBLATEX_ROOT, please?
benoit guillon [EMAIL PROTECTED] writes: It would be nice to be able to use TEXINPUTS to override the search path for TeX files as well. Unfortunately, dblatex modifies TEXINPUTS so that its own files will take precedence (unlike PYTHONPATH.) Actually, since the TeX files are in /usr/share/texmf (per Debian policy), no update_texinputs() invocation should be necessary. Perhaps, it could be commented out for the Debian package. Intermediate summary of using dblatex files installed in parallel: - Python: Use environment variable PYTHONPATH. - TeX: Ivan's suggestion works, thus after patching Debian dblatex to omit the superfluous manipulation of TEXINPUTS, use environment variable TEXINPUTS. - XSLT: As no environment variable is used here, dblatex would have to be modified upstream. Benoît, are you willing to enhance dblatex accordingly? There's something I don't understand: what the customization is for? In my opinion, there are two possible cases: - One wants to hack the package, for debug purpose, experiment it, and so on, with no maintenability in mind. In this case, he should start from the sourceforge tarball, since you can work as standalone with it, patch it, etc. with no interaction with system wide installed dblatex (the scripts/dblatex stub is provided for that). It would make sense for a compiled package. However, for a package which consists purely, or mostly, of interpreted files, it's reasonable to start with a version that's included in the distribution. That's how it works with, e. g., Emacs or Lintian. Furthermore, as one might want to work on several hacks in parallel, starting from the tarball doesn't actually save one from managing multiple versions of the tool. That's where environment variables come to help: $ FOODIR=~/my/hacks/foo-bar foo $ export FOODIR=~/my/hacks/foo-baz $ make # the build process uses foo etc. (Instead of $ foo-bar and $ make FOO=foo-baz, and having multiple directories where all the Foo files get installed.) - One wants to customize the installed package. In this case he should provide his own .sty, and require/include the default latex style files as needed. For the XSL part, he should provide his own XSL entry point (-p option), and override the necessary templates in it (that's one of the XSL strengths). The benefit is to separate clearly what is specific from what is not, and you can even manage the differences as an extension package. It looks like a solution. Where I could read more about overriding XSL templates? It still would be nice if the default value for `-p' could be supplied with an environment variable. Exploding the paths of the tool is somewhat dangerous: unconsistent XSL stylesheets vs latex stylesheets, etc. The only case where giving another xsldir can be interesting is for the debian packager, where the xsldir location differs from the default dblatex XSL location (no more need to have symbolic link). But for this particular case an environment variable is not suited, and I must thing about something else. Agreed. In general, playing with multiple environment variables to override some stuff is not a good idea. Originally I've suggested a single variable to override all the stuff. Managing several variables requires extra care, but I think it's acceptable.
Bug#388584: lynx-cur: hard limit, despite -width
AM I think that is fixed in current unstable (2.8.7dev8-1) I cannot AM reproduce it. Not it is not fixed. There is one line here until it hits lynx: $ perl -we 'print bla x999'|txt2html|lynx -force-html -dump -width 999 -stdin|perl -nwle print\ length 990 990 990 990 46 You can up the limit past 999 but that won't change lynx's hardwired internal limit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477743: lazarus_0.9.24-0-7(sparc/unstable): FTBFS on sparc
This is a bug in FPC and not in Lazarus build system. The issue is that FPC generates near call (22 bits) on SPARC machines instead of long calls (32 bits). This prevent huge applications like Lazarus to link. The reason this appears only after splitting the packages is that now Lazarus is built with all components and not only a short list. This leads to have a largest binary and thus triggering this link error. A quick workaround will be to reduce the number of components to be shipped with Lazarus for sparc platform until this bug is resolved by FPC team. Cheers, Mazen, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477772: subversion: Segfaults during operation
Package: subversion Version: 1.4.6dfsg1-2 Severity: grave Justification: renders package unusable Regardless of the command specified, svn segfaults: [EMAIL PROTECTED]:~$ svn ls Segmentation fault Gdb tells me this: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x2b5e8e00 (LWP 20742)] 0x2ab93e90 in apr_vformatter () from /usr/lib/libapr-1.so.0 (gdb) bt #0 0x2ab93e90 in apr_vformatter () from /usr/lib/libapr-1.so.0 #1 0x2ab9dd40 in apr_pvsprintf () from /usr/lib/libapr-1.so.0 #2 0x2ab9df98 in apr_psprintf () from /usr/lib/libapr-1.so.0 #3 0xd488 in ?? () Cannot access memory at address 0x0 Strace ends with this (maybe be helpful, maybe not): open(/usr/share/locale/en_US.UTF-8/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en_US.utf8/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en_US/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en.UTF-8/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en.utf8/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en/LC_MESSAGES/subversion.mo, O_RDONLY) = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: arm (armv5tel) Kernel: Linux 2.6.17.8-n4100 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages subversion depends on: ii libapr1 1.2.12-1 The Apache Portable Runtime Librar ii libc6 2.7-10 GNU C Library: Shared libraries ii libsvn1 1.4.6dfsg1-2 Shared libraries used by Subversio subversion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477761: [Pkg-blender-maintainers] Bug#477761: blender: Please move on to python2.5
On 25/04/2008, Pascal Giard wrote: Package: blender Version: 2.45-4+b1 Severity: wishlist Trying to use the NDS GL CallList export script, i faced an error¹. As shown below, '/usr/bin/blender-bin' is compiled with python2.4. Indeed, that's planned already, but I'd like to upload a fix for another (important) bug along with the python version switch. I see the blender package also depends on python (therefore 2.5), how come 2.4 is used instead of 2.5? Because the default python version got bumped since the last upload of blender. And since Blender doesn't support switching “easily” to another python version, I didn't include a mechanism so that it gets automatically built against the current default python version. PS: Might not be clear in your email client... the ^ is pointing the if-part which syntax is not supported in 2.4. I know about that, but thanks for being explicit. Mraw, KiBi. pgpkRx1D4ZwFM.pgp Description: PGP signature
Bug#477774: Package Dependencies for Finch
Package: finch Version: 2.4.1-1+b1 The package info lists the following dependencies: Depends: libc6 (= 2.7-1), libglib2.0-0 (= 2.16.0), libgstreamer0.10-0 (= 0.10.10), libncursesw5 (= 5.6+20071006-3), libpurple0 (= 2.4.1-1+b1), libx11-6, libxml2 (= 2.6.27), pidgin-data (= 2.4.1), pidgin-data ( 2.4.1-z) So, I manually install the above dependencies: apt-get install libc6 libglib2.0-0 libgstreamer0.10-0 libncursesw5 libpurple0 libx11-6 libxml2 pidgin-data It installs about 35MB worth of packages. So, if the above and their respective dependencies are installed, I should be able to install finch without further packages. However: # apt-get install finch Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: defoma fontconfig fontconfig-config gconf2 gconf2-common gstreamer0.10-alsa gstreamer0.10-plugins-base gstreamer0.10-plugins-good gstreamer0.10-x hicolor-icon-theme libaa1 libatk1.0-0 libatk1.0-data libavc1394-0 libcaca0 libcairo2 libcdio7 libcdparanoia0 libcucul0 libcupsys2 libdatrie0 libdrm2 libdv4 libflac8 libfontconfig1 libfontenc1 libfs6 libgconf2-4 libgl1-mesa-glx libglu1-mesa libgstreamer-plugins-base0.10-0 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libidl0 libiec61883-0 libogg0 liboil0.3 liborbit2 libpango1.0-0 libpango1.0-common libraw1394-8 libshout3 libspeex1 libtag1c2a libthai-data libthai0 libtheora0 libtiff4 libvisual-0.4-0 libvisual-0.4-plugins libvorbis0a libvorbisenc2 libwavpack1 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxfont1 libxft2 libxi6 libxinerama1 libxrandr2 libxrender1 libxv1 libxxf86vm1 oss-compat psmisc ttf-dejavu ttf-dejavu-core ttf-dejavu-extra x-ttcidfont-conf xfonts-encodings xfonts-utils xutils xutils-dev Suggested packages: defoma-doc dfontmgr psfontmgr cupsys-common libdv-bin gnome-app-install librsvg2-common ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp libraw1394-doc speex pdksh Recommended packages: libft-perl The following NEW packages will be installed: defoma finch fontconfig fontconfig-config gconf2 gconf2-common gstreamer0.10-alsa gstreamer0.10-plugins-base gstreamer0.10-plugins-good gstreamer0.10-x hicolor-icon-theme libaa1 libatk1.0-0 libatk1.0-data libavc1394-0 libcaca0 libcairo2 libcdio7 libcdparanoia0 libcucul0 libcupsys2 libdatrie0 libdrm2 libdv4 libflac8 libfontconfig1 libfontenc1 libfs6 libgconf2-4 libgl1-mesa-glx libglu1-mesa libgstreamer-plugins-base0.10-0 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libidl0 libiec61883-0 libogg0 liboil0.3 liborbit2 libpango1.0-0 libpango1.0-common libraw1394-8 libshout3 libspeex1 libtag1c2a libthai-data libthai0 libtheora0 libtiff4 libvisual-0.4-0 libvisual-0.4-plugins libvorbis0a libvorbisenc2 libwavpack1 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxfont1 libxft2 libxi6 libxinerama1 libxrandr2 libxrender1 libxv1 libxxf86vm1 oss-compat psmisc ttf-dejavu ttf-dejavu-core ttf-dejavu-extra x-ttcidfont-conf xfonts-encodings xfonts-utils xutils xutils-dev 0 upgraded, 77 newly installed, 0 to remove and 0 not upgraded. Need to get 22.5MB of archives. After this operation, 65.6MB of additional disk space will be used. Do you want to continue [Y/n]? Why does apt want to install all the other packages if the finch dependencies have already been installed? Jiann-Ming Su Humans dating robots is sick. You people wonder why I'm still single? It's 'cause all the fine robot sisters are dating humans! --Bender -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477773: ucf: should respect dpkg-divert
Package: ucf Severity: normal When a configuration file managed by ucf is diverted (using dpkg-divert), ucf attempts to modify the original path for the conffile, rather than the diverted path. I realize that using dpkg-divert on configuration files is not a particularly common operation at the moment, but I think that may change in the future (http://wiki.debian.org/ConfigPackages suggests a workaround for this problem of diverting the ucf source file, but I think that solution reaches too far into the ucf-managed package's internals). I think correct behavior here is for ucf to follow diversions so that it updates the undiverted version of the configuration file (this is what would happen with a conffile), rather than fighting with the package or local administrator that diverted the configuration file. The tricky issue in implementing this feature is that the ucf interface doesn't specify what package is running ucf as, so there isn't a good way to achieve correct behaviour with diversions by packages. I think the best way to do this would be to add an option -Ppackage name that causes ucf to ignore diversions by package name, e.g. for the case that ucf is in the postinst script for package name. Most packages would not need to specify this option (in particular, the ones that need to do so are precisely those that divert and then replace a configuration file with a ucf-managed version). If a patch to follow diversions and add an option to specify the package name used for diversion exceptions would be acceptable to you, I'd be willing to write one. Thanks, -Tim Abbott -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477761: [Pkg-blender-maintainers] Bug#477761: blender: Please move on to python2.5
tag 477761 pending thanks Fixed in git. Working on the portability issue. Mraw, KiBi. pgpKok0kTQihG.pgp Description: PGP signature
Bug#477775: xen-tools: new line added to the dom0's /etc/hosts file has the FQDN and short name in the wrong order
Package: xen-tools Version: 3.9-2~bpo40+1 Severity: normal Hello, normally /etc/hosts has lines like IP FQDN Alias1 Alias2... but the lines added by 50-setup-hostname is using IP Alias FQDN Small patch attached for the version in the debian.d/ directory, but it applies also with offset/fuzz in the other distribution directories. Kind regards Wolfgang Karall -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xen-tools depends on: ii debootstrap 0.3.3.2etch1 Bootstrap a basic Debian system ii libconfig-inifiles-perl 2.39-2 Read .ini-style configuration file ii libtext-template-perl 1.44-1.1 Text::Template perl module ii perl-modules5.8.8-7etch1 Core Perl modules Versions of packages xen-tools recommends: pn libexpect-perlnone (no description available) ii reiserfsprogs 1:3.6.19-4 User-level tools for ReiserFS file ii rinse 1.0-0 RPM installation environment ii xen-hypervisor-3.0.3-1-amd64 3.0.3-0-4 The Xen Hypervisor on AMD64 pn xen-shell none (no description available) ii xfsprogs 2.8.11-1 Utilities for managing the XFS fil -- no debconf information --- 50-setup-hostname.orig 2008-04-25 08:35:24.054568443 +0200 +++ 50-setup-hostname 2008-04-25 08:36:03.836370996 +0200 @@ -91,7 +91,7 @@ if [ -z ${dhcp} ]; then logMessage Adding ${hostname} and ${name} to /etc/hosts on the host -echo ${ip1}${name}${hostname} /etc/hosts +echo ${ip1}${hostname}${name} /etc/hosts # # If we've updated the /etc/hosts file on the host machine
Bug#477694: FTBFS: ext/threads/t/stress_re.t fails sporadically on sparc
On Thu, Apr 24, 2008 at 05:49:16PM +0200, Florian Weimer wrote: Package: perl Version: 5.8.8-7etch1 Severity: serious To my knowledge, this bug only occurs on sparc in an etch chroot, possibly only when running newer kernels. I cannot reproduce it with the sid chroot on sperger. The point at which the Perl process is terminated (IOW, number of lines printed) varies from invocation to invocation. spontini, the sparc security build daemon, is similarly affected: building perl sporadically fails as well, and it remains to be seen if we can get it it to pass. Yeah, I can reproduce it on sperger/etch. It doesn't need the full Perl build tree, just running the system perl on ext/threads/t/stress_re.t (attached for convenience) shows the problem. It doesn't show up on my own sparc uniprocessor host, which has the Etch kernel, so it's either specific to new kernels or SMP hosts. As it works on sperger in the sid chroot, it would seem that newer versions of glibc work better. Looking at the glibc changelog, the threads implementation changed in 2.4.1 from LinuxThreads to NPTL, which sounds related. I don't really claim to know anything about their differences, though. CC'ing the debian-sparc list. help would be welcome. Bisecting with other kernel versions (sperger has 2.6.22.18sperger) might tell us something. Hm, one more data point: this was very easy to reproduce last night when sperger was empty, but now that there's some load from other people, the test completes almost all of the time. That would seem quite natural for a threading bug on an SMP host. Cheers, -- Niko Tyni [EMAIL PROTECTED] stress_re.t Description: Troff document
Bug#474367: tmpreaper removes lost+found directory from /tmp
Unfortunately I haven't been able to reproduce this problem yet. As soon as I know more (and have some spare time) on this issue, I'll let you know. Paul Slootman wrote: On Sat 05 Apr 2008, Arno van Amersfoort wrote: I have my /tmp mounted on a seperate partition and I noticed that everytime fsck runs, the lost+found directory for this filesystem is missing. Now it turns out that tmpreaper is responsible for this. Although tmpreaper should exclude the lost+found directory, I also tried to explicitly exclude lost+found, but this doesn't seem to work either: it still gets removed. Any clue on what could be causing this? I haven't had this happening to me... It would be helpful if you could reproduce this while tmpreaper is running under strace, and then send me the strace output. thanks, Paul Slootman -- Ing. A.C.J. van Amersfoort (Arno) Electronics ICT Engineer Leiden Institute of Physics (LION), Electronics Department (ELD) Huygens Laboratory (Room 1007), Leiden University Postal Address: P.O. Box 9504, 2300 RA Leiden Visit Address : Niels Bohrweg 2, 2333 CA Leiden The Netherlands Phone: +31-(0)71-527.1894 Fax : +31-(0)71-527.5819 E-mail : [EMAIL PROTECTED] Homepage : http://rocky.eld.leidenuniv.nl
Bug#412383: seahorse-agent crashes whenever I ssh into another machine
Then I think you should also report the bug, if you still suffer it, to Ubuntu BTS. For what you say, it seems that the bug went with a new version, but we cannot be 100% sure that it is not related to any dependency that have some kind of patch applied, or is ina different version in Ubuntu that in Debian. On Fri, Apr 25, 2008 at 12:48 AM, Stefan Foerster [EMAIL PROTECTED] wrote: Ah, I forgot... I no longer have any Debian installations. On my IBM Thinkpad T23 where the bug I have installed Ubuntu in the meantime. Stefan Am Donnerstag, den 24.04.2008, 11:38 +0200 schrieb Josselin Mouette: Le mercredi 23 avril 2008 à 21:02 +0200, Stefan Foerster a écrit : Sam, if I remember it correctly, the bug was gone after the last major Ubuntu version (7.10). I can't repro it. The question was whether you can reproduce it on the latest *Debian*version. Cheers, -- José Carlos García Sogo [EMAIL PROTECTED]
Bug#467324: Gnash in Desktop task?
2008/4/24, Robert Millan [EMAIL PROTECTED]: http://savannah.gnu.org/bugs/index.php?23038 Please test if you can. Cool!! I´ll test it as soon as I can, and add it to the Gnash set of patches (I´m spending the weekend in Madrid) Thanks!! :) Greetings, Miry
Bug#476195: NOT FIXED
In m Version: 1.4.0-1 the bug $ emacs -q file.php C-h k C-c return C-x o tab return find-library-name: Can't find library /usr/share/emacs22/site-lisp/php-elisp/php-mode.el is still there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366595: perlrun.1.gz: say what $ENV{PERL_UNICODE} is for each -C combination
NT so these are equivalent: NT % perl -CSD -le 'print ${^UNICODE}' NT 31 NT % PERL_UNICODE=SD perl -le 'print ${^UNICODE}' NT 31 That is much clearer. NT I suppose an explicit example wouldn't hurt, although this already NT comes close: NT You can use -C0 (or 0 for PERL_UNICODE) to explicitly disable NT all the above Unicode features. Say % PERL_UNICODE=0 perl ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293227: sysvconfig: add column labels
JH The column labels are there but the colors make them hard to see in an JH xterm. Try it on the console. I'll try to make the labels more readable. OK, I'll trust your word, as I use rcconf now. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477722: zsh: readnullcmd may use pager (to honor alternatives)
On Thu, Apr 24, 2008 at 10:35:21PM +0200, Marc Chantreux wrote: + sed -n 's/|more/|pager/p' StartupFiles/zshrc I don't think this is quite what you meant. right ... forget it :) + sed -i '/readnullcmd/s/more/pager/' Src/init.c Better to patch the source than sed it, I think. it would be nice to submit a patch to zsh-workers to add an option to the ./configure ( ./configure --enable-readnullcmd=pager) but i don't know about autotools. I'll be happy to do it but i need time. tell me if you want me to fix it in the upstream. regards marc -- Marc Chantreux BibLibre, expert en logiciels libres pour l'info-doc http://biblibre.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477776: freevo: French debconf templates translation
Package: freevo Version: N/A Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (650, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) # Translation of freevo debconf templates to French # Copyright (C) 2008 Steve Petruzzello [EMAIL PROTECTED] # This file is distributed under the same license as the freevo package. # Aubin Paul [EMAIL PROTECTED] # msgid msgstr Project-Id-Version: freevo 1.8.0~rc2-1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-02-17 17:38+0100\n PO-Revision-Date: 2008-02-26 20:42+0100\n Last-Translator: Steve Petruzzello [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french at lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: French\n X-Poedit-Country: SWITZERLAND\n X-Poedit-SourceCharset: utf-8\n #. Type: select #. Choices #: ../freevo.templates:1001 msgid x11, fbdev, dxr3, mga, directfb, dfbmga, dga msgstr x11, fbdev, dxr3, mga, directfb, dfbmga, dga #. Type: select #. Description #: ../freevo.templates:1002 msgid Video output: msgstr Sortie vidéo : #. Type: select #. Choices #: ../freevo.templates:2001 msgid 800x600, 768x576, 640x480 msgstr 800x600, 768x576, 640x480 #. Type: select #. Description #: ../freevo.templates:2002 msgid Output resolution: msgstr Résolution de la sortie : #. Type: select #. Description #: ../freevo.templates:2002 msgid Choose the resolution to display Freevo at. Most Televisions should be configured as 768x576 (NTSC or PAL) msgstr Veuillez choisir la résolution d'affichage de Freevo. La plupart des télévisions devraient être configurées en 768x576 (NTSC ou PAL). #. Type: select #. Choices #: ../freevo.templates:3001 msgid ntsc, pal, secam msgstr NTSC, PAL, SECAM #. Type: select #. Description #: ../freevo.templates:3002 msgid TV Standard: msgstr Norme TV : #. Type: select #. Description #: ../freevo.templates:3002 msgid Please choose your TV standard. North Americans should choose NTSC, most Europeans will choose PAL. msgstr Veuillez choisir la norme TV. Les habitants des pays nord-américains devraient choisir la norme NTSC tandis que la plupart des européens choisiront PAL. #. Type: select #. Choices #: ../freevo.templates:4001 msgid us-bcast, us-cable, us-cable-hrc, japan-bcast, japan-cable, europe-west, europe-east, italy, newzealand, australia, ireland, france, china-bcast, southafrica, argentina msgstr us-bcast, us-cable, us-cable-hrc, japan-bcast, japan-cable, europe-west, europe-east, italy, newzealand, australia, ireland, france, china-bcast, southafrica, argentina #. Type: select #. Description #: ../freevo.templates:4002 msgid Channel List: msgstr Liste des chaînes : #. Type: select #. Description #: ../freevo.templates:4002 msgid Set the channel list (set of tuning frequencies) that most closely matches yours. msgstr Veuillez choisir la liste des chaînes (ensemble de fréquences) qui se rapproche le plus de celle utilisée dans votre pays. #. Type: select #. Default #: ../freevo.templates:5001 msgid Video folder msgstr Répertoire vidéo #. Type: string #. Description #: ../freevo.templates:5002 msgid Title of video folder: msgstr Nom du répertoire vidéo : #. Type: string #. Description #: ../freevo.templates:5002 msgid Set a title for the video folder. This will displayed by freevo in overview. msgstr Veuillez indiquer un nom pour le répertoire vidéo. Celui-ci sera affiché par Freevo en surimpression. #. Type: string #. Default #: ../freevo.templates:6001 msgid /home/freevo/video msgstr /home/freevo/video #. Type: string #. Description #: ../freevo.templates:6002 msgid Path to videos: msgstr Chemin vers les vidéos : #. Type: string #. Description #: ../freevo.templates:6002 msgid Set the path to the video folder. Note: A absolute path is required. msgstr Veuillez indiquer le chemin vers le répertoire des vidéos. Il est indispensable d'indiquer un chemin absolu. #. Type: string #. Default #: ../freevo.templates:7001 msgid Audio folder msgstr Répertoire audio #. Type: string #. Description #: ../freevo.templates:7002 msgid Title of audio folder: msgstr Nom du répertoire audio : #. Type: string #. Description #: ../freevo.templates:7002 msgid Set a title for the audio folder. This will displayed by freevo in overview. msgstr Veuillez indiquer un titre pour le répertoire audio. Celui-ci sera affiché par Freevo en surimpression. #. Type: string #. Default #: ../freevo.templates:8001 msgid /home/freevo/audio msgstr /home/freevo/audio #. Type: string #. Description #: ../freevo.templates:8002 msgid
Bug#316360: {Spam?} Re: babel/4018: Please consider to update magyar language def.
Hi, So far I have maintained the standard that all files that are distributed as part of the Babel distribution have at least minimal internal documentation of the code in the form of a .dtx file from which the .ldf file is produced. For that reason I provide a skeleton file in the distribution that people can use as a start for building a new language definition file. Therefore I would prefer to have a magyar.dtx to replace the one in the current distribution. I understand that a .dtx file would be better, but I'm sure that I don't have time to write or maintain such a file. However, if somebody writes one, I would be happy to use that as the definitive source of magyar.ldf. Best regards, Péter
Bug#465461: linux-image-2.6.24-1-686: SBS still broken
Package: linux-image-2.6.24-1-686 Version: 2.6.24-6 Followup-For: Bug #465461 Hello, I'm writing about the problem, with which I started this bug report (so no Dell machine here ;) ) I found out, that lockups are really caused by my graphics card, fglrx or xserver-xorg-video-ati beyond version 1:6.7.197-1 causes computer to lockup (with fglrx - just launch glxinfo-lockup) But i still have problem with sbs module - battery levels are not updated as battery charges/discharges, which is very unpleasant. I also tried kernel 2.6.25 and another battery but results are the same. I think, problem are the unkown lines cat /proc/acpi/battery/BAT0/info present: yes design capacity: 4400 mAh last full capacity: 2065 mAh battery technology: rechargeable design voltage: 14800 mV design capacity warning: unknown design capacity low: unknown capacity granularity 1: unknown capacity granularity 2: unknown model number:01ZL serial number: 6243 battery type:LION OEM info:SANYO cat /proc/acpi/battery/BAT0/info present: yes design capacity: 4400 mAh last full capacity: 1690 mAh battery technology: rechargeable design voltage: 14400 mV design capacity warning: unknown design capacity low: unknown capacity granularity 1: unknown capacity granularity 2: unknown model number:02ZL serial number: 15179 battery type:Lion OEM info:Panasonic CU Libor -- Package-specific info: ** Kernel log: intel_rng: FWH not detected parport_pc 00:08: reported by Plug and Play ACPI parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 sbshc: no version for struct_module found: kernel tainted. ACPI: SBS HC: EC = 0xf7c79b00, offset = 0x18, query_bit = 0x20 ACPI: PCI Interrupt :00:1f.3[B] - Link [LNKB] - GSI 10 (level, low) - IRQ 10 input: Video Bus as /class/input/input5 ACPI: Video Device [VGA] (multi-head: yes rom: no post: no) ieee80211_crypt: registered algorithm 'NULL' ieee80211: 802.11 data/management/control stack, git-1.1.13 ieee80211: Copyright (C) 2004-2005 Intel Corporation [EMAIL PROTECTED] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.2.2kmprq ipw2200: Copyright(c) 2003-2006 Intel Corporation ACPI: PCI Interrupt :02:04.0[A] - Link [LNKB] - GSI 10 (level, low) - IRQ 10 ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection Synaptics Touchpad, model: 1, fw: 5.9, id: 0x126eb1, caps: 0xa04713/0x4000 input: SynPS/2 Synaptics TouchPad as /class/input/input6 ACPI: Smart Battery System [SBS0]: AC Adapter [AC0] (on-line) nsc_ircc_pnp_probe() : From PnP, found firbase 0x2F8 ; irq 3 ; dma 1. nsc-ircc, chip-init nsc-ircc, Found chip at base=0x164e nsc-ircc, driver loaded (Dag Brattli) ACPI: Smart Battery System [SBS0]: Battery Slot [BAT0] (battery present) ipw2200: Radio Frequency Kill Switch is On: Kill switch must be turned off for wireless networking to work. ipw2200: Detected geography ZZM (11 802.11bg channels, 0 802.11a channels) IrDA: Registered device irda0 nsc-ircc, Using dongle: IBM31T1100 or Temic TFDS6000/TFDS6500 ACPI: PCI Interrupt :02:06.3[A] - Link [LNKE] - GSI 10 (level, low) - IRQ 10 Yenta: CardBus bridge found at :02:06.0 [1025:0064] Yenta: Enabling burst memory read transactions Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta TI: socket :02:06.0, mfunc 0x01a21b22, devctl 0x64 ACPI: Smart Battery System [SBS0]: Battery Slot [BAT1] (battery absent) Yenta: ISA IRQ mask 0x0830, PCI irq 10 Socket status: 3006 Yenta: Raising subordinate bus# of parent bus (#02) from #02 to #06 pcmcia: parent PCI bridge I/O window: 0x4000 - 0x4fff cs: IO port probe 0x4000-0x4fff: clean. pcmcia: parent PCI bridge Memory window: 0xd020 - 0xd05f udev: renamed network interface eth1 to eth2 ACPI: PCI Interrupt :00:1f.6[B] - Link [LNKB] - GSI 10 (level, low) - IRQ 10 PCI: Setting latency timer of device :00:1f.6 to 64 cs: IO port probe 0x100-0x3af: clean. cs: IO port probe 0x3e0-0x4ff: clean. cs: IO port probe 0x820-0x8ff: clean. cs: IO port probe 0xc00-0xcf7: clean. cs: IO port probe 0xa00-0xaff: clean. MC'97 0 converters and GPIO not ready (0x1) ACPI: PCI Interrupt :00:1f.5[B] - Link [LNKB] - GSI 10 (level, low) - IRQ 10 PCI: Setting latency timer of device :00:1f.5 to 64 intel8x0_measure_ac97_clock: measured 55914 usecs intel8x0: clocking to 48000 Adding 682720k swap on /dev/hda5. Priority:-1 extents:1 across:682720k loop: module loaded fuse init (API version 7.9) vboxdrv: Trying to deactivate the NMI watchdog permanently... vboxdrv: Successfully done. vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. vboxdrv: Successfully loaded version 1.5.6_OSE (interface 0x00050002). RPC: Registered udp transport module. RPC:
Bug#477777: mumble: French debconf templates translation
Package: mumble Version: N/A Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (650, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) # Debian mumble debconf # Copyright (C) 2008 # This file is distributed under the same license as the mumble package. # FIRST AUTHOR [EMAIL PROTECTED], YEAR. # msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-13 00:25+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: Steve Petruzzello [EMAIL PROTECTED]\n Language-Team: French [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: password #. Description #: ../mumble-server.templates:1001 msgid Password to set on SuperUser account: msgstr Mot de passe du superutilisateur de Murmur : #. Type: password #. Description #: ../mumble-server.templates:1001 msgid Murmur has a special account called \SuperUser\ which bypasses all privilege checks. msgstr Murmur utilise un compte spécial appelé \SuperUser\ qui contourne toutes les vérifications usuelles de privilèges. #. Type: password #. Description #: ../mumble-server.templates:1001 msgid If you set a password here, the password for the \SuperUser\ account will be updated. msgstr Le mot de passe indiqué ici sera affecté au compte \SuperUser\. #. Type: password #. Description #: ../mumble-server.templates:1001 msgid If you leave this blank, the password will not be changed. msgstr Si vous laissez ce champ vide, le mot de passe ne sera pas modifié. #. Type: boolean #. Description #: ../mumble-server.templates:2001 msgid Autostart mumble-server on server boot? msgstr Faut-il démarrer automatiquement mumble-server au lancement de la machine ? #. Type: boolean #. Description #: ../mumble-server.templates:2001 msgid Mumble-server (murmurd) can start automatically when the server is booted. msgstr Le démon de mumble (murmurd) peut être démarré automatiquement lors du lancement de la machine. #. Type: string #. Description #: ../mumble-server.templates:3001 msgid Email address to send registration emails from: msgstr Adresse de courriel utilisée pour envoyer les souscriptions : #. Type: string #. Description #: ../mumble-server.templates:3001 msgid Murmur comes with a web-based registration script, which will send an authentication code to the user by email before registration can be completed. msgstr Murmur est livré avec un script d'enregistrement qui enverra par courriel un code d'authentification à l'utilisateur, ce qui permet de terminer l'enregistrement. #. Type: string #. Description #: ../mumble-server.templates:3001 msgid Set this to the email address you wish such authentication emails to come from. If you set it blank, registration will be disabled. msgstr Veuillez indiquer l'adresse électronique qui émettra les messages d'authentification. Si ce champ est laissé vide, l'enregistrement sera désactivée.
Bug#477779: [screen] initscript LSB header in conflict with update-rc.d options
Package: screen Version: 4.0.3-8 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: incorrect-dependency Hi, On insserv enabled system, a conflict between LSB Default-Start data and options passed to update-rc.d in screen postinst was exposed at package upgrade time. Setting up screen (4.0.3-8) ... Installing new version of config file /etc/init.d/screen-cleanup ... insserv: Warning, current start runlevel(s) of script `screen-cleanup' (S ) overwrites defaults (2 3 4 5 ). screen debian/rules --- dh_installinit --no-start --init-script='screen-cleanup' --update-rcd-params='start 70 S .' /var/lib/dpkg/info/screen.postinst --- # Automatically added by dh_installinit if [ -x /etc/init.d/screen-cleanup ]; then update-rc.d screen-cleanup start 70 S . /dev/null || exit $? fi # End automatically added section /etc/init.d/screen-cleanup --- # Default-Start: 2 3 4 5 Either the options given to dh_installinit are wrong, or the LSB header is wrong. My guess is that the LSB header is incorrect. Attached a patch. As a side note, I believe that if you declare a dependency on virtual facility $remote_fs, that implies $local_fs, therefore you could remove $local_fs from the Required-Start and Required-Stop field. For more information, see http://wiki.debian.org/LSBInitScripts Thanks, Kel. --- diff -Nrup screen-4.0.3/debian/init screen-4.0.3.insserv/debian/init --- screen-4.0.3/debian/init2008-04-25 17:33:05.0 +1000 +++ screen-4.0.3.insserv/debian/init2008-04-25 17:32:40.0 +1000 @@ -8,7 +8,7 @@ # Provides: screen-cleanup # Required-Start:$local_fs $remote_fs # Required-Stop: $local_fs $remote_fs -# Default-Start: 2 3 4 5 +# Default-Start: S # Default-Stop: # Short-Description: screen sessions cleaning ### END INIT INFO -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477778: kernel-package: add ability to build upgraded kernel version and different package flavors
Package: kernel-package Version: 11.001-0.1 Severity: wishlist Currently debian/control file get built from debian/Control template once on debian/ tree creation. For ability to switch to new upstream version saving current debian/ tree there should be possibility to regenerate debian/control file. It is handy that several kernel configurations to exist in one tree. They should reflect kernel flavours and be selected by --flavour option which should imply --append-to-version option. In this case several debian/control, debian/changelog and .config files should coexist suffixed with flavor name. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465635: latex-cjk-chinese-arphic: FTBFS: debhelper errors
Hi Lucas! I'm still stuck when rebuilding the package. The reason is not your patch, but some changes in kpathsea, a part of TeX. This bug doesn't cause an FTBFS, but makes the packages fail to install properly. So I'm trying to solve this issue before I can upload a new version, with your patch included. So far my information notice. :-) Regards -- Danai SAE-HAN (韓達耐) 題目:《閑居初夏午睡起》 作者:楊萬里(1127-1206) 梅子留酸軟齒牙,芭蕉分綠與窗紗。 日長睡起無情思,閑看兒童捉柳花。 signature.asc Description: OpenPGP digital signature
Bug#477780: [gnome-power-manager]
Package: gnome-power-manager Version: 2.22.1-1 Severity: normal --- Please enter the report below this line. --- Hi, I attached a second Screen to my laptop. When leaving the system alone for a while the screens get switched off - a behavior I would expect ... but there is no way to resume , I can't even open a terminal and reboot. This is very annoying and might be related to #382054, but I can't actually confirm this behavior for my system when closing the lid. I will attach the output of lspci as well. Let me know if you need further information. Thanks, Sebastian --- lspci output 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02) 00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02) 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02) 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 02) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02) 04:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02) 0a:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller 0a:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 19) 0a:01.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev 0a) 0a:01.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 05) 0a:01.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev ff) 0a:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== gconf2 (= 2.10.1-2) | 2.22.0-1 hal (= 0.5.10-1) | 0.5.11~rc2-1 libart-2.0-2 (= 2.3.18) | 2.3.20-1 libatk1.0-0(= 1.20.0) | 1.22.0-1 libbonobo2-0 (= 2.15.0) | 2.22.0-1 libbonoboui2-0 (= 2.15.1) | 2.22.0-1 libc6 (= 2.7-1) | 2.7-10 libcairo2 (= 1.4.0) | 1.4.14-1 libdbus-1-3 (= 1.1.1) | 1.2.1-1 libdbus-glib-1-2 (= 0.74) | 0.74-1 libfontconfig1 (= 2.4.0) | 2.5.0-2 libfreetype6(= 2.3.5) | 2.3.5-1+b1 libgconf2-4(= 2.13.5) | 2.22.0-1 libglade2-0 (= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0 (= 2.16.0) | 2.16.1-2 libgnome-keyring0 (= 2.22.0) | 2.22.1-1 libgnome2-0(= 2.17.3) | 2.20.1.1-1 libgnomecanvas2-0 (= 2.11.1) | 2.20.1.1-1 libgnomeui-0 (= 2.17.1) | 2.20.1.1-1 libgnomevfs2-0 (= 1:2.17.90) | 1:2.22.0-2 libgstreamer0.10-0 (= 0.10.0) | 0.10.19-3 libgtk2.0-0(= 2.12.0) | 2.12.9-2 libhal1| 0.5.11~rc2-1 libice6 (= 1:1.0.0) | 2:1.0.4-1 libnotify1 (= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10 | liborbit2 (= 1:2.14.10) | 1:2.14.12-0.1 libpanel-applet2-0 (= 2.19.3) | 2.20.3-3 libpango1.0-0 (= 1.20.0) | 1.20.2-2 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-3 libpopt0 (= 1.10) | 1.10-3 libsm6 | 2:1.0.3-1+b1 libwnck22 (= 2.22.0) | 2.22.1-1 libx11-6 | 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6 | 2:1.0.4-1 libxfixes3(= 1:4.0.1) | 1:4.0.3-2 libxi6
Bug#476535: vzctl: Possibility to mount/bind into VE fs
Hello everyone, * Peter Gervai [EMAIL PROTECTED] [080425 02:18]: On Thu, Apr 24, 2008 at 1:01 PM, Ola Lundqvist [EMAIL PROTECTED] wrote: Thanks for the clarification. I have marked this bugreport as wontfix because of the vzmigrate issue, and because that this already exists even though it is not document. However maybe it should be documented, but that is a separate issue. :) First, this must be documented, in 'man vzctl' (probably at files section, but I'd mention it in start/stop/mount/umount sections as well), and there ought to be example files provided (the ones Christian quoted are just fine; except exit values should be mentioned / demonstrated, like checking existence of the mounted-into directory and fail accordingly). PDF Docs: http://openvz.org/documentation/guides/ OpenVZ User's Guide Page 88 to 90 But this is from 2005, and the paths are obviously RH/SuSE-style. I'm also not sure where the global mount/umount scripts should go on Debian. Third, vzmigrate manpage should mention this problem about in-mounted subtrees, and maybe check it even before progressing, but I cannot tell out of my brain whether there is a portable check for that. Possibly upstream (Kir?) knows something about vzmigrate and mounted subtrees? I /think/ vzctl has code to enumerate mount points in a containter, but this is probably not exposed to vzmigrate... Still, I believe more people would mount large storage into VE than use vzmigrate. ;-) vzmigrate is an important tool in multi-HN environments (think ISPs...). - Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477732: libgsl0ldbl must conflict with libgsl0
Hi, I'm adding debian-devel as I would like input from other DD. The main question is Do Debian support partial upgrade between etch and lenny ? Or are only full upgrade supported ? Dirk Eddelbuettel wrote: severity 477732 wishlist tag 477732 + moreinfo thanks On 24 April 2008 at 23:57, Vincent Danjean wrote: | Package: libgsl0ldbl | Version: 1.11-1 | Severity: serious | Tags: patch | Justification: can make other program buging | | Hi, | | I see that you rename the package libgsl0 to libgsl0ldbl due to the | double transition on some arch. For new people, this is #430259: ldbl128 transition for alpha, powerpc, sparc, s390 AFAIK that is common standard and always done on rebuild transitions. with Conflict+Replace, yes (I remember the pain of a lot of transitions when we had to put some packages on-hold because others where not yet rebuilt against new the library and I do not want to remove these others) With only Replace, no: this break partial upgrades | libgsl0ldbl replaces libgsl0 as both provide /usr/lib/libgsl0.so.0 for | example. | But you also need to conflict. | Without the conflict, here is what can happen (it happens to me) : | | libgsl0 is installed | progA is installed and depend on libgsl0 as | /usr/bin/progA is linked to libgsl0.so.0 | It use the old version (compiled before the double transition) Is that a local binary? Everything build by Debian is caught with a transition from unstable to testing. progA can be any rdepend of libgls in etch. Upgrading gsl in testing and/or unstable does not ensure that other etch packages are upgraded. | libgsl0ldbl is installed. It replaces /usr/lib/libgsl0.so.0 | libgsl0 is not removed | progA is not removed nor upgraded | /usr/bin/progA then uses the new /usr/lib/libgsl0.so.0 with different | object sizes (whereas /usr/lib/libgsl0.so.0 always has the same list of | symbols) | /usr/bin/progA will probably bug or give wrong results. It is possible | that this can be used to create a security problem (similar to buffer | overflow) but I'm not skilled enough to be sure. | | If libgsl0ldbl conflicts with libgsl0, when libgsl0ldbl will be | installed, libgsl0 will be removed and progA will be removed or updated | (if a new version recompiled against the new libgsl0ldbl library is | available) There was a reason why we didn't do this. I just glanced at the Debian Policy document, sections 7.3 and 7.5, but I don't find it. I would be very pleased to see this part. Because this would means that Debian does not support partial upgrade between releases. On the other hand, the chance was made __last June__ and if it really was wrong, I would have heard from someone else about it. The library transition is only required on alpha, powerpc, sparc, s390 and I do not have such architecture. This means that on i386 and amd64 (at least), libgsl0 and libgls0ldbl are fully binary compatible. So there would never be some problem here. I suspect that most of your users are on these architectures AND/OR they upgrade their machine in a whole so the problem remains unnoticed. To exibit a real problem, we need - an effected architecture (alpha, powerpc, sparc, s390) - AND a partial upgrade on this architecture of libgsl (or any package depending of the new version of libgsl) - AND the use of a program that has not been upgraded depending on libgsl0 I agree that this situation must be rather rare and this problem can remain unnoticed. But once detected, it must be corrected. If other DD agree with me on that point (partial upgrade supported), then it can be good to check before lenny if other similar bugs are not present in Debian (this would join the effort on conflicting/replacing packages due to similar files that I saw on debian-devel a few weeks ago) I do not see this as a bug. Please give me more concrete evidence. Otherwise, I find this rather convincingL [EMAIL PROTECTED]:~ apt-cache rdepends libgsl0ldbl | wc -l 68 libgsl0 [EMAIL PROTECTED]:~ 68 packages correctly depend on libgsl0ldbl and none on libgsl0. So which package is this mythical progA from? Any etch version of these 68 rdepends. If there were no problem, a rename would not have been required by Matthias Klose. Thanks for interest in GNU gsl and your enthusiam in trying to make it better. Unfortunately, I think you picked two topics for which you are on the wrong side of the argument, but I *do* appreciate the bugreports. So I will talk a litle more about #477729/456898 in a few days :-) But for the report, I'm still sure that I'm on the right side *if Debian wants to support partial upgrade*. If not, then I agree with you that you can close this bug (but I would be very surprised and even disappointed (from Debian in general)) PS: I see that you level the severity from a RC severity to an wishlist. This means that, as it is, lenny can be released with erroneous path for partial upgrades from etch...
Bug#476094: retry option add default values to command-line passed ones
On Mon, Apr 14, 2008 at 03:03:37PM +0200, Damien Caliste wrote: When I invoke mount.nfs with the retry option, I'm surprised that the retry duration will be the amount of time I gave *plus* the default duration. This is not what is written in the nfs man page, quote: 'The number of minutes that the mount(8) command retries an NFS mount operation [...] If this option is not specified, the default value for foreground mounts is 2 minutes'. This is probably an issue with the new text-based mount interface. I've sent it on to upstream. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477530: libpcap-dev should not be removed
Hi. libpcap-dev binary package seems to be a transitional package used to upgrade from sarge to etch, that can now be safely removed. It should not be removed, as many source packages build-depends only on libpcap-dev, including versioned build-depends. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477781: epiphany-browser: Hi all.
Package: epiphany-browser-data Version: 2.22.1.1-1 Severity: normal File: epiphany-browser Hi all. After a dist-upgrade, I can't use my favourite browser Epiphany anymore. It seems to me that, even if I do apt-get update, only epiphany-browser and epiphany-browser-data are updated to 2.22.1.1-1 version, and epiphany-gecko and epiphany-webkit are still to 2.20.3-1.1 instead. So I receive this: I seguenti pacchetti hanno dipendenze non soddisfatte: epiphany-gecko: Dipende: epiphany-browser-data ( 2.21) ma 2.22.1.1-1 sta per essere installato epiphany-webkit: Dipende: epiphany-browser-data ( 2.21) ma 2.22.1.1-1 sta per essere installato Thanks for your work and regards. -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-486 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages epiphany-browser-data depends on: ii gconf22.22.0-1 GNOME configuration database syste Versions of packages epiphany-browser-data recommends: pn epiphany-browser none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414729: Announce of the upcoming NMU for the bindgraph package
Christian Perrier wrote: Dear maintainer of bindgraph and Debian translators, On Wednesday, April 09, 2008 I sent a notice to the maintainer of the bindgraph Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #414729). I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. Thank you, Christian. I have indeed sent the updated package to the intended sponsor about a couple weeks ago, but the upload has not happened. Proceed as you prefer: you can either upload your NMU (yours are always welcome) or sponsor mine. I will send you a dget-able URL immediately, in case you prefer the latter option. Thank you very much for your efforts in having Debian perfectly localized; It is much appreciated, and really shines :-) Regards, J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420022: KDE Compose key does not work in recent (lenny) ooffice version
The bug still exists within lenny: openoffice.org 1:2.3.1-5 openoffice.org-kde 1:2.3.1-5 kdebase-bin 4:3.5.8.dfsg.1-7 Keyboard configuration: setxkbmap -model pc104 -layout us -variant altgr-intl Could you test this bug again as there were changes in both KDE and openoffice.org in testing? kde - 3.5.9 oo.org - 2.4.0 Thanks. -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477782: [openoffice.org-writer] OOoWriter 2.4 - select and paste duplicate selection
Package: openoffice.org-writer Version: 1:2.4.0-3+b1 Severity: important To reproduce the bug: 0) Open a OOoWriter document 1) Write two lines for example: abcd 1234 2) select from first line to the second line start (include carriage return but not the first character) In the example select: abcd\n 3) now paste the selected test at second line end In the example you get: abcd 1234abcd 1234abcd and not the corrected one abcd 1234abcd Ciao Davide --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-20080413 Debian Release: lenny/sid 990 testing www.debian-multimedia.org 990 testing security.debian.org 990 testing ftp.it.debian.org --- Package information. --- Depends (Version) | Installed =-+-= libc6 (= 2.7-1) | 2.7-10 libgcc1 (= 1:4.1.1-21) | 1:4.3.0-3 libicu38 (= 3.8-5) | 3.8.1-1 libstdc++6 (= 4.1.1-21) | 4.3.0-3 libstlport4.6ldbl | 4.6.2-3.2 libwpd8c2a| 0.8.14-1 libwps-0.1-1 | 0.1.2-1 libxml2 | 2.6.31.dfsg-2 openoffice.org-base-core (= 1:2.4.0-3+b1) | 1:2.4.0-3+b1 openoffice.org-core (= 1:2.4.0-3+b1) | 1:2.4.0-3+b1 python-uno (= 1:2.4.0) | 1:2.4.0-3+b1 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-12 -- Dizionari: http://linguistico.sourceforge.net/wiki Elenco di software libero: http://tinyurl.com/eddgj GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477783: vzmigrate: line 382: [: missing ']'
Package: vzctl Version: 3.0.22-5 Current version of vzctl has a bug in vzmigrate, which results in a message like this: vzmigrate: line 382: [: missing ']' Upstream has already fixed this, maybe you can include this fix so it will be in lenny (or maybe pursue upstream in releasing a new vzctl minor version?). http://git.openvz.org/?p=vzctl;a=commit;h=57831622490f9d7ffc781f16229d03dcf2165fdf Thanks, Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477784: dpkg-dev: dpkg-source -b regression, creates native tar.gz with 600 permission
Package: dpkg-dev Version: 1.14.18 Severity: normal Hi, Somewhere between 1.14.16.6 and 1.14.18 dpkg-source started creating native tar.gz files with mode 0600 when the umask is 0022. buildd:~$ ls -l drwxr-xr-x 3 ron ron 4096 Dec 30 16:00 gitpkg-0.5 -rw-r--r-- 1 ron ron 469 Apr 25 05:08 gitpkg_0.5.dsc -rw-r--r-- 1 ron ron 8076 Apr 25 05:08 gitpkg_0.5.tar.gz buildd:~$ dpkg-source -b gitpkg-0.5 dpkg-source: info: using source format `1.0' dpkg-source: info: building gitpkg in gitpkg_0.5.tar.gz dpkg-source: info: building gitpkg in gitpkg_0.5.dsc buildd:~$ ls -l drwxr-xr-x 3 ron ron 4096 Dec 30 16:00 gitpkg-0.5 -rw-r--r-- 1 ron ron 422 Apr 25 05:09 gitpkg_0.5.dsc -rw--- 1 ron ron 8076 Apr 25 05:09 gitpkg_0.5.tar.gz This doesn't happen for packages with a diff.gz, or when using the dpkg-source from 1.14.16.6 Cheers, Ron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474869: kchmviewer: diff for NMU version 3.1-1.1
Luk Claes wrote: José Luis Tallón wrote: The attached file is the diff for my kchmviewer 3.1-1.1 NMU. The associated changelog entry is: kchmviewer (3.1-1.1) unstable; urgency=medium * Non-maintainer upload. * Bump Standards-Version to 3.7.3. * Correct typographical error in package description (Gnome - GNOME) * Fix FTBFS with GCC 4.3 (Closes: #474869) * Correct debian/watch file to report upstream version correctly (Closes: #449696) Well, thanks, you just rendered my Maintainer Upload useless. It has been ready, and sent to an sponsor, for over two weeks now. It would have been better to mention this in the bug report instead of just tagging it pending... I know we are already at 0-day NMU, but this was impolite at the very least. I don't think that helping by doing an NMU is impolite, though this might just be a misunderstanding of your use of the pending tag... Thanks, Luk. I *do* appreciate NMUs (I have just thanked Christian Perrier for his), but even when not required I creatinly prefer to be notified and be able to answer. Unfortunately, it usually takes me a lot to find new sponsors (and my usual sponsors are all overloaded). Hence, I do not get that many opportunities to do it right. I have been yelling at -mentors for some sponsored uploads for about two months, and almost nobody responded --- I did get up-imapproxy uploaded, however. Cheers, J.L.
Bug#477785: feh: please add a desktop file
Package: feh Version: 1.3.4.dfsg.1-1 Severity: wishlist Hi, feh a a great application! I'm using it to view all my pictures. I can use it through a graphical file manager too. But in order to do this I must creat a desktop file and place it in ~/.local/share/applications. Is it possible that the feh package directly include a desktop file ? For example here is mine : [Desktop Entry] Name=Feh Name[fr_FR]=Feh GenericName=Image viewer GenericName[fr_FR]=Visualisateur d'image Comment=Image viewer Comment[fr_FR]=Visualisateur d'image Exec=feh Icon=image-viewer Type=Application StartupNotify=false NoDisplay=true Hidden=false Terminal=false Categories=Graphics;Viewer; MimeType=image/jpeg;image/png;image/gif;image/tiff;image/bmp;image/x-icon;image/x-xpixmap;image/x-xbitmap; THe mimetype is working, but I have perhaps forgotten something... Best regards, Guillaume -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.4-1 (PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages feh depends on: ii giblib1 1.2.4-5wrapper library for imlib2, and ot ii libc6 2.7-10 GNU C Library: Shared libraries ii libimlib2 1.4.1.000-0cvs20080130 Powerful image loading and renderi ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-01.2.26-1 PNG library - runtime ii libx11-6 2:1.0.3-7 X11 client-side library ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library Versions of packages feh recommends: ii wget 1.11.1-1 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332843: #332843,openoffice.org: OOo saves in HTML and uses character entities even if charset announced doesn't need them
Hi, I think the issue you reported is fixed in openoffice.org 2.4.0. I tried to save text in Hebrew as HTML and got utf-8 encoding and the characters them self instead of entities. Please verify the bug is also fixed for you. Thanks. -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414729: Announce of the upcoming NMU for the bindgraph package
Christian Perrier wrote: Dear maintainer of bindgraph and Debian translators, On Wednesday, April 09, 2008 I sent a notice to the maintainer of the bindgraph Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #414729). I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. http://devel.adv-solutions.net/debian/pool/main/admin/bindgraph/bindgraph_0.2a-3.dsc Tha package seems to work well in my tests, and AFAIK includes all the translations that were in the BTS. Please do include any other one missing. The ones I have right now: cs.po es.po gl.po ro.po ta.po zh_TW.po da.po fi.po ja.po pt_BR.po ru.po de.po fr.po nl.po pt.posv.po vi.po Cheers, J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477556: [Pkg-octave-devel] Bug#477556: Bug#477556: error: `cellfun' undefined near line 29 column 14
Am Donnerstag, den 24.04.2008, 16:22 +0200 schrieb Thomas Weber: Am Donnerstag, den 24.04.2008, 16:01 +0200 schrieb Rafael Laboissiere: * Thomas Weber [EMAIL PROTECTED] [2008-04-24 14:52]: It works when I 'cd /' before starting octave! Same here, and that's the part I don't understand at all. Isn't that caused by the presence of a PKG_ADD in the current working directory? No. It even happens when you create a new directory and start from there: == (sid64)[EMAIL PROTECTED]:/tmp# mkdir v (sid64)[EMAIL PROTECTED]:/tmp# cd v (sid64)[EMAIL PROTECTED]:/tmp/v# octave --norc --silent octave:1 path Octave's search path contains the following directories: . /usr/share/octave/3.0.1/m/image /usr/share/octave/3.0.1/m /usr/share/octave/3.0.1/m/signal /usr/share/octave/3.0.1/m/optimization /usr/share/octave/3.0.1/m/quaternion /usr/share/octave/3.0.1/m/plot /usr/share/octave/3.0.1/m/finance /usr/share/octave/3.0.1/m/elfun /usr/share/octave/3.0.1/m/time /usr/share/octave/3.0.1/m/specfun /usr/share/octave/3.0.1/m/audio /usr/share/octave/3.0.1/m/miscellaneous /usr/share/octave/3.0.1/m/geometry /usr/share/octave/3.0.1/m/startup /usr/share/octave/3.0.1/m/strings /usr/share/octave/3.0.1/m/testfun /usr/share/octave/3.0.1/m/deprecated /usr/share/octave/3.0.1/m/set /usr/share/octave/3.0.1/m/general /usr/share/octave/3.0.1/m/control /usr/share/octave/3.0.1/m/path /usr/share/octave/3.0.1/m/control/obsolete /usr/share/octave/3.0.1/m/linear-algebra /usr/share/octave/3.0.1/m/control/system /usr/share/octave/3.0.1/m/pkg /usr/share/octave/3.0.1/m/control/util /usr/share/octave/3.0.1/m/statistics /usr/share/octave/3.0.1/m/control/hinf /usr/share/octave/3.0.1/m/statistics/distributions /usr/share/octave/3.0.1/m/control/base /usr/share/octave/3.0.1/m/statistics/base /usr/share/octave/3.0.1/m/polynomial /usr/share/octave/3.0.1/m/statistics/models /usr/share/octave/3.0.1/m/io /usr/share/octave/3.0.1/m/statistics/tests /usr/share/octave/3.0.1/m/special-matrix /usr/share/octave/3.0.1/m/sparse == There's no 'lib' directory in the path and I don't know why. I'm currently re-building the package for x86_64. Okay, the 'lib' directory is in 'pathdef', but it's missing the preceding colons 2.9.9 in etch has: octave3.0: octave:1 pathdef ans = /usr/lib/octave/3.0.1/oct/i486-pc-linux-gnu:/usr/share/octave/3.0.1/m: ... octave2.9: octave:1 pathdef ans = ::/usr/lib/octave/site/oct/api-v22/x86_64-pc-linux-gnu I have to check whether that's the reason. Thomas
Bug#428288: online resize a luks device
On Mon, Mar 17, 2008 at 04:31:45PM +0100, Jonas Meurer wrote: and now the interesting part: # mount /dev/mapper/test1 /mnt/ # df -h /dev/mapper/test1 FilesystemSize Used Avail Use% Mounted on /dev/mapper/test1 291M 6.1M 270M 3% /mnt # lvresize -L+100M /dev/vg00/test Extending logical volume test to 400.00 MB Logical volume test successfully resized # cryptsetup resize test1 # resize2fs /dev/mapper/test1 resize2fs 1.40.8 (13-Mar-2008) Filesystem at /dev/mapper/test1 is mounted on /mnt; on-line resizing required old desc_blocks = 2, new_desc_blocks = 2 Performing an on-line resize of /dev/mapper/test1 to 409084 (1k) blocks. The filesystem on /dev/mapper/test1 is now 409084 blocks long. # df -h /dev/mapper/test1 FilesystemSize Used Avail Use% Mounted on /dev/mapper/test1 388M 6.3M 362M 2% /mnt so for me online resizing of luks partitions works quite well. could you verify that it doesn't for you? I finally had the need of doing it. I followed your steps exactly, and indeed it worked perfectly. Thank you! Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#477786: please provide packages for 1.3.08 or 1.3.10.
Package: maradns Version: 1.3.07.08-1 Severity: wishlist It would be nice if maradns 1.3.08 or even 1.3.10 were available in experimental or even unstable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. 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 digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#476259: serveez: should this package be removed?
Am Di, 15.04.2008, 14:40, schrieb Michael Meskes: Hello Michael, Package: serveez Version: 0.1.5-2 Severity: important Dear Maintainer, while reviewing some packages, your package came up as a package that should maybe be removed from the archive, because: * No upstream activity in the last 5 years. * Last maintainer upload 2003. * Low popcon with only 4-11 installed, depending on the binary package. * Release goal bug open and unanswered since 15 May 2007. If you disagree and want to continue to maintain this package, please close this bug and do an upload also fixing the other issues. If you agree that it should be removed, please send the following commands: severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks Thank you, I want to keep maintaining it. I'll try to update the package as soon as possible. Thanks, Stefan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477648: gpg not installed, fails [i386 on amd64]
retitle 477648 gpg not installed, fails severity 477648 grave found 477648 1.0.8 thanks This also happens when I create a sid chroot on i386, and with debootstrap in sid. #477765 might be related. -- .''`. 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 digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#470532: [Build-common-hackers] Bug#470532: cdbs: please add scons rules file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Apr 24, 2008 at 10:41:09PM -0400, Timothy G Abbott wrote: Well, there are 5 CDBS packages using CDBS, but one would assume that since there is no scons.mk, most packages that use scons are probably not going to be using CDBS. I don't have a convenient way to grep for scons in all the debian/rules files in Debian, but but Googling for 'scons dh_installman' suggests there are a few times that many debhelper packages using scons. I'm currently using the following implementation of scons.mk for my package; I don't know scons well enough to be sure whether it's good, but it's certainly expressive enough for my package: http://svn.vdrift.net/repos/vdrift/tags/release_12-26-2007_rc1/tools/debian/cdbs/scons.mk http://svn.vdrift.net/repos/vdrift/tags/release_12-26-2007_rc1/tools/debian/cdbs/scons-vars.mk Looks sane to me, from a first glance. I'll try using it with csound that I recently joined packaging of which is using csound. If that goes well, I'll stuff it into my pile of experimental cdbs snippet available at a custom branch of our repository at Alioth. When I then some day find time to do it, I hope to merge it with mainline cdbs. More info in README.cdbs-tweaks in the source of csound... - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIEZUan7DbMsAkQLgRAhh3AJsFVjj7IOFcPTpjEIf6hfAMFXphXQCfaelP EaZOxfcsk47U9hl7lmdUbpY= =BBPN -END PGP SIGNATURE-
Bug#451928: #451928,JRE not selectable
Hi, I've just encountered the same bug today with OpenOffice2 (2.3.1-5 this is the current version in testing). Deleting .openoffice2/user/config/javasettings_Linux_x86.xml as suggested does the trick : everything now runs fine. Could you test this with 2.4.0 which is now in testing ? Thanks. -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477765: fails to install sid chroot: gnupg does not get installed
Also see #477648. Might be related. -- .''`. 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 digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#477788: copy-on-write functionality sought
Package: schroot Version: 1.1.6-1 Severity: wishlist Using type=file takes ages to unpack the tarball on slow machines. Maybe schroot could learn to copy-on-write? This could be approached either with btrfs (which I have not tested), or with fl-cow or cowbuilder's hackery (which I'd rather avoid). Or maybe a to-be-written fuse filesystem? I will hopefully find some time to play with btrfs soon and shall report. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages schroot depends on: ii libboost-program-options1.34. 1.34.1-11 program options library for C++ ii libboost-regex1.34.1 1.34.1-11 regular expression library for C++ ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii liblockdev1 1.0.3-1.2 Run-time shared library for lockin ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii libuuid1 1.40.8-2 universally unique id library ii schroot-common1.1.6-1common files for schroot schroot recommends no packages. -- no debconf information -- .''`. 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 digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#477789: dash: Invalid memory reference
Package: dash Version: 0.5.4-1ubuntu3 Severity: important File: /bin/dash *** Please describe what you were doing when the application crashed *** Just logging in and starting GNOME when I got the crash announcement. (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xe410 in __kernel_vsyscall () #0 0xe410 in __kernel_vsyscall () #1 0xb7e5f75e in wait4 () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7e5f737 in wait3 () from /lib/tls/i686/cmov/libc.so.6 #3 0x0804f214 in ?? () #4 0xbfe4be30 in ?? () #5 0x in ?? () -- System Information: Debian Release: lenny/sid APT prefers gutsy-updates APT policy: (750, 'gutsy-updates'), (750, 'gutsy-security'), (750, 'gutsy-backports'), (750, 'gutsy'), (725, 'gutsy'), (575, 'gutsy') Architecture: i386 (i686) Kernel: Linux 2.6.22-14-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dash depends on: ii debianutils 2.22.1 Miscellaneous utilities specific t ii libc62.6.1-1ubuntu10 GNU C Library: Shared libraries dash recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477732: libgsl0ldbl must conflict with libgsl0
On Fri, Apr 25, 2008 at 10:02:51 +0200, Vincent Danjean wrote: Hi, I'm adding debian-devel as I would like input from other DD. The main question is Do Debian support partial upgrade between etch and lenny ? Or are only full upgrade supported ? Yes, partial upgrades should work, and the Conflicts is needed. If we didn't support partial upgrades, there would be no point in changing the package name at all... Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477790: could check whether build needed at all before chrooting
Package: sbuild Version: 0.57.0-1 Severity: minor Automatic build of libfactory++_0.1.4-2 on lapse by sbuild/i386 0.57.0 Build started at 20080425-1039 ** libfactory++_0.1.4-2.dsc exists in .; copying to chroot libfactory++_0.1.4-2.dsc: i386 not in arch list: all -- skipping ... this happens after it unpacked the chroot tarball. It could really decide that it doesn't need to do anything, since it has not packages to build... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbuild depends on: ii adduser 3.107 add and remove users and groups ii apt 0.7.11 Advanced front-end for dpkg ii dctrl-tools 2.12Command-line tools to process Debi ii dpkg-dev 1.14.18 package building tools for Debian ii perl 5.8.8-12Larry Wall's Practical Extraction ii perl-modules 5.8.8-12Core Perl modules ii postfix [mail-transport-agen 2.5.2~rc2-1 High-performance mail transport ag ii schroot 1.1.6-1 Execute commands in a chroot envir Versions of packages sbuild recommends: ii debootstrap 1.0.8 Bootstrap a basic Debian system ii fakeroot 1.9.4 Gives a fake root environment -- no debconf information -- .''`. 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 digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#477787: fails to bind to ipv6 addresses
Package: maradns Version: 1.3.07.08-1 Severity: normal If I specify ipv6_bind_addresses, the log spews: maradns.etc_maradns_mararc: Fatal error: maradns must be compiled as authonly to have ipv6 support maradns.etc_maradns_mararc: ./configure --authonly ; make will compile maradns thusly maradns.etc_maradns_mararc: Note that this will disable recursion and caching -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. 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 digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#261801: [Pkg-kbd-devel] Bug#261801: not all packages know dumpkeys moved
On Fri, Apr 25, 2008 at 3:45 AM, [EMAIL PROTECTED] wrote: Some packages aren't aware dumpkeys moved: $ dpkg-reconfigure console-data Looking for keymap to install: us /usr/sbin/install-keymap: line 73: /usr/bin/dumpkeys: No such file or directory Failed to dump keymap! This might be because your console cannot be opened. Perhaps you don't have a video card, are connected via the serial console or ssh. Not loading keymap! Uh, that's bad. I'll do the obvious thing and create an appropriate symlink. Thanks for the report, -- Michael Schutte [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477476: addition information
a and b moves the cursor left and right directly. this doesn't happen on xterm. problem exists only inside terminal.app -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342594: The 2nd Debian Openoffice.org bug triage - bug #342594
Version 1:2.4.0-4~bpo40+1 is not in etch backports. Could you test the bug with it ? I can't reproduce the bug (the original and the newer one) with openoffice 2.4.0. Thanks. Ralph Katz wrote: Hi -- apt-cache policy openoffice.org-writer openoffice.org-writer: Installed: 2.0.4.dfsg.2-7etch4 Candidate: 2.0.4.dfsg.2-7etch4 Version table: *** 2.0.4.dfsg.2-7etch4 0 500 http://debian.lcs.mit.edu etch/main Packages 500 http://security.debian.org etch/updates/main Packages 100 /var/lib/dpkg/status On 02/19/2008 01:08 PM, Lior Kaplan wrote: Exists in which version ? Ralph Katz wrote: Hi Lior -- Confirming bug still exists in Etch: ~$ oowriter -pt HP5L foo ** (process:4645): WARNING **: Unknown error forking main binary / abnormal early exit ... Data never gets to cups for printing as shown by: ls -lut /usr/sbin/cups* and ls -lut /usr/bin/cups* Sorry, neither sid nor testing is installed. Regards, Ralph -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469882: [Pkg-virtualbox-devel] Bug#469882: Bug#469882:
On Thu, Apr 24, 2008 at 11:31:16PM +0200, Mathias Behrle wrote: (x86_64)[EMAIL PROTECTED]:~$ uname -m x86_64 ... Argh, this used to be amd64. That explains it. I think, the second statement of these 3 conditions will always match , if you are running i386 or x86_64... Right. I don't see the purpose of the conditions above besides ARCH := `uname -m`, so IMHO they should be removed. Unfortunately it has a purpose. You need some setting if you want to compile e.g. a 686 module on your system, or the amd64 on an i386 system. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477791: grub: Wrong splash image path construction
Package: grub Version: 0.97-36 Severity: normal Hi, in /usr/sbin/update-grub:721, we have: splashimage_path=splashimage=${grub_root_device}${grub_dir##${kernel_dir}}/splash.xpm.gz with grub_root_device=(hd0,2) grub_dir=/boot/grub kernel_dir=/boot this results in: splashimage=(hd0,2)/grub/splash.xpm.gz Which is not correct because as seen above, I have /boot as a subdirectory on the boot device (hd0,2), not as a separate partition. Thanks for considering, Roland -- Package-specific info: *** BEGIN /proc/mounts /dev/hda3 / ext3 rw,errors=remount-ro,commit=5,data=ordered 0 0 /dev/hda3 /dev/.static/dev ext3 rw,errors=remount-ro,commit=5,data=ordered 0 0 /dev/hda2 /mnt/windows ntfs ro,uid=0,gid=0,fmask=0177,dmask=077,nls=iso8859-1,errors=continue,mft_zone_multiplier=1 0 0 *** END /proc/mounts *** BEGIN /proc/mounts rootfs / rootfs rw 0 0 none /sys sysfs rw,nosuid,nodev,noexec 0 0 none /proc proc rw,nosuid,nodev,noexec 0 0 udev /dev tmpfs rw 0 0 /dev/hda3 / ext3 rw,errors=remount-ro,commit=5,data=ordered 0 0 /dev/hda3 /dev/.static/dev ext3 rw,errors=remount-ro,commit=5,data=ordered 0 0 tmpfs /lib/init/rw tmpfs rw,nosuid 0 0 usbfs /proc/bus/usb usbfs rw,nosuid,nodev,noexec 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0 devpts /dev/pts devpts rw,nosuid,noexec 0 0 /dev/hda2 /mnt/windows ntfs ro,uid=0,gid=0,fmask=0177,dmask=077,nls=iso8859-1,errors=continue,mft_zone_multiplier=1 0 0 rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0 nfsd /proc/fs/nfsd nfsd rw 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec 0 0 *** END /proc/mounts *** BEGIN /proc/mounts -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-rt1 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grub depends on: ii grub-common 1.96+20080413-1 GRand Unified Bootloader, version ii libc62.7-10 GNU C Library: Shared libraries ii libncurses5 5.6+20080405-1 Shared libraries for terminal hand grub recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477664: xtightvncviewer: fails to connect with UltraVNC SC
Ola Lundqvist a écrit : Hi Daniel Ok, thanks. How do you connect with UltraVNC? I need the information in order to be sure that I reproduce the same problem. Hi Ola, xtightvncviewer is in listen mode port 5500 of my notebook. This one is connected to our server through an UDP VPN (openvpn). Customers are downloading and executing UltraVNC which connect to the server through a port above 3. This port is redirected to the 5500 port of the VPN Host (my notebook) Customers - Server (Public IP Address:3) - Client (VPN Host IP Address:5500) Regards -- Daniel
Bug#477793: psi: systray/roster popup text color unreadable when system text color is light
Package: psi Version: 0.11-8 Severity: normal First of all I'd like to point that this bug was introduced in package version 0.11-8. Earlier versions were fine, up to 0.11-7. The popup windows that are shown by systray icon and roster use yellow background. The text color however changes, which makes it unreadable when the system text color is light, eg. for Dark Blue KDE3 theme (I use the latest packaged KDE 3.5.9). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages psi depends on: ii libaspell150.60.5-2.2GNU Aspell spell-checker runtime l ii libc6 2.7-10GNU C Library: Shared libraries ii libgcc11:4.3.0-3 GCC support library ii libqca22.0.0-4 libraries for the Qt Cryptographic ii libqt4-gui 4.4.0~rc1-4 Qt 4 GUI module ii libqt4-network 4.4.0~rc1-4 Qt 4 network module ii libqt4-qt3support 4.4.0~rc1-4 Qt 3 compatibility library for Qt ii libqt4-xml 4.4.0~rc1-4 Qt 4 XML module ii libqtcore4 4.4.0~rc1-4 Qt 4 core module ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxss11:1.1.3-1 X11 Screen Saver extension library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages psi recommends: ii libqca2-plugin-ossl 0.1~20070904-3 QCA OSSL plugin for libqca2 ii sox 14.0.1-2 Swiss army knife of sound processi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448532: QuickForm PHP Licence makes it undistributable
Hi, I am currently working on packaging phpMyVisites for Debian (http://bugs.debian.org/448532). It has a dependency on QuickForm and, hence, possibly a dependency on your future package. Unfortunately, it seems QuickForm has legal problems with its licence for being included in the archive. See this thread: http://lists.debian.org/debian-legal/2006/12/msg00125.html and particularly: http://lists.debian.org/debian-legal/2006/12/msg00144.html I have noticed upstream is working on a rewriting under BSD Licence http://pear.php.net/package/HTML_QuickForm to http://pear.php.net/package/HTML_QuickForm2 but I do not if it is an exact replacement. What are your thoughts? your plans? Best regards, Frédéric Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477792: w3c-markup-validator: W3C markup validator doesn't work because of mod_include not being enabled
Package: w3c-markup-validator Version: 0.7.4-5 Severity: important Right after installation you can't use the W3C markup validator because mod_include isn't enabled. You have to run a2enmod include manually, which, I think, should be done by the package installation script. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages w3c-markup-validator depends on: ii apache22.2.8-3 Next generation, scalable, extenda ii apache2-mpm-prefork [httpd 2.2.8-3 Traditional model for Apache HTTPD ii debconf [debconf-2.0] 1.5.21Debian configuration management sy ii libconfig-general-perl 2.38-1Generic Configuration Module ii libhtml-parser-perl3.56-1A collection of modules that parse ii libhtml-template-perl 2.9-1 HTML::Template : A module for usin ii libnet-ip-perl 1.25-2Perl extension for manipulating IP ii libset-intspan-perl1.07-3.1 Manages sets of integers ii libtext-iconv-perl 1.7-1 converts between character sets in ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii libwww-perl5.812-1 WWW client/server library for Perl ii opensp 1.5.2-5 OpenJade group's SGML parsing tool ii perl 5.8.8-12 Larry Wall's Practical Extraction ii sgml-data 2.0.3 common SGML and XML data ii w3c-dtd-xhtml 1.1-5 W3C eXtensible HyperText Markup La ii wwwconfig-common 0.1.1 Debian web auto configuration Versions of packages w3c-markup-validator recommends: ii w3-dtd-mathml 2.0.0.0-1 Mathematical Markup Language V2.0 -- debconf information: w3c-markup-validator/webserver: Apache2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477443: setting package to maven2, tagging 477443
# Automatically generated email from bts, devscripts version 2.10.26 # # maven2 (2.0.9-1) unstable; urgency=low # # * Added bash-completion file (Closes: #477443). package maven2 tags 477443 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477794: texlive-latex-extra: everypage bug is not usuable please consider to update
Package: texlive-latex-extra Version: 2007.dfsg.1-1 Severity: normal Everypage included in this version suffer for a critical bug. Please upgrade to 1.1 as noted byt he original author on ctan. Regards bastien #-- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-latex-extra depends on: ii preview-latex-style 11.83-7.1 extraction of elements from LaTeX ii texlive-common2007-13TeX Live: Base component ii texlive-latex-base2007-13TeX Live: Basic LaTeX packages ii texlive-pictures 2007-13TeX Live: Packages for drawings gr Versions of packages texlive-latex-extra recommends: ii tetex-extra2007-13 TeX Live: teTeX transitional packa ii texlive-generic-extra 2007.dfsg.1-1 TeX Live: Miscellaneous extra gene ii texlive-humanities 2007.dfsg.1-1 TeX Live: LaTeX support for the hu ii texlive-latex-extra-doc2007.dfsg.1-1 TeX Live: Documentation files for ii texlive-latex-recommended 2007-13 TeX Live: LaTeX recommended packag ii texpower 0.2-7 Macros for creating professional p Versions of packages tex-common depends on: ii debconf 1.5.20 Debian configuration management sy ii ucf 3.006 Update Configuration File: preserv Versions of packages texlive-latex-extra is related to: pn tetex-basenone (no description available) ii tetex-bin 2007-13TeX Live: teTeX transitional packa ii tetex-extra 2007-13TeX Live: teTeX transitional packa ii tex-common1.11 common infrastructure for building -- debconf information excluded -- ROUCARIES Bastien [EMAIL PROTECTED] --- DO NOT WRITE TO [EMAIL PROTECTED] OR BE BLACKLISTED -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477793: psi: Additional information
Package: psi Version: 0.11-8 Followup-For: Bug #477793 I missed one important fact in the original report. These are floats that are affected, not windows. Popup windows used for notifications are displayed with correct system colors (for Dark Blue it's white text on blue background). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages psi depends on: ii libaspell150.60.5-2.2GNU Aspell spell-checker runtime l ii libc6 2.7-10GNU C Library: Shared libraries ii libgcc11:4.3.0-3 GCC support library ii libqca22.0.0-4 libraries for the Qt Cryptographic ii libqt4-gui 4.4.0~rc1-4 Qt 4 GUI module ii libqt4-network 4.4.0~rc1-4 Qt 4 network module ii libqt4-qt3support 4.4.0~rc1-4 Qt 3 compatibility library for Qt ii libqt4-xml 4.4.0~rc1-4 Qt 4 XML module ii libqtcore4 4.4.0~rc1-4 Qt 4 core module ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxss11:1.1.3-1 X11 Screen Saver extension library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages psi recommends: ii libqca2-plugin-ossl 0.1~20070904-3 QCA OSSL plugin for libqca2 ii sox 14.0.1-2 Swiss army knife of sound processi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477727: it works
sorry poeple it works now -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477795: kopete: Segfault when opening the settings dialogue
Package: kopete Version: 4:3.5.9-1 Severity: important Everytime i try to open the settings of Kopete it crashes. Both possibilities - open the settings via the main menu or the tray-icon menu - show the same behaviour. The last thing I did was adding a new Jabber account several weeks ago. Today I wanted to add another one and experienced this crash. Here is the backtrace: [Thread debugging using libthread_db enabled] [New Thread 0xb613a6c0 (LWP 3726)] [KCrash handler] #6 QStyleSheet::escape ([EMAIL PROTECTED]) at kernel/qstylesheet.cpp:1471 #7 0xb7e80368 in Kopete::Contact::toolTip (this=0x82ab018) at /build/buildd/kdenetwork-3.5.9/./kopete/libkopete/kopetecontact.cpp:748 #8 0x08079c1e in KopeteWindow::slotAccountStatusIconChanged (this=0x8191ea0, contact=0x82ab018) at /build/buildd/kdenetwork-3.5.9/./kopete/kopete/kopetewindow.cpp:827 #9 0x080830f0 in KopeteWindow::qt_invoke (this=0x8191ea0, _id=97, _o=0xbfe2a58c) at ./kopetewindow.moc:210 #10 0xb729aed1 in QObject::activate_signal (this=0x82ab018, clist=0x8385410, o=0xbfe2a58c) at kernel/qobject.cpp:2383 #11 0xb7e50192 in Kopete::Contact::propertyChanged (this=0x82ab018, t0=0x82ab018, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at ./kopetecontact.moc:233 #12 0xb7e7e67f in Kopete::Contact::setProperty (this=0x82ab018, [EMAIL PROTECTED], [EMAIL PROTECTED]) at /build/buildd/kdenetwork-3.5.9/./kopete/libkopete/kopetecontact.cpp:622 #13 0xb7e7eb51 in Kopete::Contact::setOnlineStatus (this=0x82ab018, [EMAIL PROTECTED]) at /build/buildd/kdenetwork-3.5.9/./kopete/libkopete/kopetecontact.cpp:161 #14 0xb572cbed in OscarAccount::logOff (this=0x833df88, reason=Kopete::Account::Manual) at /build/buildd/kdenetwork-3.5.9/./kopete/protocols/oscar/oscaraccount.cpp:161 #15 0xb572d1f5 in OscarAccount::disconnect (this=0x833df88) at /build/buildd/kdenetwork-3.5.9/./kopete/protocols/oscar/oscaraccount.cpp:171 #16 0xb572d30d in ~OscarAccount (this=0x833df88) at /build/buildd/kdenetwork-3.5.9/./kopete/protocols/oscar/oscaraccount.cpp:133 #17 0xb57ba57d in ~ICQAccount (this=0x833df88) at /build/buildd/kdenetwork-3.5.9/./kopete/protocols/oscar/icq/icqaccount.cpp:109 #18 0xb7e8f0a0 in ~Protocol (this=0x8354fc8) at /build/buildd/kdenetwork-3.5.9/./kopete/libkopete/kopeteprotocol.cpp:73 #19 0xb57c8d43 in ~ICQProtocol (this=0x8354fc8) at /build/buildd/kdenetwork-3.5.9/./kopete/protocols/oscar/icq/icqprotocol.cpp:210 #20 0xb7ea169a in ~PluginManager (this=0x820d4c0) at /build/buildd/kdenetwork-3.5.9/./kopete/libkopete/kopetepluginmanager.cpp:116 #21 0xb7e5093f in __tcf_11 () at /usr/include/kde/kstaticdeleter.h:126 #22 0xb7b26221 in __cxa_finalize () from /lib/i686/cmov/libc.so.6 #23 0xb7e3d6c3 in __do_global_dtors_aux () from /usr/lib/libkopete.so.1 #24 0xb7edb92c in _fini () from /usr/lib/libkopete.so.1 #25 0xb7f1dfdf in ?? () from /lib/ld-linux.so.2 #26 0xb7f2b260 in _rtld_global () from /lib/ld-linux.so.2 #27 0x in ?? () I suppose it is related to updates in other packages, because the last Kopete update was a while back. But I'm not sure where to start looking... Best regards Matthias -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kopete depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-2+b1 core libraries and binaries for al ii libc62.7-10 GNU C Library: Shared libraries ii libgadu3 1:1.8.0+r592-1 Gadu-Gadu protocol library - runti ii libgcc1 1:4.3.0-3 GCC support library ii libglib2.0-0 2.16.3-2The GLib library of C routines ii libgsmme1c2a 1.10-12.5 GSM mobile phone access library ii libidn11 1.7-1 GNU libidn library, implementation ii libmeanwhile11.0.2-3 open implementation of the Lotus S ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml2 2.6.32.dfsg-2 GNOME XML library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii libxslt1.1 1.1.23-1XSLT processing library - runtime Versions of packages kopete recommends: ii qca-tls 1.0-4 TLS plugin for the Qt Cryptographi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477402: manpages-dev: Formatting problem in utime(2)
On Wed, 23 Apr 2008, Michael Kerrisk wrote: We perhaps disagree a little on the balance between that and other factors, but I think we fundamentally agree on what's good to aim for. I think so. I had written rather more on the subject but deleted it as I thought I would be unlikely to convince you! PS I added a subheaduing in mmap.2 and am wondering about whether msgop.2, semop.2, shmop.2, and getopt.3 could do with some restructuring and/or headings to make their structure clearer. The odd thing about msgop(2) is that there is no msgop(2). I suggest fixing that by removing the text msgop from the page, and renaming it to msgsnd.2 or msgrcv.2, and having msgop.2 link to it. Other than that I have no problem with the structure of the page, as one probably needs to understand sending and receiving together. In getopt.3 I would have a heading for the long variants. shmop.2 has the same problem as msgop.2, and looks like it could do with per-function headings. semop.2 actually exists! and I have no problem with its layout. -- http://rrt.sc3d.org/ | Floc: an egregiously good aperitif -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474294: RFH: Chrony goes into endless loop on x86_64
On Thu, Apr 24, 2008 at 02:21:39PM -0500, John Hasler wrote: Gabor writes: That will be difficult since sometimes the bug does not hit for weeks and then suddenly chrony starts to loop all the time. Are you saying that you have seen the bug? Yes, see bug #447011. In fact, #474294 is a duplicate of #447011... So I'd say go ahead and upload the new version to unstable, and if there are no new occurances of the bug for 1-2 months then you can close it. Which would probably result in Chrony being removed from Lenny. Well, then someone should start debugging it. The gdb trace sent by Goshwin is quite promising. If UTI_NormaliseTimeval() is called with x-tv_usec being a very large value (say LONG_MAX), that would clearly explain the hang, and it would also explain why i386 does not seem to be affected even if it is just as buggy as amd64: on i386, the while {} loops execute at most 2147 times which is basically unnoticable, while on amd64 that can be 2^32 times more. So, IMHO turning the two while {} loops in UTI_NormaliseTimeval() into divide/remainder operations should fix the hang. However, it still needs investigation _why_ UTI_NormaliseTimeval() is being called with such a bad time value, as it may be a result of a more severe bug like memory corruption. Maybe upstream could help here. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences, Laboratory of Parallel and Distributed Systems Address : H-1132 Budapest Victor Hugo u. 18-22. Hungary Phone/Fax : +36 1 329-78-64 (secretary) W3: http://www.lpds.sztaki.hu - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477796: The description could be improved
Package: mhddfs Version: 0.1.8-1 Severity: minor Hello, thank you for maintaining mhddfs. I noticed that the description could be improved, and I asked [EMAIL PROTECTED] for help. They came up with this proposal: Description: file system for unifying several mount points into one This FUSE-based file system allows mount points (or directories) to be combined, simulating a single big volume which can merge several hard drives or remote file systems. It is like unionfs, but can choose the drive with the most free space to create new files on, and can move data transparently between drives. Best regards, Enrico -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477797: O: gtkballs
Package: wnpp Severity: normal Orphaning this simple package due to lack of time. Very little maintenance involved with this. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.17+splice Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477793: psi: systray/roster popup text color unreadable when system text color is light
Hi Marcin, On Fri, Apr 25, 2008 at 11:41:06AM +0200, Marcin Trybus wrote: First of all I'd like to point that this bug was introduced in package version 0.11-8. Earlier versions were fine, up to 0.11-7. This is strange, as changes between -7 and -8 were minimal, and none of the changes seems to be related to font colors in any way. Are you sure that the changed behaviour was not caused by some other update? Could you try to downgrade to -7 to see if that really fixes the problem? Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477688: [Pkg-octave-devel] Bug#477688: [octave3.0] print()'ing a figure with title or (x|y)labels fails with gdImageStringFT error
package octave3.0 tags 477688 confirmed upstream thanks * Didier Raboud [EMAIL PROTECTED] [2008-04-24 17:04]: Package: octave3.0 Version: 1:3.0.1-1 Severity: normal --- Please enter the report below this line. --- Hi, If I enter the following in Octave 3.0.1-1 : --- Test Case --- figure; plot(1:2,1:2); xlabel('Label X'); ylabel('Label Y'); title('Title'); legend('Blue Line'); print('/tmp/testcase.png'); --- /Test Case --- After the last command, I get the following error : --- Error gdImageStringFT: Could not find/open font while printing string Label Y with font Helvetica gdImageStringFT: Could not find/open font while printing string Label X with font Helvetica gdImageStringFT: Could not find/open font while printing string Title with font Helvetica --- /Error --- And the resulting image contains no title nor labels (but contains the textual legend !) This problem has been already discussed in the upstream mailing list [1]. I do not know how to fix it. For now, you could try the following: $ sudo apt-get install ttf-bitstream-vera $ export GDFONTPATH=/usr/share/fonts/truetype/ttf-bitstream-vera $ octave octave:1 figure; octave:2 plot (1:2, 1:2); octave:3 xlabel ('Label X', 'Fontname', 'Vera'); octave:4 ylabel ('Label Y', 'Fontname', 'Vera'); octave:5 title ('Title', 'Fontname', 'Vera'); octave:6 legend ('Blue Line'); octave:7 print('/tmp/testcase.png'); -- Rafael
Bug#471670: [bzip2] CVE-2008-1372 buffer over-read via crafted archive file
Package: bzip2 Version: 1.0.5-0.1 --- Please enter the report below this line. --- Hi. This bug has been quiet for a while... I'm just pinging to see if there's any progress in fixing it in stable (and possibly oldstable). Regards, Zoran --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-1-686 Debian Release: lenny/sid 990 testing security.debian.org 990 testing debian.iskon.hr 990 testing buildd.emdebian.org 600 stable security.debian.org 600 stable debian.iskon.hr 500 ubuntu-doko people.ubuntu.com 500 kernel-dists-sid kernel-archive.buildserver.net 500 feisty wine.budgetdedicated.com 50 unstabledebian.iskon.hr 50 unstabledebian-multimedia.org 50 unstablebuildd.emdebian.org 40 experimentaldebian.iskon.hr --- Package information. --- Depends(Version) | Installed -+-== libbz2-1.0 (= 1.0.5-0.1) | 1.0.5-0.1 libc6 (= 2.7-1) | 2.7-10 -- Zoran D�elajlija Informacijski sustavi i servisi Iskon Internet d.d. Garicgradska 18, 1 Zagreb Croatia Telefon: +385 1 6000 700 Telefax: +385 1 6000 777 http://www.iskon.hr IZJAVA O ODRICANJU OD ODGOVORNOSTI: Sadr�aj ove poruke i eventualno prilo�enih datoteka povjerljiv je i namijenjen samo primateljima navedenima u adresi. Svako neovla�teno kori�tenje, objavljivanje, prerada, obrada, reprodukcija, prikazivanje, preno�enje, snimanje ili bilo koji drugi oblik neovla�tene uporabe ove elektroni�ke po�te podlije�e kaznenoj i prekr�ajnoj odgovornosti kao i gra�ansko pravnoj za�titi. DISCLAIMER: The contents of this email as well as any files attached to it are confidential and intended solely for recipients which they are addressed to. Any unauthorised use, publishing, editing, treatment, reproduction, displaying, transmitting, photocopying, dissemination, or any other type of unauthorised use of this e-mail is illegal and, as such, shall be subject to criminal and offence (infringement, violation) responsibility, as well as civil legal protection. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448532: Bug#442361: QuickForm PHP Licence makes it undistributable
Hi Frederic, Honestly I was a bit discouraged by this licence problem, I only wanted to package Quickform as it was a dependancy of centreon [1]. But lots of pear packages that centreon used suffer from the same licence problem, and convince all these developpers to change licence to be able to distribute their package in debian, it seems to me, is a long and tedious task ! I didn't have time recently to rework on this and talk with developpers, if you're motivated, you can do it and takeover this ITP. Yann [1] http://www.centreon.com/ Frederic Lehobey wrote: Hi, I am currently working on packaging phpMyVisites for Debian (http://bugs.debian.org/448532). XML_RPC::1.4.5 It has a dependency on QuickForm and, hence, possibly a dependency on your future package. Unfortunately, it seems QuickForm has legal problems with its licence for being included in the archive. See this thread: http://lists.debian.org/debian-legal/2006/12/msg00125.html and particularly: http://lists.debian.org/debian-legal/2006/12/msg00144.html I have noticed upstream is working on a rewriting under BSD Licence http://pear.php.net/package/HTML_QuickForm to http://pear.php.net/package/HTML_QuickForm2 but I do not if it is an exact replacement. What are your thoughts? your plans? Best regards, Frédéric Lehobey
Bug#470509: Split patches?
Please apply this patch, it is required for my etch-based setup. regards, Jörg
Bug#477799: python-m2crypto: missing inspect import makes m2urllib2 fail
Package: python-m2crypto Version: 0.18.2-1 Severity: important Tags: patch m2urllib2.py in M2Crypto uses from urllib 2 import *, which in python 2.4 also brought in inspect, which is no longer the case in 2.5. Adding an explicit inspect import works fine: ---snip--- --- m2urllib2.py.orig 2008-04-25 13:07:10.0 +0200 +++ m2urllib2.py2008-04-25 13:07:40.0 +0200 @@ -12,6 +12,7 @@ from urllib2 import * +import inspect import urlparse import SSL ---snap--- -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-m2crypto depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-8 SSL shared libraries ii python2.5.2-1An interactive high-level object-o ii python-support0.7.7 automated rebuilding support for P python-m2crypto recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477798: Contacts transference by the groups
Package: centerim Version: 4.22.5-1 Severity: important Contacts transference by the groups stopped to operate. i.e. if contact will moved (ICQ, i don't chek other ones untill) from group A to group B, then contact will stay in goup A after exit/new start. signature.asc Description: Digital signature
Bug#471670: [bzip2] CVE-2008-1372 buffer over-read via crafted archive file
On Fri, April 25, 2008 13:08, Zoran Dzelajlija wrote: Hi. This bug has been quiet for a while... I'm just pinging to see if there's any progress in fixing it in stable (and possibly oldstable). Just a quick note: I'm not aware of progress for stable, but I can already note that no updates are made anymore to oldstable, that has been EOLed. cheers, Thijs
Bug#477800: tkmixer: Doesn't run (can't open /dev/mixer)
Package: tkmixer Version: 1.0-18 Severity: important On my system, tkmixer completely fails to launch: [EMAIL PROTECTED] ~]$ tkmixer error opening mixer device tkmixer: No such file or directory [EMAIL PROTECTED] ~]$ This is because my mixer device is at /dev/sound/mixer, but tkmixer is trying to open /dev/mixer. I don't believe I've done any special configuration where this is concerned, so I would expect that this affects a large number of users. I'm running udev. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tkmixer depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii tcl8.48.4.19-1 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.19-1 Tk toolkit for Tcl and X11, v8.4 - tkmixer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477402: manpages-dev: Formatting problem in utime(2)
On Fri, Apr 25, 2008 at 12:38 PM, Reuben Thomas [EMAIL PROTECTED] wrote: On Wed, 23 Apr 2008, Michael Kerrisk wrote: We perhaps disagree a little on the balance between that and other factors, but I think we fundamentally agree on what's good to aim for. I think so. I had written rather more on the subject but deleted it as I thought I would be unlikely to convince you! Well, sometimes arguments will sit in my mind for a while, and precipitate action at a (rather) later date. PS I added a subheaduing in mmap.2 and am wondering about whether msgop.2, semop.2, shmop.2, and getopt.3 could do with some restructuring and/or headings to make their structure clearer. The odd thing about msgop(2) is that there is no msgop(2). I suggest fixing that by removing the text msgop from the page, and renaming it to msgsnd.2 or msgrcv.2, and having msgop.2 link to it. I agree that it's odd, but the name msgop (message operations) is historical -- you'll find it on many (most? all?) Unix variants, so it should be kept. Other than that I have no problem with the structure of the page, as one probably needs to understand sending and receiving together. In getopt.3 I would have a heading for the long variants. Yes, that was what I am tempted to do Done now. shmop.2 has the same problem as msgop.2, and looks like it could do with per-function headings. See above. I consider the need for per-function headings here as borderline. The page is not too long, and the material is a bit mixed up (e.g., general comments aboyt fork() and exec() follow the shmdt() description). I've made a note to review the structure of this page later. semop.2 actually exists! and I have no problem with its layout. Thanks for your input Reuben. Cheers, Michael -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ Found a bug? http://www.kernel.org/doc/man-pages/reporting_bugs.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289632: RFP: brlcad -- A Combinatorial/Constructive Solid Geometry, solid modeling system
Indeed, I'm looking at it again, this time version 7.12.2... If I get it to work, it'll be at http://sid.ethz.ch/debian/brlcad/ Yours, Gürkan
Bug#477402: manpages-dev: Formatting problem in utime(2)
On Fri, 25 Apr 2008, Michael Kerrisk wrote: The odd thing about msgop(2) is that there is no msgop(2). I suggest fixing that by removing the text msgop from the page, and renaming it to msgsnd.2 or msgrcv.2, and having msgop.2 link to it. I agree that it's odd, but the name msgop (message operations) is historical -- you'll find it on many (most? all?) Unix variants, so it should be kept. I agree that the name should be kept, I just don't think that it should be in the page, at least not without some note to explain it; otherwise comparison with semop(2) might lead users to the (wrong) conclusion that there was a missing function. Comparison with msgop.2 might lead to a different conclusion, or it might just mystify further. shmop.2 has the same problem as msgop.2, and looks like it could do with per-function headings. See above. See above. -- http://rrt.sc3d.org/ | irrevocable, a. expensive; see also lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477801: distcc: [INTL:vi] Vietnamese debconf templates translation update
Package: distcc Version: 2.18.3-5.1 Tags: l10n patch Severity: wishlist The updated Vietnamese translation for the debconf file: distcc translated and submitted by: Clytie Siddall Vietnamese Free-Software Translation Team http://vnoss.net/dokuwiki/doku.php?id=projects:l10n vi.po Description: Binary data
Bug#477793: psi downgrade does no good
Package: psi Version: 0.11-4 Followup-For: Bug #477793 You're right, the downgrade did little good. This must be a change in one of the libraries psi depends on. I remeber there was a Qt libs upgrade that was required before 0.11-8 could be installed. I don't know how to check for the specific version numbers. I though it might have been caused by a stale KDE4 configuration (I tested it for some time back in January) because up to version 0.11-7 psi was themed according to the KDE4 theme I used during the test. I remember it because it was green, rather then blue. Since 0.11-8 colors from KDE3 theme is applied. I removed the ~/.kde4 but nothing has changed, so it is most likely caused by the libraries themselves. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages psi depends on: ii libaspell150.60.5-2.2GNU Aspell spell-checker runtime l ii libaudio2 1.9.1-2 Network Audio System - shared libr ii libc6 2.7-10GNU C Library: Shared libraries ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-3 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libmysqlclient15off5.0.51a-3 MySQL database client library ii libpng12-0 1.2.26-1 PNG library - runtime ii libpq5 8.3.1-2 PostgreSQL C client library ii libqca22.0.0-4 libraries for the Qt Cryptographic ii libqt4-core4.4.0~rc1-4 transitional package for Qt 4 core ii libqt4-gui 4.4.0~rc1-4 Qt 4 GUI module ii libqt4-qt3support 4.4.0~rc1-4 Qt 3 compatibility library for Qt ii libqt4-sql 4.4.0~rc1-4 Qt 4 SQL module ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsqlite0 2.8.17-4 SQLite shared library ii libsqlite3-0 3.5.7-2 SQLite 3 shared library ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxss11:1.1.3-1 X11 Screen Saver extension library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages psi recommends: ii libqca2-plugin-ossl 0.1~20070904-3 QCA OSSL plugin for libqca2 ii sox 14.0.1-2 Swiss army knife of sound processi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473508: abiword: Thai users want it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The 2.6.x will be the first version for AbiWord to be no more just a toy for Thai users. Its improved Thai support will catch Thai users' interests. So, it would be nice to have it in Debian. Thanks. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIEcDRqgzR7tCLR/4RAtrgAJ0eVOGHuKX8/IgH1CIzpkYD0UYEmACgiQTT P4RdNWlOkPQkR2sUlaGfBVc= =m0k7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321109: [PATCH] grub-installer password confirmation
On Thu, 2008-04-17 at 18:08 +0200, Frans Pop wrote: Please do test it with preseeding too, both for clear text and encrypted. Note that you can also preseed by passing template=value at the boot prompt. You don't need to use a preconfiguration file. Hi, I tested yesterday with preseeding the grub-installer/password-crypted value with a crypted value that I generated with grub beforehand. I was able to use the uncrypted password to unlock grub after install. I'm not sure what you mean by both for clear text and encrypted. Would you like to test preseeding grub-installer/password and grub-installer/password-again? Thanks, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]