Bug#550099: readahead: re-runs profile at every boot

[Gabor Gombas]

On Thu, Oct 08, 2009 at 07:55:32PM +0200, Petter Reinholdtsen wrote:

> This sound like a bug.  The trigger was intended to only trigger when
> a new package affecting the boot system is installed, and I guess you
> do not do that every day.

No, but IMHO that's not how the trigger works. The trigger is activated
even if existing files under /etc/init.d change, not just when new files
are added or old files are deleted. I see there is also a trigger for
/lib/modules and I did test a couple of kernel versions lately. It may
have been a busier than average period, but it is a Sid box meant for
development/experimenting after all...

> Is the file /etc/readahead/profile-once removed once the profiling is
> done?  It should be removed during a profiled boot.

That works.

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -



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

Bug#550319: grub-pc: grub2 does not honor quoted kernel command line arguments

[Norbert Preining]

Package: grub-pc
Version: 1.97~beta4-1
Severity: important

As you can see below my kernel cmd line is
linux   /boot/vmlinuz-2.6.32-rc3 root=/dev/sda3 ro acpi_osi="!Windows 
2006" nmi_watchdog=0 reboot=pci 
so there are quotes around the argument for acpi_osi.

Unfortunately grub-pc does NOT honor that quotes and strips them
before passing that to the kernel as can be seen from the boot messages:

[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-rc3 root=/dev/sda3 
ro acpi_osi=!Windows 2006 nmi_watchdog=0 reboot=pci

To be sure I added a printk to params.c from the kernel that shows that
current argument and value:
[0.00]  param=BOOT_IMAGE, val=.../boot/vmlinuz-2.6.32-rc3...
[0.00]  param=root, val=.../dev/sda3...
[0.00]  param=ro, val=..
[0.00]  param=acpi_osi, val=...!Windows...
[0.00]  param=2006, val=..
[0.00]  param=nmi_watchdog, val=...0...
[0.00]  param=reboot, val=...pci...

Here we go, that is completely hosed.

That is in fact a SERIOUS bug and a severe regression against grub1 where
it was working.

No combinations of \\\""" '"'" or whatever could convince grub2 to take
the quotes over to the kernel.

Please consider this a serious bug, forward it upstream.


-- Package-specific info:

*** BEGIN /proc/mounts
/dev/sda3 / ext3 rw,noatime,errors=remount-ro,user_xattr,data=writeback 0 0
/dev/sda2 /xp fuseblk rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096 
0 0
/dev/loop0 /media/TLDVD iso9660 ro,relatime 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set default=0
if terminal_input console ; then true ; else
  # For backward compatibility with versions of terminal.mod that don't
  # understand terminal_input
  terminal console
fi
if terminal_output console ; then true ; else
  # For backward compatibility with versions of terminal.mod that don't
  # understand terminal_output
  terminal console
fi
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, Linux 2.6.32-rc3" {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set 961635f4-762d-4136-a3d5-35fca8e4f3d8
linux   /boot/vmlinuz-2.6.32-rc3 root=/dev/sda3 ro acpi_osi="!Windows 
2006" nmi_watchdog=0 reboot=pci 
initrd  /boot/initrd.img-2.6.32-rc3
}
menuentry "Debian GNU/Linux, Linux 2.6.32-rc3 (recovery mode)" {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set 961635f4-762d-4136-a3d5-35fca8e4f3d8
linux   /boot/vmlinuz-2.6.32-rc3 root=/dev/sda3 ro single 
acpi_osi="!Windows 2006" nmi_watchdog=0 reboot=pci
initrd  /boot/initrd.img-2.6.32-rc3
}
menuentry "Debian GNU/Linux, Linux 2.6.31.2-rc1" {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set 961635f4-762d-4136-a3d5-35fca8e4f3d8
linux   /boot/vmlinuz-2.6.31.2-rc1 root=/dev/sda3 ro acpi_osi="!Windows 
2006" nmi_watchdog=0 reboot=pci 
initrd  /boot/initrd.img-2.6.31.2-rc1
}
menuentry "Debian GNU/Linux, Linux 2.6.31.2-rc1 (recovery mode)" {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set 961635f4-762d-4136-a3d5-35fca8e4f3d8
linux   /boot/vmlinuz-2.6.31.2-rc1 root=/dev/sda3 ro single 
acpi_osi="!Windows 2006" nmi_watchdog=0 reboot=pci
initrd  /boot/initrd.img-2.6.31.2-rc1
}
menuentry "Debian GNU/Linux, Linux 2.6.31" {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set 961635f4-762d-4136-a3d5-35fca8e4f3d8
linux   /boot/vmlinuz-2.6.31 root=/dev/sda3 ro acpi_osi="!Windows 2006" 
nmi_watchdog=0 reboot=pci 
initrd  /boot/initrd.img-2.6.31
}
menuentry "Debian GNU/Linux, Linux 2.6.31 (recovery mode)" {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set 961635f4-762d-4136-a3d5-35fca8e4f3d8
linux   /boot/vmlinuz-2.6.31 root=/dev/sda3 ro single 
acpi_osi="!Windows 2006" nmi_watchdog=0 reboot=pci
initrd  /boot/initrd.img-2.6.31
}
menuentry "Debian GNU/Linux, Linux 2.6.30" {
insmod ext2
set root=(hd0,3)
search --no-floppy --fs-uuid --set 961635f4-762d-4136-a3d5-35fca8e4f3d8
linux   /boot/vmlinuz-2.6.30 root=/dev/sda3 ro acpi_osi="!Windows 2006" 
nmi_watchdog=0 reboot=pci 
initrd  /boot/initrd.img-2.6.30
}
menuentry "Debian GNU/Linux, Linux 2.6.30 (recovery mod

Bug#550318: gforge-common: Docman admin fails with PHP Fatal Error

[Sergey Korobitsin]

Package: gforge-common
Version: 4.8.1-1
Severity: normal

Hello! I've found this problem on one of my projects in FusionForge:
When I try to do admin things on that URL:

 https://myffhost/docman/admin/index.php?group_id=20

I get nothing in the list, except '* active'. The apache2's error log
says:

 PHP Fatal error:  Call to a member function hasDocuments() on a
 non-object in /usr/share/gforge/common/docman/DocumentGroup.class.php
 on line 272, referer: https://myffhost/docman/?group_id=20

Well, see there:

 if ($nested_groups["$doc_group_id"][$i]->hasDocuments($nested_groups, 
$document_factory, $stateid))

which is a part of 

 // this group doesn't have documents... check recursively on the childs
 if (is_array($nested_groups["$doc_group_id"])) {
 $count = count($nested_groups["$doc_group_id"]);
 for ($i=0; $i < $count; $i++) {
if 
($nested_groups["$doc_group_id"][$i]->hasDocuments($nested_groups, 
$document_factory, $stateid)) {
// child has documents
$result[$stateid][$doc_group_id] = true;
return true;
}
}
// no child has documents, then this group 
doesn't have associated documents
$result[$stateid][$doc_group_id] = false;
return false;
} else {

// this group doesn't have childs
$result[$stateid][$doc_group_id] = false;
return false; 
}

This problem only appears on one project, which has 4 and more levels of
document grouping hierarchy. Other projects are ok. This is very
unpleasant bug, i don't have enough PHP experience to fix it (there is a
recursive function which is hard to debug).


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

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



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

Bug#535436: Updated French translation

[Christian Perrier]

The file I originally sent in this bug report is incomplete (two
untranslated strings).

Please find an updated file attached.

-- 




fr.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#550317: devicekit-disks: Incorrectly detects a floppy drive

[Josselin Mouette]

Package: devicekit-disks
Version: 007-1
Severity: normal

DeviceKit detects a floppy drive on my system. I don’t have any floppy 
drive, so this is clearly incorrect.

Here is the corresponding devkit-disks --dump output.


Showing information for /org/freedesktop/DeviceKit/Disks/devices/fd0
  native-path: /sys/devices/platform/floppy.0/block/fd0
  device:  2:0
  device-file: /dev/fd0
  detected at: ven 09 oct 2009 08:22:00 CEST
  system internal: 0
  removable:   1
  has media:   0
detects change:0
detection by polling:  0
detection inhibitable: 0
detection inhibited:   0
  is read only:0
  is mounted:  0
  mount paths: 
  mounted by uid:  0
  presentation hide:   0
  presentation nopolicy:   0
  presentation name:   
  presentation icon:   
  size:0
  block size:  0
  job underway:no
  usage:   
  type:
  version: 
  uuid:
  label:   
  drive:
vendor:Floppy Drive
model: 
revision:  
serial:
detachable:0
can spindown:  0
rotational media:  1
ejectable: 0
media: 
  compat: 
interface: platform
if speed:  (unknown)
ATA SMART: not available


Note that fd0 doesn’t appear in lshal.

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

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

Versions of packages devicekit-disks depends on:
ii  libatasmart4  0.16-1 ATA S.M.A.R.T. reading and parsing
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.82-1 simple interprocess messaging syst
ii  libdevmapper1.02. 2:1.02.37-1The Linux Kernel Device Mapper use
ii  libglib2.0-0  2.22.1-1   The GLib library of C routines
ii  libgudev-1.0-0146-3  GObject-based wrapper library for 
ii  libparted1.8-12   1.8.8.git.2009.07.19-5 The GNU Parted disk partitioning s
ii  libpolkit-backend 0.94-1 PolicyKit backend API
ii  libpolkit-gobject 0.94-1 PolicyKit Authorization API
ii  libsgutils2-2 1.27-1 utilities for working with generic
ii  libudev0  146-3  libudev shared library

devicekit-disks recommends no packages.

devicekit-disks suggests no packages.

-- no debconf information

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling



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

Bug#550316: devicekit-disks: Prevents CD from ejecting

[Josselin Mouette]

Package: devicekit-disks
Version: 007-1
Severity: important

Whenever devkit-disks-daemon is started, I cannot eject my CD drive 
anymore. Pressing the button lets it open and close immediately, before 
the tray can be completely out.

If there is a CD in the drive, it is scanned (and the system is very 
unresponsive during this time) but nothing is detected by devkit.

Killing the daemon immediately gets the drive back to normal.

Here is the output corresponding to this drive in devkit-disks --dump:

Showing information for /org/freedesktop/DeviceKit/Disks/devices/hdb
  native-path: 
/sys/devices/pci:00/:00:14.1/ide0/0.1/block/hdb
  device:  3:64
  device-file: /dev/hdb
by-id: /dev/disk/by-id/ata-_NEC_DVD_RW_ND-3540A_
by-path:   /dev/disk/by-path/pci-:00:14.1
  detected at: ven 09 oct 2009 08:16:53 CEST
  system internal: 0
  removable:   1
  has media:   0
detects change:1
detection by polling:  1
detection inhibitable: 1
detection inhibited:   0
  is read only:0
  is mounted:  0
  mount paths: 
  mounted by uid:  0
  presentation hide:   0
  presentation nopolicy:   0
  presentation name:   
  presentation icon:   
  size:0
  block size:  0
  job underway:no
  usage:   
  type:
  version: 
  uuid:
  label:   
  drive:
vendor:
model: _NEC DVD_RW ND-3540A
revision:  1.01
serial:
detachable:0
can spindown:  0
rotational media:  1
ejectable: 1
media: 
  compat:  optical_cd optical_cd_r optical_cd_rw 
optical_dvd optical_dvd_r optical_mrw optical_mrw_w
interface: (unknown)
if speed:  (unknown)
ATA SMART: not available

When there is a CD in the drive, the output is the same.

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

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

Versions of packages devicekit-disks depends on:
ii  libatasmart4  0.16-1 ATA S.M.A.R.T. reading and parsing
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.82-1 simple interprocess messaging syst
ii  libdevmapper1.02. 2:1.02.37-1The Linux Kernel Device Mapper use
ii  libglib2.0-0  2.22.1-1   The GLib library of C routines
ii  libgudev-1.0-0146-3  GObject-based wrapper library for 
ii  libparted1.8-12   1.8.8.git.2009.07.19-5 The GNU Parted disk partitioning s
ii  libpolkit-backend 0.94-1 PolicyKit backend API
ii  libpolkit-gobject 0.94-1 PolicyKit Authorization API
ii  libsgutils2-2 1.27-1 utilities for working with generic
ii  libudev0  146-3  libudev shared library

devicekit-disks recommends no packages.

devicekit-disks suggests no packages.

-- no debconf information

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling



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

Bug#550315: zabbix: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Package: zabbix
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

If you do not already use it, you might consider using the
"podebconf-report-po" utility, which helps warning translators about
changes when you modify some debconf templates in your packages.

The usual policy when using it is sending a warning to translators
when you plan to upload a version of your package with debconf
templates changes (even typo corrections). Then leave about one week
for them to update their files (several translation teams have a QA
process which requires time).

podebconf-report-po will take care of sending the translators the
needed material as well as getting the translators adresses from the
PO files. All you have to do is just using the utility..:-)

Example use (from your package build tree):

$ podebconf-report-po

This will go through debian/po/*.po files, find those needing an
update, extract the translators data from these files and prepare a
mail to send to these translators (you can also use the
"--languageteam" switch to also mail the mail addresses listed in
"Language-Team" field).

You can also use this utility to request for new translations:

$ podebconf-report-po --call

This will send a mail to debian-i...@lists.debian.org with all the
needed information and material for new translators to add new
languages to your supported languages.

If you apply this policy, please forget about these remarks, of
courseThis message is generic..:-)


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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of zabbix debconf templates to French
# Copyright (C) 2005-2009 Debian French l10n team 

# This file is distributed under the same license as the zabbix package.
#
# Translators:
#  Yves R??tschl?? , 2006.
#  Guillaume Delacour , 2009.
msgid ""
msgstr ""
"Project-Id-Version: zabbix\n"
"Report-Msgid-Bugs-To: zab...@packages.debian.org\n"
"POT-Creation-Date: 2009-09-27 23:05+0200\n"
"PO-Revision-Date: 2009-09-28 19:56+0100\n"
"Last-Translator: Guillaume Delacour \n"
"Language-Team: French \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../zabbix-agent.templates:2001 ../zabbix-frontend-php.templates:4001
msgid "Zabbix server host address:"
msgstr "Adresse du serveur Zabbix??:"

#. Type: string
#. Description
#: ../zabbix-agent.templates:2001 ../zabbix-frontend-php.templates:4001
msgid ""
"Please enter the host name or IP address of the Zabbix server you want to "
"connect to."
msgstr ""
"Veuillez entrer le nom ou l'adresse du serveur Zabbix auquel vous voulez "
"vous connecter."

#. Type: multiselect
#. Description
#: ../zabbix-frontend-php.templates:2001
msgid "Web server to reconfigure for Zabbix:"
msgstr "Serveur(s) web ?? reconfigurer??pour Zabbix??:"

#. Type: multiselect
#. Description
#: ../zabbix-frontend-php.templates:2001
msgid ""
"Zabbix supports any web server supported by PHP5, however only Apache can be "
"configured automatically."
msgstr ""
"Zabbix g??re n'importe quel serveur web g??r?? par PHP5, cependant seul Apache 
"
"sera configur?? automatiquement."

#. Type: multiselect
#. Description
#: ../zabbix-frontend-php.templates:2001
msgid ""
"Please select which Apache version you want to configure the Zabbix frontend "
"for."
msgstr ""
"Veuillez choisir la version d'Apache ?? configurer pour le frontal Zabbix."

#. Type: boolean
#. Description
#: ../zabbix-frontend-php.templates:3001
msgid "Restart the web server(s) now?"
msgstr "Faut-il red??marrer le(s) serveur(s) web??maintenant???"

#. Type: boolean
#. Description
#: ../zabbix-frontend-php.templates:3001
msgid ""
"In order to apply the changes needed for Zabbix configuration, the web "
"server needs to be restarted."
msgstr ""
"Les changements ne seront pris en compte qu'apr??s le red??marrage du serveur "
"web."

#. Type: boolean
#. Description
#: ../zabbix-frontend-php.templates:3001
msgid ""
"Please choose whether you prefer doing it automatically now or manually "
"later."
msgstr ""
"Veuillez choisir si vous souhaitez le red??marrer automatiquement maintenant "
"ou vous-m??me plus tard."

#. Type: string
#. Description
#. Type: string
#. Description
#: ../zabbix-frontend-php.templates:4001 ../zabbix-frontend-php.templates:5001
#| msgid ""
#| "Please enter the port your Zabbix server is using. This is needed for "
#| "some advanced frontend functionality."
msgid "This is needed for some advanced frontend functionalities."
msgstr "Cela est requis pour certaines fonctionnalit??s avanc??es du frontal."

#. Type: string
#. Description
#: ../zabbix-frontend-php.templates:5001
msgid "Zabbix server port

Bug#363702: No longer relevant

[Mike Hommey]

On Fri, Oct 09, 2009 at 12:52:17AM +0100, cgar...@iac.es wrote:
> 
>  I had this bug with a 3 years old version of Firefox. With the
> current version it does not happen any more.
>  So the bug can be closed.

The bug is against mozilla-browser, which is now iceape-browser. My
guess is that until iceape 2.0 is uploaded, the bug still exists there.

Mike



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

Bug#537781: [PATCH]

[Philipp Marek]

Hello,

there's a solution at 
  
http://timetobleed.com/extending-ltrace-to-make-your-rubypythonperlphp-apps-faster/

I'd be happy to have that in my ltrace, too.


Regards,

Phil



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

Bug#550314: [xsp] sl.po update

[Jan Kraljič]

Package: xsp
Version: 2.4.2-1
Severity: wishlist
Tags: l10n

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

--- System information. ---

Kernel:   Linux 2.6.29
--- Package information. ---


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# Jan Kraljič , 2008, 2009.
#
msgid ""
msgstr ""
"Project-Id-Version: xsp 1.2.5-2.2\n"
"Report-Msgid-Bugs-To: x...@packages.debian.org\n"
"POT-Creation-Date: 2009-07-16 15:39+0100\n"
"PO-Revision-Date: 2009-10-09 08:09+0100\n"
"Last-Translator: Jan Kraljič \n"
"Language-Team: Slovene \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../mono-apache-server1.templates:1001
msgid "Let mono-apache-server restart Apache?"
msgstr "Dovolim ponovni zagon Apache zaradi mono-apache-server?"

#. Type: boolean
#. Description
#: ../mono-apache-server1.templates:1001
msgid "The debian version of mono-apache-server includes a mono-server-update script that creates a configuration file for apache to start the ASP.NET applications, and mono-server-update can restart apache if there's a new configuration file (/etc/mono-server/mono-server-hosts.conf). If this is true, then apache will be restarted when there is a new mono-server-hosts.conf file."
msgstr "Debian-ova verzija mono-apache-server vsebuje mono-server-update skripto, ki ustvari konfiguracijsko datoteko za apache za zagon ASP.NET aplikacij, in mono-server-update, ki lahko resetira apache v primeru nove oziroma spremenjene konfiguracijske datoteke (/etc/mono-server/mono-server-hosts.conf). V tem primeru je nato apache resetiran, ko so novosti v konfiguracijski datoteki"

#. Type: boolean
#. Description
#: ../mono-apache-server2.templates:1001
#| msgid "Let mono-apache-server restart Apache?"
msgid "Let mono-apache-server2 restart Apache?"
msgstr "Dovolim ponovni zagon Apache zaradi mono-apache-server2?"

#. Type: boolean
#. Description
#: ../mono-apache-server2.templates:1001
#| msgid ""
#| "The debian version of mono-apache-server includes a mono-server-update "
#| "script that creates a configuration file for apache to start the ASP.NET "
#| "applications, and mono-server-update can restart apache if there's a new "
#| "configuration file (/etc/mono-server/mono-server-hosts.conf). If this is "
#| "true, then apache will be restarted when there is a new mono-server-hosts."
#| "conf file."
msgid "The debian version of mono-apache-server2 includes a mono-server2-update script that creates a configuration file for apache to start the ASP.NET applications, and mono-server2-update can restart apache if there's a new configuration file (/etc/mono-server2/mono-server2-hosts.conf). If this is true, then apache will be restarted when there is a new mono-server-hosts.conf file."
msgstr "Debian-ova verzija mono-apache-server2 vsebuje mono-server2-update skripto, ki ustvari konfiguracijsko datoteko za apache za zagon ASP.NET aplikacij, in mono-server2-update, ki lahko resetira apache v primeru nove oziroma spremenjene konfiguracijske datoteke (/etc/mono-server2/mono-server2-hosts.conf). V tem primeru je nato apache resetiran, ko so novosti v konfiguracijski datoteki"

#. Type: boolean
#. Description
#: ../mono-xsp1.templates:1001
#: ../mono-xsp2.templates:1001
msgid "Start on boot?"
msgstr "Zaženem XSP ob zagonu računalnika"

#. Type: boolean
#. Description
#: ../mono-xsp1.templates:1001
msgid "If this is true, then XSP will automatically start when the computer is turned on."
msgstr "V kolikor je odgovor pritrdilen se bo XSP avtomatično zagnal ob zagonu računalnika"

#. Type: string
#. Description
#: ../mono-xsp1.templates:2001
#: ../mono-xsp2.templates:2001
msgid "Bind to address:"
msgstr "Povezan na naslov"

#. Type: string
#. Description
#: ../mono-xsp1.templates:2001
msgid "To function properly, XSP needs to be bound to an IP address. The default (\"0.0.0.0\") binds to all addresses of the server, but a specific port can be selected. To use XSP only locally, use \"127.0.0.1\" for the address."
msgstr "Da bi deloval pravilno mora biti XSP povezan na IP naslov. Privzeta vrednost  (\"0.0.0.0\") se povezuje na vse naslove strežnika vendar na sprecifična vrata, ki so izbrana. Za povezovanje XSP samo lokalno uporabite \"127.0.0.1\" za naslov."

#. Type: string
#. Description
#: ../mono-xsp1.templates:3001
#: ../mono-xsp2.templates:3001
msgid "Bind to port:"
msgstr "Povezan na vrata"

#. Type: string
#. Description
#: ../mono-xsp1.templates:3001
#: ../mono-xsp2.templates:3001
msgid "XSP is bound to a specific port on the server. Common values are 80, 8080, or 8081."
msgstr "XSP je povezan na specifična vrata na strežniku. Najbogostejša vrata so 80, 8080 ali 8081"

#. Type: boolean
#. Description
#: ../mono-xsp2.templates:1001
msgid "If this is true, then XSP2 will automatically start when the computer is turned on."
msgstr "V kolikor je odgovor 

Bug#550031: ITP: libjs-extjs -- a cross-browser JavaScript library

[Charles Plessy]

Le Fri, Oct 09, 2009 at 12:20:51AM -, Thomas Goirand a écrit :
> > Thomas,
> >
> > It's not my position to get into Debian's debate. I can confirm for you
> > that Ext JS can absolutely be licensed under GPL v3 without qualification.
> > If there is commentary that can be read counter to that, then that is not a
> > good read of what we are saying. From a legal standpoint, Ext JS can be
> > licensed under GPL v3, or alternatively under a Commercial License from Ext
> > JS.  We put no conditions on the GPL v3 use, other than those of GPL v3
> > itself.
> >
> > ~ Adam
> 
> Nobody is asking for debate, but if you were to write yourself "We put no
> conditions on the GPL v3 use, other than those of GPL v3 itself." ends any
> starting debate indeed, but then what you have write on your website is
> kind of confusing (at least to some of us).
> 
> Now, I wonder what other people from Debian will say after this declaration.

I think that the position, as well as the website, are crystal clear.

The ‘Quick Overview’ is not a license by itself, it simply tries to summarise
in two lines what copyleft means, and is not an additional restriction to the
GPL.

debian-de...@l.d.o is a good place to hear some advices, but the only persons
who veto packages in Debian are our archive administrators, an none of them has
objected against libjs-extjs. In my opinion, just go ahead and it will be fine 
:)

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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

Bug#550209: [Pkg-samba-maint] Bug#550209: (forw) Re: Bug#550209: samba: Samba with problems

[Christian Perrier]

.../...
> (no debugging symbols found)
> 0xb7f3c424 in __kernel_vsyscall ()
> #0  0xb7f3c424 in __kernel_vsyscall ()
> #1  0xb7b76e83 in waitpid () from /lib/i686/cmov/libc.so.6
> #2  0xb7b114eb in ?? () from /lib/i686/cmov/libc.so.6
> #3  0xb7d0b3cd in system () from /lib/i686/cmov/libpthread.so.0
> #4  0x081eb879 in smb_panic ()
> #5  0x081d7427 in ?? ()
> #6  0x08589373 in ?? ()
> #7  0x in ?? ()
> The program is running.  Quit anyway (and detach it)? (y or n) [answered Y; 
> input not from terminal]


OK, so you got a crash

The information we have is not enough to investigate and we also need
to decide if it's worth it.

Are these crashes frequent or was this the only one you got?

If they are frequent, can you install the samba-dbg package and report
the crash trace if you get one after installing this package (there
should be more information, then).

You report mentions version 3.3.1 of samba. Is this really the version
you use?
If so, are you in position to install the package from unstable
(3.4.2)?




signature.asc
Description: Digital signature

Bug#550290: libio-capture-perl: improve debian/control::Description to mention 'Perl module'

[Jari Aalto]

gregor herrmann  writes:

> On Thu, 08 Oct 2009 23:44:00 +0300, Jari Aalto wrote:
>
>> Current description:
>> 
>> libio-capture-perl - Abstract Base Class to build modules to capture 
>> output
>> 
>> Please improve debian/control::Description to mention 'Perl module' at
>> the beginning. 
>
> Hm, I have to admit that I can't come up with a meaningful noun
> phrase that starts with "Perl module" in this case.

Howabout:

Perl module implementing Abstract Base Class to build modules to capture 
output

Jari



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

Bug#550313: inkscape: "Open" crash

[Drake Wilson]

Package: inkscape
Version: 0.46-9
Severity: important

(This may be a duplicate of bug #417532, but the information it gives
is at a sour spot of level of detail for duplicate testing, so I'm
filing separately just in case.)

Starting Inkscape from the command line and then selecting File > Open
causes a crash.  On the terminal appears the text:

"""
process 1876: type array 97 not a basic type
process 1876: type array 97 not a basic type
process 1876: type invalid 0 not a basic type
process 1876: type invalid 0 not a basic type
process 1876: type struct 114 not a basic type

Emergency save activated!
Emergency save completed. Inkscape will close now.
If you can reproduce this crash, please file a bug at www.inkscape.org
with a detailed description of the steps leading to the crash, so we can fix it.
"""

The graphical interface hangs totally after this, with the main window
and an unrendered dialog window.  ^C terminates the process with no
further ado.

Doing the same thing in gdb and requesting a backtrace yields the
following:

"""
process 1878: type array 97 not a basic type
process 1878: type array 97 not a basic type
process 1878: type invalid 0 not a basic type
process 1878: type invalid 0 not a basic type
process 1878: type struct 114 not a basic type

Program received signal SIGSEGV, Segmentation fault.
0x7fffed2d3476 in ?? () from /lib/libdbus-1.so.3
(gdb) bt
#0  0x7fffed2d3476 in ?? () from /lib/libdbus-1.so.3
#1  0x7fffed2d395a in ?? () from /lib/libdbus-1.so.3
#2  0x7fffed2c2131 in ?? () from /lib/libdbus-1.so.3
#3  0x7fffed2c2179 in ?? () from /lib/libdbus-1.so.3
#4  0x7fffed2c1214 in ?? () from /lib/libdbus-1.so.3
#5  0x7fffed2c2248 in ?? () from /lib/libdbus-1.so.3
#6  0x7fffed2c1214 in ?? () from /lib/libdbus-1.so.3
#7  0x7fffe86efe53 in ?? () from 
/usr/lib/gio/modules/libgioremote-volume-monitor.so
#8  0x7fffe86f5e86 in ?? () from 
/usr/lib/gio/modules/libgioremote-volume-monitor.so
#9  0x7fffe86f72a6 in ?? () from 
/usr/lib/gio/modules/libgioremote-volume-monitor.so
#10 0x7409cdbd in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#11 0x7409d907 in g_object_new_valist () from 
/usr/lib/libgobject-2.0.so.0
#12 0x7409da4c in g_object_new () from /usr/lib/libgobject-2.0.so.0
#13 0x74caec54 in g_volume_monitor_get () from /usr/lib/libgio-2.0.so.0
#14 0x75b1042c in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#15 0x740b79e5 in g_type_create_instance () from 
/usr/lib/libgobject-2.0.so.0
#16 0x7409c74b in ?? () from /usr/lib/libgobject-2.0.so.0
#17 0x7409cdbd in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#18 0x7409d907 in g_object_new_valist () from 
/usr/lib/libgobject-2.0.so.0
#19 0x7409da4c in g_object_new () from /usr/lib/libgobject-2.0.so.0
#20 0x75b05241 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#21 0x740b79e5 in g_type_create_instance () from 
/usr/lib/libgobject-2.0.so.0
#22 0x7409c74b in ?? () from /usr/lib/libgobject-2.0.so.0
#23 0x75b07ba8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#24 0x7409cdbd in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#25 0x7409d907 in g_object_new_valist () from 
/usr/lib/libgobject-2.0.so.0
#26 0x7409da4c in g_object_new () from /usr/lib/libgobject-2.0.so.0
#27 0x75b0d145 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#28 0x7409cdbd in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#29 0x7409d907 in g_object_new_valist () from 
/usr/lib/libgobject-2.0.so.0
#30 0x7409da4c in g_object_new () from /usr/lib/libgobject-2.0.so.0
#31 0x75b09071 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#32 0x7409cdbd in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#33 0x76c230c8 in Glib::Object::Object(Glib::ConstructParams const&) () 
from /usr/lib/libglibmm-2.4.so.1
#34 0x77a5d0e5 in Gtk::Object::Object(Glib::ConstructParams const&) () 
from /usr/lib/libgtkmm-2.4.so.1
#35 0x77ac0535 in Gtk::Widget::Widget(Glib::ConstructParams const&) () 
from /usr/lib/libgtkmm-2.4.so.1
#36 0x77a2bb5d in Gtk::Container::Container(Glib::ConstructParams 
const&) () from /usr/lib/libgtkmm-2.4.so.1
#37 0x77a1104d in Gtk::Bin::Bin(Glib::ConstructParams const&) () from 
/usr/lib/libgtkmm-2.4.so.1
#38 0x77aca53d in Gtk::Window::Window(Glib::ConstructParams const&) () 
from /usr/lib/libgtkmm-2.4.so.1
#39 0x77a2e7fd in Gtk::Dialog::Dialog(Glib::ConstructParams const&) () 
from /usr/lib/libgtkmm-2.4.so.1
#40 0x77a3adf7 in 
Gtk::FileChooserDialog::FileChooserDialog(Gtk::Window&, Glib::ustring const&, 
Gtk::FileChooserAction) ()
   from /usr/lib/libgtkmm-2.4.so.1
