Bug#603539: [INTL:kk] Kazakh debconf template translation

[Timur Birsh]

Package: console-setup
Severity: wishlist
Tags: l10n patch

Please find attached Kazakh translation of console-setup debconf 
template.

Thanks,
Timur
# Kazakh messages for debian-installer.
# Copyright (C) 2003 Software in the Public Interest, Inc.
# This file is distributed under the same license as debian-installer.
#
# Talgat Daniyarov
# Dauren Sarsenov , 2009
#
msgid ""
msgstr ""
"Project-Id-Version: debian-installer\n"
"Report-Msgid-Bugs-To: console-se...@packages.debian.org\n"
"POT-Creation-Date: 2010-11-09 22:27+0100\n"
"PO-Revision-Date: 2010-11-15 11:26+0600\n"
"Last-Translator: Baurzhan Muftakhidinov \n"
"Language-Team: Kazakh \n"
"Language: kk\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: text
#. Description
#. :sl2:
#: ../console-setup.templates:2001
msgid "Do not change the boot/kernel font"
msgstr "boot/kernel қарібін өзгертпеңіз"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid ". Arabic"
msgstr ". Араб"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Armenian"
msgstr "# Армян"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Cyrillic - KOI8-R and KOI8-U"
msgstr "# Кириллица - KOI8-R мен KOI8-U"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Cyrillic - non-Slavic languages"
msgstr "# Кириллица - славян емес тілдері"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Cyrillic - Slavic languages (also Bosnian and Serbian Latin)"
msgstr "# Кириллица - Славян тілдері (Босния мен Сербия латын қоса)"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid ". Ethiopic"
msgstr ". Эфиопия"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Georgian"
msgstr "# Грузия"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Greek"
msgstr "# Грек"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Hebrew"
msgstr "# Иврит"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Lao"
msgstr "# Лао"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Latin1 and Latin5 - western Europe and Turkic languages"
msgstr "# Latin1 мен Latin5 - батыс Еуропа мен Түркі тілдес"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Latin2 - central Europe and Romanian"
msgstr "# Latin2 - орталық Еуропа мен румын"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Latin3 and Latin8 - Chichewa; Esperanto; Irish; Maltese and Welsh"
msgstr "# Latin3 мен Latin8 - Чичева; эсперанто; иралнд; мальта мен уэльс"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Latin7 - Lithuanian; Latvian; Maori and Marshallese"
msgstr "# Latin7 - Литва; латвия; маори мен маршалл аралдары"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid ". Latin - Vietnamese"
msgstr ". Latin - Вьетнам"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid "# Thai"
msgstr "# Тай"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid ". Combined - Latin; Slavic Cyrillic; Hebrew; basic Arabic"
msgstr ". Құрамдs - Латын; славян кириллица; иврит; негізгі араб"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid ". Combined - Latin; Slavic Cyrillic; Greek"
msgstr ". Құрамдs - Латын; славян кириллица; грек"

#. Type: select
#. Choices
#. :sl3:
#: ../console-setup.templates:3001
msgid ". Combined - Latin; Slavic and non-Slavic Cyrillic"
msgstr ". Құрамдs - Латын; славян мен славян емес кириллица"

#. Type: select
#. Description
#. :sl3:
#: ../console-setup.templates:3002
msgid "Character set to support:"
msgstr "Қолдау үшін таңбалар жиыны:"

#. Type: select
#. Description
#. :sl3:
#: ../console-setup.templates:3002
msgid "Please choose the character set that should be supported by the console font."
msgstr "Консольдік қарібі қолдауы керек таңбалар жиынтығын таңдаңыз."

#. Type: select
#. Description
#. :sl3:
#: ../console-setup.templates:3002
msgid "If you don't use a framebuffer, the choices that start with \".\" will reduce the number of available colors on the console."
msgstr "Фреймбуферді қолданбасаңыз, \".\" таңбасынан басталатын нұсқалар консольдегі қолжетерлік түстердің санын азайтады."

#. Type: select
#. Description
#. The languages with many non-ASCII letters should not use formatted
#. lists.  If you decide to use formatted lists then keep the lines
#. relatively short.
#. :sl2:
#: ../console-setup.templates:4001
msgid "Font for the console:"
msgstr "Консоль қарібі:"

#. Type: select
#. Description
#. The languages with many non-ASCII letters should not use formatted
#. lists.  If you decide to use formatted lists then keep the lines
#. relatively short.
#. :sl2:
#: ../console-setup.temp

Bug#603114: live-build: be more careful in passing arguments to debootstrap

[Daniel Baumann]

On 11/14/2010 11:59 PM, Michael Hudson wrote:
> Well, as I said in the initial submission, it broke when using
> qemu-debootstrap instead of debootstrap.  It's basically an
> implementation accident in the argument parsing of deboostrap -- if it
> changed to say '$# -ge 4' rather than '$4 != ""', live-build would stop
> working.  It's all a bit theoretical and I think qemu-debootstrap is
> going to be fixed to be more compatible with debootstrap here, so if you
> think the cost to readability is too high, I can understand that.

that's for the first two changes which are fine as i said, but i've
asked about the second two changes:

-»··»···${LB_ROOT_COMMAND} debootstrap ${DEBOOTSTRAP_OPTIONS}
--download-only "${LB_DISTRIBUTION}" chroot "${LB_MIRROR_BOOTSTRAP}"
"${LB_DEBOOTSTRAP_SCRIPT}"
+»··»···${LB_ROOT_COMMAND} debootstrap ${DEBOOTSTRAP_OPTIONS}
--download-only "${LB_DISTRIBUTION}" chroot "${LB_MIRROR_BOOTSTRAP}"
${LH_DEBOOTSTRAP_SCRIPT:+"$LH_DEBOOTSTRAP_SCRIPT"}

[...]

-»··${LB_ROOT_COMMAND} debootstrap ${DEBOOTSTRAP_OPTIONS}
"${LB_DISTRIBUTION}" chroot "${LB_MIRROR_BOOTSTRAP}"
"${LB_DEBOOTSTRAP_SCRIPT}"
+»··${LB_ROOT_COMMAND} debootstrap ${DEBOOTSTRAP_OPTIONS}
"${LB_DISTRIBUTION}" chroot "${LB_MIRROR_BOOTSTRAP}"
${LH_DEBOOTSTRAP_SCRIPT:+"$LH_DEBOOTSTRAP_SCRIPT"}

i don't think they make sense. could explain why you think this should
be changed?

> Relatedly, would you be interested in patches that move towards making
> live-build use qemu-deboostrap by default if cross building?  I have
> some patches that work, but they're definitely a bit rough currently.

not for 2.x, since that's in maintenance mode. for 3.x, we're going to
drop a lot of code and support multistrap only. and multistrap already
allows to cross-bootstrap, so there's not much point in adding
qemu-debootstrap support. what do you think?

-- 
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#603538: openoffice.org-core 3.2.1-8 does not install

[Rene Engelhard]

tag 603538 + moreinfo
severity 603538 serious
thanks

Hi,

On Mon, Nov 15, 2010 at 08:52:27AM +0100, Eric Valette wrote:
> Package: openoffice.org-core
> Version: 1:3.2.1-8
> Severity: grave
> Justification: renders package unusable

Wrong. It's an install failure, so it's serious per definition (still RC, so..)
grave is for *runtime* problems.

> Paramétrage de openoffice.org-core (1:3.2.1-8) ...
> file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so
> register component 
> 'file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so' in 
> registry '/var/lib/openoffice/basis3.2/program/services.rdb' failed!
> error (CannotRegisterImplementationException): loading component library 
> failed: file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so
> dpkg : erreur de traitement de openoffice.org-core (--configure) :
>  le sous-processus script post-installation installé a retourné une erreur 
> de sortie d'état 1
> dpkg : des problèmes de dépendances empêchent la configuration de 
> python-uno :

Does fine here. You are upgrading, I assume? Did you have -filter-binfilter 
installed
befaore *correctly*? Seems it is registered in 
/usr/lib/openoffice/basis3.2/registered-components
although not being there?

And the obvious notice: In -8 nothing in that place changed.

> ii  ttf-opensymbol 2:2.3.9+LibO3.3.0~beta2-2 OpenSymbol TrueType font
> ii  ure1.7.0+LibO3.3.0~beta2-2   LibreOffice UNO runtime 
> environmen

Eh, you have LibreOffice packages from experimental installed here. Note that
OOo and LibO are *not* supposed to work at the same system as the packages are
designed. No idea whether that's the cause here, but you have at least the 
integral
ure package from LibreOffice and not OpenOffice.org...
 
Clean that up, please. (Yes, the OOo->LibO upgrade needs to be finished, and 
downgrades
are not supported)

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#601856: gkrellm: fans are not always detected on startup

[Sandro Tosi]

hi,

On Fri, Nov 12, 2010 at 21:47, Toni Mueller  wrote:
>
> Hi,
>
> On Wed, 03.11.2010 at 07:12:38 +0100, Sandro Tosi  wrote:
>> Can you please try version 2.3.5, uploaded to experimental? From that
>> version, gkrellm uses libsensors to gather system info.
>
> a few days ago I installed that version. So far, although I haven't
> given it extensive testing yet (ie, logged in only a few times), it has
> not failed me. It is also hard to compare the two versions, as the new
> version provides me with many more sensors as before, which led me to
> activate five temperature and six fan sensors (all giving different
> readings). So far, it has just been working fine. :)

That's great! :) I think that we can wait for ~1 week and if the new
gkrellm doesn't fail you, I can close this bug as fixed in the recent
version: what do you think?

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#601856: gkrellm: fans are not always detected on startup

[Toni Mueller]

Hi,

On Fri, 12.11.2010 at 21:47:53 +0100, Toni Mueller  wrote:
> a few days ago I installed that version. So far, although I haven't
> given it extensive testing yet (ie, logged in only a few times), it has
> not failed me.

well, today it has, in exactly the same way as before.


-- 
Kind regards,
--Toni++




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603540: gscan2pdf 0.9.29-1ubuntu1 will not start

[Aviv de Morgan]

Package: gscan2pdf
Version: 0.9.29-1ubuntu1

#...@-desktop:~$ gscan2pdf --debug
(12556): Couldn't connect to query server: IO::Socket::INET: connect:
Connection refused at /usr/lib/perl5/forks.pm line 3620
threads::_croak('Couldn\'t connect to query server: IO::Socket::INET:
connect:...') called at /usr/lib/perl5/forks.pm line 2128
threads::_init_thread('HASH(0x9f9ffe0)') called at /usr/lib/perl5/
forks.pm line 1341
threads::_init_main(1) called at /usr/lib/perl5/forks.pm line 1285
threads::_init() called at /usr/lib/perl5/forks.pm line 498
require forks.pm called at /usr/bin/gscan2pdf line 106
main::BEGIN() called at /usr/lib/perl5/forks.pm line 0
eval {...} called at /usr/lib/perl5/forks.pm line 0
Compilation failed in require at /usr/bin/gscan2pdf line 106.
BEGIN failed--compilation aborted at /usr/bin/gscan2pdf line 106.

Occurs when typing gscan2pdf in terminal

Linux 2.6.32-25-generic #45-Ubuntu SMP Sat Oct 16 19:48:22 UTC 2010 i686
GNU/Linux
Perl version: 5.10.1-8ubuntu2

Dependencies:

adduser 3.112ubuntu1
base-files 5.0.0ubuntu20.10.04.2
base-passwd 3.5.22
busybox-initramfs 1:1.13.3-1ubuntu11
coreutils 7.4-2ubuntu3
cpio 2.10-1ubuntu2
debconf 1.5.28ubuntu4
debconf-i18n 1.5.28ubuntu4
debianutils 3.2.2
defoma 0.11.10-4ubuntu1
dpkg 1.15.5.6ubuntu4.3
file 5.03-5ubuntu1
findutils 4.4.2-1ubuntu1
fontconfig 2.8.0-2ubuntu1
fontconfig-config 2.8.0-2ubuntu1
gcc-4.4-base 4.4.3-4ubuntu5
imagemagick 7:6.5.7.8-1ubuntu1
initramfs-tools 0.92bubuntu78
initramfs-tools-bin 0.92bubuntu78
klibc-utils 1.5.17-4ubuntu1
libacl1 2.2.49-2
libacme-damn-perl 0.04-1
libatk1.0-0 1.30.0-0ubuntu2.1
libattr1 1:2.4.44-1
libavahi-client3 0.6.25-1ubuntu6.1
libavahi-common-data 0.6.25-1ubuntu6.1
libavahi-common3 0.6.25-1ubuntu6.1
libblkid1 2.17.2-0ubuntu1
libbz2-1.0 1.0.5-4ubuntu0.1
libc-bin 2.11.1-0ubuntu7.5
libc6 2.11.1-0ubuntu7.5
libcairo-perl 1.061-1build1
libcairo2 1.8.10-2ubuntu1
libcomerr2 1.41.11-1ubuntu2.1
libconfig-general-perl 2.44-1
libcroco3 0.6.2-1
libcups2 1.4.3-1ubuntu1.3
libdatrie1 0.2.2-3
libdb4.8 4.8.24-1ubuntu1
libdbus-1-3 1.2.16-2ubuntu4
libdirectfb-1.2-0 1.2.8-5ubuntu2
libexif12 0.6.19-1
libexpat1 2.0.1-7ubuntu1
libfile-copy-recursive-perl 0.38-1
libfontconfig1 2.8.0-2ubuntu1
libforks-perl 0.33-1
libfreetype6 2.3.11-1ubuntu2.4
libgcc1 1:4.4.3-4ubuntu5
libgcrypt11 1.4.4-5ubuntu2
libgdbm3 1.8.3-9
libglib-perl 1:1.222-1
libglib2.0-0 2.24.1-0ubuntu1
libgnutls26 2.8.5-2
libgomp1 4.4.3-4ubuntu5
libgpg-error0 1.6-1ubuntu2
libgphoto2-2 2.4.8-0ubuntu2
libgphoto2-port0 2.4.8-0ubuntu2
libgsf-1-114 1.14.16-1ubuntu1
libgsf-1-common 1.14.16-1ubuntu1
libgssapi-krb5-2 1.8.1+dfsg-2ubuntu0.3
libgtk2-ex-simple-list-perl 0.50-1.1
libgtk2-imageview-perl 0.05-1
libgtk2-perl 1:1.221-4ubuntu2
libgtk2.0-0 2.20.1-0ubuntu2
libgtk2.0-common 2.20.1-0ubuntu2
libgtkimageview0 1.6.1-2
libice6 2:1.0.6-1
libieee1284-3 0.2.11-5ubuntu3
libjasper1 1.900.1-7
libjpeg62 6b-15ubuntu1
libk5crypto3 1.8.1+dfsg-2ubuntu0.3
libkeyutils1 1.2-12
libklibc 1.5.17-4ubuntu1
libkrb5-3 1.8.1+dfsg-2ubuntu0.3
libkrb5support0 1.8.1+dfsg-2ubuntu0.3
liblcms1 1.18.dfsg-1ubuntu2
liblist-moreutils-perl 0.25~02-1
liblocale-gettext-perl 1.05-6
libltdl7 2.2.6b-2ubuntu1
libmagic1 5.03-5ubuntu1
libmagickcore2 7:6.5.7.8-1ubuntu1
libmagickwand2 7:6.5.7.8-1ubuntu1
libncurses5 5.7+20090803-2ubuntu3
libnewt0.52 0.52.10-5ubuntu1
libpam-modules 1.1.1-2ubuntu5
libpam0g 1.1.1-2ubuntu5
libpango-perl 1.221-2
libpango1.0-0 1.28.0-0ubuntu2
libpango1.0-common 1.28.0-0ubuntu2
libpcre3 7.8-3build1
libpdf-api2-perl 0.73-1
libperl5.10 5.10.1-8ubuntu2
libpixman-1-0 0.16.4-1ubuntu2
libpng12-0 1.2.42-1ubuntu2.1
libpopt0 1.15-1
librsvg2-2 2.26.3-0ubuntu1
librsvg2-common 2.26.3-0ubuntu1
libsane 1.0.20-13ubuntu2
libsane-perl 0.03-1
libselinux1 2.0.89-4
libset-intspan-perl 1.13-2
libslang2 2.2.2-2ubuntu1
libsm6 2:1.1.1-1
libstdc++6 4.4.3-4ubuntu5
libsys-sigaction-perl 0.11-1
libsysfs2 2.1.0-6
libtasn1-3 2.4-1
libtext-charwidth-perl 0.04-6
libtext-iconv-perl 1.7-2
libtext-wrapi18n-perl 0.06-7
libthai-data 0.1.13-1build1
libthai0 0.1.13-1build1
libtiff-tools 3.9.2-2ubuntu0.3
libtiff4 3.9.2-2ubuntu0.3
libts-0.0-0 1.0-7build1
libudev0 151-12.2
libusb-0.1-4 2:0.1.12-14ubuntu0.2
libuuid1 2.17.2-0ubuntu1
libv4l-0 0.6.4-1ubuntu1
libx11-6 2:1.3.2-1ubuntu3
libx11-data 2:1.3.2-1ubuntu3
libxau6 1:1.0.5-1
libxcb-render-util0 0.3.6-1build1
libxcb-render0 1.5-2
libxcb1 1.5-2
libxcomposite1 1:0.4.1-1
libxcursor1 1:1.1.10-1
libxdamage1 1:1.1.2-1
libxdmcp6 1:1.0.3-1
libxext6 2:1.1.1-2
libxfixes3 1:4.0.4-1
libxft2 2.1.14-1ubuntu1
libxi6 2:1.3-3
libxinerama1 2:1.1-2
libxml2 2.7.6.dfsg-1ubuntu1.1
libxrandr2 2:1.3.0-3
libxrender1 1:0.9.5-1
libxt6 1:1.0.7-1
lsb-base 4.0-0ubuntu8
lzma 4.43-14ubuntu2
module-init-tools 3.11.1-2ubuntu1
ncurses-bin 5.7+20090803-2ubuntu3
passwd 1:4.1.4.2-1ubuntu2
perl 5.10.1-8ubuntu2
perl-base 5.10.1-8ubuntu2
perl-modules 5.10.1-8ubuntu2
perlmagick 7:6.5.7.8-1ubuntu1
procps 1:3.2.8-1ubuntu4
sane-utils 1.0.20-13ubuntu2
sed 4.2.1-6
sensible-utils 0.0.1ubuntu3
shared-mime

Bug#603424: qemu-kvm: SeaBIOS doesn’t boot virtio devices

[Michael Tokarev]

15.11.2010 02:56, Josselin Mouette wrote:
> Le lundi 15 novembre 2010 à 00:23 +0300, Michael Tokarev a écrit : 
>> But even if it were non-bootable -- a regression from what?
>> Kvm version on lenny was completely unreliable.  It was
>> nothing more than a development snapshot, a code drop, not
>> even an alpha release.
> 
> This is completely unrelated, but how did it end up in a stable release
> if it was in that case?

At the time lenny was out, we only had these code drops for
kvm (at version kvm-72).  We had 2 alternatives: either ship
it as it were, or not ship it.  The technology is cool and
hot and so on, even if it were known to be pre-alpha version.

Besides, no one knew at that time how many bugs and issues
it had, it looked like a stable-behaving software.

Even kernel part of kvm _guest_ (especially timer stuff) in
lenny is broken in numerous ways.

>>> Virtio is the recommended I/O driver in basically all KVM documentation,
>>> and I think there are good reasons for that. Not being able to boot from
>>> it anymore means you have to provide 2 disks to all your guests, which
>>> makes the setup a monstrosity if you have a lot of them.
>>
>> Again, it boots perfectly here, no problems.  Maybe
>> squeeze can not _install_ into it -- this is a different
>> matter, and at least it does not look like from your
>> bug description.
>>
>> As far as I understand your problem, you can't _install_
>> squeeze into a virtio disk, but if you install to ide
>> but later use virtio it works.  Is it the right understanding?
> 
> No, it’s the complete opposite. I can install squeeze on a virtio disk,
> but it won’t boot.
> 
> And it won’t boot until I upgrade seabios. With a freshly built seabios
> from today’s git, it boots.

Um.  Now it's you who did not understand me ;)
But this is no surprize - I were very very tired
yesterday after a hard work, so my wording isn't
at all clear, even to me myself when I read what
I wrote :)

