Bug#588423: apt: List gnumach kernel as to NeverAutoRemove
On Wed, Jan 26, 2011 at 03:03:32AM +0100, Guillem Jover wrote: Hi! Hi, On Sun, 2010-08-15 at 14:51:28 +0200, David Kalnischkies wrote: sorry for the long delay, it slipped through… Well, same here. :) 2010/7/8 Guillem Jover guil...@debian.org: The GNU/Hurd kernel (GNU Mach) package is not listed as to not be autoremoved. Here's a patch to fix that. Out of interest: Is this name temporary in the sense that it will change soon (for various definitions of soon) to the normal version-depending naming scheme as kfreebsd and linux use it or will it stay forever with this name (for various definitions of forever). We've talked about changing the name from gnumach to something like gnumach-image-1 in the future, maybe during wheezy. So if you prefer to wait I guess that'd be fine too, otherwise I can file a new bug report once (and if) that happens. Thanks! I commited your patch into our debian-sid branch. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602853: Workaround documented in errata
Thanks for providing a patch, it has been on my todo list for a while, however I was not able to find time to take care of it so far. One of the users affected by this problem has confirmed that booting with 'video=atyfb:off' provides a workaround for this issue [0]. It has now been (or should be) documented in release errata [1]. [0] http://bugs.debian.org/609466 [1] http://lists.debian.org/debian-boot/2011/01/msg01001.html Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611714: iptables-persistent: [INTL:es] Spanish debconf template translation
Package: iptables-persistent Version: 0.5 Severity: wishlist Please find attached the Spanish debconf translation. Thanks. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # iptables-persistent po-debconf translation to Spanish # Copyright (C) 2011 Software in the Public Interest # This file is distributed under the same license as the iptables-persistent package. # # Changes: # - Initial translation # Ricardo Fraile r...@esdebian.org, 2011 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: iptables-persistent 0.5\n Report-Msgid-Bugs-To: iptables-persist...@packages.debian.org\n POT-Creation-Date: 2010-12-30 21:33+\n PO-Revision-Date: 2011-01-24 10:52+0200\n Last-Translator: Ricardo Fraile r...@esdebian.org\n Language-Team: Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit #. Type: boolean #. Description #: ../iptables-persistent.templates:1001 msgid Save current IPv4 rules? msgstr ¿Desea guardar las reglas IPv4 actuales? #. Type: boolean #. Description #: ../iptables-persistent.templates:1001 msgid The installer can save your current iptables rules to the configuration file /etc/iptables/rules.v4. These rules will then be loaded next time the machine is started. msgstr El instalador puede guardar las reglas actuales de iptables en el archivo de configuración «/etc/iptables/rules.v4». Las reglas se cargarán la próxima vez que inicie el equipo. #. Type: boolean #. Description #: ../iptables-persistent.templates:1001 msgid Rules are only saved automatically during installation or upgrade. See the manual page of iptables-save(8) for instructions on keeping the rules file up-to-date. msgstr Sólo se guardan las reglas automáticamente durante la instalación o en una actualización. Consulte las instrucciones en la página del manual de «iptables-save(8)» para mantener el archivo de reglas actualizado. #. Type: boolean #. Description #: ../iptables-persistent.templates:2001 msgid Save current IPv6 rules? msgstr ¿Desea guardar las reglas IPv6 actuales? #. Type: boolean #. Description #: ../iptables-persistent.templates:2001 msgid The installer can save your current iptables rules to the configuration file /etc/iptables/rules.v6. These rules will then be loaded next time the machine is started. msgstr El instalador puede guardar las reglas actuales de iptables en el archivo de configuración «/etc/iptables/rules.v6». Las reglas se cargarán la próxima vez que inicie el equipo. #. Type: boolean #. Description #: ../iptables-persistent.templates:2001 msgid Rules are only saved automatically during installation or upgrade. See the manual page of ip6tables-save(8) for instructions on keeping the rules file up-to-date. msgstr Sólo se guardan las reglas automáticamente durante la instalación o en una actualización. Consulte las instrucciones en la página del manual de «ip6tables-save(8)» para mantener el archivo de reglas actualizado.
Bug#611583: openoffice.org-emailmerge: unopkg failed
Hi, On Mon, Jan 31, 2011 at 10:09:32PM -0800, Ross Boylan wrote: The lenny-squeeze upgrade path might hit this, and the bug might be present in squeeze (if it's a bug, and not just a warning message). Or, as you say, it might be specific to my setup. Or not. At least I never saw it on my test dist-upgrades. Then again lenny-squeeze has some possible other pitfalls... And the version you report the bug against is the version from lenny-security/lenny-proposed-updates. On a recent update to a lenny system *to* a lenny? From what? etch? Now?? lenny. That is, I have a stable/lenny system and did an aptitude U upgrade (i.e., security fixes). OK. Hmm. And what happens if you run unopkg using -v manually? See /var/lib/dpkg/info/openoffice.org-emailmerge.postinst for the exact command line used. Assuming this is the relevant section add_extension() { echo -n Adding extension $1... INSTDIR=`mktemp -d` /usr/lib/openoffice/program/unopkg add --shared $1 \ -env:UserInstallation=file:///$INSTDIR \ '-env:UNO_JAVA_JFW_INSTALL_DATA=$ORIGIN/../share/config/javasettingsunopkginstall.xml' \ -env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 if [ -n $INSTDIR ]; then rm -rf $INSTDIR; fi echo done. } , I don't know what $ORIGIN is. You don't need to, it's evaluated by OOo itself. Did you have OOo running while you ran the upgrade? Not that I was aware of. My mail client probably had used it to view some MS Word attachments earlier. If that leaves something hanging around, it's possible OO was still running. That's possible, yes... Was/is there a soffice.bin process running? APT policy: (990, 'stable'), (50, 'unstable') Do you have packages from unstable installed? Which? How do I check? I'm pretty sure I have some packages pulled in from the testing or unstable, but I don't recall which. Unstable packages I probably built from source. apt-cacher and samba have had some of that. apt-show-versions can help you. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577925: tgt on debian
Package: tgt Version: 1:1.0.4-2 Severity: normal still no initscript for tgtd. but manually starting it, it works. i successfully done some configuration using tgtadm and connected to it using open-iscsi package. works perfectly. performing modprobe rdma_cm modprobe rdma_ucm modprobe fcoe made warning message disappear. but because i do not use FC or Infiband, I cannot test it further, and it do not change anything for me. sredniczarny:~# tgtd -f (null): fcoe_init(214) (null) (null): fcoe_create_interface(171) no interface specified. libibverbs: Warning: couldn't open config directory '/etc/libibverbs.d'. libibverbs: Warning: couldn't open config directory '/etc/libibverbs.d'. anyway it works. Have no idea what libibverbs.d is. as of initscript, one should be aware of some curious things in tgtd. it do not exit when killed with SIGTERM, i need to use SIGKILL to stop it :( it do not check if interface is already binded or other instance of tgtd is running. I think start-stop-daemon need to be carefully used to prevent this two problems. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) (ignored: LC_ALL set to pl_PL.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages tgt depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libconfig-general-perl2.48-1 Generic Configuration Module ii libibverbs1 1.1.3-2A library for direct userspace use ii librdmacm11.0.10-1 A library for managing RDMA connec ii sg3-utils 1.29-1 utilities for devices using the SC tgt recommends no packages. tgt suggests no packages. -- Configuration Files: /etc/tgt/targets.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611680: dtc-xen - Remote authenticated root exploit
On Tue, Feb 01, 2011 at 02:20:14PM +0800, Thomas Goirand wrote: If you really think that there's some root exploit in any package, you should contact the security team AND the upstream author (myself in this case) *privately* to warn them about the issue, so a fix can be published before disclosing. If you were from outside Debian, I would understand that you don't know it. But as a DD for many years, I think this is a quite non-responsible behavior to just send this as a public bug. Please try to remember this next time. No. I'm doing public disclosure since years. Especially as this bug does not describe anything new, the author even documented it in the source. On 02/01/2011 06:17 AM, Bastian Blank wrote: dtc-xen includes several command executions as root that uses unchecked user input in dtc-soap-server. In the logic behind DTC and DTC-Xen, you shouldn't grant access to the SOAP daemon to a user you do not trust. In other words, nobody should be able to do what you write above. Parameters consistency checks are made on the web interface side. So I wont consider what you reported above as a security issue and RC bug. The daemon authenticates users, explicitely, not a given web frontend. So it is designed to be reacheable by users. Bastian -- Time is fluid ... like a river with currents, eddies, backwash. -- Spock, The City on the Edge of Forever, stardate 3134.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577925: additional parameters for tgtd
Package: tgt Version: 1:1.0.4-2 Severity: normal initscript should also allow adding additional options to tgtd. for example. TGTD_OPTS=--iscsi 'portal=[2001:124:123::5]:3260' to listen on single ipv6 interface. Also TGTD_ENABLE=false would be usefull, to have tgtd disabled by default. BTW. 1.0.13 version is already available, which contains lots of cumulatad bugfixes comparing to 1.0.4. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) (ignored: LC_ALL set to pl_PL.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages tgt depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libconfig-general-perl2.48-1 Generic Configuration Module ii libibverbs1 1.1.3-2A library for direct userspace use ii librdmacm11.0.10-1 A library for managing RDMA connec ii sg3-utils 1.29-1 utilities for devices using the SC tgt recommends no packages. tgt suggests no packages. -- Configuration Files: /etc/tgt/targets.conf changed: default-driver iscsi -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611500: general: Can't apply cursor theme changes
Hi, On Montag, 31. Januar 2011, Guilherme Salazar wrote: more details about the reported bug. Thanks for that, but please post it to the bug and not to me. Changing the cursor theme I can't see effect on the main cursor. But taking a screenshot (with the gnome-screenshot) the main cursor changed is showed. That is very strange! Any ideia about this bug? no. I'm neither a gnome user nor developer. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#611715: ntop: French debconf templates translation
Package: ntop Version: 2:3.2-rc1-1 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. Best regards, steve # Translation of ntop debconf template to French. # Copyright (C) 2011 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the ntop package. # Translators: # Sylvain Archenault sylvain.archena...@laposte.net, 2010. # Steve R. Petruzzello dl...@bluewin.ch, 2011. # blues...@bluewin.ch, 2011. msgid msgstr Project-Id-Version: ntop 2:3.2rc1-1\n Report-Msgid-Bugs-To: n...@packages.debian.org\n POT-Creation-Date: 2011-01-26 00:15-0800\n PO-Revision-Date: 2011-01-28 21:36+0100\n Last-Translator: Steve R. Petruzzello dl...@bluewin.ch\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n 1);\n #. Type: string #. Description #: ../ntop.templates:1001 msgid User for the ntop process to run as: msgstr Identifiant pour l'exécution de ntop : #. Type: string #. Description #: ../ntop.templates:1001 msgid Please choose the login that should be used to execute the ntop process. The use of the root user is not allowed. msgstr Veuillez choisir l'identifiant utilisé pour exécuter ntop. L'utilisation du superutilisateur (« root ») n'est pas autorisée. #. Type: string #. Description #: ../ntop.templates:1001 msgid The account will be created if it does not already exist, but if you leave it blank, no login will be created and ntop will not run until manually configured. msgstr L'identifiant sera créé s'il n'existe pas, mais si vous laissez ce champ vide, aucun identifiant ne sera créé et ntop ne pourra pas être exécuté tant que vous n'en aurez pas créé un vous-même. #. Type: string #. Description #: ../ntop.templates:2001 #| msgid Which interfaces should ntop listen on? msgid Interfaces for ntop to listen on: msgstr Interfaces sur lesquelles ntop sera à l'écoute : #. Type: string #. Description #: ../ntop.templates:2001 #| msgid #| Please enter a comma separated list of interfaces ntop should listen on. msgid Please enter a comma-separated list of interfaces that ntop should listen on. msgstr Veuillez indiquer, séparées par des virgules, la liste des interfaces sur lesquelles ntop doit être à l'écoute. #. Type: password #. Description #: ../ntop.templates:3001 msgid Administrator password: msgstr Mot de passe de l'administrateur : #. Type: password #. Description #: ../ntop.templates:3001 msgid Please choose a password to be used for the privileged user \admin\ in ntop's web interface. msgstr Veuillez choisir un mot de passe pour l'identifiant « admin » pour l'interface web de ntop. #. Type: password #. Description #: ../ntop.templates:4001 msgid Re-enter password to verify: msgstr Confirmation du mot de passe : #. Type: password #. Description #: ../ntop.templates:4001 msgid Please enter the same password again to verify that you have typed it correctly. msgstr Veuillez entrer le même mot de passe pour vérification. #. Type: error #. Description #: ../ntop.templates:5001 msgid Empty password msgstr Mot de passe vide #. Type: error #. Description #: ../ntop.templates:5001 msgid You entered an empty password, which is not allowed. Please choose a non- empty password. msgstr Vous avez entré un mot de passe vide, ce qui n'est pas autorisé. Veuillez choisir un mot de passe non vide. #. Type: error #. Description #: ../ntop.templates:6001 msgid Password input error msgstr Erreur de saisie du mot de passe #. Type: error #. Description #: ../ntop.templates:6001 msgid The two passwords you entered were not the same. Please try again. msgstr Les deux mots de passe que vous avez entrés sont différents. Veuillez recommencer. #. Type: boolean #. Description #: ../ntop.templates:7001 msgid Set a new administrator password? msgstr Faut-il créer un nouveau mot de passe pour l'administrateur ? #. Type: boolean #. Description #: ../ntop.templates:7001 msgid A password for ntop's administrative web interface has already been set. msgstr Un mot de passe pour l'interface web de ntop a déjà été créé. #. Type: boolean #. Description #: ../ntop.templates:7001 msgid Please choose whether you want to change that password. msgstr Vous pouvez choisir de changer ce mot de passe.
Bug#587905: works with test build of linux-image-2.6.32-5-openvz-amd64_2.6.32-31_amd64
I no longer have hardware to test this on, but I'm told that a default setup of ext4 + openvz works now with maks' test build of linux-image-2.6.32-5-openvz-amd64_2.6.32-31_amd64. Unsure if the OOPS still occurs when someone turns on delalloc, but at least it doesn't for the default case now. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590321: vzctl: ip6tables does not work in VE
Hi everyone, have a 2.6.32-31 build for testing here, ola or anyone? http://charm.itp.tuwien.ac.at/~mattems/linux-image-2.6.32-5-openvz-amd64_2.6.32-31_amd64.deb http://charm.itp.tuwien.ac.at/~mattems/linux-image-2.6.32-5-openvz-amd64_2.6.32-31_amd64.deb.sha512sum.asc This test build works for me and resolves the ip6tables issue. I've had someone else test this too (thanks Bernhard), and he reports that this build also fixes #587905 and #579658 for him. Thanks, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611716: network-manager should retry DHCP configuration periodically after it fails
Package: network-manager Version: 0.8.1-6 Severity: important Tags: upstream When connected to a router with inbuilt switch, power-cycling the router bring the Ethernet interface down and up again, thus triggering a reconfiguration. When using DHCP, this include sending a query for an address to the router. However, it may take some time for the router to be ready again, and the DHCP requests essentially end nowhere. Network-manager is therefore unable to configure the interface. However, it never retries to configure and use that interface (regardless of the fact that IPv6 addresses may have been obtained through SLAA) without human intervention, leaving the machine potentially indefinitely offline. Network-manager should try periodically to re-configure DHCP interfaces, potentially with an exponential back-off. Additionally, it would be good if, in the meantime, it configured link-local IPv4 addresses. Not sure if it is an upstream issue, but I suspect as much as Ubuntu appears to have the same problem. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager depends on: ii adduser 3.112+nmu2 add and remove users and groups ii dbus1.2.24-4 simple interprocess messaging syst ii isc-dhcp-client 4.1.1-P1-15 ISC DHCP client ii libc6 2.11.2-9 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-20.88-2.1 simple interprocess messaging syst ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgudev-1.0-0 164-3GObject-based wrapper library for ii libnl1 1.1-6library for dealing with netlink s ii libnm-glib2 0.8.1-6 network management framework (GLib ii libnm-util1 0.8.1-6 network management framework (shar ii libpolkit-gobject-1-0 0.96-4 PolicyKit Authorization API ii libuuid12.17.2-5 Universally Unique ID library ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii udev164-3/dev/ and hotplug management daemo ii wpasupplicant 0.6.10-2.1 client support for WPA and WPA2 (I Versions of packages network-manager recommends: ii dnsmas 2.55-2+b1 A small caching DNS proxy and DHCP ii iptabl 1.4.8-3 administration tools for packet fi ii modemm 0.4+git.20100624t180933.6e79d15-2 D-Bus service for managing modems ii policy 0.96-4framework for managing administrat ii ppp2.4.5-4 Point-to-Point Protocol (PPP) - da Versions of packages network-manager suggests: pn avahi-autoipd none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611705: nvidia-vdpau-driver: VDPAU library couldn't be loaded
On 2011-02-01 07:32, Matias Bellone wrote: Package: nvidia-vdpau-driver Version: 195.36.31-6 Severity: important Your system is messed up by previously having used the nvidia-installer. Try 'nvidia-installer --uninstall' and reinstall all Debian *nvidia* packages afterwards. If this doesn't work, follow these instructions: SWITCHING FROM NVIDIA WAY TO DEBIAN WAY: --- If you had previously installed the NVIDIA driver directly (by executing the NVIDIA-Linux-*.run file) and want to switch to the Debian packages (which is recommended), please follow these upgrade instructions: http://forums.debian.net/viewtopic.php?f=6t=53144#p306438 In short: - remove all Debian *nvidia* packages - reinstall the NVIDIA driver by executing NVIDIA-Linux-*.run again (otherwise removal will fail), ignore errors - remove the driver installed from the *.run file: nvidia-install --uninstall - remove all nvidia.ko still found under /lib/modules - reinstall the Debian nvidia-glx packages Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611700: live-helper: Package xresprobe is not available, but is referred to by another package.
xresprobe is no longer required. remove it from your configuration. It should build fine after that. On Mon, Jan 31, 2011 at 9:29 PM, Piotr upite...@lycos.com wrote: Package: live-helper Version: 2.0.11-1 Severity: normal Using a custom config from live-helper: # lb config --bootappend-live locales=de_CH.UTF-8 keyboard-layouts=ch and then # lh build or # lb build I get this error message: Package xresprobe is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package 'xresprobe' has no installation candidate P: Begin unmounting filesystems... greetings piotr -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-helper depends on: ii live-build2.0.11-1 Debian Live - System Build Scripts live-helper recommends no packages. live-helper suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110201022939.9936.86561.reportbug@toshiba
Bug#608791: syslog-ng: dir_group not effective
In my opinion, this is a release critical issue, because systems that relied in dir_group() working (because it does work as expected in Lenny), and built scripts or other infrastructure around that feature, will break when upgrading to Squeeze. I run syslog-ng with root:root, but the group of some of my log files (and the subdirectories they reside in) are NOT root, because the scripts built over the years to monitor and work with these log files are not to be run as root. Now, if I upgrade to Squeeze, and dir_group() stops working, the whole system built upon the assumption that directories will have a non-root group will break horribly, and there won't even be an easy, reliable workaround either. If I have something like this: destination d_something { file (/var/log/something/${YEAR}/${MONTH}/${DAY}.log create_dirs(yes) dir_group(something-adm) dir_perm(0750) ); }; The scripts that run with something-adm group will suddenly not be able to search directories, because dir_group() will not work after an upgrade, and directories will not have appropriate permissions. Breaking a system in such a way during an upgrade is a release critical bug in my opinion. Luckily, the fix for the issue is trivial, and will not do any harm. Thus, I'd really, really love if this issue could be escalated to RC, and fixed before the release. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611650: [Pkg-tcltk-devel] Bug#611650: tcl8.5-dev contains arch-dependent file in /usr/share/ (tcltk/tcl8.5/tclConfig.sh)
Hi! Could you try the attached patch? Is it enough, or there's something else which should be changed for cross-compilation to work? Cheers! -- Sergei Golovan diff -u tcl8.5-8.5.8/debian/changelog tcl8.5-8.5.8/debian/changelog --- tcl8.5-8.5.8/debian/changelog +++ tcl8.5-8.5.8/debian/changelog @@ -1,3 +1,10 @@ +tcl8.5 (8.5.8-3) unstable; urgency=low + + * Moved /usr/share/tcltk/tcl8.5/tclConfig.sh back to the /usr/lib/tcl8.5 +directory because it is architecture dependent (closes: #611650). + + -- Sergei Golovan sgolo...@debian.org Tue, 01 Feb 2011 11:52:39 +0300 + tcl8.5 (8.5.8-2) unstable; urgency=low * Fixed building on MIPS architectures. The upstream changes in 8.5.8 diff -u tcl8.5-8.5.8/debian/rules tcl8.5-8.5.8/debian/rules --- tcl8.5-8.5.8/debian/rules +++ tcl8.5-8.5.8/debian/rules @@ -98,7 +98,8 @@ cp unix/libtcl$(v).a debian/tmp/usr/lib #mv debian/tmp/usr/lib/libtcl$(v).so debian/tmp/usr/lib/libtcl$(v).so.0 #ln -sf libtcl$(v).so.0 debian/tmp/usr/lib/libtcl$(v).so - mv debian/tmp/usr/lib/*.sh debian/tmp/usr/share/tcltk/tcl$(v) + mkdir debian/tmp/usr/lib/tcl$(v) + mv debian/tmp/usr/lib/*.sh debian/tmp/usr/lib/tcl$(v) cp unix/tcl.m4 debian/tmp/usr/share/tcltk/tcl$(v)/tcl.m4 rm -f debian/tmp/usr/share/tcltk/tcl$(v)/ldAix # Fix up the include files. @@ -158,13 +159,9 @@ dh_testdir -a dh_testroot -a dh_movefiles -a - # now, fix up file locations for .sh and .m4 + # now, fix up file locations for .m4 mv debian/tcl$(v)/usr/share/tcltk/tcl$(v)/tcl.m4 \ debian/tcl$(v)-dev/usr/share/aclocal/tcl$(v).m4 - mv debian/tcl$(v)/usr/share/tcltk/tcl$(v)/tclConfig.sh \ - debian/tcl$(v)-dev/usr/share/tcltk/tcl$(v) - ln -s ../../share/tcltk/tcl$(v)/tclConfig.sh \ - debian/tcl$(v)-dev/usr/lib/tcl$(v)/tclConfig.sh dh_installdocs -a dh_installmenu -a dh_installchangelogs -a ChangeLog diff -u tcl8.5-8.5.8/debian/tcl8.5-dev.files tcl8.5-8.5.8/debian/tcl8.5-dev.files --- tcl8.5-8.5.8/debian/tcl8.5-dev.files +++ tcl8.5-8.5.8/debian/tcl8.5-dev.files @@ -3,0 +4 @@ +usr/lib/tcl8.5
Bug#609371: linux-image-2.6.37-trunk-sparc64: module scsi_mod: Unknown relocation: 36
On Tue, Feb 01, 2011 at 06:11:16AM +0100, David Miller wrote: Jesper, could you please review this? Looks good! Acked-by: Jesper Nilsson jesper.nils...@axis.com klist: Fix object alignment on 64-bit. Commit c0e69a5bbc6fc74184aa043aadb9a53bc58f953b (klist.c: bit 0 in pointer can't be used as flag) intended to make sure that all klist objects were at least pointer size aligned, but used the constant 4 which only works on 32-bit. Use sizeof(void *) which is correct in all cases. Signed-off-by: David S. Miller da...@davemloft.net diff --git a/include/linux/klist.h b/include/linux/klist.h index e91a4e5..a370ce5 100644 --- a/include/linux/klist.h +++ b/include/linux/klist.h @@ -22,7 +22,7 @@ struct klist { struct list_headk_list; void(*get)(struct klist_node *); void(*put)(struct klist_node *); -} __attribute__ ((aligned (4))); +} __attribute__ ((aligned (sizeof(void *; #define KLIST_INIT(_name, _get, _put) \ { .k_lock = __SPIN_LOCK_UNLOCKED(_name.k_lock), \ /^JN - Jesper Nilsson -- Jesper Nilsson -- jesper.nils...@axis.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608732: Info received (Bug#608732: stack trace ?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hello rene, friends, i wish to ask your help to clarify and possibly close this bug. it happens on my system: testing+unstable+experimental: libreoffice crashes upon closing it's window (i only tried writer) if the user activated a macro during this session. doesn't seem to matter what macro, i tried my macros| standard| main, even if it isn't defined. this doesn't occur with libreoffice deb installed from upstream. my most optimistic thought would be that you have a more advanced system (maybe unstable+experimental), and you don't experience this crash. in this case, i'd ask you for a list of the dependencies of libreoffice and their versions. having that, i'd try to selectively upgrade these packages, and if ok, i'd report the minimum requirements so that the package control will be more specific. - -- - -- best regards, alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk1H2rYACgkQ2nA3WyrfyeOiFQQAvNpLv6DIegm/0rDCqCPPDV8Y aVmg5bcMQqybwJXbi/ZCVLGuMMfMQ0C24hfjs1Pgzfx0qwNzvDg/05N/5czh0UrM 5Ss/2slf4HbWUP3yCIS1Bmi8Tm6d9hBeQI33UheYh93oCjRd95bWF7rp2kS9eQZg ViTTMXu2EMJ/DaZHOXE= =BoCc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591624: segfault when running screen -d -m
On Sat, Jan 29, 2011 at 11:57:18PM +0100, Axel Beckert wrote: tag 591624 + moreinfo kthxbye Hi, in case you still encounter this bug: Louis-David Mitterrand wrote: Package: screen Version: 4.0.3-14 Severity: important When running: screen -d -m I get: kernel: screen[11795]: segfault at 118 ip 00437627 sp 7fffdf6262f0 error 4 in screen[40+55000] If you use a .screenrc: Can you check if your .screenrc is correct? If it contains some error and fixing the error (or commenting out the error) in the .screenrc, this is very likely the same bug as http://bugs.debian.org/496750. If you think your .screenrc is correct, and it still segfaults, can you attach your .screenrc to this bug report (e.g. by sending it to 591...@bugs.debian.org)? If you do not have a .screenrc, please tell us this fact, too. :-) In case you no more can reproduce this bug, I suspect it was indeed the same bug as http://bugs.debian.org/496750. Hi, Here is my ~/.screenrc. The bug occurs because of layout save default which is a legitimate option. ## BOF startup_message off caption always %3n %t %c %W %H %w%=%l defscrollback 1000 vbell off altscreen on layout save default bind j focus down bind k focus up bind K kill ## EOF -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484545: Hej min kära,
Hej min kära, Mitt namn är Miss linda Yak, Som jag viskar min bön i kväll och gick in i sökandet efter en fin vän i (internet) Jag kom över din kontakt, mina tankar och mitt hjärta sa åt mig att kontakta dig för vänskap, tror jag att avstånd eller ålder och religion kan aldrig vara ett hinder men låt oss älska frågor en hel del också att jag kommer att skicka fler bilder till dig direkt jag får ditt svar på min e-postadress (lindaida...@yahoo.com) tack. din In Love, Miss linda Yak. - Hello My Dear, My name is Miss linda Yak, As I whisper my prayer tonight and went into search for a nice friend in (internet) I came across your contact,My mind and my heart told me to contact you for friendship, I believe that distance or age and religion can never be a barrier but let's love matters a lot also I will send more pictures to you immediately i receive your reply at my email address (lindaida...@yahoo.com) thanks. yours In Love, Miss linda Yak.
Bug#611717: alioth.debian.org: Improper quoting on request-to-join-project-form
Package: www.debian.org Hi folks, I hope this is the right place for this report. If not, feel free to whack me over the head and tell me where to go instead :-) I've just submitted a request to join a project on Alioth [1]. In the comment I typed there, I've used a few single quotes. After pressing submit, the request was correctly submitted (according to the message shown). Additionally, the comment I typed was shown in the textarea again, but this time all single quotes were preceded by a backslash. This looks like some overzealous escaping somewhere (magic_quotes_gpc perhaps?). It's probably harmless, but it might be an indication that there is some underlying, more serious problem. (In fact, looking at the FusionForge source code, it seems there is no explicit escaping in request.php, so it might very well be that magic_quotes is indeed turned on. There is also a possibly relevant bug report [1], which seems to be fixed in the wrong way IMHO). Gr. Matthijs [1]: https://alioth.debian.org/project/request.php?group_id=31226 [2]: http://fusionforge.org/tracker/index.php?func=detailaid=26group_id=6atid=105 signature.asc Description: Digital signature
Bug#611700: live-helper: Package xresprobe is not available, but is referred to by another package.
tag 611700 pending thanks On 02/01/2011 10:44 AM, joseph gunn wrote: xresprobe is no longer required. remove it from your configuration. it will not help much, since it's referenced in the package lists of lb itself. however, the latter was fixed some weeks ago, until we'll upload new lb, you can use the snapshots from live.debian.net/debian/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536376: [Pkg-e-devel] Bug#536376: evas: Not suitable for testing yet
Hi, Am Sonntag, den 08.08.2010, 23:31 +0200 schrieb Albin Tonnerre: Given that Testing just got frozen, I guess it'll have to wait. By the time Squeeze releases, things should have gotten closer to a release, and I'll reconsider letting it go into testing. Well, Squeeze will release in a few days[1] and the Enlightement developers just released Evas 1.0.0[2]. It would really be great if you could upload the new version and close this bug! Best regards Alexander Kurtz [1] http://lists.debian.org/debian-devel-announce/2011/01/msg3.html [2] http://www.enlightenment.org/?p=news/showl=ennews_id=28 signature.asc Description: This is a digitally signed message part
Bug#610925: nslcd: please clarify the meaning of the $hostname variable
Hi Arthur! On Sat, 29 Jan 2011 22:06:07 +0100, Arthur de Jong wrote: On Mon, 2011-01-24 at 01:49 +0100, Luca Capello wrote: 1) 'host=*' is not honoured I am not an LDAP expert and I could not find any documentation (authoritative or not) about the accepted values for this LDAP attribute, so I do not know who is at fault here. I don't think the option is standardized anywhere. RFC 1274 (which defines the attribute) does not describe it's use and the Using LDAP as a Network Information Service Internet Draft does not describe PAM. In that case, my fault ;-) As you can see, nslcd removes the escape and the correct results is obtained with a double escape in nslcd.conf: ((objectClass=posixAccount)(uid=$username)(|(host=$hostname)(host=\\*))) The example filter in the manual page only filtered if the host attribute was set (it would allow any access if the attribute was not set). I've updated the manual page. Wow, that was fast, thank you! I could not find any documentation about escaping in the pam_authz_search filter... I've added a note to the manual page about escaping. Perfect, do you mind adding literal*/literal to the list of must-be-quoted characters? 2) the variable $hostname contains the value of `hostname` and not the FQDN like with PADL's pam_ldap, thus a tricky filter must be used: ((objectClass=posixAccount)(uid=$username)\ (|(host=$hostname)(host=$hostname.$DOMAIN)(!(host=* I've implemented a $fqdn variable that can be used (will be in the next release). Thank you *very* much. FWIW, last week-end (before your reply) I did other tests and found out that PADL's pam_ldap worked with both `hostname` and `hostname -f` outputs. I think this is a bug in PADL's pam_ldap, given that there is no way to restrict that (like it is now possible with nss-pam-ldapd's $fqdn variable, thanks again). BTW, I was expecting any PAM-related output to be in /var/log/auth.log, until I realized that nslcd logs to /var/log/syslog. nslcd logs to /var/log/syslog but if the PAM module logs anything it should be in /var/log/auth.log. This may be a bit confusing when looking for PAM-related problems but I think it is less confusing than logging part of nslcd to /var/log/auth.log. It is perfectly fine, I did not find any hint in the nslcd's manpages, that is all. BTW, is it normal that the PAM module does not log anything at all? = luca@gismo:~$ su luca.capello Password: luca.capello@gismo:/home/luca$ exit luca@gismo:~$ su Password: gismo:/home/luca# less /var/log/auth.log [...] Feb 1 11:51:20 gismo su[16372]: pam_unix(su:auth): authentication failure; \ logname=luca uid=1000 euid=0 tty=/dev/pts/8 ruser=luca rhost= user=luca.capello Feb 1 11:51:21 gismo su[16372]: Successful su for luca.capello by luca Feb 1 11:51:21 gismo su[16372]: + /dev/pts/8 luca:luca.capello Feb 1 11:51:21 gismo su[16372]: pam_unix(su:session): session opened for \ user luca.capello by luca(uid=1000) Feb 1 11:51:24 gismo su[16372]: pam_unix(su:session): session closed for \ user luca.capello gismo:/home/luca# less /var/log/syslog [nothing nslcd-related] gismo:/home/luca# = Anyway, thanks for pointing this out. The changes will be in the next development release (0.8.1). I am eager to update my sid, then :-) Thx, bye, Gismo / Luca pgpvRWgI8uWzV.pgp Description: PGP signature
Bug#608852: Package should be removed..
On Tue, Feb 01, 2011 at 07:47:37AM +, Alessio Treglia wrote: Gerardo, Ivan, as Romain said, it doesn't make sense to continue supporting icecast-server. We should file a removal request, I think. Recently in this bugreport someone showed interest in taking over maintainance of icecast-server. Please allow them time to respond before killing the package. It makes sense to drop packages noone has interest in, but it does not make sense dropping packages just because _you_ (being someone not maintaining it) have no interest in it. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#591624: segfault when running screen -d -m
Hi, Louis-David Mitterrand wrote: Here is my ~/.screenrc. The bug occurs because of layout save default which is a legitimate option. Thanks for this information! I guess this still is related to http://bugs.debian.org/496750 somehow, but it seems a separate issue nevertheless. I forwarded your mail to the bug report and updated its title accordingly. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504678: add -r to make resulting devices read/only
* Guido Günther a...@sigxcpu.org [Don Nov 06, 2008 at 08:39:28 +0100]: On Wed, Nov 05, 2008 at 09:44:35PM -0500, Wakko Warner wrote: I'd like to have the ability to create targets in which are read-only to keep from accidentally modifying the newly created device. In some cases, mounting with -o ro still modifies the device (in the case of ext3 filesystems). I created a small patch that will do this. I have tested it only to the point that using -a with or without -r produces the desired effects. Thanks for the patch, looks good from my pov. I suggest sending this upstream to dm-de...@redhat.coml hear what they think about it. Are there any news on this issue? regards, -mika- signature.asc Description: Digital signature
Bug#611717: alioth.debian.org: Improper quoting on request-to-join-project-form
Hi Simon Rhonda, *whacks* ;) For those pages that the webteam is responsible for this is marked in the footer - and it usually can be expected to be in the footer. For alioth though, this seems to be only listed on the entry page itself, in the introduction paragraph: Thanks for your constructive whack, I should probably have found that tracker myself (though in my defense, Google showed up at least one other bug report in the past concerning alioth that was reported to this same package). I'll go bug the right people now. Gr. Matthijs signature.asc Description: Digital signature
Bug#611719: not working with jamendo
Package: mpdscribble Version: 0.21-1 Severity: normal Hi, I had set mpdscribble for all three: last.fm, libre.fm and jamendo. It works fine for the two former ones but not the latter. Tried both MD5 and clear text passwords for it and all I get is: Feb 1 11:25:39 thor mpdscribble: [jamendo] handshake failed, username or password incorrect (BADAUTH) Feb 1 11:25:39 thor mpdscribble: [jamendo] waiting 240 seconds before trying again The password is definitely correct as I can log on to jamendo without any issues whatsoever. Regards, Raf -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpdscribble depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0]1.5.38 Debian configuration management sy ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libmpdclient22.3-1 client library for the Music Playe ii libsoup2.4-1 2.30.2-1an HTTP library implementation in ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii ucf 3.0025+nmu1 Update Configuration File: preserv mpdscribble recommends no packages. Versions of packages mpdscribble suggests: ii mpd 0.15.15-2 Music Player Daemon -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611660: ITP: tomb -- crypto undertaker
On Mon, 31 Jan 2011, Jaromil wrote: Programming Lang: C, Shell Description : crypto undertaker Tomb is a free and easy to operate desktop application for fairly strong encryption of personal files. A tomb is like a locked folder that can be transported and hidden in filesystems; its keys are password protected and can be kept separate, for instance keeping the tomb file in your computer's harddisk and the key file on a USB stick. What is the crypto backend? This is of extreme importance, and should be listed on the description. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611720: crack: apt purge does not remove /var/run/Crack/ and contents
Package: crack Version: 5.0a-9.1 Severity: serious Justification: Policy 6.8 Steps to reproduce: 1) install crack (aptitude install crack) 2) run crack (e.g. sudo Crack /etc/passwd) 3) purge crack (aptitude purge crack) Expected results: crack is completely removed from the system Actual results: crack leaves behind /var/run/Crack/ containing various cached dictionary data aptitude purge crack The following packages will be REMOVED: crack{p} 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 209 kB will be freed. Do you want to continue? [Y/n/?] (Reading database ... 296125 files and directories currently installed.) Removing crack ... dpkg: warning: while removing crack, directory '/var/run/Crack' not empty so not removed. I think that section 6.8 of the debian policy[1] intends that /var/run/... data should be removed at purge time, but I'm not clear that I'm reading the right documents or that I'm reading them correctly, so if this bug is clasified incorrectly, please accept my apologies! Cheers God bless Sam SammyTheSnake Penny [1] http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages crack depends on: ii crack-common 5.0a-9.1 Password guessing program ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib crack recommends no packages. crack suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611720: Acknowledgement (crack: apt purge does not remove /var/run/Crack/ and contents)
I noticed that my purge hadn't also purged the auto-installed crack-common package, which I suspected might have been a part of the story, but I just purged that too and the /var/run/Crack/ directory is still there and still contains various files... Cheers God bless Sam SammyTheSnake Penny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611721: jxplorer: imposible to use SSL certificates
Package: jxplorer Version: 3.2.1+dfsg-5 Severity: normal I tried really hard, but have no idea how to add /etc/ssl/certs directory as CApath. I cannot even add single CA certificate. I tried changing paths (default is /etc/ssl/certs/java/cacerts which do not exists), files, keystore types. Nothing helps. jxplorer asks me for some passphrases, or tells me that there is no such file. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jxplorer depends on: ii java-wrappers 0.1.16 wrappers for java executables ii javahelp2 2.0.05.ds1-4 Java based help system ii junit 3.8.2-4 Automated testing framework for Ja ii sun-java6-jre 6.22-1 Sun Java(TM) Runtime Environment ( jxplorer recommends no packages. jxplorer suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611710: opensp: Bad variable substitution for locale path
Thanks for the report, I will take a look. At Tue, 01 Feb 2011 02:17:15 -0500, Yan Morin wrote: Package: opensp Version: 1.5.2-8 Severity: important The path for locale file is wrong because it check inside '${prefix}/share/locale/fr_CA.UTF-8/LC_MESSAGES/sp5.mo' to '${prefix}/share/locale/fr/LC_MESSAGES/sp5.mo' The ${prefix} is not substitute to /usr/ as it should be. Exemple: ymorin@work:/home/ymorin/doc 01:59:54$ strace -e open onsgmls --help will gives: open(/home/ymorin/doc/${prefix}/share/locale/fr_CA.UTF-8/LC_MESSAGES/sp5.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/home/ymorin/doc/${prefix}/share/locale/fr_CA.utf8/LC_MESSAGES/sp5.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/home/ymorin/doc/${prefix}/share/locale/fr_CA/LC_MESSAGES/sp5.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/home/ymorin/doc/${prefix}/share/locale/fr.UTF-8/LC_MESSAGES/sp5.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/home/ymorin/doc/${prefix}/share/locale/fr.utf8/LC_MESSAGES/sp5.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/home/ymorin/doc/${prefix}/share/locale/fr/LC_MESSAGES/sp5.mo, O_RDONLY) = 3 Note that I manually put a symbolic link inside '/home/ymorin/doc/${prefix}/share/locale/fr/LC_MESSAGES/' to the real sp5.mo to test if it's really the case that ${prefix} was not replaced... This is not normal since a valid strace with ls will do: $ strace -e open ls --help open(/usr/share/locale/fr/LC_MESSAGES/coreutils.mo, O_RDONLY) = 3 I need a correct error listing in french for my website http://validator.progysm.com/ -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-trunk-686 (SMP w/1 CPU core) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages opensp depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-10 GCC support library ii libosp5 1.5.2-8Runtime library for OpenJade group ii libstdc++64.4.5-10 The GNU Standard C++ Library v3 ii sgml-base 1.26+nmu1 SGML infrastructure and SGML catal opensp recommends no packages. Versions of packages opensp suggests: pn doc-base none (no description available) ii sgml-data 2.0.5 common SGML and XML data -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611722: nbd: FTBFS: make check-TESTS failure
Package: nbd Version: 1:2.9.20-1~1 Severity: serious Tags: sid Hello, Your package nbd fails to build from source in different arches: armel, powerpc, s390, .. On armel: make check-TESTS make[3]: Entering directory `/build/buildd-nbd_2.9.20-1~1-armel-i5VBn3/nbd-2.9.20' 4096+0 records in 4096+0 records out 4194304 bytes (4.2 MB) copied, 0.115876 s, 36.2 MB/s ./cmd ** (process:19668): WARNING **: Specifying an export on the command line is deprecated. ** (process:19668): WARNING **: Please use a configuration file instead. make[3]: *** wait: No child processes. Stop. make[3]: *** Waiting for unfinished jobs make[3]: *** wait: No child processes. Stop. make[2]: *** wait: No child processes. Stop. make[2]: *** Waiting for unfinished jobs make[2]: *** wait: No child processes. Stop. make[1]: *** wait: No child processes. Stop. make[1]: *** Waiting for unfinished jobs make[1]: *** wait: No child processes. Stop. make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs make: *** wait: No child processes. Stop. Build killed with signal TERM after 600 minutes of inactivity Find full build log at: https://buildd.debian.org/fetch.cgi?pkg=nbd;ver=1:2.9.20-1~1;arch=armel;stamp=1296509096 Find details at: https://buildd.debian.org/pkg.cgi?pkg=nbd Best regards -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611723: mirror submission for mirror.datacenter.by
Package: mirrors Severity: wishlist Submission-Type: new Site: mirror.datacenter.by Type: leaf Archive-architecture: ALL alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ Backports-ftp: /debian-backports/ Backports-http: /debian-backports/ Backports-rsync: debian-backports/ CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ Volatile-ftp: /debian-volatile/ Volatile-http: /debian-volatile/ Volatile-rsync: debian-volatile/ IPv6: no Archive-upstream: ftp.by.debian.org Backports-upstream: ftp.by.debian.org Volatile-upstream: ftp.by.debian.org CDImage-upstream: ftp.by.debian.org Updates: push Maintainer: Mitry Matyushkov f...@mgts.by Country: BY Belarus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611724: ganeti2: Ganeti service don't start
Package: ganeti2 Version: 2.1.6-1 Severity: normal After install ganeti2 on squezze and follow the official 2.1 install documentation, I can't start the service due the missing of configuration files: /etc/init.d/ganeti start Starting Ganeti cluster:ganeti-noded...done. ganeti-masterd...Cluster configuration incomplete: 'Can't read from the ssconf file: '[Errno 2] No such file or directory: '/var/lib/ganeti/ssconf_master_node''' failed (exit code 12). ganeti-rapi...Cluster configuration incomplete: 'Can't read from the ssconf file: '[Errno 2] No such file or directory: '/var/lib/ganeti/ssconf_master_node''' failed (exit code 12). ganeti-confd...done -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ganeti2 depends on: ii bridge-utils1.4-5Utilities for configuring the Linu ii iproute 20100519-3 networking and traffic control too ii iputils-arping 3:20100418-3 Tool to send ICMP echo requests to ii libjs-jquery1.4.2-2 JavaScript library for dynamic web ii lvm22.02.66-5The Linux Logical Volume Manager ii openssh-client 1:5.5p1-6secure shell (SSH) client, for sec ii openssh-server 1:5.5p1-6secure shell (SSH) server, for sec ii openssl 0.9.8o-4 Secure Socket Layer (SSL) binary a ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-openssl 0.10-1 Python wrapper around the OpenSSL ii python-pyinotify0.8.9-1 simple Linux inotify Python bindin ii python-pyparsing1.5.2-2 Python parsing module ii python-simplejson 2.1.1-1 simple, fast, extensible JSON enco ii python-support 1.0.10 automated rebuilding support for P ii socat 1.7.1.3-1multipurpose relay for bidirection Versions of packages ganeti2 recommends: ii drbd8-utils2:8.3.7-2.1 RAID 1 over tcp/ip for Linux utili ii ganeti-instance-debootstra 0.9-3 debootstrap-based instance OS defi ii qemu-kvm 0.12.5+dfsg-5 Full virtualization on x86 hardwar Versions of packages ganeti2 suggests: pn drbd8-module-source none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611725: chromium-browser: FTBFS on armel: selected processor does not support `smulbb ..'
Package: chromium-browser Version: 9.0.597.83~r72435-1 Severity: serious Tags: sid Hello, Your package fails to build from source with assembler errors: CXX(target) out/Release/obj.target/skia_opts/third_party/skia/src/opts/SkBlitRow_opts_arm.o {standard input}: Assembler messages: {standard input}:53: Rd and Rm should be different in mul {standard input}:54: Rd and Rm should be different in mul {standard input}:63: Rd and Rm should be different in mul {standard input}:65: Rd and Rm should be different in mul {standard input}:81: Rd and Rm should be different in mul {standard input}:82: Rd and Rm should be different in mul {standard input}:135: Error: selected processor does not support `smulbb r9,r9,r3' {standard input}:136: Error: selected processor does not support `smulbb r10,r10,r3' {standard input}:143: Rd and Rm should be different in mul {standard input}:144: Rd and Rm should be different in mul {standard input}:150: Rd and Rm should be different in mul {standard input}:151: Rd and Rm should be different in mul {standard input}:158: Rd and Rm should be different in mul {standard input}:159: Rd and Rm should be different in mul {standard input}:165: Rd and Rm should be different in mul {standard input}:166: Rd and Rm should be different in mul {standard input}:181: Error: selected processor does not support `smulbb r6,r6,r3' {standard input}:184: Rd and Rm should be different in mul {standard input}:186: Rd and Rm should be different in mul {standard input}:192: Rd and Rm should be different in mul {standard input}:193: Rd and Rm should be different in mul make[1]: *** [out/Release/obj.target/skia_opts/third_party/skia/src/opts/SkBlitRow_opts_arm.o] Error 1 make[1]: Leaving directory `/build/buildd-chromium-browser_9.0.597.83~r72435-1-armel-bzpkKx/chromium-browser-9.0.597.83~r72435/src' Find full build log at: https://buildd.debian.org/fetch.cgi?pkg=chromium-browser;ver=9.0.597.83~r72435-1;arch=armel;stamp=1296487591 Best regards -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages chromium-browser depends on: ii chromium-browser-ins 6.0.472.63~r59945-5 page inspector for the chromium-br ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libcairo21.8.10-6The Cairo 2D vector graphics libra ii libcups2 1.4.5-2 Common UNIX Printing System(tm) - ii libdbus-1-3 1.2.24-4simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1simple interprocess messaging syst ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libexpat12.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.1-9 GCC support library ii libgconf2-4 2.28.1-6GNOME configuration database syste ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libgl1-mesa-glx [lib 7.7.1-4 A free implementation of the OpenG ii libglewmx1.5 1.5.4-1 The OpenGL Extension Wrangler - ru ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libgtk2.0-0 2.20.1-2The GTK+ graphical user interface ii libicu44 4.4.2-2 International Components for Unico ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-2Network Security Service libraries ii libpango1.0-01.28.3-1+squeeze1 Layout and rendering of internatio ii libpng12-0 1.2.44-1PNG library - runtime ii libstdc++6 4.4.5-10The GNU Standard C++ Library v3 ii libv8-2.2.24 2.2.24-7V8 JavaScript Engine ii libvpx0 0.9.1-2 VP8 video codec (shared library) ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxml2 2.7.8.dfsg-2GNOME XML library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxslt1.1 1.1.26-6XSLT 1.0 processing
Bug#611726: synergy: Update watch file for new upstream location
Package: synergy Version: 1.3.1-6 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch natty Hello, Anatoly updated the watch file for the new upstream location. Forwarding the patch for him. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) === modified file 'debian/watch' --- debian/watch 2006-08-06 17:46:14 + +++ debian/watch 2011-01-28 07:52:53 + @@ -6,5 +6,9 @@ # Compulsory line, this is a version 3 file version=3 -# Uncomment to find new files on sourceforge, for debscripts = 2.9 -http://sf.net/synergy2/synergy-([\d\.]*)\.tar\.gz +# This is a variant HTTP format which allows direct specification of +# the homepage: +# Homepage Pattern [Version [Action]] +opts=filenamemangle=s/.*files\/(.+)/$1/ \ + http://code.google.com/p/synergy/downloads/list \ +.*/files/synergy-([\d\.]+)-Source\.tar\.gz signature.asc Description: Digital signature
Bug#545022: (no subject)
Le Tuesday 1 February 2011 03:13:06 Leonhard Weber, vous avez écrit : Sorry, sounds rude, let me rephrase… i would love to see the tools out there as a debian package. It is *the* thing that is missing to take PySide as the productive bindings of choice instead of PyQt4. Many run away in fear when they see the troublesome way signals are linked. Specially if they are accustomed to things I am not really proud of pronouncing like VisualBasic and the likes. If there is anything y can contribute as a debian packaging layman, please tell me. Thank you very much for your efforts on PySide and packaging, best regards, ~Shogun Hi Shogun, and thanks for this rephrasing, it's much clearer and sounds better to my ears too. In fact, the packaging is almost ready, and already used in PPAs for Ubuntu distributions, on the official PPA: https://launchpad.net/~pyside/+archive/ppa (unfortunately, pyside-tools tests fail to run, but that should be fixed by the next upstream release). My current plan is to upload all the PySide stack (apiextractor, generatorrunner, shiboken, pyside, _pyside-tools_, pyside-mobility) when upstream tags them 1.0.0 (which should happen in some weeks now). The reason of the waiting is that as upstream breaks A{P,B}Is frequently during ~beta and ~rc releases, it's just a great amount of work to do it cleanly on Debian (where I can break everything on the PPAs). Don't worry, packaging is mostly ready and will land in unstable rapidly after PySide 1.0.0 release. Thanks for your understanding, cheers, OdyX -- Didier Raboud, proud Debian Developer. CH-1020 Renens o...@debian.org signature.asc Description: This is a digitally signed message part.
Bug#586448: New Kernel with KMS and Nouveau Defaults, External DVI Fails
On 01/29/2011 11:48 PM, Cyril Brulebois wrote: retitle 586448 External DVI fails with nouveau thanks My apologies for this late ammendment to my previous response. I just remembered that I used a Windows image to boot this system (back when the port replicator / motherboard connector was still functioning), and that did successfully use the DVI connector for output to the monitor. So, I guess the DVI issue was not a hardware failure problem, per se. I'm sorry that the system condition has changed in such a manner now that I may not be able to be helpful in tracking down the bug -- assuming that there is one. Regards, Gilbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596607: [pkg-kolab] Bug#596607: same problem comes up again
On 31 January 2011 22:44, Benoit Mortier benoit.mort...@opensides.bewrote: Le Monday 31 January 2011 22:25:52 Martial Paupe, vous avez écrit : Hi pkg-kolab team, As describe last year in this bug, this problem comes up again. I am available to troubleshoot on this topic. 12D3261199: to=u...@domainx.com, relay=kolabmailboxfilter, delay=0.78, delays=0.33/0.01/0/0.44, dsn=5.3.0, status=bounced (input/output error) From that message how to proceed to get more information. hello, just give us a more complete log. Feb 1 14:17:12 r16008 postfix/smtpd[12563]: connect from mail-wy0-f178.google.com[74.125.82.178] Feb 1 14:17:12 r16008 postfix/smtpd[12563]: setting up TLS connection from mail-wy0-f178.google.com[74.125.82.178] Feb 1 14:17:12 r16008 postfix/smtpd[12563]: Anonymous TLS connection established from mail-wy0-f178.google.com[74.125.82.178]: TLSv1 with cipher RC4-MD5 (128/128 bits) Feb 1 14:17:14 r16008 postfix/smtpd[12563]: 22D276075F: client= mail-wy0-f178.google.com[74.125.82.178] Feb 1 14:17:14 r16008 postfix/cleanup[11559]: 22D276075F: message-id= aanlktimarsau1b43urly5mbs-stnkw8k6daxuqokz...@mail.gmail.com Feb 1 14:17:14 r16008 postfix/qmgr[3898]: 22D276075F: from=us...@gmail.com, size=1831, nrcpt=1 (queue active) Feb 1 14:17:14 r16008 postfix/pipe[10655]: 22D276075F: to= us...@domain.name, relay=kolabfilter, delay=2.5, delays=2.1/0/0/0.4, dsn=5.3.0, status=bounced (input/output error) Feb 1 14:17:14 r16008 postfix/cleanup[10654]: CF47961192: message-id= 20110201131714.cf47961...@r16008.domain.name Feb 1 14:17:15 r16008 postfix/bounce[11565]: 22D276075F: sender non-delivery notification: CF47961192 Feb 1 14:17:15 r16008 postfix/qmgr[3898]: CF47961192: from=, size=3604, nrcpt=1 (queue active) Feb 1 14:17:15 r16008 postfix/qmgr[3898]: 22D276075F: removed Feb 1 14:17:15 r16008 postfix/smtp[12626]: CF47961192: to=us...@gmail.com, relay=gmail-smtp-in.l.google.com[209.85.227.27]:25, delay=0.82, delays=0.29/0.01/0.24/0.29, dsn=2.0.0, status=sent (250 2.0.0 OK 1296566235 n8si36565724wby.22) Feb 1 14:17:15 r16008 postfix/qmgr[3898]: CF47961192: removed some hint for you : - look that the filter is executed correctly, permissions issues, place left - look for php configuration, disable notice, disable warning etc.. some php error can break the filter It's not clear to me how to make kolabfilter more verbose ! Any help for that are welcome. Martial Cheers -- Benoit Mortier CEO OpenSides logiciels libres pour entreprises : http://www.opensides.eu/ Promouvoir et défendre le Logiciel Libre http://www.april.org/ Contributor to Gosa Project : http://gosa-project.org/
Bug#611700: live-helper: Package xresprobe is not available, but is referred to by another package.
Hi To remove xresprobe it doesn't help. When this problem will be solved? BTW Which snapshot is OK and howto use a snapshot? - Ursprüngliche Mail - Von: Daniel Baumann dan...@debian.org An: joseph gunn armadefu...@gmail.com, 611...@bugs.debian.org CC: Piotr upite...@lycos.com Gesendet: Dienstag, 1. Februar 2011 11:07:23 GMT +01:00 Amsterdam/Berlin/Bern/Rom/Stockholm/Wien Betreff: Re: Bug#611700: live-helper: Package xresprobe is not available, but is referred to by another package. tag 611700 pending thanks On 02/01/2011 10:44 AM, joseph gunn wrote: xresprobe is no longer required. remove it from your configuration. it will not help much, since it's referenced in the package lists of lb itself. however, the latter was fixed some weeks ago, until we'll upload new lb, you can use the snapshots from live.debian.net/debian/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607565: initramfs-tools: initramfs fails to assemble Intel RAID array
2011/1/30, NeilBrown ne...@suse.de: This is the correct fix. Remove the DEVICE line. Will I be able to implement this fix? If so, how? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611569: apt-cdrom doesn't work on GNU/kFreeBSD
2011/1/31 Michael Vogt m...@debian.org: Thanks for your bugreport. On systems where libudev is availalbe we dlopen() it nowdays to figure out the right mount point. On systems where that is not the case apt will just rely on /etc/fstab to find the mountpoint. Could you please check if that has a correct entry? apt-cdrom expects an entry with /cdrom mountpoint, but fstab (on installed system) provides /media/cdrom0. If I modify it, then apt-cdrom is able to mount the CD. Does this mean fstab is incorrect? Then it'd be a bug in D-I. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611721: jxplorer: imposible to use SSL certificates
On Tue, Feb 1, 2011 at 1:15 PM, Witold Baryluk bary...@smp.if.uj.edu.pl wrote: I tried really hard, but have no idea how to add /etc/ssl/certs directory as CApath. I cannot even add single CA certificate. I tried changing paths (default is /etc/ssl/certs/java/cacerts which do not exists), files, keystore types. Nothing helps. jxplorer asks me for some passphrases, or tells me that there is no such file. As Security menu - Advanced Keystore Options says, default CA keystore is /etc/ssl/certs/java/cacerts. Please install ca-certificates-java, which it's already installed if you use openjdk-6-jre from main. Then please read /usr/share/doc/jxplorer/NEWS.Debian.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611678: pidgin: Pidgin crashes while opening Voice/Video settings
On Jan 31 2011, Ari Pollak wrote: Your backtrace is from 2.7.7, not 2.7.9. Ok, sorry for that. Here are the backtraces (bt and bt full) from this crash on 2.7.9. You said this seems to be fixed on 2.7.10. When will it be available on Debian repositories? Thanks and very best regards, Alexandre. -- === Alexandre Lymberopoulos - lym...@gmail.com === #0 get_element_devices (element_name=value optimized out) at /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/plugins/vvconfig.c:102 #1 0xb7fdc506 in get_plugin_frame (parent=value optimized out, sg=value optimized out, name=0xb7fddfa9 Input, plugin_label=0xb7fddc77 P_lugin, plugin_strs=0xb7fdf420, plugin_pref=0xb7fdd998 /plugins/core/vvconfig/audio/src/plugin, device_label=0xb7fddc6f D_evice, device_pref=0xb7fdd970 /plugins/core/vvconfig/audio/src/device) at /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/plugins/vvconfig.c:275 #2 0xb7fdc8e4 in get_plugin_config_frame (plugin=0x0) at /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/plugins/vvconfig.c:320 #3 0xb7fdced9 in show_config (action=0x876a540) at /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/plugins/vvconfig.c:527 #4 0xb77e6cac in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #5 0xb77d913a in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #6 0xb77ef61d in ?? () from /usr/lib/libgobject-2.0.so.0 #7 0xb77f0bfc in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #8 0xb77f1076 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #9 0xb7bfdf05 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #10 0xb7add400 in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #11 0xb7adeecf in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #12 0xb7ad46c4 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #13 0xb7acde74 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #14 0xb77d77a9 in ?? () from /usr/lib/libgobject-2.0.so.0 #15 0xb77d913a in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #16 0xb77ef266 in ?? () from /usr/lib/libgobject-2.0.so.0 #17 0xb77f0a7b in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #18 0xb77f1076 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #19 0xb7bfa156 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #20 0xb7ac64cd in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #21 0xb7ac7857 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #22 0xb7950dda in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #23 0xb773b305 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #24 0xb773efe8 in ?? () from /lib/libglib-2.0.so.0 #25 0xb773f527 in g_main_loop_run () from /lib/libglib-2.0.so.0 #26 0xb7ac7e19 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #27 0x080cb0e8 in main (argc=1, argv=0xb504) at /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/gtkmain.c:978 A debugging session is active. Inferior 1 [process 6601] will be killed. Quit anyway? (y or n) Starting program: /usr/bin/pidgin [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. get_element_devices (element_name=value optimized out) at /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/plugins/vvconfig.c:102 102 /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/plugins/vvconfig.c: No such file or directory. in /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/plugins/vvconfig.c #0 get_element_devices (element_name=value optimized out) at /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/plugins/vvconfig.c:102 ret = 0x87f1c10 element = 0x0 klass = 0x769b28 probe = 0xb7fdd998 pspec = 0xbfffc698 #1 0xb7fdc506 in get_plugin_frame (parent=value optimized out, sg=value optimized out, name=0xb7fddfa9 Input, plugin_label=0xb7fddc77 P_lugin, plugin_strs=0xb7fdf420, plugin_pref=0xb7fdd998 /plugins/core/vvconfig/audio/src/plugin, device_label=0xb7fddc6f D_evice, device_pref=0xb7fdd970 /plugins/core/vvconfig/audio/src/device) at /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/plugins/vvconfig.c:275 vbox = 0x87f1618 widget = 0x8a98460 plugins = value optimized out devices = value optimized out #2 0xb7fdc8e4 in get_plugin_config_frame (plugin=0x0) at /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/plugins/vvconfig.c:320 notebook = 0x83e1330 vbox_audio = 0x83e6ec8 vbox_video = 0x83e6f20 sg = 0x8836820 #3 0xb7fdced9 in show_config (action=0x876aeb0) at /build/buildd-pidgin_2.7.9-1-i386-BoatuD/pidgin-2.7.9/./pidgin/plugins/vvconfig.c:527 vbox = 0x83e6e18 hbox = 0x83e6e70 config_frame = value optimized out close = 0xb77fc44c #4 0xb77e6cac in
Bug#607565: initramfs-tools: initramfs fails to assemble Intel RAID array
also sprach Rain Maker rainmake...@gmail.com [2011.02.01.1438 +0100]: This is the correct fix. Remove the DEVICE line. Will I be able to implement this fix? If so, how? As root, run /usr/share/mdadm/mkconf force-generate sed -i -e 's,^DEVICE,#,' /etc/mdadm/mdadm.conf update-initramfs -u -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems if god had meant for us to be naked, we would have been born that way. digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#602853: Workaround documented in errata
On Tue, Feb 1, 2011 at 08:14:05 +, Jurij Smakov wrote: Thanks for providing a patch, it has been on my todo list for a while, however I was not able to find time to take care of it so far. One of the users affected by this problem has confirmed that booting with 'video=atyfb:off' provides a workaround for this issue [0]. It has now been (or should be) documented in release errata [1]. [0] http://bugs.debian.org/609466 [1] http://lists.debian.org/debian-boot/2011/01/msg01001.html That's the errata for d-i. I'll push something similar to the release notes for squeeze. Thanks. Cheers, Julien signature.asc Description: Digital signature
Bug#609628: [buildd-tools-devel] Bug#609628: Build interacts badly with local::lib (installs Perl modules to local::lib directory)
On Sun, Jan 30, 2011 at 10:18:13AM -0500, Jonathan Yu wrote: I ran into this issue again, so I had it dump out `env' during build (by adding it to debian/rules). Notice these variables (put in by local:;lib -- if these are sanitized by sbuild, this bug should go away. Perhaps Env::Sanctify can be used for this purpose?) MODULEBUILDRC=/home/jon/.perl5/.modulebuildrc PERL_MM_OPT=INSTALL_BASE=/home/jon/.perl5 PERL5LIB=/home/jon/.perl5/lib/perl5/i486-linux-gnu-thread-multi:/home/jon/.perl5/lib/perl5 I might be in a position to provide a patch at some point... This is the current environment filter regex (lib/Sbuild/Conf.pm): 'ENVIRONMENT_FILTER'= { DEFAULT = ['^DEB(IAN|SIGN)?_[A-Z_]+$', '^(C(PP|XX)?|LD|F)FLAGS(_APPEND)?$'] }, This is from current git, though a similar regex is in the unstable version. Are you using the version from unstable or git? If not, could you try it using the above regex? Note you can set '$environment_filter = ['^DEB(IAN|SIGN)?_[A-Z_]+$', '^(C(PP|XX)?|LD|F)FLAGS(_APPEND)?$'];' in your .sbuildrc. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#611546: /etc/init.d/cyrus2.2: You are missing a dpkg-statoverride on /var/run/cyrus. Add it.
On Monday, 2011-01-31 at 15:03:55 -0200, Henrique de Moraes Holschuh wrote: On Sun, 30 Jan 2011, Lupe Christoph wrote: This message is probably cryptic enough to confuse the average Debian user. Why do I need that, and how do I do it? is the most likely reaction. Yeah, it is less helpful than it could be as a punishment for the user who deletes the statoverrides, as in since you messed with it, now you get to learn what it does the hard way. It has been like that for many years. Since I never tocuhed the overrides, I feel undervedly punished ;-) From that, you can correctly infer that it should NEVER happen normally. Wel... So, we do have some nasty bug in the packages, or something bad happened to your system that damaged the statoverrides. Fortunately, I do a backup of this system with rsnapshot, so I can see when /var/lib/dpkg/statoverride changed: -rw-r--r-- 5 root root 675 2010-06-10 10:41 monthly.5/var/lib/dpkg/statoverride -rw-r--r-- 5 root root 675 2010-06-10 10:41 monthly.4/var/lib/dpkg/statoverride -rw-r--r-- 5 root root 675 2010-06-10 10:41 monthly.3/var/lib/dpkg/statoverride -rw-r--r-- 5 root root 675 2010-06-10 10:41 monthly.2/var/lib/dpkg/statoverride -rw-r--r-- 5 root root 675 2010-06-10 10:41 monthly.1/var/lib/dpkg/statoverride -rw-r--r-- 9 root root 514 2010-12-27 11:54 weekly.2/var/lib/dpkg/statoverride -rw-r--r-- 9 root root 514 2010-12-27 11:54 weekly.1/var/lib/dpkg/statoverride -rw-r--r-- 9 root root 514 2010-12-27 11:54 weekly.0/var/lib/dpkg/statoverride -rw-r--r-- 9 root root 514 2010-12-27 11:54 monthly.0/var/lib/dpkg/statoverride -rw-r--r-- 9 root root 514 2010-12-27 11:54 daily.6/var/lib/dpkg/statoverride -rw-r--r-- 9 root root 514 2010-12-27 11:54 daily.5/var/lib/dpkg/statoverride -rw-r--r-- 9 root root 514 2010-12-27 11:54 daily.4/var/lib/dpkg/statoverride -rw-r--r-- 9 root root 514 2010-12-27 11:54 daily.3/var/lib/dpkg/statoverride -rw-r--r-- 9 root root 514 2010-12-27 11:54 daily.2/var/lib/dpkg/statoverride -rw-r--r-- 2 root root 581 2011-01-30 17:02 daily.1/var/lib/dpkg/statoverride -rw-r--r-- 2 root root 581 2011-01-30 17:02 daily.0/var/lib/dpkg/statoverride The latest two are after I entered the overrides for /var/run/cyrus and /var/run/cyrus/socket manually. So it happened between 2010-06-10 and 2010-12-27. Since I rarely reboot this server, I noticed the problem too late for any better precision. In that time range I upgraded the server, and it retained cyrus21-common. (Dunno why it didn't upgrade to 2.2.) And I believe this shows a good hint at what happened: -rw-r--r-- 2 root root 3279 2008-03-15 14:06 monthly.5/var/lib/dpkg/info/cyrus21-common.list -rw-r--r-- 2 root root 3279 2008-03-15 14:06 monthly.4/var/lib/dpkg/info/cyrus21-common.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 weekly.2/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 weekly.1/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 weekly.0/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 monthly.3/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 3 root root 388 2010-09-22 13:23 monthly.3/var/lib/dpkg/info/cyrus21-common.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 monthly.2/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 3 root root 388 2010-09-22 13:23 monthly.2/var/lib/dpkg/info/cyrus21-common.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 monthly.1/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 3 root root 388 2010-09-22 13:23 monthly.1/var/lib/dpkg/info/cyrus21-common.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 monthly.0/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 daily.6/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 daily.5/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 daily.4/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 daily.3/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 daily.2/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 daily.1/var/lib/dpkg/info/cyrus-common-2.2.list -rw-r--r-- 14 root root 3547 2010-09-22 13:23 daily.0/var/lib/dpkg/info/cyrus-common-2.2.list cyrus21-common and cyrus-common-2.2 coexisted for a while until I removed cyrus21-common (and the other 2.1 packages). That probably removed the overrides. This is what I did: # upgrade packages that are essential for the Lenny upgrade apt-get install apt aptitude perl perl-base dpkg amavisd-new libcompress-zlib-perl libarchive-zip-perl # do the main portion of the upgrade aptitude safe-upgrade # do the rest aptitude dist-upgrade Nothing there upgraded the cyrus packages from 2.1 to 2.2, which is probably as intended. When I later upgraded, I must have managed to leave the 2.1 packages on the system.
Bug#611728: setup-storage: internal error after mdadm call
Package: fai-setup-storage Version: 3.4.7 A fai installation attempt stopped with an internal error from setup-storage. It already worked with other machines which should be identical. I'm using testing (squeeze). This is the content of format.log: Starting setup-storage 1.3 Using config file: /var/lib/fai/config/disk_config/MOSKITO Executing: parted -s /dev/sda unit TiB print Executing: parted -s /dev/sda unit B print free Executing: parted -s /dev/sda unit chs print free Finding all volume groups No volume groups found Executing: mdadm --examine --scan --verbose -c partitions INTERNAL ERROR in setup-storage: mdadm ARRAY line not yet seen Please report this error to the Debian Bug Tracking System. This is the output from the mdadm (package version 3.1.4-1+8efb9d1) command given manually: # mdadm --examine --scan --verbose -c partitions ARRAY metadata=ddf UUID=185c798d:6447583a:4e46c882:9f780cee devices=/dev/sda ARRAY container=185c798d:6447583a:4e46c882:9f780cee member=0 UUID=8fb3d057:eae09224:02771795:415cc091 # (Four lines, last one empty.) I don't use any software raid. Another not yet installed machine, booted with FAI_ACTION=sysinfo, gives no output from this mdadm command. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611729: apt: apt-get does not always mark a package as manually installed
Package: apt Version: 0.8.10 Severity: normal Tags: patch [ This bug has been found in Maemo's version of apt, absed on 0.7.25.3, and has only confirmed to be present in Debian's version of apt by reading the code. Thus, I don't include any information about my Debian installation. ] Apt-get does not always mark a package as manually installed when it should. I only have a Gedanken Test Case for reproduction, sorry, but it should be simple. Consider this scenario: Package: a Depends: b Package: b Neither a nor b are installed. Then $ apt-get install a b will not mark b as manually installed. The culprit is this code in cmd-line/apt-get.cc, function TryToInstall: // see if we need to fix the auto-mark flag // e.g. apt-get install foo // where foo is marked automatic if (State.Install() == false (State.Flags pkgCache::Flag::Auto) _config-FindB(APT::Get::ReInstall,false) == false _config-FindB(APT::Get::Only-Upgrade,false) == false _config-FindB(APT::Get::Download-Only,false) == false) { ioprintf(c1out,_(%s set to manually installed.\n), Pkg.FullName(true).c_str()); Cache-GetDepCache()-MarkAuto(Pkg,false); AutoMarkChanged++; } This code will not fix the auto-mark flag when State.Install() is false. However, planning to install a will produce the state where State.Install() is true for b, and State.Flags for b will include Auto. The following variant of the code should make this work: // see if we need to fix the auto-mark flag // e.g. apt-get install foo // where foo is marked automatic if((State.Flags pkgCache::Flag::Auto) _config-FindB(APT::Get::ReInstall,false) == false _config-FindB(APT::Get::Only-Upgrade,false) == false _config-FindB(APT::Get::Download-Only,false) == false) { Cache-GetDepCache()-MarkAuto(Pkg,false); AutoMarkChanged++; // If we are not actually installing the package right // now because it is already installed, at least // mention that we are changing its auto flag. if (State.Install() == false) ioprintf(c1out,_(%s set to manually installed.\n), Pkg.FullName(true).c_str()); } [ No patch since I didn't even compile this. ] The logic behind this change is that it shouldn't matter whether or not State.Install() is true when deciding whether to fix the auto-mark. All we really want is to supress the message in the normal case where a package is about to be installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611730: get-iplayer: should depend on libxml-simple-perl
Package: get-iplayer Version: 2.78-1 Severity: normal Tags: pending - Forwarded message from Jon Grant j...@jguk.org - Date: Wed, 19 Jan 2011 20:45:06 + From: Jon Grant j...@jguk.org To: deb...@jwiltshire.org.uk Subject: ubuntu get-iplayer package Message-ID: 4d374d52.1080...@jguk.org User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 Hi Thanks for making such a great tool! Would it be possible to add a dep on libxml-simple-perl in the ubuntu package please? It seems to be necessary to download by --pid Best regards, Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611731: evolution: Calendar causes deadlock with Compiz
Package: evolution Version: 2.30.3-5 Severity: normal When switching to the calendar view (or starting evolution with calendar as active component) the Compiz window manager is stuck in a dead-lock. The mouse pointer can be moved but no other windows can be activated or focused. Gkrellm also stops to update its display. The situation can only be cleaned by switching to a text console [Ctrl][Alt][F1] and killall evolution. This happens _most_ of the time when the calendar view is displayed the first time since the start of evolution. After a few tries it works. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.2.24-4 simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.38Debian configuration management sy ii evolution-common 2.30.3-5 architecture independent files for ii evolution-data-server 2.30.3-2 evolution database backend server ii gconf2 2.28.1-6 GNOME configuration database syste ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.30.3-2 The Evolution MIME message handlin ii libcanberra-gtk0 0.24-1Gtk+ helper for playing widget eve ii libcanberra0 0.24-1a simple abstract interface for pl ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libebackend1.2-0 2.30.3-2 Utility library for evolution data ii libebook1.2-9 2.30.3-2 Client library for evolution addre ii libecal1.2-7 2.30.3-2 Client library for evolution calen ii libedataserver1.2-13 2.30.3-2 Utility library for evolution data ii libedataserverui1.2-8 2.30.3-2 GUI utility library for evolution ii libegroupwise1.2-132.30.3-2 Client library for accessing group ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libevolution 2.30.3-5 evolution libraries ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgconf2-42.28.1-6 GNOME configuration database syste ii libgdata-google1.2-1 2.30.3-2 Client library for accessing Googl ii libgdata1.2-1 2.30.3-2 Client library for accessing Googl ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-2 Utility library for loading .deskt ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgtkhtml-editor0 3.30.3-1 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.30.3-1 HTML rendering/editing library - r ii libgweather1 2.30.3-1 GWeather shared library ii libical0 0.44-3iCalendar library implementation i ii libice62:1.0.7-1 X11 Inter-Client Exchange library ii libnotify1 [libnotify1 0.5.0-2 sends desktop notifications to a n ii libnspr4-0d4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-2 Network Security Service libraries ii libpango1.0-0 1.28.3-1+squeeze1 Layout and rendering of internatio ii libsm6 2:1.2.0-1 X11 Session Management library ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libsqlite3-0 3.7.4-2 SQLite 3 shared library ii libstartup-notificatio 0.10-1library for program launch feedbac ii libunique-1.0-01.1.6-1.1 Library for writing single instanc ii libxml22.7.8.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages evolution recommends: pn bogofilter | spamassassi none (no description available) ii evolution-plugins2.30.3-5standard plugins for Evolution ii evolution-webcal 2.28.1-1webcal: URL handler for GNOME and ii gnome-desktop-data 2.30.2-2Common files for
Bug#611569: apt-cdrom doesn't work on GNU/kFreeBSD
On Tue, Feb 01, 2011 at 02:37:36PM +0100, Robert Millan wrote: 2011/1/31 Michael Vogt m...@debian.org: Thanks for your bugreport. On systems where libudev is availalbe we dlopen() it nowdays to figure out the right mount point. On systems where that is not the case apt will just rely on /etc/fstab to find the mountpoint. Could you please check if that has a correct entry? apt-cdrom expects an entry with /cdrom mountpoint, but fstab (on installed system) provides /media/cdrom0. If I modify it, then apt-cdrom is able to mount the CD. Does this mean fstab is incorrect? Then it'd be a bug in D-I. That is a problem with apt then, I attached a patch that should fix it and will upload that tonight. I guess the libudev support shadowed this problem on the other arches. Cheers, Michael === modified file 'apt-pkg/cdrom.cc' --- apt-pkg/cdrom.cc 2010-08-02 19:02:01 + +++ apt-pkg/cdrom.cc 2011-02-01 14:34:01 + @@ -198,7 +198,7 @@ // a symlink gets a big penalty struct stat Buf; string statPath = flNotFile(Path); - string cdromPath = _config-FindDir(Acquire::cdrom::mount,/cdrom/); + string cdromPath = _config-FindDir(Acquire::cdrom::mount); while(statPath != cdromPath statPath != ./) { statPath.resize(statPath.size()-1); // remove the trailing '/' if (lstat(statPath.c_str(),Buf) == 0) { @@ -509,7 +509,7 @@ stringstream msg; // Startup - string CDROM = _config-FindDir(Acquire::cdrom::mount,/cdrom/); + string CDROM = _config-FindDir(Acquire::cdrom::mount); if (CDROM[0] == '.') CDROM= SafeGetCWD() + '/' + CDROM; === modified file 'apt-pkg/init.cc' --- apt-pkg/init.cc 2010-09-04 08:46:36 + +++ apt-pkg/init.cc 2011-02-01 14:34:53 + @@ -52,7 +52,7 @@ Cnf.Set(Dir::State::lists,lists/); Cnf.Set(Dir::State::cdroms,cdroms.list); Cnf.Set(Dir::State::mirrors,mirrors/); - + // Cache Cnf.Set(Dir::Cache,var/cache/apt/); Cnf.Set(Dir::Cache::archives,archives/); @@ -88,6 +88,9 @@ // Translation Cnf.Set(APT::Acquire::Translation, environment); + // Default cdrom mount point + Cnf.Set(Acquire::cdrom::mount, /media/cdrom/); + bool Res = true; // Read an alternate config file === modified file 'methods/cdrom.cc' --- methods/cdrom.cc 2010-02-17 21:40:05 + +++ methods/cdrom.cc 2011-02-01 14:33:47 + @@ -220,7 +220,7 @@ } bool AutoDetect = _config-FindB(Acquire::cdrom::AutoDetect, true); - CDROM = _config-FindDir(Acquire::cdrom::mount,/cdrom/); + CDROM = _config-FindDir(Acquire::cdrom::mount); if (Debug) clog Looking for CDROM at CDROM endl;
Bug#156154: Patch
tag 156154 - help + patch thanks Here is the patch to fix this bug. This bug appears with 3.27-1. -- Eugen Dedu http://eugen.dedu.free.fr --- iso_8859-1.7.orig 2011-02-01 15:34:09.441244000 +0100 +++ iso_8859-1.7 2011-02-01 15:34:45.445244647 +0100 @@ -87,7 +87,7 @@ 252 170 AA ª FEMININE ORDINAL INDICATOR 253 171 AB « LEFT-POINTING DOUBLE ANGLE QUOTATION MARK 254 172 AC ¬ NOT SIGN -255 173 AD SOFT HYPHEN +255 173 AD - SOFT HYPHEN 256 174 AE ® REGISTERED SIGN 257 175 AF ¯ MACRON 260 176 B0 ° DEGREE SIGN
Bug#611731: Acknowledgement (evolution: Calendar causes deadlock with Compiz)
submitted upstream https://bugzilla.gnome.org/show_bug.cgi?id=641152 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#196367: priority dependencies and alternatives
Hi, with the latest developer news I saw mksh was listed. However, mksh needs to have dependencies on debconf ($foo) | cdebconf ($bar) in two flavours – one is added so lintian doesn’t complain due to mi- nimum version requirements for certain features, the other is added via misc:Depends from debhelper. Now, cdebconf has priority extra. Do I need to do something to my package, and if so, what? Downgrading all packages with an alternative dependency on cdebconf doesn’t seem sensible to me, so the language might need to change. bye, //mirabilos -- 15:41⎜Lo-lan-do:#fusionforge Somebody write a testsuite for helloworld :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591658: Fixed in 0.6.30
I have downloaded and compiled the source packages for 0.6.29 and 0.6.30 from the Gnokii website. 0.6.29 exhibits the same problem, 0.6.30 works OK. Regards Tony Middleton. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605090: Updated patch
On jeu., 2011-01-27 at 22:21 +, Ian Campbell wrote: I was assuming people wanting a grsec kernel would prefer having UDEREF than XEN, but we might as well use the more conservative approach and keep XEN enabled (and UDEREF disabled) and wait for feedback from users. If bugreports are reported asking for UDEREF we can still revisite that later. Can you describe how it works and what makes it slow for Xen? UDEREF tries to prevent the kernel to dereference pointers to userland by tuning the segmentation model, modifying the global descriptor table and the various functions copying from/to userspace. If Xen (or another hypervisor) has assumptions about the segment layouts, then those assumptions will break on a grsec kernel. You can find more information there: http://grsecurity.net/~spender/uderef.txt (and the amd64 announcement there http://grsecurity.net/pipermail/grsecurity/2010-April/001024.html) It sounds like strictly speaking it's not broken under Xen as such, it's just not recommended since it is effectively unusable with certain guest types. It's not clear if the comment is referring to PV guests or HVM guests using shadow mode. i.e. It's not clear if hardware virtualization support refers to HVM generally or more specifically to HAP (hardware assisted paging). The problem with disabling CONFIG_XEN in this way is that it will also disable the Xen PVHVM drivers which enhance disk and network performance for HVM guests. Hardware with HVM is really quite common these days and HAP has been around for quite a while too so it's not as rare as the comment makes out. I think that if we are going to have this flavour then it should have both Xen and grsec. That allows it to work for people using HVM (+/- HAP as discussed above) guests. For people with PV guests they can either choose dog-slow-but-secure or fast. Maybe that's not much of a choice ;-) I've tried to build a kernel with CONFIG_XEN and CONFIG_PAX_UDEREF. Build succeeds and it boots fine, but I don't have a working xen setup to try it (wether on host or on guest). I've tried to run a kvm guest (using a standard kernel) and it's slow as hell, but it was the same without CONFIG_XEN. It'd be worth trying on i386 though. I can provide you that kernel if you want to try yourself (or only the edited patch removing the conflict against CONFIG_XEN, though it's trivial to do). Regards, -- Yves-Alexis Perez ANSSI/ACE/LAM signature.asc Description: This is a digitally signed message part
Bug#611733: glusterfs-server: start/stop handling eating return code
Package: glusterfs-server Version: 3.1.2-1 Severity: important Quoting /etc/init.d/glusterfs-server: | start) |[ $VERBOSE != no ] log_daemon_msg Starting $DESC $NAME |do_start |case $? in |0|1) [ $VERBOSE != no ] log_end_msg 0 ;; |2) [ $VERBOSE != no ] log_end_msg 1 ;; |esac |;; This happily eats return codes: + start-stop-daemon --start --quiet --pidfile /var/run/glusterfsd.pid --exec /usr/sbin/glusterfsd -- -p /var/run/glusterfsd.pid -f /etc/glusterfs/glusterfsd.vol --log-file /var/log/glusterfs/glusterfsd.vol.log + return 2 + case $? in + '[' no '!=' no ']' + : Iff VERBOSE=yes is set then it at least says Starting GlusterFS server: glusterfsd failed! but still returns with exit code 0, whereas on VERBOSE=no it doesn't output anything at all (and returns with 0 in case of errors with return code 2 of start-stop-daemon as well). I'm not sure whether the usage of VERBOSE is adequately used here at all, but the init script clearly lacks the according exit $? in its case branches. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011-02-01t16-23...@devnull.michael-prokop.at
Bug#611734: iputils-ping: ping6 should display the IP address
Package: iputils-ping Version: 3:20071127-1+lenny1 Severity: wishlist Hi I also wish ping6 would display the IP per default. (As in Bug #175857) Btw: The ping6 output lacks a blank in this position: drowzee:~ % ping6 ns3.nic.fr PING ns3.nic.fr(ns3.nic.fr) 56 data bytes ^ Jochen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608852: Package should be removed..
I agree though I am not sure whether Gerardo and Ivan were talking about icecast 1 or 2.. I any case, I believe they are welcome to maintain either of them among the multimedia team, right ? Romain On Tue, Feb 1, 2011 at 5:02 AM, Jonas Smedegaard d...@jones.dk wrote: On Tue, Feb 01, 2011 at 07:47:37AM +, Alessio Treglia wrote: Gerardo, Ivan, as Romain said, it doesn't make sense to continue supporting icecast-server. We should file a removal request, I think. Recently in this bugreport someone showed interest in taking over maintainance of icecast-server. Please allow them time to respond before killing the package. It makes sense to drop packages noone has interest in, but it does not make sense dropping packages just because _you_ (being someone not maintaining it) have no interest in it. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJNR+hLAAoJECx8MUbBoAEhtB0P/jO1wjmZsLek41NbuKwzMZqd C3Ht1clKrB/j377dsHFrya1Caf9TDJLKh3JSHyK/rQrcJrbZHzArLGEI5qIL0oBt +z1q+kQ6Iz75b57iNm2WHyZVce76pxqyTgx6lKLeQLMYHAc5i4SWb3Z5GSFPiw8W paAb/XmfEf1QQn80zyXoC97ct5tAST2ZJe6JokorcbmbN02th7oqSoIgdOu7bFKw m7zuNRZk1Xzm9I3dD6D+LpUO37OaNBIq+QYPAjQXwjkVSJq2YplZo55+CykH9etu esgM0NPpsC2mel2BVG8WFimhfXXQ+vC6bMB9KceejNoM8Bz2wSUOzwqmwAPYkb5k 6cVlj3MDFcYl+O1RVqGUMNSyMjW+C7Chr1Cb/paNbcZjaufln5eNtoCMgVKZWV74 NeaW9he8VXdFz5MxBm6vh+pIAsIo8s4Z5SNbJBuAic9Gdx28fEXuxbpkfwPTZnuc klHbvgoQcat92ZsWU0zLe6H6jzlbOsNFzSy3URSnT/1X2exiQxCQMNVxIFB+397O f2viCG1PaM+mdLT0kqxaAGMQCkb0zcc8Ptn2ChXwZ/rJLW1sVE2eLladAmuVpg50 0t6s4ndB6ZMeatysFQb51nFbEpQjypn08jT+I+G+KDe1dYkwXAJ26llDsz7oU8E6 2mYFXyyztHkeDUn3WsZ+ =NbhG -END PGP SIGNATURE- -- They try to fool the black population, By telling them that Jah Jah Dead. But II know that... Jah no dead! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611735: www.debian.org: Add helper button on footer for design-flaws
Package: www.debian.org Severity: wishlist Hi, with the new website design coming up, we might break some pages quite hard. Thus i would like to suggest to have a button on the footer of each page with says something like Found problem with the layout of this page, click here. Not sure yet what to do with this button, my idea would be to just mail this to a specified address, and have someone watching the incoming mail flood. Other idea would be to write a flat file somewhere. Nevertheless, i think we will need the following information: * Remote IP (yes, we want that, so we can find out if it might be a problem with the www-mirror we use, you never know...) * page * date + time * User-Agent (it might be displaying problems with a specific UA). I would suggest to limit this to four weeks, we should ne able to find most of the fall-out of the redesign switch within that time frame. Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611736: dpkg-cross: check handling of /usr/share/fonts added in 2.5.3
Package: dpkg-cross Version: 2.5.8 Severity: minor dpkg-cross 2.5.3 added handling for retaining fonts metadata, ostensibly for the benefit of xfonts-utils - this needs to be re-checked along with a wider scale review of exactly which files are retained in -cross packages. -- Package-specific info: -- (/etc/dpkg-cross/cross-compile not submitted) -- -- System Information: Debian Release: 5.0.8 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg-cross depends on: ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii dpkg-dev 1.14.31 Debian package development tools ii libconfig-auto-perl 0.20-2 Magical config file parser ii libdebian-dpkgcross-perl 2.5.8 functions to aid cross-compiling D ii perl 5.10.0-19lenny3 Larry Wall's Practical Extraction Versions of packages dpkg-cross recommends: ii binutils-multiarch 2.18.1~cvs20080103-7 Binary utilities that support mult ii fakeroot1.11 Gives a fake root environment dpkg-cross suggests no packages. -- debconf information: dpkg-cross/default-arch: None -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611737: libio-socket-inet6-perl: no longer compensates for bindv6only=1
Package: libio-socket-inet6-perl Version: 2.65-1.1 Severity: important [I'm tentatively assigning this bug to libio-socket-inet6-perl because all was well prior to its latest upgrade.] I've been running with net.ipv6.bindv6only=1, mostly as a historical artifact. For the most part, that setting's suited me fine (which is why I let netbase's stale /etc/sysctl.d/bindv6only.conf stand). However, in conjunction with the libio-socket-inet6-perl upgrade that recently hit testing, it kept IPv4 clients from being able to connect to my apt-cacher installation, which constructs an IO::Socket::INET6 object with Listen = 1 and (per a configuration setting I never had occasion to touch) no explicit LocalAddr. I've worked around this issue for now by dropping the custom net.ipv6.bindv6only setting, but would like to request that libio-socket-inet6-perl return to its former behavior in this regard, particularly given that (AFAICT) it gives the option of listening only for IPv6 connections by specifying Domain = 'AF_INET6' (vs. 'AF_UNSPEC', the default). Could you please consider such a change? Thanks! -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libio-socket-inet6-perl depends on: ii libsocket6-perl 0.23-1 Perl extensions for IPv6 ii perl 5.10.1-17 Larry Wall's Practical Extraction libio-socket-inet6-perl recommends no packages. libio-socket-inet6-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611733: glusterfs-server: start/stop handling eating return code
Am 01.02.2011 16:30, schrieb Michael Prokop: Package: glusterfs-server Version: 3.1.2-1 Severity: important Quoting /etc/init.d/glusterfs-server: | start) |[ $VERBOSE != no ] log_daemon_msg Starting $DESC $NAME |do_start |case $? in |0|1) [ $VERBOSE != no ] log_end_msg 0 ;; |2) [ $VERBOSE != no ] log_end_msg 1 ;; |esac |;; This happily eats return codes: + start-stop-daemon --start --quiet --pidfile /var/run/glusterfsd.pid --exec /usr/sbin/glusterfsd -- -p /var/run/glusterfsd.pid -f /etc/glusterfs/glusterfsd.vol --log-file /var/log/glusterfs/glusterfsd.vol.log + return 2 + case $? in + '[' no '!=' no ']' + : Iff VERBOSE=yes is set then it at least says Starting GlusterFS server: glusterfsd failed! but still returns with exit code 0, whereas on VERBOSE=no it doesn't output anything at all (and returns with 0 in case of errors with return code 2 of start-stop-daemon as well). I'm not sure whether the usage of VERBOSE is adequately used here at all, but the init script clearly lacks the according exit $? in its case branches. Hm I don't know if those lines are useable at all @ glusterfsd, since it will fail to start in the default configuration. Also most packages don't use such verbose, return, etc foo values in their init scripts.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504678: add -r to make resulting devices read/only
On 02/01/2011 04:53 PM, Michael Prokop wrote: Are there any news on this issue? regards, -mika- Hi Michael, I have taken up the Multipath Tools maintenance from Guido. I'll look into it and get back soon. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#611738: ITP: pascal-synapse -- syncronous TCP/IP library in Pascal
Package: wnpp Severity: wishlist Owner: Marcos Marado mindboosterno...@gmail.com * Package name: pascal-synapse Version : 39+svn135 Upstream Author : g...@volny.cz * URL : http://www.ararat.cz/synapse/ * License : BSD variant Programming Lang: Pascal Description : syncronous TCP/IP library in Pascal pascal-synapse is a syncronous TCP/IP library in Pascal that also has limited non-blocking mode. Full license: Copyright (c)1999-2002, Lukas Gebauer All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. Neither the name of Lukas Gebauer nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS AS IS AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. -- System Information: Debian Release: 5.0.8 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611400: ITP: wayland -- new generation compositor
FWIW, have you seen Bryce's test packages here: https://launchpad.net/~xorg-edgers/+archive/wayland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608852: Package should be removed..
On Tue, Feb 01, 2011 at 09:33:41AM -0600, Romain Beauxis wrote: I agree though I am not sure whether Gerardo and Ivan were talking about icecast 1 or 2.. I any case, I believe they are welcome to maintain either of them among the multimedia team, right ? Sure! Except if it is v1 they want to maintain and this team is hostile towards keeping that alive: Then they are better off doing it separately - but I cannot imagine us being hostile :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#611400: ITP: wayland -- new generation compositor
Tormod Volden debian.tor...@gmail.com (01/02/2011): FWIW, have you seen Bryce's test packages here: https://launchpad.net/~xorg-edgers/+archive/wayland Thanks. There are some packages or build scripts around, but my main issue is currently the mesa part of it, as mentionned in the last bullet of “Debian XSF News #3”: http://blog.ikibiki.org/2011/02/01/DXN-3/ KiBi. signature.asc Description: Digital signature
Bug#611739: does not notice if terminal goes away
Package: autossh Version: 1.4b-4 Severity: normal This is autossh running w/o a controlling terminal: 10145 ?S 0:00 /usr/lib/autossh/autossh kitenet.net 10157 ?S 0:00 \_ /usr/bin/ssh -L 37114:127.0.0.1:37114 -R 37114:127.0.0.1:37115 kitenet.net It will continue running indefinitly. All I had to do to make this happen was start autossh and then immediatly close its terminal, before its ssh connection finished (or possibly, before it started ssh?) Once ssh is connected, closing the terminal properly kills both it and autossh. I more often see this when autossh has been running for a while, and the ssh connection has dropped, often because I suspended my laptop, and I close the terminal then, before it notices and reconnects. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autossh depends on: ii libc6 2.11.2-9 Embedded GNU C Library: Shared lib ii openssh-client [ssh-client] 1:5.5p1-6 secure shell (SSH) client, for sec autossh recommends no packages. autossh suggests no packages. -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#611740: Please package cyrus-imapd 2.4.6
Package: cyrus-imapd-2.4 Version: 2.4.5-1 On 12/20/2010 cyrus-imapd-2.4.6 was released. Please, package it. Release notes: We are pleased to announce the immediate availability of Cyrus IMAPd version 2.4.6. This is primarily a bugfix release. We recommend all users of the Cyrus 2.4.x series update to this release, particularly if they use OpenBSD or murder. -- With best regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611741: dpkg: i486 - i686 cputable adjustment for Ubuntu
Package: dpkg Version: 1.15.8.10 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch natty Thanks to lots of hard work in the past, Ubuntu is tantalisingly close to just being able to use Debian's dpkg source package without modifications. The last substantive piece is that we build our i386 architecture for i686 rather than for i486, and thus require a different cputable entry so that DEB_BUILD_GNU_CPU is set properly when building packages. This patch uses dpkg-vendor to adjust cputable appropriately if and only if dpkg is being built on an Ubuntu-derived system. Doing this in debian/rules is of course slightly hacky, but I didn't think it was worth attempting to design a more complex system for a single use case. We can revisit this if and when other uses come along. (Note also that dpkg uses the output of dpkg-architecture at configure time - m4/dpkg-arch.m4 - but it only uses the Debian names, not the GNU names, so it doesn't matter that we only do this substitution later.) diff --git a/debian/rules b/debian/rules index b4b70b8..64fdcf2 100755 --- a/debian/rules +++ b/debian/rules @@ -80,6 +80,13 @@ install: check cd build-tree $(MAKE) DESTDIR=$(CURDIR)/debian/tmp install +ifeq (yes,$(shell dpkg-vendor --derives-from Ubuntu echo yes)) + # Ubuntu's i386 architecture is built for i686 (the Debian default + # is i486). + sed -ri 's/^(i386[[:space:]]+)[^[:space:]]+/\1i686/' \ + $(CURDIR)/debian/tmp/usr/share/dpkg/cputable +endif + # Put together the dpkg and dselect packages binary-arch: install dh_testdir -a Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611742: n-m activates IPv6 autoconf despite IPv6 Mathod ignore
Package: network-manager Version: 0.8.1-6 Before: network-manager and nm-applet are running, but no networks are connected. % sysctl net.ipv6.conf.all.autoconf net.ipv6.conf.all.autoconf = 0 % sysctl net.ipv6.conf.wlan0.autoconf error: net.ipv6.conf.wlan0.autoconf is an unknown key % ip -6 r % ip -6 a 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 inet6 ::1/128 scope host valid_lft forever preferred_lft forever Action: I connect to a wireless network via nm-applet. In the configuration of this network, the IPv6 Configuration Method is Ignore. After: I have a bunch of non-working IPv6 routes from stupid Apple devices, e.g. % sysctl net.ipv6.conf.wlan0.autoconf = 1 net.ipv6.conf.wlan0.autoconf = 1 % ip -6 a 1: lo: LOOPBACK,UP,LOWER_UP mtu 16436 inet6 ::1/128 scope host valid_lft forever preferred_lft forever 4: wlan0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qlen 1000 inet6 2002:865f:5ba7:b:224:d6ff:fe87:2320/64 scope global dynamic valid_lft 7199sec preferred_lft 1799sec inet6 2002:865f:5f26:c:224:d6ff:fe87:2320/64 scope global dynamic valid_lft 2591973sec preferred_lft 604773sec inet6 fec0::b:224:d6ff:fe87:2320/64 scope site dynamic valid_lft 7199sec preferred_lft 1799sec inet6 fec0::c:224:d6ff:fe87:2320/64 scope site dynamic valid_lft 2591973sec preferred_lft 604773sec inet6 fe80::224:d6ff:fe87:2320/64 scope link valid_lft forever preferred_lft forever % ip -6 r 2002:865f:5ba7:b::/64 dev wlan0 proto kernel metric 256 expires 7200sec mtu 1500 advmss 1440 hoplimit 4294967295 2002:865f:5f26:c::/64 dev wlan0 proto kernel metric 256 expires 2592132sec mtu 1500 advmss 1440 hoplimit 4294967295 fe80::/64 dev wlan0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295 fec0:0:0:b::/64 dev wlan0 proto kernel metric 256 expires 7200sec mtu 1500 advmss 1440 hoplimit 4294967295 fec0:0:0:c::/64 dev wlan0 proto kernel metric 256 expires 2592132sec mtu 1500 advmss 1440 hoplimit 4294967295 default via fe80::90c7:bc44:45e6:fbe7 dev wlan0 proto kernel metric 1024 expires 1770sec mtu 1500 advmss 1440 hoplimit 4294967295 default via fe80::9509:ba5a:7dd:f52c dev wlan0 proto kernel metric 1024 expires 7200sec mtu 1500 advmss 1440 hoplimit 4294967295 Basically I am forced to manually disable autoconf and flush IPv6 routes after every connection to this network. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611738: ITP: pascal-synapse -- syncronous TCP/IP library in Pascal
FYI, I've started the packaging effort already, find packages (and code) at http://noori.abismo.org/debian/synapse/ . I am now in the process of making it lintian-clean. Best regards, -- Marcos Marado -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611546: /etc/init.d/cyrus2.2: You are missing a dpkg-statoverride on /var/run/cyrus. Add it.
On Tue, 01 Feb 2011, Lutz Christoph wrote: In that time range I upgraded the server, and it retained cyrus21-common. (Dunno why it didn't upgrade to 2.2.) And I believe this shows a good hint at what happened: Ah, should be that. An ordering problem re. cyrus21-common. cyrus21-common and cyrus-common-2.2 coexisted for a while until I removed cyrus21-common (and the other 2.1 packages). That probably removed the overrides. Yes. Nasty little bug, that. Nothing there upgraded the cyrus packages from 2.1 to 2.2, which is probably as intended. When I later upgraded, I must have managed to leave the 2.1 packages on the system. Though I wonder how, since the cyrus-common-22 packages says: Replaces: cyrus21-common, cyrus22-common It also Conflicts: cyrus21-common. It *really* should have caused cyrus21-common to disappear, and it didn't. Something that should have prevented cyrus21-common and cyrus-common-2.2 from coexisting. Any idea hiow that might have happened? This will require some testing upgrading paths using piuparts and chroots to fix, I fear. It might be easier to just document it in the BTS (can't happen in Lenny-Squeeze transitions, since Cyrus 2.1 is not in Lenny), and for the future, have the initscript heal missing statoverrides. But we do have to check if it cannot happen also when going from 2.2 to 2.3 or 2.4. My guess is that it does. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611569: apt-cdrom doesn't work on GNU/kFreeBSD
Michael Vogt wrote: That is a problem with apt then, I attached a patch that should fix it and will upload that tonight. I guess the libudev support shadowed this problem on the other arches. d-i installs a 00CDMountPoint apt config file containing: Acquire::cdrom { mount /media/cdrom; } Dir::Media::MountPath /media/cdrom; This is left behind in the installed system BTW. I don't like that, but we've been working around apt's lack of FHS adherence for quite a while. So I doubt that your patch will help, it only seems to set the same Acquire::cdrom setting that we already have. (BTW, the reason we set Dir::Media::MountPath too is that apparenly apt doesn't consistently read from the [former] one.) Looking at the syslog, apt says it's going to use /media/cdrom as the moint point but then mount seems to be run with /cdrom. Screenshot of this weirdness attached. I see that the generated fstab on kFreeBSD contains: /dev/cd0/media/cdrom0 cd9660 ro,auto 0 0 Why is the mount point different? I don't know yet. If I correct this to use /media/cdrom0, then apt-cdrom add works in d-i with no further changes. FWIW, this seems close to RC for d-i kFreeBSD, since it makes most of the CD images useless (they still work, but most of the bits on the CD are not used since it falls back to a mirror), and introduces a error dialog into the installation process when installing with most of the CD images. (In a sense, my fix for #609334 in apt-setup 1:0.53 has exposed this bug. Previously, apt-setup just ignored CDs entirely on kFreeBSD. (It's somewhat amazing nobody ever noticed that, but then I only noticed because I was reading the code...) My fix made it try, and now fail to use them.) -- see shy jo signature.asc Description: Digital signature
Bug#611743: openssl smime -verify can't verify binary messages without CRLF
Package: openssl Version: 0.9.8o-4 Severity: normal If I make a simple message: ---cut here 8--- Content-Type: application/octet-stream Content-Transfer-Encoding: 8bit BINARY DATA ---cut here 8--- (note lines end in LF, not CRLF) and sign it as so: openssl smime -sign -binary -in zz-in -out zz-out \ -signer as2.crt -inkey as2.key (note I asked for -binary) Then it is impossible to verify the message: openssl smime -verify -binary -in zz-out -noverify \ -certfile as2.crt -inform smime | cat -vet Verification failure 21148:error:21071065:PKCS7 routines:PKCS7_signatureVerify:digest failure:pk7_doit.c:948: 21148:error:21075069:PKCS7 routines:PKCS7_verify:signature failure:pk7_smime.c:312: Content-Type: application/octet-stream^M$ Content-Transfer-Encoding: 8bit^M$ ^M$ BINARY DATA^M$ ^M$ It seems that the -verify code doesn't know how to do -binary. If I sign without -binary and verify with or without -binary then the verification works, but my binary data is corrupted by replacing all LF's with CRLF. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssl depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libssl0.9.8 0.9.8o-4 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates20090814+nmu2 Common CA certificates -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611744: multistrap: Please run preinst scripts with version arguments
Package: multistrap Severity: important Hi, when bootstrapping with including additional packages, and that additional package has a preinst that uses 'dpkg --compare-versions', then multistrap fails, because it's calling the preinst scripts with no arguments (instead of '$preinst upgrade $old_version $new_version'). this is particulary bad since quite important packages, such as postfix or python are using dpkg --compare-versions in their preinst, making it effectively impossible to bootstrap any non-basic system with multistrap. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611688: Fix?
How is this bug going to be fixed, since Debian stable won't update to a newer version of pidgin? Perhaps by a backport after the release? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611688: Fix?
It will probably be on volatile or backports. On 02/01/2011 11:27 AM, Stormdawn wrote: How is this bug going to be fixed, since Debian stable won't update to a newer version of pidgin? Perhaps by a backport after the release? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608852: Package should be removed..
Well my main concern is about the confusion that can result of having two packages. I believe it would be important to know whether or not the old icecast provides something that icecast2 does not.. On Tue, Feb 1, 2011 at 10:01 AM, Jonas Smedegaard d...@jones.dk wrote: On Tue, Feb 01, 2011 at 09:33:41AM -0600, Romain Beauxis wrote: I agree though I am not sure whether Gerardo and Ivan were talking about icecast 1 or 2.. I any case, I believe they are welcome to maintain either of them among the multimedia team, right ? Sure! Except if it is v1 they want to maintain and this team is hostile towards keeping that alive: Then they are better off doing it separately - but I cannot imagine us being hostile :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJNSC5MAAoJECx8MUbBoAEhyEcP/jGmxzDkyBkSPuJwgHeHCZLp 1XrcKLD4nvxFcbPyaLkSP24DVGMbiTEpEM+5n7UK051IY8zlepLZJKp8ypuyBZaY bXGh/kIiAxUDQEl89QFkdDyutcJTT3jj46EgiISAxkH37lfgRUxHdnKbCQGMBSgA 7QXfz9U5OrgGPRFyiO3hMJ00M3+JLnKI+0LDYz0nxi05OVsiLlsbR1CONKeizkI8 y1TfuvdbRoYq0yssUgp8pSGGIi5PKxuVqvmg3k7bo4fyPaRFB/n8XjcZ0eFmL9ya J+ib7ZJIhkkcsZ1ayrInm0T1QATsKji2D0EvvKCnrZ6BbsHjpWO6DM+4zA4jOi81 GtoxEl4RgBu2sNEqSz8nvGUWwxr2oeukcTbQ9G1dGLZLUULmTZdELp02zhJ+cwMw ECoUYTzst/xtpYWWpVCwWuPvuZ4ATR6HcROfpHpcYMtJpJtVz4GHcMdD4Qz/pifM uG4HPrG810cDqjnwlNZSjLUKdyxVFgSLrxzGnwyPvbrMEh2py2fdS1oamaatxVHa 1gLva8Gs0xdZ0Z4ZOxyUFQ/eH7TNatzMmBQT0O14G85WbxHcgjGoLCysu8c7PzqM oYe21dc7dH6Unj3uAaeDDDxOlTvgemqBMzw/Q1OyVxi59kkcrpc3g8cxo56P9tA/ WdFN4+dWo7s7p8R7EA2f =GOiV -END PGP SIGNATURE- -- They try to fool the black population, By telling them that Jah Jah Dead. But II know that... Jah no dead! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611745: arduino source moved to google code, update watchfiles
Source: arduino Version: 0022+dfsg-1 Severity: minor version=3 dversionmangle=s/.dfsg// \ http://googlecode.debian.net/p/arduino-([\d\.]*)-src\.tar\.gz debian jh_repack -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611698: nodejs: conflicts with package node needlessly
On Tue, Feb 1, 2011 at 01:43:27 +, brian m. carlson wrote: Package: nodejs Version: 0.2.6-1 Severity: serious Tags: experimental It appears that nodejs in experimental has acquired a Conflicts with node. According to the changes file for that release: * Use upstream binary names for node and node-waf, conflicts with node package. (Closes: #597571) I still don't believe that is allowed by Debian Policy. Correct, that's not an acceptable use of Conflicts. Cheers, Julien signature.asc Description: Digital signature
Bug#610653: ITP: dmtcp -- Checkpoint/Restart functionality for Linux processes
On Mon, 31 Jan 2011, Yaroslav Halchenko wrote: | dmtcp_1.2.0+svn864-1~nd09.04+1_i386.build FAILED | dmtcp_1.2.0+svn864-1~nd09.04+1_amd64.build FAILED `--- This is where I have some problem reproducing the failure. I tried building it on Ubuntu9.10 and 10.10, both 32-bit, but it built just fine. I didn't see any issues. I tried by downloading the files from mentors.debian.net and then doing a dpkg-source followed by dpkg-buildpackage. Can you tell me how to reproduce these failures? Should I run a different set of commands? the only obvious difference was that in my case it was '-B' build, i.e. binary-only build, limited to architecture dependent packages; but I do not see how it should have impacted the build... I will check tomorrow in greater detail ok -- the reason is: # uname -m x86_64 # dpkg --print-architecture i386 quite often Debian 32bit-built systems are running on top of 32/64 bit capable kernel. So, imho correct way to deduce built type is not from kernel but from toolchain itself: # grep OUTPUT_ARCH mtcp.t OUTPUT_ARCH(i386) and on 64bit kernel+toolchain it looks like $ ld -shared -verbose | grep OUTPUT_ARCH OUTPUT_ARCH(i386:x86-64) which is indeed somewhat inconvenient but signals that both 32bit and 64bit supported (related to my elderly question on 32bit libraries support on 64bit systems) May be OUTPUT_FORMAT content would be more appropriate? Another hint: sed has -i option for 'infile' changes, so no need for temporary files -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611701: coffeescript: should no longer patch nodejs executable but instead depend on nodeje = 0.2.6
On Tue, Feb 1, 2011 at 03:30:03 +0100, Jonas Smedegaard wrote: Package: coffeescript Version: 1.0.0-1 Severity: grave Justification: renders package unusable Nodejs packaging for Debian stopped renaming the executable since the 0.2.6 release. So as subject says, coffeescript should no longer patch nodejs executable but instead depend on nodeje = 0.2.6. NAK. The renaming needs to be restored on the nodejs side (bug#611698). Cheers, Julien signature.asc Description: Digital signature
Bug#611743: Acknowledgement (openssl smime -verify can't verify binary messages without CRLF)
OpenSSL tickets: http://rt.openssl.org/Ticket/Display.html?id=828 and http://rt.openssl.org/Ticket/Display.html?id=1261 seem relevant. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611583: openoffice.org-emailmerge: unopkg failed
On Tue, 2011-02-01 at 09:21 +0100, Rene Engelhard wrote: Hi, Hmm. And what happens if you run unopkg using -v manually? See /var/lib/dpkg/info/openoffice.org-emailmerge.postinst for the exact command line used. I copied the script to root home, added -v to the invocation, and, as root, got this: corn:~# ./openoffice.org-emailmerge.postinst upgrade Adding extension /usr/lib/openoffice/program/mailmerge.py...Copying: mailmerge.py ERROR: (com.sun.star.deployment.VersionException) { { Message = Extension has already been added: org.openoffice.legacy.mailmerge.py, Context = (com.sun.star.uno.XInterface) @8cfa548 }, New = (com.sun.star.deployment.XPackage) @8d2a3d8, Deployed = (com.sun.star.deployment.XPackage) @8d4d648 } unopkg failed. done. Assuming this is the relevant section add_extension() { echo -n Adding extension $1... INSTDIR=`mktemp -d` /usr/lib/openoffice/program/unopkg add --shared $1 \ -env:UserInstallation=file:///$INSTDIR \ '-env:UNO_JAVA_JFW_INSTALL_DATA=$ORIGIN/../share/config/javasettingsunopkginstall.xml' \ -env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 if [ -n $INSTDIR ]; then rm -rf $INSTDIR; fi echo done. } , I don't know what $ORIGIN is. You don't need to, it's evaluated by OOo itself. Did you have OOo running while you ran the upgrade? Not that I was aware of. My mail client probably had used it to view some MS Word attachments earlier. If that leaves something hanging around, it's possible OO was still running. That's possible, yes... Was/is there a soffice.bin process running? Not now, but I've rebooted. If it were running it would be as my regular user account, not root. APT policy: (990, 'stable'), (50, 'unstable') Do you have packages from unstable installed? Which? How do I check? I'm pretty sure I have some packages pulled in from the testing or unstable, but I don't recall which. Unstable packages I probably built from source. apt-cacher and samba have had some of that. apt-show-versions can help you. Perhaps the python-central is relevant. I also have some stuff from Marillat's a-v repository, though for lenny. $ apt-show-versions -b | fgrep -v lenny apt-cacher/unstable apt-forktracer/unstable apt-howto-common 2.0.2-2 installed: No available version in archive apt-howto-en 2.0.2-2 installed: No available version in archive atlas3-doc 3.6.0-20.6 installed: No available version in archive autobook 1.4.4-unofficial-4 installed: No available version in archive bacula/unstable bacula-client/unstable bacula-common/unstable bacula-console/unstable bacula-director-common/unstable bacula-director-pgsql/unstable bacula-fd/unstable bacula-sd/unstable bacula-sd-pgsql/unstable bacula-server/unstable bacula-traymonitor/unstable bash-doc-reference 3.1-1 installed: No available version in archive cl-parse-number 1.0-2 installed: No available version in archive ctdb/unstable db4.4-util 4.4.20-12 installed: No available version in archive doc-html-w3 2003.03-2 installed: No available version in archive doc-rfc-0001-0999 20030621-1 installed: No available version in archive doc-rfc-1000-1999 20030621-1 installed: No available version in archive doc-rfc-2000-2999 20030621-1 installed: No available version in archive doc-rfc-3000-3999 20030621-1 installed: No available version in archive doc-rfc-experimental/unstable doc-rfc-fyi-bcp/unstable doc-rfc-misc/unstable doc-rfc-std/unstable doc-rfc-std-proposed/unstable docbook-doc 30d10-8 installed: No available version in archive docbook-xsl-doc 1.71.0.dfsg.1-1.1 installed: No available version in archive dosemu/unstable ebook-dev-ggad 199908-5 installed: No available version in archive elisp-manual 21-2.8-2 installed: No available version in archive emacs-lisp-intro 2.04-4 installed: No available version in archive glimpse 4.18.5-1 installed: No available version in archive gocr-doc 0.41-1 installed: No available version in archive gocr-gtk 0.41-1+b1 installed: No available version in archive gourmet/unstable gsl-doc-info/unstable haskell-doc/unstable haskell98-report/unstable haskell98-tutorial/unstable highlighting-kate-doc 0.2.1-3 installed: No available version in archive hylafax-doc 2:4.3.4-2 installed: No available version in archive krecipes/unstable krecipes-data/unstable krecipes-doc/unstable libdb4.4 4.4.20-12 installed: No available version in archive libdb4.7/unstable libdevel-nytprof-perl/unstable libgocr-doc 0.7.2-7 installed: No available version in archive libipod-doc 0.1.2-3+b1 installed: No available version in archive libpam-modules/unstable libpam-runtime/unstable libpam0g/unstable libpam0g-dev/unstable libpkg-guide/unstable libpopt-dev/unstable libpopt0/unstable libselinux1/unstable libselinux1-dev/unstable libsmbclient/unstable libsmbclient-dev/unstable libtalloc-dev/unstable libtalloc2/unstable libttf2 1.4pre.cvs20060210-1 installed: No available version in archive libuuid1/unstable libwbclient0/unstable
Bug#611721: jxplorer: imposible to use SSL certificates
On 02-01 14:41, Gabriele Giacone wrote: On Tue, Feb 1, 2011 at 1:15 PM, Witold Baryluk bary...@smp.if.uj.edu.pl wrote: I tried really hard, but have no idea how to add /etc/ssl/certs directory as CApath. I cannot even add single CA certificate. I tried changing paths (default is /etc/ssl/certs/java/cacerts which do not exists), files, keystore types. Nothing helps. jxplorer asks me for some passphrases, or tells me that there is no such file. As Security menu - Advanced Keystore Options says, default CA keystore is /etc/ssl/certs/java/cacerts. I have no idea why. Please install ca-certificates-java, which it's already installed if you use openjdk-6-jre from main. Then please read /usr/share/doc/jxplorer/NEWS.Debian.gz I installed ca-certificates-java, and it automagically create /etc/ssl/certs/java/cacerts, and added my certificates from /etc/ssl/certs/ and other standard Debian locations (/usr/local/share/ca-certificates/). It is really shame that Java cannot just directly use /etc/ssl/certs files, and needed some converter :( I assume it have something to do with portability of java. How about adding Recomends: ca-certificates-java. I do not know why, but i did have it installed on this box. (I check also on 3 other machine where I have java and there was no ca-certificates-java, only ca-certificates). Thanks, and sorry for not reading NEWS.Debian.gz. As I say option in UI, i expected that standard PEM files would be supported. And still think that they should, i wonder why they are not already supported in java nativly. PEM (DER) is pretty standard format. -- Witold Baryluk JID: witold.baryluk // jabster.pl signature.asc Description: Digital signature
Bug#611614: libapache2-mod-shib2: /etc/init.d/shibd removes pidfile before (unsuccesful) attept to stop daemon
Ferenc Wagner wf...@niif.hu writes: It looks like our squeeze branch misses the merge of bug/unlink-pidfile. Nor was upstream/2.3.1+dfsg merged into that bugfix branch... As things stand, our master branch has the fix (e3f9f278) but our debian branch does not, so when I branched squeeze off it the fix got lost. I'm a little uncertain how to untagle this... This is an RC bug (a policy violation) and we're very close to the release, so I proceeded to push what I found appropriate. I'm building the -5 package now and hope to test it soon. Comments more than welcome. -- Regards, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610653: ITP: dmtcp -- Checkpoint/Restart functionality for Linux processes
# uname -m x86_64 # dpkg --print-architecture i386 quite often Debian 32bit-built systems are running on top of 32/64 bit capable kernel. So, imho correct way to deduce built type is not from kernel but from toolchain itself: # grep OUTPUT_ARCH mtcp.t OUTPUT_ARCH(i386) and on 64bit kernel+toolchain it looks like $ ld -shared -verbose | grep OUTPUT_ARCH OUTPUT_ARCH(i386:x86-64) which is indeed somewhat inconvenient but signals that both 32bit and 64bit supported (related to my elderly question on 32bit libraries support on 64bit systems) May be OUTPUT_FORMAT content would be more appropriate? So, is it true that in this case where # uname -m x86_64 # dpkg --print-architecture i386 the OUTPUT_FORMAT would be elf32-i386? i.e. # ld -shared -verbose | grep OUTPUT_FORMAT OUTPUT_FORMAT(elf32-i386, elf32-i386, Another hint: sed has -i option for 'infile' changes, so no need for temporary files Thanks, will use it. :-) -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611641: ITP: fadecut -- Radio livestream to ogg/mp3 tool
Le lundi 31 janvier 2011, Marco Balmer a écrit : Description : Radio livestream to ogg/mp3 tool This script handle mp3 files (-ripped by streamripper), fade in and out. It set stream tags: artist, title and your own decided genre. If you have songs you do not like, move the ripped file to dontlike/ folder, so fadecut will no longer convert this song, if it was read on the livestream. All processed files of fadecut are in new/ folder. The original files from streamripper are in the orig/ folder after processing. Maybe it is just because I do not understand English well enough, but I really cannot understand this description. Maybe it should be rewritten in a clearer way. What does “to handle files” mean, is that “recording” (e.g. ripping from a radio stream), “playing” (e.g. streaming from files), “organizing” (e.g. renaming) or “transforming” (e.g. adjusting volume or metadata)? Is it a script to record radio streams, cutting files at fade effects? Or a script to produce a stream with fade effects from separate files? -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Elessar | `-'Debian Maintainer \_ signature.asc Description: Digital signature
Bug#608852: Package should be removed..
On Tue, Feb 01, 2011 at 10:46:59AM -0600, Romain Beauxis wrote: Well my main concern is about the confusion that can result of having two packages. I believe it would be important to know whether or not the old icecast provides something that icecast2 does not.. Confusion on what packages do is solved by clarifying package description, not by dropping packages. :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#610653: ITP: dmtcp -- Checkpoint/Restart functionality for Linux processes
On Tue, 01 Feb 2011, Kapil Arya wrote: the OUTPUT_FORMAT would be elf32-i386? i.e. # ld -shared -verbose | grep OUTPUT_FORMAT OUTPUT_FORMAT(elf32-i386, elf32-i386, seems to me: root@lego:/# ld --shared --verbose | grep -A1 OUTPUT_FORMAT OUTPUT_FORMAT(elf32-i386, elf32-i386, elf32-i386) root@lego:/# uname -a Linux lego 2.6.30-1-amd64 #1 SMP Sat Aug 15 18:09:19 UTC 2009 x86_64 GNU/Linux root@lego:/# dpkg --print-architecture i386 -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611738: ITP: pascal-synapse -- syncronous TCP/IP library in Pascal
On Tuesday 01 February 2011 16:19:14 Marcos Marado wrote: I've started the packaging effort already, find packages (and code) at http://noori.abismo.org/debian/synapse/ . I am now in the process of making it lintian-clean. The package was now uploaded to mentors.debian.net. Any mentors interested, it would be appreciated. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=pascal-synapse;seeksponsor=1 Thanks, -- Marcos Marado -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611721: jxplorer: imposible to use SSL certificates
On Tue, Feb 1, 2011 at 6:07 PM, Witold Baryluk bary...@smp.if.uj.edu.pl wrote: On 02-01 14:41, Gabriele Giacone wrote: On Tue, Feb 1, 2011 at 1:15 PM, Witold Baryluk bary...@smp.if.uj.edu.pl wrote: I tried really hard, but have no idea how to add /etc/ssl/certs directory as CApath. I cannot even add single CA certificate. I tried changing paths (default is /etc/ssl/certs/java/cacerts which do not exists), files, keystore types. Nothing helps. jxplorer asks me for some passphrases, or tells me that there is no such file. As Security menu - Advanced Keystore Options says, default CA keystore is /etc/ssl/certs/java/cacerts. I have no idea why. I decided to set it so to follow debian way, with java CA certificates in ca-certificates-java. Please install ca-certificates-java, which it's already installed if you use openjdk-6-jre from main. Then please read /usr/share/doc/jxplorer/NEWS.Debian.gz I installed ca-certificates-java, and it automagically create /etc/ssl/certs/java/cacerts, and added my certificates from /etc/ssl/certs/ and other standard Debian locations (/usr/local/share/ca-certificates/). It is really shame that Java cannot just directly use /etc/ssl/certs files, and needed some converter :( I assume it have something to do with portability of java. That's the way java handles certificates: java keystores. How about adding Recomends: ca-certificates-java. I do not know why, but i did have it installed on this box. (I check also on 3 other machine where I have java and there was no ca-certificates-java, only ca-certificates). Probably all machines you mentioned have sun-java6-jre (non-free) instead of openjdk6-jre (main). Just the latter depends on ca-certificates-java. I'll add it as Recommends as you suggest or I'll try to figure out if it's better proposing it as sun-java6-jre dependency. Thanks, and sorry for not reading NEWS.Debian.gz. No problem. Thanks for your bug. Cheers, Gabriele As I say option in UI, i expected that standard PEM files would be supported. And still think that they should, i wonder why they are not already supported in java nativly. PEM (DER) is pretty standard format. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611569: apt-cdrom doesn't work on GNU/kFreeBSD
On Tue, Feb 01, 2011 at 12:26:02PM -0400, Joey Hess wrote: Michael Vogt wrote: That is a problem with apt then, I attached a patch that should fix it and will upload that tonight. I guess the libudev support shadowed this problem on the other arches. d-i installs a 00CDMountPoint apt config file containing: Acquire::cdrom { mount /media/cdrom; } Dir::Media::MountPath /media/cdrom; This is left behind in the installed system BTW. I don't like that, but we've been working around apt's lack of FHS adherence for quite a while. Sounds like one more reason to fix it in apt and ensure it points to /media/cdrom So I doubt that your patch will help, it only seems to set the same Acquire::cdrom setting that we already have. (BTW, the reason we set Dir::Media::MountPath too is that apparenly apt doesn't consistently read from the [former] one.) This is a bit confusing indeed. The Acquire::cdrom::mount is the mount point used when libudev is not available. The Dir::Media::MountPath is used when libudev is availabe, it does not need fstab then, it will mount all cdroms it finds and check if the signature match. This should probably simply be merged. Looking at the syslog, apt says it's going to use /media/cdrom as the moint point but then mount seems to be run with /cdrom. Screenshot of this weirdness attached. I don't have a screenshot here. But I'm downloading a image now in order to reproduce. I see that the generated fstab on kFreeBSD contains: /dev/cd0 /media/cdrom0 cd9660 ro,auto 0 0 Why is the mount point different? I don't know yet. If I correct this to use /media/cdrom0, then apt-cdrom add works in d-i with no further changes. Would it make sense to add a /media/cdrom symlink? And then the admin can adjust it if he/she has multiple cdroms? Ideally we would use a dynamic solution but because of the lack of a portable one apt uses dlopen() on libudev instead of depending on it. FWIW, this seems close to RC for d-i kFreeBSD, since it makes most of the CD images useless (they still work, but most of the bits on the CD are not used since it falls back to a mirror), and introduces a error dialog into the installation process when installing with most of the CD images. I agree, its a important issues on kfreebsd. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org