Bug#637755: [l10n] gtk-recordmydesktop: Simplified Chinese translation (zh_CN)

[Aron Xu]

Package: gtk-recordmydesktop
Severity: wishlist
Tags: patch, l10n

The attached file is an up-to-date Simplified Chinese (zh_CN)
translation of gtk-recordmydesktop user interface, please consider
incorporating it into the Debian package. I have submitted this file
to upstream bug tracker, but upstream seems dead, :(

-- 
Regards,
Aron Xu
# Chinese translations for gtk-recordmydesktop package
# gtk-recordmydesktop 软件包的简体中文翻译.
# Copyright (C) 2011 Free Software Foundation, Inc.
# This file is distributed under the same license as the gtk-recordmydesktop package.
# Aron Xu , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: gtk-recordmydesktop HEAD\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2007-08-15 01:56+0300\n"
"PO-Revision-Date: 2011-08-03 20:49+0800\n"
"Last-Translator: Aron Xu \n"
"Language-Team: Chinese (simplified) \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: zh_CN\n"

#: src/rmdStrings.py:10
msgid "Show/hide Main Window"
msgstr "显示/隐藏主窗口"

#: src/rmdStrings.py:11
msgid "_Select Area On Screen"
msgstr "选择区域(_S)"

#: src/rmdStrings.py:12 src/rmdStrings.py:60
msgid "Quit"
msgstr "退出"

#: src/rmdStrings.py:13
msgid "a graphical frontend for recordMyDesktop"
msgstr "recordMyDesktop 的一个图形前端"

#: src/rmdStrings.py:14
msgid ""
"Copyright (C) John Varouhakis\n"
"Portions Copyright (C) 2005-6 Zaheer Abbas Merali, John N. Laliberte\n"
"Portions Copyright (C) Fluendo S.L."
msgstr ""
"Copyright (C) John Varouhakis\n"
"Portions Copyright (C) 2005-6 Zaheer Abbas Merali, John N. Laliberte\n"
"Portions Copyright (C) Fluendo S.L."

#: src/rmdStrings.py:15
msgid "Translator Credits And Information(Replace with your info)"
msgstr "Aron Xu , 2011"

#: src/rmdStrings.py:19
msgid "Success"
msgstr "成功"

#: src/rmdStrings.py:20
msgid "Error while parsing the arguments."
msgstr "解析参数出错。"

#: src/rmdStrings.py:21
msgid "Initializing the encoder failed(either vorbis or theora)"
msgstr "初始化编码器失败(vorbis/theora 均失败)"

#: src/rmdStrings.py:22
msgid "Could not open/configure sound card."
msgstr "无法打开/配置声卡。"

#: src/rmdStrings.py:23
msgid "Xdamage extension not present."
msgstr "未安装 Xdamage 扩展。"

#: src/rmdStrings.py:24
msgid "Shared memory extension not present."
msgstr "未安装共享内存扩展。"

#: src/rmdStrings.py:25
msgid "Xfixes extension not present."
msgstr "未安装 Xfixes 扩展。"

#: src/rmdStrings.py:26
msgid "XInitThreads failed."
msgstr "XInitThreads 失败。"

#: src/rmdStrings.py:27
msgid "No $DISPLAY environment variable and none specified as argument."
msgstr "环境变量中没有 $DISPLAY，也没有在参数中指定。"

#: src/rmdStrings.py:28
msgid "Cannot connect to Xserver."
msgstr "无法连接到 X 服务器。"

#: src/rmdStrings.py:29
msgid "Color depth is not 24bpp."
msgstr "色深不是 24bpp。"

#: src/rmdStrings.py:30
msgid "Improper window specification."
msgstr "窗口说明不合适。"

#: src/rmdStrings.py:31
msgid "Cannot attach shared memory to proccess."
msgstr "无法向进程附加共享内存。"

#: src/rmdStrings.py:32
msgid "Cannot open file for writting."
msgstr "无法打开文件进行写入。"

#: src/rmdStrings.py:33
msgid "Cannot load the Jack library (dlopen/dlsym error on libjack.so)."
msgstr "无法载入 Jack 共享库(对 libjack.so 进行 dlopen/dlsym 操作出错)。"

#: src/rmdStrings.py:34
msgid "Cannot create new client."
msgstr "无法创建新客户端。"

#: src/rmdStrings.py:35
msgid "Cannot activate client."
msgstr "无法激活客户端。"

#: src/rmdStrings.py:36
msgid "Port registration/connection failure."
msgstr "端口注册/连接失败。"

#: src/rmdStrings.py:37
msgid "Segmentation Fault"
msgstr "段错误"

#: src/rmdStrings.py:40
msgid ""
"Recording is finished.\n"
"recordMyDesktop has exited with status"
msgstr ""
"记录完成。\n"
"recordMyDesktop 以以下状态数退出："

#: src/rmdStrings.py:41
msgid "Description"
msgstr "描述"

#: src/rmdStrings.py:42
msgid ""
"Recording is finished.\n"
"recordMyDesktop has exited with uknown\n"
"error code"
msgstr ""
"记录完成。\n"
"recordMyDesktop 以以下未知的错误代码退出"

#: src/rmdStrings.py:46 src/rmdStrings.py:76
msgid "Video Quality"
msgstr "视频质量"

#: src/rmdStrings.py:46 src/rmdStrings.py:76
msgid "Sound Quality"
msgstr "音频质量"

#: src/rmdStrings.py:47
msgid "Advanced"
msgstr "高级"

#: src/rmdStrings.py:47
msgid "Select Window"
msgstr "选择窗口"

#: src/rmdStrings.py:48
msgid "Click here to select a window to record"
msgstr "点击这里选择要录制的窗口"

#: src/rmdStrings.py:49
msgid ""
"Click to start the recording.\n"
"This window will hide itself."
msgstr ""
"点击开始录制。\n"
"这个窗口会自动隐藏。"

#: src/rmdStrings.py:50
msgid ""
"Click to choose a filename and location.\n"
"Default is out.ogv in your home folder.\n"
"If the file already exists, the new one\n"
"will have a number attached on its name\n"
"(this behavior can be changed )"
msgstr ""
"点击选择一个文件名和位置。\n"
"默认值是您主目录下的 out.ogv。\n"
"如果该文件已存在，则新创建的文件名最后将会\n"
"附加上数字(此行为可以修改)。"

#: src/rmdStrings.py:51
msgid "Click to exit the program."
msgstr "点击退出程序。"

#: src/rmdStrings.py:52
msgid ""
"Select the video quality of your recording.\n"
"(Lower quality will require more proccessing power,\n"
"so it's recommended, when encoding on the fly,\n"
"to leave at 100)"
msgstr ""
"选择录制的视频质量。\n

Bug#625539: /usr/bin/vlc: vlc --help ignores locale's charset

[Reinhard Tartler]

tags 625539 upstream wontfix
severity 625539 minor
stop

On Sat, Aug 13, 2011 at 18:10:11 (CEST), Stepan Golosunov wrote:

> As bug report says it is reproducible in ru_RU.KOI8-R (as well as in
> all other non-utf8 locales I tested), not in the locale used by
> reportbug.

Yes, and upstream has explicitly stated that they are not interested in
supporting non UTF8 locales. If you provided a patch upstream, maybe
upstream would consider including it, but until then, I don't think our
time is well spent on working on this issue.

Sorry.


-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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

Bug#637079: Bug #637079 ITP: python-visvis -- Python/OpenGL based 1D to 4D object oriented plotting software

[Aron Xu]

Hi,

I've done a quick check about your package on mentors.debian.net,
something seems to be wrong:

 * $ lintian -E -I --show-overrides python-visvis_1.5-1_i386.changes
  W: python-visvis: empty-binary-package
   This means the package installs wrongly and does not contains the
needed content.
   Please try to extract the .deb generated to see what happens.

 * I see the package is still using python-support, can you use
dh_python2 instead?
   Reference: http://wiki.debian.org/Python/TransitionToDHPython2


-- 
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#637284: Can't install wheezy on a 2011 iMac

[Mike Hore]

I wrote:

> I should probably retry the whole install with the 2.6.x
> kernel instead of 3.0.  I'll do this when I get time, and
> report.

I was able to try this, but I got EXACTLY the same problem when I tried 
to boot into the new system.


I'm going to be away and out of contact for a week -- hopefully while 
I'm away somebody can shed some light on this?


Cheers,  Mike.

---
  Mike Horemike_h...@aapt.net.au
---



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

Bug#578745: libtokyocabinet8: New upstream and java bindings

[Rafael Cunha de Almeida]

On Thu, Apr 22, 2010 at 03:50:16PM +0200, Pierre Habouzit wrote:
> On Thu, Apr 22, 2010 at 06:46:07PM +0530, Ramakrishnan Muthukrishnan wrote:
> > Package: libtokyocabinet8
> > Severity: wishlist
> > 
> > Hi,
> > 
> > It will be great if the java bindings for tokyocabinet (and
> > the new upstream version - 1.4.43) is packaged for debian.
> 
> The java bindings are part of a different upstream package (tarball),
> plus I have absolutely no clue nor interests for java, hence someone
> else should do it (probably among the Debian Java team ?).
> 
> I'll try to work on the new upstream soon though.

Hello Pierre,

I really needed the new upstream version packaged, so I did the work of
updating the package for the new version. Also, since bug #596502 was so simple,
I fixed it. I set this bug as closed in the changelog (Closes: #578745), as I
think the main thing here is the new upstream version. The java bindings issue
will probably stay as a wishlist for a little longer.

You can pull the work I did into your git repository:

http://rafael.kontesti.me/debian/tokyo/tokyo.git

Let me know if you can't pull it for whatever reason.

I have also uploaded all result files to:

http://rafael.kontesti.me/debian/tokyo

If that's useful for anyone...

[]'s
Rafael



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

Bug#637754: snoopy: [INTL:ru] Russian debconf templates translation

[Yuri Kozlov]

Package: snoopy
Version: 1.8.0-2
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation is attached.

-- System Information:
Debian Release: 6.0.1
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-trunk-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
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the snoopy package.
#
# Yuri Kozlov , 2011.
msgid ""
msgstr ""
"Project-Id-Version: snoopy 1.8.0-2\n"
"Report-Msgid-Bugs-To: mh+debian-packa...@zugschlus.de\n"
"POT-Creation-Date: 2007-02-26 13:12+0100\n"
"PO-Revision-Date: 2011-08-14 09:54+0400\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && "
"n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Install snoopy library to /etc/ld.so.preload?"
msgstr "Указать библиотеку snoopy в /etc/ld.so.preload?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"snoopy is a library that can only reliably do its work if it is mandatorily "
"preloaded via /etc/ld.so.preload. Since this can potentially do harm to the "
"system, your consent is needed."
msgstr ""
"snoopy — это библиотека, которая работает хорошо только, если она "
"предварительно загружается через /etc/ld.so.preload. Так как, "
"потенциально, это может нанести вред системе, требуется ваше согласие."

Bug#633772: fails to open SMB shared folders

[Daniel Dickinson]

Package: Thunar
Version: 1.2.2-1
Followup-For: Bug #633772


This problem occurred for me after the previous bug I had was marked as fixed.  
The previous bug was that permissions gave no access to smb shares, which was 
apparently a gvfs-fuse bug.  I suspect that the Open With... dialog bug is a 
result of the solution to the gvfs-fuse bug that resulted in bad permissions.

I'm afraid I have no idea other than as to what might cause it because I don't 
know how the Thunar network stuff operates on the backend.  As the OP noted, 
mounting the share by UNC works, so it's specifically related to browsing, and 
whatever magic is supposed to pop up the credentials dialog.

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

Kernel: Linux 3.0.0-1-486
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages Thunar depends on:
ii  desktop-file-utils0.15-2 Utilities for .desktop files
ii  exo-utils 0.6.2-1Utility files for libexo
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.4.14-1   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.94-4 simple interprocess messaging syst
ii  libexo-1-00.6.2-1Library with extensions for Xfce
ii  libgdk-pixbuf2.0-02.23.5-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libgudev-1.0-0172-1  GObject-based wrapper library for 
ii  libice6   2:1.0.7-2  X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1-gtk2.1 0.5.0-2sends desktop notifications to a n
ii  libpango1.0-0 1.28.4-1   Layout and rendering of internatio
ii  libsm62:1.2.0-2  X11 Session Management library
ii  libthunarx-2-01.2.2-1extension library for thunar
ii  libxfce4ui-1-04.8.0-3widget library for Xfce
ii  libxfce4util4 4.8.1-3Utility functions library for Xfce
ii  shared-mime-info  0.90-1 FreeDesktop.org shared MIME databa
ii  thunar-data   1.2.2-1Provides thunar documentation, ico

Versions of packages Thunar recommends:
ii  dbus-x11 1.4.14-1simple interprocess messaging syst
ii  gvfs 1.6.4-3 userspace virtual filesystem - ser
ii  libfontconfig1   2.8.0-3 generic font configuration library
ii  libfreetype6 2.4.4-2 FreeType 2 font engine, shared lib
ii  thunar-volman0.6.0-4 Thunar extension for volumes manag
ii  tumbler  0.1.21-2+b1 D-Bus thumbnailing service
ii  xdg-user-dirs0.14-1  tool to manage well known user dir
ii  xfce4-panel  4.8.5-1 panel for Xfce4 desktop environmen

Versions of packages Thunar suggests:
ii  thunar-archive-plugin 0.3.0-3Archive plugin for Thunar file man
ii  thunar-media-tags-plugin  0.1.2-3Media tags plugin for Thunar file 

-- no debconf information

-- debsums errors found:
debsums: invalid package name 'Thunar'



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

Bug#637753: kexec-tools: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: kexec-tools
Version: 1:2.0.2-2
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation update is attached.

-- System Information:
Debian Release: 6.0.1
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-trunk-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
# translation of ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the kexec-tools package.
#
# Yuri Kozlov , 2008.
# Yuri Kozlov , 2011.
msgid ""
msgstr ""
"Project-Id-Version: kexec-tools 1:2.0.2-2\n"
"Report-Msgid-Bugs-To: kexec-to...@packages.debian.org\n"
"POT-Creation-Date: 2011-08-02 16:39-0600\n"
"PO-Revision-Date: 2011-08-14 09:43+0400\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && "
"n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: boolean
#. Description
#: ../kexec-tools.templates:1001
msgid "Should kexec-tools handle reboots?"
msgstr "Использовать kexec-tools для обработки команды на перезагрузку?"

#. Type: boolean
#. Description
#: ../kexec-tools.templates:1001
msgid ""
"If you choose this option, a system reboot will trigger a restart into a "
"kernel loaded by kexec instead of going through the full system bootloader "
"process."
msgstr ""
"Если вы ответите утвердительно, то при перезагрузке системы будет выполнен "
"перезапуск в ядро, загруженное с помощью kexec, а не как обычно, с полным "
"перезапуском системы с использованием загрузчика."

#. Type: boolean
#. Description
#: ../kexec-tools.templates:2001
msgid "Should kexec-tools e grub2 config file to load kernel?"
msgstr ""
"Должен ли kexec-tools использовать файл настройки grub2 для "
"выбора загружаемого ядра?"

#. Type: boolean
#. Description
#: ../kexec-tools.templates:2001
msgid ""
"If you choose this option, kexec will read grub2 config file to  determine "
"which kernel and options to load for kexec reboot, as opposed to what is in /"
"etc/default/kexec."
msgstr ""
"Если вы ответите утвердительно, то при перезагрузке "
"системы kexec будет использовать ядро и параметры из файла "
"настройки grub2, а не из файла /etc/default/kexec."

Bug#637752: mantis: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: mantis
Version: 1.2.4-3
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation update is attached.

-- System Information:
Debian Release: 6.0.1
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-trunk-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
# translation of ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the mantis package.
#
# Yuri Kozlov , 2008, 2009, 2011.
msgid ""
msgstr ""
"Project-Id-Version: mantis 1.2.4-3\n"
"Report-Msgid-Bugs-To: man...@packages.debian.org\n"
"POT-Creation-Date: 2011-07-22 14:09+0200\n"
"PO-Revision-Date: 2011-08-14 09:34+0400\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && "
"n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: select
#. Description
#: ../mantis.templates:1002
msgid "Web server to configure for Mantis:"
msgstr "Веб-сервер для автоматической настройки под Mantis:"

#. Type: select
#. Description
#: ../mantis.templates:1002
msgid ""
"Please choose the Web server that should be automatically configured to run "
"Mantis on this system."
msgstr ""
"Выберите веб-сервер, который нужно автоматически настроить для запуска "
"Mantis."

#. Type: string
#. Description
#: ../mantis.templates:2001
msgid "Web server authentication username for Mantis:"
msgstr "Имя пользователя для доступа к Mantis через веб:"

#. Type: string
#. Description
#. Type: password
#. Description
#: ../mantis.templates:2001 ../mantis.templates:3001
msgid ""
"The /admin directory for Mantis will be protected with htaccess, allowing "
"only the authenticated user to set up the database."
msgstr ""
"В целях безопасности каталог Mantis /admin нужно защитить с помощью "
"htaccess, "
"чтобы только прошедший проверку пользователь мог настроить базу данных."

#. Type: string
#. Description
#: ../mantis.templates:2001
msgid "Please specify a username."
msgstr "Введите имя пользователя."

#. Type: password
#. Description
#: ../mantis.templates:3001
msgid "Web server authentication password for Mantis:"
msgstr "Пароль для доступа к Mantis через веб:"

#. Type: password
#. Description
#: ../mantis.templates:3001
msgid "Please specify a password."
msgstr "Введите пароль."

#. Type: password
#. Description
#: ../mantis.templates:4001
msgid "Re-enter password to verify:"
msgstr "Введите пароль ещё раз для проверки:"

#. Type: password
#. Description
#: ../mantis.templates:4001
msgid ""
"Please enter the same user password again to verify you have typed it "
"correctly."
msgstr ""
"Введите тот же самый пароль пользователя ещё раз, чтобы убедиться "
"в правильности ввода."

#. Type: error
#. Description
#: ../mantis.templates:5001
msgid "Password input error"
msgstr "Ошибка ввода пароля"

#. Type: error
#. Description
#: ../mantis.templates:5001
msgid "The two passwords you entered were empty or not the same."
msgstr "Два введённых пароля пусты или не совпали."

#. Type: error
#. Description
#: ../mantis.templates:5001
msgid "Please try again."
msgstr "Попробуйте ещё раз."

#. Type: boolean
#. Description
#: ../mantis.templates:6001
msgid "Restart web server after Mantis installation?"
msgstr "Перезапустить веб-сервер после установки Mantis?"

#. Type: boolean
#. Description
#: ../mantis.templates:6001
msgid "In order to activate Mantis, the web server should be restarted."
msgstr "Чтобы начать использовать Mantis, нужно перезапустить веб-сервер."

#. Type: boolean
#. Description
#: ../mantis.templates:6001
msgid ""
"Please choose whether you want to do this now or if you prefer restarting it "
"manually."
msgstr ""
"Укажите, хотите ли вы сделать это сейчас или выполнить перезапуск "
"вручную позже."

#. Type: note
#. Description
#: ../mantis.templates:7001
msgid "Installation complete"
msgstr "Установка завершена"

#. Type: note
#. Description
#: ../mantis.templates:7001
msgid ""
"Mantis has been installed on this system but still may require further "
"configuration."
msgstr ""
"ПО Mantis установлено в систему, но может потребоваться дополнительная "
"настройка."

#. Type: note
#. Description
#: ../mantis.templates:7001
msgid "Please read /usr/share/doc/mantis/README.Debian carefully."
msgstr "Внимательно прочтите файл /usr/share/doc/mantis/README.Debian."

#. Type: note
#. Description
#: ../mantis.templates:7001
msgid ""
"You should point your browser to http:///mantis/admin/install.php "
"in order to install or update the Mantis database."
msgstr ""
"Введите в браузере http://<ваш_узел>/mantis/admin/install.php для установки "
"или обновления базы данных Mantis."

#. Type: note
#. Description
#: ../mantis.templates:7001

Bug#637751: nss-pam-ldapd: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: nss-pam-ldapd
Version: 0.8.4
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation update is attached.

-- System Information:
Debian Release: 6.0.1
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-trunk-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
# Translation of nss-pam-ldapd debconf templates to Russian.
#
# Translators:
#
# Debian Description Translation Project , 2003.
# Ilgiz Kalmetev , 2003.
# Yuri Kozlov , 2009, 2010, 2011.
msgid ""
msgstr ""
"Project-Id-Version: nss-pam-ldapd 0.8.4\n"
"Report-Msgid-Bugs-To: nss-pam-ld...@packages.debian.org\n"
"POT-Creation-Date: 2011-08-09 11:04+0200\n"
"PO-Revision-Date: 2011-08-14 09:15+0400\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && "
"n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: string
#. Description
#: ../nslcd.templates:1001
msgid "LDAP server URI:"
msgstr "URI сервера LDAP:"

#. Type: string
#. Description
#: ../nslcd.templates:1001
msgid ""
"Please enter the Uniform Resource Identifier of the LDAP server. The format "
"is \"ldap://:/\". Alternatively, \"ldaps://\" "
"or \"ldapi://\" can be used. The port number is optional."
msgstr ""
"Укажите универсальный индикатор ресурса (URI) сервера LDAP. Формат: «ldap://";
"<имя_узла или IP>:<порт>/». Также можно использовать «ldaps://» или "
"«ldapi://». Номер порта необязателен."

#. Type: string
#. Description
#: ../nslcd.templates:1001
msgid ""
"When using an ldap or ldaps scheme it is recommended to use an IP address to "
"avoid failures when domain name services are unavailable."
msgstr ""
"При использовании схемы ldap или ldaps, обычно, лучше указывать IP-адрес; "
"это снижает риск появления проблем в случае отказа службы имён."

#. Type: string
#. Description
#: ../nslcd.templates:1001
msgid "Multiple URIs can be specified by separating them with spaces."
msgstr "Можно указывать несколько URI через пробел."

#. Type: string
#. Description
#: ../nslcd.templates:2001
msgid "LDAP server search base:"
msgstr "База поиска сервера LDAP:"

#
#. Type: string
#. Description
#: ../nslcd.templates:2001
msgid ""
"Please enter the distinguished name of the LDAP search base. Many sites use "
"the components of their domain names for this purpose. For example, the "
"domain \"example.net\" would use \"dc=example,dc=net\" as the distinguished "
"name of the search base."
msgstr ""
"Введите уникальное имя базы поиска LDAP. Для этой цели на многих серверах "
"используют части своих доменных имён. Например, для домена «example.net» в "
"качестве уникального имени базы поиска использовалось бы «dc=example,dc=net"
"»."

#. Type: select
#. Choices
#: ../nslcd.templates:3001
msgid "none"
msgstr "отсутствует"

#. Type: select
#. Choices
#: ../nslcd.templates:3001
msgid "simple"
msgstr "простой"

#. Type: select
#. Choices
#: ../nslcd.templates:3001
msgid "SASL"
msgstr "SASL"

#. Type: select
#. Description
#: ../nslcd.templates:3002
msgid "LDAP authentication to use:"
msgstr "Используемый метод аутентификации LDAP:"

#. Type: select
#. Description
#: ../nslcd.templates:3002
msgid ""
"Please choose what type of authentication the LDAP database should require "
"(if any):"
msgstr ""
"Укажите, какой тип аутентификации нужно использовать "
"для получения доступа к базе данных LDAP (если нужно):"

#. Type: select
#. Description
#: ../nslcd.templates:3002
msgid ""
" * none: no authentication;\n"
" * simple: simple bind DN and password authentication;\n"
" * SASL: any Simple Authentication and Security Layer mechanism."
msgstr ""
" * отсутствует: без аутентификации;\n"
" * простой: привязка DN и пароль;\n"
" * SASL:любой механизм простой аутентификацию и слоя безопасности."

#. Type: string
#. Description
#: ../nslcd.templates:4001
msgid "LDAP database user:"
msgstr "Пользователь базы данных LDAP:"

#. Type: string
#. Description
#: ../nslcd.templates:4001
#| msgid "This value should be specified as a DN (distinguished name)."
msgid ""
"Enter the name of the account that will be used to log in to the LDAP "
"database. This value should be specified as a DN (distinguished name)."
msgstr ""
"Введите имя учетной записи, которая будет использована для подключения к "
"базе данных LDAP. "
"Значение должно быть указано в форме DN (уникального имени)."

#. Type: password
#. Description
#: ../nslcd.templates:5001
msgid "LDAP user password:"
msgstr "Пароль пользователя LDAP:"

#. Type: password
#. Description
#: ../nslcd.templates:5001
msgid "Enter the password that will be used to log in to the LDAP database."
msgstr ""
"Введите пароль, который будет использован для подключения к базе данных LDAP."

#

Bug#637750: m2crypto: Regression tests fail when SSLv2 is disabled.

[Charles Plessy]

Package: m2crypto
Version: 0.21.1-1
Severity: normal

Regression tests fail when SSLv2 is disabled, which is the case in Sid (openssl
1.0.0d-3).

Here is a build log extract:

python setup.py test
running test
running egg_info
writing M2Crypto.egg-info/PKG-INFO
writing top-level names to M2Crypto.egg-info/top_level.txt
writing dependency_links to M2Crypto.egg-info/dependency_links.txt
reading manifest file 'M2Crypto.egg-info/SOURCES.txt'
writing manifest file 'M2Crypto.egg-info/SOURCES.txt'
running build_ext
copying build/lib.linux-x86_64-2.6/M2Crypto/__m2crypto.so -> M2Crypto
Traceback (most recent call last):
  File "setup.py", line 167, in 
cmdclass = {'build_ext': _M2CryptoBuildExt}
  File "/usr/lib/python2.6/distutils/core.py", line 152, in setup
dist.run_commands()
  File "/usr/lib/python2.6/distutils/dist.py", line 975, in run_commands
self.run_command(cmd)
  File "/usr/lib/python2.6/distutils/dist.py", line 995, in run_command
cmd_obj.run()
  File "/usr/lib/python2.6/dist-packages/setuptools/command/test.py", line 137, 
in run
self.with_project_on_sys_path(self.run_tests)
  File "/usr/lib/python2.6/dist-packages/setuptools/command/test.py", line 117, 
in with_project_on_sys_path
func()
  File "/usr/lib/python2.6/dist-packages/setuptools/command/test.py", line 146, 
in run_tests
testLoader = loader_class()
  File "/usr/lib/python2.6/unittest.py", line 816, in __init__
self.parseArgs(argv)
  File "/usr/lib/python2.6/unittest.py", line 843, in parseArgs
self.createTests()
  File "/usr/lib/python2.6/unittest.py", line 849, in createTests
self.module)
  File "/usr/lib/python2.6/unittest.py", line 613, in loadTestsFromNames
suites = [self.loadTestsFromName(name, module) for name in names]
  File "/usr/lib/python2.6/unittest.py", line 598, in loadTestsFromName
test = obj()
  File "/«PKGBUILDDIR»/tests/alltests.py", line 4, in suite
from M2Crypto import m2
  File "/«PKGBUILDDIR»/M2Crypto/__init__.py", line 22, in 
import __m2crypto
ImportError: /«PKGBUILDDIR»/M2Crypto/__m2crypto.so: undefined symbol: 
SSLv2_method
make: *** [build/python-m2crypto] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2

In the short term, I will keep the regression tests disabled.

-- Charles Plessy, Tsurumi, Kanagawa, Japan

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (910, 'stable'), (900, 'testing'), (800, 'unstable'), (500, 
'proposed-updates'), (1, 'experimental')
Architecture: amd64 (x86_64)

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



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

Bug#568742: RFA: smokeping -- latency logging and graphing system

[Niko Tyni]

On Mon, Aug 08, 2011 at 04:42:00PM +0200, Raoul Bhatia [IPAX] wrote:
 
> sorry - i did not catch your reply either ;)
> is the package still vacant?