What I tried to say is that when you install it
to virtio disk, the install goes find but the
guest isn't bootable after that.  I.e., you
can't reboot a guest from virtio if you booted
it from a virtial CD.

Scratch what I said above about IDE.  Yes that
can be used too, and you can install into IDE
virtual disk and later switch to using virtio,
but that requires quite some understanding --
at least, /etc/fstab and grub conf files has
to be edited to change /dev/sda to /dev/vda.
But ok...

> Le lundi 15 novembre 2010 à 00:40 +0300, Michael Tokarev a écrit : 
>> I can't reproduce this.  I just installed squeeze
>> in a fresh virtual machine, installed grub2 (it were
>> installed automatically) to /dev/vda, and it boots
>> just fine.
>>
>> What I'm doing wrong?
> 
> The only “special” thing I can think of on my setup is that the virtual
> disk is a LVM device on the host, instead of a file. I don’t know
> whether this could have an impact, but if otherwise you did the same
> things, that could be it.

It does not matter where physically the guest disk image is
located and which format it uses on the host.  From the guest
point of view, including guest bios, it is completely transparent.
Except that some variants are faster, some slower and the like.

But let's make this thing clear.

What I do to install squeeze into a virtual machine:

1. Create a new image or clear previously existing one.
   Just to be sure there's nothing in the target virtual drive.

 $ kvm-img create guest.raw 2G

  Not doing so with an existing image does not hurt, you'll
  just have to tell the installer to remove unnecessary
  partitions and answer to a few "Are you sure?" questions.
  You can clear an lvm image too, using, for example,
dd if=/dev/zero of=/dev/lvm/guestimg bs=1M count=1
  (this clears first megabyte of the volume).  But this
  is not related to the issue at hand, just some side
  notes.

2. Now install the guest using netinst cd:

 $ kvm \
   -drive file=guest.raw,if=virtio \
   -cdrom squeeze-netinst.iso \
   -boot d \
   -net [enable networking so it can access debian mirrors]

   I omited other options here for brevity.
   Here I told it to boot from a (virtual) CD-Rom drive.

3. When install completes, the installer reboots, and if
   you reboot the virtual machine at this point, it will
   boot from cdrom again.  Not what we need.
   So I edit kvm command line to tell it to boot the newly
   installed OS:

 $ kvm \
   -drive file=guest.raw,if=virtio,boot=on \
   -net [enable networking so it can access debian mirrors]

 At this point it boots just fine.

This is like going into BIOS of a physical machine and changing
the device to boot from, if your machine does not have a
working "BOOT Menu" feature.

This is how I install it.  Now please show me how do _you_
install things, so I can reproduce your issue.

Thanks.

/mjt



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603541: pppconfig: garbled --help screen

[Yuri Kozlov]

Package: pppconfig
Version: 2.3.18+nmu2
Severity: minor


Hello. After thoughtless removing a new line characters on --help Usage: screen 
is garbled.

yu...@keeper:~$ sudo pppconfig --help   


pppconfig 2.3.18

 


 
pppconfig is an interactive, menu driven utility to help automate setting   

 
up a dial up ppp connection.  It currently supports PAP, CHAP, and chat 

 
authentication.  It uses the standard pppd configuration files.  It does

 
not make a connection to your isp, it just configures your system so that 
you can do so with a utility such as pon.  It can detect your modem, and 
it can configure ppp for dynamic dns, multiple ISP's and demand dialing. 

Before running pppconfig you should know what sort of authentication your 
isp requires, the username and password that they want you to use, and the 
phone number.  If they require you to use chat authentication, you will 
also need to know the login and password prompts and any other prompts and 
responses required for login.  If you can't get this information from your 
isp you could try dialing in with minicom and working through the procedure 
until you get the garbage that indicates that ppp has started on the other 
end. 

Since pppconfig makes changes in system configuration files, you must be 
logged in as root or use sudo to run it. 
 
Usage: pppconfig [--version] | [--help] | [[--dialog] | [--whiptail] | 
[--gdialog]
 [--noname] | [providername]]
'--version' prints the version. '--help' prints a help message.
'--dialog' uses dialog instead of gdialog. '--whiptail' uses whiptail.
'--gdialog' uses gdialog.  '--noname' forces the provider name to be 
'provider'.  
'providername' forces the provider name to be 'providername'.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pppconfig depends on:
ii  dialog1.1-20100428-1 Displays user-friendly dialog boxe
ii  ppp   2.4.5-4Point-to-Point Protocol (PPP) - da
ii  whiptail  0.52.11-1  Displays user-friendly dialog boxe

pppconfig recommends no packages.

pppconfig 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#603542: /usr/bin/tmux: tmux crashes on attach-session

[Kenyon Ralph]

Package: tmux
Version: 1.3-1
Severity: grave
File: /usr/bin/tmux
Justification: causes non-serious data loss

When doing 'tmux attach-session -d' from a terminal window that is
smaller than the window where the tmux session was running before, the
tmux server crashes, causing everything running under that server to
die.

This bug also affects Ubuntu, which is where I originally experienced
it: https://bugs.edge.launchpad.net/ubuntu/+source/tmux/+bug/671066

This does not happen with tmux built from CVS HEAD without Debian
patches.

So apparently this is due to one or more Debian-specific patches. Here
are some comments on that from the tmux developer on IRC:

35  i said this was a bad move at the time, because you
don't want to kill the entire server just because you can't fix the
terminal when a client exits
000139  in HEAD this patch won't do this though, because we make
the tty blocking again before calling tty_raw()
000143  but its still a bad move
000214  really we should leave it nonblocking and retry on
EAGAIN, but who cares tbh, worst case the user has to type "reset"
000346  and typically the reason write() would fail is because
the terminal has actually gone (ie ssh network disconnect or eg xterm
was closed)
000447  we are quite careful not to fatal in the tty shutdown
path because ssh particularly can leave us with an invalid fd
000518  actually in HEAD we set it blocking again AFTER calling
tty_raw() so it'd still be an issue with the patch
000551  this is because there is some retarded gcc option that
complains when write() returns are ignored

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 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 tmux depends on:
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  libevent-1.4-2   1.4.13-stable-1 An asynchronous event notification
ii  libncurses5  5.7+20100313-4  shared libraries for terminal hand

tmux recommends no packages.

tmux 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#603543: libcomplearn: [INTL:ru] Russian program translation update

[Yuri Kozlov]

Package: libcomplearn
Version: 1.1.6-1
Severity: wishlist
Tags: l10n patch


Russian program translation update is attached.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


libcomplearn_1.1.6-1_ru.po.gz
Description: GNU Zip compressed data

Bug#603544: Migration to slapd.d fails with: config_build_entry: build "cn={10}gosa+samba3" failed: "(null)"

[Frederik Himpe]

Package: slapd
Version: 2.4.23-6
Severity: important

When updating from Lenny to Squeeze, configuration of the slapd package fails
with this error:

Setting up slapd (2.4.23-6) ...
  Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.4.17-2.1... done.
  Moving old database directories to /var/backups:
  - directory dc=wise,dc=vub,dc=ac,dc=be... done.
  Loading from /var/backups/slapd-2.4.17-2.1: 
  - directory dc=wise,dc=vub,dc=ac,dc=be... done.
  - chowning database directory (openldap:openldap)... done
  Migrating slapd.conf to slapd.d configuration style... failed.

Migrating slapd.conf file (/etc/ldap/slapd.conf) to slapd.d failed with the 
following
error while running slaptest:
config_build_entry: build "cn={10}gosa+samba3" failed: "(null)"
backend_startup_one (type=config, suffix="cn=config"): bi_db_open failed! 
(-1)
slap_startup failed (test would succeed using the -u switch)
dpkg: error processing slapd (--configure):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
  Errors were encountered while processing:
 slapd
E: Sub-process /usr/bin/dpkg returned an error code (1)