#41 0x00687068 in FileDialogBaseGtk (this=0x4855ea8, 
__vtt_parm=0xcc9ac8, parentWindow=..., title=...,
---Type  to continue, or q  to quit---
type=Inkscape::UI::Dialog::SVG_TYPES, preferenceBase=0xcc55f2 
"dialogs.open", __in

Bug#549319: Fails to start simulator in tutorial

[Henri Valta]

Package: tkgate
Version: 2.0~b10-1
Severity: normal

The new 2.0~b10-1 version still has the same issue


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

Kernel: Linux 2.6.31-rc6-686 (SMP w/1 CPU core)
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 tkgate depends on:
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libx11-6  2:1.2.99.901-1 X11 client-side library
ii  tcl8.48.4.19-4   Tcl (the Tool Command Language) v8
ii  tk8.4 8.4.19-4   Tk toolkit for Tcl and X11, v8.4 -
ii  tkgate-data   2.0~b10-1  Tcl/Tk based digital circuit edito

Versions of packages tkgate recommends:
ii  tkgate-doc2.0~b10-1  Tcl/Tk based digital circuit edito

tkgate 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#550214: skim fails to build

[Jaldhar H. Vyas]

On Thu, 8 Oct 2009, Jonathan Riddell wrote:


Package: skim
Version: 1.4.5-4

skim fails to build in Kubuntu, probably the same is true in Debian,
this debdiff contains a patch (it also removes the autostart file
which you may well want to ignore).

Jonathan


The debdiff does not seem to have made it to the BTS.  Resend please?

--
Jaldhar H. Vyas 



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

Bug#545366: additional observed behavior

[ctl]

don't know if this helps, but when i tried cp'ing available to 
/var/cache/apt, when i do dselect update, /var/cache/apt/available gets 
deleted.


also, cp'ing var/lib/dpkg to /var/cache/apt then setting admindir in the 
command line didn't work, nor setting it in /etc/dpkg/*.conf. still deleted.


setting admindir manually in console and also in the conffiles to the 
default location didn't work either. :(



anyway
ctl



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

Bug#549743: confirming FTBFS

[Salvatore Bonaccorso]

Hi Lucas

Confirming the FTBFS. Also gregoa was yesterday able to reproduce the
FTBFS by using cowbuilder on a remote host.

I was using an 'at' job, for the build:
at 7:00
...
at> sbuild -A libgnupg-interface*.dsc
at> 

then