Sure it is, the bug is still open.
-- 
Niko Tyni   nt...@debian.org



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

Bug#637749: h5cc missing from hdf5-tools and libhdf5-dev

[Chun-Chung Chen]

Package: hdf5
Version: 1.8.7-2~exp6
Severity: normal


The update from exp5 to exp6 left out some files in "/usr/bin"
originally included by hdf5-tools. Among those, "h5cc" is typically used
to compile programs with HDF5 or to detect the HDF5 library in a
configuration script. As pointed out in  Bug #629157 , this file (and
other similar wrappers) might be better suitable for libhdf5-dev
package. But, it is currently missing from all the packages built from exp6.

Best regards,

Chun-Chung Chen



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

Bug#637748: network-manager-gnome: Persistent warning about local service discovery

[Mark Brown]

Package: network-manager-gnome
Version: 0.8.4-2
Severity: normal
Tags: upstream

When the network it's connected to is not suitable for the use of local
service discovery Network Manager displays a floating warning message
which the user must manually dismiss.  Having the message is useful but
requiring that the user manually dismiss it is overly intrusive as there
is nothing the user can do about it and it's disruptive if you're trying
to use that area of the screen.

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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-x11  1.4.12-5   simple interprocess messaging syst
ii  gconf22.32.4-1   GNOME configuration database syste
ii  gnome-icon-theme  3.0.0-4GNOME Desktop icon theme
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6   The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.4.12-5   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.94-4 simple interprocess messaging syst
ii  libfontconfig12.8.0-3generic font configuration library
ii  libfreetype6  2.4.4-2FreeType 2 font engine, shared lib
ii  libgconf2-4   2.32.4-1   GNOME configuration database syste
ii  libgdk-pixbuf2.0-02.23.5-2   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgnome-bluetooth7   2.30.0-2   GNOME Bluetooth tools - support li
ii  libgnome-keyring0 3.0.3-1GNOME keyring services library
ii  libgtk2.0-0   2.24.5-3   GTK+ graphical user interface libr
ii  libnm-glib-vpn1   0.8.4.0-2  network management framework (GLib
ii  libnm-glib2   0.8.4.0-2  network management framework (GLib
ii  libnm-util1   0.8.4.0-2  network management framework (shar
ii  libnotify1 [libnotify1-gtk2.1 0.5.0-2sends desktop notifications to a n
ii  libpango1.0-0 1.28.4-1   Layout and rendering of internatio
ii  network-manager   0.8.4.0-2  network management framework (daem
ii  policykit-1-gnome 0.101-2GNOME authentication agent for Pol

Versions of packages network-manager-gnome recommends:
ii  gnome-bluetooth   2.30.0-2   GNOME Bluetooth tools
ii  libpam-gnome-keyring [libpam- 3.0.3-2PAM module to unlock the GNOME key
ii  mobile-broadband-provider-inf 20110424-1 database of mobile broadband servi
ii  notification-daemon   0.5.0-3daemon to displays passive pop-up 
ii  plasma-widgets-workspace [not 4:4.6.5-1  plasma widgets and containments fo

Versions of packages network-manager-gnome suggests:
pn  network-manager-openvpn-gnome  (no description available)
ii  network-manager-pptp-gnome0.8.4-1network management framework (PPTP
ii  network-manager-vpnc-gnome0.8.4-1network management framework (VPNC

-- 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#626661: ttf-mscorefonts-installer: URL to fetch fonts has changed

[Marc Williams]

> I cannot reproduce this report I'm afraid. The packages download just fine
> here and I also got no other reports. Perhaps this was just a transient
> problem on the side of SF.net. Can you confirm that it works for you at
> this time?

My apologies for not seeing your reply sooner and another apology for the
late reply (the email addy I used is only when I'm in Slackware, next
time I'll use my universal Gmail addy).

You're quite right about the problem in May probably being a
transient problem with SF.net.
A recent installation of ttf-mscorefonts went just fine.

Next time more patience on my end when something doesn't go right. :-)

Thanks,
Marc





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

Bug#626661: ttf-mscorefonts-installer: URL to fetch fonts has changed

[Marc Williams]

> I cannot reproduce this report I'm afraid. The packages download just fine
> here and I also got no other reports. Perhaps this was just a transient
> problem on the side of SF.net. Can you confirm that it works for you at
> this time?

My apologies for not seeing your reply sooner and another apology for the
late reply (the email addy I used is only when I'm in Slackware, next
time I'll use my universal Gmail addy).

You're quite right about the problem in May probably being a
transient problem with SF.net.
A recent installation of ttf-mscorefonts went just fine.

Next time more patience on my end when something doesn't go right. :-)

Thanks,
Marc






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

Bug#633921: before_command..., after_command... don't let user filter the document

[jidanni]

> "L" == Ludovic Rousseau  writes:
L> And what do you propose instead?
Something, anything, so I could lessen this godawful workaround I use


pluckme
Description: ~/bin/pluckme

Bug#637747: python-lazr.restfulclient: UserWarning: Module paste was already imported from None

[Ben Finney]

Package: python-lazr.restfulclient
Version: 0.11.2-2
Severity: normal

Every time the ‘restfulclient’ module is imported (e.g. by running ‘bzr
status’), the following warning is emitted:

=
$ bzr update
/usr/lib/python2.6/dist-packages/lazr/restfulclient/__init__.py:19: 
UserWarning: Module paste was already imported from None, but 
/usr/lib/python2.6/dist-packages is being added to sys.path
  import pkg_resources
[…]
=

I don't know what this warning means as a Bazaar user, so it's useless
noise to me. If it's not a problem, the warning needs to be silenced; on
the other hand, if there's some underlying problem, that needs to be
fixed.

I don't know which package is at fault. If it's not
‘python-lazr.restfulclient’, please reassign to the package which needs
to be fixed to remedy the behaviour.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.39-2-powerpc64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_AU.utf8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-lazr.restfulclient depends on:
ii  python2.6.7-2interactive high-level object-orie
ii  python-httplib2   0.7.1-1comprehensive HTTP client library 
ii  python-oauth  1.0.1-3Python library implementing of the
ii  python-pkg-resources  0.6.16-1   Package Discovery and Resource Acc
ii  python-simplejson 2.1.6-1simple, fast, extensible JSON enco
ii  python-wadllib1.2.0+ds-2 Python library for navigating WADL
ii  python-zope.interface 3.6.1-1Interfaces for Python
ii  python2.6 2.6.7-3An interactive high-level object-o
ii  python2.7 2.7.2-3An interactive high-level object-o

python-lazr.restfulclient recommends no packages.

python-lazr.restfulclient 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#633759: pointer the same, if on a link or not

[jidanni]

> "L" == Ludovic Rousseau  writes:
L> And you propose to use a pointer different for links and non links. Exact?
Yes, make it just like Firefox. Pointing hand over links, "I" symbol
over text (instead of over everything), and arrow over blank areas, etc.
When you get the time.



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

Bug#637735: Please transition libmng for multiarch

[Kartik Mistry]

On Sun, Aug 14, 2011 at 4:15 AM, Steve Langasek
 wrote:
> Please find attached a patch to libmng to transition it to use of the
> multiarch library paths as described at
> .  This patch has been
> tested and included in Ubuntu Oneiric.

Whoooa. Thanks a lot. I was going to do that in this (long for us)
weekend too :)

> Note that I have examined the -dev package and confirmed that it contains no
> architecture-specific headers, so I have marked this package Multi-Arch:
> same in addition to the runtime library package.

Nice. Package should be ready by tonight with other updates.

-- 
Kartik Mistry
Debian GNU/Linux Developer
IRC: kart_ | Identica: @kartikm



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

Bug#624642: fixed in 1.1.99.5a-1

[gregor herrmann]

On Tue, 02 Aug 2011 21:55:27 +0200, Tino Keitel wrote:

> This bug was fixed with a upload of 1.1.99.5a-1. The fix is documented
> in the changelog for version 1.1.99.4+ds1-1.

Ehm, not really:

$ grep dav debian/rules 
--with-rst2man --with-rst2html --with-dav

$ dpkg-parsechangelog | grep ^Version
Version: 1.1.99.5a-1

As pointed out by Ross, this should be --enable-dav instead if --with-dav.

(Cf. also the "CONFIGURATION SUMMARY" in e.g.
https://buildd.debian.org/status/fetch.php?pkg=syncevolution&arch=i386&ver=1.1%2Bds1-5&stamp=1290962753
which does not have
dav: yes
)

Cheers,
gregor

-- 
 .''`.   Homepage: http://info.comodo.priv.at/ - PGP/GPG key ID: 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Cat Stevens: Time


signature.asc
Description: Digital signature

Bug#637488: t1lib: many severe security issues, unmaintained upstream, unsupportable

[Ruben Molina]

El jue, 11-08-2011 a las 19:53 -0400, Michael Gilbert escribió:
> Hi, the t1lib package currently has a significant set of security
> vulnerabilities [0].  There hasn't been an upstream release in over 3
> years, so it seems unmaintained, and thus the issues are unlikely to
> be fixed.  Some tools such as xpdf have simply dropped support for

Hi Michael,

Thanks for pointing this out. I have fully agree with you and I think
this package can be removed once rdepends issues are solved. 
AFAICT, freetype is a suitable alternative.

Thanks,
  Ruben


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

Bug#637693: hivex: FTBFS (kfreebsd): error: 'O_CLOEXEC' undeclared (first use in this function)

[Guillem Jover]

Hi!

On Sat, 2011-08-13 at 22:10:03 +0200, Hilko Bengen wrote:
> * Christoph Egger:
> > Your package failed to build on the kfreebsd-* buildds:
> > /bin/bash ../libtool --silent --tag=CC   --mode=compile gcc -std=gnu99 
> > -DHAVE_CONFIG_H -I. -I../../../lib -I..  -I../../../gnulib/lib 
> > -I../../../lib-g -O2 -c -o libhivex_la-hivex.lo `test -f 'hivex.c' || 
> > echo '../../../lib/'`hivex.c
> > ../../../lib/hivex.c: In function 'hivex_open':
> > ../../../lib/hivex.c:296:38: error: 'O_CLOEXEC' undeclared (first use in 
> > this function)
> > ../../../lib/hivex.c:296:38: note: each undeclared identifier is reported 
> > only once for each function it appears in
> > make[5]: *** [libhivex_la-hivex.lo] Error 1
> 
> Looks like a header file is not included -- or some definition is
> missing. I'd expect O_CLOEXEC to be defined if fcntl.h is included which
> is the case. Is there anything else that needs to be defined or
> included?

glibc for GNU/kFreeBSD is missing O_CLOEXEC, this is actually bug
635192, but in any case assuming unconditional presence of O_CLOEXEC
is non-portable, it was just added to POSIX.1-2008, and previous to
that it was specific to GNU/Linux.

regards,
guillem



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

Bug#637669: [lenny] sql injection in admin/inc/draw_user_admin.php

[Thomas Goirand]

On 08/14/2011 12:08 AM, Ansgar Burchardt wrote:
> Package: src:dtc
> Version: 0.29.17-1+lenny1
> Severity: grave
> Tags: security upstream
> 
> There is an SQL injection in admin/inc/draw_user_admin.php that has been
> fixed upstream, but not in Lenny:
> 
> http://git.gplhost.com/gitweb/?p=dtc.git;a=commitdiff;h=dd1d377142f860e105607bc9bb96a39a4fc83335
> 
> Ansgar

Sorry, my mistake, you are right.

Thomas



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

Bug#637746: photos.getInfo doesn't allow vital second argument

[jidanni]

Package: flickcurl-utils
Version: 1.21-3
File: /usr/bin/flickcurl

Of course this will fail
$ flickcurl photos.getInfo 6032160164
flickcurl: ERROR: Method flickr.photos.getInfo failed with error 1 - Photo not 
found
flickcurl: Command photos.getInfo failed

You don't allow people to add the second argument 7c0e432ed6
that http://www.flickr.com/services/api/explore/flickr.photos.getInfo does!

P.S., upstream never responding.



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

Bug#637431: qutecom: frequent crashes when aborting a call

[Ludovico Cavedon]

On Thu, Aug 11, 2011 at 3:35 AM, Toni Mueller  wrote:
> when I place a call and then hang up or press "cancel", the application
> crashes almost every time. If not, it crashes as soon as I try to dial
> another number. I've done a few calls like this and include the
> collected backtraces:

I tried to reproduce your crashes, but I am not able to.
Could you please make sure you have the qutecom-dbg installed, run
qutecom inside gdb
   gdb qutecom
give the command run.
Gdb will catch the crash: give the command "bt" and paste the output
here, please.

Another thing that can help is a core dump:
Run
   ulimit -c unlimited
And then when qutecom crashes it should create a "core" file. Please
make that file available to me, so I can try to inspect it (do not
attach it via email, it will be pretty big).
Note: the core dump will contain private information, like this of
contacts and your SIP account password.
Please change it and/or do not send the link to the core dump publicly.

> $ bind: Address already in use

Sounds like you have another SIP UA running. Can you try closing it, please?
It should not make any difference, but just in case :)

Thanks,
Ludovico



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

Bug#637669: [lenny] sql injection in admin/inc/draw_user_admin.php

[Thomas Goirand]

On 08/14/2011 12:08 AM, Ansgar Burchardt wrote:
> Package: src:dtc
> Version: 0.29.17-1+lenny1
> Severity: grave
> Tags: security upstream
> 
> There is an SQL injection in admin/inc/draw_user_admin.php that has been
> fixed upstream, but not in Lenny:
> 
> http://git.gplhost.com/gitweb/?p=dtc.git;a=commitdiff;h=dd1d377142f860e105607bc9bb96a39a4fc83335
> 
> Ansgar

I believe this was also fixed in Lenny with a QA upload.

Thomas



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

Bug#619626: closed by Jonathan Wiltshire (Bug#619626: fixed in iptables-persistent 0.5.2)

[CoolCold]

Looks like this bug isn't completely fixed  - the patch provided at
http://robin.powdarrmonkey.net/cgi-bin/gitweb.cgi?p=iptables-persistent;a=commitdiff;h=3780d5e5793ec8112bedae3dec95a0e777461a5d
1) doesn't fix postinstall script which still may fail
2) I _personally_ dislike the idea of checking file (
/proc/net/ip_tables_names ) existence, when _command_ will be executed
instead of file operations, I think it is better to check command
execution before real file read/write

While the second point is arguable,
http://robin.powdarrmonkey.net/cgi-bin/gitweb.cgi?p=iptables-persistent;a=blob;f=debian/iptables-persistent.postinst;h=8213fe01d0caf34b32bdba76a0a432e1545d12b0;hb=HEAD
may still fail.

On Sun, Aug 14, 2011 at 1:36 AM, Debian Bug Tracking System
 wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the iptables-persistent package:
>
> #619626: iptables-persistent: configuration may fail if there is no 
> /proc/net/ip_tables_names entry ( no ip_tables module loaded )
>
> It has been closed by Jonathan Wiltshire .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Jonathan Wiltshire 
>  by
> replying to this email.
>
>
> --
> 619626: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619626
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Jonathan Wiltshire 
> To: 619626-cl...@bugs.debian.org
> Date: Sat, 13 Aug 2011 21:32:19 +
> Subject: Bug#619626: fixed in iptables-persistent 0.5.2
> Source: iptables-persistent
> Source-Version: 0.5.2
>
> We believe that the bug you reported is fixed in the latest version of
> iptables-persistent, which is due to be installed in the Debian FTP archive:
>
> iptables-persistent_0.5.2.dsc
>  to main/i/iptables-persistent/iptables-persistent_0.5.2.dsc
> iptables-persistent_0.5.2.tar.gz
>  to main/i/iptables-persistent/iptables-persistent_0.5.2.tar.gz
> iptables-persistent_0.5.2_all.deb
>  to main/i/iptables-persistent/iptables-persistent_0.5.2_all.deb
>
>
>
> A summary of the changes between this version and the previous one is
> attached.
>
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 619...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
>
> Debian distribution maintenance software
> pp.
> Jonathan Wiltshire  (supplier of updated iptables-persistent 
> package)
>
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@debian.org)
>
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Format: 1.8
> Date: Sat, 13 Aug 2011 22:23:46 +0100
> Source: iptables-persistent
> Binary: iptables-persistent
> Architecture: source all
> Version: 0.5.2
> Distribution: unstable
> Urgency: low
> Maintainer: Jonathan Wiltshire 
> Changed-By: Jonathan Wiltshire 
> Description:
>  iptables-persistent - boot-time loader for iptables rules
> Closes: 612278 619626 626385 634368
> Changes:
>  iptables-persistent (0.5.2) unstable; urgency=low
>  .
>   * [1019a3] Debconf translation to Japanese.
>     Thanks to Hideki Yamane (Closes: #626385)
>   * [a29b06] debian/po: refresh .po files
>   * [3780d5] Do not attempt to save or load rules if the appropriate module
>     is not loaded (Closes: #619626)
>   * [1c14c5] Do not include blank rules.* files; instead, simply remove them
>     on purge if they have been created (Closes: #612278)
>   * [ec6628] Implement 'flush' command to init script (Closes: #634368)
>   * [428b95] Standards version 3.9.2 (no changes)
> Checksums-Sha1:
>  555c22e9ca4819c946063e5ed483abfd87fa67ff 1569 iptables-persistent_0.5.2.dsc
>  6a884193a1367af12c795bd60ea849a7ef337e83 10617 
> iptables-persistent_0.5.2.tar.gz
>  11e373df2c4cfb1fcda0a5e90456ea717e4b8d30 8046 
> iptables-persistent_0.5.2_all.deb
> Checksums-Sha256:
>  5d47deca89e89748d864df7dff80fe120ee919fb62bbf03343a26f06031fe040 1569 
> iptables-persistent_0.5.2.dsc
>  89602104bc2307b4c624068b286990b50b5b18dea33b63ccbf0b0a1f5499da47 10617 
> iptables-persistent_0.5.2.tar.gz
>  c5dd95a953e3958a424eaa8ea6dad9595bf8345965e82049ea534b5210d43f50 8046 
> iptables-persistent_0.5.2_all.deb
> Files:
>  abcd29568d3008df59383af50d9eff58 1569 admin optional 
> iptables-persistent_0.5.2.dsc
>  5a5f3439192cc7d69d75598114b15eec 10617 admin optional 
> iptables-persistent_0.5.2.tar.gz
>  252447f7b0059b98d697f39b7f853398 8046 admin optional 
> iptables-persistent_0.5.2_all.deb
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.11 (GNU/Linux)
>
> iQIcBAEBAgAGBQJORuwDAAoJEFOUR53TUkxRKDsP/0YsnBiYcGf9kDGGeqRDOuqh
> SELWH8mylcgoVQwSY6g+zp01i6mp3MWB1JxSLn4tE1RRVZ8nubx+oeOatLa7GZN1
> qNm3fUZ/mw+/DF/hmpL0/QB1KkkaKMTdQ1oh2d1yfNBNjPXVJQQwVDJuOUvmihel

Bug#617820: support for installing unconfigured systems (VM images, Debian Live images, preinstalled mobile/tablet images)

[Ben Hutchings]

On Sun, 2011-08-14 at 01:34 +0200, Marco d'Itri wrote:
> On Aug 13, Colin Watson  wrote:
> 
> > > Marco, do you have any plans for using this scheme as an option or as
> > > the default?
> Yes, because the upstream maintainers decided that the current scheme
> cannot work and will remove support for it.
> I do not know how long it will be feasible to keep it as a Debian patch.

It works today for many users.  I don't see why it would stop working
for them.

> > This is implemented in the biosdevname package, which I think we should
> I never bothered packaging it because AFAIK it is not needed with recent
> kernels (and recent hardware?).

The kernel will continue to generate names using the formats eth%d,
wlan%d etc.  There needs some userland program to generate the new
device names, whether it's in the udev package or another package.

Ben.



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

Bug#400897: /usr/share/doc/dpatch/examples/dpatch/01_config.dpatch.gz fails with non-default workdir

[Gergely Nagy]

tags 400897 + wontfix
thanks

Marking this wontfix, because there were no other reports of failures
due to using a non-standard --workdir. Therefore, there's nothing to
fix, but aesthetics: the examples - unless noted otherwise - were made
with the default workdir in mind.

Patches will be considered, but otherwise I do not consider this a bug.

-- 
|8]



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

Bug#403903: dpatch-edit-patch ignores DPATCH_WORKDIR and REFPDIR + patch

[Gergely Nagy]

tags 403903 + pending
thanks

Actually, I went ahead and fixed it myself, though, slightly
differently, but it works, nevertheless.

The fix will appear in the next upload.

-- 
|8]



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

Bug#637744: proftpd-mod-ldap: LDAPServer scope doesn't work

[Dmitry Katsubo]

Package: proftpd-mod-ldap
Version: 1.3.4~rc2-3

The search scope is always base (scope=0):

slapd: SRCH base="cn=persons,cn=server" scope=0 deref=0
filter="(uid=dmitry)"

regardless the LDAPServer setting:

LDAPServer ldap://localhost??sub

The workaround is to use LDAPServer+LDAPSearchScope separately:

LDAPServer localhost
LDAPSearchScope subtree

This bug is in some sense the opposite bug for:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500731

-- 
With best regards,
Dmitry



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

Bug#637743: backup-manager: Please add a "postgresql" backup method

[Georgios M. Zarkadas]

Package: backup-manager
Version: 0.7.9-3
Severity: wishlist
Tags: upstream patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Attached you will find a patch (backup-method-postgresql.diff) to add a 
"postgresql" method
to backup manager. AFAIK PostgreSQL is the default DBMS installed by Debian 
Installer, thus
supplying such a backup method would be useful.

A second, optional, patch (rename-mysql-databases.diff) renames the dump 
created by mysql 
backup method for individual database(s) so that it contains the DBMS 
identifier, just 
like the postgres method supplied here does. It is not essential, but I thought 
it makes
sense, especially in view of possible future addition of other DBMS dumping 
methods.

The code uses the pg_dump and pg_dumpall utilities of postgresql to provide the 
ability to
dump specific database(s) or the entire postgres cluster. A new section was 
added to the
configuration template. Configuration directives were chosen in a way to be as 
much as
possible compatible with the existing ones of the MySQL backup method.

I have tested it with my (very basic at the moment) postgres setup and it seems 
to work ok:

- -- both the entire cluster and individual databases dumps are generated 
   (note: I have used only the local unix sockets method to connect in my tests)

- -- no errors from pd_dump, pg_dumpall appear in logs

I have also verified that the package builds if the patches are appended to the 
existing
debian/patches/series in the order given here (ie all patches succeed).

I release the code with the same license as backup-manager does.

regards
George Zarkadas

- -- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable'), (450, 'testing-proposed-updates'), (450, 'testing'), (400, 
'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages backup-manager depends on:
ii  debconf [debconf-2.0]1.5.36.1Debian configuration management sy
ii  findutils4.4.2-1+b1  utilities for finding files--find,
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

backup-manager recommends no packages.

Versions of packages backup-manager suggests:
ii  anacron   2.3-14 cron-like program that doesn't go 
ii  backup-manager-doc0.7.9-3documentation package for Backup M
ii  dar   2.3.10-1+b1Disk ARchive: Backup directory tre
ii  dvd+rw-tools  7.1-6  DVD+-RW/R tools
ii  genisoimage   9:1.1.11-1 Creates ISO-9660 CD-ROM filesystem
ii  gettext-base  0.18.1.1-3 GNU Internationalization utilities
ii  libfile-slurp-perl.13-1  single call read & write file rout
pn  libnet-amazon-s3-perl  (no description available)
ii  openssh-client1:5.5p1-6+squeeze1 secure shell (SSH) client, for sec
ii  perl  5.10.1-17squeeze2  Larry Wall's Practical Extraction 
ii  wodim 9:1.1.11-1 command line CD/DVD writing tool
ii  zip   3.0-3  Archiver for .zip files

- -- debconf information excluded


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAEBAgAGBQJORxrpAAoJEJWXIVmJ5BwW6XAH/1Qaw4agOvpycstJFcxB0ysh
Rco1a5AoAaCboXv2+eumssg72XxSTfJEoVp+Ub6dgti6jtXYrVd9y8VSbrnloiuC
KNpj8s5UuZ0m0UXI4RUbNQkojp9PbUlM8iWM6f7w+53jXMo9g11Er89/xIshtkyd
3o+WJfpyReKCVXLJFVfQj3slpGLGwuTA22h5vHsHcpUGGrzfaKFu/81RhILPgwxa
0gRCtFCckRp4VCjDW0E5gOFb+tPaZb60UEi786sM5rp8rd872CJkWwEnp5mBw5fL
GKc5VQr97/lBC1hECBS5j93DRnWhQtthVghfy/6d7Iy/XNnRSTohjlUj92bMu6g=
=n41A
-END PGP SIGNATURE-
--- a/backup-manager.conf.tpl
+++ b/backup-manager.conf.tpl
@@ -72,6 +72,7 @@
 # - tarball
 # - tarball-incremental
 # - mysql
+# - postgresql
 # - svn
 # - pipe
 # - none
@@ -225,6 +226,73 @@
 export BM_MYSQL_EXTRA_OPTIONS=""
 
 ##
+# Backup method: PostgreSQL
+#
+
+# This method is dedicated to PostgreSQL databases.
+# You should not use the tarball method for backing up database
+# directories or you may have corrupted archives (unless, -and
+# this is specific for PostgreSQL- you also continuously backup
+# the Write Ahead Log; see the PostgreSQL documentation for 
+# details).
+# Enter here the list of databases to backup.
+# Wildcard: __ALL__ (will dump all the databases in one archive)
+export BM_POSTGRESQL_DATABASES="__ALL__"
+
+# The PostgreSQL user who is allowed to read every database of those
+# filled in BM_POSTGRESQL_DATABASES.
+export BM_POSTGRESQL_ADMINLOGIN=""
+
+# The above user's password.
+# WARNING! Be sure to protect this file with strict permissions.
+export BM_POSTGRESQL_ADMINPASS=""
+
+# Th

Bug#637742: RFP: pcsc-cyberjack -- Reiner SCT cyberJack SmartCard Reader Drivers

[Christoph Anton Mitterer]

Package: wnpp
Severity: wishlist

* Package name: pcsc-cyberjack
  Version : 3.99.5final.SP02
  Upstream Author : Frank Neuber 
* URL : 
http://www.reiner-sct.com/index.php?option=content&task=view&id=262
* License : GPL (and? LGPL?)
  Programming Lang: C++
  Description : Reiner SCT cyberJack SmartCard Reader Drivers

 REINER SCT cyberJack USB chipcard reader user space driver
 This package includes the IFD driver for the cyberJack contactless (RFID) and 
contact
 USB chipcard reader.
 .
 If you run into problems you should stop current running pcscd by typing
 "sudo /etc/init.d/pcscd stop" or "sudo killall pcscd"
 and start the pcscd in debug mode by typing
 "sudo /usr/sbin/pcscd -d -a -f"
 in a console and watch its output.
 .
 For more information regarding installation under Linux see the README.txt
 in the documentation directory, esp. regarding compatibility with host
 controllers.
 .
 For more information about the reader, software updates and a shop see
 http://www.reiner-sct.com/


This driver supports actually more devices than listed in the quite outdated
documentation.
It even seems to have a working debian/ dir with control files/etc.


Cheers,
Chris.



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

Bug#407306: pending

[Gergely Nagy]

tag 407306 + pending
thanks

Took the easy route, and updated the documentation to say that the
author's name is taken from $DEBFULLNAME. This will be part of the next
upload.

This seemed to be a lot easier than trying to figure out a reasonable
way to get the logged in user's full name.

-- 
|8]



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

Bug#531607: dpatch: Support multiple patch phases

[Gergely Nagy]

tag 531607 + wontfix
thanks

This would be quite a big feature for something that should be moved
away from (like eclipse did ;). Therefore I'm marking it wontfix.

Patches can convince me otherwise, but without a patch, I'll stand by my
opinion that the use<->effort ratio would be imbalanced in the wrong
direction.

-- 
|8]



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

Bug#637610: JACK support broken?

[Niv Sardi]

awesome iban,

I was just opening the jack documentation when I got your mail, tell
me when you get .1 out so I push it out !

-- 
Niv Sardi



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

Bug#637741: [lib/Lintian/Collect/Package.pm] uses "fail" without importing it

[Jakub Wilk]

Package: lintian
Version: 2.5.2
Severity: minor

See the attached patch.

--
Jakub Wilk
diff --git a/lib/Lintian/Collect/Package.pm b/lib/Lintian/Collect/Package.pm
--- a/lib/Lintian/Collect/Package.pm
+++ b/lib/Lintian/Collect/Package.pm
@@ -24,7 +24,7 @@
 use base 'Lintian::Collect';
 
 use Carp qw(croak);
-use Util qw(perm2oct);
+use Util qw(fail perm2oct);
 
 # Returns the path to the dir where the package is unpacked
 #  or a file therein (see pod below)

Bug#637662: please include krb5-config in krb5-multidev

[Sam Hartman]

> "Jelmer" == Jelmer Vernooij  writes:

Jelmer> Package: krb5-multidev Version: 1.9.1+dfsg-1ubuntu1
Jelmer> Severity: wishlist

Jelmer> Please include krb5-config in krb5-multidev (with a
Jelmer> different name to prevent conflicts, perhaps
Jelmer> /usr/bin/krb5-config.mit-krb5?)

Jelmer> This would make it easier to build against MIT Kerberos
Jelmer> without having to hardcode the required compiler flags.

It might be a lot easier to include a pkgconfig .pc file. Would that
meet your needs?  krb5-config is annoyingly well annoying in about every
way possible. Tricking it to include the right paths for krb5-multidev
would not be ideal, but it's certainly something I can do if that's what
your application needs. But if pkgconfig would be good enough I bet that
would be easier.



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

Bug#637740: linux-image-3.0.0-1-amd64: compaq presario cq56 (laptop): built-in webcam invalid opcode (uvc)

[Daniel Dickinson]

Package: linux-2.6
Version: 3.0.0-1
Severity: normal


New in 3.0.0:

webcam oopses and then spams syslog.  Didn't happen in .39 so is a regression.

uvcvideo: Found UVC 1.00 device HP Webcam-101 (0bda:58e0)

>From syslog:

Aug 13 18:47:23 henryj kernel: [  428.117889] Linux video capture interface: 
v2.00
Aug 13 18:47:23 henryj kernel: [  428.161164] uvcvideo: Found UVC 1.00 device 
HP Webcam-101 (0bda:58e0)
Aug 13 18:47:23 henryj kernel: [  428.167520] [ cut here 
]
Aug 13 18:47:23 henryj kernel: [  428.167562] kernel BUG at 
/tmp/buildd/linux-2.6-3.0.0/debian/build/source_amd64_none/drivers/media/media-entity.c:346!
Aug 13 18:47:23 henryj kernel: [  428.167605] invalid opcode:  [#1] SMP 
Aug 13 18:47:23 henryj kernel: [  428.167705] CPU 1 
Aug 13 18:47:23 henryj kernel: [  428.167739] Modules linked in: uvcvideo(+) 
snd_seq_midi joydev videodev media v4l2_compat_ioctl32 snd_rawmidi 
snd_seq_midi_event snd_seq arc4 snd_timer snd_seq_device ath9k radeon(+) 
mac80211 ath9k_common ath9k_hw ttm ath drm_kms_helper drm snd hp_wmi cfg80211 
sparse_keymap sp5100_tco edac_core soundcore rfkill i2c_algo_bit evdev 
snd_page_alloc edac_mce_amd psmouse k10temp shpchp i2c_piix4 serio_raw ac 
battery video i2c_core power_supply pci_hotplug pcspkr wmi button processor 
ext4 mbcache jbd2 crc16 sha256_generic cryptd aes_x86_64 aes_generic cbc 
dm_crypt dm_mod raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor 
xor async_memcpy async_tx raid1 raid0 multipath linear md_mod usbhid hid sg 
sr_mod sd_mod cdrom crc_t10dif ohci_hcd thermal thermal_sys ahci libahci r8169 
ehci_hcd mii libata scsi_mod usbcore [last unloaded: scsi_wait_scan]
Aug 13 18:47:23 henryj kernel: [  428.170836] 
Aug 13 18:47:23 henryj kernel: [  428.170872] Pid: 659, comm: modprobe Not 
tainted 3.0.0-1-amd64 #1 Hewlett-Packard Presario CQ56 Notebook PC/1604
Aug 13 18:47:23 henryj kernel: [  428.171010] RIP: 0010:[]  
[] media_entity_create_link+0x2c/0xd4 [media]
Aug 13 18:47:23 henryj kernel: [  428.171088] RSP: 0018:8801093c5c28  
EFLAGS: 00010246
Aug 13 18:47:23 henryj kernel: [  428.171125] RAX: 88010861f800 RBX: 
88010861f870 RCX: 
Aug 13 18:47:23 henryj kernel: [  428.171163] RDX: 880108603870 RSI: 
 RDI: 88010861f870
Aug 13 18:47:23 henryj kernel: [  428.171201] RBP: 880108603870 R08: 
0003 R09: 81756440
Aug 13 18:47:23 henryj kernel: [  428.171238] R10: 00012800 R11: 
00015670 R12: 
Aug 13 18:47:23 henryj kernel: [  428.171276] R13: 880108603870 R14: 
 R15: 
Aug 13 18:47:23 henryj kernel: [  428.171315] FS:  7f6831cb3700() 
GS:88010fc8() knlGS:
Aug 13 18:47:23 henryj kernel: [  428.171355] CS:  0010 DS:  ES:  CR0: 
8005003b
Aug 13 18:47:23 henryj kernel: [  428.171360] CR2: 01858008 CR3: 
000109eaa000 CR4: 06e0
Aug 13 18:47:23 henryj kernel: [  428.171360] DR0:  DR1: 
 DR2: 
Aug 13 18:47:23 henryj kernel: [  428.171360] DR3:  DR6: 
0ff0 DR7: 0400
Aug 13 18:47:23 henryj kernel: [  428.171360] Process modprobe (pid: 659, 
threadinfo 8801093c4000, task 880107a70300)
Aug 13 18:47:23 henryj kernel: [  428.171360] Stack:
Aug 13 18:47:23 henryj kernel: [  428.171360]  0002 
0002  880108603800
Aug 13 18:47:23 henryj kernel: [  428.171360]  88010a0eac40 
 880108603870 88010a0eac58
Aug 13 18:47:23 henryj kernel: [  428.171360]   
a04fefb1 8801099c1408 88010a0eac48
Aug 13 18:47:23 henryj kernel: [  428.171360] Call Trace:
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
uvc_mc_register_entities+0x160/0x1eb [uvcvideo]
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
uvc_probe+0x1ee7/0x1f18 [uvcvideo]
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
usb_probe_interface+0xfc/0x16f [usbcore]
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
driver_probe_device+0xb2/0x142
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
__driver_attach+0x4f/0x6f
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
driver_probe_device+0x142/0x142
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
bus_for_each_dev+0x47/0x72
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
bus_add_driver+0xa2/0x1f2
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
driver_register+0x8d/0xf5
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
usb_register_driver+0x80/0x128 [usbcore]
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
0xa0507fff
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
uvc_init+0x1b/0x1000 [uvcvideo]
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
do_one_initcall+0x78/0x132
Aug 13 18:47:23 henryj kernel: [  428.171360]  [] ? 
sys_init_module+0xbc/0x245
Aug 13 18:47:23 henryj kernel: [

Bug#625423: sitecopy: ftbfs with gcc-4.6 -Werror

[jidanni]

> "ST" == Sandro Tosi  writes:
ST> It would be nice if you can give it a look, since soon sitecopy will
ST> not be buildable anymore.
Hey, some of us still use sitecopy here on Debian.
What will happen if upstream is unresponsive?
What should be my contingency plan? Thanks.



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

Bug#637739: O: mga-vid -- Kernel driver for the back-end scaler on Matrox cards (source)

[Sune Vuorela]

Package: wnpp
Severity: normal


I intend to orphan the mga-vid package.

The computer with a matrox card died a while ago, so I have no way to
test it.

Description: Module aliases and test program for /dev/mga_vid
 This package contains the program 'mga_vid_test', which has one mission
 in life: to verify that the mga_vid driver works correctly.
 .
 It also contains some configuration files for udev so that
 the module gets loaded automatically on demand and so that the device
 node will be created with proper permissions.


Description: Kernel driver for the back-end scaler on Matrox cards (source)
 The mga_vid module will enable you to use the back-end scaler found on
 many Matrox cards. If you own a Matrox card, and use your Debian system
 to watch movies with 'mplayer', which you'll find at http://mplayerhq.hu ,
 you definitely want this piece of software, as it is the best video
 output driver available.
 .
 This package just contain the sources needed to build the kernel module.
 To actually use it, you'll have to compile it to match your installed
 kernel. Refer to /usr/share/doc/mga-vid-source/README.Debian for



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

Bug#617820: support for installing unconfigured systems (VM images, Debian Live images, preinstalled mobile/tablet images)

[Marco d'Itri]

On Aug 13, Colin Watson  wrote:

> > Marco, do you have any plans for using this scheme as an option or as
> > the default?
Yes, because the upstream maintainers decided that the current scheme
cannot work and will remove support for it.
I do not know how long it will be feasible to keep it as a Debian patch.

> This is implemented in the biosdevname package, which I think we should
I never bothered packaging it because AFAIK it is not needed with recent
kernels (and recent hardware?).

-- 
ciao,
Marco



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

Bug#630504: (no subject)

[Philip Muskovac]

Not fixed here, the upstream fix uses -print-prog-name which doesn't
work as Jan pointed out. icecc needs to use -print-file-name instead.



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

Bug#328397: dpatch-convert-diffgz should work without dpkg-buildpackage

[Gergely Nagy]

tag 328397 + wontfix
thanks

In 2011, one shouldn't convert to dpatch, quite the contrary: one should
convert away from it. Therefore, I do not feel the need to implement
this feature, unless a working patch is provided against my git tree[1].

Marking the bug wontfix meanwhile.

 1: http://git.madhouse-project.org/debian/dpatch/

-- 
|8]



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

Bug#342768: [patch] dpatch: allow -p0 format patches

[Gergely Nagy]

tag 342768 + wontfix
thanks

I investigated how hard it would be to support this use-case in dpep,
and I don't feel it would be worth the effort. Marking it wontfix, but
patches can change my mind.

And by patch, I mean something that only touches dpatch-edit-patch, and
adds documentation that explains how to use the new feature together
with debian/patches/00patch-opts.

-- 
|8]



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

Bug#397290: Bug #397290: [patch] dpatch: prerequisites for dpep?

[Gergely Nagy]

tag 397290 + wontfix
thanks

The supplied patch does not apply cleanly to 2.0.31, and I'm not feeling
comfortable enough to modify dpatch-edit-patch myself, however trivial a
feature would be.

If this feature is still needed (which I highly doubt), please send an
updated patch against my git tree[1], preferably with an update to the
man page aswell, and a command-line option too.

Until then, I'm marking it as wontfix, as I will not be fixing it.

 1: http://git.madhouse-project.org/debian/dpatch/

-- 
|8]



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

Bug#637733: Pending fixes for bugs in the libcgi-application-extra-plugin-bundle-perl package

[pkg-perl-maintainers]

tag 637733 + pending
thanks

Some bugs in the libcgi-application-extra-plugin-bundle-perl package
are closed in revision 98ab8283fc152ddb018800f59e51a4e6e922b67b in
branch 'master' by gregor herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcgi-application-extra-plugin-bundle-perl.git;a=commitdiff;h=98ab828

Commit message:

Add patches for 2 modules to use Digest::SHA instead of Digest::SHA1.

Closes: #637733




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

Bug#637738: daptup: Problem executing scripts APT::Update::Pre-Invoke 'if [ -x /usr/bin/daptup ];,then /usr/bin/daptup --pre; fi'Sub-process returned an error code (again)

[dj_palindrome]

Package: daptup
Version: 0.12.1
Severity: Normal


As usual, this only occurs when refreshing packages via Synaptic (0.70). 
Aptitude and apt-get, as usual, are unaffected:


"Problem executing scripts APT::Update::Pre-Invoke 'if [ -x 
/usr/bin/daptup ]; then /usr/bin/daptup --pre; fi'Sub-process returned 
an error code"


Purging and reinstalling daptup to force a fresh daptup.conf file does 
nothing.


This bug seems described repeatedly as having been fixed.

For me, the fix is to permanently remove the daptup package and do 
without it.




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

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages daptup depends on:
ii  apt   0.8.15.5   Advanced front-end for dpkg
ii  liblocale-gettext-perl1.05-7 module using libc functions 
for in
ii  perl  5.12.4-2   Larry Wall's Practical 
Extraction


daptup recommends no packages.

Versions of packages daptup suggests:
ii  aptitude  0.6.4-1terminal-based package 
manager (te


-- no debconf information

# configuraton file for daptup

# Daptup usually show changes just when it has built new lists. But there is
# an opportunity to not show changes after updating the lists. This option is
# valuable to the normal 'daptup' call and the 'apt-get update' call. Show
# changes?
# Possible values: "n" - no, "y" - yes.
# If this option is disabled, administrator is supposed to run 'daptup --last'
# at some time after the update manually to see changes.
DAPTUP_SHOW_CHANGES_IN_POST=y

# Daptup has the ability to find installed packages that have version prepared
# by package maintainer a lot of time ago and have more recent install
# candidate ("outdated" packages). Enable this check?
# Possible values: "n" - no, "y" - yes.
DAPTUP_CHECK_FOR_OUTDATED_PACKAGES=y

# This option contains list of packages that will be watched by daptup though
# these packages are not installed on your system. The list is empty by
# default. Each entry must match whole package name. For example, if you want
# to track changes of gnash, pytagsfs and warsow packages, you should write
#
#   DAPTUP_PACKAGES_WATCH_FOR="gnash pytagsfs warsow"
#
# It is also possible to write any regular expressions in each item, except
# start of line ('^') and end of line ('$') characters. For example:
#
#   DAPTUP_PACKAGES_WATCH_FOR="xfce4-.*-plugin"
#
# line will watch for changes in all the xfce4 panel plugins.
DAPTUP_PACKAGES_WATCH_FOR=""

# If we check for "outdated" packages, what minimal age (in days) must package 
to have
# to be treated as "outdated"?
DAPTUP_MINIMAL_DAY_COUNT_TREATING_OUTDATED=90

# Use colored output?
# Possible values: "n" - no, "y" - yes.
DAPTUP_USE_COLOR=y

# When daptup builds a list of available packages, include short descriptions
# to the output?
# Possible values: "n" - no, "y" - yes.
DAPTUP_NEW_INCLUDE_DESCRIPTION=y

# Option that disables column output (passes "--disable-columns" to aptitude)
# disabled by default because this option can be processed only by newer
# versions of aptitude.
# Possible values: "n" - no, "y" - yes.
# If aptitude is not installed, option changes nothing and non-column output is
# used.
DAPTUP_DISABLE_COLUMNS=n

# Format string which daptup passes to aptitude when calling for changes in
# new packages, see aptitude reference manual for detailed documentation.
# This option doesn't work if aptitude is not installed.
DAPTUP_NEW_DISPLAY_FORMAT="%10p - %80d"

# Maximum width of line that aptitude can use for output of changes in new
# packages.
# This option doesn't work if aptitude is not installed.
DAPTUP_NEW_DISPLAY_WIDTH=120

# Format string which daptup passes to aptitude when calling for changes in
# watched packages, see aptitude reference manual for detailed documentation.
# This option doesn't work if aptitude is not installed.
DAPTUP_WATCH_DISPLAY_FORMAT="%p %V"

# Maximum width of line that aptitude can use for output of changes in watched
# packages.
# This option doesn't work if aptitude is not installed.
DAPTUP_WATCH_DISPLAY_WIDTH=50

Bug#637730: Pending fixes for bugs in the libgd-gd2-noxpm-perl package

[pkg-perl-maintainers]

tag 637730 + pending
thanks

Some bugs in the libgd-gd2-noxpm-perl package are closed in revision
f53f6c12c663f9daa32ed3240fb4de7b6d45caf3 in branch 'master' by gregor
herrmann

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libgd-gd2-noxpm-perl.git;a=commitdiff;h=f53f6c1

Commit message:

Add a patch to include $Config{ccflags} in CCFLAGS.

Closes: #637730




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

Bug#613979: [regression] "BUG: Unable to handle kernel paging request at ffffc90013cd8000" and no sound card recognized

[Jonathan Nieder]

Paul Menzel wrote:

> `make -j2 deb-pkg` failed with the following error.
>
> In file included from 
> /opt/sound-2.6/arch/x86/include/asm/hardirq.h:5:0,
>  from include/linux/hardirq.h:10,
>  from include/linux/interrupt.h:12,
>  from include/linux/kernel_stat.h:8,
>  from 
> /srv/filme/oe/sound-2.6/arch/x86/include/asm/i387.h:16,
>  from arch/x86/kernel/signal.c:26:
> include/linux/irq.h: In function ‘alloc_desc_masks’:
> include/linux/irq.h:439:8: warning: variable ‘gfp’ set but not used 
> [-Wunused-but-set-variable]
>   AS  arch/x86/kernel/entry_64.o
>   CC  init/calibrate.o
> /tmp/ccTMpQIL.s: Assembler messages:
> /tmp/ccTMpQIL.s: Error: .size expression for do_hypervisor_callback 
> does not evaluate to a constant
> make[4]: *** [arch/x86/kernel/entry_64.o] Fehler 1
> make[3]: *** [arch/x86/kernel] Fehler 2
> make[2]: *** [arch/x86] Fehler 2

Yep, I forgot about binutils bug#620448.  If you put this script
somewhere before /usr/bin on your $PATH, make it executable, and name
it "as", that should work around it.

#!/bin/sh
exec /usr/bin/as --size-check=warning "$@"

If you're using gcc 4.6, the change from de2a8cf9 (e.g., grab it
using "git cherry-pick de2a8cf9") is also needed.



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

Bug#637736: libtime-piece-mysql-perl: FTBFS with perl 5.14: needs alternate dependency on perl 5.14 to satisfy libtime-piece-perl, or drop dependency

[Dominic Hargreaves]

Source: libtime-piece-mysql-perl
Version: 0.06-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.14-transition

This package cannot be built with perl 5.14, since perl 5.14 provides
and breaks libtime-piece-perl, and this package has a versioned
Build-Dep on libtime-piece-perl (>= 1.03).

The solution is to add an alternative dependency on perl 5.14:

libtime-piece-perl (>= 1.03) | perl (>= 5.14)

This package also has a run-time dependency on libtime-piece-perl
so the same change should be made there too.

Alternatively, this dependency could be dropped altogether, since
it is satisfied by perl even in oldstable. This appears to have
already been done in the version in the pkg-perl git repository.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#637735: Please transition libmng for multiarch

[Steve Langasek]

Package: libmng
Version: 1.0.10-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

Hi Kartik,

Please find attached a patch to libmng to transition it to use of the
multiarch library paths as described at
.  This patch has been
tested and included in Ubuntu Oneiric.

As a dependency of Qt, libmng1 is part of the stack packaged in ia32-libs /
ia32-libs-gtk.  Converting libmng for multiarch use, and thus facilitating
the direct installation of i386 qt packages on amd64 systems, will be a
great step forward in getting rid of ia32-libs for wheezy - which is a
release goal.  So please consider including this patch in Debian sooner
rather than later.

Note that I have examined the -dev package and confirmed that it contains no
architecture-specific headers, so I have marked this package Multi-Arch:
same in addition to the runtime library package.

Thanks,
--
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/control'
--- debian/control  2010-06-03 17:56:09 +
+++ debian/control  2011-08-13 22:35:15 +
@@ -1,7 +1,7 @@
 Source: libmng
 Section: libs
 Priority: optional
-Build-Depends: debhelper (>= 7),
+Build-Depends: debhelper (>= 8.1.3),
libjpeg62-dev | libjpeg-dev,
liblcms1-dev,
libtool,
@@ -12,7 +12,9 @@
 
 Package: libmng1
 Architecture: any
+Multi-Arch: same
 Replaces: libmng-dev (<< 1.0.0-3), libmng
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Multiple-image Network Graphics library
  The libmng library supports decoding, displaying, encoding, and various other
@@ -23,6 +26,7 @@
 
 Package: libmng-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Replaces: libmng
 Depends: ${misc:Depends},

=== modified file 'debian/libmng-dev.install'
--- debian/libmng-dev.install   2010-06-03 17:56:09 +
+++ debian/libmng-dev.install   2011-08-13 22:35:12 +
@@ -1,3 +1,3 @@
 usr/include/*
-usr/lib/lib*.a
-usr/lib/lib*.so
+usr/lib/*/lib*.a
+usr/lib/*/lib*.so

=== modified file 'debian/libmng1.install'
--- debian/libmng1.install  2010-06-03 17:56:09 +
+++ debian/libmng1.install  2011-08-13 22:35:12 +
@@ -1 +1 @@
-usr/lib/*.so.*
+usr/lib/*/*.so.*

=== modified file 'debian/rules'
--- debian/rules2010-06-03 17:56:09 +
+++ debian/rules2011-08-13 22:35:12 +
@@ -12,6 +12,8 @@
   COMPILER_FLAGS=CFLAGS="-Wall -O2 -funroll-loops -fno-exceptions -pipe" 
CXXFLAGS="-Wall -O2 -funroll-loops -fno-exceptions -pipe"
 endif
 
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+
 configure: configure-stamp
 configure-stamp:
dh_testdir
@@ -35,8 +37,8 @@
dh_testroot
dh_prep
 
-   mkdir -p $(CURDIR)/debian/tmp/usr
-   $(MAKE) install prefix=$(CURDIR)/debian/tmp/usr
+   mkdir -p $(CURDIR)/debian/tmp/usr/lib
+   $(MAKE) install prefix=$(CURDIR)/debian/tmp/usr 
LIBPATH=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
 
# Remove empty dir
rm -rf $(CURDIR)/debian/libmng1/usr/include

Bug#637734: avahi-daemon: new debian changing MAC means IPv6 address differ = name conflict on reboot

[Daniel Dickinson]

Package: avahi-daemon
Version: 0.6.30-5
Severity: normal


Because debian now changes the MAC address of interfaces on every boot (for 
privacy reasons I assume), the IPv6 address for the interface is different on 
every boot.  Because the IPv6 address is different avahi ends up with a name 
conflict with the name cached in other avahi daemons on other hosts.  This 
means hostname.local can't be used to address the host after a reboot because 
you end up with something like hostname-22 as the avahi name instead of 
hostname.

This is somewhat problematic because it means you can't have a reliable 
hostname using avahi, which kinds of defeats the purpose as far as workstation 
records and libnss-mdns goes.

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

Kernel: Linux 3.0.0-1-486
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages avahi-daemon depends on:
ii  adduser3.113 add and remove users and groups
ii  bind9-host [host]  1:9.7.3.dfsg-1+b1 Version of 'host' bundled with BIN
ii  dbus   1.4.14-1  simple interprocess messaging syst
ii  host   1:9.7.3.dfsg-1Transitional package
ii  libavahi-common3   0.6.30-5  Avahi common library
ii  libavahi-core7 0.6.30-5  Avahi's embeddable mDNS/DNS-SD lib
ii  libc6  2.13-10   Embedded GNU C Library: Shared lib
ii  libcap21:2.22-1  support for getting/setting POSIX.
ii  libdaemon0 0.14-2lightweight C library for daemons 
ii  libdbus-1-31.4.14-1  simple interprocess messaging syst
ii  libexpat1  2.0.1-7   XML parsing C library - runtime li
ii  lsb-base   3.2-27Linux Standard Base 3.2 init scrip

Versions of packages avahi-daemon recommends:
ii  libnss-mdns   0.10-3.1   NSS module for Multicast DNS name 

Versions of packages avahi-daemon suggests:
pn  avahi-autoipd  (no description available)

-- Configuration Files:
/etc/avahi/avahi-daemon.conf changed:
[server]
use-ipv4=yes
use-ipv6=yes
ratelimit-interval-usec=100
ratelimit-burst=1000
[wide-area]
enable-wide-area=yes
[publish]
add-service-cookie=yes
[reflector]
[rlimits]
rlimit-core=0
rlimit-data=4194304
rlimit-fsize=0
rlimit-nofile=768
rlimit-stack=4194304
rlimit-nproc=3


-- 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#449190: dpatch-edit-patch: support packages using svn-bp and mergeWithUpstream

[Gergely Nagy]

tag 449190 + pending
thanks

Added Daniel's HOWTO (with minor modifications) to my git repo, it will
be part of the next upload.

-- 
|8]



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

Bug#637733: libcgi-application-extra-plugin-bundle-perl: FTBFS: missing (Build-)Depends on libdigest-sha1-perl

[Dominic Hargreaves]

Package: libcgi-application-extra-plugin-bundle-perl
Version: 0.3
Severity: serious
Justification: FTBFS

This package FTBFS on sid, owing to a missing Build-Depends:

Warning: prerequisite Digest::SHA1 2.07 not found.
...
#   Failed test 'require CGI::Application::Plugin::ProtectCSRF;'
#   at t/00.load.t line 2.
# Tried to require 'CGI::Application::Plugin::ProtectCSRF'.
# Error:  Can't locate Digest/SHA1.pm in @INC (@INC contains: 
/build/dom-libcgi-application-extra-plugin-bundle-perl_0.3-i386-R_UE4M/libcgi-application-extra-plugin-bundle-perl-0.3/build-area/02/CGI-Application-Plugin-ProtectCSRF-1.01/blib/lib
 
/build/dom-libcgi-application-extra-plugin-bundle-perl_0.3-i386-R_UE4M/libcgi-application-extra-plugin-bundle-perl-0.3/build-area/02/CGI-Application-Plugin-ProtectCSRF-1.01/blib/arch
 
/build/dom-libcgi-application-extra-plugin-bundle-perl_0.3-i386-R_UE4M/libcgi-application-extra-plugin-bundle-perl-0.3/debian/libcgi-application-extra-plugin-bundle-perl/usr/share/perl5/
 
/build/dom-libcgi-application-extra-plugin-bundle-perl_0.3-i386-R_UE4M/libcgi-application-extra-plugin-bundle-perl-0.3/debian/libcgi-application-extra-plugin-bundle-perl/usr/share/perl5/
 /etc/perl /usr/local/lib/perl/5.14.1 /usr/local/share/perl/5.14.1 
/usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 
/usr/local/lib/site_perl .) at 
/build/dom-libcgi-application-extra-plugin-bundle-perl_0.3-i386-R_UE4M/libcgi-application-extra-plugin-bundle-perl-0.3/build-area/02/CGI-Application-Plugin-ProtectCSRF-1.01/blib/lib/CGI/Application/Plugin/ProtectCSRF.pm
 line 43.
# BEGIN failed--compilation aborted at 
/build/dom-libcgi-application-extra-plugin-bundle-perl_0.3-i386-R_UE4M/libcgi-application-extra-plugin-bundle-perl-0.3/build-area/02/CGI-Application-Plugin-ProtectCSRF-1.01/blib/lib/CGI/Application/Plugin/ProtectCSRF.pm
 line 43.
# Compilation failed in require at (eval 4) line 2.
# Looks like you failed 1 test of 1.
t/00.load.t . 

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#637732: Please transition lcms for multiarch

[Steve Langasek]

Package: lcms
Version: 1.19.dfsg-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

Hi Oleksandr,

Please find attached a patch to lcms to transition it to use of the
multiarch library paths as described at
.  This patch has been
tested and included in Ubuntu Oneiric.

As a dependency of libmng1 (and therefore of Qt), liblcms1 is part of the
stack packaged in ia32-libs / ia32-libs-gtk.  Converting liblcms1 for
multiarch use, and thus facilitating the direct installation of i386 qt
packages on amd64 systems, will be a great step forward in getting rid of
ia32-libs for wheezy - which is a release goal.  So please consider
including this patch in Debian sooner rather than later.

Note that I have examined the -dev package and confirmed that it contains no
architecture-specific headers, so I have marked this package Multi-Arch:
same in addition to the runtime library package.

Thanks,
--
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/control'
--- debian/control  2011-07-18 17:26:55 +
+++ debian/control  2011-08-13 22:21:54 +
@@ -2,18 +2,20 @@
 Section: libs
 Priority: optional
 Maintainer: Oleksandr Moskalenko 
-Build-Depends: debhelper (>> 5.0.38), libtiff4-dev, libjpeg-dev, zlib1g-dev, 
python-all-dev (>= 2.3.5-11), swig
+Build-Depends: debhelper (>> 8.1.3), libtiff4-dev, libjpeg-dev, zlib1g-dev, 
python-all-dev (>= 2.3.5-11), swig
 Standards-Version: 3.9.2
 Vcs-Svn: svn://svn.debian.org/svn/collab-maint/deb-maint/lcms/trunk/
 Vcs-Browser: 
http://svn.debian.org/wsvn/collab-maint/deb-maint/lcms/trunk/?op=log
 
 Package: liblcms1
 Architecture: any
+Multi-Arch: same
 Section: libs
 Replaces: liblcms
 Provides: liblcms
 Conflicts: liblcms
 Suggests: liblcms-utils
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}
 Description: Little CMS color management library
  lcms is a standalone CMM engine, which deals with the color management.
@@ -32,6 +35,7 @@
 
 Package: liblcms1-dev
 Architecture: any
+Multi-Arch: same
 Section: libdevel
 Replaces: liblcms-dev
 Provides: liblcms-dev

=== modified file 'debian/liblcms1-dev.install'
--- debian/liblcms1-dev.install 2008-04-20 12:31:46 +
+++ debian/liblcms1-dev.install 2011-08-13 22:21:42 +
@@ -1,5 +1,5 @@
 debian/tmp/usr/include/* usr/include/
-debian/tmp/usr/lib/*.a usr/lib/
-debian/tmp/usr/lib/*.la usr/lib/
-debian/tmp/usr/lib/*.so usr/lib/
-debian/tmp/usr/lib/pkgconfig usr/lib/
+debian/tmp/usr/lib/*/*.a
+debian/tmp/usr/lib/*/*.la
+debian/tmp/usr/lib/*/*.so
+debian/tmp/usr/lib/*/pkgconfig

=== modified file 'debian/liblcms1.install'
--- debian/liblcms1.install 2008-04-20 12:31:46 +
+++ debian/liblcms1.install 2011-08-13 22:21:42 +
@@ -1 +1 @@
-debian/tmp/usr/lib/liblcms.so.* usr/lib/
+debian/tmp/usr/lib/*/liblcms.so.*

=== modified file 'debian/rules'
--- debian/rules2011-07-18 17:26:55 +
+++ debian/rules2011-08-13 22:21:42 +
@@ -4,6 +4,8 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+
 ARCH = $(shell dpkg-architecture -qDEB_BUILD_ARCH)
 ifeq ($(ARCH),alpha)
   export CFLAGS="-O0 -mieee -fPIC -I../include -fno-exceptions 
-fomit-frame-pointer -Wall"
@@ -31,7 +33,7 @@
 ifeq ($(ARCH),powerpc)
echo "#define USE_BIG_ENDIAN" >include/lcms-endian.h
 endif
-   CFLAGS=$(CFLAGS) ./configure --prefix=/usr --with-python
+   CFLAGS=$(CFLAGS) ./configure --prefix=/usr 
--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) --with-python
cd python && ./swig_lcms && cd ..
make CFLAGS=$(CFLAGS)
touch build-stamp

Bug#624499: nss: FTBFS: "ERROR: Unable to switch FIPS modes." in override_dh_strip

[Thorsten Glaser]

Dixi quod…

>I think this was actually #625616 because it built fine now.

Well no, nss_3.12.11-1 failed again, recompiling it with no
changes other than doing absolutely nothing on the box at
the same time let it succeed though. (On the other hand,
by the time the fips code was reached, the box was probably
otherwise doing nothing, either…)

bye,
//mirabilos
-- 
Support mksh as /bin/sh and RoQA dash NOW!
‣ src:bash (254 (273) bugs: 1 RC, 175 (190) I&N, 78 (82) M&W, 0 F&P)
‣ src:dash (82 (90) bugs: 3 RC, 44 (47) I&N, 35 (40) M&W, 0 F&P)
‣ src:mksh (2 bugs: 0 RC, 0 I&N, 2 M&W, 0 F&P)



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

Bug#637731: binNMUs for some cruft-report packages

[Luca Falavigna]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu


Hi,

These are some binNMU requests for some packages in cruft-report:


nmu diagnostics_0.3.3-1.1 . ALL . -m 'Rebuild for ace transition.'
nmu ivtools_1.2.8a1-5 . amd64 i386 ia64 mips mipsel powerpc s390 sparc . -m 
'Rebuild for ace transition'
dw ivtools_1.2.8a1-5 . armel . -m 'libace-dev (>= 6.0.3)'

nmu engine-pkcs11_1.2.8a1-5 . ALL . -m 'Rebuild for libp11 transition.'
nmu pam-p11_0.1.8-2 . amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips 
mipsel powerpc s390 sparc . -m 'Rebuild for libp11 transition.'

nmu starpu-contrib_0.9.1-2 . i386 amd64 . -m 'Rebuild for nvidia-cuda-toolkit 
transition.'


Cheers,

-- 
  .''`.
 :  :' :   Luca Falavigna 
 `.  `'
   `-



signature.asc
Description: OpenPGP digital signature

Bug#637725: Acknowledgement (linux-image-3.0.0-1-amd64: Xen DomU restore fails with 3.0 kernel)

[Andreas Pflug]

I tested with DomU kernels 2.6.32-5-34squeeze1 (debian stable) and a
2.6.21 x86 (endian 2.2).
The Dom0 was tested with 2.6.32-5-35 and 3.0.0-1, i.e. the latest
squeeze and wheezy kernels.



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

Bug#567781: www.debian.org: converting the website to UTF-8

[Fernando C. Estrada]

Hi,

Thanks to Francesca the d-l10n-spanish pages are now in UTF-8.

$ grep CHARSET */.wmlrc |grep -vi utf | cut -d "/" -f1 | sort
czech
indonesian
korean
lithuanian
polish

Regards,
-- 
Fernando C. Estrada

We apologize for the inconvenience, but we'd still like yout to test out
this kernel.
-- Linus Torvalds, announcing another kernel patch



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

Bug#637725: linux-image-3.0.0-1-amd64: Xen DomU restore fails with 3.0 kernel

[Ben Hutchings]

On Sat, 2011-08-13 at 23:16 +0200, Andreas Pflug wrote:
> Package: linux-image-3.0.0-1-amd64
> Version: 3.0.0-1
> Severity: normal
> 
> On a Debian Stable host with recent backports, I added Xen 4.1 from
> recent Sid including all tools, and installed linux-image-3.0.0-1-amd64
> and its dependencies.
>
> DomU save/restore and migration works both with Xen 4.0 and 4.1, but
> with the 3.0 kernel the restore will render the DomU useless. The
> network interfaces are reattached to the bridge, but the DomU's network
> won't work.

It's not clear which domain you are running version 3.0.0-1 in.  Please
can you specify which kernel versions are in dom0 and domU, and which
were the previous working versions.

Ben.



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

Bug#637680: Not a bug of Monodevelop

[Nicolás López]

I've just realized that it is a bug of the web browser. You can close this
bug report, sorry.

Bug#637730: libgd-gd2-noxpm-perl: FTBFS with perl 5.14: CCFLAGS should include $Config{ccflags}

[Dominic Hargreaves]

Source: libgd-gd2-noxpm-perl
Version: 1:2.46-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.14-transition

As discussed on Debian bug #628522, this package fails to build with
perl 5.14.1 (in experimental) on i386 because $Config{ccflags} is being
overridden by local CCFLAGS options:

/usr/bin/make  -C . OPTIMIZE="-g -O2 -g -O2 -Wall"  test
make[1]: Entering directory 
`/build/dom-libgd-gd2-noxpm-perl_2.46-1+b1-i386-apbv7_/libgd-gd2-noxpm-perl-2.46'
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t
Not a CODE reference at /usr/lib/perl/5.14/DynaLoader.pm line 207.
END failed--call queue aborted at blib/lib/GD.pm line 207.
Compilation failed in require at t/GD.t line 14.
BEGIN failed--compilation aborted at t/GD.t line 14.
t/GD.t  
Dubious, test returned 2 (wstat 512, 0x200)
Failed 12/12 subtests 

This bug is also discussed upstream at
.

Please modify the build system of this package to append $Config{ccflags}
to CCFLAGS. In most cases this will be by editing Makefile.PL.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#637729: bug script should hide secrets in named.conf

[Ben Hutchings]

Package: bind9
Version: 1:9.7.3.dfsg-1~squeeze3
Severity: normal

When including named.conf, the bug script should try to hide secrets.
As an example, in the linux-image-* bug script we do:

  # Hide passwords/keys
  awk '$1 ~ /key|pass|^wpa-(anonymous|identity|phase|pin|private|psk)/ { 
gsub(".", "*", $2); }
   $1 == "ethtool-wol" { gsub(".", "*", $3); }
   !/^[[:space:]]*\#/ { print; }
  ' &3

The above also removes comments, since secrets might be present in
comments too.

Ben.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (100, 
'proposed-updates'), (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-486
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 bind9 depends on:
ii  adduser  3.112+nmu2  add and remove users and groups
ii  bind9utils   1:9.7.3.dfsg-1~squeeze3 Utilities for BIND
ii  debconf [debconf 1.5.36.1Debian configuration management sy
ii  libbind9-60  1:9.7.3.dfsg-1~squeeze3 BIND9 Shared Library used by BIND
ii  libc62.11.2-10   Embedded GNU C Library: Shared lib
ii  libcap2  1:2.19-3support for getting/setting POSIX.
ii  libdb4.8 4.8.30-2Berkeley v4.8 Database Libraries [
ii  libdns69 1:9.7.3.dfsg-1~squeeze3 DNS Shared Library used by BIND
ii  libgssapi-krb5-2 1.8.3+dfsg-4squeeze1MIT Kerberos runtime libraries - k
ii  libisc62 1:9.7.3.dfsg-1~squeeze3 ISC Shared Library used by BIND
ii  libisccc60   1:9.7.3.dfsg-1~squeeze3 Command Channel Library used by BI
ii  libisccfg62  1:9.7.3.dfsg-1~squeeze3 Config File Handling Library used 
ii  libldap-2.4-22.4.23-7.2  OpenLDAP libraries
ii  liblwres60   1:9.7.3.dfsg-1~squeeze3 Lightweight Resolver Library used 
ii  libssl0.9.8  0.9.8o-4squeeze1SSL shared libraries
ii  libxml2  2.7.8.dfsg-2+squeeze1   GNOME XML library
ii  lsb-base 3.2-23.2squeeze1Linux Standard Base 3.2 init scrip
ii  net-tools1.60-23 The NET-3 networking toolkit
ii  netbase  4.45Basic TCP/IP networking system

bind9 recommends no packages.

Versions of packages bind9 suggests:
ii  bind9-doc1:9.7.3.dfsg-1~squeeze3 Documentation for BIND
ii  dnsutils 1:9.7.3.dfsg-1~squeeze3 Clients provided with BIND
pn  resolvconf (no description available)
pn  ufw(no description available)

-- Configuration Files:
/etc/bind/named.conf changed [not included]

-- 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#637720: Bug#637667: libkpathsea5: breaks pdflatex on big endian platforms

[Aurelien Jarno]

On Sat, Aug 13, 2011 at 11:43:27PM +0200, Hilmar Preusse wrote:
> On 13.08.11 Aurelien Jarno (aure...@debian.org) wrote:
> 
> Hi Aurelien,
> 
> > clone -1 637667
> > retitle -1 libkpathsea5: ABI changed on 32-bit platforms
> > thanks
> > 
> Many thanks for your bug report and analysis. I'm sorry for the
> inconvenience!
> 
> Could you check if the broken LFS support also introduced #637667?
> I.e. simply comment the patch (partial_lfs_support.diff) in the
> series files, rebuild the package and test it?
> 

Yes, both bugs are related to the same change. I have actually detected
the ABI change this way. I have disabled partial_lfs_support.diff,
installed only libkpathsea5 and got a segfault. Installing also
texlive-binaries makes the segfault, and the problem reported in #637667
to disappear.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#573320: yea

[Ame Doogan]

i wanna cheat

Bug#637720: Bug#637667: libkpathsea5: breaks pdflatex on big endian platforms

[Hilmar Preusse]

On 13.08.11 Aurelien Jarno (aure...@debian.org) wrote:

Hi Aurelien,

> clone -1 637667
> retitle -1 libkpathsea5: ABI changed on 32-bit platforms
> thanks
> 
Many thanks for your bug report and analysis. I'm sorry for the
inconvenience!

Could you check if the broken LFS support also introduced #637667?
I.e. simply comment the patch (partial_lfs_support.diff) in the
series files, rebuild the package and test it?

Many thanks,
  Hilmar

> On Sat, Aug 13, 2011 at 05:50:04PM +0200, Aurelien Jarno wrote:
> > Package: libkpathsea5
> > Version: 2009-10
> > Severity: serious
> > 
> > When libkpathsea5 version 2009-10 pdflatex doesn't work anymore, and
> > issues strange errors:
> > 
> > | Chapter 1.
> > |  
> > | Overfull \hbox (12.65096pt too wide) in paragraph at lines 65--66
> > | [] 
> > | [2 <./yaws_head.pdf>] [3pdflatex: yaws: Invalid argument
> > 
> > This is not reproducible with libkpathsea5 version 2009-09. All big 
> > endian platforms seems affected, at least mips, powerpc, s390 and sparc.
> > See for example the following build logs:
> > 
> > https://buildd.debian.org/status/package.php?p=yaws&suite=sid
> > https://buildd.debian.org/status/package.php?p=freefem%2B%2B&suite=sid
> > 
> 
> The problem is due to the following change:
> 
> | * comment the --disable-largefile switch in upstream build script
> |   (partial_lfs_support.diff). This hopefully (Closes: #618033). dvips
> |   still can't write files > 2GB (see #383781).
> 
> This patch does:
> 
> | diff -urN texlive-bin-2009.orig/Build texlive-bin-2009/Build
> | --- texlive-bin-2009.orig/Build 2009-09-17 15:40:44.0 +0200
> | +++ texlive-bin-2009/Build  2011-03-28 19:40:09.0 +0200
> | @@ -66,7 +66,7 @@
> | 
> |  # longinteger and off_t declarations are still inconsistent, do not
> |  # enable this unless you are testing.
> | -: ${TL_CONF_LARGEFILE=--disable-largefile}
> | +# : ${TL_CONF_LARGEFILE=--disable-largefile}
> | 
> |  # default to static linking.
> |  : ${TL_CONF_SHARED=--disable-shared}
> 
> As the comments says long int and off_t are still used in the code,
> which means on 32-bit architectures, setting off_t to 64-bit with
> largefile support, the type doesn't match. On little endian machines,
> only the high part is lost (which means the problem only appears with
> files bigger than 2GB), on big endian machines the offset is completely
> wrong.
> 
> Also given that libkpathsea exports the following function,
> 
> | xfseeko(FILE *, off_t, int, string filename)
> 
> enabling largefile support change off_t to 64 bits on 32-bit
> Linux architecture and breaks the ABI.
> 
> I am therefore cloning this bug for this slightly different problem.
> 
-- 
No evil can happen to a good man.
-- Plato
  http://www.hilmar-preusse.de.vu/



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

Bug#637728: Misleading error message for dynamic DNS update on wrong zone

[Ben Hutchings]

Package: bind9
Version: 1:9.7.3.dfsg-1~squeeze3
Severity: normal

I used to have a zone file for i.decadent.org.uk, but have since
combined that domain into the zone file for decadent.org.uk.  dhcpd
remained configured to update i.decadent.org.uk and its updates were
refused, though I didn't notice this for some time.  When I did, I saw
the log message:

Aug 13 21:04:42 shadbolt named[17464]: client 127.0.0.1#46994: view localhost: 
updating zone 'decadent.org.uk/IN': update failed: not authoritative for update 
zone (NOTAUTH)

This refers to zone decadent.org.uk for which named clearly *is*
authoritative.  It should refer to the zone which the client (dhcpd)
attempted to update, which is i.decadent.org.uk.

Ben.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (100, 
'proposed-updates'), (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-486
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 bind9 depends on:
ii  adduser  3.112+nmu2  add and remove users and groups
ii  bind9utils   1:9.7.3.dfsg-1~squeeze3 Utilities for BIND
ii  debconf [debconf 1.5.36.1Debian configuration management sy
ii  libbind9-60  1:9.7.3.dfsg-1~squeeze3 BIND9 Shared Library used by BIND
ii  libc62.11.2-10   Embedded GNU C Library: Shared lib
ii  libcap2  1:2.19-3support for getting/setting POSIX.
ii  libdb4.8 4.8.30-2Berkeley v4.8 Database Libraries [
ii  libdns69 1:9.7.3.dfsg-1~squeeze3 DNS Shared Library used by BIND
ii  libgssapi-krb5-2 1.8.3+dfsg-4squeeze1MIT Kerberos runtime libraries - k
ii  libisc62 1:9.7.3.dfsg-1~squeeze3 ISC Shared Library used by BIND
ii  libisccc60   1:9.7.3.dfsg-1~squeeze3 Command Channel Library used by BI
ii  libisccfg62  1:9.7.3.dfsg-1~squeeze3 Config File Handling Library used 
ii  libldap-2.4-22.4.23-7.2  OpenLDAP libraries
ii  liblwres60   1:9.7.3.dfsg-1~squeeze3 Lightweight Resolver Library used 
ii  libssl0.9.8  0.9.8o-4squeeze1SSL shared libraries
ii  libxml2  2.7.8.dfsg-2+squeeze1   GNOME XML library
ii  lsb-base 3.2-23.2squeeze1Linux Standard Base 3.2 init scrip
ii  net-tools1.60-23 The NET-3 networking toolkit
ii  netbase  4.45Basic TCP/IP networking system

bind9 recommends no packages.

Versions of packages bind9 suggests:
ii  bind9-doc1:9.7.3.dfsg-1~squeeze3 Documentation for BIND
ii  dnsutils 1:9.7.3.dfsg-1~squeeze3 Clients provided with BIND
pn  resolvconf (no description available)
pn  ufw(no description available)

-- Configuration Files:
/etc/bind/named.conf changed:
// This is the primary configuration file for the BIND DNS server named.
//
// Please read /usr/share/doc/bind/README.Debian for information on the 
// structure of BIND configuration files in Debian for BIND versions 8.2.1 
// and later, *BEFORE* you customize this configuration file.
//
key dhcp_updater {
algorithm HMAC-MD5.SIG-ALG.REG.INT;
secret REDACTED;
};
options {
directory "/var/cache/bind";
listen-on {
127.0.0.1; 192.168.0.0/16;
};
// If there is a firewall between you and nameservers you want
// to talk to, you might need to uncomment the query-source
// directive below.  Previous versions of BIND always asked
// questions using port 53, but BIND 8.1 and later use an unprivileged
// port by default.
// query-source address * port 53;
// UDP fragmentation seems to result in loss, so set the advertised
// maximum to the external MTU - UDP/IP overhead.
edns-udp-size 1464;
// If your ISP provided one or more IP addresses for stable 
// nameservers, you probably want to use them as forwarders.  
// Uncomment the following block, and insert the addresses replacing 
// the all-0's placeholder.
//forward only;
//  forwarders {
//  212.23.3.100;
//  212.23.6.100;
//  };
};
// reduce log verbosity on issues outside our control
logging {
category lame-servers { null; };
};
view "client" {
match-clients { 192.168.0.0/16; };
// prime the server with knowledge of the root servers
zone "." {
type hint;
file "/etc/bind/db.root";
};
// be authoritative for the localhost forward and reverse zones, and for
// broadcast zones as per RFC 1912
zone "localhost" {
type master;
file "/etc/bind/db.local";
};
zone "127.in-addr.arpa" {
type master;
file "/etc/bind/db.127";
};
zo

Bug#636170: linux-image-3.0.0-1-loongson-2f doesn't allow some connections through iptables

[Javier Vasquez]

One clarification on the msn connection issue.  I can connect on the
gateway.  I can not connect on the boxes connected to the gateway, :-)
 So this to re-enforce the idea it's something in the forwarding, or
filtering provided by iptables which seems broken...

Just in case this was not clear...



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

Bug#328391: dpatch: could default to -b when only debian

[Gergely Nagy]

tag 328391 + wontfix
thanks

For -b to work by default, dpatch-get-origtargz must work
reliably. However, it doesn't. So much so, that it is scheduled for
removal in the next dpatch upload.

Instead, debian/rules get-orig-source should be provided by the
packaging, and an appropriate hook script set up.

But with the removal of dpatch-get-origtargz, -b cannot be made default
unless there is a debian/rules get-orig-source.. and while I can do a
test for that, dpep is already too clever, so I'd rather not make it
even more so, lest it gains conciousness.

-- 
|8]



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

Bug#637727: libdbi-ruby1.8: DBI::StatementHandle::fetch or fetch_all convert SQL DATE type into DateTime but should be Date

[Henry House]

Subject: libdbi-ruby1.8: DBI::StatementHandle::fetch or fetch_all convert SQL 
DATE type into DateTime but should be Date
Package: libdbi-ruby1.8
Version: 0.4.3-2
Severity: important

*** Please type your report below this line ***
When a result set, obtained by DBI::StatementHandle::fetch or fetch_all
contains a column of SQL type DATE, it is converted by the DBI to a
DateTime object with zeroes in all time fields. Its dbi_type is
DBI::Type::Timestamp. In other words, the DBI does not distinguish
between the SQL types TIMESTAMP and DATE. Example:

irb> db.execute('select thedate from mytable').fetch[0]
=> #
irb> db.execute('select thedate from mytable').fetch[0].to_s
=> "2011-07-13T00:00:00+00:00"
irb> db.execute('select thedate from mytable').fetch_array[0].to_s
=> "2011-07-13"
irb> db.execute('select thedate from mytable').column_info
=> [{:type=>"date", :scale=>nil, :array_of_type=>nil,
:dbi_type=>DBI::Type::Timestamp, :precision=>nil,
:name=>"thedate", :type_name=>"date"}]

where db is a DBI connection handle and mytable.thedate is a column of
SQL type DATE. As you can see fetch_array, which does no type
convertion, produces the date correctly just as it was returned by the
RDBMS (PostgreSQL in this case).

This is a DBI problem, not a PostgreSQL or dbd-pg problem. This can be
verified by looking at /usr/lib/ruby/1.8/dbi/types.rb:

163 def self.parse(obj)
164 case obj
165 when ::DateTime
166 return obj
167 when ::Date
168 return create(obj.year, obj.month, obj.day, 0, 0, 0)

The date 2011-08-13 is not the same as the date and time
2011-08-13t00:00:00+00:00 and therefore the two should not be conflated.
Furthermore, Ruby has a perfectly reasonable class, Date, that matches
with the SQL type DATE.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (x86_64)

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

Versions of packages libdbi-ruby1.8 depends on:
ii  libdeprecated-ruby1. 2.0.1-2 Library for handling deprecated co
ii  libruby1.8   1.8.7.302-2squeeze1 Libraries necessary to run Ruby 1.

libdbi-ruby1.8 recommends no packages.

Versions of packages libdbi-ruby1.8 suggests:
pn  libdbi-ruby(no description available)

-- debconf-show failed



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

Bug#637726: [emacs-w3m:11618] mouse sick these day

[jidanni]

Package: w3m-el-snapshot
Version: 1.4.438+0.20110511-1
Severity: wishlist
X-debbugs-CC:  na...@elisp.net, emacs-...@namazu.org

> "NA" == Naohiro Aota  writes:
NA> jida...@jidanni.org writes:

>> 1. middle clicking on links creates windows called "no-title".
>> 2. I cannot select those windows by left clicking

NA> middle click should do almost the same thing as "RET" do. "RET" works
NA> like that too?

Well all I know is I wish the Debian emacs-w3m snapshot was combined
with emacs-snapshot... Doing C-u C-u RET still gives
w3m-toolbar-define-keys: `keymap' is reserved for embedded parent maps
So I hope Debian will update...



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

Bug#608078: sec: removing the package does not stop daemon

[Jaakko Niemi]

Hi,

That version of sec, does have prerm script in the package:

--
#!/bin/sh
set -e
# Automatically added by dh_installinit
if [ -x "/etc/init.d/sec" ]; then
if [ -x "`which invoke-rc.d 2>/dev/null`" ]; then
invoke-rc.d sec stop || exit $?
else
/etc/init.d/sec stop || exit $?
fi
fi
# End automatically added section

--

Doing installation and removal on clean box, I could not reproduce the issue.
Can you see if you can make it happen again, please ?

--j

On Mon, 27 Dec 2010, Serafeim Zanikolas wrote:
> Package: sec
> Version: 2.5.3-1+nmu1
> Severity: normal
> 
> Hi,
> 
> Removing sec does not stop its daemon. The prerm script should be calling
> sec's init script with a stop argument (this can be easily taken care of with
> dh_installinit).
> 
> Cheers,
> Serafeim
> 
> ps. I'm setting the severity only to normal since sec doesn't run out of the
> box
> 
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages sec depends on:
> ii  perl  5.10.1-16  Larry Wall's Practical 
> Extraction 
> 
> sec recommends no packages.
> 
> sec suggests no packages.
> 
> 
> 
> 
>  ** CRM114 Whitelisted by: ow...@bugs.debian.org **
>  
>  ** ACCEPT: CRM114 Whitelisted by: ow...@bugs.debian.org **
>  



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

Bug#495985: Intend to package again TCPDF.

[Jérémy Lal]

Hi,
just to make sure you noticed ttf2ufm has been uploaded by Ondřej Surý
a couple of days ago, that should help tcpdf packaging.
I'm interested because parts of tcpdf are in redmine 1.2,
so i'll follow your work on debian/copyright.

Regards,
Jérémy.



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

Bug#391776: dpatch-get-origtargz silently renames .bz2 to .gz

[Gergely Nagy]

tag 391776 + wontfix
thanks

I considered rewriting dpatch-get-origtargz to support most compressions
(gz, bz2 and xz), but it turned out to be more difficult than first
estimated.

Nowadays there's debian/rules get-orig-source and uupdate, which are
superior solutions. Therefore, the next upload will remove the
dpatch-get-origtargz script, and the dpatch-edit-patch feature that
depended on it too.

If anyone still uses this feature, they're well advised to switch to
debian/rules get-orig-source instead. It's far more reliable.

-- 
|8]



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

Bug#632682: base-files: please provide a /lib64 -> /lib symlink on 64-bit systems

[Sven Joachim]

Thanks for the review, Jonathan.

On 2011-08-13 22:14 +0200, Jonathan Nieder wrote:

> Sven Joachim wrote:
>
>> - link_name="debian/tmp-$(curpass)/lib/$$rtld_so" ; \
>> + link_name="debian/tmp-$(curpass)/$(call xx,rtlddir)/$$rtld_so" ; \
>>   target="$(call xx,slibdir)/$$(readlink 
>> debian/tmp-$(curpass)/$(call xx,slibdir)/$$rtld_so)" ; \
>> + mkdir -p debian/tmp-$(curpass)/$(call xx,rtlddir); \
>>   ln -s $$target $$link_name ;  \
>
> Do I understand correctly that this is this a no-op (to prepare for
> patch 5)?

Ouch.  It should not have been; I made a mistake while rebasing the
patches, because the target dir in libc.install needs to be set to
RTLDDIR, not to /lib.

> [...]
>> @@ -384,6 +404,13 @@ fi
>>  #DEBHELPER#
>>  
>>  if [ -n "$preversion" ]; then
>> +if test -L /lib64; then
>> +case ${DPKG_MAINTSCRIPT_ARCH:-$(dpkg --print-architecture)} in
>> +amd64 | ppc64 | sparc64 | s390x)
>> +remove_lib64_symlink ;;
>> +esac
>> +fi
>
> If DPKG_MAINTSCRIPT_ARCH isn't set for some reason, this gives the
> wrong value.  Would it be possible to introduce a variable in
> debian/rules.d/debhelper.mk so the right value can be cooked in at
> build time?

Probably, but I guess it does not matter in practice.
DPKG_MAINTSCRIPT_ARCH is exported by dpkg since 1.15.4, and old dpkg
versions don't support multiarch so you have to do something totally
weird to install a foreign libc6.

>> It would be more prudent to prevent the downgrade from happening, but
>> if we fail the prerm script, the one from the previous version kicks
>> in and succeeds.
>
> Fixed by dpkg commit 9d3ec0f5 (“dpkg: do not fallback to "new-prerm
> failed-upgrade" for downgrades”).  Probably that's too new to count
> on.

Ah, I wasn't aware of that.  Still, adding a Pre-Depends on dpkg 1.16.1
on the affected arches is probably not a good idea.

>> +#Downgrading from a version with a /lib64 directory to a version with
>> +# a /lib64 symlink is extremely dangerous.  We need to blow away the
>> +# directory and restore the symlink, otherwise the dynamic linker gets
>> +# lost after unpacking the replacing version.
>> +
>> +ldfile=$(readlink -e RTLD_SO)
>> +# Test if libc is of the same architecture as coreutils
>> +# If not, they almost surely have a multiarch system and we can use
>> +# the native ELF interpreter
>> +if ! $ldfile /bin/true 2>/dev/null; then
>> +interpreter=
>> +else
>> +interpreter=$ldfile
>> +fi
>> +
>> +# sync before and after the operation to reduce the danger of hosing
>> +# the system
>> +sync
>> +rm -rf /lib64
>> +$interpreter /bin/ln -s /lib /lib64
>
> Maybe it would be possible to mv /lib64 somewhere and loudly let the
> admin know about it if it contains anything more than the dynamic
> linker.

Good idea.  Something like that:

  aside=$(mktemp -d /lib64-moved-by-libc6-prerm.XX)
  echo "Moving /lib64 aside to $aside"
  mv /lib64 $aside


I have some private undertakings tomorrow, will likely send a new patch
series on Monday, unless somebody beats me to it.

Cheers,
   Sven

-- 
I still say "/lib64" is one of the nastiest pieces of shit I've ever
heard of.
-- Branden Robinson




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

Bug#637725: linux-image-3.0.0-1-amd64: Xen DomU restore fails with 3.0 kernel

[Andreas Pflug]

Package: linux-image-3.0.0-1-amd64
Version: 3.0.0-1
Severity: normal

On a Debian Stable host with recent backports, I added Xen 4.1 from
recent Sid including all tools, and installed linux-image-3.0.0-1-amd64
and its dependencies.

DomU save/restore and migration works both with Xen 4.0 and 4.1, but
with the 3.0 kernel the restore will render the DomU useless. The
network interfaces are reattached to the bridge, but the DomU's network
won't work.



-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages linux-image-3.0.0-1-amd64 depends on:
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration
management sy
ii  initramfs-tools [linux-init 0.99~bpo60+1 tools for generating an
initramfs
ii  linux-base  3.3  Linux image base package
ii  module-init-tools   3.12-1   tools for managing Linux
kernel mo

Versions of packages linux-image-3.0.0-1-amd64 recommends:
ii  firmware-linux-free   3  Binary firmware for various
driver

Versions of packages linux-image-3.0.0-1-amd64 suggests:
ii  grub-pc 1.98+20100804-14 GRand Unified Bootloader,
version
pn  linux-doc-3.0.0(no description available)

ii  libxenstore3.0  4.1.1-1  Xenstore communications
library for Xen
ii  xen-hypervisor-4.0-amd644.0.1-2  The Xen Hypervisor on AMD64
ii  xen-hypervisor-4.1-amd644.1.1-1  Xen Hypervisor on AMD64
ii  xen-qemu-dm-4.0 4.0.1-2  Xen Qemu Device Model
virtual machine hardware emulator
ii  xen-tools   4.2-1Tools to manage Xen virtual
servers
ii  xen-utils-4.0   4.0.1-2  XEN administrative tools
ii  xen-utils-4.1   4.1.1-1  XEN administrative tools
ii  xen-utils-common4.1.0~rc6-1  XEN administrative tools -
common files
ii  xenstore-utils  4.1.1-1  Xenstore utilities for Xen




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

Bug#637724: uml-utilities: please consider using linux-any

[Christoph Egger]

Package: src:uml-utilities
Version: 20070815-1.2
Severity: normal
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd-nfu
X-Debbugs-Cc: debian-...@lists.debian.org

Hi!

  Your package `uml-utilities` looks quite linux-specific. If so, could
you please adjust the architecture field from `any` to `linux-any`?

Regards

Christoph

If you have further questions please mail debian-...@lists.debian.org

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer



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

Bug#637722: New upstream version 6

[Vincent Legout]

Package: gnuchess
Severity: wishlist

Hi,

A new upstream version was released a few months ago, GNU Chess is now based on
Fruit and version 5 is no longer under development. I think it would be a good
idea to upgrade the package and I offer my help to maintain gnuchess if you
want.

Thanks,
Vincent



-- System Information:
Debian Release: 6.0.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)



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

Bug#637721: videolink: FTBFS: fatal error: gtkmozembed.h: No such file or directory

[Christoph Egger]

Package: src:videolink
Version: 1.2.11-1
Severity: serious
Tags: sid wheezy
Justification: fails to build from source (but built successfully in the past)

Hi!

Your package failed to build on the buildds:

g++ -ansi -Wall -Wunused -g -D_REENTRANT -o .objs/auto_proc.o -MD -MF 
.objs/auto_proc.d -c auto_proc.cpp
g++ -ansi -Wall -Wunused -g -Wno-non-virtual-dtor -D_REENTRANT 
-DMOZ_LIB_DIR='"/usr/lib/xulrunner-1.9"' -pthread -I/usr/include/gtk-2.0 
-I/usr/include/gtk-unix-print-2.0 -I/usr/include/atk-1.0 
-I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 
-I/usr/include/libpng12 -I/usr/lib/x86_64-kfreebsd-gnu/gtk-2.0/include 
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/gtkmm-2.4 
-I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/giomm-2.4 
-I/usr/lib/giomm-2.4/include -I/usr/include/pangomm-1.4 
-I/usr/lib/pangomm-1.4/include -I/usr/include/gdkmm-2.4 
-I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 
-I/usr/lib/glibmm-2.4/include -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/sigc++-2.0 
-I/usr/lib/sigc++-2.0/include -I/usr/include/cairomm-1.0 
-I/usr/lib/cairomm-1.0/include -I/usr/include/cairo 
-I/usr/include/gio-unix-2.0/   -DXPCOM_GLUE -I/usr/include/xulrunner-5.0 
-I/usr/include/nspr -DXPCOM_GLUE_USE_NSPR  -DMOZ_VERSION_MAJOR=5 
-DMOZ_VERSION_MINOR=0 -DMOZ_VERSION_MICRO= -o .objs/browser_widget.o -MD -MF 
.objs/browser_widget.d -c browser_widget.cpp
In file included from browser_widget.cpp:4:0:
browser_widget.hpp:11:25: fatal error: gtkmozembed.h: No such file or directory
compilation terminated.
make[1]: *** [.objs/browser_widget.o] Error 1

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=videolink&arch=kfreebsd-amd64&ver=1.2.11-1%2Bb1&stamp=1312398012

Regards

Christoph


-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer



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

Bug#637719: trac-ja-resource: package should be updated to 0.12 release

[Arthur de Jong]

Subject: trac-ja-resource: package should be updated to 0.12 release
Package: trac-ja-resource
Version: 0.11.5.ja1-1
Severity: serious
Justification: prevents release of trac 0.12

Currently trac-ja-resource prevents migration of trac 0.12 to testing
because it will make trac-ja-resource 0.11 uninstallable.
trac-ja-resource should be updated to a 0.12 release.

It seems that an updated version (0.12.ja1) is available here:
  http://www.i-act.co.jp/
but I don't read Japanese so I could be missing something.

Thanks.

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

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

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


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

Bug#594800: 0ad beta 6 packages

[Vincent Cheng]

On Sat, Aug 13, 2011 at 1:00 PM, Paul Wise  wrote:
> On Sat, Aug 13, 2011 at 9:22 PM, Joachim Breitner  wrote:
>
>> what is the state of the 0ad ITP?
>>
>> The newest package on mentors is beta 4, it would be nice to get updated
>> packages there, even while they are made fit for the main archive.
>
> I don't think anything has changed since the RFS thread:
>
> http://lists.debian.org/debian-mentors/2011/04/threads.html#00021
>

Alpha 6 (there haven't been any beta releases yet) is now compatible
with the version of enet in Debian sid (1.3), so that's one less thing
to worry about. But I'm not sure if it's ready for another RFS.

> IIRC there were/are embedded library issues.

Now that enet is taken care of, I believe the only remaining embedded
library is libmozjs/spidermonkey.

> Probably it also needs an audit to see if it complies with DFSG item 2
> along these guidelines:
>
> http://www.freedesktop.org/wiki/Games/Upstream#Source
>

I'll upload it to mentors.d.n later tonight or tomorrow if anyone
wants to take a second look at it.

- Vincent



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

Bug#635192: glibc-bsd: please provide O_CLOEXEC

[Aurelien Jarno]

On Sat, Jul 23, 2011 at 10:49:03AM -0500, Jonathan Nieder wrote:
> Package: libc0.1-dev
> Version: 2.13-10
> Severity: wishlist
> 
> Hi,
> 
> FreeBSD gained an implementation for O_CLOEXEC in r21 (Add
> O_CLOEXEC flag to open(2) and fhopen(2), 2011-03-25), which made its
> way to the freebsd 8 branch in r220241 (MFC r21, 2011-04-01).
> Here's a minimal patch (untested) to expose it along with some other
> constants from sys/fcntl.h.
> 
> I'd prefer to find a way to make use of the sys/fcntl.h header
> directly to avoid having to chase changes like this, but the
> infrastructure doesn't seem to be available for that.
> 
> No O_SEARCH yet, since kFreeBSD doesn't seem to implement it.
> 
> 2011-07-23  Jonathan Nieder  
> 
>   * bits/fcntl.h: Define O_EXEC, O_TTY_INIT, O_CLOEXEC, and O_DIRECTORY,
>   guarded by __USE_XOPEN2K8.  Values are from sys/sys/fcntl.h of FreeBSD
>   9-current.
>   * bits/fcntl.h: Do not require __USE_GNU as a condition for defining
>   O_NOFOLLOW.  Make the condition __USE_XOPEN2K8 instead since the flag
>   is defined in that standard.
> 
> diff --git i/bits/fcntl.h w/bits/fcntl.h
> index 7641626a..8669c9ae 100644
> --- i/bits/fcntl.h
> +++ w/bits/fcntl.h
> @@ -47,9 +47,7 @@
>  
>  #ifdef __USE_GNU
>  # define O_DIRECT020 /* Direct disk access.  */
> -enum { O_DIRECTORY = 0 };/* Must be a directory.  */
>  enum { O_NOATIME = 0};  /* Do not set atime.  */
> -# define O_NOFOLLOW 0400 /* Do not follow links.  */
>  #endif
>  
>  #ifdef __USE_BSD
> @@ -65,6 +63,14 @@ enum { O_NOATIME = 0};  /* Do not set atime.  */
>  # define O_RSYNC O_SYNC  /* Synchronize read operations.  */
>  #endif
>  
> +#ifdef __USE_XOPEN2K8
> +# define O_EXEC  0100 /* Open without read or write access.  
> */
> +# define O_TTY_INIT  0200
> +# define O_CLOEXEC   0400
> +# define O_DIRECTORY 040 /* Must be a directory.  */
> +# define O_NOFOLLOW 0400 /* Do not follow links.  */
> +#endif
> +
>  /* Since 'off_t' is 64-bit, O_LARGEFILE is a no-op.  */
>  #define O_LARGEFILE  0
>  

I don't think we want such a patch right now, unless we also provide
modify the open function to call fcntl() with FD_CLOEXEC as a fallback.
Otherwise code is going to start using O_CLOEXEC, and leak file
descriptors on old kernel (with old being the kernel we ship). The
fallback is not racy, but should catch most of the cases.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#637718: gnupg.vim: fails if using keyid-format long

[Enrico Zini]

Package: vim-scripts
Version: 20091011
Severity: serious

Hello,

considering that people are now able to generate gpg keys with an
arbitrary 32bit keyid, I switched to "keyid-format long".

It turns out that gnupg.vim fails with that. Combine it with #573440 and
#600481, and I'm now very unhappily restoring my password file from
backups.


Ciao,

Enrico


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

Kernel: Linux 3.0.0-1-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

vim-scripts depends on no packages.

Versions of packages vim-scripts recommends:
ii  vim   2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - enhanced vi editor
ii  vim-addon 0.4.3  manager of addons for the Vim edit
ii  vim-gtk [ 2:7.3.154+hg~74503f6ee649-2+b1 Vi IMproved - enhanced vi editor -

Versions of packages vim-scripts suggests:
pn  libtemplate-perl   (no description available)
pn  perlsgml   (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#637717: doesn't set exit code on errors

[Niko Tyni]

Package: eyed3
Version: 0.6.17-1
Severity: normal

The program exits normally even when it could not carry out the
requested operation.

% eyeD3 --set-text-frame=COMM:test t.mp3

t.mp3   [ 51.88 MB ]
---
Time: 37:08 MPEG1, Layer III[ ~195 kb/s @ 44100 Hz - Joint stereo ]
---
No ID3 v1.x/v2.x tag found!
Setting COMM frame to 'test'
Invalid Frame ID: COMM
% echo $?
0


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

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages eyed3 depends on:
ii  python2.6.7-3interactive high-level object-orie
ii  python-eyed3  0.6.17-1   Python module for id3-tags manipul

eyed3 recommends no packages.

eyed3 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#637667: libkpathsea5: breaks pdflatex on big endian platforms

[Aurelien Jarno]

clone -1 637667
retitle -1 libkpathsea5: ABI changed on 32-bit platforms
thanks

On Sat, Aug 13, 2011 at 05:50:04PM +0200, Aurelien Jarno wrote:
> Package: libkpathsea5
> Version: 2009-10
> Severity: serious
> 
> When libkpathsea5 version 2009-10 pdflatex doesn't work anymore, and
> issues strange errors:
> 
> | Chapter 1.
> |  
> | Overfull \hbox (12.65096pt too wide) in paragraph at lines 65--66
> | [] 
> | [2 <./yaws_head.pdf>] [3pdflatex: yaws: Invalid argument
> 
> This is not reproducible with libkpathsea5 version 2009-09. All big 
> endian platforms seems affected, at least mips, powerpc, s390 and sparc.
> See for example the following build logs:
> 
> https://buildd.debian.org/status/package.php?p=yaws&suite=sid
> https://buildd.debian.org/status/package.php?p=freefem%2B%2B&suite=sid
> 

The problem is due to the following change:

| * comment the --disable-largefile switch in upstream build script
|   (partial_lfs_support.diff). This hopefully (Closes: #618033). dvips
|   still can't write files > 2GB (see #383781).

This patch does:

| diff -urN texlive-bin-2009.orig/Build texlive-bin-2009/Build
| --- texlive-bin-2009.orig/Build 2009-09-17 15:40:44.0 +0200
| +++ texlive-bin-2009/Build  2011-03-28 19:40:09.0 +0200
| @@ -66,7 +66,7 @@
| 
|  # longinteger and off_t declarations are still inconsistent, do not
|  # enable this unless you are testing.
| -: ${TL_CONF_LARGEFILE=--disable-largefile}
| +# : ${TL_CONF_LARGEFILE=--disable-largefile}
| 
|  # default to static linking.
|  : ${TL_CONF_SHARED=--disable-shared}

As the comments says long int and off_t are still used in the code,
which means on 32-bit architectures, setting off_t to 64-bit with
largefile support, the type doesn't match. On little endian machines,
only the high part is lost (which means the problem only appears with
files bigger than 2GB), on big endian machines the offset is completely
wrong.

Also given that libkpathsea exports the following function,

| xfseeko(FILE *, off_t, int, string filename)

enabling largefile support change off_t to 64 bits on 32-bit
Linux architecture and breaks the ABI.

I am therefore cloning this bug for this slightly different problem.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#598968: marked as done (ITP: bsnes -- Accurate SNES/SuperFamicom emulator)

[Tobias Hansen]

Am 13.08.2011 12:37, schrieb Adrian Glaubitz:

If pbuilder doesn't work, you can alternatively try using sbuild.



Thanks, I already got pbuilder running and tested the new package.

Regards, Tobias



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

Bug#637716: offlineimap: Fails to upload emails with some locales

[Louis Rilling]

Package: offlineimap
Version: 6.2.0.2-2
Severity: important

Sometimes offlineimap fails to copy messages from maildir to IMAP, producing 
the trace below when run with '-d imap -1' (message body is truncated for both 
privacy and readability).



Thread 'New msg sync from ML' terminated with exception:
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/offlineimap/threadutil.py", line 149, in 
run
Thread.run(self)
  File "/usr/lib/python2.6/threading.py", line 484, in run
self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/pymodules/python2.6/offlineimap/folder/Base.py", line 213, in 
syncmessagesto_neguid_msg
successuid = tryappend.savemessage(uid, message, flags, rtime)
  File "/usr/lib/pymodules/python2.6/offlineimap/folder/IMAP.py", line 342, in 
savemessage
raise AssertionError
AssertionError


Last 44 debug messages logged for New msg sync from ML prior to exception:
imap: savemessage: called
imap:   53:09.00 > CENJ28 SELECT INBOX.ML
imap:   53:09.04 < * FLAGS (NonJunk Old \Draft \Answered \Flagged \Deleted 
\Seen \Recent)
imap:   53:09.04matched r'\* (?P[A-Z-]+)( (?P.*))?' => 
('FLAGS', ' (NonJunk Old \\Draft \\Answered \\Flagged \\Deleted \\Seen 
\\Recent)', '(NonJunk Old \\Draft \\Answered \\Flagged \\Deleted \\Seen 
\\Recent)')
imap:   53:09.04 untagged_responses[FLAGS] 0 += ["(NonJunk Old \Draft \Answered 
\Flagged \Deleted \Seen \Recent)"]
imap:   53:09.04 < * OK [PERMANENTFLAGS (NonJunk Old \* \Draft \Answered 
\Flagged \Deleted \Seen)] Limited
imap:   53:09.04matched r'\* (?P[A-Z-]+)( (?P.*))?' => 
('OK', ' [PERMANENTFLAGS (NonJunk Old \\* \\Draft \\Answered \\Flagged 
\\Deleted \\Seen)] Limited', '[PERMANENTFLAGS (NonJunk Old \\* \\Draft 
\\Answered \\Flagged \\Deleted \\Seen)] Limited')
imap:   53:09.04 untagged_responses[OK] 0 += ["[PERMANENTFLAGS (NonJunk Old \* 
\Draft \Answered \Flagged \Deleted \Seen)] Limited"]
imap:   53:09.04matched r'\[(?P[A-Z-]+)( (?P[^\]]*))?\]' => 
('PERMANENTFLAGS', ' (NonJunk Old \\* \\Draft \\Answered \\Flagged \\Deleted 
\\Seen)', '(NonJunk Old \\* \\Draft \\Answered \\Flagged \\Deleted \\Seen)')
imap:   53:09.04 untagged_responses[PERMANENTFLAGS] 0 += ["(NonJunk Old \* 
\Draft \Answered \Flagged \Deleted \Seen)"]
imap:   53:09.04 < * 117 EXISTS
imap:   53:09.04matched r'\* (?P\d+) (?P[A-Z-]+)( 
(?P.*))?' => ('117', 'EXISTS', None, None)
imap:   53:09.04 untagged_responses[EXISTS] 0 += ["117"]
imap:   53:09.04 < * 0 RECENT
imap:   53:09.04matched r'\* (?P\d+) (?P[A-Z-]+)( 
(?P.*))?' => ('0', 'RECENT', None, None)
imap:   53:09.04 untagged_responses[RECENT] 0 += ["0"]
imap:   53:09.04 < * OK [UIDVALIDITY 1152531961] Ok
imap:   53:09.04matched r'\* (?P[A-Z-]+)( (?P.*))?' => 
('OK', ' [UIDVALIDITY 1152531961] Ok', '[UIDVALIDITY 1152531961] Ok')
imap:   53:09.04 untagged_responses[OK] 1 += ["[UIDVALIDITY 1152531961] Ok"]
imap:   53:09.04matched r'\[(?P[A-Z-]+)( (?P[^\]]*))?\]' => 
('UIDVALIDITY', ' 1152531961', '1152531961')
imap:   53:09.04 untagged_responses[UIDVALIDITY] 0 += ["1152531961"]
imap:   53:09.04 < * OK [MYRIGHTS "acdilrsw"] ACL
imap:   53:09.04matched r'\* (?P[A-Z-]+)( (?P.*))?' => 
('OK', ' [MYRIGHTS "acdilrsw"] ACL', '[MYRIGHTS "acdilrsw"] ACL')
imap:   53:09.04 untagged_responses[OK] 2 += ["[MYRIGHTS "acdilrsw"] ACL"]
imap:   53:09.04matched r'\[(?P[A-Z-]+)( (?P[^\]]*))?\]' => 
('MYRIGHTS', ' "acdilrsw"', '"acdilrsw"')
imap:   53:09.04 untagged_responses[MYRIGHTS] 0 += [""acdilrsw""]
imap:   53:09.04 < CENJ28 OK [READ-WRITE] Ok
imap:   53:09.04matched r'(?PCENJ\d+) (?P[A-Z]+) 
(?P.*)' => ('CENJ28', 'OK', '[READ-WRITE] Ok')
imap:   53:09.04matched r'\[(?P[A-Z-]+)( (?P[^\]]*))?\]' => 
('READ-WRITE', None, None)
imap:   53:09.04 untagged_responses[READ-WRITE] 0 += [""]
imap: savemessage: using date " 1-août-2011 15:50:51 +0200"
imap: savemessage: initial content is: 'X-Spam-Checker-Version: SpamAssassin 
3.3.1 (2010-03-16) on belier.kerlabs.com\r\nX-Spam-Level: \r\nX-Spam-Status: 
No, score=-1.8 required=5.0 tests=AWL,BAYES_00 
autolearn=ham\r\n\tversion=3.3.1\r\nReceived: from terminus.zytor.com 
(terminus.zytor.com [:::198.137.202.10])\r\n  (IDENT: root, TLS: 
TLSv1/SSLv3,256bits,AES256-SHA)\r\n  by belier.kerlabs.com with esmtp; Mon, 01 
Aug 2011 15:50:51 +0200\r\n  id 
00020A84.4E36AF3C.6223\r\nReceived: from terminus.zytor.com 
(mailman@localhost [127.0.0.1])\r\n\tby terminus.zytor.com (8.14.4/8.14.4) with 
ESMTP id p71Dog1N020149\r\n\tfor ; Mon, 1 Aug 2011 
06:50:48 -0700\r\nMIME-Version: 1.0\r\nContent-Type: text/plain; 
charset="us-ascii"\r\nContent-Transfer-Encoding: 7bit\r\nSubject: zytor.com 
mailing list memberships reminder\r\nFrom: mailman-ow...@zytor.com\r\nTo: 
X\r\nX-No-Archive: yes\r\nMessage-ID: 
\r\nDate: Mon, 01 Aug 2011 
05:00:55 -0700\r\nPrecedence: bulk\r\nX-BeenThere: 
mail...@zytor.com\r\nX-Mailman-Version: 2.1.13\r\nList-Id: 
\r\nX-List-Admi

Bug#632682: base-files: please provide a /lib64 -> /lib symlink on 64-bit systems

[Jonathan Nieder]

Quick thoughts.

Sven Joachim wrote:

> +ldfile=$(readlink -e RTLD_SO)
> +# Test if libc is of the same architecture as coreutils
> +# If not, they almost surely have a multiarch system and we can use
> +# the native ELF interpreter
> +if ! $ldfile /bin/true 2>/dev/null; then
> + interpreter=
> +else
> + interpreter=$ldfile
> +fi

Very neat.

[...]
> Subject: [PATCH 2/6] Install the dynamic linker into RTLDDIR rather than /lib
[...]
> --- a/debian/debhelper.in/libc.install
> +++ b/debian/debhelper.in/libc.install
> @@ -1,4 +1,4 @@
> -TMPDIR/lib/*.so* /lib
> +TMPDIR/RTLDDIR/*.so* /lib
>  TMPDIR/SLIBDIR/*.so* SLIBDIR
>  TMPDIR/LIBDIR/gconv/* LIBDIR/gconv
>
> diff --git a/debian/rules.d/build.mk b/debian/rules.d/build.mk
> index 18f1800..36d7ee7 100644
> --- a/debian/rules.d/build.mk
> +++ b/debian/rules.d/build.mk
[...]
> - link_name="debian/tmp-$(curpass)/lib/$$rtld_so" ; \
> + link_name="debian/tmp-$(curpass)/$(call xx,rtlddir)/$$rtld_so" ; \
>   target="$(call xx,slibdir)/$$(readlink debian/tmp-$(curpass)/$(call 
> xx,slibdir)/$$rtld_so)" ; \
> + mkdir -p debian/tmp-$(curpass)/$(call xx,rtlddir); \
>   ln -s $$target $$link_name ;  \

Do I understand correctly that this is this a no-op (to prepare for
patch 5)?

[...]
> @@ -384,6 +404,13 @@ fi
>  #DEBHELPER#
>  
>  if [ -n "$preversion" ]; then
> +if test -L /lib64; then
> + case ${DPKG_MAINTSCRIPT_ARCH:-$(dpkg --print-architecture)} in
> + amd64 | ppc64 | sparc64 | s390x)
> + remove_lib64_symlink ;;
> + esac
> +fi

If DPKG_MAINTSCRIPT_ARCH isn't set for some reason, this gives the
wrong value.  Would it be possible to introduce a variable in
debian/rules.d/debhelper.mk so the right value can be cooked in at
build time?

> Subject: [PATCH 6/6] Restore the /lib64 symlink on downgrades
>
> It would be more prudent to prevent the downgrade from happening, but
> if we fail the prerm script, the one from the previous version kicks
> in and succeeds.

Fixed by dpkg commit 9d3ec0f5 (“dpkg: do not fallback to "new-prerm
failed-upgrade" for downgrades”).  Probably that's too new to count
on.

> +#Downgrading from a version with a /lib64 directory to a version with
> +# a /lib64 symlink is extremely dangerous.  We need to blow away the
> +# directory and restore the symlink, otherwise the dynamic linker gets
> +# lost after unpacking the replacing version.
> +
> +ldfile=$(readlink -e RTLD_SO)
> +# Test if libc is of the same architecture as coreutils
> +# If not, they almost surely have a multiarch system and we can use
> +# the native ELF interpreter
> +if ! $ldfile /bin/true 2>/dev/null; then
> + interpreter=
> +else
> + interpreter=$ldfile
> +fi
> +
> +# sync before and after the operation to reduce the danger of hosing
> +# the system
> +sync
> +rm -rf /lib64
> +$interpreter /bin/ln -s /lib /lib64

Maybe it would be possible to mv /lib64 somewhere and loudly let the
admin know about it if it contains anything more than the dynamic
linker.

Remaining problems:

 - disruption to anything running concurrently with the
   upgrade/downgrade.  In the general case, there's nothing one can do
   about this except warn about it.

 - what happens if someone (a) has been trying to load libraries by
   filename in /lib64 or (b) has been installing libraries to /lib64
   and expecting to find them there?

   Most likely, that's not a big deal --- I would expect people to have
   used /usr/local/lib64 or /usr/lib64, but not /lib64.

 - What happens to the /usr/lib64 symlink?

Except where mentioned above, it looks good to me (though I haven't
tested yet).  Thanks!



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

Bug#637693: hivex: FTBFS (kfreebsd): error: 'O_CLOEXEC' undeclared (first use in this function)

[Hilko Bengen]

* Christoph Egger:

> Your package failed to build on the kfreebsd-* buildds:
> /bin/bash ../libtool --silent --tag=CC   --mode=compile gcc -std=gnu99 
> -DHAVE_CONFIG_H -I. -I../../../lib -I..  -I../../../gnulib/lib -I../../../lib 
>-g -O2 -c -o libhivex_la-hivex.lo `test -f 'hivex.c' || echo 
> '../../../lib/'`hivex.c
> ../../../lib/hivex.c: In function 'hivex_open':
> ../../../lib/hivex.c:296:38: error: 'O_CLOEXEC' undeclared (first use in this 
> function)
> ../../../lib/hivex.c:296:38: note: each undeclared identifier is reported 
> only once for each function it appears in
> make[5]: *** [libhivex_la-hivex.lo] Error 1

Looks like a header file is not included -- or some definition is
missing. I'd expect O_CLOEXEC to be defined if fcntl.h is included which
is the case. Is there anything else that needs to be defined or
included?

> Full build log at
> https://buildd.debian.org/status/fetch.php?pkg=hivex&arch=kfreebsd-i386&ver=1.2.8-1&stamp=1313169860

Cheers,
-Hilko



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

Bug#637715: [kfreebsd-kernel-headers]/usr/include/sys/proc.h:78:2: error: unknown type name 'u_int'

[Christoph Egger]

Package: kfreebsd-kernel-headers
Version: 0.56
Severity: serious
Tags: sid wheezy

Hi!

packages like paraview FTBFS because of unknown types in kfreebsd
headers:

[  0%] Building C object 
VTK/Utilities/vtkhdf5/src/CMakeFiles/H5detect.dir/H5detect.c.o
cd 
/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Utilities/vtkhdf5/src
 && /usr/bin/gcc  -DVTK_PYTHON_BUILD -DVTK_IN_VTK -DNDEBUG -Wall -lXt -g -O2  
-std=c99 -fomit-frame-pointer -finline-functions -fno-common -w 
-fmessage-length=0 -O3 -DNDEBUG 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Utilities
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Common
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/VolumeRendering
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Rendering
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Charts
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Utilities/vtkalglib
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Wrapping/Python
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Infovis
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Geovis
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Views
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Parallel
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/VolumeRendering
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Hybrid
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Widgets
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Rendering
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Charts
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Rendering/Testing/Cxx
 -I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/IO 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Imaging
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Graphics
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/GenericFiltering
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Filtering
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Common
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Utilities
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Common/Testing/Cxx
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Utilities/vtklibproj4
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Utilities/vtklibproj4
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Utilities/DICOMParser
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Utilities/DICOMParser
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Utilities/MaterialLibrary
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Utilities/MaterialLibrary
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Utilities/verdict
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Utilities/verdict
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Utilities/vtkhdf5
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Utilities/vtkhdf5
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Utilities/vtkhdf5/src
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Utilities/vtkhdf5/src
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Utilities/Cosmo
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Utilities/Cosmo
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/Utilities/VPIC
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Utilities/VPIC
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/Utilities/utf8/source
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/VTK/GUISupport/Qt
 
-I/build/buildd-paraview_3.10.1-1-kfreebsd-amd64-GMQOsG/paraview-3.10.1/debian/build/VTK/GUISupport/Qt
 
-I/build/buildd-

Bug#637714: adios: FTBFS: fatal error: mpi.h: No such file or directory

[Christoph Egger]

Package: src:adios
Version: 1.3-1
Severity: serious
Tags: sid wheezy
Justification: fails to build from source (but built successfully in the past)

Hi!

Your package failed to build on the buildds:

gcc -DHAVE_CONFIG_H -I. -I. -I../..  -I../../src -DH5_USE_16_API 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE 
-D_NOMPI -g -O2 -c -o bp2h5-bp2h5.o `test -f 'bp2h5.c' || echo './'`bp2h5.c
In file included from /usr/include/hdf5.h:24:0,
 from bp2h5.c:39:
/usr/include/H5public.h:57:20: fatal error: mpi.h: No such file or directory
compilation terminated.
make[4]: *** [bp2h5-bp2h5.o] Error 1

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=adios&arch=kfreebsd-amd64&ver=1.3-1&stamp=1312972811

Regards

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer



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

Bug#377548: Fails mounting some parts in a n-in-1 device

[Hagen Fuchs]

Package: usbmount
Severity: normal

Hello,

I tested Jan's patch with a flash drive that has 12 partitions on it.
The original position of the locking code just at the beginning of the
"add" handler will usually only be able to mount 3 to 4 partitions on my
machine before lockfile-create will give up.  Jan has proposed a more
logical position right before usbmount actually deals with the outside
world - putting the locking code there (as a whole or as a function
call) will consistently yield the expected usbmount behaviour: mounting
of all 12 partitions.

This solution doesn't scale very well either, though, because we're
using `lockfile-create --retry 3` which waits in fixed time intervals
between retries (+5sec on every retry, ie 15sec after the third try),
thus increasing the likelihood of deadlocks.  In my
12-partition-scenario, the last partitions get sometimes mounted in the
third (and last) retry cycle of lockfile-create (after ~30 sec).

In any case, we should adopt Jan's patch, thereby closing this bug for
n-in-1 devices where n < 10.

Regards,
  Hagen



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

Bug#372787: dpatch: [manual] Patch handling commands - apply/deapply command syntax

[Gergely Nagy]

tag 372787 + pending
thanks

Actually, the "(patch)" and "(unpatch)" stuff are aliases, not
parameters.

I do agree however, that this is not exactly clear, and it will be fixed
in the next upload.

It will read something like:

COMMANDS
 Patch handling commands
apply [options]
patch [options]
  

-- 
|8]



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

Bug#637713: gpicview: cannot scroll image after selecting original size

[new_age_guitarist]

Package: gpicview
Version: 0.2.1-1+b2
Severity: normal

Ever since the upgrade to gpicview 0.2.2, when pressing the original size
button or selecting original size via right-click, the image will not scroll
up, down, right, or left.  I just intalled gpicview 0.2.1 from stable and the
problem once again disappeared, so the issue is only with 0.2.2.



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

Kernel: Linux 3.0.0-1-486
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gpicview depends on:
ii  libatk1.0-0 2.0.1-2  ATK accessibility toolkit
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6.1   The Cairo 2D vector graphics libra
ii  libfontconfig1  2.8.0-3  generic font configuration library
ii  libfreetype62.4.4-2  FreeType 2 font engine, shared lib
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface 
ii  libjpeg62   6b1-2Independent JPEG Group's JPEG runt
ii  libpango1.0-0   1.28.4-1 Layout and rendering of internatio
ii  libx11-62:1.4.4-1X11 client-side library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages gpicview recommends:
ii  xdg-utils1.1.0~rc1-2 desktop integration utilities from

gpicview 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#637712: xdemorse: Complains of Error reading Mixer Device Premature EOF (End Of File)

[Iiro Laiho]

Package: xdemorse
Version: 1.3-5
Severity: important


When I try to run xdemorse, it complains that: 

Error reading Mixer Device
Premature EOF (End Of File)

That does not tell me how to fix the problem.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (700, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages xdemorse depends on:
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1 FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio

xdemorse recommends no packages.

xdemorse 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#594800: 0ad beta 6 packages

[Paul Wise]

On Sat, Aug 13, 2011 at 9:22 PM, Joachim Breitner  wrote:

> what is the state of the 0ad ITP?
>
> The newest package on mentors is beta 4, it would be nice to get updated
> packages there, even while they are made fit for the main archive.

I don't think anything has changed since the RFS thread:

http://lists.debian.org/debian-mentors/2011/04/threads.html#00021

IIRC there were/are embedded library issues.

Probably it also needs an audit to see if it complies with DFSG item 2
along these guidelines:

http://www.freedesktop.org/wiki/Games/Upstream#Source

-- 
bye,
pabs

http://wiki.debian.org/PaulWise



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

Bug#637711: tty-clock: FTBFS: fatal error: ncurses.h: No such file or directory

[Christoph Egger]

Package: src:tty-clock
Version: 1.0-1
Severity: serious
Tags: sid wheezy

Hi!

Your package failed to build on the buildds:

dh build
   dh_testdir
   dh_auto_configure
   dh_auto_build
make[1]: Entering directory 
`/build/buildd-tty-clock_1.0-1-kfreebsd-amd64-q2rUBD/tty-clock-1.0'
build ttyclock.c
CC -Wall -g -lncurses ttyclock.c
In file included from ttyclock.c:33:0:
ttyclock.h:40:21: fatal error: ncurses.h: No such file or directory
compilation terminated.
make[1]: *** [tty-clock] Error 1
make[1]: Leaving directory 
`/build/buildd-tty-clock_1.0-1-kfreebsd-amd64-q2rUBD/tty-clock-1.0'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=tty-clock&arch=kfreebsd-amd64&ver=1.0-1&stamp=1313156094

Regards

Christoph


-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer



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

Bug#637710: serverstats: typo in package description

[Davide Prina]

Package: serverstats
Severity: minor

In DDTSS I see:

So it is an small and efficient
  ^
__|

I think it must be:

So it is a small and efficient

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Petizione per liberare i PC:
http://www.petitiononline.com/liberasw/
Non autorizzo la memorizzazione del mio indirizzo su outlook




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