(Any subsequent attempt to install any other package, will retry this 
configuration,
and then fails because  /var/backups/slapd-2.4.17-2.1 already exists, this 
should
probably be checked too in order to prevent it erroring out on that situation.)

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (300, 'testing'), (200, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages slapd depends on:
ii  adduser   3.112  add and remove users and groups
ii  coreutils 8.5-1  GNU core utilities
ii  debconf [debconf-2.0] 1.5.36 Debian configuration management sy
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libdb4.8  4.8.30-2   Berkeley v4.8 Database Libraries [
ii  libgnutls26   2.8.6-1the GNU TLS library - runtime libr
ii  libldap-2.4-2 2.4.23-6   OpenLDAP libraries
ii  libltdl7  2.2.6b-2   A system independent dlopen wrappe
ii  libperl5.10   5.10.1-16  shared Perl library
ii  libsasl2-22.1.23.dfsg1-6 Cyrus SASL - authentication abstra
ii  libslp1   1.2.1-7.8  OpenSLP libraries
ii  libwrap0  7.6.q-19   Wietse Venema's TCP wrappers libra
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2 init scrip
ii  perl [libmime-base64-perl 5.10.1-16  Larry Wall's Practical Extraction 
ii  psmisc22.11-1utilities that use the proc file s
ii  unixodbc  2.2.14p2-1 ODBC tools libraries

Versions of packages slapd recommends:
ii  libsasl2-modules  2.1.23.dfsg1-6 Cyrus SASL - pluggable authenticat

Versions of packages slapd suggests:
ii  ldap-utils2.4.23-6   OpenLDAP utilities

-- Configuration Files:
/etc/default/slapd changed:
SLAPD_CONF=
SLAPD_USER="openldap"
SLAPD_GROUP="openldap"
SLAPD_PIDFILE=
SLAPD_SERVICES="ldap://127.0.0.1:389/ ldaps:/// ldapi:///"
SLAPD_SENTINEL_FILE=/etc/ldap/noslapd
SLAPD_OPTIONS=""


-- debconf information:
  slapd/tlsciphersuite:
  slapd/password_mismatch:
  slapd/invalid_config: true
  shared/organization: nodomain
  slapd/upgrade_slapcat_failure:
  slapd/slurpd_obsolete:
  slapd/backend: HDB
  slapd/dump_database: when needed
  slapd/allow_ldap_v2: false
  slapd/no_configuration: false
  slapd/move_old_database: true
  slapd/suffix_change: false
  slapd/dump_database_destdir: /var/backups/slapd-VERSION
  slapd/purge_database: false
  slapd/domain: nodomain



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603545: globbing: e.g. zz* expands to z zz

[Andrew Seniuk]

Package: tcsh
Version: 6.17.02

Hello, this is my first real bug report ever.  I'm sorry if I make
a mess of it.  I tried to use reportbug, but it crashed when I
submitted my report.

The tcsh bug:  If there are two files, such as "z" and "zz", in
the current directory, then zz* expands to both files.

This can cause unexpected data loss when for instance copying or
moving files.  It could also destabilise the system if the system
ran tcsh scripts.  Possibly there could be security vulnerabilities.

The version I am using to produce the bug is 6.17.02 (from sid).
I compiled version 6.17.00 of tcsh from source obtained through
www.tcsh.org and the bug is not there manifest.  (zz* expands to
only zz.)

I was expecting the tcsh.org version number to be higher?  I suppose
I didn't find the development repo, but the bug exists on the
Debian 6.17.02 version in any case.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603546: adduser: French po templates translation

[Jean-Baka Domelevo Entfellner]

Package: adduser
Version: 3.112+nmu2
Severity: wishlist
Tags: patch l10n



*** /home/domelevo/Traduc/Debian/patch-po.txt

Please find attached the French po templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



-- System Information:
Debian Release: squeeze/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/bash
# adduser's manpages translation to French
# Copyright (C) 2004 Software in the Public Interest
# This file is distributed under the same license as the adduser package
#
# Translators:
# Jean-Baka Domelevo Entfellner , 2009, 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: adduser 3.112+nmu2\n"
"Report-Msgid-Bugs-To: adduser-de...@lists.alioth.debian.org\n"
"POT-Creation-Date: 2010-11-06 12:34-0400\n"
"PO-Revision-Date: 2010-11-10 11:08+0100\n"
"Last-Translator: Jean-Baka Domelevo-Entfellner \n"
"Language-Team: Debian French Team \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Country: FRANCE\n"

# type: Plain text
#. everyone can issue "--help" and "--version", but only root can go on
#: ../adduser:157
msgid "Only root may add a user or group to the system.\n"
msgstr ""
"Seul le superutilisateur est autorisé à ajouter un utilisateur ou un groupe "
"au système.\n"

#: ../adduser:183 ../deluser:137
msgid "Only one or two names allowed.\n"
msgstr "Un ou deux noms maximum.\n"

#. must be addusertogroup
#: ../adduser:188
msgid "Specify only one name in this mode.\n"
msgstr "Ne fournir qu'un nom dans ce mode.\n"

#: ../adduser:204
msgid "The --group, --ingroup, and --gid options are mutually exclusive.\n"
msgstr "Les options --group, --ingroup et --gid s'excluent mutuellement.\n"

#: ../adduser:209
msgid "The home dir must be an absolute path.\n"
msgstr "Le répertoire personnel doit être un chemin absolu.\n"

#: ../adduser:213
#, perl-format
msgid "Warning: The home dir %s you specified already exists.\n"
msgstr ""
"Attention ! Le répertoire personnel que vous avez indiqué (%s) existe déjà.\n"

#: ../adduser:215
#, perl-format
msgid "Warning: The home dir %s you specified can't be accessed: %s\n"
msgstr ""
"Attention ! Impossible d'accéder au répertoire personnel que vous avez "
"indiqué (%s) : %s.\n"

#: ../adduser:277
#, perl-format
msgid "The group `%s' already exists as a system group. Exiting.\n"
msgstr ""
"Le groupe « %s » existe déjà en tant que groupe système. Fin de la 
procédure.\n"

#: ../adduser:283
#, perl-format
msgid "The group `%s' already exists and is not a system group. Exiting.\n"
msgstr ""
"Le groupe « %s » existe déjà, sans être un groupe système. Fin de la "
"procédure.\n"

#: ../adduser:289
#, perl-format
msgid "The group `%s' already exists, but has a different GID. Exiting.\n"
msgstr ""
"Le groupe « %s » existe déjà, mais avec un identifiant différent. Fin de la "
"procédure.\n"

#: ../adduser:293 ../adduser:323
#, perl-format
msgid "The GID `%s' is already in use.\n"
msgstr "Le GID « %s » est déjà utilisé.\n"

#: ../adduser:301
#, perl-format
msgid ""
"No GID is available in the range %d-%d (FIRST_SYS_GID - LAST_SYS_GID).\n"
msgstr ""
"Aucun GID n'est disponible dans la plage %d-%d (FIRST_SYS_GID - "
"LAST_SYS_GID).\n"

#: ../adduser:302 ../adduser:332
#, perl-format
msgid "The group `%s' was not created.\n"
msgstr "Le groupe « %s » n'a pas été créé.\n"

#: ../adduser:307 ../adduser:336
#, perl-format
msgid "Adding group `%s' (GID %d) ...\n"
msgstr "Ajout du groupe « %s » (GID %d)...\n"

#: ../adduser:312 ../adduser:341 ../adduser:366 ../deluser:370 ../deluser:407
#: ../deluser:444
msgid "Done.\n"
msgstr "Fait.\n"

# type: Plain text
#: ../adduser:321 ../adduser:801
#, perl-format
msgid "The group `%s' already exists.\n"
msgstr "Le groupe « %s » existe déjà.\n"

#: ../adduser:331
#, perl-format
msgid "No GID is available in the range %d-%d (FIRST_GID - LAST_GID).\n"
msgstr ""
"Aucun GID n'est disponible dans la plage %d-%d (FIRST_GID - LAST_GID).\n"

#: ../adduser:350 ../deluser:229 ../deluser:416
#, perl-format
msgid "The user `%s' does not exist.\n"
msgstr "L'utilisateur « %s » n'existe pas.\n"

# type: Plain text
#: ../adduser:352 ../adduser:600 ../adduser:808 ../deluser:378 ../deluser:419
#, perl-format
msgid "The group `%s' does not exist.\n"
msgstr "Le groupe « %s » n'existe pas.\n"

#: ../adduser:355 ../adduser:604
#, perl-format
msgid "The user `%s' is already a member of `%s'.\n"
msgstr "L'utilisateur « %s » appartient déjà au groupe « %s ».\n"

#: ../adduser:360 ../adduser:610
#, perl-format
msgid "Adding

Bug#603547: [samba-common] Please make smb.d config directory

[Roman V. Nikolaev]

Package: samba-common
Version: 2:3.5.6~dfsg-1
Severity: wishlist

--- Please enter the report below this line. ---

Hello.
On each update I need verify my smb.conf file and resolve conflicts.
Please add "include" directive in smb.conf file and create
"/etc/samba/smb.d" dir. This standart configuration hack in many other
packages.

For expample:

[global]
# Redefine common configuration
include = /etc/samba/smb.d/common.conf
[homes]
# Configuration by client's NetBIOS name
include = /etc/samba/smb.d/smb.conf.%m

If file not present samba skip "include" directive.

For more information you can see:
http://www.samba.org/samba/docs/using_samba/ch06.html
(Configuration File Options : include)

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid

--- Package information. ---
Depends  (Version) | Installed
==-+-===
ucf| 3.0025+nmu1
debconf  (>= 0.5)  | 1.5.36
 OR debconf-2.0|


Recommends(Version) | Installed
===-+-===
samba-common-bin| 2:3.5.6~dfsg-1


Package's Suggests field is empty.




-- 

 Roman V. Nikolaev

mail:rsha...@rambler.ru
icq: 198-364-657
jabber:  rsha...@jabber.org
site:http://www.rshadow.ru



signature.asc
Description: OpenPGP digital signature

Bug#603548: debian-edu-config: [INTL:ru] Russian program translation update

[Yuri Kozlov]

Package: debian-edu-config
Version: 1.444
Severity: wishlist
Tags: l10n patch


Russian program translation update is attached.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


debian-edu-config_1.444_ru.po.gz
Description: GNU Zip compressed data

Bug#603544: slapd.conf file

[Frederik Himpe]

gosa schema files are provided by package gosa-schema 2.6.11-2.

slapd.conf file:

include /etc/ldap/schema/core.schema
include /etc/ldap/schema/cosine.schema
include /etc/ldap/schema/nis.schema
include /etc/ldap/schema/inetorgperson.schema
include /etc/ldap/schema/samba.schema
include /etc/ldap/schema/gosystem.schema
include /etc/ldap/schema/gofon.schema
include /etc/ldap/schema/goto.schema
include /etc/ldap/schema/gofax.schema
include /etc/ldap/schema/goserver.schema
include /etc/ldap/schema/gosa+samba3.schema
pidfile /var/run/slapd/slapd.pid
argsfile/var/run/slapd/slapd.args
loglevel 0
modulepath  /usr/lib/ldap
moduleload  back_hdb
sizelimit 500
tool-threads 1
backend hdb
databasehdb
suffix  "dc=wise,dc=vub,dc=ac,dc=be"
checkpoint 512 30
rootdn  "cn=admin,dc=wise,dc=vub,dc=ac,dc=be"
directory   "/var/lib/ldap"
TLSCertificateFile  /etc/ssl/private/wisepc3.pem
TLSCertificateKeyFile   /etc/ssl/private/wisepc3.pem
dbconfig set_cachesize 0 2097152 0
dbconfig set_lk_max_objects 1500
dbconfig set_lk_max_locks 1500
dbconfig set_lk_max_lockers 1500
index   objectClass,uidNumber,gidNumber   eq
index   cn,sn,uid,displayName   pres,sub,eq
index   memberUid,mail,givennameeq,subinitial
index   sambaSID,sambaPrimaryGroupSID,sambaDomainName   eq
lastmod on
checkpoint  512 30
access to attrs=userPassword,shadowLastChange,sambaLMPassword,sambaNTPassword
by anonymous auth
by self write
by * none
access to dn.base="" by * read
access to *
by * read

-- 
Frederik Himpe 




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#566396: Please, don't remove this package

[Camaleón]

Hello,

Please, don't remove this package.

"Iceowl-extension" users will be forced to get Mozilla upstream Lightning 
addon to get a fully localized calendar extension and so messing Debian 
packages with Mozilla ones.

What is it needed? :-?

Lightning seems to be working fine with Iceweasel and is fully 
translated.

Greetings,

-- 
Camaleón 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603530: Please unblock bwa/0.5.8c-1

[Andreas Tille]

Hi,

bug #601568 (Bug in scoring matrix incurs errors in indel calling.) in
bwa/0.5.8a-1 is serios according to upstream and fixed in bwa/0.5.8c-1
which is just in unstable.  The package itself is of some importance for
the Debian Med team because it concerns new generation sequencing a
quite chalanging field in genetic research.  It would be great if you
could unblock bwa/0.5.8c-1 to have the fixed version in Squeeze.

Kind regards and thanks for your work on a great Debian release

Andreas.

-- 
http://fam-tille.de



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603511: proftpd: cve-2010-4221 remote code execution vulnerability

[Francesco P. Lovergine]

notfound 603511 1.3.1-17lenny4
found 603511 1.3.3a-4
fixed 603511 1.3.3a-5
close 603511 1.3.3a-5
thanks

Would you please read the changelog before submitting unuseful bugs?
Thanks.

On Sun, Nov 14, 2010 at 03:46:09PM -0500, Michael Gilbert wrote:
> Package: proftpd-dfsg
> Version: 1.3.1-17lenny4
> Severity: grave
> Tags: security , patch
> 
> Hi,
> the following CVE (Common Vulnerabilities & Exposures) id was
> published for proftpd-dfsg.
> 
> CVE-2010-4221[0]:
> | Multiple stack-based buffer overflows in the pr_netio_telnet_gets
> | function in netio.c in ProFTPD before 1.3.3c allow remote attackers to
> | execute arbitrary code via vectors involving a TELNET IAC escape
> | character to a (1) FTP or (2) FTPS server.
> 
> Patch available:
> http://bugs.proftpd.org/show_bug.cgi?id=3521
> 
> If you fix the vulnerability please also make sure to include the
> CVE id in your changelog entry.
> 
> For further information see:
> 
> [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-4221
> http://security-tracker.debian.org/tracker/CVE-2010-4221
> 

-- 
Francesco P. Lovergine



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603549: ure 1.7.0+LibO3.3.0~beta2-2 breaks openoffice 1:3.2.1-7

[Jan Niehusmann]

Package: ure
Version: 1.7.0+LibO3.3.0~beta2-2
Severity: minor

I temporarily upgraded to libreoffice from experimental. After
downgrading back to openoffice from sid, openoffice didn't start any
longer, but only displayed the following error message:

/usr/lib/openoffice/program/soffice.bin: 
/usr/lib/openoffice/program/../basis-link/program/../ure-link/lib/libjvmaccessgcc3.so.3:
 version `UDK_3.1' not found (required by 
/usr/lib/openoffice/program/../basis-link/program/libvcllx.so)

This was caused by the version of ure from experimental being still
installed. Downgrading ure to 1.6.1+OOo3.2.1-7 fixed the issue.

So I think the packages are missing an appropriate
Conficts/Breaks/versioned Depends header.

As long as this only occurs with packages from experimental, this is just
a minor annoyance - but it should probably be fixed before libreoffice
goes to sid.

Jan

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.36-smapi-x61s-amd64-6-gc7430e6 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ure depends on:
ii  debconf [debconf-2.0]   1.5.36   Debian configuration management sy
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.5-6GCC support library
ii  libstdc++6  4.4.5-6  The GNU Standard C++ Library v3
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  uno-libs3   1.6.1+OOo3.2.1-7 OpenOffice.org UNO runtime environ

ure recommends no packages.

Versions of packages ure suggests:
pn  cli-uno-bridge (no description available)
ii  default-jre [java5-runtime] 1:1.6-40 Standard Java or Java compatible R
ii  openjdk-6-jre [java5-runtim 6b18-1.8.2-4 OpenJDK Java runtime, using Hotspo
ii  sun-java6-jre [java5-runtim 6.22-1   Sun Java(TM) Runtime Environment (

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#600571: perl: Fails to complete unpack during installation

[Roger Leigh]

reassign 600571 apt
thanks

On 14/11/2010 20:53, Niko Tyni wrote:

severity 600571 important
thanks

On Tue, Oct 19, 2010 at 09:35:28AM +0300, Niko Tyni wrote:

On Mon, Oct 18, 2010 at 10:33:57AM +0100, Roger Leigh wrote:

Package: perl
Version: 5.10.1-15
Severity: serious
Justification: Breaks installation

While dist-upgrading my system today, the perl package failed to 
unpack/configure
(transcript below) and hung for over an hour until I killed the dpkg process.  
After
running "dpkg --configure -a" and "apt-get -f install" the package then 
continued to
configure correctly.  It looks like it was somehow stuck between unpacking and
configuring.  There was no response in the terminal to any keys (I tried 
hitting enter,
but there was no response to the input, so maybe apt-get was doing something 
odd with
termios if this wasn't a deliberate action by the perl maintainer scripts).



This is very weird. No, the maintainer scripts of the perl package
certainly don't mess with ptys in any way and actually do nothing at
the unpack stage of an upgrade. There are no conffiles and no debconf
usage either.



The package seems to work for other people (10 days in unstable without
other reports) and the changes in 5.10.1-15 seem unlikely to cause
something like this.

My best guess is that this is either a problem with your system or some
corner case in apt-get / dpkg interaction but this is all just handwaving.

Tagging as unreproducible, let's wait a while for any other reports. The
package just migrated to squeeze so there should be plenty of people
upgrading in the next few days.


Now that we've seen 5.10.1-16 migrate to squeeze too after ten days in
unstable and no other reports of anything like this, I think it's clear
this is not an issue with the perl package.

I'm downgrading the severity so that RC bughunters can concentrate on other
things. TBH, I don't see much point in keeping the bug open at all.

Roger, please let me know if you're OK with closing this or if you want it
reassigned somewhere else. Personally I doubt the dpkg or apt maintainers
can do much about it either.


Yes, it's likely an apt/dpkg issue.  I'll reassign it to apt.


Thanks,
Roger



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603544: slapd.conf file

[Matthijs Mohlmann]

On Nov 15, 2010, at 9:44 AM, Frederik Himpe wrote:

> gosa schema files are provided by package gosa-schema 2.6.11-2.
> 
> slapd.conf file:
> 
> include /etc/ldap/schema/core.schema
> include /etc/ldap/schema/cosine.schema
> include /etc/ldap/schema/nis.schema
> include /etc/ldap/schema/inetorgperson.schema
> include /etc/ldap/schema/samba.schema
> include /etc/ldap/schema/gosystem.schema
> include /etc/ldap/schema/gofon.schema
> include /etc/ldap/schema/goto.schema
> include /etc/ldap/schema/gofax.schema
> include /etc/ldap/schema/goserver.schema
> include /etc/ldap/schema/gosa+samba3.schema
> pidfile /var/run/slapd/slapd.pid
> argsfile/var/run/slapd/slapd.args
> loglevel   0
> modulepath/usr/lib/ldap
> moduleloadback_hdb
> sizelimit 500
> tool-threads 1
> backend   hdb
> databasehdb
> suffix  "dc=wise,dc=vub,dc=ac,dc=be"
> checkpoint 512 30
> rootdn  "cn=admin,dc=wise,dc=vub,dc=ac,dc=be"
> directory   "/var/lib/ldap"
> TLSCertificateFile/etc/ssl/private/wisepc3.pem
> TLSCertificateKeyFile /etc/ssl/private/wisepc3.pem
> dbconfig set_cachesize 0 2097152 0
> dbconfig set_lk_max_objects 1500
> dbconfig set_lk_max_locks 1500
> dbconfig set_lk_max_lockers 1500
> index objectClass,uidNumber,gidNumber   eq
> index cn,sn,uid,displayName   pres,sub,eq
> index memberUid,mail,givennameeq,subinitial
> index sambaSID,sambaPrimaryGroupSID,sambaDomainName   eq
> lastmod on
> checkpoint  512 30
> access to attrs=userPassword,shadowLastChange,sambaLMPassword,sambaNTPassword
>by anonymous auth
>by self write
>by * none
> access to dn.base="" by * read
> access to *
>by * read
> 
> -- 
> Frederik Himpe 

Thanks for the information, I'll check what's going on here.

Regards,

Matthijs Möhlmann




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603538: openoffice.org-core 3.2.1-8 does not install

[Eric Valette]

On 11/15/2010 09:08 AM, Rene Engelhard wrote:


Wrong. It's an install failure, so it's serious per definition (still RC, so..)
grave is for *runtime* problems.


Fine with me.


Paramétrage de openoffice.org-core (1:3.2.1-8) ...
file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so
register component 
'file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so' in 
registry '/var/lib/openoffice/basis3.2/program/services.rdb' failed!
error (CannotRegisterImplementationException): loading component library 
failed: file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so
dpkg : erreur de traitement de openoffice.org-core (--configure) :
  le sous-processus script post-installation installé a retourné une erreur 
de sortie d'état 1
dpkg : des problèmes de dépendances empêchent la configuration de 
python-uno :




Does fine here. You are upgrading, I assume? Did you have -filter-binfilter 
installed


Yes I'm upgrading and yes I have -filter-binfilter installed and yes the 
bug is there.



befaore *correctly*? Seems it is registered in 
/usr/lib/openoffice/basis3.2/registered-components
although not being there?


Yes it was coorrectly installed.


And the obvious notice: In -8 nothing in that place changed.


ii  ttf-opensymbol 2:2.3.9+LibO3.3.0~beta2-2 OpenSymbol TrueType font
ii  ure1.7.0+LibO3.3.0~beta2-2   LibreOffice UNO runtime environmen


I remembered that and downgraded. No change. Same problem. As a side 
note it should not be installable if its uniquely for libreoffice...


Note that I'm now at work and cannot test further. Waht I can say is 
that I upgraded another machine with no problem.






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603550: linux-image-686: My Intel 82801H sound card is doesn't work or linux-image-2.6.32-5-486 and linux-image-2.6-686

[Attila Hammer]

Package: linux-image-686
Version: My Intel 82801H sound card is not working in Squeeze for 
linux-image-2.6.32-5-486 and linux-image-2.6.32-5-686
Severity: normal

Dear Developers,
My notebook have the following sound card:
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio 
Controller (rev 03)

When I tested the actual Debian Squeeze live CD with containing 
linux-image-2.6.32-5-486 and linux-image-2.6.32-5-686 packaged versions, my 
sound card is not working, unfortunately I haven't hear any sound.
This is inportant me, because I using Orca screen reader with software speech, 
and haven't got a braille device or sighted assistance always to help 
identifying why not working in Squeeze this integrated sound card.
Please not surprise if you see incorrect data, because now I reporting this bug 
with an Ubuntu Lucid operating system with a chrooted Debian live file system, 
because only this way possible using the screen reader with software speech.
When I looked with Squeeze in 2009. year, this sound card are proper working.

This sound card is perfect supported with all Ubuntu versions and Debian Lenny.

If I reported this bug with wrong package, excuse me.
I tested this sound card working for example with Linux Mint Debian 
distribution with based Debian Squeeze, this sound card is not working properly.
For example my desktop PC have a Creative Audigy LS sound card, this sound card 
is proper supported.

Attila

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-486
Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603551: update theme for squeeze

[Daniel Baumann]

Package: plymouth
Severity: serious

please update theme for squeeze.

-- 
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#603552: update theme for squeeze

[Daniel Baumann]

Package: syslinux-themes-debian
Severity: serious

please update theme for squeeze.

-- 
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#603553: dh_compress: please do not compress javascript files in the doc dir

[Frederic-Emmanuel PICCA]

Package: debhelper
Version: 8.0.0
Severity: wishlist

   Hello

   usually the documentation generated with python-sphinx add a few javascript
   files to the documentation. Thoses files are usefull for the search engine of
   the documentation. The problem is that thoses files are most of the time 
bigger
   than 4k and thus are compressed by the dh_compress utility. This compression
   is a problem, because, the html file refering thoses javascript files use the
   non compressed name.

   As more and more python package are using sphinx for there documentation, it
   would be nice to avoid overriding the dh_compress command for all those 
packages.
   So adding an exception for the .js files in the documentation directory 
would be nice.

   thanks

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages debhelper depends on:
ii  binutils  2.20.1-15  The GNU assembler, linker and bina
ii  dpkg-dev  1.15.8.5   Debian package development tools
ii  file  5.04-5 Determines file type using "magic"
ii  html2text 1.3.2a-15  advanced HTML to text converter
ii  man-db2.5.7-6on-line manual pager
ii  perl  5.10.1-16  Larry Wall's Practical Extraction 
ii  perl-base 5.10.1-16  minimal Perl system
ii  po-debconf1.0.16 tool for managing templates file t

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make(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#603554: update isolinux theme for squeeze

[Daniel Baumann]

Package: debian-cd
Severity: serious

please update isolinux theme for squeeze (space fun).

-- 
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#602471: pymca: package unusable

[V. Armando Solé]

Hello,

From the PyMca side, the problem seems to be solved.

By default, PyMca uses the solutions described in previous mail.

On linux systems using glibc, the end user or package maintainer, can 
choose a much cleaner solution based on the use of the strtod_l 
function. That function is only available when the _GNU_SOURCE compiler 
flag is defined.


I have foreseen a simple way to enable that possibility using setup.py:

SPECFILE_USE_GNU_SOURCE=1 python setup.py 

I hope that helps.

Best regards,

Armando




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603286: plymouth: The Debian open logo with "Debian" is not compliant to the Debian policy

[Daniel Baumann]

initially, i wanted to just apply the fix (which then was delayed
because of:

  2010-11-12 15:56:51 < OdyX> dba: you want to check if the uuencoded
  swirl I sent you has really no white background. I checked, but I
  might have f** up.

however...)

now that i though about it, and we'll need updates for space fun anyway,
i will just get rid of the debian logo/word in plymouth entirely, and
put stuff into plymouth-themes-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#518182: e1000: Detected Tx Unit Hang in 2.6.32-27: not fixed? regression?

[Neal H. Walfield]

Hi,

I just did a fresh install of Squeeze (using the Beta1 d-i, amd64).  I
encountered this bug using 2.6.32-27, although the bug was allegedly
fixed in 2.6.32-25.

My machine has exactly 4 GB of RAM and an AMD 64 X2 5200+ CPU.
Additional details follow.

Thanks,
Neal

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  
Description
+++---==
un  linux-image-2.6 
(no description available)
ii  linux-image-2.6-amd642.6.32+28
Linux 2.6 for 64-bit PCs (meta-package)
un  linux-image-2.6-openvz-amd64
(no description available)
un  linux-image-2.6-vserver-amd64   
(no description available)
un  linux-image-2.6-xen-amd64   
(no description available)
ii  linux-image-2.6.32-5-amd64   2.6.32-27
Linux 2.6.32 for 64-bit PCs



Nov 15 09:51:18 maurice kernel: [66202.176123] e1000: eth0 NIC Link is Down
Nov 15 09:53:23 maurice kernel: [66326.613674] e1000: eth0 NIC Link is Up 1000 
Mbps Full Duplex, Flow Control: RX/TX
Nov 15 10:02:03 maurice kernel: [66846.805168] e1000: eth0: e1000_clean_tx_irq: 
Detected Tx Unit Hang
Nov 15 10:02:03 maurice kernel: [66846.805172]   Tx Queue <0>
Nov 15 10:02:03 maurice kernel: [66846.805174]   TDH  
Nov 15 10:02:03 maurice kernel: [66846.805176]   TDT  <22>
Nov 15 10:02:03 maurice kernel: [66846.805178]   next_to_use  <22>
Nov 15 10:02:03 maurice kernel: [66846.805180]   next_to_clean
Nov 15 10:02:03 maurice kernel: [66846.805182] buffer_info[next_to_clean]
Nov 15 10:02:03 maurice kernel: [66846.805184]   time_stamp   
<100fdd9de>
Nov 15 10:02:03 maurice kernel: [66846.805186]   next_to_watch
Nov 15 10:02:03 maurice kernel: [66846.805188]   jiffies  
<100fddb1d>
Nov 15 10:02:03 maurice kernel: [66846.805190]   next_to_watch.status <0>
Nov 15 10:02:05 maurice kernel: [66848.805058] e1000: eth0: e1000_clean_tx_irq: 
Detected Tx Unit Hang
Nov 15 10:02:05 maurice kernel: [66848.805062]   Tx Queue <0>
Nov 15 10:02:05 maurice kernel: [66848.805064]   TDH  
Nov 15 10:02:05 maurice kernel: [66848.805066]   TDT  <22>
Nov 15 10:02:05 maurice kernel: [66848.805068]   next_to_use  <22>
Nov 15 10:02:05 maurice kernel: [66848.805070]   next_to_clean
Nov 15 10:02:05 maurice kernel: [66848.805072] buffer_info[next_to_clean]
Nov 15 10:02:05 maurice kernel: [66848.805074]   time_stamp   
<100fdd9de>
Nov 15 10:02:05 maurice kernel: [66848.805076]   next_to_watch
Nov 15 10:02:05 maurice kernel: [66848.805078]   jiffies  
<100fddd11>
Nov 15 10:02:05 maurice kernel: [66848.805080]   next_to_watch.status <0>
Nov 15 10:02:07 maurice kernel: [66850.804156] e1000: eth0: e1000_clean_tx_irq: 
Detected Tx Unit Hang
Nov 15 10:02:07 maurice kernel: [66850.804161]   Tx Queue <0>
Nov 15 10:02:07 maurice kernel: [66850.804163]   TDH  
Nov 15 10:02:07 maurice kernel: [66850.804165]   TDT  <22>
Nov 15 10:02:07 maurice kernel: [66850.804167]   next_to_use  <22>
Nov 15 10:02:07 maurice kernel: [66850.804169]   next_to_clean
Nov 15 10:02:07 maurice kernel: [66850.804171] buffer_info[next_to_clean]
Nov 15 10:02:07 maurice kernel: [66850.804173]   time_stamp   
<100fdd9de>
Nov 15 10:02:07 maurice kernel: [66850.804175]   next_to_watch
Nov 15 10:02:07 maurice kernel: [66850.804177]   jiffies  
<100fddf05>
Nov 15 10:02:07 maurice kernel: [66850.804179]   next_to_watch.status <0>
Nov 15 10:02:08 maurice kernel: [66851.804025] [ cut here 
]
Nov 15 10:02:08 maurice kernel: [66851.804045] WARNING: at 
/build/mattems-linux-2.6_2.6.32-27-amd64-IsDpkI/linux-2.6-2.6.32/debian/build/source_amd64_none/net/sched/sch_generic.c:261
 dev_watchdog+0xe2/0x194()
Nov 15 10:02:08 maurice kernel: [66851.804052] Hardware name: To Be Filled By 
O.E.M.
Nov 15 10:02:08 maurice kernel: [66851.804057] NETDEV WATCHDOG: eth0 (e1000): 
transmit queue 0 timed out
Nov 15 10:02:08 maurice kernel: [66851.804061] Modules linked in: des_generic 
cbc ppdev lp sco bridge stp bnep l2cap bluetooth rfkill powernow_k8 
cpufreq_userspace cpufreq_stats cpufreq_powersave cpufreq_conservative 
binfmt_misc fuse rpcsec_gss_krb5 nfsd exportfs nfs lockd fscache nfs_acl 
auth_rpcgss sunrpc loop usb_storage snd_emu10k1_synth snd_emux_synth 
snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_ac97_codec ac97_b

Bug#603457: jack2: unowned files after purge (policy 6.8)

[Adrian Knoth]

On Sun, Nov 14, 2010 at 12:12:27PM +0100, Holger Levsen wrote:

Hi!

>   /etc/security/limits.d/audio.conf.disabled   not owned

Ok, that's easy to fix, I'll do it in a minute.

> Also having a piuparts clean archive is formerly a release goal since lenny, 
> though properly cleaning up on purge is a quality character since longer.

I agree. Unfortunately, there was this mail on d-a-a today about
tightened unblock policy. So if you want to have this fixed in Squeeze,
I feel someone (you? me?) needs to raise the priority to serious.


Cheerio

-- 
mail: a...@thur.de  http://adi.thur.de  PGP/GPG: key via keyserver



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603477: fenics: homepage link is outdated

[Johannes Ring]

On Sun, Nov 14, 2010 at 4:13 PM, Francesco Poli (t1000)
 wrote:
> Package: fenics
> Version: 10.09-1
> Severity: minor
>
> Hi FEniCS Debian package maintainers!
> Thanks for packaging these libraries and applications!
>
> I've just noticed that the homepage URL is outdated, since
> the FEniCS Project was moved from http://www.fenics.org/
> to http://www.fenicsproject.org/
>
> Please update the Homepage field accordingly.

Thanks for your report. I am familiar with this change and will update
the URL in the next upload.

Johannes



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#590573: Fails to open certain PDF files after download

[Gonzalo Pérez de Olaguer Córdoba]

Package: epiphany-browser
Version: 2.30.6-1
Severity: normal


More info on this bug, and a workaround.

I have xpdf and evice installed, and the following snippet in
/etc/mozpluggerrc:

 text/x-pdf:pdf:PDF file
ACROREAD()
repeat noisy swallow(kpdf) fill: kpdf "$file"
repeat noisy swallow(Xpdf) fill: xpdf -g +9000+9000 "$file"
repeat noisy swallow(okular) fill: okular "$file"
repeat noisy swallow(epdfview) fill: epdfview "$file"
GV()
repeat noisy fill exits: evince "$file"

The file is properly downloaded and xpdf is opened, but the xpdf window
closes immediately after opening and the epiphany page remains blank.

If I move the evince line on top of the others the PDF is properly
opened with evince in an independent window.

If I change the zpdf line like this:

 text/x-pdf:pdf:PDF file
ACROREAD()
repeat noisy swallow(kpdf) fill: kpdf "$file"
-   repeat noisy swallow(Xpdf) fill: xpdf -g +9000+9000 "$file"
+   repeat noisy fill exits: xpdf "$file"
repeat noisy swallow(okular) fill: okular "$file"
repeat noisy swallow(epdfview) fill: epdfview "$file"
GV()
repeat noisy fill exits: evince "$file"

the PDF properly opens with xpdf in an independent window (i.e. not
embedded into the epiphany-browser window).

Opening the PDF file this way gives the following information
for the opened xpdf window:

xwininfo: Window id: 0x6c000de "Xpdf: 
/tmp/mozplugger-15121/motherboard_manual_8i915md-g(gv)_e.pdf"

Changing the mozpluggerrc line to

repeat noisy swallow(*Xpdf) fill: xpdf -g +9000+9000 "$file"

doesn't work.

Best regards,
Gonzalo.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-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

Versions of packages epiphany-browser depends on:
ii  dbus-x111.2.24-3 simple interprocess messaging syst
ii  epiphany-browser-data   2.30.6-1 Data files for the GNOME web brows
ii  gnome-icon-theme2.30.3-1 GNOME Desktop icon theme
ii  iso-codes   3.21-1   ISO language, territory, currency,
ii  libavahi-client30.6.27-2 Avahi client library
ii  libavahi-common30.6.27-2 Avahi common library
ii  libavahi-gobject0   0.6.27-2 Avahi GObject library
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2   simple interprocess messaging syst
ii  libgconf2-4 2.28.1-5 GNOME configuration database syste
ii  libgirepository1.0-00.6.14-1+b1  Library for handling GObject intro
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgnome-keyring0   2.30.1-1 GNOME keyring services library
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1-gtk2 0.5.0-2  sends desktop notifications to a n
ii  libnspr4-0d 4.8.6-1  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.8-1 Network Security Service libraries
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libseed02.30.0-1+b1  GObject JavaScript bindings for th
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsoup-gnome2.4-1  2.30.2-1 an HTTP library implementation in 
ii  libsoup2.4-12.30.2-1 an HTTP library implementation in 
ii  libwebkit-1.0-2 1.2.5-2  Web content engine library for Gtk
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  libxslt1.1  1.1.26-6 XSLT 1.0 processing library - runt

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20090814+nmu2   Common CA certificates
ii  evince   2.30.3-1Document (postscript, pdf) viewer
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

Versions of packages epiphany-browser suggests:
pn  epiphany-extensions(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#603469: xserver-xorg-video-ati: screen randomly goes black with no way to bring it back

[Uwe Kleine-König]

On Sun, Nov 14, 2010 at 04:09:24PM +0100, lauren wrote:
> i'm sorry but i don't know how to do that kind of upgrade ... will it  
> break the rest of my system? :(
No, it won't.  Just do the following:

# cat >> /etc/apt/preferences << EOF
Package: *
Pin: release o=Debian,a=experimental
Pin-Priority: 102
EOF

# echo "deb http://ftp.de.debian.org/debian experimental main" >> 
/etc/apt/sources.list

# apt-get update

# apt-get install linux-image-2.6.36-trunk-686

This should prevent any unwanted upgrades from experimental and still
allow you to hand-pick kernels from there.  The installation updates one
additional package that should not hurt you.  Other than that running a
squeeze with .36 should be fine.

Best regards
Uwe

-- 
Pengutronix e.K.   | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/  |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574900: /usr/sbin/grub-probe: grub-probe should not use mdadm on /dev/mem

[Vladimir 'φ-coder/phcoder' Serbinenko]

On 03/22/2010 12:28 AM, Russell Coker wrote:
> Package: grub-common
> Version: 1.96+20080724-16
> Severity: normal
> File: /usr/sbin/grub-probe
>
> Running update-grub.
> Searching for GRUB installation directory ... found: /boot/grub
> warning: grub-probe can't find drive for /dev/mem.
> grub-probe: error: /dev/mem is not a block device.
>   
could you supply the output of
sudo sh -x update-grub
and of
cat /proc/mounts
> I just received the above error message from the process of installing an
> Unstable kernel on a system that was previously running all Lenny.  The
> audit log had the following SE Linux message:
>
> type=AVC msg=audit(1269213218.265:16): avc:  denied  { read } for  pid=4399 
> comm="mdadm" name="mem" dev=tmpfs ino=781 
> scontext=unconfined_u:system_r:mdadm_t:s0-s0:c0.c1023 
> tcontext=system_u:object_r:memory_device_t:s0 tclass=chr_file
> type=SYSCALL msg=audit(1269213218.265:16): arch=4003 syscall=5 success=no 
> exit=-13 a0=807b240 a1=8000 a2=0 a3=8000 items=0 ppid=4398 pid=4399 
> auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 
> tty=(none) ses=4294967295 comm="mdadm" exe="/sbin/mdadm" 
> subj=unconfined_u:system_r:mdadm_t:s0-s0:c0.c1023 key=(null)
>
>
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core)
> Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages grub-common depends on:
> ii  base-files  5.0.0.1  Debian base system miscellaneous 
> f
> ii  libc6   2.7-18lenny2 GNU C Library: Shared libraries
>
> grub-common recommends no packages.
>
> Versions of packages grub-common suggests:
> pn  multiboot-doc  (no description available)
>
> -- no debconf information
>
>
>
> ___
> Pkg-grub-devel mailing list
> pkg-grub-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel
>
>   


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#602738: Support for piuparts

[Raphael Bossek]

severity 602738 minor
tags 602738 wontfix

Thank you for this bug report. I'm a little bit confused with the
severity. I can not find a Debian Policy exception where the Debconf
question/answer stage can not end in an endless loop. Only if such a
restriction exists within the Debian Policy the severity serious
should be set.

You can not install bugzilla without a valid configuration. At least
MySQL have to run and you need to know the admin account. I got tons
of error reports where people did not answer the Debconf question as
requested. The user can break the question/answer loop at any time but
know that the setup fail.

I put in consideration to detect piuparts and disable the setup of
bugzilla. The idea behind piuparts is only to check the low-level
installation/de-installation but not if bugzilla is working. I've
changed the severity to minor because it's only a issue with piuparts
but not for real life situations.

Greetings,
Raphael



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#588313: moreinfo, please

[Andreas Beckmann]

On 2010-11-11 01:29, Holger Levsen wrote:
> tags 588313 + moreinfo
> thanks
> 
> Hi Andreas,
> 
> thanks for your bugreport, can you point me to a package where this is 
> actually a problem? http://piuparts.debian.org has logfiles for almost 90k 
> binary packages and I don't remember seeing this :-)

Well, it's not a state change tested by piuparts, so you don't see any
errors or similar things (unless dpkg throws some).

Just imagine a package foobar which does the following in its preinst:

   dpkg-divert --add --rename --divert-to /usr/bin/foo /usr/bin/bar

but does not clean this up in postrm. Or does clean it up incorrectly:

   dpkg-divert --remove --rename --divert-to /usr/bin/fuu /usr/bin/bar

If there was no /usr/bin/bar in the test environment, after purge no
(file) changes are left in the system - besides an entry in the
diversion database (IIRC, this file is ignored by piuparts because the
order of the entries might change). This system configuration change is
not detected by piuparts.

I needed this test for fixing all the diversion handling in the
nvidia-graphics-drivers* packages which was very messy. I used
snapshot.d.o to test upgrading from all old packages releases back to
some time even before lenny - every package left some (other) diversions
on the system that needed proper cleanup now for squeeze. piuparts did
not detect this until I introduced my hooks.

Another possible case: package bbb removes/takes over a diversion owned
by package aaa, the diversion will be gone after install-and-purge bbb
without a change detected by piuparts. (Unless a file change involving
the diverted file is detected - but if no package has this file, nothing
will be noticed.)


Andreas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#598135: Forwarding articles to moderators is broken / FTBFS

[Marco d'Itri]

On Nov 14, "Steve M. Robbins"  wrote:

> Marco: are you actively working on these issues?  If not, I can prepare an 
> NMU.
I fear that it's too late now to get in squeeze everything I wanted,
my plan was to make a backport and hope for the next point release.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#603457: jack2: unowned files after purge (policy 6.8)

[Holger Levsen]

Hi Adrian,

On Montag, 15. November 2010, Adrian Knoth wrote:
> >   /etc/security/limits.d/audio.conf.disabled not owned
> Ok, that's easy to fix, I'll do it in a minute.

Great.

> I agree. Unfortunately, there was this mail on d-a-a today about
> tightened unblock policy. So if you want to have this fixed in Squeeze,
> I feel someone (you? me?) needs to raise the priority to serious.

Inflating bugs to try to bend the rules is not good.

If the fix for this bug is trivial and you have a severe bug to fix anyway, 
I'm quite sure the release team would accept it if you'd use the opportunity 
to fix this bug too, else fix it later.

piuparts.d.o detected 48 packages in sid with this kind of problem, and I dont 
even let it do this test in squeeze, cause for squeeze I rather want to 
concentrate on the more severe issues. Because, if a package fails due to 
*any* piuparts issue, piuparts will not test packages which depend on it (ie 
in sid no packages depending on jack1 or jack2 will be tested, as jack1+2 
have failed tests). 

(So please fix this in sid ASAP (which can/could be after the release...) so 
more packages in sid get tested and severe problems are found, before they 
enter squeeze/wheezy.)

And so, while this is a clear policy violation, it's also not such a severe 
policy violation that we must fix it immediatly. 
http://piuparts.debian.org/sid/ shows too many anyway! /squeeze/ looks much 
better though.

Thanks for keeping Debian in good shape!


cheers,
Holger


signature.asc
Description: This is a digitally signed message part.

Bug#603485: [Pkg-lyx-devel] Bug#603485: Bug#603485: tex2lyx conversion fails when there is an accented character in the target's path

[Pierre]

>The solution seems to be somewhere else in the system (new libs etc.) 
since

>I've been unsucessful with Lenny + a LyX 1.6.7 backport.

Do you have an idea why other applications (or even many other features 
of LyX) handle properly accented file paths on Lenny ?


I'm very far from being an expert on Debian but this suggests to me that 
there may indeed be some changes to be done in the LyX package (in the 
source code of tex2lyx), possibly including versions >=1.6.7


Best regards,
Pierre





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#599953: Looks like we should drop libverilog-perl for squeeze

[Enrico Zini]

On Sat, Nov 13, 2010 at 10:16:36PM +0100, gregor herrmann wrote:

> In general I'm all for starting to remove fringe packages from testing
> (thanks for your initiative!) but unless I'm mistaken in this case it
> doesn't seem to be necessary.

Yes, sorry, my fault. I've updated the comment on
http://bts.turmzimmer.net/details.php accordingly.


Ciao,

Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: Digital signature

Bug#603470: [DebianGIS-dev] Bug#603470: libmapnik0.7: package linked against broken external AGG

[Francesco P. Lovergine]

On Sun, Nov 14, 2010 at 02:15:00PM +0100, Sven Geggus wrote:
> Package: libmapnik0.7
> Severity: important
> 
> The current Version of Mapnik in Debian (squeeze and sid) has been
> linked against the AGG library provided by the system.
> 
> Looks like this library (2.5.x) is more or less unmaintained. For
> this reason mapnik provides a custom Version of the AGG library which
> fixes the bugs which causes mapnik to hang.
> 
> The discussion about this topic can be found here:
> http://www.mail-archive.com/mapnik-us...@lists.berlios.de/msg02953.html
> 
> I know that the debian policy is to always use external libraries, but
> this renders the provided package more or less unusable.
> 
> Unfortunately I don't have patches for AGG to fix this without
> breaking the debian policy.
> 

First of all, the use of non-embedded libraries is not mandatory.
Many programs have similar problems and we have to coexists with
them, unfortunately. If a patch can be provided (upstream or not)
to fix system-wide issues and is not, it is unfortunate, but it 
happens.

That said, the AGG case is quite unfortunate, because AGG 2.5
is GPL2 and AGG 2.4 is MIT licensed. That implies that the 
whole mapnik should be considered GPL-2 released and that
should be noted. This is also something bad, because it
violates the original upstream will IMHO. Note also that
the embedded copy is a 2.3 or 2.4 version, and we used
the same approach for mapserver to avoid those kind
of problems. 

Seriously someone should consider an AGG fork from 2.4
which is something maybe mapserver folks already did.

My best guessing is moving to the embedded copy 
if resulting issues are grave enough to compromise
its use. 

Maybe David can help about that.

-- 
Francesco P. Lovergine



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603555: Security issue in proftpd-basic (1.3.3a-5)

[Jean Couillaud]

Package: proftpd-basic
Version: 1.3.3a-5

Hi, 

My server just got rooted and what I've done for now, to dig into what
could have
been the leak, points to proftpd, mod_facl in particular.
I won't have a way to dig further until this evening (UTC+1 local time),
but it is a testing(squeeze) debian almost up to date with only ssh,
apache and
proftpd available from the outside. 

Here is the logcheck notification that lead me to think mod_facl is
guilty: 

Nov 14 05:55:50 carmgate useradd[27810]: new group: name=psadmin, GID=1002
Nov 14 05:55:50 carmgate useradd[27810]: new user: name=psadmin, UID=1002,
GID=1002, home=/home/psadmin, shell=/bin/sh
Nov 14 05:55:50 carmgate proftpd[9638]: error: duplicate fs paths not
allowed: '/'
Nov 14 05:55:50 carmgate proftpd[9638]: mod_facl/0.4: error registering
'facl' FS: Operation not permitted
Nov 14 05:55:50 carmgate proftpd[9638]: mod_dso/0.5: module 'mod_facl.c'
failed to initialize
Nov 14 05:55:50 carmgate proftpd[9638]: Fatal: LoadModule: error loading
module 'mod_facl.c': Operation not permitted on line 86 of
'/etc/proftpd/modules.conf'

After this, I ve had a tiger notification that might show other
vulnerability (but on those one, I could be the guilty one):

# Performing check of user accounts...
NEW: --WARN-- [acc006w] Login ID userx's home directory (/tmp) has world
write access.
# Performing check of passwd files...
NEW: --WARN-- [pass002w] UID 0 exists multiple times (2) in /etc/passwd.
NEW: --WARN-- [pass002w] UID 9 exists multiple times (2) in /etc/passwd.
NEW: --WARN-- [pass017w] Login ID default has uid == 0.
# Checking the format of passwd and group files.
NEW: --FAIL-- [pass009f] Login default has a group id of 1 which should be
reserved for bin or daemon.
NEW: --FAIL-- [pass009f] Login default has a user id of 0 which should be
reserved for root
NEW: --FAIL-- [pass009f] Login default has an unusual password content.
NEW: --FAIL-- [pass009f] Login userx has an unusual password content.
NEW: --WARN-- [pass002w] File /etc/passwd has duplicate user ids:
NEW: default 0 root 0 news 9 userx 9

I dont know if the vulnerability in proftpd is a new one but I found no
trace of such a thing by googling or browsing proftpd or debian bug
trackers, so I assume I am one of the lucky first to encounter this
(or else, I am just not good enough at finding bugs on trackers).

I'll add information to the bug as I get them as soon as I can log on the
server.

Best regards,
Carm



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603556: Security issue in proftpd-basic (1.3.3a-5)

[Jean Couillaud]

Package: proftpd-basic
Version: 1.3.3a-5

Hi, 

My server just got rooted and what I've done for now, to dig into what
could have
been the leak, points to proftpd, mod_facl in particular.
I won't have a way to dig further until this evening (UTC+1 local time),
but it is a testing(squeeze) debian almost up to date with only ssh,
apache and
proftpd available from the outside. 

Here is the logcheck notification that lead me to think mod_facl is
guilty: 

Nov 14 05:55:50 carmgate useradd[27810]: new group: name=psadmin, GID=1002
Nov 14 05:55:50 carmgate useradd[27810]: new user: name=psadmin, UID=1002,
GID=1002, home=/home/psadmin, shell=/bin/sh
Nov 14 05:55:50 carmgate proftpd[9638]: error: duplicate fs paths not
allowed: '/'
Nov 14 05:55:50 carmgate proftpd[9638]: mod_facl/0.4: error registering
'facl' FS: Operation not permitted
Nov 14 05:55:50 carmgate proftpd[9638]: mod_dso/0.5: module 'mod_facl.c'
failed to initialize
Nov 14 05:55:50 carmgate proftpd[9638]: Fatal: LoadModule: error loading
module 'mod_facl.c': Operation not permitted on line 86 of
'/etc/proftpd/modules.conf'

After this, I ve had a tiger notification that might show other
vulnerability (but on those one, I could be the guilty one):

# Performing check of user accounts...
NEW: --WARN-- [acc006w] Login ID userx's home directory (/tmp) has world
write access.
# Performing check of passwd files...
NEW: --WARN-- [pass002w] UID 0 exists multiple times (2) in /etc/passwd.
NEW: --WARN-- [pass002w] UID 9 exists multiple times (2) in /etc/passwd.
NEW: --WARN-- [pass017w] Login ID default has uid == 0.
# Checking the format of passwd and group files.
NEW: --FAIL-- [pass009f] Login default has a group id of 1 which should be
reserved for bin or daemon.
NEW: --FAIL-- [pass009f] Login default has a user id of 0 which should be
reserved for root
NEW: --FAIL-- [pass009f] Login default has an unusual password content.
NEW: --FAIL-- [pass009f] Login userx has an unusual password content.
NEW: --WARN-- [pass002w] File /etc/passwd has duplicate user ids:
NEW: default 0 root 0 news 9 userx 9

I dont know if the vulnerability in proftpd is a new one but I found no
trace of such a thing by googling or browsing proftpd or debian bug
trackers, so I assume I am one of the lucky first to encounter this
(or else, I am just not good enough at finding bugs on trackers).

I'll add information to the bug as I get them as soon as I can log on the
server.

Best regards,
Carm



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#588041: moreinfo, please

[Andreas Beckmann]

On 2010-11-11 01:25, Holger Levsen wrote:
> thanks for your bugreport, can you point me to the place where it uses dpkg 
> instead of apt? I don't think this is the case...

piuparts.py: install_package_files()
   calls dpkg -i list_of_.deb's

piuparts.py: remove_or_purge()
   calls dpkg --remove (or --purge) list_of_package_names

For remove_or_purge I have a patch ready ... just need to dig it out
again and update it for current svn ...


Andreas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603549: ure 1.7.0+LibO3.3.0~beta2-2 breaks openoffice 1:3.2.1-7

[Rene Engelhard]

Hi,

On Mon, Nov 15, 2010 at 10:07:13AM +0100, Jan Niehusmann wrote:
> I temporarily upgraded to libreoffice from experimental. After
> downgrading back to openoffice from sid, [...]

Then you didn't downgrade properly as you missed ure ;-)

> [...] openoffice didn't start any
> longer, but only displayed the following error message:
> 
> /usr/lib/openoffice/program/soffice.bin: 
> /usr/lib/openoffice/program/../basis-link/program/../ure-link/lib/libjvmaccessgcc3.so.3:
>  version `UDK_3.1' not found (required by 
> /usr/lib/openoffice/program/../basis-link/program/libvcllx.so)
> 
> This was caused by the version of ure from experimental being still
> installed. Downgrading ure to 1.6.1+OOo3.2.1-7 fixed the issue.
> 
> So I think the packages are missing an appropriate
> Conficts/Breaks/versioned Depends header.

versioned depends can't work if a leftover *new* ure is the problem.
except depends ure (<< 1.7) at openoffice.org, which, umm, is bad.

> As long as this only occurs with packages from experimental, this is just
> a minor annoyance - but it should probably be fixed before libreoffice
> goes to sid.

Well, as long as a *upgrade* works.. Downgrades are not supported :)
(But partial upgrades are, but then again ure is not really the subject which
is partially upgraded in the normal case) 

But yes, there's a bug here, either because LibO broke compatibility or
as there's a Conficts/Breaks missing.

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#595384: acpi-support-base: use consolekit to determine whether sessions are still open on powerdown/etc.

[Michael Meskes]

> Right now, AFAIU, the scripts just look whether e.g. gdm is running, and if 
> so do ignore the event.
> This means however also, that e.g. powerdownbtn won't work, if just gdm is 
> running, but no one
> logged actually in.

I cannot see how you come to this conclusion. Let's look for instance at
powerbtn-acpi-support.sh. It calls CheckPolicy to decide whether or not it is
supposed to start any action. CheckPolicy in return checks to see if any GUI
power manager is running, e.g. /usr/bin/gnome-power-manager or
/usr/bin/guidance-power-manager, but not gdm. AFAICT these power managers are
only started if someone is logged in.

Could you please explain?

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at googlemail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#600308: [DebianGIS-dev] Bug#600308: Q: plan to put new version to experimental

[Francesco P. Lovergine]

On Sat, Nov 13, 2010 at 01:59:18AM +0900, Hideki Yamane wrote:
> Hi,
> 
> > No, 1.4 is the version included in squeeze. The 1.5 vesion can be targeted
> > for experimental and future backports. We are in freezing.
> 
>  It's reasonable, if we put new version to unstabl and would find problem
>  in testing then, fixing it is complicated. Put new one into experimental 
>  is good manner.
> 
>  So, the question is when would you put it into experimental?
>  And if there is the blockers, what is that?
> 
>  # Some users cannot wait to try it :) 
> 

I'm looking for a decent workflow to merge current git-svn tree with
the 1.5 upstream tree.

-- 
Francesco P. Lovergine



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#601856: gkrellm: fans are not always detected on startup

[Toni Mueller]

Hi,

On Mon, 15.11.2010 at 09:08:42 +0100, Sandro Tosi  wrote:
> That's great! :) I think that we can wait for ~1 week and if the new
> gkrellm doesn't fail you, I can close this bug as fixed in the recent
> version: what do you think?

that's what I hoped, too, but you should already have my message from
this morning in your mailbox, stating that the new version doesn't
really fix the problem. It only looks like making the problem appear
a little less often.


-- 
Kind regards,
--Toni++




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#602471: RE : Bug#602471: pymca: package unusable

[PICCA Frédéric-Emmanuel]

Hello

> Hello,

>  From the PyMca side, the problem seems to be solved.
> By default, PyMca uses the solutions described in previous mail.

At the end the problem is about the file format used to store the 
information. SPEC files format which is not LOCAL neutral.

do you thing that it should be possible to use a LOCAL neutral file
format to avoid thoses problem in the futur ?

> On linux systems using glibc, the end user or package maintainer, can 
> choose a much cleaner solution based on the use of the strtod_l 
> function. That function is only available when the _GNU_SOURCE compiler 
> flag is defined.

> I have foreseen a simple way to enable that possibility using setup.py:

> SPECFILE_USE_GNU_SOURCE=1 python setup.py 

so the much cleaner version was implemented also and, we just need to activate 
it
during the build process.

> I hope that helps.


> Best regards,

See you

> Armando

Fred



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#600374: Remove from testing?

[Enrico Zini]

Hello,

after a quick chat on IRC: squeeze won't be useful in openmoko systems
without at least some bits from sid and experimental.

Therefore it does not make sense to put effort in fixing this in time
for squeeze, and we can just remove mokomaze from testing and give
upstream all the time they need to work on it.


Ciao,

Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: Digital signature

Bug#603538: openoffice.org-core 3.2.1-8 does not install

[Rene Engelhard]

Hi,

On Mon, Nov 15, 2010 at 10:02:17AM +0100, Eric Valette wrote:
> >And the obvious notice: In -8 nothing in that place changed.
> >
> >>ii  ttf-opensymbol 2:2.3.9+LibO3.3.0~beta2-2 OpenSymbol TrueType font
> >>ii  ure1.7.0+LibO3.3.0~beta2-2   LibreOffice UNO runtime 
> >>environmen
> 
> I remembered that and downgraded. No change. Same problem. As a side

Also the other ones (e.g. uno-libs3)?
Anyway, does make a difference here. See my other reply.

> note it should not be installable if its uniquely for libreoffice...

It's not unquely for LibreOffice. It's a newer version of it.
and ure is the "UNO runtime environment", used by both OOo and LibO
(a base library that everything uses - compare it like glibc for Linux)

Besides that, no, it's not my or the OOo packages' fault if you didn't keep 
your sid clean after installing LibreOffice. (but probably a bug in
LibreOffice/the LibreOffice packages)

> Note that I'm now at work and cannot test further. Waht I can say is
> that I upgraded another machine with no problem.

Which probably was "clean" and didn't have the ure from experimental.

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#603534: ITP: xf86-input-multitouch -- Multitouch X input driver

[Julien Cristau]

On Mon, Nov 15, 2010 at 11:12:52 +0900, Nobuhiro Iwamatsu wrote:

> Package: wnpp
> Owner: Nobuhiro Iwamatsu 
> Severity: wishlist
> 
> *** Please type your report below this line ***
> 
> * Package name: xf86-input-multitouch
>   Version : 1.0~rc2
>   Upstream Author : Henrik Rydberg 
> * URL : http://bitmath.org/code/multitouch/
> * License : GPL v2 or any later version
>   Programming Lang: C
>   Description : Multitouch X input driver
> 
>  This X input driver provides gestures support for multitouch touchpads,
>  in particular those with integrated button.
> 
My understanding is that MT support will be added to the regular evdev
and synaptics drivers (and the X protocol).  Does this driver have any
sort of future at all?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#603538: openoffice.org-core 3.2.1-8 does not install

[Rene Engelhard]

reassign 603538 ure
retitle 603538 OOo binfilter registration failure with LibreOffice 3.3 ure
tag 603538 - moreinfo
tag 603538 + confirmed
tag 603538 + wontfix
severity 603538 important
severity 603549 important
merge 603538 603549
thanks

On Mon, Nov 15, 2010 at 09:08:01AM +0100, Rene Engelhard wrote:
> Does fine here. You are upgrading, I assume? Did you have -filter-binfilter 
> installed

There we go. 

- on amd64 with clean chroot 3.2.1-7 install + binfilter + dist-upgrade.
  Registration works.

- on amd64 with a clean 3.2.1-8 install + binfilter in a chroot
  Registration works.

Setting up openoffice.org-filter-binfilter (1:3.2.1-8) ...
file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so
register component 
'file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so' in 
registry '/var/lib/openoffice/basis3.2/program/services.rdb' successful!

> > ii  ttf-opensymbol 2:2.3.9+LibO3.3.0~beta2-2 OpenSymbol TrueType font
> > ii  ure1.7.0+LibO3.3.0~beta2-2   LibreOffice UNO runtime 
> > environmen
> 
> Eh, you have LibreOffice packages from experimental installed here. Note that
> OOo and LibO are *not* supposed to work at the same system as the packages are
> designed. No idea whether that's the cause here, but you have at least the 
> integral
> ure package from LibreOffice and not OpenOffice.org...

- Tried with a unclean chroot which has ttf-opensymbol and URE from
  LibeOffice installed

Setting up openoffice.org-core (1:3.2.1-8) ...
file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so
register component 
'file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so' in 
registry '/var/lib/openoffice/basis3.2/program/services.rdb' failed!
error (CannotRegisterImplementationException): loading component library 
failed: file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so

Yes, that fails.

Looks like LibreOffice need conflicts/breaks, though, but that has to
be handled in LibO, not in OOo, though I wonder why it breaks)

See also #603549 which was filed in the meanwhile.

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#583738: Bug#575798: Bug#584942: by the way

[Holger Levsen]

Hi,

On Montag, 15. November 2010, Jonas Smedegaard wrote:
> Still present where? With which version of ghostscript did you test?
>
> Please try the newest packaging as requested here:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=78;att=0;bug=583738

I can only see ghostscript 9.0 packages there, and I fear^wthink the release 
team wont accept those for squeeze - whats your plan to fix printing in 
squeeze?


cheers,
Holger


signature.asc
Description: This is a digitally signed message part.

Bug#600712: emacs: Gnus crashes Emacs (irregularly)

[Pierre Crescenzo]

Hello,

This bug is still present in version 23.2+1-5.1 in "testing".

Cordially,

-- 
  Pierre Crescenzo
mailto:pie...@crescenzo.nom.fr
http://www.crescenzo.nom.fr/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#602964: dpkg: error processing tex-common (--configure)

[Markus Michael Müller]

Hi Norbert, dear ucf maintainers,

thanks for your answer, so far!


I am not sure, whether this is of help, but here is the contents of
the file /var/lib/ucf/registry after I installed tex-common and
before I tried to install texlive:

--
1:1:1:1:1:1:1:1:1:1:tex-common   /etc/texmf/texmf.d/05TeXMF.cnf
2:2:2:2:2:2:2:2:2:tex-common /etc/texmf/texmf.d/15Plain.cnf
3:3:3:3:3:3:3:3:tex-common   /etc/texmf/texmf.d/45TeXinputs.cnf
4:4:4:4:4:4:4:tex-common /etc/texmf/texmf.d/55Fonts.cnf
5:5:5:5:5:5:tex-common   /etc/texmf/texmf.d/65BibTeX.cnf
6:6:6:6:6:tex-common /etc/texmf/texmf.d/75DviPS.cnf
7:7:7:7:tex-common   /etc/texmf/texmf.d/80DVIPDFMx.cnf
8:8:8:tex-common /etc/texmf/texmf.d/85Misc.cnf
9:9:tex-common   /etc/texmf/texmf.d/90TeXDoc.cnf
10:tex-common/etc/texmf/texmf.d/95NonPath.cnf
tex-common   /etc/texmf/updmap.d/00updmap.cfg
^^


That looks very very suspicious.

My ucf registry contains the same lines but without the number prefixes.


That's similar on my laptop. There, the file registry.0 reads

grub-pc  /etc/default/grub
tex-common   /etc/texmf/texmf.d/05TeXMF.cnf
tex-common   /etc/texmf/texmf.d/15Plain.cnf
tex-common   /etc/texmf/texmf.d/45TeXinputs.cnf
tex-common   /etc/texmf/texmf.d/55Fonts.cnf
tex-common   /etc/texmf/texmf.d/65BibTeX.cnf
tex-common   /etc/texmf/texmf.d/75DviPS.cnf
tex-common   /etc/texmf/texmf.d/80DVIPDFMx.cnf
tex-common   /etc/texmf/texmf.d/85Misc.cnf
tex-common   /etc/texmf/texmf.d/90TeXDoc.cnf
tex-common   /etc/texmf/texmf.d/95NonPath.cnf
tex-common   /etc/texmf/updmap.d/00updmap.cfg

as well, while registry itself has single number prefixes:

2:tex-common /etc/texmf/texmf.d/05TeXMF.cnf
3:tex-common /etc/texmf/texmf.d/15Plain.cnf
4:tex-common /etc/texmf/texmf.d/45TeXinputs.cnf
5:tex-common /etc/texmf/texmf.d/55Fonts.cnf
6:tex-common /etc/texmf/texmf.d/65BibTeX.cnf
7:tex-common /etc/texmf/texmf.d/75DviPS.cnf
8:tex-common /etc/texmf/texmf.d/80DVIPDFMx.cnf
9:tex-common /etc/texmf/texmf.d/85Misc.cnf
10:tex-common/etc/texmf/texmf.d/90TeXDoc.cnf
11:tex-common/etc/texmf/texmf.d/95NonPath.cnf
12:tex-common/etc/texmf/updmap.d/00updmap.cfg
grub-pc  /etc/default/grub

Does that mean, that I am going to run into the same problems on my
laptop, too? Like my desktop also my laptop, though quite old
hardware, is a rather new installation. !?!?!?!


For the ucf maintainers: Do you have any idea what that could be?


Is there maybe some dpkg, apt-get, aptitude, or some other cache
that I should reset?

Cheers, Markus



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603538: openoffice.org-core 3.2.1-8 does not install

[Rene Engelhard]

retitle 603538 OOo component registration fails with LibreOffice 3.3 ure
# oops
tag 603538 - wontfix
thanks

Hi,

On Mon, Nov 15, 2010 at 11:29:29AM +0100, Rene Engelhard wrote:
> Setting up openoffice.org-core (1:3.2.1-8) ...
> file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so
> register component 
> 'file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so' in 
> registry '/var/lib/openoffice/basis3.2/program/services.rdb' failed!
> error (CannotRegisterImplementationException): loading component library 
> failed: file:///usr/lib/openoffice/basis3.2/program/libbf_migratefilterlx.so
> 
> Yes, that fails.

Unsurpinsingly then also fails for the other packages doing registration
using regcomp after installation (-evolution for example).

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#603538: openoffice.org-core 3.2.1-8 does not install

[Eric Valette]

On 11/15/2010 11:32 AM, Eric Valette wrote:

On 11/15/2010 11:29 AM, Rene Engelhard wrote:

Hi,

On Mon, Nov 15, 2010 at 10:02:17AM +0100, Eric Valette wrote:

And the obvious notice: In -8 nothing in that place changed.


ii ttf-opensymbol 2:2.3.9+LibO3.3.0~beta2-2 OpenSymbol TrueType font
ii ure 1.7.0+LibO3.3.0~beta2-2 LibreOffice UNO runtime environmen


I remembered that and downgraded. No change. Same problem. As a side


Also the other ones (e.g. uno-libs3)?


Yes both.


Anyway, does make a difference here. See my other reply.


???


Received the second mail in the mean time.


Which probably was "clean" and didn't have the ure from experimental.


I tested install on my work PC wiich did have ure but as It prevented to
run openoffice (missing dll or wrong version) I also removed it. Worked
fine there. But is a 32 bits machine and not a 64 bits.


I probably let ttf-opensymbol from experimental. Can downgrade also when 
I'm home. Would be rather curious if it changes anything.


-- eric



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603538: openoffice.org-core 3.2.1-8 does not install

[Eric Valette]

On 11/15/2010 11:29 AM, Rene Engelhard wrote:

Hi,

On Mon, Nov 15, 2010 at 10:02:17AM +0100, Eric Valette wrote:

And the obvious notice: In -8 nothing in that place changed.


ii  ttf-opensymbol 2:2.3.9+LibO3.3.0~beta2-2 OpenSymbol TrueType font
ii  ure1.7.0+LibO3.3.0~beta2-2   LibreOffice UNO runtime environmen


I remembered that and downgraded. No change. Same problem. As a side


Also the other ones (e.g. uno-libs3)?


Yes both.


Anyway, does make a difference here. See my other reply.


???


Which probably was "clean" and didn't have the ure from experimental.


I tested install on my work PC wiich did have ure but as It prevented to 
run openoffice (missing dll or wrong version) I also removed it. Worked 
fine there. But is a 32 bits machine and not a 64 bits.


-- eric




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603538: openoffice.org-core 3.2.1-8 does not install

[Rene Engelhard]

On Mon, Nov 15, 2010 at 11:38:29AM +0100, Eric Valette wrote:
> I probably let ttf-opensymbol from experimental. Can downgrade also
> when I'm home. Would be rather curious if it changes anything.

It shouldn't, yes. Let's concentrate on URE :)