---(snip)---
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/*.t
t/clearsign.t .. ok
t/decrypt.t  ok
t/detach_sign.t  ok
gpg: WARNING: unsafe permissions on homedir `test'
gpg: cannot open `/dev/tty': No such device or address
t/encrypt.t 
Failed 1/3 subtests
t/encrypt_symmetrically.t .. ok
t/export_keys.t  ok
t/Fingerprint.t  ok
gpg: WARNING: unsafe permissions on homedir `test'
gpg: cannot open `/dev/tty': No such device or address
Can't call method "subkeys" on an undefined value at t/get_public_keys.t
line 85.
t/get_public_keys.t 
Dubious, test returned 2 (wstat 512, 0x200)
Failed 3/3 subtests
gpg: WARNING: unsafe permissions on homedir `test'
gpg: cannot open `/dev/tty': No such device or address
Can't call method "compare" on an undefined value at t/get_secret_keys.t
line 65.
t/get_secret_keys.t 
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/2 subtests
t/import_keys.t  ok
t/Interface.t .. ok
t/list_public_keys.t ... ok
t/list_secret_keys.t ... ok
t/list_sigs.t .. ok
gpg: WARNING: unsafe permissions on homedir `test'
t/passphrase_handling.t  ok
t/sign.t ... ok
t/sign_and_encrypt.t ... ok
t/UserId.t . ok
t/verify.t . ok
t/wrap_call.t .. ok

Test Summary Report
---
t/encrypt.t (Wstat: 0 Tests: 3 Failed: 1)
Failed test: 2
t/get_public_keys.t (Wstat: 512 Tests: 1 Failed: 1)
Failed test: 1
Non-zero exit status: 2
Parse errors: Bad plan. You planned 3 tests but ran 1.
t/get_secret_keys.t (Wstat: 512 Tests: 1 Failed: 1)
Failed test: 1
Non-zero exit status: 2
Parse errors: Bad plan. You planned 2 tests but ran 1.
Files=20, Tests=48, 1 wallclock secs ( 0.05 usr 0.01 sys + 1.62 cusr
0.25 csys = 1.93 CPU)
Result: FAIL
Failed 3/20 test programs. 3/48 subtests failed.
---(snap)---

I also have forwarded the Bugreport upstream.

Bests
Salvatore


signature.asc
Description: Digital signature

Bug#545227: /etc/init.d/gdm reload fails with runit sysv compatibility

[Artyom Pervukhin]

Package: runit
Version: 2.0.0-1
Severity: normal
Tags: patch

Please see patch attached - it adds `reload' action support which acts
exactly as `force-reload'.

`reload' is the only action which presents in invoke-rc.d script but not
(yet) supported by sv binary.


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

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

runit depends on no packages.

Versions of packages runit recommends:
pn  fgetty (no description available)

Versions of packages runit suggests:
pn  runit-run  (no description available)
ii  socklog-run   2.1.0-8system and kernel logging services

-- no debconf information
#! /bin/sh /usr/share/dpatch/dpatch-run
## 0002-reload-action.diff by Artyom Pervukhin 
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Add `reload` action support - acts exactly as `force-reload`
## DP: Needed for invoke-rc.d script compatibility

@DPATCH@

diff -ur a/runit-2.0.0/src/sv.c b/runit-2.0.0/src/sv.c
--- a/runit-2.0.0/src/sv.c	2008-06-16 02:53:26.0 +0600
+++ b/runit-2.0.0/src/sv.c	2009-10-09 09:52:05.451308000 +0600
@@ -315,6 +315,7 @@
 act =&status; cbk =0; break;
   case 'r':
 if (!str_diff(action, "restart")) { acts ="tcu"; cbk =✓ break; }
+if (!str_diff(action, "reload")) { acts ="tc"; kll =1; cbk =✓ break; }
 usage();
   case 'f':
 if (!str_diff(action, "force-reload"))

Bug#550312: apt-build aptitude locale issue

[mischief]

Package: aptitude
Version: 0.4.11.11-1+b2
Severity: important
Justification: fails to build from source


referring to http://osdir.com/ml/debian-bugs-dist/2009-06/msg00496.html, 
aptitude does not build when the locale type is UTF8.

it seems this was was never fixed, is it possible that the source can be 
changed to work in a UTF8 environment?

-- Package-specific info:
aptitude 0.4.11.11 compiled at Aug  3 2009 16:22:21
Compiler: g++ 4.3.3
Compiled against:
  apt version 4.8.0
  NCurses version 5.7
  libsigc++ version: 2.0.18
  Ept support enabled.

Current library versions:
  NCurses version: ncurses 5.7.20090803
  cwidget version: 0.5.13
  Apt version: 4.8.1
linux-vdso.so.1 =>  (0x7fff93b55000)
libapt-pkg-libc6.9-6.so.4.8 => /usr/lib/libapt-pkg-libc6.9-6.so.4.8 
(0x7f43c010b000)
libncursesw.so.5 => /lib/libncursesw.so.5 (0x7f43bfeba000)
libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0x7f43bfcb5000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0x7f43bf9e4000)
libept.so.0 => /usr/lib/libept.so.0 (0x7f43bf76b000)
libxapian.so.15 => /usr/lib/libxapian.so.15 (0x7f43bf415000)
libz.so.1 => /usr/lib/libz.so.1 (0x7f43bf1fe000)
libpthread.so.0 => /lib/libpthread.so.0 (0x7f43befe3000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7f43becd3000)
libm.so.6 => /lib/libm.so.6 (0x7f43bea5)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x7f43be83a000)
libc.so.6 => /lib/libc.so.6 (0x7f43be4e9000)
libutil.so.1 => /lib/libutil.so.1 (0x7f43be2e6000)
libdl.so.2 => /lib/libdl.so.2 (0x7f43be0e2000)
/lib64/ld-linux-x86-64.so.2 (0x7f43c03d3000)
Terminal: screen
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:

aptitude linkage:

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

Kernel: Linux 2.6.30.2009-10-07 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6. 0.7.24Advanced front-end for dpkg
ii  libc6  2.9-27GNU C Library: Shared libraries
ii  libcwidget30.5.13-1  high-level terminal interface libr
ii  libept00.5.29High-level library for managing De
ii  libgcc11:4.4.1-6 GCC support library
ii  libncursesw5   5.7+20090803-2shared libraries for terminal hand
ii  libsigc++-2.0-0c2a 2.0.18-2  type-safe Signal Framework for C++
ii  libstdc++6 4.4.1-6   The GNU Standard C++ Library v3
ii  libxapian151.0.16-3  Search engine library
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do  (no description available)
ii  libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output

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

-- no debconf information



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

Bug#550311: slant: Please make shading of filled squares configurable

[Arjan Opmeer]

Package: sgt-puzzles
Version: 8605-2
Severity: wishlist
Tags: patch

Recently a change was made to slant that provides shading of filled squares.
However I find that the resulting checkerboard pattern of filled and
non-filled squares is distracting, preventing me from easily seeing the
bigger structures and making it harder to determine a next move.

Therefore I would like to suggest to apply one of the two attached patches.
The first and simplest one adds an environment variable to override the game
default and disable shading of filled squares. The second is a bit more
advanced and also allows runtime toggling of the shading by clicking the
middle mouse button or pressing the S or F key.


Arjan

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

Kernel: Linux 2.6.27.21 (PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages sgt-puzzles depends on:
ii  libatk1.0-0   1.28.0-1   The ATK accessibility toolkit
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libfontconfig12.6.0-4generic font configuration library
ii  libfreetype6  2.3.9-5FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.22.1-1   The GLib library of C routines
ii  libgtk2.0-0   2.18.2-1   The GTK+ graphical user interface 
ii  libpango1.0-0 1.26.0-1   Layout and rendering of internatio

Versions of packages sgt-puzzles recommends:
ii  epiphany-browser [www-br 2.28.0-4Intuitive GNOME web browser
ii  iceweasel [www-browser]  3.5.2-1 lightweight web browser based on M
ii  links2 [www-browser] 2.2-1+b1Web browser running in both graphi
ii  lynx-cur [www-browser]   2.8.8dev.1-1Text-mode WWW Browser with NLS sup
ii  w3m [www-browser]0.5.2-2.1   WWW browsable pager with excellent
ii  yelp 2.28.0+webkit-1 Help browser for GNOME

sgt-puzzles suggests no packages.

-- no debconf information
--- sgt-puzzles-8605.ORIG/slant.c	2009-10-09 04:45:36.0 +0200
+++ sgt-puzzles-8605.ENV/slant.c	2009-10-09 05:01:19.0 +0200
@@ -1884,13 +1884,19 @@ static void draw_tile(drawing *dr, game_
 int chesscolour = (x ^ y) & 1;
 int fscol = chesscolour ? COL_SLANT2 : COL_SLANT1;
 int bscol = chesscolour ? COL_SLANT1 : COL_SLANT2;
+static int shade_filled = -1;
+
+if (shade_filled < 0) {
+char *env = getenv("SLANT_SHADE_FILLED");
+shade_filled = (!env || (env[0] == 'y' || env[0] == 'Y'));
+}
 
 clip(dr, COORD(x), COORD(y), TILESIZE, TILESIZE);
 
 draw_rect(dr, COORD(x), COORD(y), TILESIZE, TILESIZE,
 	  (v & FLASH) ? COL_GRID :
   (v & CURSOR) ? COL_CURSOR :
-	  (v & (BACKSLASH | FORWSLASH)) ? COL_LOWLIGHT :
+	  (shade_filled && (v & (BACKSLASH | FORWSLASH))) ? COL_LOWLIGHT :
 	  COL_BACKGROUND);
 
 /*
--- sgt-puzzles-8605.ORIG/slant.c	2009-10-09 04:45:36.0 +0200
+++ sgt-puzzles-8605.TOGGLE/slant.c	2009-10-09 05:05:28.0 +0200
@@ -1597,12 +1597,15 @@ static char *game_text_format(game_state
 
 struct game_ui {
 int cur_x, cur_y, cur_visible;
+int shade_filled;
 };
 
 static game_ui *new_ui(game_state *state)
 {
 game_ui *ui = snew(game_ui);
+char *env = getenv("SLANT_SHADE_FILLED");
 ui->cur_x = ui->cur_y = ui->cur_visible = 0;
+ui->shade_filled = (!env || (env[0] == 'y' || env[0] == 'Y'));
 return ui;
 }
 
@@ -1657,6 +1660,7 @@ static void game_changed_state(game_ui *
 #define ERR_BL0x0001L
 #define ERR_BR0x0002L
 #define CURSOR0x0004L
+#define SHADEFILL 0x0008L
 
 struct game_drawstate {
 int tilesize;
@@ -1702,6 +1706,10 @@ static char *interpret_move(game_state *
 y = FROMCOORD(y);
 if (x < 0 || y < 0 || x >= w || y >= h)
 return NULL;
+} else if (button == MIDDLE_BUTTON || button == 'f' || button == 'F' ||
+   button == 's' || button == 'S') {
+ui->shade_filled = !ui->shade_filled;
+return "";
 } else if (IS_CURSOR_SELECT(button)) {
 if (!ui->cur_visible) {
 ui->cur_visible = 1;
@@ -1890,7 +1898,7 @@ static void draw_tile(drawing *dr, game_
 draw_rect(dr, COORD(x), COORD(y), TILESIZE, TILESIZE,
 	  (v & FLASH) ? COL_GRID :
   (v & CURSOR) ? COL_CURSOR :
-	  (v & (BACKSLASH | FORWSLASH)) ? COL_LOWLIGHT :
+	  (v & SHADEFILL) ? COL_LOWLIGHT :
 	  COL_BACKGROUND);
 
 /*
@@ -2012,6 +2020,8 @@ static void game_redraw(drawing *dr, gam
 ds->todraw[(y+2)*(w+2)+(x+1)] |= T_R;
 ds->todraw[(y+1)*(w+2)+(x+2)] |= L_B;
 ds->todraw[(y+2)*(w+2)+(x+2)] |= C_TL;
+if (ui->shade_filled)
+   

Bug#549920: chown/ls -ld fails on mac os

[Clint Adams]

On Tue, Oct 06, 2009 at 12:11:50PM -0700, john blair wrote:
> *STAT64_SUPPORT was not not set

Can you tell me which conditions indicate stat64 support on MacOS/Darwin?

> *fakeroot didn't intercept versioned symbols, such as fts_read$INODE64

I know nothing about symbol versioning with dyld or whatever is being used, so I
don't know if this is possible.

> *Also, fakeroot didn't intercept fts_children (or rather 
> fts_children$INODE64), which is what ls -ald calls.

This is theoretically the easy one.



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

Bug#550310: libkml: FTBFS: python2.4 extensions never make it to debian/

[Aaron M. Ucko]

Package: libkml
Version: 1.0.1-1
Severity: important
Justification: fails to build from source

libkml builds are failing with errors of the form

# removes build-time rpaths
for version in python2.5 python2.4; \
do \
chrpath --delete 
.../libkml-1.0.1/debian/python-kml/usr/lib/$version/site-packages/*.so ; \
done
open: No such file or directory
elf_open: Invalid argument
make: *** [binary-install/python-kml] Error 1

The problem appears to be that, for some reason I haven't had time to
determine, the extensions from build-python2.4 never make it to
debian/tmp or debian/python-kml:

$ find * -name _kmlbase.so
build/src/swig/_kmlbase.so
build-python2.4/src/swig/_kmlbase.so
build-python2.5/src/swig/_kmlbase.so
debian/tmp/usr/lib/python2.5/site-packages/_kmlbase.so
debian/python-kml/usr/lib/python2.5/site-packages/_kmlbase.so

Could you please take a look?

Thanks!

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

Kernel: Linux 2.6.30-2-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



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

Bug#550309: getlive: new revision 1.51 fixes 'No folders detected'

[Géraud Meyer]

Package: getlive
Version: 0.58~cvs20090315-1
Severity: important

new revision 1.51 fixes 'No folders detected' error




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

Bug#549953: #549953 xterm: Font tracking over wide.

[Jed Davis]

Part of my previous comment is incorrect: setting the forcePackedFont
resource to false does in fact work around my issue; I made a slight
mistake when testing that earlier.  My apologies for any confusion.

Also, given that my issue is a different one, shall I open a separate
bug report for it?

--Jed




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

Bug#539859: supybot: configurable error in ShrinkUrl

[James Vega]

tag 539859 fixed-upstream
thanks

On Wed, Aug 05, 2009 at 02:30:23PM -0400, James Vega wrote:
> On Tue, Aug 04, 2009 at 03:39:37AM +, Clint Adams wrote:
> > Please make the lazy-biotch error in ShrinkUrl configurable instead
> > of static.
> 
> Would a static, but less colorful error message be a decent compromise?
> Something along the lines of "The URL is shorter than the configured
> minimum length requirement."?

I went with just removing the length checks when users explicitly invoke
the command instead.  If they want to "shorten" a URL in such a way that
it actually gets longer, that's their prerogative.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#550190: Info received (Bug#550190: Info received (Bug#550190: linux-image-2.6.31-trunk-amd64: SCSI warnings/errors with LSI SAS1064E controller))

[Jason White]

I've posted the details to linux-scsi in case this is known or being worked
on.




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

Bug#503172: linux-image-2.6.26-1-orion5x: Improve support for the DNS-323

[Ben Hutchings]

On Sat, 2009-03-07 at 23:18 +0100, Martin Michlmayr wrote:
> * Martin Michlmayr  [2009-03-07 22:59]:
> > I'm not sure we want to fix this for 2.6.26 in lenny since the
> > second patch is quite large. (I considered putting these two patches
> > into the kernel independently of your email but decided against it.)
> 
> Just to elaborate on this: we'll put a new kernel into lenny, just
> like we did for etch (which had 2.6.18 and later also got a 2.6.24
> kernel).  So imho instead of improving 2.6.26 we'd better make sure
> DNS-323 support is good for the next kernel (probably 2.6.30).

Perhaps you'd like to revisit this now? :-)

Ben.

-- 
Ben Hutchings
To err is human; to really foul things up requires a computer.


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

Bug#508599: linux-image-2.6.26-1-686: Increase power_up delay to fix TI readers

[Ben Hutchings]

On Fri, 2009-08-21 at 19:23 +0200, Moritz Muehlenhoff wrote:
> On Sat, Dec 13, 2008 at 01:05:12PM +0100, Moritz Muehlenhoff wrote:
> > On Fri, Dec 12, 2008 at 11:35:06PM +0100, Geert Stappers wrote:
> > > Package: linux-image-2.6.26-1-686
> > > Version: 2.6.26-11
> > > Severity: normal
> > > Tags: patch
> > > 
> > > Hello Kernel maintainers,
> > > 
> > > To get a SD cardreader working I needed to do
> > > 
> > > diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
> > > index 01ced4c..11f050c 100644
> > > --- a/drivers/mmc/core/core.c
> > > +++ b/drivers/mmc/core/core.c
> > > @@ -492,7 +492,7 @@ static void mmc_power_up(struct mmc_host *host)
> > >* This delay must be at least 74 clock sizes, or 1 ms, or the
> > >* time required to reach a stable voltage.
> > >*/
> > > - mmc_delay(2);
> > > + mmc_delay(10);
> > >  }
> > >  
> > >  static void mmc_power_off(struct mmc_host *host)
> > 
> > Please send this patch to the kernel subsystem maintainer 
> > (Pierre Ossman ) for review/merge.
> 
> Pierre Ossman no longer maintains the MMC subsystem, please contact
> linux-...@vger.kernel.org instead.

A similar patch was applied in 2.6.30 so I'm applying that to stable.

Ben.

-- 
Ben Hutchings
To err is human; to really foul things up requires a computer.


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

Bug#550308: x11-apps: xedit search dialog shows garbage

[Ian Zimmerman]

Package: x11-apps
Version: 7.4+2
Severity: normal

When i hit Control-S in xedit I get a dialog window which seems to
be transparent (it displays the viewed file on top of its background).
That makes it very close to unreadable.