Grüße/Regards,

René



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603538: openoffice.org-core 3.2.1-8 does not install

[Rene Engelhard]

Hi,

On Mon, Nov 15, 2010 at 11:32:40AM +0100, Eric Valette wrote:
> >Which probably was "clean" and didn't have the ure from experimental.
> 
> I tested install on my work PC wiich did have ure but as It
> prevented to run openoffice (missing dll or wrong version) I also

Sounds like  #603549 :)

> removed it. Worked fine there. But is a 32 bits machine and not a 64
> bits.

Hmm.

Grüße/Regards,

René



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#588510: deferred until wheezy

[Holger Levsen]

Hi,

in the Debian EDU IRC meeting last week, we've decided to postpone this 
decission and action until after Squeeze has been released.

See http://wiki.debian.org/DebianEdu/Meeting/20101108 which also links to the 
full logs.


cheers,
Holger


signature.asc
Description: This is a digitally signed message part.

Bug#602471: RE : Bug#602471: pymca: package unusable

[V. Armando Solé]

Hello,

On 15/11/2010 11:20, PICCA Frédéric-Emmanuel wrote:

At the end the problem is about the file format used to store the
information. SPEC files format which is not LOCAL neutral.



By definition, the specfile format is locale C based as it is the format 
and locale used by SPEC.




do you thing that it should be possible to use a LOCAL neutral file
format to avoid thoses problem in the futur ?



For actual data, the best alternative file format recognized by PyMca is 
HDF5.


For the theoretical data used by PyMca, I still consider specfile is a 
good choice because:


- the end users can simply use "vi" and change the theoretical constants 
used by the program

- they can easily access the data them using other tools

This opinion can evolve as the synchrotron users get more and more 
confident on HDF5 and get used to edit HDF5 files with the appropriate 
tools.


Best regards,

Armando




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603485: [Pkg-lyx-devel] Bug#603485: Bug#603485: Bug#603485: tex2lyx conversion fails when there is an accented character in the target's path

[Sven Hoexter]

On Mon, Nov 15, 2010 at 11:07:23AM +0100, Pierre wrote:

Hi,

> Do you have an idea why other applications (or even many other
> features of LyX) handle properly accented file paths on Lenny ?

No.


> I'm very far from being an expert on Debian but this suggests to me
> that there may indeed be some changes to be done in the LyX package
> (in the source code of tex2lyx), possibly including versions >=1.6.7

The problem is Debian will release sometime soon (at least I hope so) a
new stable release where the issue seems to be resolved and the LyX project
is also working on a new major release 2.0 where I hope (haven't tested it
and I've no time to do so currently) that this issue is solved aswell.
I appreciate that you've brought that issue to our attention so that we can
assure it's solved in future releases. I hope you can understand that the
incentive to dig now for the root cause of this problem is very sparse.

Cheers,
Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603555: Security issue in proftpd-basic (1.3.3a-5)

[Francesco P. Lovergine]

tag 603555 + moreinfo
thanks

On Mon, Nov 15, 2010 at 11:18:35AM +0100, Jean Couillaud wrote:
> 
> Package: proftpd-basic
> Version: 1.3.3a-5
> 
> Hi, 
> 
> My server just got rooted and what I've done for now, to dig into what
> could have
> been the leak, points to proftpd, mod_facl in particular.
> I won't have a way to dig further until this evening (UTC+1 local time),
> but it is a testing(squeeze) debian almost up to date with only ssh,
> apache and
> proftpd available from the outside. 
> 
> Here is the logcheck notification that lead me to think mod_facl is
> guilty: 
> 

The mod_facl is not active by default. It would help having a look 
to your complete configuration. That said, I see no evidence of 
proftpd being a possible guilty by your report.

-- 
Francesco P. Lovergine



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#588041: moreinfo, please

[Holger Levsen]

Hi Andreas,

On Montag, 15. November 2010, Andreas Beckmann wrote:
> On 2010-11-11 01:25, Holger Levsen wrote:
> > thanks for your bugreport, can you point me to the place where it uses
> > dpkg instead of apt? I don't think this is the case...
>
> piuparts.py: install_package_files()
>calls dpkg -i list_of_.deb's
>
> piuparts.py: remove_or_purge()
>calls dpkg --remove (or --purge) list_of_package_names

right, thanks!

> For remove_or_purge I have a patch ready ... just need to dig it out
> again and update it for current svn ...

I'd love if you could do that and also fix install_package_files on the way - 
though maybe thats more complicated as it (maybe, needs checking) installs 
(or also needs to install) the piuparts-depends-dummy.dpkg with dpkg.


cheers,
Holger, who has been busy fixing several other corners of piuparts.d.o 
the 
last days and now needs to do some other stuff first again :) "But" 588041 is 
definitly something I consider very worthy to fix, I think it might cause 
#603453...