I tried to capture a xwd dump, not sure if it will be useful, but it's here:

http://primate.net/~itz/xedit.xwd

(note that you must type the entire URL in the address bar, or better
use wget or curl)

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

Kernel: Linux 2.6.30.9-core2-virgin (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 x11-apps depends on:
ii  cpp   4:4.3.3-9  The GNU C preprocessor (cpp)
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libpng12-01.2.39-1   PNG library - runtime
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libx11-6  2:1.2.2-1  X11 client-side library
ii  libxaw7   2:1.0.6-1  X11 Athena Widget library
ii  libxcursor1   1:1.1.9-1  X cursor management library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxft2   2.1.13-3   FreeType-based font drawing librar
ii  libxkbfile1   1:1.0.5-1  X11 keyboard file manipulation lib
ii  libxmu6   2:1.0.4-2  X11 miscellaneous utility library
ii  libxmuu1  2:1.0.4-2  X11 miscellaneous micro-utility li
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra
ii  libxt61:1.0.6-1  X11 toolkit intrinsics library
ii  x11-common1:7.3+20   X Window System (X.Org) infrastruc

x11-apps recommends no packages.

Versions of packages x11-apps suggests:
ii  mesa-utils7.5.1-1Miscellaneous Mesa GL utilities

-- 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#550307: grads: missing build-dep on libx11-dev

[Aaron M. Ucko]

Package: grads
Version: 2.0.a7.1-1
Severity: important
Justification: fails to build from source

https://buildd.debian.org/fetch.cgi?pkg=grads;ver=2.0.a7.1-1;arch=amd64;stamp=1254769924

reveals a cascade of errors stemming from lacking headers from
libx11-dev (and its dependency x11proto-core-dev):

gcc -DHAVE_CONFIG_H -I.  -I/usr/include/hdf-g -O2 -rdynamic -c gxX.c
gxX.c:13:22: error: X11/Xlib.h: No such file or directory
gxX.c:14:23: error: X11/Xutil.h: No such file or directory
gxX.c:15:21: error: X11/Xos.h: No such file or directory
gxX.c:16:23: error: X11/Xatom.h: No such file or directory
gxX.c:17:24: error: X11/keysym.h: No such file or directory
gxX.c:27: error: expected ')' before '*' token
[...]

Could you please add the necessary build-dependency?

Thanks!

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

Kernel: Linux 2.6.30-2-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



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

Bug#550306: FTBFS: mv: cannot move `debian/asymptote/usr/share/doc/asymptote/examples'

[Nobuhiro Iwamatsu]

Package: asymptote
Version: 1.86-1
Justification: FTBFS
Severity: serious

Hi,

asymptote FTBFS on some architecture.

https://buildd.debian.org/pkg.cgi?pkg=asymptote

-
.
dh_shlibdeps -pasymptote
dpkg-shlibdeps: warning: dependency on libgslcblas.so.0 could be
avoided if "debian/asymptote/usr/bin/asy" were not uselessly linked
against it (they use none of its symbols).
dpkg-shlibdeps: warning: dependency on librt.so.1 could be avoided if
"debian/asymptote/usr/bin/asy" were not uselessly linked against it
(they use none of its symbols).
chmod +x debian/asymptote/usr/share/asymptote/asy-kate.sh
# move examples from asymptote to asymptote-doc
mv -f debian/asymptote/usr/share/doc/asymptote/examples
debian/asymptote-doc/usr/share/doc/asymptote-doc
mv: cannot move `debian/asymptote/usr/share/doc/asymptote/examples' to
`debian/asymptote-doc/usr/share/doc/asymptote-doc': No such file or
directory
make: *** [binary-predeb/asymptote] Error 1
dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch
gave error exit status 2
-

Please fix this problem.

Best regards,
  Nobuhiro

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

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



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

Bug#550305: gpaint is lacking standard keyboard shortcuts

[Matt Wheeler]

Package: gpaint
Version: 0.3.3-3ubuntu1
Severity: normal

gpaint lacks common keyboard shortcuts such as cut, copy, paste.
patch to add Open, close, quit, cut, copy, paste, select all, print
follows. Already submitted upstream.



#! /bin/sh /usr/share/dpatch/dpatch-run
## add_accelerator_keys.dpatch by Matt Wheeler 
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: No description.

@DPATCH@
diff -urNad gpaint-0.3.3~/gpaint.glade gpaint-0.3.3/gpaint.glade
--- gpaint-0.3.3~/gpaint.glade  2007-09-10 10:33:17.0 +0100
+++ gpaint-0.3.3/gpaint.glade   2009-10-08 20:20:52.0 +0100
@@ -341,6 +341,7 @@
  _New
  True
  
+  
 
  

@@ -362,6 +363,7 @@
  _Open
  True
  
+  
 
  

@@ -383,6 +385,7 @@
  _Save
  True
  
+  
 
  

@@ -453,6 +456,7 @@
  _Print
  True
  
+  
 
  

@@ -480,6 +484,7 @@
  _Close
  True
  
+  
 
  

@@ -501,6 +506,7 @@
  _Quit
  True
  
+  
 
  

@@ -535,6 +541,7 @@
  Cu_t
  True
  
+  
 
  

@@ -556,6 +563,7 @@
  _Copy
  True
  
+  
 
  

@@ -577,6 +585,7 @@
  _Paste
  True
  
+  
 
  

@@ -625,6 +634,7 @@
  _Select 
All
  True
  
+  

  



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

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

Versions of packages gpaint depends on:
ii  libart-2.0-22.3.20-2 Library of functions for 2D graphi
ii  libatk1.0-0 1.28.0-0ubuntu1  The ATK accessibility toolkit
ii  libc6   2.10.1-0ubuntu15 GNU C Library: Shared libraries
ii  libcairo2   1.8.8-2ubuntu1   The Cairo 2D vector graphics libra
ii  libfontconfig1  2.6.0-1ubuntu12  generic font configuration library
ii  libfreetype62.3.9-5  FreeType 2 font engine, shared lib
ii  libglade2-0 1:2.6.4-1library to load .glade files at ru
ii  libglib2.0-02.22.2-0ubuntu1  The GLib library of C routines
ii  libgnomecanvas2 2.26.0-1 A powerful object-oriented display
ii  libgnomeprint2. 2.18.6-1build1   The GNOME 2.2 print architecture -
ii  libgnomeprintui 2.18.4-1 GNOME 2.2 print architecture User 
ii  libgtk2.0-0 2.18.2-1 The GTK+ graphical user interface 
ii  libpango1.0-0   1.26.0-1 Layout and rendering of internatio
ii  libxml2 2.7.3.dfsg-1ubuntu2  GNOME XML library
ii  zlib1g  1:1.2.3.3.dfsg-13ubuntu3 compression library - runtime

gpaint recommends no packages.

gpaint suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#534229: kopete: Yahoo protocol still broken in LENNY

[Lisandro Damián Nicanor Pérez Meyer]

On Thursday 08 October 2009 18:44:30 Michel Vale Ferreira wrote:
> hi, a friend of mine stumbled upon this patch
> http://launchpadlibrarian.net/33034724/kopete_yahoo_update_login.patch
> posted by Doru at an ubuntu forum
> (https://bugs.launchpad.net/ubuntu/jaunty/+source/kdenetwork/+bug/391763).
> I downloaded it and it applied successfully.
> 
> the patched source compiled successfully, but I haven't tested it yet
> due to text only remote access.

As soon as I can get to my build machine, I'll test it. If anyone else wants 
to give it a try too, please be welcomed.

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/



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

Bug#550190: Info received (Bug#550190: linux-image-2.6.31-trunk-amd64: SCSI warnings/errors with LSI SAS1064E controller)

[Jason White]

Unfortunately, the patch doesn't solve this problem, at least not by itself.

Are there any other options besides bisecting 2.6.30 to 2.6.31? I don't mind
doing a bisect, but it's likely to take more time than I have available in the
near future.




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

Bug#550253: [Debian-med-packaging] Bug#550253: (infernal_1.0-1/avr32): FTBFS: Outdated config.{sub, guess}

[Charles Plessy]

tag 550253 patch
severity 550253 important
thanks

Le Thu, Oct 08, 2009 at 06:30:10PM +0100, bradsm...@debian.org a écrit :
> 
> Whilst building your package on AVR32, the build failed due to outdated
> config.{sub,guess} files.

Dear Bradley, thank you for your report. We will update the package shortly.
Maybe you can include a link to a presentation of the AVR32 port in your future
bug reports? This will for sure be an interesting reading.

In our package, although we depend on autotools-dev, we actually did not update
config.{sub,guess} at all. I think that it is an important bug.

Debian Med friends, would you be OK to switch to CDBS to automagically solve
the issue? It seems that simple debhelper 7 rules do not automatically use
autotools-dev when we depend on them. 

The new rules files would be:

#!/usr/bin/make -f
# -*- makefile -*-

include /usr/share/cdbs/1/class/autotools.mk
include /usr/share/cdbs/1/rules/debhelper.mk

DEB_COMPRESS_EXCLUDE = .pdf

clean::
if [ -r Makefile ]; then $(MAKE) distclean; fi
cd documentation/userguide; make distclean
cd easel/documentation; make distclean
dh_clean *.1 */*.log *.log */Makefile Makefile 
documentation/manpages/*.1

DEB_MAKE_INSTALL_TARGET = install prefix=$(CURDIR)/debian/tmp

get-orig-source:
VERSION=`dpkg-parsechangelog | grep Ver | cut -d' ' -f2 | cut -d- -f1` 
; \

URL="ftp://selab.janelia.org/pub/software/infernal/infernal-$${VERSION}.tar.gz";;
 \
ln -s infernal-$${VERSION}.tar.gz infernal_$${VERSION}.orig.tar.gz

I already committed this new version to our repository, but feel free to ask me
to revert it of course!

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#549953: #549953 xterm: Font tracking over wide.

[Thomas Dickey]

The comments by Pellegrino and Davis are describing two different things.
The former is a longstanding issue with xterm using Xft (which doesn't
do the same type of layout adjustment used in pango).  If Xft doesn't
_support_ that, then this would be a wishlist item.

The latter is a new bug report.

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#504367: smfi_setconn

[Russell Coker]

The attached patch makes smfi_setconn() take a const char * parameter.
-- 
russ...@coker.com.au
http://etbe.coker.com.au/  My Main Blog
http://doc.coker.com.au/   My Documents Blog
diff -ru sendmail-8.14.3/build-tree/sendmail-8.14.3/include/libmilter/mfapi.h sendmail-8.14.3-64/build-tree/sendmail-8.14.3/include/libmilter/mfapi.h
--- sendmail-8.14.3/build-tree/sendmail-8.14.3/include/libmilter/mfapi.h	2009-10-09 11:24:11.0 +1100
+++ sendmail-8.14.3-64/build-tree/sendmail-8.14.3/include/libmilter/mfapi.h	2009-10-09 11:24:41.0 +1100
@@ -161,7 +161,7 @@
 LIBMILTER_API int smfi_setbacklog __P((int));
 LIBMILTER_API int smfi_setdbg __P((int));
 LIBMILTER_API int smfi_settimeout __P((int));
-LIBMILTER_API int smfi_setconn __P((char *));
+LIBMILTER_API int smfi_setconn __P((const char *));
 LIBMILTER_API int smfi_stop __P((void));
 #if _FFR_MAXDATASIZE
 LIBMILTER_API size_t smfi_setmaxdatasize __P((size_t));
diff -ru sendmail-8.14.3/build-tree/sendmail-8.14.3/libmilter/main.c sendmail-8.14.3-64/build-tree/sendmail-8.14.3/libmilter/main.c
--- sendmail-8.14.3/build-tree/sendmail-8.14.3/libmilter/main.c	2009-10-09 11:23:57.0 +1100
+++ sendmail-8.14.3-64/build-tree/sendmail-8.14.3/libmilter/main.c	2007-04-24 08:22:50.0 +1000
@@ -169,7 +169,7 @@
 
 int
 smfi_setconn(oconn)
-	char *oconn;
+	const char *oconn;
 {
 	size_t l;
 

Bug#547359: (kein Betreff)

[Bjoern Franke]

It seems to be fixed with lirc-modules-source_0.8.3-5+svnr379.1_all.deb

lirc_dev & lirc_serial load fine now:


[   28.803739] lirc_dev: IR Remote Control driver registered, major 61
[   29.356037] lirc_serial: auto-detected active low receiver
[   29.356112] lirc_dev: lirc_register_plugin: sample_rate: 0





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

Bug#550031: ITP: libjs-extjs -- a cross-browser JavaScript library

[Thomas Goirand]

> Thomas,
>
> It's not my position to get into Debian's debate. I can confirm for you
> that Ext JS can absolutely be licensed under GPL v3 without qualification.
> If there is commentary that can be read counter to that, then that is not a
> good read of what we are saying. From a legal standpoint, Ext JS can be
> licensed under GPL v3, or alternatively under a Commercial License from Ext
> JS.  We put no conditions on the GPL v3 use, other than those of GPL v3
> itself.
>
> ~ Adam

Nobody is asking for debate, but if you were to write yourself "We put no
conditions on the GPL v3 use, other than those of GPL v3 itself." ends any
starting debate indeed, but then what you have write on your website is
kind of confusing (at least to some of us).

Now, I wonder what other people from Debian will say after this declaration.

Thomas





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

Bug#549936: Bug#548126: pu: package opensaml2/2.0-2+lenny1

[Scott Cantor]

Faidon Liambotis wrote on 2009-10-08:
> Yes, I've verified that they work in my setup. As Scott said before,
> there more than a dozen scenarios (literally!) and I'm not able to test
> each one of them. However, they work in the couple that I've tried and
> the fixes are with upstream's (Scott) blessing, so I wouldn't expect
> more breakage.

If there were, it'd be upstream also and require an additional advisory there, 
so this just puts things on equal footing.

-- Scott





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

Bug#550304: nagios3: timeperiods in ISO format not shown correctly by config.cgi

[Bill Thompson]

Package: nagios3
Version: 3.0.6-4~lenny2
Severity: minor

Timeperiod definitions in ISO format are shown being two months earlier when
viewed by the config.cgi script. For example, a timeperiod with a definition of:

2009-10-01  00:00-24:00

Appears on the "View Config" page as:

2009-08-01  00:00-24:00

This does not affect the functions of the timeperiod definition. The nagios
system will use the defined date. The earlier date shown by the config.cgi is
incorrect and does not appear to be used by the system.

The issue is minor, but can cause concern when troubleshooting a problem (or 
explaining what timeperiods are to the boss).

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages nagios3 depends on:
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libgd2-xpm 2.0.36~rc1~dfsg-3 GD Graphics Library version 2
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libperl5.105.10.0-19lenny2   Shared Perl library
ii  libpng12-0 1.2.27-2+lenny2   PNG library - runtime
ii  nagios3-common 3.0.6-4~lenny2support files for nagios3
ii  perl   5.10.0-19lenny2   Larry Wall's Practical Extraction 
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

nagios3 recommends no packages.

Versions of packages nagios3 suggests:
ii  nagios-nrpe-plugin2.12-1 Nagios Remote Plugin Executor Plug

-- 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#363702: No longer relevant

[cgarcia]

 I had this bug with a 3 years old version of Firefox. With the  
current version it does not happen any more.

 So the bug can be closed.
-
ADVERTENCIA: Sobre la privacidad y cumplimiento de la Ley de  
Proteccion de Datos, acceda a http://www.iac.es/disclaimer.php
WARNING: For more information on privacy and fulfilment of the Law  
concerning the Protection of Data, consult  
http://www.iac.es/disclaimer.php?lang=en






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

Bug#550303: hydrogen: FTBFS on GNU/kFreeBSD

[Cyril Brulebois]

Package: hydrogen
Version: 0.9.3-6
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

your package FTBFS on GNU/kFreeBSD[1,2]. Please find attached a patch to
fix this.

 1. 
https://buildd.debian.org/fetch.cgi?pkg=hydrogen&arch=kfreebsd-amd64&ver=0.9.3-6&stamp=1254272540&file=log&as=raw
 2. 
https://buildd.debian.org/fetch.cgi?pkg=hydrogen&arch=kfreebsd-i386&ver=0.9.3-6&stamp=1254733808&file=log&as=raw

Mraw,
KiBi.
--- a/build-tree/hydrogen-0.9.3/src/lib/Hydrogen.cpp
+++ b/build-tree/hydrogen-0.9.3/src/lib/Hydrogen.cpp
@@ -38,6 +38,7 @@
 #include 
 #include 
 #include 
+#include 
 using std::cout;
 using std::cerr;
 using std::endl;

Bug#550166: reportbug: grave severity justification 'data loss' description

[green]

Thanks for the quick response!

Sandro Tosi wrote at 2009-10-08 00:30 -0500:
> Hello Green (is this your real name? it's nice to know who you're talking to),

No, 'green' is a pseudonym.  Sorry, but at least I am consistent in using it.

> On Thu, Oct 8, 2009 at 06:20, green  wrote:
> > Package: reportbug
> > Version: 3.48
> > Severity: normal
> >
> > The description for the 'grave' severity in reportbug should indicate that 
> > it
> > is _not_ for _serious_ data loss, like: "causes non-serious data loss".
> 
> The severities in reportbug are the ones defined[1] by the BTS, so I'm
> not going to branch from their description. If you want them to be
> changed, your should talk to BTS maintainers first, then downstream to
> us. Closing this bug report now.
> 
> [1] http://www.debian.org/Bugs/Developer#severities

Ah, okay.  I see and agree that the severities are not the responsibility of 
the reportbug package.

Why, then, do the reportbug severity criteria descriptions depart from those 
listed[1] in the rc_policy document?  Is there another list?

[1] http://release.debian.org/lenny/rc_policy.txt

> > I was reporting a bug (550103) for a program that did cause data loss by not
> > writing user inputted data to the filesystem.  That data therefore becomes
> > unrecoverable--that is 'serious data loss'.  When reporting the bug, I chose
> > 'grave' because it mentioned 'data loss' and I did not feel that 'critical'
> > severity was correct because the data loss was not catastrophic.  When
> > reportbug asked for justification, the only data loss option is 
> > 'non-serious',
> > so I was forced to use 'unknown' which lowered the severity to 'normal'.  I
> > should have used 'critical' and 'causes serious data loss', hence the 
> > suggested
> > description change.
> 
> No, the correct severity is 'grave': 'critical' is far too higher for
> a program not saving its own files.

Okay, so when I run reportbug and select 'grave', then the only relevant 
criteria/justification option is 'causes non-serious data loss'.  Unrecoverable 
loss of my data is serious, but there are worse cases.  The rc_policy document 
uses a more generic 'causes data loss'.  There is no description there 
(elsewhere perhaps?), but 'unimportant or restorable without resorting to 
backup media' is NOT TRUE for the bug I was reporting.

Comments?


Possible alternatives:

2 causes data loss - causes the loss of data on the system that is only 
applicable to the package, unsaved, or restorable without resorting to 
backup media

or:

2 causes data loss - causes new, unimportant, or restorable (without backup 
media) data on the system to be lost


Thanks.


signature.asc
Description: Digital signature

Bug#484211: More info about fix in stable?

[Sr. Cv.]

Hello,

If this is closed, where should I look for more info about fixing this bug
in current debian stable?

WRz



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

Bug#550190: linux-image-2.6.31-trunk-amd64: SCSI warnings/errors with LSI SAS1064E controller

[Jason White]

dann frazier  wrote:
 
> hmm.. wonder if this would help:
>   
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=9d2e9d66a3f032667934144cd61c396ba49f090d
> 
> Would you be able to test that?

I'll test it against 2.6.31.3 in the next few days.

Maybe it will also appear in a 2.6.31.x stable release if it's considered to
be a bug fix.




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

Bug#550302: nis: ypbind cannot register with portmap on machine boot

[Lorin Scraba]

Package: nis
Version: 3.17-17
Severity: important



-- Package-specific info:
nm-tool is not installed

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

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

Versions of packages nis depends on:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libdbus-1-3   1.2.1-5+lenny1 simple interprocess messaging syst
ii  libdbus-glib-1-2  0.76-1 simple interprocess messaging syst
ii  libgdbm3  1.8.3-3GNU dbm database routines (runtime
ii  libglib2.0-0  2.16.6-2   The GLib library of C routines
ii  libslp1   1.2.1-7.5  OpenSLP libraries
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip
ii  make  3.81-5 The GNU version of the "make" util
ii  netbase   4.34   Basic TCP/IP networking system
ii  portmap   6.0-9  RPC port mapper

nis recommends no packages.

nis suggests no packages.

-- debconf information:
  nis/not-yet-configured:
* nis/domain: vendio-auth


I am experiencing this behaviour on 10+ servers running lenny/amd64. Most of 
the times I reboot a server
ypbind will fail to start. Ocassionaly this doesn't happen. I am able to get a 
serial console on
these machines and from the boot messages (listing below but a little trashed ) 
I assume portmap is not 
yet completly initialized. After machine boots if I do /etc/init.d/nis restart 
ypbind starts fine and binds 
to the nis masters.

Configuring network interfaces...done.
Starting portmap daemon...[   46.398658] bnx2: eth0: using MSI
.
Starting NFS common utilities: statd [   52.580838] bnx2: eth0 NIC Copper Link 
is Up, 1000 Mbps full duplex
.
Starting iSCSI initiator service: iscsid[   56.002090] Loading iSCSI transport 
class v2.0-869.
[   56.135150] iscsi: registered transport (tcp)
[   56.262446] iscsi: registered transport (iser)
.
Setting up iSCSI targets:
iscsiadm: No records found!
.
Mounting network filesystems:.
Setting sensors limits.
Setting console screen modes and fonts.

INIT: Entering runlevel: 2
Starting system logging: syslog-ng.
Starting ACPI services
Starting system message bus: dbus.
Starting OpenBSD Secure Shell server: sshd[   64.761421] NET: Registered 
protocol family 10
.
Setting NIS domainname to: vendio-auth.
Starting NIS services: ypbindbinding to YP server...[   70.650939] RPC: 
Registered udp transport module.
[   70.739026] RPC: Registered tcp transport module.
failed (backgrounded).
.



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

Bug#550221: xy-maximized window gets reduced to lower half of full screen when x-maximized window is started

[Nico Golde]

Hi,
* deb...@x.ray.net  [2009-10-08 16:00]:
> when i tried out openbox, i found some very strange behaviour:
> 
> - if a window is 'fullscreen' (or fullscreen and maximized), xembed? apps are 
> ignored (window draws over panel)

Ok so far it doesn't sound strange.

> - if a window is 'maximized', it won't draw over the panel

why should it, fullscreen != maximized.

> , but if matchbox-keyboard is started, the window gets resized to the lower 
> half of the 
> screen and the matchbox-keyboard is ignored (window draws 'under' 
> matchbox-keyboard)
> - if matchbox-keyboard is started, there is a 'gap' (the size of the panel, 
> but 
> that might be coincidence) that shouldn't be there between the lower border 
> of 
> the screen and the lower border of matchbox-keyboard
> 
> so i had to switch back to matchbox-window-manager again (which still has a 
> smaller memory-footprint anyway btw)...

What is matchbox keyboard? Do you have this with other applications as well? 
If the application is messed-up (in this case matchbox keyboard) openbox can 
hardly do anything against that.

Cheers
Nico
>
-- 
Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0
For security reasons, all text in this mail is double-rot13 encrypted.


pgpc2oSGUwE26.pgp
Description: PGP signature

Bug#462594: qemulator crash

[Roy Jamison]

This affects me too, and it happens whenever qemulator is started from
a fresh install. No configuration files have been moved, changed or
anything.
This affects all Ubuntu versions from 8.04 onwards using version 0.5.3
and is being tracked in Launchpad at
https://bugs.launchpad.net/ubuntu/+source/qemulator/+bug/132720 there
are currently around 100 duplicate bug reports on this so it is
definitely a reproducible issue.
Detailed debugging information can be found at
https://bugs.launchpad.net/ubuntu/+source/qemulator/+bug/446779
Hope you can help



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

Bug#521860: lack of upstream response

[Clint Adams]

http://forums.oracle.com/forums/thread.jspa?threadID=880991&tstart=0



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

Bug#550282: zimpl: FTBFS on GNU/kFreeBSD

[Cyril Brulebois]

Joachim Reichel  (09/10/2009):
> Hi Cyril,

Heya,

> thanks for the patch. I'll include it in the next upload. Out of
> curiosity, what does "uname -s" return on kFreeBSD? Is it possible to
> get access to some kFreeBSD (Debian) machine to find out why the tests fail?

Sure:
| k...@lucamd64:~$ uname -a && uname -s
| GNU/kFreeBSD lucamd64 7.2-1-amd64 #0 Sun Sep 13 00:27:30 UTC 2009 x86_64 
amd64 Intel(R) Core(TM)2 Duo CPU E4400  @ 2.00GHz GNU/kFreeBSD
| GNU/kFreeBSD

Waiting for DSA'd porter boxes, you can request access to
{io,asdfasdf}.debian.net

Happy porting. :)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#550301: xiphos is not currently installable

[Roberto C. Sanchez]

Package: xiphos
Version: 3.1.1-2
Severity: serious
Justification: Renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When trying to install xiphos in sid today, I got this:

The following packages have unmet dependencies:
  xiphos: Depends: libgtkhtml-editor0 (< 3.27) but 3.28.0-3 is to be installed
E: Broken packages

Regards,

- -Roberto


- -- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

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

iEYEARECAAYFAkrObI0ACgkQ5SXWIKfIlGSgNgCfQJ4JcLWkgO1u5dBpo3eiT2UY
x0MAn0AV234wVtp5bQzn3/2OoeBtmgca
=NCsK
-END PGP SIGNATURE-



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

Bug#550300: FTBFS with GCC 4.4: expected primary-expression before 'enum'

[Martin Michlmayr]

Package: boost1.40
Version: 1.40.0-1
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.4

This package fails to build with GCC 4.4.  You can reproduce this problem
with gcc-4.4/g++-4.4 from unstable.

The code that fails is this:
  typedef typename boost::uint_t<8*sizeof(T)>::least int_type;
  BOOST_MPL_ASSERT((sizeof(T)==sizeof(int_type)));
which expands to:
  typedef typename boost::uint_t<8*sizeof(T)>::least int_type;
  enum { mpl_assertion_in_line_64 = sizeof( 
boost::mpl::assertion_failed( boost::mpl::assert_arg( (void (*) 
(sizeof(T)==sizeof(int_type)))0, 1 ) ) ) };

Some upstream tests I found with Google also show this error:
http://www.boost.org/development/tests/release/output/Debian-Sid-boost-bin-v2-libs-fusion-test-adapt_assoc_struct-test-gcc-4-4-debug-sequence.html
so hopefully this issue is known upstream - but please check if it is.


> Automatic build of boost1.40_1.40.0-2 on em64t by sbuild/amd64 0.53
...
> "g++"  -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -g 
> -D_REENTRANT -pthread -fPIC  -DBOOST_ALL_NO_LIB=1 -DBOOST_MPI_DYN_LINK=1 
> -DBOOST_MPI_SOURCE=1 -DNDEBUG  -I"." -I"/usr/lib/openmpi/include" 
> -I"/usr/lib/openmpi/include/openmpi" -c -o 
> "bin.v2/libs/mpi/build/gcc-4.4.1/release/debug-symbols-on/threading-multi/broadcast.o"
>  "libs/mpi/src/broadcast.cpp"
> 
> In file included from ./boost/mpi/detail/mpi_datatype_cache.hpp:13,
>  from ./boost/mpi/datatype.hpp:27,
>  from ./boost/mpi/communicator.hpp:20,
>  from ./boost/mpi/collectives.hpp:21,
>  from ./boost/mpi/collectives_fwd.hpp:19,
>  from ./boost/mpi/collectives/broadcast.hpp:11,
>  from libs/mpi/src/broadcast.cpp:9:
> ./boost/mpi/detail/mpi_datatype_oarchive.hpp: In member function 'void 
> boost::mpi::detail::mpi_datatype_oarchive::save_enum(const T&, mpl_::true_)':
> ./boost/mpi/detail/mpi_datatype_oarchive.hpp:64: error: expected 
> primary-expression before 'enum'
> ./boost/mpi/detail/mpi_datatype_oarchive.hpp:64: error: expected ';' before 
> 'enum'
> ...failed gcc.compile.c++ 
> bin.v2/libs/mpi/build/gcc-4.4.1/release/debug-symbols-on/threading-multi/broadcast.o...
> gcc.compile.c++ 
> bin.v2/libs/mpi/build/gcc-4.4.1/release/debug-symbols-on/threading-multi/communicator.o

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#549936: Bug#548126: pu: package opensaml2/2.0-2+lenny1

[Faidon Liambotis]

Florian Weimer wrote:
> * Faidon Liambotis:
> 
>> Florian Weimer wrote:
>>> Thanks, please upload.  (You need to build the source package with
>>> -sa.) 
> 
>> Yes, of course. Just uploaded to security-master.
> 
> Thanks.  Have you verified that the versions you've uploaded, together
> with the previous security update, fix the reported bug and still work
> in general?
Yes, I've verified that they work in my setup. As Scott said before,
there more than a dozen scenarios (literally!) and I'm not able to test
each one of them. However, they work in the couple that I've tried and
the fixes are with upstream's (Scott) blessing, so I wouldn't expect
more breakage.

In the unlikely event that something is wrong, though, you can count on
me for fixing it.

Thanks,
Faidon



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

Bug#538086: installation-reports: Installation works, but neither is user created nor a root password set

[Dinyar Rabady]

Alright, I've tried the daily image from 8th of october and this problem
seems almost solved. When first booting after installation Grub finds my
system partition, but decryption of my filesystem fails. The message with is
displayed claims that either the passphrase is wrong or bad options. I'm
very sure that my passphrase is correct and I'm reinstalling just now having
used the trick where I pull out the usb-stick right before the harddisks are
detected to see if the system boots now.

On 2009-10-08 4:11 PM, "Dinyar Rabady"  wrote:

On Tue, Jul 28, 2009 at 12:04 PM, Otavio Salvador 
wrote:

> Hello, > > On Wed, Jul 22, 2009 at 8:09 PM, Dinyar Rabady<
dinyar.rab...@gmail.com> wrote: >> The f...
On the current daily image my harddisk is still listed as /dev/sdc. Is this
ok?

--

Please avoid sending me Word, Excel or PowerPoint attachments. See
http://www.gnu.org/philosophy/no-...
Sent from Vienna, Austria

Bug#550299: gitk: package depends explicitly on tk, wish may be more appropriate

[Steffen Moeller]

Package: gitk
Version: 1:1.6.4.3-1
Severity: wishlist

Hello,

I would like to remove tk8.4 from my system, but the package tk depends on it, 
which in turn gitk depends on. Since gitk apparently als works with tk8.5, and 
the gitk start script is version-independent, the explicit dependency tk should 
be weakened. I suggest to either just depend on "wish", which is provided both 
by tk8.4 and tk8.5 or to at least allow dependencies to either tk|tk8.5.

Many thanks

Steffen

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

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

Versions of packages gitk depends on:
ii  git-core 1:1.6.4.3-1 fast, scalable, distributed revisi
pi  tk   8.4.16-2The Tk toolkit for Tcl and X11 (de

gitk recommends no packages.

Versions of packages gitk suggests:
pn  git-doc(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#546207: cannot reproduce python-gdal failure

[Francesco P. Lovergine]

severity 546207 normal
tag 546207 + moreinfo
thanks

Sorry but I cannot reproduce the problem with current 1.6.2 version.

-- 
Francesco P. Lovergine



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

Bug#550282: zimpl: FTBFS on GNU/kFreeBSD

[Joachim Reichel]

Hi Cyril,

thanks for the patch. I'll include it in the next upload. Out of
curiosity, what does "uname -s" return on kFreeBSD? Is it possible to
get access to some kFreeBSD (Debian) machine to find out why the tests fail?

Regards,
  Joachim



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

Bug#550297: ktouch: Colemak letters not marked correctly

[Walter Landry]

Package: ktouch
Version: 4:4.3.1-1
Severity: normal

When running a lesson with the Colemak keyboard layout, the keyboard is 
displayed correctly, but which key to type is marked wrong.  For example, if 
the next letter is "r", ktouch highlights the "p" key.  The "p" key on Colemak 
is where the "r" key is on QWERTY.  So it is as if ktouch has changed the 
display of the keys, but not its internal mapping.

The DVORAK layout works fine.



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

Kernel: Linux 2.6.30-1-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 ktouch depends on:
ii  kdebase-runtime   4:4.3.1-1  runtime components from the offici
ii  kdelibs5  4:4.3.1-1  core libraries for all KDE 4 appli
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libqt4-xml4:4.5.2-2  Qt 4 XML module
ii  libqtcore44:4.5.2-2  Qt 4 core module
ii  libqtgui4 4:4.5.2-2  Qt 4 GUI module
ii  libstdc++64.4.1-4The GNU Standard C++ Library v3

ktouch recommends no packages.

Versions of packages ktouch suggests:
ii  khelpcenter4  4:4.3.1-1  Help Center for KDE 4

-- 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#550298: ocaml-sha - FTBFS: ocamlfind: *.cmxa: No such file or directory

[Bastian Blank]

Source: ocaml-sha
Version: 1.5-3
Severity: serious

There was an error while trying to autobuild your package:

> sbuild (Debian sbuild) 0.58.2 (15 Jun 2009) on lxdebian.bfinv.de
[...]
> ocamlfind install sha META *.mli *.cmi *.cmx *.cma *.cmxa *.a *.so
> Installed 
> /build/buildd-ocaml-sha_1.5-3-s390-a7xRRP/ocaml-sha-1.5/debian/tmp//usr/lib/ocaml/sha/dllsha.so
> Installed 
> /build/buildd-ocaml-sha_1.5-3-s390-a7xRRP/ocaml-sha-1.5/debian/tmp//usr/lib/ocaml/sha/libsha.a
> ocamlfind: *.cmxa: No such file or directory
> make[1]: *** [install] Error 2
> make[1]: Leaving directory 
> `/build/buildd-ocaml-sha_1.5-3-s390-a7xRRP/ocaml-sha-1.5'
> make: *** [common-install-impl] Error 2



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

Bug#550296: ClamAV 0.94.x will be remotely disabled on 1th April 2010

[Dominic Hargreaves]

Package: clamav
Version: 0.94.dfsg.2-1lenny2
Severity: important

Perhaps the version from volatile should be promoted to lenny proper
before this date...

etch is also affected but I assume it will be out of support by then.

- Forwarded message from Luca Gibelli  -

X-Spam-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,
RCVD_IN_DNSWL_LOW,SPF_FAIL autolearn=ham version=3.2.5
Date: Tue, 6 Oct 2009 16:36:01 +0200
From: Luca Gibelli 
To: clamav-annou...@lists.clamav.net
User-Agent: Mutt/1.5.18 (2008-05-17)
Subject: [Clamav-announce] End of Life Announcement: ClamAV 0.94.x
Reply-To: nore...@clamav.net
X-Urchin-Spam-Score-Int: -26
X-Bogosity: Ham, tests=bogofilter, spamicity=0.00, version=1.1.7


Dear ClamAV users,

all ClamAV releases older than 0.95 are affected by a bug in freshclam
which prevents incremental updates from working with signatures longer
than 980 bytes.

You can find more details on this issue on our bugzilla:
https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1395

This bug affects our ability to distribute complex signatures (e.g.
logical signatures) with incremental updates.

So far we haven't released any signatures which exceed this limit.
Before we do we want as many users as possible to upgrade to the latest
version of ClamAV.

Starting from 15 April 2010 our CVD will contain a special signature
which disables all clamd installations older than 0.95 - that is to say 
older than 1 year.
This move is needed to push more people to upgrade to 0.95 .
We would like to keep on supporting all old versions of our engine, but
unfortunately this is no longer possible without causing a disservice to
people running a recent release of ClamAV.
The traffic generated by a full CVD download, as opposed to an
incremental update, cannot be sustained by our mirrors.

We plan to start releasing signatures which exceed the 980 bytes limit
on May 2010.

We recommend that you always run the latest version of ClamAV to get
optimal protection, reliability and performance.

This message will be sent every two months to remind you to upgrade all
of your ClamAV installations in time.


Thanks for your cooperation,


Best regards


-- 
Luca Gibelli (luca _at_ clamav.net)   ClamAV, a GPL anti-virus toolkit
[Tel] +39 0187 1851862 [Fax] +39 0187 1852252 [IM] nervous/jabber.linux.it
PGP key id 5EFC5582 @ any key-server || http://www.clamav.net/gpg/luca.gpg
___
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-announce

- End forwarded message -

-- 
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#550295: ktouch: Letters are cut off

[Walter Landry]

Package: ktouch
Version: 4:4.3.1-1
Severity: normal

When displaying the letters that you type, the bottom 30% of the characters are 
not displayed.  This is true whether or not the keyboard is being shown.

The version in Lenny seems to work fine.


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

Kernel: Linux 2.6.30-1-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 ktouch depends on:
ii  kdebase-runtime   4:4.3.1-1  runtime components from the offici
ii  kdelibs5  4:4.3.1-1  core libraries for all KDE 4 appli
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libqt4-xml4:4.5.2-2  Qt 4 XML module
ii  libqtcore44:4.5.2-2  Qt 4 core module
ii  libqtgui4 4:4.5.2-2  Qt 4 GUI module
ii  libstdc++64.4.1-4The GNU Standard C++ Library v3

ktouch recommends no packages.

Versions of packages ktouch suggests:
ii  khelpcenter4  4:4.3.1-1  Help Center for KDE 4

-- no debconf information
<>

Bug#550294: im-sdk: Fails to build on GNU/kFreeBSD

[Cyril Brulebois]

Package: im-sdk
Version: 12.3.91-6.4
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

please find attached some patches to help get im-sdk built on
GNU/kFreeBSD. I've now got it failing as described in #548465.

Cc'ing David since he was the last NMUer.

Mraw,
KiBi.
--- a/build-tree/iiimf-12.3.91-svn2814/lib/iiimp/data/comp-file-operation.c
+++ b/build-tree/iiimf-12.3.91-svn2814/lib/iiimp/data/comp-file-operation.c
@@ -134,7 +134,7 @@ iiimp_file_operation_fcntl_flock_type_i2
return F_WRLCK;
 case IIIMP_FILE_OPERATION_FCNTL_FLOCK_TYPE_F_UNLCK:
return F_UNLCK;
-#if !defined(__linux__)
+#if !defined(__linux__) && !defined(__GLIBC__)
 case IIIMP_FILE_OPERATION_FCNTL_FLOCK_TYPE_F_UNLKSYS:
return F_UNLKSYS;
 #endif
@@ -155,7 +155,7 @@ iiimp_file_operation_fcntl_flock_type_l2
return IIIMP_FILE_OPERATION_FCNTL_FLOCK_TYPE_F_WRLCK;
 case F_UNLCK:
return IIIMP_FILE_OPERATION_FCNTL_FLOCK_TYPE_F_UNLCK;
-#if !defined(__linux__)
+#if !defined(__linux__) && !defined(__GLIBC__)
 case F_UNLKSYS:
return IIIMP_FILE_OPERATION_FCNTL_FLOCK_TYPE_F_UNLKSYS;
 #endif
@@ -7323,7 +7323,7 @@ fcntl_cmd_flock_type_string(
return "F_WRLCK";
 case F_UNLCK:
return "F_UNLCK";
-#if !defined(__linux__)
+#if !defined(__linux__) && !defined(__GLIBC__)
 case F_UNLKSYS:
return "F_UNLKSYS";
 #endif
--- a/build-tree/iiimf-12.3.91-svn2814/leif/sampleja3/xaux_common/xaux_ext_common.c
+++ b/build-tree/iiimf-12.3.91-svn2814/leif/sampleja3/xaux_common/xaux_ext_common.c
@@ -841,7 +841,7 @@ HelpInvoke(
   return;
 }
 
-#ifdef linux
+#if defined(linux) || defined(__GLIBC__)
 pid = fork();
 #else
 pid = fork1();
--- a/build-tree/iiimf-12.3.91-svn2814/leif/sampleja3/xaux_common/xaux_ext_common.h
+++ b/build-tree/iiimf-12.3.91-svn2814/leif/sampleja3/xaux_common/xaux_ext_common.h
@@ -80,7 +80,7 @@ extern Bool xaux_ext_Start(xaux_class_t 
 extern Bool xaux_ext_Draw(xaux_class_t *, aux_ext_data_t *);
 extern Bool xaux_ext_Done(xaux_class_t *, aux_ext_data_t *);
 
-#ifndef	linux
+#if !defined(linux) && !defined(__GLIBC__)
 #include 
 #endif
 
--- a/build-tree/iiimf-12.3.91-svn2814/include/iiimp/iiimp-data.h
+++ b/build-tree/iiimf-12.3.91-svn2814/include/iiimp/iiimp-data.h
@@ -13,7 +13,7 @@
 #include 
 #endif
 
-#if defined(linux) || defined(__FreeBSD__) || defined(__APPLE__)
+#if defined(linux) || defined(__FreeBSD__) || defined(__APPLE__) || defined(__GLIBC__)
 typedef unsigned char	uchar_t;
 typedef unsigned int	uint_t;
 #endif /* linux || freebsd */

Bug#496715: [Xcb] Bug#496715: Bug#496715: libpthread-stubs: Should provide more pthread_* functions

[Samuel Thibault]

Jamey Sharp, le Thu 08 Oct 2009 14:37:54 -0700, a écrit :
> > At least pthread_cond_{init,destroy,wait,timedwait,signal} are used by
> > soci without systematically linking against -lpthread.  I mostly added
> > the others to anticipate any use rather than waiting for build issues.
> 
> I gather "soci" is http://soci.sourceforge.net/ ? Thanks for the
> example. It's very helpful.
> 
> Are you submitting these patches because you care specifically about
> using soci without linking against -lpthread,

On hurd-i386, yes, and possibly others which are waiting for build-deps.

Samuel



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

Bug#548412: grub-common: cpu and machin /usr/include/grub symlinks are bogus

[Robert Millan]

On Thu, Oct 08, 2009 at 11:28:21PM +0200, Samuel Thibault wrote:
> Robert Millan, le Thu 08 Oct 2009 21:34:57 +0200, a écrit :
> > Maybe what you have in mind would fit in grub-extras?
> 
> Well, it'd actually be a port of brltty to grub, fitting it into
> grub-extras would duplicate the source. Or brltty could provide a
> brltty-source package which grub-extras could use.

How does Linux handle this?

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."



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

Bug#550293: .../initramfs-tools/hooks/util-linux ignored: not alphanumeric or '_' file

[Arno Schuring]

Package: util-linux
Version: 2.16.1-3
Severity: minor

I encountered the following warning while writing my own initramfs hook:

/usr/share/initramfs-tools/hooks/util-linux ignored: not alphanumeric or '_' 
file

Apparently the initramfs hook processing code does not like filenames with 
hyphens in them. Easiest fix is to just remove the dash or replace it with an 
underscore.


You can test/reproduce by issuing
$ /usr/sbin/mkinitramfs -vo /dev/null $(uname -r)


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (800, 'testing'), (550, 'stable'), (101, 'unstable'), (100, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-rc3 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages util-linux depends on:
ii  dpkg   1.15.3.1  Debian package management system
ii  initscripts2.87dsf-6 scripts for initializing and shutt
ii  install-info   4.13a.dfsg.1-5Manage installed documentation in 
ii  libblkid1  2.16.1-3  block device id library
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libncurses55.7+20090803-2shared libraries for terminal hand
ii  libselinux12.0.85-4  SELinux runtime shared libraries
ii  libslang2  2.2.1-1   The S-Lang programming library - r
ii  libuuid1   2.16.1-3  Universally Unique ID library
ii  lsb-base   3.2-23Linux Standard Base 3.2 init scrip
ii  tzdata 2009m-1   time zone and daylight-saving time
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

util-linux recommends no packages.

Versions of packages util-linux suggests:
pn  dosfstools (no description available)
ii  kbd   1.15-4 Linux console font and keytable ut
pn  util-linux-locales (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#534229: kopete: Yahoo protocol still broken in LENNY

[Michel Vale Ferreira]

hi, a friend of mine stumbled upon this patch
http://launchpadlibrarian.net/33034724/kopete_yahoo_update_login.patch
posted by Doru at an ubuntu forum
(https://bugs.launchpad.net/ubuntu/jaunty/+source/kdenetwork/+bug/391763).
I downloaded it and it applied successfully.

the patched source compiled successfully, but I haven't tested it yet
due to text only remote access.


Michel

2009/10/8 Lisandro Damián Nicanor Pérez Meyer :
> On Thursday 08 October 2009 12:33:14 Michel Vale Ferreira wrote:
>> the bug has been corrected in squeeze, but what about lenny?
>>
>> will there be a fix?
>
> I could not find a patch for kopete 3.5. If upstream (or someone willing to
> contribute) doesn't make a patch, it will get complicated to solve it  :-(
>
> If you happen to find a patch for it, please send it (or a link to it).
>
> Regards, Lisandro.
>
> --
>
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/
>



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

Bug#550292: dovecot-common: /etc/init.d/dovecot stop does not stop dovecot

[Martin Jürgens]

Package: dovecot-common
Version: 1:1.0.15-2.3+lenny1
Severity: important


/etc/init.d/dovecot stop does not stop dovecot, the process remains running.

I rated this as being important because it prevents security updates for 
dovecot from operating because it is not restarted when dpkg calls that script.

X3:~# ps -A | grep dovecot
 2500 ?00:00:09 dovecot
 2503 ?00:00:06 dovecot-auth
X3:~# /etc/init.d/dovecot stop
X3:~# ps -A | grep dovecot
 2500 ?00:00:09 dovecot
 2503 ?00:00:06 dovecot-auth


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

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

Versions of packages dovecot-common depends on:
ii  adduser 3.110add and remove users and groups
ii  libc6   2.7-18   GNU C Library: Shared libraries
ii  libcomerr2  1.41.3-1 common error description library
ii  libkrb531.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries
ii  libldap-2.4-2   2.4.11-1 OpenLDAP libraries
ii  libmysqlclient1 5.0.51a-24+lenny2MySQL database client library
ii  libpam-runtime  1.0.1-5+lenny1   Runtime support for the PAM librar
ii  libpam0g1.0.1-5+lenny1   Pluggable Authentication Modules l
ii  libpq5  8.3.8-0lenny1PostgreSQL C client library
ii  libsqlite3-03.5.9-6  SQLite 3 shared library
ii  libssl0.9.8 0.9.8g-15+lenny5 SSL shared libraries
ii  openssl 0.9.8g-15+lenny5 Secure Socket Layer (SSL) binary a
ii  ucf 3.0016   Update Configuration File: preserv
ii  zlib1g  1:1.2.3.3.dfsg-12compression library - runtime

dovecot-common recommends no packages.

dovecot-common 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#496715: [Xcb] Bug#496715: Bug#496715: libpthread-stubs: Should provide more pthread_* functions

[Jamey Sharp]

On Thu, Oct 8, 2009 at 11:06 AM, Samuel Thibault  wrote:
> Jamey Sharp, le Thu 08 Oct 2009 09:58:06 -0700, a écrit :
>> Here are some specific concerns, as well as which parts of the
>> proposal I approve of as-is.
>
> I quite generally do agree on them.  I had just reproduced the glibc
> behavior.

Good, that's easy then. :-)

> At least pthread_cond_{init,destroy,wait,timedwait,signal} are used by
> soci without systematically linking against -lpthread.  I mostly added
> the others to anticipate any use rather than waiting for build issues.

I gather "soci" is http://soci.sourceforge.net/ ? Thanks for the
example. It's very helpful.

Are you submitting these patches because you care specifically about
using soci without linking against -lpthread, or did you have some other
motivation?

>> So adding pthread_cond_timedwait now has the same issue, except that
>> I suppose a crazy person could use it to sleep for a specified amount
>> of time. In that case, though, immediately returning 0 would be the
>> wrong implementation. I'd rather not provide any implementation until
>> there's a real library with a sane use case for it.
>
> Either we return ETIMEDOUT immediately, making the user possibly notice
> a 100% cpu usage, or we gently wait for the specified time and return
> ETIMEDOUT?

Right. Except...

I see soci using pthread_cond_timedwait as an alternative to
pthread_cond_wait in the connection pool implementation. (I didn't check
if it appears more places.) It won't call either one until the pool runs
out of connections, and at that point a single-threaded app is broken.

So a third option is to immediately abort() if either pthread_cond_*wait
function is called. What do you think?

> Well, even my oldest copy of xopen (issue 4) specifies that EXIT_SUCCESS
> “evaluates to 0”. I don't know if any standard exists that both
> includes pthreads and doesn't say that EXIT_SUCCESS evaluates to 0. I
> don't believe there is (issue 4 doesn't have pthreads), in which case
> it's either way and I'd prefer EXIT_SUCCESS just for readability.

I won't argue with that. Either patch would seem alright to me, though
it seems pretty strange to use pthread_exit from a library.

> I haven't seen any in the Debian packages yet, but I can very well
> imagine that a library could want to protect itself from unexpected
> cancellation from another thread of the application while doing
> sensitive things.

True, though I think pthread_cleanup_push/pop probably suffices for
those cases? Guess I'd like to see use cases for the scheduler settings
and cancellation bits before deciding what to do.

On Thu, Oct 8, 2009 at 2:26 PM, Samuel Thibault  wrote:
> Barton C Massey, le Thu 08 Oct 2009 14:03:55 -0700, a écrit :
>> Jamey and I talked about this last week ...
>
> Then please tell the soci maintainers to not use pthread_cond_*

Bart thought this was the bug about the sem_* functions. Don't worry
about it.

Jamey



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

Bug#496715: [Xcb] Bug#496715: Bug#496715: libpthread-stubs: Should provide more pthread_* functions

[Samuel Thibault]

Barton C Massey, le Thu 08 Oct 2009 14:03:55 -0700, a écrit :
> Jamey and I talked about this last week and IIRC we sort of
> decided that these patches are outside the intended scope of
> pthread-stubs.  I think that any application linking against
> these functions should probably just link against
> libpthread.

Then please tell the soci maintainers to not use pthread_cond_*

Samuel



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

Bug#477346: Merging and closing bugs about echo -e in bash no longer expanding \nnn

[Nikolaus Schulz]

forcemerge 478234 477346
thanks

Report #477346 has been duplicated as #478234, which was then closed
with "wontfix".  Therefore forcemerging to put that issue to rest.

Nikolaus



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

Bug#550285: python-poker-network: Patch used in NMU version 1.7.5-1.1

[Loic Dachary]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Petter Reinholdtsen wrote:
> Package: python-poker-network Version: 1.7.5-1.1 Severity: wishlist
>  Tags: patch
>
> This is the patch used in my NMU.  It was uploaded to the 2 day
> delayed queue just now.  I added $syslog as a init.d script
> dependency because the init.d script used to start after syslog.
>
> diff -ur ../poker-network-1.7.5/debian/changelog
> ../poker-network-1.7.5-pere/debian/changelog ---
> ../poker-network-1.7.5/debian/changelog2009-10-08
> 21:27:25.0 +0200 +++
> ../poker-network-1.7.5-pere/debian/changelog2009-10-08
> 22:06:30.0 +0200 @@ -1,3 +1,14 @@ +poker-network
> (1.7.5-1.1) unstable; urgency=low + +  * Non-maintainer upload to
> fix release goal. +  * Fix init.d script dependencies (Closes:
> #546930). +  * Run examples/run-pokerserver using bash (Closes:
> #530173). +  * Drop python-xml from build dependencies.  It is
> included in +python now according to #540475 (Closes: #543135).
>  +  * Drop essential package coreutils from build-depends. + + --
> Petter Reinholdtsen   Thu, 08 Oct 2009 21:29:13
> +0200 + poker-network (1.7.5-1) unstable; urgency=low
>
> * upstream sync diff -ur ../poker-network-1.7.5/debian/control
> ../poker-network-1.7.5-pere/debian/control ---
> ../poker-network-1.7.5/debian/control2009-10-08 21:27:25.0
> +0200 +++ ../poker-network-1.7.5-pere/debian/control2009-10-08
> 22:06:12.0 +0200 @@ -2,7 +2,7 @@ Section: python Priority:
> extra Maintainer: Loic Dachary (OuoU) 
> -Build-Depends: debhelper (>= 5.0.37.2), python-all-dev (>= 2.4),
> automake1.9, cdbs, pkg-config, debconf | debconf-2.0, po-debconf,
> mysql-client, python-mysqldb, python-openssl, python-simplejson,
> python-soappy, python-glade2, python-twisted, python-pygame,
> python-poker-engine (>= 1.3.4), libglade2-dev, libtool, perl,
> valgrind [amd64 i386 powerpc], xvfb, php-pear, php5-dev,
> php5-mysql, graphviz, cvs, python-gtk2-dev, libjson-perl, apg,
> rsync, coreutils, python-xml, python-central +Build-Depends:
> debhelper (>= 5.0.37.2), python-all-dev (>= 2.4), automake1.9,
> cdbs, pkg-config, debconf | debconf-2.0, po-debconf, mysql-client,
> python-mysqldb, python-openssl, python-simplejson, python-soappy,
> python-glade2, python-twisted, python-pygame, python-poker-engine
> (>= 1.3.4), libglade2-dev, libtool, perl, valgrind [amd64 i386
> powerpc], xvfb, php-pear, php5-dev, php5-mysql, graphviz, cvs,
> python-gtk2-dev, libjson-perl, apg, rsync, python-central
> XS-Python-Version: >=2.4 Standards-Version: 3.8.1
>
> diff -ur ../poker-network-1.7.5/debian/python-poker-network.init
> ../poker-network-1.7.5-pere/debian/python-poker-network.init ---
> ../poker-network-1.7.5/debian/python-poker-network.init2009-10-08
> 21:27:25.0 +0200 +++
> ../poker-network-1.7.5-pere/debian/python-poker-network.init
> 2009-10-08 21:48:42.0 +0200 @@ -24,11 +24,11 @@ #
> http://wiki.debian.org/LSBInitScripts # ### BEGIN INIT INFO -#
> Provides:  poker-network -# Required-Start: $local_fs
> $network mysqld -# Required-Stop: $local_fs $network mysqld -#
> Should-Start:  $local_fs -# Should-Stop:   $local_fs +#
> Provides:  python-poker-network +# Required-Start:
> $network $remote_fs $syslog +# Required-Stop: $network
> $remote_fs $syslog +# Should-Start:  mysql +# Should-Stop:
> mysql # Default-Start: 2 3 4 5 # Default-Stop:  0 1 6 #
> Short-Description: poker-network server and bots diff -ur
> ../poker-network-1.7.5/examples/run-pokerserver
> ../poker-network-1.7.5-pere/examples/run-pokerserver ---
> ../poker-network-1.7.5/examples/run-pokerserver2008-12-04
> 04:11:22.0 +0100 +++
> ../poker-network-1.7.5-pere/examples/run-pokerserver2009-10-08
> 21:46:07.0 +0200 @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/bash #
> # Copyright (C) 2007 Loic Dachary  # Copyright
> (C) 2005, 2006 Mekensleep 
>
> Happy hacking,
Thanks !

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrOWCsACgkQ8dLMyEl6F23OEACgxGYLoUy0itfvpPkJWAFuDOCZ
lxEAniwDRJmoNENC25W0bcKa7k6Vp3ty
=KWQn
-END PGP SIGNATURE-

<>

Bug#548412: grub-common: cpu and machin /usr/include/grub symlinks are bogus

[Samuel Thibault]

Robert Millan, le Thu 08 Oct 2009 21:34:57 +0200, a écrit :
> Maybe what you have in mind would fit in grub-extras?

Well, it'd actually be a port of brltty to grub, fitting it into
grub-extras would duplicate the source. Or brltty could provide a
brltty-source package which grub-extras could use.

Samuel



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

Bug#549936: Bug#548126: pu: package opensaml2/2.0-2+lenny1

[Russ Allbery]

Sorry to have not been able to help with this more.  I'm still recovering
from a particularly nasty bout of stomach flu.  :/

Faidon Liambotis  writes:
> Florian Weimer wrote:

>> (It's odd that the original package FTBFSes, but well...)

> It is, I was wondering myself. It had multiple serious bugs actually:
>  - tries to generate the certificates with openssl without having
>openssl as a build-dep,
>  - even if it's installed (i.e. in an unclean chroot), they are
>generated in /etc/shibboleth instead of DESTDIR,
>  - then, debian/rules tries to rm (without -f) them in debian/tmp/, but
>they were never there so it fails/FTBFS.

This is disturbing to me as well.  I build all packages in a chroot as a
matter of course, and didn't have any trouble with the build.  The keys
that were generated as part of the normal build process aren't
particularly useful in the context of a Debian package, so when I saw them
being generated, I just removed them, but I thought they were being
generated under DESTDIR.

I'm not at all sure why you were seeing different results than I was.  I
will definitely investigate.  It may be that I missed something because I
was building in a chroot as a non-root user and therefore writing to
/etc/shibboleth in the chroot was failing and I didn't notice that error.

Thank you very much for fixing this, and as soon as I have focus again,
I'll make sure that the packages in unstable are also fixed if needed.

-- 
Russ Allbery (r...@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#550290: libio-capture-perl: improve debian/control::Description to mention 'Perl module'

[gregor herrmann]

On Thu, 08 Oct 2009 23:44:00 +0300, Jari Aalto wrote:

> Current description:
> 
> libio-capture-perl - Abstract Base Class to build modules to capture 
> output
> 
> Please improve debian/control::Description to mention 'Perl module' at
> the beginning. 

Hm, I have to admit that I can't come up with a meaningful noun
phrase that starts with "Perl module" in this case.

Ideas?

(Please note that "^Perl module" is often a fallback when there's no
better solution.)

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Queen: In The Lap Of The Gods... Revi


signature.asc
Description: Digital signature

Bug#550272: save.png icon is not clickable when the version number is long

[Stefano Zacchiroli]

On Thu, Oct 08, 2009 at 04:12:46PM -0300, Luciano Bello wrote:
> The save.png icon[1] in the "versions" box it's a link to the .dsc,
> which is quite useful. But when the version number is long, there is
> no way to click it. This is one of the cases:
> http://packages.qa.debian.org/imagemagick
> 
> I suggest to put the icon on the other side of the row, in the left.

ACK, will do.

In the meantime, as a workaround, I suggest to zoom out (Ctrl -) to be
able to click on the icon (in fact, as I've a font smaller than the
default, I don't notice the problem in the link you gave above, but I
can reproduce it by zooming in a couple of times).

Thanks for your report!
Cheers.

-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime


signature.asc
Description: Digital signature

Bug#550289: Bug in libmarc-charset-perl fixed in revision 45550

[pkg-perl-maintainers]

tag 550289 + pending
thanks

Some bugs are closed in revision 45550
by Gregor Herrmann (gregoa)

Commit message:

Improve short description, thanks to Jari Aalto for the bug report
(closes: #550289).



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

Bug#550287: Bug in libpod-readme-perl fixed in revision 45549

[pkg-perl-maintainers]

tag 550287 + pending
thanks

Some bugs are closed in revision 45549
by Gregor Herrmann (gregoa)

Commit message:

Improve short description, thanks to Jari Aalto for the bug report
(closes: #550287).



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

Bug#550190: linux-image-2.6.31-trunk-amd64: SCSI warnings/errors with LSI SAS1064E controller

[Andres Salomon]

On Thu, 8 Oct 2009 08:54:49 -0600
dann frazier  wrote:

> On Thu, Oct 08, 2009 at 08:17:30PM +1100, Jason White wrote:
> > Package: linux-2.6
> > Version: 2.6.31-1~experimental.1
> > Severity: normal
> > 
> > 
> > After upgrading to 2.6.31 from 2.6.30, I get the following, quite
> > frequently, in my log.
> > 
> > Oct  8 19:15:03 jdc kernel: [34919.532016] sd 6:1:0:0: strange
> > observation, the
> > queue depth is (64) meanwhile fw queue depth (65)
> > Oct  8 19:15:37 jdc kernel: [34953.528772] sd 6:1:0:0: strange
> > observation, the queue depth is (64) meanwhile fw queue depth (65)
> > Oct  8 19:15:37 jdc kernel: [34953.540511] sd 6:1:0:0: Queue depth
> > not changed yet
> 
> 
> hmm.. wonder if this would help:
>   
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=9d2e9d66a3f032667934144cd61c396ba49f090d
> 
> Would you be able to test that?

If you're definitely certain that it showed up between 2.6.30 and
2.6.31, you could try bisecting it:

http://www.kernel.org/pub/software/scm/git/docs/git-bisect.html

That would be helpful to everyone involved..



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

Bug#496715: [Xcb] Bug#496715: Bug#496715: libpthread-stubs: Should provide more pthread_* functions

[Barton C Massey]

Jamey and I talked about this last week and IIRC we sort of
decided that these patches are outside the intended scope of
pthread-stubs.  I think that any application linking against
these functions should probably just link against
libpthread.

So my vote is revert, I'm afraid.

We also talked about the idea that maybe pthread-stubs
should live somewhere other than xcb, since it seems to be
in more general use.  Ideas?

Bart

In message <20091008110918.gc2...@kasuf.adm.naquadah.org> you wrote:
> At 1253709699 time_t, Samuel Thibault wrote:
> > Here is an updated patch. Autoreconf needed of course.
> 
> Can someone review this and say yes/no/wtf? :)



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

Bug#541225: miredo-server: Incorrect runlevels in init.d LSB header

[Petter Reinholdtsen]

[Rémi Denis-Courmont]
> The fixed package has been there for a while:
> http://www.remlab.net/files/miredo/debian/
> But I am unable to reach my sponsor so err...

My sponsoring preferences are available from
http://www.hungry.com/~pere/debian-sponsoring.html> if you want
me to sponsor the package.

I had a look at the source, and discovered that the fix for the
missing runlevel settings is incomplete.  There need to be code in the
postinst to recover systems with the incorrect runlevel settings.

Here is an untested patch to fix that part of the issue.

diff -ur ../miredo-1.1.5/debian/miredo-server.postinst 
debian/miredo-server.postinst
--- ../miredo-1.1.5/debian/miredo-server.postinst   2009-10-08 
22:46:39.0 +0200
+++ debian/miredo-server.postinst   2009-10-08 22:53:27.0 +0200
@@ -10,5 +10,18 @@
   ;;
 esac

+# Those using dependency based boot sequencing and installing
+# miredo-server before version 1.1.5-2 would miss
+# the runlevel 2 start symlink.  Recover from this.
+if [ "$1" = "configure" ] \
+   && dpkg --compare-versions "$2" le "1.1.5-2" \
+   && [ -f /etc/rc2.d/K[0-9][0-9]miredo-server ] \
+   && [ -f /etc/rc3.d/S[0-9][0-9]miredo-server ] \
+   && [ -f /etc/rc4.d/S[0-9][0-9]miredo-server ] \
+   && [ -f /etc/rc5.d/S[0-9][0-9]miredo-server ]
+then
+   update-rc.d -f miredo-server remove
+fi
+
 #DEBHELPER#


Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#550226: One more error in /usr/share/cups/templates/de/set-printer-options-header.tmpl

[Thomas Viehweger]

Hi,

I found one more error as attached.

Regards
Thomas Viehweger
--- /usr/share/cups/templates/de/set-printer-options-header.tmpl.orig	2009-10-08 22:42:16.0 +0200
+++ /usr/share/cups/templates/de/set-printer-options-header.tmpl	2009-10-08 22:42:52.0 +0200
@@ -1,6 +1,6 @@
 
 
-Standardeinstellungen f%uuml;r {printer_name} festlegen
+Standardeinstellungen für {printer_name} festlegen
 
 
 

Bug#550291: libwww-mechanize-treebuilder-perl: improve debian/control::Description to mention 'Perl module'

[Jari Aalto]

Package: libwww-mechanize-treebuilder-perl
Severity: minor


Current description:

libwww-mechanize-treebuilder-perl - this module combines WWW::Mechanize and 
HTML::TreeBuilder

Please improve debian/control::Description to mention 'Perl module' at
the beginning. Compare to:

libconvert-asn1-perl - Perl module for encoding and decoding ASN.1 data 
structures
libconvert-binhex-perl - Perl5 module for extracting data from macintosh 
BinHex files
libconvert-color-perl - Perl module for color space conversions and named 
lookups
libconvert-pem-perl - Perl module for reading/writing encrypted ASN.1 PEM 
files
libconvert-tnef-perl - Perl module to read TNEF files
libconvert-units-perl - Perl module for performing unit conversions
...


SUGGESTION


libwww-mechanize-treebuilder-perl - Perl module which combines 
WWW::Mechanize and HTML::TreeBuilder


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

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.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#550286: Bug in libmodule-build-perl fixed in revision 45542

[pkg-perl-maintainers]

tag 550286 + pending
thanks

Some bugs are closed in revision 45542
by Gregor Herrmann (gregoa)

Commit message:

Install contrib scripts as examples, thanks to Jari Aalto for the bug
report (closes: #550286).



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

Bug#550290: libio-capture-perl: improve debian/control::Description to mention 'Perl module'

[Jari Aalto]

Package: libio-capture-perl
Severity: minor


Current description:

libio-capture-perl - Abstract Base Class to build modules to capture output

Please improve debian/control::Description to mention 'Perl module' at
the beginning. Compare to:

libconvert-asn1-perl - Perl module for encoding and decoding ASN.1 data 
structures
libconvert-binhex-perl - Perl5 module for extracting data from macintosh 
BinHex files
libconvert-color-perl - Perl module for color space conversions and named 
lookups
libconvert-pem-perl - Perl module for reading/writing encrypted ASN.1 PEM 
files
libconvert-tnef-perl - Perl module to read TNEF files
libconvert-units-perl - Perl module for performing unit conversions
...


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

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.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#549883: ttf-mscorefonts-installer: Allow to reuse fonts already available locally

[Thijs Kinkhorst]

On tiisdei 6 Oktober 2009, Daniel Skorka wrote:
> It would be nice if this package offered the option of specifying a path
> where to look for the .ttf files instead of downloading them. This way,
> one could for example just grab them from an existing windows
> installation. A MD5 sum check could make sure that the file offered is what
> it should be.

This is exactly what the existing debconf question msttcorefonts/dldir does, 
but only for the .exe files. In my opinion it would be overkill to also allow 
to fetch the .ttf files from somewhere, as the use cases for this seem rare 
and the downloads aren't immensely huge.


Thijs


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

Bug#550289: libmarc-charset-perl: Please improve debian/control::Description to mention 'Perl module'

[Jari Aalto]

Package: libmarc-charset-perl
Severity: minor


Current description:

libmarc-charset-perl - Bidirectional MARC-8 <-> Unicode converter module 
for perl

Drop 'for Perl' and improve debian/control::Description to mention 'Perl 
module' at
the beginning. Compare to:

libconvert-asn1-perl - Perl module for encoding and decoding ASN.1 data 
structures
libconvert-binhex-perl - Perl5 module for extracting data from macintosh 
BinHex files
libconvert-color-perl - Perl module for color space conversions and named 
lookups
libconvert-pem-perl - Perl module for reading/writing encrypted ASN.1 PEM 
files
libconvert-tnef-perl - Perl module to read TNEF files
libconvert-units-perl - Perl module for performing unit conversions
...



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

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.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#550288: custom verbatim environment problems despite PICTUREENV

[martin f krafft]

Package: latexdiff
Version: 0.5-2
Severity: normal

With the attached files, it seems that markup is being added inside
a custom verbatim environment causes troubles of all kinds, despite
my telling PICTUREENV to ignore the contents of the environment.

piper:/tmp% latexdiff --config 'PICTUREENV=(?:myverb)[\w...@]*' test1.tex 
test2.tex


WARNING: Inconsistency in length of input string and parsed string:
 This often indicates faulty or non-standard latex code.
 In many cases you can ignore this and the following warning messages.
 Note that character numbers in the following are counted beginning after 
\begin{document} and are only approximate.DEBUG Original length 124  Parsed 
length 118
DEBUG Input string:  |A test
\PAR
\begin{myverb}
# a comment
an em...@address
and something with specials: $ ! #!
\end{myverb}
\PAR
end
\PAR
 STOP|
DEBUG Token parsing: |A +test
+\PAR
+\begin{myverb}
+a +comment
+an +email+address
+and +something +with +specials+: +! +!
+\end{myverb}
+\PAR
+end
+\PAR
 +STOP|

A test \PAR \begin{myverb} # a comment an em...@address an
  
Missing characters near word 4 character index: 27-31 Length: 2 Match: |a | 
(expected match marked above).

n{myverb} # a comment an em...@address and something with specials: $
  ^
Missing characters near word 9 character index: 47-56 Length: 8 Match: |address
| (expected match marked above).

 and something with specials: $ ! #! \end{myverb} \PAR end \PAR
  
Missing characters near word 16 character index: 85-89 Length: 2 Match: |! | 
(expected match marked above).

 something with specials: $ ! #! \end{myverb} \PAR end \PAR  ST
  ^^^
Missing characters near word 18 character index: 89-92 Length: 2 Match: |!
| (expected match marked above).

\documentclass{article}

\usepackage{fancyvrb}

\DefineVerbatimEnvironment{myverb}{Verbatim}{}
%DIF PREAMBLE EXTENSION ADDED BY LATEXDIFF
%DIF UNDERLINE PREAMBLE %DIF PREAMBLE
\RequirePackage[normalem]{ulem} %DIF PREAMBLE
\RequirePackage{color}\definecolor{RED}{rgb}{1,0,0}\definecolor{BLUE}{rgb}{0,0,1}
 %DIF PREAMBLE
\providecommand{\DIFadd}[1]{{\protect\color{blue}\uwave{#1}}} %DIF PREAMBLE
\providecommand{\DIFdel}[1]{{\protect\color{red}\sout{#1}}} 
 %DIF PREAMBLE
%DIF SAFE PREAMBLE %DIF PREAMBLE
\providecommand{\DIFaddbegin}{} %DIF PREAMBLE
\providecommand{\DIFaddend}{} %DIF PREAMBLE
\providecommand{\DIFdelbegin}{} %DIF PREAMBLE
\providecommand{\DIFdelend}{} %DIF PREAMBLE
%DIF FLOATSAFE PREAMBLE %DIF PREAMBLE
\providecommand{\DIFaddFL}[1]{\DIFadd{#1}} %DIF PREAMBLE
\providecommand{\DIFdelFL}[1]{\DIFdel{#1}} %DIF PREAMBLE
\providecommand{\DIFaddbeginFL}{} %DIF PREAMBLE
\providecommand{\DIFaddendFL}{} %DIF PREAMBLE
\providecommand{\DIFdelbeginFL}{} %DIF PREAMBLE
\providecommand{\DIFdelendFL}{} %DIF PREAMBLE
%DIF END PREAMBLE EXTENSION ADDED BY LATEXDIFF

\begin{document}

A \DIFaddbegin \DIFadd{new version of the }\DIFaddend test

\begin{myverb}
# a new comment
an em...@address and @nother
and something with specials: $ ! #!
\end{myverb}

\DIFaddbegin \DIFadd{and again, the }\DIFaddend end

\end{document}


\documentclass{article}
[preamble]

\begin{document}

A \DIFaddbegin \DIFadd{new version of the }\DIFaddend test

\DIFdelbegin %DIFDELCMD < \begin{verbatim}%DIFDELCMD <
%DIFDELCMD < # a comment
%DIFDELCMD < an em...@address
%DIFDELCMD < and something with specials: $ ! #!
%DIFDELCMD < \end{verbatim}
%DIFDELCMD < %%%
\DIFdelend \DIFaddbegin \begin{verbatim}
# a new comment
an em...@address and @nother
and something with specials: $ ! #!
\end{verbatim}
\DIFaddend

\DIFaddbegin \DIFadd{and again, the }\DIFaddend end

\end{document}

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

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

Versions of packages latexdiff depends on:
ii  perl  5.10.1-5   Larry Wall's Practical Extraction

Versions of packages latexdiff recommends:
ii  texlive-latex-base 2007.dfsg.2-4 TeX Live: Basic LaTeX packages

Versions of packages latexdiff suggests:
ii  cvs 1:1.12.13-12 Concurrent Versions System
ii  subversion  1.6.5dfsg-1  Advanced version control system

-- debconf-show failed


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
\documentclass{article}

\usepackage{fancyvrb}

\DefineVerbatimEnvironment{myverb}{Verbatim}{}

\begin{document}

A test

\begin{myverb}
# a comment
an em...@address
and something with specials: $ ! #!
\end{myverb}

Bug#549882: ttf-mscorefonts-installer: Poor handling of font downloads

[Thijs Kinkhorst]

On tiisdei 6 Oktober 2009, Daniel Skorka wrote:
> The way the package tries to get the fonts isn't very clever. If the
> first (two or three, it seems) mirrors fail, the remaining mirrors are
> not tried. This has, in my case, happend consistently for several days,
> preventing the installation of all fonts for the same time.
> Whenever a new attempt at configuring the package (and thus downloading
> the fonts) is made, a new temp directory is used, so the old downloads
> aren't reused.
> To work around the failing mirrors, I had to download the files
> themselves, then halt the package during the downloading phase, and figure
> out where to put the downloaded files.

Sure. A patch improving the download script further is welcome.


Thijs


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

Bug#550287: libpod-readme-perl: improve debian/control::Description to mention 'Perl module'

[Jari Aalto]

Package: libpod-readme-perl
Version: 0.09-1
Severity: wishlist


Current description:

libpod-readme-perl - module to convert POD to README file

Please improve debian/control::Description to mention 'Perl module' at
the beginning. Compare to:

libconvert-asn1-perl - Perl module for encoding and decoding ASN.1 data 
structures
libconvert-binhex-perl - Perl5 module for extracting data from macintosh 
BinHex files
libconvert-color-perl - Perl module for color space conversions and named 
lookups
libconvert-pem-perl - Perl module for reading/writing encrypted ASN.1 PEM 
files
libconvert-tnef-perl - Perl module to read TNEF files
libconvert-units-perl - Perl module for performing unit conversions
...



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

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

Versions of packages libpod-readme-perl depends on:
ii  libregexp-common-perl 2.122-1Provide commonly requested regular
ii  perl  5.10.0-25  Larry Wall's Practical Extraction 

libpod-readme-perl recommends no packages.

libpod-readme-perl suggests no packages.

-- no debconf information



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

Bug#550285: python-poker-network: Patch used in NMU version 1.7.5-1.1

[Petter Reinholdtsen]

Package: python-poker-network
Version: 1.7.5-1.1
Severity: wishlist
Tags: patch

This is the patch used in my NMU.  It was uploaded to the 2 day
delayed queue just now.  I added $syslog as a init.d script dependency
because the init.d script used to start after syslog.

diff -ur ../poker-network-1.7.5/debian/changelog 
../poker-network-1.7.5-pere/debian/changelog
--- ../poker-network-1.7.5/debian/changelog 2009-10-08 21:27:25.0 
+0200
+++ ../poker-network-1.7.5-pere/debian/changelog2009-10-08 
22:06:30.0 +0200
@@ -1,3 +1,14 @@
+poker-network (1.7.5-1.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix release goal.
+  * Fix init.d script dependencies (Closes: #546930).
+  * Run examples/run-pokerserver using bash (Closes: #530173).
+  * Drop python-xml from build dependencies.  It is included in
+python now according to #540475 (Closes: #543135).
+  * Drop essential package coreutils from build-depends.
+
+ -- Petter Reinholdtsen   Thu, 08 Oct 2009 21:29:13 +0200
+
 poker-network (1.7.5-1) unstable; urgency=low
 
   * upstream sync
diff -ur ../poker-network-1.7.5/debian/control 
../poker-network-1.7.5-pere/debian/control
--- ../poker-network-1.7.5/debian/control   2009-10-08 21:27:25.0 
+0200
+++ ../poker-network-1.7.5-pere/debian/control  2009-10-08 22:06:12.0 
+0200
@@ -2,7 +2,7 @@
 Section: python
 Priority: extra
 Maintainer: Loic Dachary (OuoU) 
-Build-Depends: debhelper (>= 5.0.37.2), python-all-dev (>= 2.4), automake1.9, 
cdbs, pkg-config, debconf | debconf-2.0, po-debconf, mysql-client, 
python-mysqldb, python-openssl, python-simplejson, python-soappy, 
python-glade2, python-twisted, python-pygame, python-poker-engine (>= 1.3.4), 
libglade2-dev, libtool, perl, valgrind [amd64 i386 powerpc], xvfb, php-pear, 
php5-dev, php5-mysql, graphviz, cvs, python-gtk2-dev, libjson-perl, apg, rsync, 
coreutils, python-xml, python-central
+Build-Depends: debhelper (>= 5.0.37.2), python-all-dev (>= 2.4), automake1.9, 
cdbs, pkg-config, debconf | debconf-2.0, po-debconf, mysql-client, 
python-mysqldb, python-openssl, python-simplejson, python-soappy, 
python-glade2, python-twisted, python-pygame, python-poker-engine (>= 1.3.4), 
libglade2-dev, libtool, perl, valgrind [amd64 i386 powerpc], xvfb, php-pear, 
php5-dev, php5-mysql, graphviz, cvs, python-gtk2-dev, libjson-perl, apg, rsync, 
python-central
 XS-Python-Version: >=2.4
 Standards-Version: 3.8.1
 
diff -ur ../poker-network-1.7.5/debian/python-poker-network.init 
../poker-network-1.7.5-pere/debian/python-poker-network.init
--- ../poker-network-1.7.5/debian/python-poker-network.init 2009-10-08 
21:27:25.0 +0200
+++ ../poker-network-1.7.5-pere/debian/python-poker-network.init
2009-10-08 21:48:42.0 +0200
@@ -24,11 +24,11 @@
 # http://wiki.debian.org/LSBInitScripts
 #
 ### BEGIN INIT INFO
-# Provides:  poker-network
-# Required-Start: $local_fs $network mysqld
-# Required-Stop: $local_fs $network mysqld
-# Should-Start:  $local_fs
-# Should-Stop:   $local_fs
+# Provides:  python-poker-network
+# Required-Start:$network $remote_fs $syslog
+# Required-Stop: $network $remote_fs $syslog
+# Should-Start:  mysql
+# Should-Stop:   mysql
 # Default-Start: 2 3 4 5
 # Default-Stop:  0 1 6
 # Short-Description: poker-network server and bots
diff -ur ../poker-network-1.7.5/examples/run-pokerserver 
../poker-network-1.7.5-pere/examples/run-pokerserver
--- ../poker-network-1.7.5/examples/run-pokerserver 2008-12-04 
04:11:22.0 +0100
+++ ../poker-network-1.7.5-pere/examples/run-pokerserver2009-10-08 
21:46:07.0 +0200
@@ -1,4 +1,4 @@
-#!/bin/sh
+#!/bin/bash
 #
 # Copyright (C) 2007 Loic Dachary 
 # Copyright (C) 2005, 2006 Mekensleep 

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#550286: libmodule-build-perl: incomplete installation - user utilities are mising

[Jari Aalto]

Package: libmodule-build-perl
Version: 0.35-1
Severity: normal


>From http://cpansearch.perl.org/src/DAGOLDEN/Module-Build-0.35_02/ you can see 
>that there are additionala utilities that are not installed under Debian. 
>Namely:

 contrib/bundle.pl
 contrib/bash_completion.module-build

SUGGESTION

Please install these utilities e.g. under[1]

   /usr/share/doc/libmodule-build-perl/contrib/

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

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

Versions of packages libmodule-build-perl depends on:
pn  libarchive-tar-perl(no description available)
ii  libyaml-perl  0.70-1 YAML Ain't Markup Language
ii  perl  5.10.0-25  Larry Wall's Practical Extraction 
ii  perl-modules [libextutils-par 5.10.0-25  Core Perl modules

Versions of packages libmodule-build-perl recommends:
pn  libextutils-cbuilder-perl  (no description available)
ii  libpod-readme-perl0.09-1 module to convert POD to README fi
ii  perl-modules [libversion-perl 5.10.0-25  Core Perl modules

Versions of packages libmodule-build-perl suggests:
pn  libpar-dist-perl   (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#548339: javascript broken

[Pascal Gervais]

Solved with WebKitGTK+ 1.1.15.2 so, this bug can be closed.

Thank you.



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

Bug#550284: RFP: libio-bufferedselect-perl -- Perl module for line-buffered select interface

[Ignace Mouzannar]

Package: wnpp
Severity: wishlist

* Package name: libio-bufferedselect-perl
  Version : 1.0
  Upstream Author : Antal Novak 
* URL :
http://search.cpan.org/~afn/IO-BufferedSelect-1.0/lib/IO/BufferedSelect.pm
* License : GPL or Artistic
  Programming Lang: Perl
  Description : Perl module for line-buffered select interface

The purpose of this module is to implement a buffered version of the
select interface that operates on lines, rather than characters.

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



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

Bug#550275: [Evolution] Bug#550275: evolution: inconsistent behavior when viewing new mail attachments

[Yves-Alexis Perez]

On jeu, 2009-10-08 at 21:23 +0200, Mark Borst wrote:
> Steps to reproduce:
> 1. Write new mail
> 2. Attach a file
> 3. Change the attached file on disk
> 4. Open the attachment (from the new email)
> Expected behavior: view the attachment as it will be sent
> Result: view the (changed) file on disk
> 5. Send the mail
> Result: original attachment is sent (not the changed file on disk)
> 

Yup, confirmed. Could you report that upstream?

Cheers,

-- 
Yves-Alexis


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

Bug#550283: devref: §5.3. - clarify to install and test on an up-to-date unstable system

[Sandro Tosi]

Package: developers-reference
Version: 3.4.3
Severity: normal

Hello,
in §5.3 we can read:

  ● Install the package and make sure the software works, or
upgrade the package from an older version to your new version
if a Debian package for it already exist

but what we really want is to test that package in an up-to-date unstable system
(be it a real or a chroot).

Could you please clarify it, so that people checking their packages in a
testing, mixture of suite, some Ubuntu release system can be correctly guided on
how to test a new package?

Thanks in advance,
Sandro

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

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

developers-reference depends on no packages.

Versions of packages developers-reference recommends:
ii  debian-policy 3.8.3.0Debian Policy Manual and related d

Versions of packages developers-reference suggests:
ii  doc-base  0.9.4  utilities to manage online documen

-- 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#550282: zimpl: FTBFS on GNU/kFreeBSD

[Cyril Brulebois]

Package: zimpl
Version: 3.0.0+dfsg1-1
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd

(Not tagging as patch for the following reason.)

Hi,

your package FTBFS on GNU/kFreeBSD because its main Makefile relies on
“uname -s”, and then uses it to form filenames. That can't work because
of the '/' character. Please find attached a tiny patch to replace it
with an underscore. Your package doesn't then build yet, because of
failing tests, but that's at least better.

Thanks for considering.

Mraw,
KiBi.
--- a/Makefile
+++ b/Makefile
@@ -38,6 +38,7 @@
-e s/00../pwr4/)
 OSTYPE  :=  $(shell uname -s | \
 tr '[:upper:]' '[:lower:]' | \
+tr '/' '_' | \
 sed \
-e s/cygwin.*/cygwin/ \
 -e s/irix../irix/ )

Bug#548266: "database updated" message innaccurate

[Sebastian Harl]

tags 548266 + fixed-upstream
thanks

Hi Joey,

On Thu, Sep 24, 2009 at 08:55:42PM -0400, Joey Hess wrote:
> When I press ctrl-U, it says "Datebase updated".
> But the update is still running, as can be seen if ctrl-U is pressed
> again ("Database update running...").
> 
> After some time, the update will finish, but there is no indication
> then.
> 
> I'd find it much more useful if it displayed the update running message
> initially, and actually polled to see when the update is complete, and
> displayed the first message then.

Thanks for reporting this. It has been fixed in upstream Git commit
509780073bc08cd03c21409f00dc98de5d26aaa2. However, that commit requires
quite a bunch of other changes as well, so I'll wait for the next
upstream release to include the fix in Debian since those changes are
based on the switch to use libmpdclient2 which is not yet available in
Debian (I'm about to package that soonish).

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature

Bug#416126: ping

[Leo 'costela' Antunes]

Hi all,

To whom it may concern, I uploaded a new version of my test package,
incorporating the changes in 0.4.0-2, here:
http://people.debian.org/~costela/packages/notification-daemon/

It still seems to fix this problem without causing any other issues,
AFAICS (I have been using it for months).

If you use this alternative-patched version with or without problems,
please comment on this bug.


Maintainers,

Is there any reason why this patch can't be used? Did upstream say
something against it somewhere, perhaps? It would be nice if someone
with better inside knowledge could comment here.


Cheers

-- 
Leo "costela" Antunes
[insert a witty retort here]




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