signature.asc
Description: This is a digitally signed message part.

Bug#599253: fails at startup on X terminals (LTSP) with an X Window error (BadRequest)

[Laurent Bigonville]

notforwarded 599253
retitle 599253 fails at startup on X terminals (LTSP) with an X Window error 
(BadRequest)
reassign 599253 libclutter-1.0-0 1.2.12-3
affects 599253 empathy
thanks

Hi,

Reassign this bug to clutter.

Cheers

Laurent Bigonville



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603558: pidgin: log window should not always stay on top of conversation window

[Enrico Zini]

Package: pidgin
Version: 2.7.3-1+squeeze1
Severity: normal

Hello,

thank you for maintaining pidgin.

If I open the log window to look, say, for what a customer told me
yesterday, the log window stays on top of the conversation window,
making it rather awkward for me, for example, to tell the customer that
I'm looking into the issue.

I can think of absolutely no reason whatsoever for the log window to
always stay on top. I wish I could be able to work with the pidgin log
window open as a reference without it disrupting everything else.

A little part of me dies every time I'm facing this. I've been suffering
of this for years, but every time it made me so sad and depressed that I
couldn't collect the strength to report a bug. Maybe I should thank
today's wonderfully sunny weather, I'm glad I finally made it.


Ciao,

Enrico

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pidgin depends on:
ii  gconf2  2.28.1-5 GNOME configuration database syste
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-1  FreeType 2 font engine, shared lib
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgstreamer0.10-0  0.10.30-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libgtkspell02.0.16-1 a spell-checking addon for GTK's T
ii  libice6 2:1.0.6-2X11 Inter-Client Exchange library
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libpurple0  2.7.3-1+squeeze1 multi-protocol instant messaging l
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libstartup-notification 0.10-1   library for program launch feedbac
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxml2 2.7.8.dfsg-1 GNOME XML library
ii  libxss1 1:1.2.0-2X11 Screen Saver extension library
ii  perl5.10.1-16Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10 5.10.1-16minimal Perl system
ii  pidgin-data 2.7.3-1+squeeze1 multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.30-1  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.24-1  GStreamer plugins from the "good" 

Versions of packages pidgin suggests:
ii  evolution-data-server 2.30.3-2   evolution database backend server
pn  gnome-panel | kdebase-workspa  (no description available)
ii  libsqlite3-0  3.7.3-1SQLite 3 shared library

-- 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#603469: xserver-xorg-video-ati: screen randomly goes black with no way to bring it back

[lauren]

hi and thanks so much for trying to help

i tried what you said but got:

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 linux-image-2.6.36-trunk-686 : Depends: linux-base (>= 
2.6.36-1~experimental.1) but 2.6.32-27 is to be installed
Recommends: firmware-linux-free (>= 
2.6.36) but 2.6.32-27 is to be installed

E: Broken packages


so it isn't installed

also i didn't have a /etc/apt/preferences file so i created it ... is 
that correct?




On 11/15/2010 10:46 AM, Uwe Kleine-König wrote:

On Sun, Nov 14, 2010 at 04:09:24PM +0100, lauren wrote:

i'm sorry but i don't know how to do that kind of upgrade ... will it
break the rest of my system? :(

No, it won't.  Just do the following:

# cat>>  /etc/apt/preferences<<  EOF
Package: *
Pin: release o=Debian,a=experimental
Pin-Priority: 102
EOF

# echo "deb http://ftp.de.debian.org/debian experimental main">>  
/etc/apt/sources.list

# apt-get update

# apt-get install linux-image-2.6.36-trunk-686

This should prevent any unwanted upgrades from experimental and still
allow you to hand-pick kernels from there.  The installation updates one
additional package that should not hurt you.  Other than that running a
squeeze with .36 should be fine.

Best regards
Uwe





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#588041: more thoughts

[Holger Levsen]

Hi Andreas,

looking at install_package_files() I think it's better to only change 
remove_or_purge() to use apt-get instead of dpkg.


cheers,
Holger


signature.asc
Description: This is a digitally signed message part.

Bug#603559: pidgin: unencrypted messages sent with an open OTR connection don't trigger notification

[Enrico Zini]

Package: pidgin
Version: 2.7.3-1+squeeze1
Severity: normal

Hello,

thank you for maintaining pidgin.

When receving an unencrypted message from a contact with which I had an
open OTR conversation before, pidgin does not notify me of the new
message.

Here is the scenario that I'm going through at least once every 3 days
and drives me completely mad:

 1. I begin the morning with an encrypted OTR conversation with an
important person;
 2. The important person goes to work, where she doesn't have OTR;
 3. The important person sends me important messages from work;
 4. The important person phones me very angry because I'm not replying
to her messages;
 5. I look into pidgin's conversation window and I find something like
this:
(14:25:32) The following message received from import...@gmail.com was not 
encrypted: [how's the situation today?]
(15:12:34) The following message received from import...@gmail.com was not 
encrypted: [ping?]
(15:34:56) The following message received from import...@gmail.com was not 
encrypted: [you seem to be online, why are you not replying to me?]
(15:45:54) The following message received from import...@gmail.com was not 
encrypted: [ehi?]
(15:54:45) The following message received from import...@gmail.com was not 
encrypted: [are you there?]
(16:12:34) The following message received from import...@gmail.com was not 
encrypted: [I am very upset, I'll phone you now!]

I'm fine in having to read messages inside verbose error messages in
this kind of situation, but pidgin should at the very least notify me
that a message has arrived.


Ciao,

Enrico

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pidgin depends on:
ii  gconf2  2.28.1-5 GNOME configuration database syste
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-1  FreeType 2 font engine, shared lib
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgstreamer0.10-0  0.10.30-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libgtkspell02.0.16-1 a spell-checking addon for GTK's T
ii  libice6 2:1.0.6-2X11 Inter-Client Exchange library
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libpurple0  2.7.3-1+squeeze1 multi-protocol instant messaging l
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libstartup-notification 0.10-1   library for program launch feedbac
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxml2 2.7.8.dfsg-1 GNOME XML library
ii  libxss1 1:1.2.0-2X11 Screen Saver extension library
ii  perl5.10.1-16Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10 5.10.1-16minimal Perl system
ii  pidgin-data 2.7.3-1+squeeze1 multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.30-1  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.24-1  GStreamer plugins from the "good" 

Versions of packages pidgin suggests:
ii  evolution-data-server 2.30.3-2   evolution database backend server
pn  gnome-panel | kdebase-workspa  (no description available)
ii  libsqlite3-0  3.7.3-1SQLite 3 shared library

-- 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#584307: Bug #584307: fcitx: add wqy font

[Aron Xu]

tags 584307 + pending
thanks

Font dependency has been updated and committed[1] to Vcs as rev 30,
will be fixed in version for upstream 4.0 rc1.

[1]http://bazaar.launchpad.net/~pkg-ime/fcitx/debian-fcitx/revision/30

-- 
Regards,
Aron Xu



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603469: xserver-xorg-video-ati: screen randomly goes black with no way to bring it back

[Uwe Kleine-König]

Hello,

can you please stop top-posting?  (See e.g.
http://idallen.com/topposting.html for some reasoning.)

On Mon, Nov 15, 2010 at 12:18:00PM +0100, lauren wrote:
> hi and thanks so much for trying to help
>
> i tried what you said but got:
>
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
>
> The following packages have unmet dependencies:
>  linux-image-2.6.36-trunk-686 : Depends: linux-base (>=  
> 2.6.36-1~experimental.1) but 2.6.32-27 is to be installed
> Recommends: firmware-linux-free (>=  
> 2.6.36) but 2.6.32-27 is to be installed
> E: Broken packages
ah, try

apt-get -t experimental install linux-image-2.6.36-trunk-686

> so it isn't installed
>
> also i didn't have a /etc/apt/preferences file so i created it ... is  
> that correct?
yep

Best regards
Uwe

> On 11/15/2010 10:46 AM, Uwe Kleine-König wrote:
>> On Sun, Nov 14, 2010 at 04:09:24PM +0100, lauren wrote:
>>> i'm sorry but i don't know how to do that kind of upgrade ... will it
>>> break the rest of my system? :(
>> No, it won't.  Just do the following:
>>
>>  # cat>>  /etc/apt/preferences<<  EOF
>>  Package: *
>>  Pin: release o=Debian,a=experimental
>>  Pin-Priority: 102
>>  EOF
>>
>>  # echo "deb http://ftp.de.debian.org/debian experimental main">>  
>> /etc/apt/sources.list
>>
>>  # apt-get update
>>  
>>  # apt-get install linux-image-2.6.36-trunk-686
>>
>> This should prevent any unwanted upgrades from experimental and still
>> allow you to hand-pick kernels from there.  The installation updates one
>> additional package that should not hurt you.  Other than that running a
>> squeeze with .36 should be fine.
>>
>> Best regards
>> Uwe
>>
>

-- 
Pengutronix e.K.   | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/  |



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#466545: Bug #466545: new upstream released: 3.6-rc

[Aron Xu]

retitle 466545 New upstream release candidate: 4.0 RC1
owner 466545 !

4.0 RC1 has been released, retitle. Will be made available in unstable
or experimental soon hopefully.

-- 
Regards,
Aron Xu



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#588313: [Piuparts-devel] Bug#588313: moreinfo, please

[Holger Levsen]

severity 588313 wishlist
tags 588313 - moreinfo
thanks

Hi Andreas,

On Montag, 15. November 2010, Andreas Beckmann wrote:
> Just imagine [...]
> This system configuration change is 
> not detected by piuparts.

Ah, thanks for the explanation.

I agree this should be addressed and would enable the option for sid testing 
on piuparts.debian.org. (But I wont work on this feature in the near future, 
the BTS and trunk/TODO has lots of other stuff...)

But I'd happily take a patch to make this a runtime option to run this test. 
Best if the patch also includes the diff for the manpage and changelog 
entry :-)



cheers,
Holger


signature.asc
Description: This is a digitally signed message part.

Bug#466545: Bug #466545: new upstream released: 3.6-rc

[Aron Xu]

retitle 466545 New upstream release candidate: 3.6-rc
owner 466545 lidaob...@debian.org
thanks

Sorry for the noise, didn't see it has been marked as fixed. :)

On Mon, Nov 15, 2010 at 19:27, Aron Xu  wrote:
> retitle 466545 New upstream release candidate: 4.0 RC1
> owner 466545 !
>
> 4.0 RC1 has been released, retitle. Will be made available in unstable
> or experimental soon hopefully.
>
> --
> Regards,
> Aron Xu
>



-- 
Regards,
Aron Xu



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#587668: Proposed fix: images without the non-free logo

[Tanguy Ortolo]

tag 587668 patch
thanks

> This package includes a modified version of the Debian open logo with
> "Debian" which the license is not compliant to the Debian policy.
>
> The files concerned are:
>
>   /usr/share/apps/kdm/themes/moreblue-orbit/background.png
>   /usr/share/apps/kdm/themes/moreblue-orbit/background.svg
>   /usr/share/apps/ksplash/Themes/moreblue-orbit-default/Preview.png
>   /usr/share/apps/ksplash/Themes/moreblue-orbit-default/splash_top.png

Well, as changing the logo license seems not to be an option, the only
remaining ones are:
* to ignore this RC bug, shipping non-free or license-violating files
  with Debian, these files being Debian official desktop themes;
* to fix this bug, stripping the problematic part of these files.

I suggest that we apply the second option. I made stripped versions of
these images, available at 
.

Regards,

-- 
 ,--.
: /` )   Tanguy Ortolo
| `-'Debian maintainer
 \_


signature.asc
Description: Digital signature

Bug#589706: just out of interest why hasn't the patch posted to disable SSLv2 been applied?

[dave b]

Just out of interest, why hasn't the patch posted to disable SSLv2
been applied?...



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603470: [DebianGIS-dev] Bug#603470: libmapnik0.7: package linked against broken external AGG

[Sven Geggus]

Francesco P. Lovergine schrieb am Montag, den 15. November um 11:19 Uhr:

> This is also something bad, because it violates the original upstream will
> IMHO.

Yes it does because Mapnik is licenced under LGPL

> Note also that the embedded copy is a 2.3 or 2.4 version, and we used the
> same approach for mapserver to avoid those kind of problems.

Its a patched version of 2.4

> Seriously someone should consider an AGG fork from 2.4
> which is something maybe mapserver folks already did.

I posted an URL to the discussion of the problem.

In there it has been mentioned, that they consider 2.5 dead anyway and that
currently 2.4 development ist going on here:
http://agg.svn.sourceforge.net/viewvc/agg/agg-2.4/

See http://www.mail-archive.com/mapnik-us...@lists.berlios.de/msg02970.html

> My best guessing is moving to the embedded copy if resulting issues are
> grave enough to compromise its use.

There are occasional hangs of the rendering library resulting in 100% CPU usage.

Sven

-- 
"I'm a bastard, and proud of it"
  (Linus Torvalds, Wednesday Sep 6, 2000)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#587668: Proposed fix: images without the non-free logo

[Yves-Alexis Perez]

On lun., 2010-11-15 at 12:38 +0100, Tanguy Ortolo wrote:
> I suggest that we apply the second option. I made stripped versions of
> these images, available at
> . 

Thanks, though I already committed “fixed” images for those 4 ones in
the desktop-base svn (they look pretty weird, but eh). The bug report
lacks a complete list of affected images though, and I have to admit I
really don't have time nor motivation to do an extensive search.

Cheers,
-- 
Yves-Alexis


signature.asc
Description: This is a digitally signed message part

Bug#587668: Proposed fix: images without the non-free logo

[Tanguy Ortolo]

Le lundi 15 novembre 2010, Yves-Alexis Perez a écrit :
> Thanks, though I already committed “fixed” images for those 4 ones in
> the desktop-base svn (they look pretty weird, but eh). The bug report
> lacks a complete list of affected images though, and I have to admit I
> really don't have time nor motivation to do an extensive search.

Okay, I shall do that and prepare stripped versions of each problematic
image I find. Time to get rid of this bug.

-- 
 ,--.
: /` )   Tanguy Ortolo
| `-'Debian maintainer
 \_


signature.asc
Description: Digital signature

Bug#603560: [bluez] asterisk chan_mobile won't work with version 4.66-2 on squeeze

[Jan Hoffmann]

Package: bluez
Version: 4.66-2
Severity: important

--- Please enter the report below this line. ---

Hi there.

I'd tested on lenny with squeeze in a dchroot. asterisk in a dchroot 
from squeeze with chan_mobile worked perfektly. on a native squeeze 
installation chan_mobile didn't work anymore. some test later i decided 
to get this version 
http://www.kernel.org/pub/linux/bluetooth/bluez-4.79.tar.gz. compiled it 
and started r...@squeeze:~/test/bluez-4.79/src# ./bluetoothd -nd. two 
seconds later asterisk was connected with my mobile phone. so i think 
there is something broken in the 4.66 version.

with the bluetooth stack on lenny it works perfectly too.

--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
500 testing-proposed-updates ftp.de.debian.org
500 testing www.debian-multimedia.org
500 testing security.debian.org
500 testing ftp.de.debian.org

--- Package information. ---
Depends (Version) | Installed
===-+-==
libbluetooth3 (>= 4.43) | 4.66-2
libc6 (>= 2.7) | 2.11.2-7
libcap-ng0 | 0.6.4-1
libdbus-1-3 (>= 1.1.1) | 1.2.24-3
libglib2.0-0 (>= 2.24.0) | 2.24.2-1
libnl1 (>= 1.1) | 1.1-5
libusb-0.1-4 (>= 2:0.1.12) | 2:0.1.12-16
module-init-tools | 3.12-1
udev | 163-2
OR makedev | 2.3.1-89
lsb-base | 3.2-23.1
dbus | 1.2.24-3


Package's Recommends field is empty.

Suggests (Version) | Installed
=-+-===
python-gobject | 2.21.4+is.2.21.3-1
python-dbus | 0.83.1-1




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#587668: No patch

[Tanguy Ortolo]

tag 587668 - patch
thanks

The “patch” has already been applied, but there are more problematic
images. Working on it.

-- 
 ,--.
: /` )   Tanguy Ortolo
| `-'Debian maintainer
 \_


signature.asc
Description: Digital signature

Bug#603537: gdm3 crashes after selecting the user seemingly randomly

[Josselin Mouette]

Le lundi 15 novembre 2010 à 02:06 -0500, macarthur a écrit : 
> Package: gdm3
> Version: 2.30.5-5
> Severity: normal
> 
> gdm3 crashes after boot when i select my user 'macarthur' it then waits a
> couple seconds and just dies. It doesn't log me into my desktop, restarting
> gdm3 via the run level 2 and doing a /etc/init.d/gdm3 restart fixes said issue
> but it comes up again at seemingly random times. This is one of thoshe times
> and i hope the logs provided help fix the issue.

Please provide at least the relevant log files. Even better would be a
stack trace.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
  `-[…] I will see what I can do for you.”  -- Jörg Schilling


signature.asc
Description: This is a digitally signed message part

Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources

[Thibaut VARENE]

On Tue, Sep 14, 2010 at 10:37 AM, Thibaut VARÈNE  wrote:
>>> Package: linux-image-2.6.32-5-mckinley
>>> Version: 2.6.32-20
>>> Severity: grave
>>> Justification: renders system unusable
>>>
>>>
>>> System boots fine with linux-image-2.6.32-3-mckinley 2.6.32-9.
>>> Panics with 2.6.32-20 with: I/O MMU @ c000fed01000 is out of
>>> mapping
>>> resources

FWIW, this bug still affects 2.6.32-27, and renders the system
completely unusable.
I've had to stick with 2.6.32-9 so far.

HTH

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#586539: gdm and GNU/kFreeBSD

[Robert Millan]

Hi,

Given that:
  - gdm3 is now in a working state for Debian GNU/kFreeBSD
  - gdm isn't
  - gdm3 is now the default
  - gdm is an older version which will eventually be obsoleted
  - there's a reasonable/justified lack of interest in debugging it

I'd recommend removing kfreebsd-{i386,amd64} gdm binaries
from testing and then forgetting about this problem.

-- 
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#603130: Info received (Bug#603130: Acknowledgement (Towitoko SmartCard reader not working anymore))

[ing. Barry B.F. de Graaff (debian)]

If anyone is still reading here please let me know the development
status of this package. If no one changes this package it should be
removed from Debian. Development seems to be gone.

Best regards,


Barry de Graaff

I am switching to SCM SCR331:
http://www.barrydegraaff.tk/index.php?page=files/Archive/Linux%20Sim%20Card%20reader/index.html



On Sun, Nov 14, 2010 at 12:51 PM, Debian Bug Tracking System
 wrote:
> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Simon Richter 
>
> If you wish to submit further information on this problem, please
> send it to 603...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 603130: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603130
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603562: Please unblock package tdiary

[Daigo Moriwaki]

Subject: unblock: tdiary/None
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: freeze-exception
Severity: normal

Please unblock package tdiary.

tdiary_2.2.1+dfsg1-1 has fixed a RC Bug#591194: tdiary: does not build .swf
files from source. It requires a source-full upload without any functional
changes.

tdiary (2.2.1+dfsg1-1) unstable; urgency=low

  * Repackage without sourceless plugins: tdiarygraph and tdiarytimes.
Removing them is agreement with the upstream author. (Closes: #591194)
Thanks to HIGUCHI Daisuke (VDR dai) for the patch.

 -- Daigo Moriwaki   Mon, 15 Nov 2010 12:39:26 +0900

unblock tdiary/None

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable'), (90, 'unstable'), (1,
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)
Shell: /bin/sh linked to /bin/bash

-- 
Daigo Moriwaki
daigo at debian dot org



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603545: globbing: e.g. zz* expands to z zz

[Lucas Nussbaum]

found 603545 6.17.02-3
thanks

On 15/11/10 at 03:39 -0500, Andrew Seniuk wrote:
> Package: tcsh
> Version: 6.17.02
> 
> Hello, this is my first real bug report ever.  I'm sorry if I make
> a mess of it.  I tried to use reportbug, but it crashed when I
> submitted my report.
> 
> The tcsh bug:  If there are two files, such as "z" and "zz", in
> the current directory, then zz* expands to both files.
> 
> This can cause unexpected data loss when for instance copying or
> moving files.  It could also destabilise the system if the system
> ran tcsh scripts.  Possibly there could be security vulnerabilities.
> 
> The version I am using to produce the bug is 6.17.02 (from sid).
> I compiled version 6.17.00 of tcsh from source obtained through
> www.tcsh.org and the bug is not there manifest.  (zz* expands to
> only zz.)

I confirm the problem on squeeze, too.

> I was expecting the tcsh.org version number to be higher?  I suppose
> I didn't find the development repo, but the bug exists on the
> Debian 6.17.02 version in any case.

6.17.02 was a development release. At the time, it sounded like a good
idea to package it in Debian, because it was fixing several Debian bugs,
and was supposed to be followed by a final release soon. But the final
release didn't happen, and apparently, some interesting bugs like this
one crept in.

I won't work on this bug (tcsh is orphaned, and I'm too busy currently).
When someone attacks it, I'd recommend also looking at the other
Debian+Ubuntu bug reports for tcsh: I think I remember seeing other
nasty bugs affecting that version. Also, the git repository is a good
start to see what changed between 6.17.00 and 6.17.02.


- Lucas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources

[Ben Hutchings]

On Mon, 2010-11-15 at 13:10 +0100, Thibaut VARENE wrote:
> On Tue, Sep 14, 2010 at 10:37 AM, Thibaut VARÈNE  wrote:
> >>> Package: linux-image-2.6.32-5-mckinley
> >>> Version: 2.6.32-20
> >>> Severity: grave
> >>> Justification: renders system unusable
> >>>
> >>>
> >>> System boots fine with linux-image-2.6.32-3-mckinley 2.6.32-9.
> >>> Panics with 2.6.32-20 with: I/O MMU @ c000fed01000 is out of
> >>> mapping
> >>> resources
> 
> FWIW, this bug still affects 2.6.32-27, and renders the system
> completely unusable.
> I've had to stick with 2.6.32-9 so far.

Note that dann no longer works for HP, which probably makes it quite
hard for him to do IA64 testing.

Since you apparently still haven't tested Linux 2.6.35, we're waiting
for you to do that.  Actually, make that 2.6.36 now.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#603485: [Pkg-lyx-devel] Bug#603485: Bug#603485: tex2lyx conversion fails when there is an accented character in the target's path

[Per Olofsson]

2010-11-14 18:16, Sven Hoexter skrev:
> fixed 603485 1.6.7-1
> thanks
> 
> On Sun, Nov 14, 2010 at 05:16:03PM +0100, Pierre Berger wrote:
> 
>> Please find hereunder a console output showing the error : 
>>
>> pie...@pierre:~/PartageLocal/transfert/réunion$ ls
>> test.tex
>> pie...@pierre:~/PartageLocal/transfert/réunion$ tex2lyx -f 'test.tex' 
>> 'test.lyx'
>> Creating file /home/pierre/PartageLocal/transfert/runion/test.lyx
>> Could not open output file 
>> "/home/pierre/PartageLocal/transfert/runion/test.lyx" for writing.
> 
> Works here with unstable and tex2lyx from LyX 1.6.7. Though I'm not sure if
> this can be attributed to improved UTF support in tex2lyx or somewhere else
> in the system.
> 
> Sven

Here's what I get:

pe...@piglet:~/tmp/réunion$ tex2lyx -f test.tex test.lyx
Creating file /home/pelle/tmp/réunion/test.lyx
pe...@piglet:~/tmp/réunion$ ls
test.lyx  test.tex

Look at the output from tex2lyx. Strange. Yet it works.

-- 
Pelle



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603485: [Pkg-lyx-devel] Bug#603485: Bug#603485: Bug#603485: tex2lyx conversion fails when there is an accented character in the target's path

[Per Olofsson]

2010-11-15 11:07, Pierre skrev:
>>The solution seems to be somewhere else in the system (new libs etc.)
> since
>>I've been unsucessful with Lenny + a LyX 1.6.7 backport.
> 
> Do you have an idea why other applications (or even many other features
> of LyX) handle properly accented file paths on Lenny ?
>
> I'm very far from being an expert on Debian but this suggests to me that
> there may indeed be some changes to be done in the LyX package (in the
> source code of tex2lyx), possibly including versions >=1.6.7

It probably has something to do with Qt.

Also, it doesn't call setlocale().

-- 
Pelle



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603564: fails to perform aptitude update

[Ben Whyall]

Package: aptitude
Version: 0.6.3-3.2
Severity: important


When performing an aptitude update, I am returned to the prompt without 
anything happening.

as an aside synaptic also crashes immediately upon startup



-- Package-specific info:
aptitude 0.6.3 compiled at Oct 16 2010 18:18:04
Compiler: g++ 4.4.5
Compiled against:
  apt version 4.10.1
  NCurses version 5.7
  libsigc++ version: 2.2.4.2
  Ept support enabled.
  Gtk+ support disabled.

Current library versions:
  NCurses version: ncurses 5.7.20100313
  cwidget version: 0.5.16
  Apt version: 4.10.1
linux-vdso.so.1 =>  (0x763ff000)
libapt-pkg.so.4.10 => /usr/lib/libapt-pkg.so.4.10 (0x7f60435c7000)
libncursesw.so.5 => /lib/libncursesw.so.5 (0x7f6043374000)
libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0x7f604316e000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0x7f6042ea2000)
libept.so.1 => /usr/lib/libept.so.1 (0x7f6042c4e000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f604286d000)
libz.so.1 => /usr/lib/libz.so.1 (0x7f6042656000)
libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x7f60423bf000)
libboost_iostreams.so.1.42.0 => /usr/lib/libboost_iostreams.so.1.42.0 
(0x7f60421a3000)
libpthread.so.0 => /lib/libpthread.so.0 (0x7f6041f87000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7f6041c73000)
libm.so.6 => /lib/libm.so.6 (0x7f60419f)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x7f60417da000)
libc.so.6 => /lib/libc.so.6 (0x7f6041479000)
libutil.so.1 => /lib/libutil.so.1 (0x7f6041275000)
libdl.so.2 => /lib/libdl.so.2 (0x7f6041071000)
libuuid.so.1 => /lib/libuuid.so.1 (0x7f6040e6c000)
libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x7f6040c5c000)
librt.so.1 => /lib/librt.so.1 (0x7f6040a54000)
/lib64/ld-linux-x86-64.so.2 (0x7f60438eb000)
Terminal: rxvt
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg4.10]0.8.8Advanced front-end for dpkg
ii  libboost-iostreams1.42. 1.42.0-4 Boost.Iostreams Library
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcwidget3 0.5.16-3 high-level terminal interface libr
ii  libept1 1.0.4High-level library for managing De
ii  libgcc1 1:4.4.5-8GCC support library
ii  libncursesw55.7+20100313-4   shared libraries for terminal hand
ii  libsigc++-2.0-0c2a  2.2.4.2-1type-safe Signal Framework for C++
ii  libsqlite3-03.7.3-1  SQLite 3 shared library
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  libxapian22 1.2.3-2  Search engine library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages aptitude recommends:
ii  apt-xapian-index  0.41   maintenance and search tools for a
pn  aptitude-doc-en | aptitude-do  (no description available)
pn  libparse-debianchangelog-perl  (no description available)
ii  sensible-utils0.0.5  Utilities for sensible alternative

Versions of packages aptitude suggests:
pn  debtags(no description available)
ii  tasksel   2.84   Tool for selecting tasks for insta

-- 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#603563: linux-image-2.6.36-trunk-686-bigmem: Enable the CONFIG_PM_ADVANCED_DEBUG option

[Timo Z.]

Package: linux-2.6
Version: 2.6.36-1~experimental.1
Severity: wishlist
Tags: experimental

Hi there,

when I start powertop, after a while I get this message:

Suggestion: Enable the CONFIG_PM_ADVANCED_DEBUG kernel configuration option.
This option will allow PowerTOP to collect runtime power management statistics.

I'd like to ask, if it would be possible to enable this option in the next
kernel release?

Thanks a lot in advance!

All the best!

Timo



-- Package-specific info:
** Version:
Linux version 2.6.36-trunk-686-bigmem (Debian 2.6.36-1~experimental.1) 
(m...@stro.at) (gcc version 4.4.5 20100902 (prerelease) (Debian 4.4.4-13) ) #1 
SMP Thu Oct 28 14:50:48 UTC 2010

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.36-trunk-686-bigmem root=/dev/mapper/debian-root ro 
quiet

** Tainted: P (1)
 * Proprietary module has been loaded.

** Kernel log:
[   53.358846] [fglrx] Gart cacheable size:497 M.
[   53.358851] [fglrx] Reserved FB block: Shared offset:0, size:100 
[   53.358853] [fglrx] Reserved FB block: Unshared offset:fc11000, size:3ef000 
[   53.358856] [fglrx] Reserved FB block: Unshared offset:1fffb000, size:5000 
[   58.418339] tg3 :08:00.0: irq 45 for MSI/MSI-X
[   58.532555] ADDRCONF(NETDEV_UP): eth1: link is not ready
[   65.042673] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   65.792564] tg3 :08:00.0: irq 45 for MSI/MSI-X
[   65.894529] ADDRCONF(NETDEV_UP): eth1: link is not ready
[   66.178494] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   71.672939] wlan0: authenticate with 00:15:0c:de:fb:de (try 1)
[   71.675228] wlan0: authenticated
[   71.675278] wlan0: associate with 00:15:0c:de:fb:de (try 1)
[   71.678747] wlan0: RX AssocResp from 00:15:0c:de:fb:de (capab=0x411 status=0 
aid=2)
[   71.678754] wlan0: associated
[   71.686808] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   82.352018] wlan0: no IPv6 routers present
[  151.955989] process `skype' is using obsolete setsockopt SO_BSDCOMPAT
[  335.453958] CPUFREQ: Per core ondemand sysfs interface is deprecated - 
up_threshold
[  666.296093] usb 3-1: USB disconnect, address 2
[  666.296097] usb 3-1.1: USB disconnect, address 3
[  666.340257] usb 3-1.2: USB disconnect, address 4
[ 4421.122756] uhci_hcd :00:1d.1: PCI INT B disabled
[ 5505.328814] mmc0: new high speed SDHC card at address 
[ 5505.392839] mmcblk0: mmc0: SD08G 7.40 GiB 
[ 5505.394554]  mmcblk0: p1
[ 5511.412373] FAT: utf8 is not a recommended IO charset for FAT filesystems, 
filesystem will be case sensitive!
[ 5573.904213] mmc0: card  removed
[ 5573.908483] mmcblk0: error -123 sending status comand
[ 5573.908492] mmcblk0: error -123 sending read/write command, response 0x0, 
card status 0x0
[ 5573.920551] mmcblk0: error -123 requesting status
[ 5573.922558] end_request: I/O error, dev mmcblk0, sector 8193
[ 5573.922562] Buffer I/O error on device mmcblk0p1, logical block 1
[ 5573.922564] lost page write due to I/O error on mmcblk0p1
[ 5573.926631] mmcblk0: error -123 sending status comand
[ 5573.926635] mmcblk0: error -123 sending read/write command, response 0x0, 
card status 0x0
[ 5573.938743] mmcblk0: error -123 requesting status
[ 5573.940794] end_request: I/O error, dev mmcblk0, sector 17287
[ 5573.940799] Buffer I/O error on device mmcblk0p1, logical block 9095
[ 5573.940801] lost page write due to I/O error on mmcblk0p1
[ 5573.940809] end_request: I/O error, dev mmcblk0, sector 17288
[ 5573.940812] Buffer I/O error on device mmcblk0p1, logical block 9096
[ 5573.940814] lost page write due to I/O error on mmcblk0p1
[ 5573.940816] end_request: I/O error, dev mmcblk0, sector 17289
[ 5573.940818] Buffer I/O error on device mmcblk0p1, logical block 9097
[ 5573.940820] lost page write due to I/O error on mmcblk0p1
[ 5573.940822] end_request: I/O error, dev mmcblk0, sector 17290
[ 5573.940824] Buffer I/O error on device mmcblk0p1, logical block 9098
[ 5573.940826] lost page write due to I/O error on mmcblk0p1
[ 6711.720066] CE: hpet increased min_delta_ns to 7500 nsec
[ 7230.987187] 
/build/buildd-linux-2.6_2.6.36-1~experimental.1-i386-PYc776/linux-2.6-2.6.36/debian/build/source_i386_none/drivers/hid/usbhid/hid-core.c:
 can't reset device, :00:1d.7-2.3.4/input0, status -71
[ 7231.002839] 
/build/buildd-linux-2.6_2.6.36-1~experimental.1-i386-PYc776/linux-2.6-2.6.36/debian/build/source_i386_none/drivers/hid/usbhid/hid-core.c:
 can't reset device, :00:1d.7-2.3.4/input0, status -71
[ 7231.019623] 
/build/buildd-linux-2.6_2.6.36-1~experimental.1-i386-PYc776/linux-2.6-2.6.36/debian/build/source_i386_none/drivers/hid/usbhid/hid-core.c:
 can't reset device, :00:1d.7-2.3.4/input0, status -71
[ 7231.034794] 
/build/buildd-linux-2.6_2.6.36-1~experimental.1-i386-PYc776/linux-2.6-2.6.36/debian/build/source_i386_none/drivers/hid/usbhid/hid-core.c:
 can't reset device, :00:1d.7-2.3.4/input0, status -71
[ 7231.050785] 
/build/buildd-linux-2.6_2.6.36-1~experimental.1-i386-PYc776/linux-2.6-2.6.36/debian/build/source_i386_none/drivers/hid/usbhid

Bug#600575: bug 600575 black screen after suspend/resume when lock screen enabled

[trutter]

Installing a newer pm-utils from experimental appears to solve (or mask) 
the problem.


Incidentally, I notice there is now a greater pause between the 
fade-to-black and the computer going into suspend mode, during which the 
display becomes visible again and the screensaver is seen momentarily.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603565: [fai-quickstart] fai-quickstart depends on tftpd-hpa

[Karsten Kruse]

Package: fai-quickstart
Version: 3.4.4
Severity: minor

--- Please enter the report below this line. ---
The package fai-setup insists on installing tftpd-hpa. It shouldn not 
depend on a ,,special'' tftpd. We prefer atftpd, for example. Any tftp 
server should do the job just fine.


--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.36-tecneeq-03

Debian Release: squeeze/sid
500 testing localhost

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.




--
Nur die Lüge braucht die Stütze der Staatsgewalt;
die Wahrheit steht von alleine aufrecht.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources

[Thibaut VARENE]

On Mon, Nov 15, 2010 at 2:03 PM, Thibaut VARENE  wrote:

> As expected, 2.6.36.1 from experimental fucked up my raid
> "gracefully", just as 2.6.35-21 did. I'm so very very happy right now,

I obviously meant "2.6.32-21" here.

-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#602471: RE : Bug#602471: pymca: package unusable

[Picca Frédéric-Emmanuel]

Le Mon, 15 Nov 2010 11:59:22 +0100,
"V. Armando Solé"  a écrit :

> Hello,
> 
> On 15/11/2010 11:20, PICCA Frédéric-Emmanuel wrote:
> > At the end the problem is about the file format used to store the
> > information. SPEC files format which is not LOCAL neutral.
> >
> 
> By definition, the specfile format is locale C based as it is the format 
> and locale used by SPEC.

ok so it was just a problem of the spefile module using atof or similar methods.
Good.

> For actual data, the best alternative file format recognized by PyMca is 
> HDF5.
> 
> For the theoretical data used by PyMca, I still consider specfile is a 
> good choice because:
> 
> - the end users can simply use "vi" and change the theoretical constants 
> used by the program
> - they can easily access the data them using other tools
> 
> This opinion can evolve as the synchrotron users get more and more 
> confident on HDF5 and get used to edit HDF5 files with the appropriate 
> tools.

Yes this file hdf5 format is nice. But I agree that editing this by hand is a 
problem.
Did you looked ad yaml or json file format for there human editable/readable 
quality ?

> Best regards,

Regards,


Fred

-- 
GPG public key   1024D/A59B1171 2009-08-11
fingerprint = 1688 A3D6 F0BD E4DF 2E6B  06AA B6A9 BA6A A59B 1171
uid  Picca Frédéric-Emmanuel 


signature.asc
Description: PGP signature