date:20101218

Package: wnpp
Owner: tak...@debian.org
Severity: wishlist

* Package name: haskell-iteratee
  Version : 0.6.0.1
  Upstream Author : Oleg Kiselyov, John W. Lato John W. Lato jwl...@gmail.com
* URL or Web page : http://inmachina.net/~jwlato/haskell/iteratee
* License : BSD3
  Description : Iteratee-based I/O
 The Iteratee monad provides strict, safe, and functional I/O. In addition
 to pure Iteratee processors, file IO and combinator functions are provided.



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

Bug#607421: ITP: haskell-dlist -- Differences lists

Package: wnpp
Owner: tak...@debian.org
Severity: wishlist

* Package name: haskell-dlist
  Version : 0.5
  Upstream Author : Don Stewart d...@galois.com
* URL or Web page : http://code.haskell.org/~dons/code/dlist/
* License : BSD3
  Description : Differences lists
 Differences lists: a list-like type supporting O(1) append.
 This is particularly useful for efficient logging and pretty
 printing, (e.g. with the Writer monad), where list append
 quickly becomes too expensive.



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

Bug#607422: ITP: haskell-directory-tree -- A simple directory-like tree datatype, with useful IO functions

Package: wnpp
Owner: tak...@debian.org
Severity: wishlist

* Package name: haskell-directory-tree
  Version : 0.9.1
  Upstream Author : Brandon Simmons Brandon Simmons 
brandon.m.simm...@gmail.com
* URL or Web page : 
http://coder.bsimmons.name/blog/2009/05/directory-tree-module-released/
* License : BSD3
  Description : A simple directory-like tree datatype, with useful IO 
functions
 A simple directory-like tree datatype, with useful IO functions and Foldable 
and Traversable instance
 .
 Provides a simple data structure mirroring a directory tree on the
 filesystem, as well as useful functions for reading and writing
 file and directory structures in the IO monad.



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

Bug#607423: ITP: haskell-cereal -- A binary serialization library

Package: wnpp
Owner: tak...@debian.org
Severity: wishlist

* Package name: haskell-cereal
  Version : 0.3.0.0
  Upstream Author : Lennart Kolmodin kolmo...@dtek.chalmers.se, Galois Inc. 
Trevor Elliott tre...@galois.com
* URL or Web page : None
* License : BSD3
  Description : A binary serialization library
 A binary serialization library, similar to binary, that introduces an isolate
 primitive for parser isolation, and replaces the asynchronous errors with a
 user-handleable Either type.  Similar to binary in performance, but uses a
 strict ByteString instead of a lazy ByteString, thus restricting it to
 operating on finite inputs.



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

Bug#607424: ITP: haskell-bytestring-show -- Efficient conversion of values into readable byte strings.

Package: wnpp
Owner: tak...@debian.org
Severity: wishlist

* Package name: haskell-bytestring-show
  Version : 0.3.4
  Upstream Author : Dan Doel Dan Doel dan.d...@gmail.com
* URL or Web page : http://code.haskell.org/~dolio/
* License : BSD3
  Description: Haskell library for value converter to byte strings
 Efficient conversion of values into readable byte strings.



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

Bug#607392: installation-reports: Successful installation with small remark about char encoding at boot

reassign 607392 grub2
thanks

Quoting M.-A. DARCHE (ma.dar...@cynode.org):
 Le 18.12.2010 08:14, Christian PERRIER a écrit :
  Quoting M.-A. DARCHE (ma.dar...@cynode.org):
  
  Just one remark about 2 small character encoding problems.
  Here they are:
 
  1. mode (d??panage)
  2. Chargement du disque m??moir initial
 
 
  The 1. appears on the 2nd bootloader line. This corresponds to the French
  translation of rescue mode, with the accented character being replaced
  by ?.
 
  The 2. appears when mounting an dm-crypt device.
  
  
  I don't really understand what you mean by 2nd bootloader line. Could
  you give us the steps needed to reproduce the bug you found?
  
  Is this what you see on the installed system?
  
 
 I confirm that this is what I see on the installed system,
 just installed by the Debian Installer.
 
 
 The boot loader I'm talking about is the GRUB screen that is displayed
 at the boot time, and that got installed by the Debian Installer.
 
 And actually this is the whole GRUB screen which seems badly
 encoded/displayed. Here is what it reads:
 «
 Debian GNU/Linux, avec Linux 2.6.32-5-amd64
 Debian GNU/Linux, avec Linux 2.6.32-5-amd64 (mode d?pannage)
 
 Utilisez les touches pour s?lectionner une entr?e.
 Pressez 'entr?e' pour d?marrer le syst?me s?lectionn?, 'e' pour
 ?diter les commandes avant de d?marrer,
 ou 'c' pour une invite de commandes.
 »
 
 And then after I hit Enter in Grub the Linux kernel messages
 are the following:
 «
 Chargement de Linux 2.6.32-5-amd64 ...
 Chargement du disque m??moire initial ...
 »
 
 So I did a mistake in my initial report: it's one « ? »
 for each accented character at the GRUB screen, and then two « ? »
 at the following kernel messages.
 
 Please let me know how I can help further.
 
 
 Très cordialement / warm regards
 

Hmmm, the problem probably lies in GRUB...or in whatever deals with
non ASCII encoding at these very early boot stages.

Reassigning to grub as first approximation.




signature.asc
Description: Digital signature

Bug#607425: libcairo2-dev depends on packages from experimental

2010-12-18 Thread Andy Jacobsen

Package: libcairo2-dev
Version: 1.10.0-1ubuntu2
Severity: normal


The following packages have unmet dependencies:
  libcairo2-dev: Depends: libcairo-gobject2 (= 1.10.0-1ubuntu2) but it is not 
going to be installed.
 Depends: libpixman-1-dev (= 0.18.4) but 0.16.4-1 is installed.
  libpixman-1-dev: Depends: libpixman-1-0 (= 0.16.4-1) but 0.18.4-1 is to be 
installed.

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

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#607426: mtools: Add support for zip-files to uz/lz

2010-12-18 Thread Dominik Stadler (Ubuntu key)

Package: mtools
Version: 4.0.10-1ubuntu2~ppa2
Severity: wishlist


I created a small patch to mtools that enables support for zip-files for
uz/lz, which I find very handy as I now have one utility to look at and
extract archive files.

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

Kernel: Linux 2.6.32-24-generic-tuxonice (SMP w/2 CPU cores)
Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mtools depends on:
ii  dpkg   1.15.5.6ubuntu4.4 Debian package management system
ii  install-info   4.13a.dfsg.1-5ubuntu1 Manage installed documentation in 
ii  libc6  2.11.1-0ubuntu7.6 Embedded GNU C Library: Shared lib

mtools recommends no packages.

Versions of packages mtools suggests:
pn  floppyd   none (no description available)

-- no debconf information
Index: mtools-4.0.10/scripts/uz
===
--- mtools-4.0.10.orig/scripts/uz	2010-04-13 22:55:33.0 +0200
+++ mtools-4.0.10/scripts/uz	2010-04-13 23:02:34.0 +0200
@@ -42,10 +42,12 @@
 case $0 in
 *uz)
 	tarparam=-pxvf
+	zipparam=
 	action=Extracting from 
 	;;
 *lz)
 	tarparam=-tvf
+	zipparam=-l
 	action=Reading directory of 
 	;;
 *)
@@ -64,23 +66,31 @@
 	echo 2
 	found=
 
-	for suffix in  .gz .tgz .tar.gz .z .tar.z .taz .tpz .Z .tar.Z .tar.bz2; do
+	for suffix in  .gz .tgz .tar.gz .z .tar.z .taz .tpz .Z .tar.Z .tar.bz2 .zip .jar .war .ear .aar; do
 		if [ -r ${1}$suffix ]; then
 			found=$1$suffix
 			break
 		fi
 	done
 
+	unzip=0
 	case $found in
 		*.tar.bz2 | *.tb2)
 			uzcmd='bzip2 -cd'
 			;;
+		*.zip | *.jar | *.war | *.ear | *.aar)
+			unzip=1
+			;;
 	esac
 	if [ -z $found ]; then
 		echo $0: could not read \$1\. 2
 	else
 		echo $action \$found\. 2
-		$uzcmd -- $found | tar $tarparam -
+		if [ $unzip = 1 ]; then
+			unzip $zipparam -- $found
+		else
+			$uzcmd -- $found | tar $tarparam -
+		fi
 	fi
 	shift
 done

Bug#552201: [Groff] Re: Bug#552201: groff-base: Japanese manpages are shown with too wide spaces

2010-12-18 Thread Werner LEMBERG

The only thing which I consider bad is that there is `(' at the
line end. Can this be improved by adjusting the calls to .cflags?

Hmm, I tried to add `(' to CJKpostpunct class, but it did not help.

リストでは合計実行時間、呼び出し回 数、そのルーチン自身で消費した時間 (

Groff adds a space between (non-punct) Japanese characters instead
of breaking the line. The expected result would be something like:

リストでは合計実行時間、呼び出し回数、そのルーチン自身で消費した時間
(...

or:

リストでは合計実行時間、呼び出し回数、そのルーチン自身で消費した時
間 (...

Perhaps assigning IGNORE_HCODE to whole CJK range is not perfectly
enough to control the line breaking rule.

I should have activated my brain before asking such questions :-)

Here are my observations.

. Attached you can find an improved version of the Japanese
`gprof.1' man page (I'm calling it `gprofx.1' for convenience).
Note the many backslashes at the end of lines to suppress unwanted
spaces caused by newline characters. Alternatively, it might be
useful to have long lines to avoid linebreaks at all. Most
editors provide automatic line breaking anyways.

In groff, there is nothing similar to a `CJK*' environment (as
provided by my CJK package for LaTeX) to handle suppression of
unwanted spaces automatically. It would need more cflags trickery
(with new values) to emulate this behaviour since groff doesn't
know the concept of active characters.

. Formatting the improved man page, you get a lot of warning
messages like

gprofx.1:45: warning [p 1, 2.2i]: cannot adjust line

This gets much better if you ensure that the indented part of the
main page (which is the majority of text) has an even number of
characters so that the double-width CJK characters fit exactly.
Try, for example, this:

groff -Keuc-japan -Tutf8 -rIN=8n \
-ww -man -mja gprofx.1 gprofx.txt

and the number of warnings decreases from 15 to only 4 (output
attached). I strongly suggest to add something like this to the
Japanese locale configuration for man.

. To get really rid of the warnings, and to improve formatting CJK
stuff in general, we need inter-character glue between CJK
characters. Without that, groff produces too short lines (it then
emits the `cannot adjust line' warning). This is a TODO.

An alternative is to add `.ad l' for Japanese manpages.

. To come back to the abovementioned problem of `(' in the original
output of `gprof.1', this isn't solvable at all with the current
set of cflags: The problem is conflicting cflags values: The
character right after the open parenthesis, `ミ', has value 66,
which means

lines can be broken before the character (regardless of the
hcode values of the surrounding characters)

What ever cflags value I set for `(', the value `66' of `ミ'
inserts a breakpoint, causing a line break right before the
character.

I've now implemented three new cflags values, completely
independent of hcode values:

don't break before character but allow break after: 128
don't break after character but allow break before: 256
allow break before and after character: 512

which are handled internally similar to kern pairs so that the new
`inter_char_space_node'[1] sees the cflags values of both the left
and right character to decide whether there should be a zero-width
break inbetween. I've also updated ja.tmac accordingly.

Please test.

Werner

[1] Contrary to its name, inter-character spacing isn't yet
implemented. As soon as it is, value 512 becomes `allow
inter-character breaks and insert stretchable space'; this should
eventually fix all line adjust warnings.
.\ Copyright (c) 1983, 1990 The Regents of the University of California.
.\ All rights reserved.
.\
.\ Redistribution and use in source and binary forms are permitted provided
.\ that: (1) source distributions retain this entire copyright notice and
.\ comment, and (2) distributions including binaries display the following
.\ acknowledgement: ``This product includes software developed by the
.\ University of California, Berkeley and its contributors'' in the
.\ documentation or other materials provided with the distribution and in
.\ all advertising materials mentioning features or use of this software.
.\ Neither the name of the University nor the names of its contributors may
.\ be used to endorse or promote products derived from this software without
.\ specific prior written permission.
.\ THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED
.\ WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF
.\ MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
.\
.\ @(#)gprof.1 6.6 (Berkeley) 7/24/90
.\
.\ Japanese Version Copyright (c) 1997-2000 NAKANO Takeo all rights reserved.
.\ Translated Fri Jan 9 1998 by NAKANO Takeo nakano@@apm.seikei.ac.jp
.\ Updated Fri 27

Bug#588730: libnetfilter-queue 1.0.0

2010-12-18 Thread Pierre Chifflier

Hi Alexander,

Thanks for uploading libnetfilter-log 1.0.0

Can you do the same for libnetfilter-queue ?

Thanks,
Pierre



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

Bug#607379: DoS in TCP DNS lookups when IPv6 is disabled on the system

2010-12-18 Thread e-t172


On 20:59, Amos Jeffries wrote:

This DNS failure is a DoS condition triggerable by internal clients.

The patch as supplied earlier makes Squid treat IPv6 addresses as IPv4
ones and leaves the hole open when the system is configured in
split-stack mode.

The correct upstream patch can be found at:

http://www.squid-cache.org/Versions/v3/3.1/changesets/squid-3.1-10072.patch


The patch you mentioned is already applied to the Debian package (see 
debian/patches/17-CVE-2010-2951.dpatch). So it doesn't fix the bug I 
reported.


This is a different bug, which happens in another code path and produces 
different error messages, although it seems to be triggered by the same 
conditions.


--
Etienne Dechamps / e-t172 - AKE Group
Phone: +33 6 23 42 24 82



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

Bug#607427: libopensc: protect for possible buffer overflows from rogue cards.

2010-12-18 Thread Alexander Kurtz

Package: libopensc2
Version: 0.11.4-5+lenny1
Tags: security
Severity: critical

Hi,

a buffer overflow vulnerability was detected in libopensc.

For details please see this press article (German: [1], English: [2])
and the detailed report[3] including a proof-of-concept by MWR
InfoSecurity[4].

The OpenSC developers have released a patch which should fix this
vulnerability[5].

If Debian isn't affected by this vulnerability or if it has already been
fixed, please don't hesitate to downgrade or close this bug.

Best regards

Alexander Kurtz

[1] 
http://www.heise.de/security/meldung/Wenn-die-Smartcard-den-Rechner-rootet-1154599.html
[2] 
http://www.h-online.com/open/news/item/When-a-smart-card-can-root-your-computer-1154829.html
[3] 
http://labs.mwrinfosecurity.com/files/Advisories/mwri_opensc-get-serial-buffer-overflow_2010-12-13.pdf
[4] http://www.mwrinfosecurity.com/index.php
[5] https://www.opensc-project.org/opensc/changeset/4913





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

Bug#607428: linux-image-2.6.32-5-686: sound problem

2010-12-18 Thread Gérard Robin

Package: linux-2.6
Version: 2.6.32-29
Severity: minor

I upgraded from lenny (xfce4) to squeeze on my laptop (acer aspire 5102 wlmi) 
I installed linux-image-2.6.32-5-686.
All works fine except the sound :
alsamixer doesn't give the option CD and cdcd works but no sound.
(however sound-juicer works fine)
lspci:
00:14.2 Audio device: ATI Technologies Inc IXP SB4x0 High Definition Audio 
Controller (rev 01)

When I boot on the kernel 2.6.30 instead of the kernel 2.6.32-5-686, I
get the option CD with alsamixer and cdcd works fine (with sound)

And on the other hand I did the same upgrade (lenny - squeeze with
kernel 2.6.32-5-686) on a desktop and I didn't encounter this problem.  

I would like the sound on my laptop to work fine with the kernel  2.6.32-5-686.
How can I do that ?

Thanks in advance.

-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-29) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Dec 10 16:12:40 UTC 2010

** Command line:
root=UUID=1505c8bd-c890-4c4c-93e0-3fe16b2e6df0 ro quiet

** Not tainted

** Kernel log:
[9.735593] [drm] radeon kernel modesetting enabled.
[9.735691] radeon :01:05.0: power state changed by ACPI to D0
[9.735700] radeon :01:05.0: power state changed by ACPI to D0
[9.735717] radeon :01:05.0: PCI INT A - GSI 17 (level, low) - IRQ 17
[9.737899] [drm] radeon: Initializing kernel modesetting.
[9.738021] [drm] register mmio base: 0xC010
[9.738024] [drm] register mmio size: 65536
[9.738399] [drm] GPU reset succeed (RBBM_STATUS=0x0140)
[9.738424] [drm:rs400_gart_adjust_size] *ERROR* Forcing to 32M GART size 
(because of ASIC bug ?)
[9.738480] [drm] Generation 2 PCI interface, using max accessible memory
[9.738484] [drm] radeon: VRAM 128M
[9.738486] [drm] radeon: VRAM from 0x7800 to 0x7FFF
[9.738489] [drm] radeon: GTT 32M
[9.738491] [drm] radeon: GTT from 0x8000 to 0x81FF
[9.738524] [drm] radeon: irq initialized.
[9.738664] [drm] Detected VRAM RAM=128M, BAR=128M
[9.738670] [drm] RAM width 128bits DDR
[9.738766] [TTM] Zone  kernel: Available graphics memory: 441954 kiB.
[9.738770] [TTM] Zone highmem: Available graphics memory: 971654 kiB.
[9.738794] [drm] radeon: 128M of VRAM memory ready
[9.738796] [drm] radeon: 32M of GTT memory ready.
[9.738819] [drm] GART: num cpu pages 8192, num gpu pages 8192
[9.739482] [drm] radeon: 4 quad pipes, 1 z pipes initialized.
[9.739498] [drm] radeon: cp idle (0x1C03)
[9.739544] [drm] Loading R300 Microcode
[9.739547] platform radeon_cp.0: firmware: requesting radeon/R300_cp.bin
[9.777003] phy0: Selected rate control algorithm 'minstrel'
[9.777900] ath5k phy0: Atheros AR2413 chip found (MAC: 0x78, PHY: 0x45)
[9.830823] radeon_cp: Failed to load firmware radeon/R300_cp.bin
[9.830874] [drm:r100_cp_init] *ERROR* Failed to load firmware!
[9.830920] radeon :01:05.0: failled initializing CP (-2).
[9.830964] radeon :01:05.0: Disabling GPU acceleration
[9.831011] [drm] radeon: cp finalized
[9.831148] [drm] Default TV standard: NTSC
[9.831150] [drm] 14.31818 MHz TV ref clk
[9.831232] [drm] Panel ID String: QDS 
[9.831236] [drm] Panel Size 1280x800
[9.831288] [drm] Radeon Display Connectors
[9.831291] [drm] Connector 0:
[9.831293] [drm]   VGA
[9.831296] [drm]   DDC: 0x68 0x68 0x68 0x68 0x68 0x68 0x68 0x68
[9.831299] [drm]   Encoders:
[9.831301] [drm] CRT1: INTERNAL_DAC2
[9.831303] [drm] Connector 1:
[9.831305] [drm]   LVDS
[9.831309] [drm]   DDC: 0x198 0x198 0x19c 0x19c 0x1a0 0x1a0 0x1a4 0x1a4
[9.831311] [drm]   Encoders:
[9.831313] [drm] LCD1: INTERNAL_LVDS
[9.920684] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x3af: 
clean.
[9.923094] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3e0-0x4ff: 
clean.
[9.924101] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x820-0x8ff: 
clean.
[9.924921] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcf7: 
clean.
[9.925884] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xa00-0xaff: 
clean.
[9.975239] [drm] fb mappable at 0xC804
[9.975243] [drm] vram apper at 0xC800
[9.975246] [drm] size 4096000
[9.975248] [drm] fb depth is 24
[9.975250] [drm]pitch is 5120
[   10.016948] Console: switching to colour frame buffer device 160x50
[   10.027029] fb0: radeondrmfb frame buffer device
[   10.027031] registered panic notifier
[   10.027039] [drm] Initialized radeon 2.0.0 20080528 for :01:05.0 on 
minor 0
[   10.120694] HDA Intel :00:14.2: PCI INT A - GSI 16 (level, low) - IRQ 
16
[   10.236838] hda_codec: ALC883: BIOS auto-probing.
[   10.237876] input: HDA Digital PCBeep as 
/devices/pci:00/:00:14.2/input/input9
[   10.849592] Adding 979924k swap on /dev/sda5.  Priority:-1 extents:1 
across:979924k 
[   11.370663]

Bug#605588: marked as done (unblock: openoffice.org/1:3.2.1-10)

2010-12-18 Thread Mehdi Dogguy

On 12/18/2010 04:55 AM, Rene Engelhard wrote:
 On Wed, Dec 01, 2010 at 05:03:08PM +, Debian Bug Tracking System wrote:
 Your message dated Wed, 1 Dec 2010 18:01:45 +0100
 Please unblock package openoffice.org

 As already talked about with Julien on IRC I'd to like to have #605120
 (important upstream rendering bug in Impress) fixed in squeeze. Based on
 approval - it's uploaded :)


 Unblocked.
 
 Thanks, unfortunately it didn't get built since the upload on kfreebsd-amd64 
 now
 because it just isn't picked up. And if it's now  built we run into the neon27
 shlibs issue...
 

Yes, neon27 is being dealt with… we will in a few days…

Regards,

-- 
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/



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

Bug#606237: linux-kernel: poweroff-button fails on 2.6.32-5-openvz-686

2010-12-18 Thread Ola Lundqvist

Hi Richard

On Fri, Dec 17, 2010 at 11:26:41PM +0100, Richard Landsman - Rimote Media wrote:
Hello Ola,
Both commands work like expected. Nothing special. Although the
vzeventd is new for me.

vzeventd is new in latest kernel and latest vzctl. It is a new (improved) way
for a VE to restart itself.

Stopping OpenVZ: ..done
Starting OpenVZ: ..done
Checking vzevent kernel module .done
Starting vzeventd: Started

Ok. And what was the kernel modules after that?
You should have this module loaded vzevent.

You should also have the value 1 in /sys/module/vzevent/parameters/reboot_event.

But actually I do not think the power button should use vzevent but I just
want to check that things are working as expected anyway.

Just to know sure, the powerbutton normally should work on almost any
kernel? Is that correct?

Yes.

// Ola

Best regards,
Richard
Op 17-12-2010 16:21, Ola Lundqvist schreef:
 
  /etc/init.d/vzeventd start

-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---



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

Bug#607329: cpufrequtils should use /etc/default

2010-12-18 Thread Mattia Dongili

On Sat, Dec 18, 2010 at 06:32:33AM +0100, Daniel Baumann wrote:
 reopen 607329
 retitle 607329 please ship sample in /etc/default/cpufrequtils
 thanks
 
 Mattia Dongili malat...@linux.it wrote:
  The fact that the package doesn't provide a default configuration file
  is to ease upgrades (at least on the maintainer side) not having to
  deal with just another configuration file that is likely to be
  customized by users.
 
 the right thing is to ship that file directly in /etc/default, and

I guess we disagree here.

 not keep it in examples and have the user need to do all the work
 again and again. ideally, you would also allow using debconf for

why again and again? The user does it once and that's it. And only if
the default behaviour is not appropriate (which I doubt happens that
often).

 that. 'avoiding uprade issues' is a pretty lame excuse for not doing
 it.

the funny thing is that the package was providing it and eventually I
decided to stop shipping a nearly useless conffile.
If anyone wants to change the defaults he can do it without being
asked to install a new version of the conffile over and over (that's
what I meant for issues there).

 also, you can basically just copypaste from tftp-hpa that does all
 this already.

I guess that would be another way of doing it but really there is not
much value in doing that for cpufrequtils.
-- 
mattia
:wq!



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

Bug#607320: why?

2010-12-18 Thread Thomas Koch

Hi,

just out of curiosity, why do you want to leave the Debian project? You're not 
obliged to answer, but if there'd be anything wrong with Debian from your 
perspective, then it would be nice, if you could point us to it.

If you've already provided such an explanation somewhere, could you be so kind 
to point me to it?

Best regards,

Thomas Koch, http://www.koch.ro



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

Bug#606840: patch to fix the finnish keymap missing some keys

reassign 606840 xkb-data
tags 606840 patch
thanks

The attached patch fixes that problem in D-I. After building g-i with
it applied, I no longer had problems with non-working keys with the
Finnish keymap.


-- 


Index: xkeyboard-config-1.8/symbols/fi
===
--- xkeyboard-config-1.8.orig/symbols/fi
+++ xkeyboard-config-1.8/symbols/fi
@@ -184,6 +184,8 @@
 key AE12 { [ dead_acute, dead_grave ] };
 key AD12 { [ dead_diaeresis, dead_circumflex, dead_tilde, dead_caron ] };
 
+include latin(type2)
+
 // End alphanumeric section, begin Keypad
 include kpdl(comma)
 // End Keypad section


signature.asc
Description: Digital signature

Bug#605888: [pkg-fso-maint] Bug#605888: intone: wrong path to alsa scenario

2010-12-18 Thread David Kalnischkies

On Sat, Dec 4, 2010 at 13:20, Paul Wise p...@debian.org wrote:
 intone uses the wrong path to the alsa scenario:

I have in my patchset [0] a small patch to use the fso-dbus interface
to set the scenario instead of alsactl calls as these have as seen
problems with paths and can only be done as root… (patch attached).

I am not entirely happy with it as it requires setting two different
scenarios as the dbus interface seems to have no way to force a
reload of a scenario file (and therefore drops the request to load
stereoout if the scenario stereoout is already set).

Anyway, i have sent most of my patchset upstream today and
asked especially for a comment about the issue here, so lets see
what upstream will tell us. :)


Best regards

David Kalnischkies


use-dbus-to-set-scenario
Description: Binary data

Bug#607429: darcsweb: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

2010-12-18 Thread Adriano Rafael Gomes

Package: darcsweb
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

Attached you will find the file pt_BR.po. It is UTF-8
encoded and it is tested with msgfmt and
podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: GNU Zip compressed data


signature.asc
Description: PGP signature

Bug#505329: Greeting my dear,

2010-12-18 Thread sonia koneh

Greeting my dear,













































Complements of the season to you. I
wish to express my sincere gratitude to you. My name is Miss Sonia and
my contact address is ( soniakoneh2...@yahoo.com )






















I am a young beautiful girl with full
of love and caring also romantic. well I come in contact with your and
I loved it, I think we can click together as one body and soul.













































Please I will appreciate if you can
use my mail address to contact me directly to my mailbox and at the
same time I will show you my picture and you also know more about me.
Moreover, I want you to know that distance ,race or religion is never a
barrier in the course of love.













































Thanks for your love, understanding
and co-operation. Please I hope favorably to get your reply, contact me
with this email address above. I wish you a blissful and a happy moment
over there.






















Yours sincerely,






















sonia..




































































soniakoneh2...@yahoo.com

Bug#607430: nvidia-graphics-drivers: New release driver 260.19.29 available

2010-12-18 Thread Marc J. Driftmeyer

Package: nvidia-graphics-drivers
Version: 260.19.29
Severity: normal


Added support for the following GPUs:

GeForce GTX 460 SE
GeForce GTX 570
Quadro 5000M
NVS 300

Fixed a bug that caused some OpenGL applications to become unresponsive for up 
to a minute on some GPUs when changing the resolution or refresh rate.

Added support for NVIDIA 3D Vision Pro.

See the Stereo X configuration documentation in the README for further 
details.

Added a new X configuration option 3DVisionProConfigFile to allow user 
provide a filename which NVIDIA X driver uses to store 3D Vision Pro 
configuration settings. See Appendix B. X Config Options in the README for 
more information.

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

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



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

Bug#606825: [PATCH v2] Re: dpkg: Please add mingw to ostable and triplettable.

2010-12-18 Thread Jonathan Nieder

NightStrike wrote:

 What's wrong with using the existing GNU triplet?

FWIW sorry for setting off this discussion (but thank you --- the
answers have been very helpful to me!).  Luckily you provided a
good example that might help explain the purpose of Debian triplets
later in the thread:

 Dmitrijs Ledkovs wrote:

 Are cygwin/msys/mingw people willing to support new triplet naming scheme?
[...]
It's hard to change the past, and even harder
 to change long standing traditions.  However, if it's at all possible,
 I fully support a change to triplets that actually make sense.

Having Debian arch names that are not rigidly aligned to GNU triplets
makes such changes easier to weather.

Keep in mind, as I have probably already shown, I am very new to this
(both dpkg and mingw).  So please do not take anything I say as
gospel.

What's in a Debian architecture name?
-

Debian arch names are primarily used to name the Debian machine
architecture[1] for which a package is available.  Each (binary)
package has an Architecture: field naming its machine architecture.

A given dpkg installation only manages packages for one
architecture[2], so where possible it is beneficial to make these
course-grained.

Example: i486-linux-gnu and i586-linux-gnu get the same
Debian architecture name (i386).

Meanwhile they need to be fine-grained enough to ensure
interoperability --- e.g., if package foo depends on package libbar (= 5)
then any build of libbar 5 on the current architecture must be able to
provide the functionality foo needs.

Example: x86_64-linux-gnu and i686-linux-gnu get
distinct Debian architecture names (i386 and amd64).

[1] 
http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Architecture
[2] Nowadays there is some work on getting mixed-architecture (e.g.,
i386 + amd64) systems to work well with the packaging system but
that is hard.  So I'll ignore it for the moment. :)

Relationship to GNU triplets


When you build and install dpkg for the first time, its configure
script will run ./config.guess and match the output against ostable
and cputable to figure out which Debian architecture this is.  A given
Debian architecture can correspond to a variety of GNU triplets (as in
the example i386 above).

When building a Debian package, the build script debian/rules has
access[3] to a DEB_HOST_GNU_TYPE variable representing the target
architecture's (preferred) GNU triplet.  This value is generally
passed on to ./configure.

Example: on i386, DEB_HOST_GNU_TYPE gets set to
i486-linux-gnu.  When Debian stops supporting 486s with
mainstream packages, that will presumably change to
i586-linux-gnu.

Over time it is expected that the matching and preferred GNU triplets
for a given Debian architecture might change.  So mistakes in this
part are not a bit deal.

Debian triplets?


When building a Debian package, the build script debian/rules has
access to DEB_HOST_ARCH_OS, DEB_HOST_GNU_SYSTEM, DEB_HOST_ARCH_CPU,
and DEB_HOST_GNU_CPU variables, which generally get used to work
around architecture-specific bugs (on such-and-such OS, disable
such-and-such optimization).

Example: the Debian triplet for the i386 architecture
is gnu-linux-i386.  So DEB_HOST_ARCH_OS is linux
and DEB_HOST_ARCH_CPU is i386.  The gnu- part is
there to distinguish this from uclibc-linux-i386.

Notice that the ABI/libc part of the system name (gnu in the
example) is not exposed using the dpkg-architecture script, so build
scripts generally do not depend on it.  That might change some day,
but it would require separating the ABI part from libc part to be
useful, so I wouldn't worry about it.

The case of mingw64
---

mingw-w64-, mingw.org-, and cygwin-built libraries are not
interchangeable from an ABI point of view, so they have to be distinct
Debian architectures.  (Thanks for correcting me multiple times on
this.)  Let's just worry about mingw-w64 for the moment.

The operating system (kernel and user tools) is Windows (except maybe
for cygwin; I don't want to think hard about that).  We can call it

mingw32, to be consistent with the GNU triplet (confusing!)
winnt, since I think that's the kernel's name
windows, for simplicity

windows sounds fine to me.  This includes ReactOS as a special case,
as long as it lives up to its compatibility goals.

The C library is mingw-w64, which could be abbreviated as mingw64 or
w64.  The meaning of mingw64 seems more obvious to me.

No need to tack on an ABI variant in addition to that.  mingw-w64,
on 32-bit x86 meets the requirements described in What's in a
Debian architecture name above, I think.  So how about something
like this?

Dmitrijs, please locally try out whatever variant seems sanest to you
(and I will try to find time to test the cross-toolchain

Bug#607431: lilypond: Failure to produce PS/PDF output when using the dynamic font in global staff size 14

2010-12-18 Thread Heikki Tauriainen

Package: lilypond
Version: 2.12.3-7
Severity: normal

After upgrading the lilypond packages (from version 2.12.2) to 2.12.3-7, the
tool has started to fail producing correct PS/PDF output on input files
(written for version 2.12.2) which had no problems before.

I was able to narrow down the problem to the use of the m symbol of the
dynamic font when using global staff size 14, and can reproduce the problem on
my system with the following input file:



\version 2.12.3

#(set-global-staff-size 14)

\book {

  % these symbols display correctly with global staff size 14
  \markup{ \dynamic s f z p r }

  % this is the problematic symbol
  \markup{ \dynamic m }

  % music notation (just to show further effects of the problem)
  \score {
\new Staff {
  \clef treble
  \key c \major
  \time 4/4
  \relative c' {
c4 d e f g a b c
  }
}
\layout { }
  }
}



Processing this file with lilypond (with no command line options) produces

(i) a PS file on which evince (package version 2.30.3-1) hangs in the
Loading... view; gv (3.7.1-1), on the other hand, displays the following
Ghostscript error message as a pop-up, but produces no visible output:

Error: /rangecheckGPL Ghostscript 8.71: Unrecoverable error, exit code 1
 in --.type1execchar--
Operand stack:
   0.0   8.1294   -14.0475   --dict:13/15(ro)(L)--   m   m   -string-
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--
--nostringval--   2   %stopped_push   --nostringval--   --nostringval--
--nostringval--   false   1   %stopped_push   1878   1   3   %oparray_pop
1877   1   3   %oparray_pop   1861   1   3   %oparray_pop   1755   1   3
%oparray_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--
--nostringval--   --nostringval--   2   %stopped_push   --nostringval--   0
--nostringval--   %repeat_continue   --nostringval--   %finish_show
--nostringval--   --nostringval--   4   3   3   --nostringval--
(gs_show_enum)   %op_show_continue
Dictionary stack:
   --dict:1158/1684(ro)(G)--   --dict:0/20(G)--   --dict:105/200(L)--
Current allocation mode is local
Last OS error: 2


(ii) a PDF file in which (when viewed with evince) none of the dynamic markup
symbols are visible (also, the clef, the time signature, and all note heads are
missing).  In addition, there are a lot of font-related error messages
outputted on the console, for example:

Error: font resource is not a dictionary
Error (886): Illegal character '}'
Error: End of file inside array
Error: font resource is not a dictionary
Error: Unknown font tag 'R8'
Error (205): No font in show
Error (265): No font in show/space
Error (275): No font in move/show



Commenting out the line which outputs the m symbol makes the problem
disappear (without this symbol, there appear to be no problems in the generated
output files).  Also, altering the global staff size helps (for example, when
setting the global staff size to 13 or 15, even the m symbol causes no
problems).

Could there be a problem in the Feta font files, or could this problem be
caused by some font installation or configuration error after the upgrade?  Is
there anything that I could try to verify whether the fonts are correctly
installed?



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

Kernel: Linux 2.6.33.4 (SMP w/2 CPU cores)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages lilypond depends on:
ii  ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF
ii  guile-1.8   1.8.7+1-3The GNU extension language and Sch
ii  guile-1.8-libs  1.8.7+1-3Main Guile libraries
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.5-8GCC support library
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgmp3c2   2:4.3.2+dfsg-1   Multiprecision arithmetic library
ii  libltdl72.2.6b-2 A system independent dlopen wrappe
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  lilypond-data   2.12.3-7 LilyPond music typesetter (data fi
ii  python  2.6.6-3+squeeze2 interactive high-level object-orie

Versions of packages lilypond recommends:
ii  lilypond-doc  2.12.3-7   LilyPond Documentation in HTML, PS

lilypond 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#439942: seems fixed

2010-12-18 Thread Oren Held

This bug was tagged as FIXED in upstream, iirc because this was fixed in
libgpod, here:
http://gtkpod.git.sourceforge.net/git/gitweb.cgi?p=gtkpod/libgpod;a=commit;h=39ef6f5afebdf80790cce791770fc489fb495ea9

I confirmed that the above libgpod patch is applied in Sid, 0.7.93-0.3
or before.

So there's no reason to leave this one open, I believe.

Oren



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

Bug#607395: libx11-data: more compose key mappings

On Sat, Dec 18, 2010 at 00:29:59 +0100, Cyril Brulebois wrote:

 Hi,
 
 Daniel Kahn Gillmor d...@fifthhorseman.net (17/12/2010):
  I would like to be able to more easily compose the skull and
  crossbones (☠), up and down arrows (↑,↓), and an umbrella (☂).
 
 it would be nice if you could submit those directly upstream, since
 that's not Debian-specific:
   https://bugs.freedesktop.org/
 
 Feel free to mark this bug forwarded there once that's done. :)
 Thanks.
 
Better yet, send a patch to xorg-de...@lists.x.org.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#589465: WFM

2010-12-18 Thread Oren Held

Funny enough, even though the patch was still not applied to rhythmbox
and I'm using the same version as the bug was reported in (0.12.8-2), -
it works for me.

I can click the user/password box.

Can you still reproduce it?
Maybe it was resolved by a fix to another package (e.g. pygtk/gtk)?

Regards

Oren



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

Bug#607329: cpufrequtils should use /etc/default

2010-12-18 Thread Daniel Baumann


On 12/18/2010 11:55 AM, Mattia Dongili wrote:

why again and again? The user does it once and that's it. And only if
the default behaviour is not appropriate (which I doubt happens that
often).


excately. i'll explain again:

  * user installs cpufrequtils for the first time.

  * cpufrequtils asks stuff like governor etc. with debconf. the
defaults can be either be set to something statically, or
determined automatically

  * whatever values are determined, either user input or defaults,
gets written to /etc/default/cpufrequtils.

  * if user wants to change something, he either changes the value
in /etc/default/cpufrequtils with $editor, or runs
dpkg-reconfigure cpufrequtils

  * any upgrade just reads in /etc/default/cpufrequtils first,
and repopulates the file with those values, or if user
entered other values to the debconf questions with those.

do you see the difference?

the existing package is a package that only works. a package with 
debconf handling for /etc/default/cpufrequtils is a package that is 
*integrated*. for debian, we don't just want packages that work, we want 
them integrated.


as said previously, you don't have to reinvent the wheel, tftp-hpa (and 
others) are doing that already, you can just copy paste. not wanting to 
'deal' with it is a lame excuse, it's less than 10min of work. if you 
don't want to do that, let me know and i'll prepare a patch.



If anyone wants to change the defaults he can do it without being
asked to install a new version of the conffile over and over (that's
what I meant for issues there).


that's never happening in above described scenario. since debconf knows 
which questions have been seen and which not, once you entered the 
values at the *first* installation, the user will never ever again see 
any debconf question (unless manually triggered by the user with 
dpkg-reconfigure).


--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#607326: kttsd crashes on startup

2010-12-18 Thread Modestas Vainius

Hello,

On penktadienis 17 Gruodis 2010 02:40:25 Shai Berger wrote:
 Package: kttsd
 Version: 4:4.4.5-3
 Severity: important
 
 
 This is another crash-on-start report. The
 backtrace seems different from the one in
 #606166 (plus, I have the version with the
 fix for it).
 
 kttsd is started by akregator when it starts;
 I wouldn't be aware of it otherwise, as I don't
 really use the TTS functionality.
 
 Application: kttsd (kttsd), signal: Segmentation fault
 [KCrash Handler]
 #6  0xb77b493d in spd_execute_command () from /usr/lib/libspeechd.so.2
 #7  0xb77b4ad0 in spd_w_set_output_module () from /usr/lib/libspeechd.so.2
 #8  0xb77b4b5e in spd_set_output_module () from /usr/lib/libspeechd.so.2
 #9  0x08051020 in _start ()

Please confirm the bug with 4:4.4.5-4.

-- 
Modestas Vainius modes...@vainius.eu


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

Bug#607326: kttsd crashes on startup

2010-12-18 Thread Modestas Vainius

Hello,

On šeštadienis 18 Gruodis 2010 13:57:53 Modestas Vainius wrote:
 On penktadienis 17 Gruodis 2010 02:40:25 Shai Berger wrote:
  Package: kttsd
  Version: 4:4.4.5-3
  Severity: important
  
  
  This is another crash-on-start report. The
  backtrace seems different from the one in
  #606166 (plus, I have the version with the
  fix for it).
  
  kttsd is started by akregator when it starts;
  I wouldn't be aware of it otherwise, as I don't
  really use the TTS functionality.
  
  Application: kttsd (kttsd), signal: Segmentation fault
  [KCrash Handler]
  #6  0xb77b493d in spd_execute_command () from /usr/lib/libspeechd.so.2
  #7  0xb77b4ad0 in spd_w_set_output_module () from
  /usr/lib/libspeechd.so.2 #8  0xb77b4b5e in spd_set_output_module () from
  /usr/lib/libspeechd.so.2 #9  0x08051020 in _start ()
 
 Please confirm the bug with 4:4.4.5-4.

Nevermind, there is no such thing. Try wiping out ~/.kde/share/config/kttsdrc 
and check if speech-dispatcher actually works with spd-say command.

-- 
Modestas Vainius modes...@vainius.eu


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

Bug#588730: libnetfilter-queue 1.0.0

2010-12-18 Thread Alexander Wirt

Pierre Chifflier schrieb am Saturday, den 18. December 2010:

 Hi Alexander,
 
 Thanks for uploading libnetfilter-log 1.0.0
 
 Can you do the same for libnetfilter-queue ?
Yeah, I have the packages ready, but since libnetfilter-queue has many
rdepends I don't to upload it to unstable in the current phase of the release
, so I'll upload to experimental. 

Alex




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

Bug#603354: closed by Colin Watson cjwat...@debian.org (Bug#603354: fixed in grub2 1.99~20101122-1)

2010-12-18 Thread Modestas Vainius

Hello,

On pirmadienis 22 Lapkritis 2010 21:24:13 Modestas Vainius wrote:
 Hello,
 
 On pirmadienis 22 Lapkritis 2010 15:51:18 Debian Bug Tracking System wrote:
  This is an automatic notification regarding your Bug report
  which was filed against the grub-common package:
  
  #603354: grub-common: grub-probe/grub2 does not recognize DDF1 fakeraid
  as DMRAID array (trivial fix)
  
  Source: grub2
  Source-Version: 1.99~20101122-1
 
 Any hope for the fix to get to squeeze?

Seriously, can I at least get an explanation why a trivial two line patch 
cannot get to Squeeze? It's not that people upgrade their servers very early 
in the distro development process but it's the only segment where some kind of 
RAID is very common. So it's logical that such issues come to bright light 
only now. If you're *consciously* limiting a set of hardware where supposedly 
universal OS could be used by not applying an obvious (!) *trivial* (!) 
straightforward (!) patch, you should at least give a good explanation.

Looking forward to hearing from you.

-- 
Modestas Vainius mo...@debian.org


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

Bug#607432: sparse: unwarranted error: marked inline, but without a definition

2010-12-18 Thread Bill Allombert

Package: sparse 
Version: 0.4.1+git20081218-1

Hello Pierre,

sparse report 'error: marked inline, but without a definition' for the 
following program.
However the construct is valid, so an error is not warranted, and in the event 
a warning
(I cannot see why) should be reported, it should be at the call site, not at
the prototype.

%cat foo.c
#include stdio.h
static inline long dist(long x, long y);
static inline long dist3(long x, long y, long z) { return dist(x,y)+z*z; }
static inline long dist(long x, long y) { return x*x+y*y; }
long fun(long x, long y, long z) { return dist3(x+y,x-y, z); }

int main(void)
{
  return printf(%ld\n,fun(1,2,3));
}
%cgcc -O2 -Wall foo.c -o foo
foo.c:2:24: error: marked inline, but without a definition
%gcc -O2 -Wall foo.c -o foo
%./foo
19
%objdump -S foo|grep dist
%

Cheers,
-- 
Bill. ballo...@debian.org

Imagine a large red swirl here. 



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

Bug#591031: Bug still in 2.6.37-rc5-686

2010-12-18 Thread John Hughes

j...@carbon:~$ uname -a
Linux carbon 2.6.37-rc5-686 #1 SMP Sat Dec 11 20:11:38 UTC 2010 i686
GNU/Linux

dpkg -l | grep linux-image
ii  linux-image-2.6.37-rc5-686   2.6.37~rc5-1~experimental.3
Linux 2.6.37-rc5 for modern PCs





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

Bug#607433: ITP: glitch -- simple Python OpenGL scene graph library

2010-12-18 Thread Dafydd Harries

Package: wnpp
Severity: wishlist
Owner: Dafydd Harries d...@debian.org

* Package name: glitch
  Version : 0.5
  Upstream Author : Dafydd Harries, Robert M Ochschorn
* URL : http://glitch.rhydd.org/
* License : GPL
  Programming Lang: Python
  Description : simple Python OpenGL scene graph library

 Glitch provides a framework for writing OpenGL-based graphics programs, 
 without attempting to replace the OpenGL API.
 .
 Glitch integrates with Gtk+ (for windowing and event input), Cairo (for 2D
 drawing) and GStreamer (for video input and output).



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

Bug#607219: gajim: should honnor 'print_status_in_chats' config in group chat

2010-12-18 Thread Yann Leboulanger


On 12/16/2010 04:06 PM, Nicolas Évrard wrote:

* Yann Leboulanger  [2010-12-15 21:19 +0100]:

On 12/15/2010 08:59 PM, Nicolas Évrard wrote:

Package: gajim
Version: 0.13.4-3
Severity: wishlist
Tags: patch


Hello,

I think gajim should honnor the 'print_status_in_chats' config option
even when in groupchat window (for the record I use this patch to
remove incessant (de)connection message from IRC channels).


Use print_status_in_muc option for that


I don't think so. I activated the option this morning (putting 'none'
for print_status_in_muc) but I still receive a lot of leaving/join
message for IRC mucs as you can see on the attached image.

But I suppose that my patch should probably use print_status_in_muc.



I don't think this discussion has its place on debian lists, it has 
nothing to do with debian packaging. Gajim lists or MUC room is a better 
place for that.


Tip: Is your room bookmarked? In this case each bookmarked room has it's 
own configuration for that. See actions-Join group chat - manage 
bookmarks window


--
Yann



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

Bug#607434: [grub-pc] can not start linux

2010-12-18 Thread Pere Nubiola i Radigales

Package: grub-pc
Version: 1.98+20100804-10
Severity: important

--- Please enter the report below this line. ---
when open thew computer lines for start linux has errors and not apear in grub 
menu.
Unrecognized token
syntax error
Incorrect command


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

Debian Release: 6.0
  500 unstableftp.caliu.cat 
  500 unstableftp.bg.debian.org 
  500 testing security.debian.org 
  500 testing ftp.es.debian.org 
  500 testing ftp.caliu.cat 
  500 lucid   ppa.launchpad.net 
1 experimentalftp.caliu.cat 

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libc6  (= 2.3) | 2.11.2-7
libdevmapper1.02.1   (= 2:1.02.36) | 2:1.02.48-4
debconf   (= 0.5)  | 1.5.37
 OR debconf-2.0 | 
grub-common(= 1.98+20100804-10) | 1.98+20100804-10
ucf | 3.0025+nmu1


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
desktop-base (= 4.0.6) | 



--- Output from package bug script ---

*** BEGIN /proc/mounts
/dev/disk/by-uuid/7eaad052-d1d7-4efa-bf4f-02953932d8be / ext3 
rw,relatime,errors=remount-ro,acl,data=ordered 0 0
/dev/sda1 /boot ext3 rw,relatime,errors=continue,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-ST31000340AS_3QJ016QF
*** END /boot/grub/device.map

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

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
  fi
}

function load_video {
  insmod vbe
  insmod vga
  insmod video_bochs
  insmod video_cirrus
}

insmod part_msdos
insmod ext2
set root='(hd0,msdos3)'
search --no-floppy --fs-uuid --set 7eaad052-d1d7-4efa-bf4f-02953932d8be
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
fi
terminal_output gfxterm
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 7a3fd54f-0b6f-4e08-8d9b-4e05a2ad7a3b
set locale_dir=($root)/grub/locale
set lang=ca
insmod gettext
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, amb el Linux 2.6.32-5-amd64' --class debian 
--class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 7a3fd54f-0b6f-4e08-8d9b-4e05a2ad7a3b
echo'S'''est?? carregant el Linux 2.6.32-5-amd64 ...'
linux   /vmlinuz-2.6.32-5-amd64 
root=UUID=7eaad052-d1d7-4efa-bf4f-02953932d8be ro  quiet
echo'S'\''est?? carregant la ramdisk inicial ...'
initrd  /initrd.img-2.6.32-5-amd64
}
menuentry 'Debian GNU/Linux, amb el Linux 2.6.32-5-amd64 (mode de 
restabliment)' --class debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 7a3fd54f-0b6f-4e08-8d9b-4e05a2ad7a3b
echo'S'''est?? carregant el Linux 2.6.32-5-amd64 ...'
linux   /vmlinuz-2.6.32-5-amd64 
root=UUID=7eaad052-d1d7-4efa-bf4f-02953932d8be ro single 
echo'S'\''est?? carregant la ramdisk inicial ...'
initrd  /initrd.img-2.6.32-5-amd64
}
menuentry 'Debian GNU/Linux, amb el Linux 2.6.32-3-amd64' --class debian 
--class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 7a3fd54f-0b6f-4e08-8d9b-4e05a2ad7a3b
echo'S'''est?? carregant el Linux 2.6.32-3-amd64 ...'
linux   /vmlinuz-2.6.32-3-amd64 
root=UUID=7eaad052-d1d7-4efa-bf4f-02953932d8be ro  quiet
echo'S'\''est?? carregant la ramdisk inicial ...'
initrd  /initrd.img-2.6.32-3-amd64
}
menuentry 'Debian GNU/Linux, amb el Linux 2.6.32-3-amd64 (mode de 
restabliment)' --class debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid

Bug#607435: acpi-support: asus-wireless-led.sh don't test availability state-funcs

2010-12-18 Thread Anton Kropachev

Package: acpi-support
Version: 0.109-11
Severity: minor
Tags: patch

/etc/acpi/start.d/asus-wireless-led.sh trying to include
/usr/share/acpi-support/state-funcs, but don't test it.

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

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

Versions of packages acpi-support depends on:
ii  acpi-support-base  0.109-11  scripts for handling base ACPI eve
ii  acpid  1.0.8-1lenny2 Utilities for using ACPI power man
ii  dmidecode  2.9-1 Dump Desktop Management Interface 
pn  finger none(no description available)
ii  hdparm 8.9-3 tune hard disk parameters for high
ii  laptop-detect  0.13.6attempt to detect a laptop
ii  libc6  2.7-18lenny6  GNU C Library: Shared libraries
ii  lsb-base   3.2-20Linux Standard Base 3.2 init scrip
ii  powermgmt-base 1.30+nmu1 Common utils and configs for power
ii  vbetool1.0-3 run real-mode video BIOS code to a
ii  x11-xserver-utils  7.3+5 X server utilities

Versions of packages acpi-support recommends:
ii  dbus  1.2.1-5+lenny1 simple interprocess messaging syst
ii  hal   0.5.11-8   Hardware Abstraction Layer
ii  nvclock   0.8b3-1Allows you to overclock your nVidi
ii  pm-utils  1.1.2.4-1  utilities and scripts for power ma
pn  radeontoolnone (no description available)
pn  toshset   none (no description available)

Versions of packages acpi-support suggests:
pn  laptop-mode-tools none (no description available)
--- 60-asus-wireless-led_orig.sh2010-12-18 18:38:21.0 +0600
+++ 60-asus-wireless-led.sh 2010-12-18 18:37:48.0 +0600
@@ -1,4 +1,7 @@
 #!/bin/sh
+
+test -d /usr/share/acpi-support/state-funcs || exit 0
+
 . /usr/share/acpi-support/state-funcs
 if isAnyWirelessPoweredOn ; then
 setLEDAsusWireless 1

Bug#607436: totem-coherence: 'Coherence DLNA/UPnP Client' plugin cannot be enabled

2010-12-18 Thread Bjørn Mork

Package: totem-coherence
Version: 2.30.2-5
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Just installed totem and totem-coherence:

The following NEW packages will be installed:
  totem totem-coherence
0 upgraded, 2 newly installed, 0 to remove and 10 not upgraded.
Need to get 800 kB of archives.
After this operation, 1,921 kB of additional disk space will be used.
Do you want to continue [Y/n]? 
Get:1 http://ftp.no.debian.org/debian/ squeeze/main totem amd64 2.30.2-5 [696 
kB]
Get:2 http://ftp.no.debian.org/debian/ squeeze/main totem-coherence all 
2.30.2-5 [104 kB]
Fetched 800 kB in 2s (324 kB/s)
Selecting previously deselected package totem.
(Reading database ... 194227 files and directories currently installed.)
Unpacking totem (from .../totem_2.30.2-5_amd64.deb) ...
Selecting previously deselected package totem-coherence.
Unpacking totem-coherence (from .../totem-coherence_2.30.2-5_all.deb) ...
Processing triggers for menu ...
Processing triggers for gnome-menus ...
Processing triggers for desktop-file-utils ...
Setting up totem (2.30.2-5) ...
Setting up totem-coherence (2.30.2-5) ...
Processing triggers for menu ...

Started totem and selected Edit-Plugins and tried checking Enabled in front 
of the
listed 'Coherence DLNA/UPnP Client' plugin. This resulted in the following 
terminal
output and a modal popup dialog box stating the same with slightly different 
wording,
and nothing more:


(totem:21163): Totem-WARNING **: Could not import Python module 'totem', check 
your installation
ImportError: No module named totem

(totem:21163): Totem-WARNING **: Could not load plugin coherence_upnp


(totem:21163): Totem-WARNING **: Error, impossible to activate plugin 
'Coherence DLNA/UPnP Client'


So the plugin does not work at all.  Hence the severity.  Please fix
or remove from squeeze.  Thanks



Bjørn

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

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

Versions of packages totem-coherence depends on:
ii  python  2.6.6-3+squeeze2 interactive high-level object-orie
ii  python-coherence0.6.6.2-5Python UPnP framework
ii  python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii  python-support  1.0.10   automated rebuilding support for P
ii  totem   2.30.2-5 A simple media player for the GNOM
ii  totem-common2.30.2-5 Data files for the Totem media pla

totem-coherence recommends no packages.

totem-coherence suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAk0MswIACgkQ10rqkowbIskChgCbBZ63QxvowTX+6zCaRceyOydI
jUEAnjB4rie7owqpJ1T3OXke/2VJYd5+
=7/Rn
-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#605292: [pkg-mono-group] Bug#605292: mono-gac: lenny to squeeze upgraded system problems with monobasic system installation

2010-12-18 Thread Mirco Bauer

Hi Jochen,

On 12/14/2010 08:43 AM, Jochen wrote:
 Hello Micro,
 the output
 
 gdb --args mono /usr/lib/mono/2.0/gacutil.exe
 GNU gdb (GDB) 7.0.1-debian
 Copyright (C) 2009 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later
 http://gnu.org/licenses/gpl.html
 This is free software: you are free to change and redistribute it.
 There is NO WARRANTY, to the extent permitted by law.  Type show copying
 and show warranty for details.
 This GDB was configured as x86_64-linux-gnu.
 For bug reporting instructions, please see:
 http://www.gnu.org/software/gdb/bugs/...
 Reading symbols from /usr/bin/mono...Reading symbols from
 /usr/lib/debug/usr/bin/mono...done.
 (no debugging symbols found)...done.
 (gdb) handle SIGXCPU SIG33 SIG35 SIGPWR nostop noprint
 SignalStopPrintPass to programDescription
 SIGXCPU   NoNoYesCPU time limit exceeded
 SIGPWRNoNoYesPower fail/restart
 SIG33 NoNoYesReal-time event 33
 SIG35 NoNoYesReal-time event 35
 (gdb) run
 Starting program: /usr/bin/mono /usr/lib/mono/2.0/gacutil.exe
 [Thread debugging using libthread_db enabled]
 [New Thread 0x76779710 (LWP 15444)]
 [New Thread 0x77f57710 (LWP 15445)]
 [New Thread 0x750df710 (LWP 15446)]
 Usage: gacutil.exe commands [ options ]
 Commands:
 -i assembly_path [-check_refs] [-package NAME] [-root ROOTDIR]
 [-gacdir GACDIR]
 Installs an assembly into the global assembly cache.
 
 -il assembly_list_file [-check_refs] [-package NAME] [-root ROOTDIR]
 [-gacdir GACDIR]
 Installs one or more assemblies into the global assembly cache.
 
 -u assembly_display_name [-package NAME] [-root ROOTDIR] [-gacdir GACDIR]
 Uninstalls an assembly from the global assembly cache.
 
 -ul assembly_list_file [-package NAME] [-root ROOTDIR] [-gacdir GACDIR]
 Uninstalls one or more assemblies from the global assembly cache.
 
 -us assembly_path [-package NAME] [-root ROOTDIR] [-gacdir GACDIR]
 Uninstalls an assembly using the specifed assemblies full name.
 
 -l [assembly_name] [-root ROOTDIR] [-gacdir GACDIR]
 Lists the contents of the global assembly cache.
 
 -?
 Displays a detailed help screen
 
 [Thread 0x77f57710 (LWP 15445) exited]
 [Thread 0x750df710 (LWP 15446) exited]
 [Thread 0x76779710 (LWP 15444) exited]
 
 Program exited with code 01.
 (gdb) bt
 No stack.
 (gdb)

Ok, I take that as the issue is already solved on your system? Mono
application no longer crash for you?

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.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#607351: texlive-binaries: texdoc aliasing sometimes doesn't work

2010-12-18 Thread Manuel Pégourié-Gonnard

Hi Frank,

Le 17/12/2010 10:00, Frank Küster a écrit :
 Package: texlive-binaries

Btw, I tried installing this on a squeeze box, and it doesn't seem to provide
texdoc. I found it in texlive-base.

 $ grep amsthm /usr/share/texmf-texlive/texdoc/texdoc.cnf 
 alias amsthm = amsthdoc
 $ texdoc -s amsthm
  1 
 /usr/share/texmf-texlive/doc/generic/tex-virtual-academy-pl/latex2e/macro/amsthm.html
 Please enter the number of the file to view, anything else to skip: 
 $ texdoc --version
 texdoc 0.61
 $ texdoc -s amsthdoc
  1 /usr/share/texmf-texlive/doc/latex/amscls/amsthdoc.pdf
  2 /usr/share/texmf-texlive/doc/latex/amsthdoc-it/amsthdoc_it.pdf
  3 /usr/share/texmf-texlive/doc/latex/amsthdoc-it/README
 
 So, although the alias is present, it is not used.
 
 Manuel, do you have an idea?  This is the current Debian testing
 version.  
 
$ texdoc -f
texdoc 0.61
Configuration files are:
absent  /home/mpg/texmf/texdoc/texdoc-bin.cnf
(*) active  /home/mpg/texmf/texdoc/texdoc.cnf
absent  /home/mpg/texmf/texdoc/texdoc-dist.cnf
absent  /usr/local/share/texmf/texdoc/texdoc-bin.cnf
absent  /usr/local/share/texmf/texdoc/texdoc.cnf
absent  /usr/share/texmf/texdoc/texdoc.cnf
(*) This is the recommended configuration file for your personal preferences.

Texdoc doesn't look for the configuration file where it actually is (or
conversly, the config file isn't were texdoc expects it). So, the two obvious
(and mutually exclusive) solutions are:

1. symlink texdoc.cnf under TEXMFMAIN rather than TEXMFDIST
2. 'patch' config.tlu with sed -i s/TEXMFMAIN/TEXMFDIST/g (I just checked, it
doesn't have any side effects).

I guess 1 is the easiest, but I'm not sure how you handle TEXMFMAIN vs TEXMFDIST
in Debian, so...

Let me know if problems remain or if you have more questions.

Thanks,
Manuel.



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

Bug#607438: ares_expand_name bug

2010-12-18 Thread Stefan Bühler

Package: c-ares
Version: 1.7.3-1

Hi,

c-ares has a bug in ares_expand_name: it assumes the encoded length of 
. is always 1 (as it should be a single null byte), but it could be 
an indirect . too, which is 2 bytes long (in most cases 0xc0 0x0c, 
referring to the question name).

So it cannot parse responses to queries like (dig) NS .

Btw: I think there are many ugly casts in the source, like

  char *buf;
  unsigned short x = ntohs(*(unsigned short*) buf);

These should be fixed (with memcpy for example), as not all platform support
unaligned memory access.

See https://github.com/bagder/c-ares/pull/2

diff --git a/ares_expand_name.c b/ares_expand_name.c
index 2af6b2a..8f40b58 100644
--- a/ares_expand_name.c
+++ b/ares_expand_name.c
@@ -87,7 +87,12 @@ int ares_expand_name(const unsigned char *encoded, const 
unsigned char *abuf,
  * Since this function strips trailing dots though, it becomes 
  */
 q[0] = '\0';
-*enclen = 1;  /* the caller should move one byte to get past this */
+/* indirect root label (like 0xc0 0x0c) is 2 bytes long (stupid, but 
valid) */
+if ((*encoded  INDIR_MASK) == INDIR_MASK) {
+  *enclen = 2;
+} else {
+  *enclen = 1;  /* the caller should move one byte to get past this */
+}
 return ARES_SUCCESS;
   }
 



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

Bug#607439: linux-image-2.6.32-5-686: sony_laptop doesn't handle some keys on vaio tx3

2010-12-18 Thread John Hughes

Package: linux-2.6
Version: 2.6.32-29
Severity: normal


On my aging sony vaio tx3 sony_laptop doesn't tell anyone about the EJECT key
and gets the VOLUME UP/VOLUME DOWN buttons wrong.

For the EJECT key the sony_laptop debugging info shows:

sony-laptop: event ([32] [21]) at port 0x1080(+0x12)

(acpid debug shows nothing)

For the volume up:

sony-laptop: event ([5c] [31]) at port 0x1080(+0x12)
sony-laptop: sony_pic_call1(0xa0): 0x5c0a
sony-laptop: event ([02] [05]) at port 0x1080(+0x12)
sony-laptop: event ([5c] [31]) at port 0x1080(+0x12)
sony-laptop: sony_pic_call1(0xa0): 0x5c0a
sony-laptop: event ([00] [05]) at port 0x1080(+0x12)

(acpid debug shows nothing)

for the volume down

sony-laptop: event ([5c] [31]) at port 0x1080(+0x12)
sony-laptop: sony_pic_call1(0xa0): 0x5c0a
sony-laptop: event ([01] [05]) at port 0x1080(+0x12)
sony-laptop: event ([5c] [31]) at port 0x1080(+0x12)
sony-laptop: sony_pic_call1(0xa0): 0x5c0a
sony-laptop: event ([00] [05]) at port 0x1080(+0x12)

acpid thinks that volume down is button/prog1, the same as AV MODE

the sony_laptop debug for AV MODE is very slightly different from volume down:

sony-laptop: event ([5c] [31]) at port 0x1080(+0x12)
sony-laptop: sony_pic_call1(0xa0): 0x5c0a
sony-laptop: event ([20] [05]) at port 0x1080(+0x12)
sony-laptop: event ([5c] [31]) at port 0x1080(+0x12)
sony-laptop: sony_pic_call1(0xa0): 0x5c0a
sony-laptop: event ([00] [05]) at port 0x1080(+0x12)

(Note volume down is event 01 05, AV MODE is 20 05).

The lack of the EJECT button is annoying as the hardware eject on the DVD
drive is tiny and difficult to find.

-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-29) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Dec 10 16:12:40 UTC 2010

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.32-5-686 root=/dev/mapper/carbon_vg-root ro quiet

** Not tainted

** Kernel log:
[   13.427757] Registered led device: iwl-phy0::RX
[   13.428477] Registered led device: iwl-phy0::TX
[   13.430735] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   13.465297] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   13.468157] e100: eth0 NIC Link is Up 100 Mbps Full Duplex
[   13.469034] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   13.497146] input: ACPI Virtual Keyboard Device as 
/devices/virtual/input/input11
[   13.955003] Bluetooth: L2CAP ver 2.14
[   13.955008] Bluetooth: L2CAP socket layer initialized
[   13.993458] Bluetooth: RFCOMM TTY layer initialized
[   13.993465] Bluetooth: RFCOMM socket layer initialized
[   13.993468] Bluetooth: RFCOMM ver 1.11
[   14.004585] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   14.004589] Bluetooth: BNEP filters: protocol multicast
[   14.040762] Bridge firewalling registered
[   14.083159] Bluetooth: SCO (Voice Link) ver 0.6
[   14.083164] Bluetooth: SCO socket layer initialized
[   14.225973] lp: driver loaded but no devices found
[   14.242695] ppdev: user-space parallel port driver
[   23.900029] eth0: no IPv6 routers present
[   36.212113] wlan0: direct probe to AP 32:64:1a:ec:f4:c4 (try 1)
[   36.412040] wlan0: direct probe to AP 32:64:1a:ec:f4:c4 (try 2)
[   36.612049] wlan0: direct probe to AP 32:64:1a:ec:f4:c4 (try 3)
[   36.615371] wlan0: direct probe responded
[   36.615376] wlan0: authenticate with AP 32:64:1a:ec:f4:c4 (try 1)
[   36.620598] wlan0: authenticated
[   36.620628] wlan0: associate with AP 32:64:1a:ec:f4:c4 (try 1)
[   36.623591] wlan0: RX AssocResp from 32:64:1a:ec:f4:c4 (capab=0x411 status=0 
aid=1)
[   36.623597] wlan0: associated
[   36.626759] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   45.142701] wlan0: deauthenticated from 32:64:1a:ec:f4:c4 (Reason: 1)
[   46.684029] wlan0: no IPv6 routers present
[   47.928455] wlan0: direct probe to AP 32:64:1a:ec:f4:c4 (try 1)
[   47.931436] wlan0: direct probe responded
[   47.931443] wlan0: authenticate with AP 32:64:1a:ec:f4:c4 (try 1)
[   47.933787] wlan0: authenticated
[   47.933815] wlan0: associate with AP 32:64:1a:ec:f4:c4 (try 1)
[   47.937006] wlan0: RX AssocResp from 32:64:1a:ec:f4:c4 (capab=0x411 status=0 
aid=1)
[   47.937011] wlan0: associated
[   50.340992] wlan0: deauthenticated from 32:64:1a:ec:f4:c4 (Reason: 1)
[   53.064579] wlan0: direct probe to AP 32:64:1a:ec:f4:c4 (try 1)
[   53.068763] wlan0: direct probe responded
[   53.068769] wlan0: authenticate with AP 32:64:1a:ec:f4:c4 (try 1)
[   53.073474] wlan0: authenticated
[   53.073497] wlan0: associate with AP 32:64:1a:ec:f4:c4 (try 1)
[   53.078214] wlan0: RX AssocResp from 32:64:1a:ec:f4:c4 (capab=0x411 status=0 
aid=1)
[   53.078220] wlan0: associated
[   77.822287] sony-laptop: Sony Programmable IO Control Driver v0.6.
[   77.822304] sony-laptop: detected Type3 model
[   77.822307] sony-laptop: Evaluating _STA
[   77.822628] sony-laptop: Device disabled
[   77.822631] sony-laptop: Evaluating _PRS
[   77.822649] sony-laptop: IO1 at 0x1080 (0x20)
[   77.822653] sony-laptop: IO1 at 0x10a0 (0x20)
[   77.822656]

Bug#602420: freeze exception -- bugzilla3 3.6.3.0-1

On Wed, Dec  8, 2010 at 16:03:58 +0100, Raphael Bossek wrote:

 Dear Christian,
 
 Debian uses a different directory structure then upstream since years.
 The CVE-2010-3764 patch can not be applied as drop in because it's
 affect the directory structure of Debian. You have to change Debian's
 patches to achieve this too.
 
 Instead of loosing time changing something that is done already accept
 the 3.6.3.0 series. At the end it's more clear that Debian fixed those
 vulnerability if package version is 3.6.3.0 anyway.
 
That's not going to happen at this stage.  Please backport the necessary
fixes for squeeze and upload to tpu.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#607440: ITP: leechcraft -- modular Internet client application

2010-12-18 Thread Daniel Guzanof

Package: wnpp
Severity: wishlist
Owner: Daniel Guzanof melkor...@gmail.com


* Package name: leechcraft
  Version : 0.4.55+88
  Upstream Author : Georg Rudoy 0xd34df...@gmail.com
* URL : http://www.leechcraft.org/
* License : GPLv3
  Programming Lang: C++
  Description : modular Internet client application



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

Bug#607441: tracd: doesn't accept to bind to IPv6 address

2010-12-18 Thread Damien CLAUZEL

Package: trac
Version: 0.11.7-4
Severity: minor

Running trac on standalone mode, via tracd, is not possible on IPv6-only
systems. Tracd should be able to bind to an IPv6 address.

Example with a fresh trac install on user crapp.
___

# sudo -u crapp tracd --http11 --auto-reload --single-env --hostname ::1
 --port 8000 /home/crapp/trac
Unhandled exception in thread started by function serve at 0x9b89cdc
Traceback (most recent call last):
  File /usr/lib/python2.6/dist-packages/trac/web/standalone.py, line
256, in serve
use_http_11=options.http11)
  File /usr/lib/python2.6/dist-packages/trac/web/standalone.py, line
109, in __init__
request_handler=request_handlers[bool(use_http_11)])
  File /usr/lib/python2.6/dist-packages/trac/web/wsgi.py, line 236, in
__init__
HTTPServer.__init__(self, server_address, request_handler)
  File /usr/lib/python2.6/SocketServer.py, line 402, in __init__
self.server_bind()
  File /usr/lib/python2.6/BaseHTTPServer.py, line 108, in server_bind
SocketServer.TCPServer.server_bind(self)
  File /usr/lib/python2.6/SocketServer.py, line 413, in server_bind
self.socket.bind(self.server_address)
  File string, line 1, in bind
socket.gaierror: [Errno -9] Address family for hostname not supported

___

Of course, IPv6 is correctly setup of this system, with sshd, apache
and so running.


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

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

Versions of packages trac depends on:
ii  python  2.6.6-3+squeeze2 interactive high-level object-orie
ii  python-central  0.6.16+nmu1  register and build utility for Pyt
ii  python-genshi   0.6-1Python XML-based template engine
ii  python-setuptools   0.6.14-4 Python Distutils Enhancements (set

Versions of packages trac recommends:
ii  apache2-mpm-prefork [httpd] 2.2.16-4 Apache HTTP Server - traditional n
ii  libjs-jquery1.4.2-2  JavaScript library for dynamic web
ii  python-pygments 1.3.1+dfsg-1 syntax highlighting package writte
ii  python-subversion   1.6.12dfsg-2 Python bindings for Subversion
ii  python-tz   2010b-1  Python version of the Olson timezo

Versions of packages trac suggests:
pn  libapache2-mod-wsgi | libapac none (no description available)
pn  python-docutils   none (no description available)
pn  python-textilenone (no description available)
pn  trac-accountmanager   none (no description available)
pn  trac-authopenid   none (no description available)
pn  trac-bitten   none (no description available)
pn  trac-bzr  none (no description available)
pn  trac-customfieldadmin none (no description available)
pn  trac-email2trac   none (no description available)
pn  trac-git  none (no description available)
pn  trac-graphviz none (no description available)
pn  trac-ja-resource  none (no description available)
pn  trac-masterticketsnone (no description available)
pn  trac-mercurialnone (no description available)
pn  trac-spamfilter   none (no description available)
pn  trac-wikiprintnone (no description available)
pn  trac-wikirename   none (no description available)
pn  trac-wysiwyg  none (no description available)
pn  trac-xmlrpc   none (no description available)

-- no debconf information



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

Bug#607436: totem-coherence: should depend on totem-plugins

2010-12-18 Thread Bjørn Mork

Installing totem-plugins seems to fix this problem, so it's merely a
missing dependency.  Allthesame, this needs to be fixed for
totem-coherence to be in a releasable state.


Bjørn



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

Bug#605096: [pkg-cli-apps-team] Bug#605096: CVE-2010-4005

On Tue, Nov 30, 2010 at 20:15:10 +, Iain Lane wrote:

 OK. @d-release SRMs, would you accept a stable update for tomboy (and
 then assumedly banshee which suffers from the same problem in unstable
 [not checked stable yet])?
 
Yes.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#607442: reportbug: kernel 2.6.32-5-amd64 #1 SMP Fri Dec 10 15:35:08 UTC 2010 x86_64 GNU/Linux crashed

2010-12-18 Thread R. Echle

Package: reportbug
Version: 4.12.6
Severity: important



-- Package-specific info:
** Environment settings:
INTERFACE=text

** /home/rechle/.reportbugrc:
reportbug_version 4.12.6
mode novice
ui text
realname R. Echle
email deb...@sapiency.de
smtphost smtp.strato.de
smtpuser shopp...@sapiency.de
smtptls

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

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

Versions of packages reportbug depends on:
unknown 

-- no debconf information

the system crashed while smplayer was running ...

regards


dump: (from kernel.log)

kernel: [  469.064033] BUG: unable to handle kernel
paging request at 7f7f8cf3a280
kernel: [  469.064040] IP: [810e6dee]
kmem_cache_alloc+0x61/0xf0
kernel: [  469.064049] PGD 22bfef067 PUD 0 
kernel: [  469.064052] Oops:  [#4] SMP 
kernel: [  469.064055] last sysfs file:
/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
kernel: [  469.064058] CPU 0 
kernel: [  469.064060] Modules linked in:
parport_pc ppdev lp parport sco bridge stp bnep rfcomm l2cap crc16
bluetooth rfkill vboxnetadp vboxnetflt vboxdrv acpi_cpufreq 
cpufreq_stats cpufreq_powersave cpufreq_conservative cpufreq_userspace
uinput fuse firewire_sbp2 loop snd_hda_codec_atihdmi
snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pc
m_oss snd_mixer_oss snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event
snd_seq snd_timer snd_seq_device snd radeon ttm drm_kms_helper soundcore
drm snd_page_alloc i2c_algo_bit i2c_i801 i2c_
core asus_atk0110 evdev pcspkr button processor ext3 jbd mbcache sg
sr_mod cdrom usbhid ata_generic firewire_ohci firewire_core sd_mod hid
crc_t10dif floppy crc_itu_t ahci pata_jmicron atl1e
 libata thermal thermal_sys uhci_hcd ehci_hcd scsi_mod usbcore nls_base
 [last unloaded: scsi_wait_scan]
kernel: [  469.064119] Pid: 1566, comm:
 hald-addon-usb- Tainted: G  D2.6.32-5-amd64 #1 P5QL-E
kernel: [  469.064121] RIP:
 0010:[810e6dee]  [810e6dee]
 kmem_cache_alloc+0x61/0xf0
kernel: [  469.064126] RSP: 0018:88022c7e1b18
 EFLAGS: 00010002
kernel: [  469.064128] RAX:  RBX:
 0246 RCX: 00a3
kernel: [  469.064131] RDX: 880008c11d30 RSI:
 0010 RDI: 81453f10
kernel: [  469.064133] RBP: 7f7f8cf3a280 R08:
  R09: 0001
kernel: [  469.064136] R10: 88022be85c00 R11:
 88022be85c00 R12: 0010
kernel: [  469.064138] R13: 81453f10 R14:
 a000f5d5 R15: 0008
kernel: [  469.064141] FS:  7f4d7067e700()
 GS:880008c0() knlGS:
kernel: [  469.064144] CS:  0010 DS:  ES: 
 CR0: 8005003b
kernel: [  469.064146] CR2: 7f7f8cf3a280 CR3:
 00022c4e2000 CR4: 06f0
kernel: [  469.064148] DR0:  DR1:
  DR2: 
kernel: [  469.064151] DR3:  DR6:
 0ff0 DR7: 0400
kernel: [  469.064154] Process hald-addon-usb-
 (pid: 1566, threadinfo 88022c7e, task 88022cba5bd0)
kernel: [  469.064156] Stack:
kernel: [  469.064157]  001015148710
 0001 ff92 88022b4fae00
kernel: [  469.064161] 0 0004
 88022b72a8a3  a000f5d5
kernel: [  469.064165] 0 00015780
 81810001 88022b72a800 0296
kernel: [  469.064169] Call Trace:
kernel: [  469.064180]  [a000f5d5] ?
 usb_control_msg+0x3d/0x135 [usbcore]
kernel: [  469.064187]  [a0007ca0] ?
 hub_port_status+0x7d/0x104 [usbcore]
kernel: [  469.064194]  [a0008963] ?
 hub_activate+0xc6/0x2db [usbcore]
kernel: [  469.064201]  [a000804c] ?
 usb_set_device_state+0x1b/0xfd [usbcore]
kernel: [  469.064207]  [a0008bf0] ?
 hub_resume+0x1a/0x1f [usbcore]
kernel: [  469.064215]  [a0010b0e] ?
 usb_resume_interface+0xd2/0x154 [usbcore]
kernel: [  469.064223]  [a0010f58] ?
 usb_resume_both+0xf9/0x11c [usbcore]
kernel: [  469.064230]  [a0010dee] ?
 usb_autopm_do_device+0x7c/0xd4 [usbcore]
kernel: [  469.064238]  [a0015326] ?
 usbdev_open+0x11a/0x26a [usbcore]
kernel: [  469.064243]  [810f133d] ?
 chrdev_open+0x11f/0x13e
kernel: [  469.064247]  [810f121e] ?
 chrdev_open+0x0/0x13e
kernel: [  469.064250]  [810ed0c2] ?
 __dentry_open+0x19d/0x2bf
kernel: [  469.064254]  [810f88bb] ?
 do_filp_open+0x4e4/0x94b
kernel: [  469.064261]  [a0010c8b] ?
 autosuspend_check+0xfb/0x117 [usbcore]
kernel: [  469.064266]  [810520ad] ?
 current_fs_time+0x1e/0x24
kernel: [  469.064270]  [810ff612] ?
 touch_atime+0x7c/0x127
kernel: [  469.064273]  [811018ed] ?
 alloc_fd+0x67/0x10c
kernel: [  469.064276]  [810ece53] ?
 do_sys_open+0x55/0xfc

Bug#607443: bacula-director-mysql: When dbname is left blank, bacula-dir.conf ends up with a syntax error.

2010-12-18 Thread Clint Byrum

Package: bacula-director-mysql
Version: 5.0.2-1
Severity: normal


this was originally reported in Ubuntu here:

https://launchpad.net/bugs/689327

When the dbname parameter is left blank, the bacula-dir.conf that is generated
generates this syntax error when bacula-dir is started:

dbconfig-common: writing config to 
/etc/dbconfig-common/bacula-director-mysql.conf

Creating config file /etc/dbconfig-common/bacula-director-mysql.conf with new 
version
Processing configuration...Ok.
 * Starting Bacula Director...
 13-12月 02:13 bacula-dir: ERROR TERMINATION at lex.c:784
 Config error: expected a string, got T_EOL: =
 : line 236, col 12 of file /etc/bacula/bacula-dir.conf
   dbname = ; DB Address = ; dbuser = ; dbpassword = 

  ...fail!

I believe this could be corrected by simply wrapping the value in quotes
in the postinst script. This also affects the postgres backend.


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

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



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

Bug#606129: unblock: tla/1.3.5+dfsg-16

On Mon, Dec  6, 2010 at 11:15:00 -0500, Tim Gokcen wrote:

 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: freeze-exception
 
 
 Please unblock package tla
 
 I have uploaded a new version that fixes a number of lintian warnings, 
 including
 an rpath issue that previously caused automatic reject from the archive. 
 dfsg-16
 also fixes a warning message that appears constantly in Squeeze (but not in
 Lenny) due to a newer version of GNU tar deprecating --preserve.
 
+- Moved #include patches into dpatch system
+- Updated debhelper version to 5 (no changes needed)

Not very happy about those...

The rpath thingy is pretty ugly as well.  Overall I'm quite hesitant to
allow this into testing at this late stage, will need to think about it
some more.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#606151: nordugrid-arc-nox: diff for NMU version 1.1.0~rc6-2.1

2010-12-18 Thread Jonathan Wiltshire

tags 606151 + patch
tags 606151 + pending
tags 606151 + fixed-upstream
thanks

Dear maintainer,

I've prepared an NMU for nordugrid-arc-nox (versioned as 1.1.0~rc6-2.1) and
uploaded it to DELAYED/1. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51
diff -Nru nordugrid-arc-nox-1.1.0~rc6/debian/changelog nordugrid-arc-nox-1.1.0~rc6/debian/changelog
--- nordugrid-arc-nox-1.1.0~rc6/debian/changelog	2010-04-27 05:17:21.0 +0100
+++ nordugrid-arc-nox-1.1.0~rc6/debian/changelog	2010-12-18 13:36:55.0 +
@@ -1,3 +1,11 @@
+nordugrid-arc-nox (1.1.0~rc6-2.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * CVE-2010-3372: Fix insecure library loading. Patch
+cherry-picked from upstream (closes: #606151)
+
+ -- Jonathan Wiltshire j...@debian.org  Sat, 18 Dec 2010 13:36:49 +
+
 nordugrid-arc-nox (1.1.0~rc6-2) unstable; urgency=low
 
   * Fix for glibmm 2.24 (Closes: #577884)
diff -Nru nordugrid-arc-nox-1.1.0~rc6/debian/patches/CVE-2010-3372 nordugrid-arc-nox-1.1.0~rc6/debian/patches/CVE-2010-3372
--- nordugrid-arc-nox-1.1.0~rc6/debian/patches/CVE-2010-3372	1970-01-01 01:00:00.0 +0100
+++ nordugrid-arc-nox-1.1.0~rc6/debian/patches/CVE-2010-3372	2010-12-18 13:30:05.0 +
@@ -0,0 +1,57 @@
+Description: fix insecure library loading (CVE-2010-3372)
+Origin: http://svn.nordugrid.org/trac/nordugrid/changeset/18980
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606151
+Forwarded: not-needed
+Last-Update: 2010-12-18
+
+--- nordugrid-arc-nox-1.1.0~rc6.orig/src/services/a-rex/a-rex.in
 nordugrid-arc-nox-1.1.0~rc6/src/services/a-rex/a-rex.in
+@@ -71,10 +71,18 @@
+   libdir=$location/lib
+   libdir64=$location/lib64
+   if [ -d $libdir64 ] ; then
+-LD_LIBRARY_PATH=$libdir64:$LD_LIBRARY_PATH
++if [ x$LD_LIBRARY_PATH = x ]; then
++  LD_LIBRARY_PATH=$libdir64
++else
++  LD_LIBRARY_PATH=$libdir64:$LD_LIBRARY_PATH
++	fi
+   fi
+   if [ -d $libdir ] ; then
+-LD_LIBRARY_PATH=$libdir:$LD_LIBRARY_PATH
++if [ x$LD_LIBRARY_PATH = x ]; then
++  LD_LIBRARY_PATH=$libdir
++else
++  LD_LIBRARY_PATH=$libdir:$LD_LIBRARY_PATH
++fi
+   fi
+ fi
+   fi
+@@ -278,7 +286,11 @@
+ add_library_path $GRIDSITE_LOCATION
+ add_library_path $VOMS_LOCATION
+ add_library_path $GLOBUS_LOCATION
+-LD_LIBRARY_PATH=$ARC_LOCATION/@libsubdir@:$LD_LIBRARY_PATH
++if [ x$LD_LIBRARY_PATH = x ]; then
++  LD_LIBRARY_PATH=$ARC_LOCATION/@libsubdir@
++else
++  LD_LIBRARY_PATH=$ARC_LOCATION/@libsubdir@:$LD_LIBRARY_PATH
++fi
+ SASL_PATH=${SASL_PATH:-$GLOBUS_LOCATION/lib/sasl}
+ export LD_LIBRARY_PATH SASL_PATH
+ 
+--- nordugrid-arc-nox-1.1.0~rc6.orig/src/services/a-rex/lrms/submit_common.sh.in
 nordugrid-arc-nox-1.1.0~rc6/src/services/a-rex/lrms/submit_common.sh.in
+@@ -312,7 +312,11 @@
+ fi
+ export GLOBUS_LOCATION
+ export ARC_LOCATION
+-export LD_LIBRARY_PATH=$GLOBUS_LOCATION/lib:$LD_LIBRARY_PATH
++if [ x$LD_LIBRARY_PATH = x ]; then
++  export LD_LIBRARY_PATH=$GLOBUS_LOCATION/lib
++else
++  export LD_LIBRARY_PATH=$GLOBUS_LOCATION/lib:$LD_LIBRARY_PATH
++fi
+ export SASL_PATH=$GLOBUS_LOCATION/lib/sasl
+ export X509_USER_KEY=${RUNTIME_CONTROL_DIR}/job.local.proxy
+ export X509_USER_CERT=${RUNTIME_CONTROL_DIR}/job.local.proxy
diff -Nru nordugrid-arc-nox-1.1.0~rc6/debian/patches/series nordugrid-arc-nox-1.1.0~rc6/debian/patches/series
--- nordugrid-arc-nox-1.1.0~rc6/debian/patches/series	2010-04-27 05:19:50.0 +0100
+++ nordugrid-arc-nox-1.1.0~rc6/debian/patches/series	2010-12-18 13:23:38.0 +
@@ -1 +1,2 @@
 debian-changes-1.1.0~rc6-2
+CVE-2010-3372


signature.asc
Description: Digital signature

Bug#607368: Kernel ABI management

2010-12-18 Thread Ben Hutchings

On Sat, 2010-12-18 at 09:26 +0100, Julien BLACHE wrote:
 reopen 607368
 submitter 607368 !
 thanks
 
 Hi,
 
 I am sorry that I have to reopen this bug, but first this is about more
 than just smp_ops and second the outcome isn't satisfactory.
 
 Whether a symbol is exported for a specific purpose or for general
 usage, whether you like it or not, every symbol that is exported is part
 of the ABI. If it changes, the ABI changes and it changes for everybody,
 regardless of whether they're supposed to be using that symbol or not.

No distribution promises that all exported symbols will be unchanged.

Some distributions provide a list all exported symbols which can be
depended on not to change.  We haven't done that but we do consider
where symbols are used before deciding a change can be ignored.

(As an example, there are several sets of drivers for related hardware
in which one core module exports symbols to the specific driver modules.
Those exports should in no way be depended on by OOT modules.)

 We would not accept that behaviour from a shared library, I don't see
 any reason why we would accept it from the kernel.

This is not true; for example, the interface between libc and NSS is not
stable.

 As it stands, the kernel ABI number has just been rendered useless; I
 can no longer trust it nor rely on it. Every kernel revision will have
 to be tested to make sure all modules are still compatible with the new
 ABI, given the ABI will change silently without bumping the ABI number.
 
 Unsuspecting users will have their setup break upon reboot after
 updating their kernel packages without any obvious clue as to what
 caused the breakage.
 
 This is a big deal as it puts a big question mark where the kernel ABI
 number used to be. This is a problem for users, admins, ISV, vendors
 higher up the chain, everybody. It's no longer possible to offer
 certified modules for Debian kernels given the kernel ABI number cannot
 be relied upon anymore.

If someone claims to certify something about future Debian kernels
without talking to the kernel team, they are a fraud.

 Out of tree modules exist and you can't just ignore them; in some
 environments they are necessary to make things work and you won't have a
 way around that.

Example?

 So I am asking you to reconsider your position and go back to strictly
 maintaining the kernel ABI number. This situation is a big step backward
 for the Debian kernel packages and I hope it'll be fixed soon.

Ben.

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


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

Bug#607444: yes works as good as Yes, so say that instead

2010-12-18 Thread jidanni

Package: aptitude
Version: 0.6.3-3.2
Severity: wishlist

I'll tell you a secret.
Aptitude asked me
 To continue, enter Yes; to abort, enter No:
Well, I discovered yes works just as good as Yes'.
So please don't harangue the user.
Tell them all they need to get done and no more extra unnecessary
(SHIFT) key strokes.

Maybe even y works. I didn't test it.



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

Bug#606533: unblock: postgrey/1.32-6

On Mon, Dec 13, 2010 at 01:54:11 +, Antonio Radici wrote:

 Please ignore my last correspondence, it seems that my upload keeps
 having problems, I will recreate teh package and re-upload it (I hope
 for the last time) tomorrow.
 
Any luck?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#583988: [buildd-tools-devel] Bug#583988: Bug#583988: buildd: FTBFS if dh_quilt_patch/dh_quilt_unpatch in override_dh_auto_clean target

2010-12-18 Thread Gabriele Giacone

On 12/12/2010 08:24 PM, Roger Leigh wrote:
 On Tue, Jun 01, 2010 at 10:36:55PM +0200, Gabriele Giacone wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 06/01/2010 09:22 PM, Roger Leigh wrote:
 buildd runs sbuild to build the package.  sbuild essentially just
 installs the build dependencies and calls dpkg-buildpackage.

 Can you build the package in a clean chroot environment on your
 own system with sbuild (or pbuilder)?

 If you start with the .dsc, can you unpack it with
 'dpkg-source -x' and then build it with dpkg-buildpackage?

 With both *-buildpackage and pbuilder on amd64, 2.4.2-1 version built as
 fine as 2.4.2-2 I've just uploaded.
 At the moment 2.4.2-2 has successfully built on s390,sparc and i386.

 With sbuild on amd64, before file this bug, I reproduced that behavior
 on my own.

 You can reproduce it trying to sbuild 2.4.2-1 version. It seems it
 doesn't like dh_quilt_patch/dh_quilt_unpatch in override_dh_auto_clean
 target.
 
 Hi,
 
 Is this still an issue?  I saw you had made some more uploads in the
 meantime.  Was this a bug in your package, and if so can this bug be
 closed?

It's never been a bug in my package. As written months ago, it had built
fine on *-buildpackage and pbuilder.
Probably it can still be reproduced/debugged, getting lwjgl 2.4.2-1 from
snapshot.d.o.


Cheers,
Gabriele



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

Bug#606327: vmmemctl missing in squeeze

On Wed, Dec  8, 2010 at 22:14:12 +0100, Mehdi Dogguy wrote:

 severity 606327 grave
 thanks
 
 On 08/12/2010 20:24, Martin Zobel-Helas wrote:
 Hi,
 
 On Wed Dec 08, 2010 at 19:21:50 +0100, Daniel Baumann wrote:
 reassign 606327 open-vm-tools severity 606327 important thanks
 
 On 12/08/2010 01:54 PM, Martin Zobel-Helas wrote:
 This makes the package partly unsuable
 
 right, partially, correcting severity.
 
 Please provide vmmemctl on Squeeze machines
 
 regarding open-vm-tools, according to release managers policy for
 unblocks, this is not possible anymore in the current state of the
 release.
 
 
 It's RC now. You can fix it. Could you please provide a reasonable fix for
 this bug?
 
What's up with this?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#591094: How to read Chinese PDFs anymore with xpdf?

2010-12-18 Thread jidanni

 HY == Hideki Yamane henr...@debian.or.jp writes:
HY  I put test builds into

OK with sources.list(5) line
deb http://www.mithril-linux.org/~henrich/debian/package/poppler/ ./
$ cat /var/log/aptitude
[UPGRADE] libpoppler-glib4 0.12.4-1.2 - 0.12.4-1.3
[UPGRADE] libpoppler5 0.12.4-1.2 - 0.12.4-1.3
[UPGRADE] poppler-utils 0.12.4-1.2 - 0.12.4-1.3
But
$ wget http://www.feminist.sinica.edu.tw/news/2010-con/file/36new.pdf
$ xpdf 36new.pdf
Still looks terrible.



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

Bug#607157: rxvt-unicode: change in $TERM breaks clear command

2010-12-18 Thread Marc Lehmann

and the debian breakage continues...

as a fix, you can compile the upstream urxvt tarball, which doesn't
contain this incompatible change and will probably just work.

(can be found at http://software.schmorp.de/pkg/rxvt-unicode.html)

-- 
The choice of a   Deliantra, the free code+content MORPG
  -==- _GNU_  http://www.deliantra.net
  ==-- _   generation
  ---==---(_)__  __   __  Marc Lehmann
  --==---/ / _ \/ // /\ \/ /  schm...@schmorp.de
  -=/_/_//_/\_,_/ /_/\_\



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

Bug#606478: unblock: update-notifier/0.99.3debian8

On Thu, Dec  9, 2010 at 16:45:54 +0100, Julian Andres Klode wrote:

 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: freeze-exception
 
 Please unblock package update-notifier
 
 This release includes the prior not-in-testing 0.99.3debian7 which:
 
   * Adapts to the new 'sudo' group
   * Fixes the detection of security updates
   * Fixes the reboot action (see changelog)
   * Allows ordinary users to see package manager activity
 
What is this hunk about:

--- update-notifier-0.99.3debian6/src/update-notifier.c 2010-08-02 
13:12:47.0 +
+++ update-notifier-0.99.3debian8/src/update-notifier.c 2010-11-22 
18:46:05.0 +
@@ -397,8 +397,8 @@
/* new upates tray icon */
un-update = g_new0 (TrayApplet, 1);
 
-   // check if the updates icon should be displayed
-   if (in_admin_group() || FORCE_START) {
+   // check if the updates icon should be displayed /* Debian: yes */
+   if (TRUE || in_admin_group() || FORCE_START) {
   trayapplet_create(un-update, software-update-available);
   update_tray_icon_init(un-update);
} else 

?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#606840: Bug#606843: Installation-Report: English language with Finnish location, half of the keys stop working

Quoting Julien Cristau (jcris...@debian.org):
 On Sun, Dec 12, 2010 at 18:01:30 +0100, Christian PERRIER wrote:
 
  Quoting Julien Cristau (jcris...@debian.org):
  
   That's not a valid configuration.  The fi variant doesn't exist.
  
  However, if I open a shell in D-I before the keymap is set, then apply
  your patch to keyboard-configuration.config, then exit the shell and
  continue by selecting the Finnish keymap, the problem
  is apparently still there.
  
 Please get the output of 'DISPLAY=:0 setxkbmap -print' and 'xkbcomp -xkb
 :0 -' from the shell after selecting the finnish keymap (with the
 patched config script).


xkb_keymap {
xkb_keycodes  { include evdev+aliases(qwerty) };
xkb_types { include complete  };
xkb_compat{ include complete  };
xkb_symbols   { include pc+fi(fi)+inet(evdev)   };
xkb_geometry  { include pc(pc105) };
};

The output from xkbcomp is harder for me to get my hands on..:-(



signature.asc
Description: Digital signature

Bug#606840: Bug#606843: Installation-Report: English language with Finnish location, half of the keys stop working

2010-12-18 Thread Vladimir 'φ-coder/phcoder' Serbinenko

On Sat, Dec 18, 2010 at 15:42:57 +0100, Christian PERRIER wrote:

 Quoting Julien Cristau (jcris...@debian.org):
  On Sun, Dec 12, 2010 at 18:01:30 +0100, Christian PERRIER wrote:
  
   Quoting Julien Cristau (jcris...@debian.org):
   
That's not a valid configuration.  The fi variant doesn't exist.
   
   However, if I open a shell in D-I before the keymap is set, then apply
   your patch to keyboard-configuration.config, then exit the shell and
   continue by selecting the Finnish keymap, the problem
   is apparently still there.
   
  Please get the output of 'DISPLAY=:0 setxkbmap -print' and 'xkbcomp -xkb
  :0 -' from the shell after selecting the finnish keymap (with the
  patched config script).
 
 
 xkb_keymap {
 xkb_keycodes  { include evdev+aliases(qwerty) };
 xkb_types { include complete  };
 xkb_compat{ include complete  };
 xkb_symbols   { include pc+fi(fi)+inet(evdev)   };
 xkb_geometry  { include pc(pc105) };
 };
 
So you're probably still using the nonexistent/broken fi variant.
That should look more like

xkb_keymap {
xkb_keycodes  { include evdev+aliases(qwerty) };
xkb_types { include complete  };
xkb_compat{ include complete  };
xkb_symbols   { include pc+fi+inet(evdev) };
xkb_geometry  { include pc(pc105) };
};

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#606067: unblock: cl-asdf/2:2.011-1

2010-12-18 Thread Desmond O. Chang


 It seems that both you and Mehdi don't receive the author's mail.  His
 mail has been sent to debbugs.  Do I need to forward it to you?

Hi, I have to confirm again.  Did you receive the mails from the
author and me?



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

Bug#605567: grub-pc: does not boot with unaligned pointer 0x.... when insmod-ing part_{msdos, gpt}

On 12/01/2010 11:33 AM, Michael Prokop wrote:
 Package: grub-pc
 Version: 1.98+20100804-8
 Severity: normal


 We (the Grml team) are building hybrid ISOs using grub2.
 As soon as we use 'insmod part_msdos' in our grub.cfg booting fails
 on several systems with unaligned pointer 0x errors.

 Broken configuration template:

   
 http://git.grml.org/?p=grml-live.git;a=blob;f=templates/boot/grub/grub.cfg;h=0f4d683cdcd89500086f835321be70b78443ee75;hb=987dd5d84c04ae6242ff9ee1da71cffcff92e0bb

 This template works for us:

   
 http://git.grml.org/?p=grml-live.git;a=blob;f=templates/boot/grub/grub.cfg;h=da9c6b4066c1f3c1c9b4904f8fbd7d339503e2d9;hb=09667d4a67057707f959e2b667ad4d7da36fd2b3

   
Could you supply the .iso which demonstrates the problem?
 (Notice that 'insmod part_gpt' was present as well though this
 doesn't cause the problem on *my* system, I assume because there's
 no gpt partition table in my test systems available.)

 The issue can be reproduced with either real™ hardware or using
 qemu/kvm via restricting memory to ~64MB (using '-m 64') but won't
 be present if using something like 512MB memory in the virtual
 machine.

 We verified this issue with different versions of Grub, if you need
 any further information please let me know.

 regards,
 -mika-



 ___
 Pkg-grub-devel mailing list
 pkg-grub-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel


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




signature.asc
Description: OpenPGP digital signature

Bug#607445: ITP: gkrellm-gkrellmpc -- GKrellM plugin for controlling MPD

2010-12-18 Thread Andrey Rahmatullin

Package: wnpp
Severity: wishlist
Owner: Andrey Rahmatullin w...@wrar.name

* Package name: gkrellm-gkrellmpc
  Version : 0.1+beta10
  Upstream Author : Mina Naguib mina.mpdw...@naguib.ca
* URL : http://mpd.wikia.com/wiki/Client:GKrellMPC
* License : GPL 2.0
  Programming Lang: C
  Description : GKrellM plugin for controlling MPD



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

Bug#607446: epdfview: Does not detect corruption in a incomplete or/and corrupted pdf file

2010-12-18 Thread shirish शिरीष

Package: epdfview
Version: 0.1.7-4
Severity: important

*** Please type your report below this line ***
Hi there,
 I downloaded a .pdf file. It was an incomplete download.
epdfview did not detect anything wrong and instead thought
that it was an encrrypted file. What it should have done is
see that it was an incomplete download and informed the user
the same. I tried another tool xpdf (from the CLI though)
and it stated that there was some issue which made me
suspicious of the file download.


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

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

Versions of packages epdfview depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libcups2  1.4.4-7Common UNIX Printing System(tm) -
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface
ii  libpango1.0-0 1.28.3-1   Layout and rendering of internatio
ii  libpoppler-glib4  0.12.4-1.2 PDF rendering library (GLib-based
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3

epdfview recommends no packages.

Versions of packages epdfview suggests:
ii  poppler-data  0.4.3-1Encoding data for the poppler PDF

-- no debconf information

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#605265: impossible to install grub

2010-12-18 Thread Vladimir 'φ-coder/phcoder' Serbinenko

On 11/28/2010 04:13 PM, Frenchn00b wrote:
 Package: grub
 Version: impossible to install grub
 Severity: important

  grub-install  /dev/sda
 /usr/sbin/grub-probe: error: cannot restore the original directory.

   
Could you try:
cd /; grub-install /dev/sda
If it still doesn't work please supply the output of
cd /; sh -x grub-install /dev/sda
 I edited teh grub.cfg and this is really not working to grub-install it :(


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

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



 ___
 Pkg-grub-devel mailing list
 pkg-grub-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel

   


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




signature.asc
Description: OpenPGP digital signature

Bug#606840: Bug#606843: Installation-Report: English language with Finnish location, half of the keys stop working

2010-12-18 Thread Vladimir 'φ-coder/phcoder' Serbinenko

Quoting Julien Cristau (jcris...@debian.org):

 xkb_keymap {
 xkb_keycodes  { include evdev+aliases(qwerty) };
 xkb_types { include complete  };
 xkb_compat{ include complete  };
 xkb_symbols   { include pc+fi+inet(evdev) };
 xkb_geometry  { include pc(pc105) };
 };
 
 Cheers,
 Julien


I think I found the problem:

/console-setup/debian/keyboard-configuration.templates:

Template: keyboard-configuration/xkb-keymap
Type: select
Choices-C: us, by, be, br(abnt2), br, gb, bg(bds), bg(phonetic), ca, ca(multi), 
hr, cz, dk, nl, us(dvorak), ee, fi(fi), fr(latin9), de, gr, il, hu, is, it, jp, 
kg, latam, lv, lt, 
mk, no, pl, pt, ro, ru, rs(latin), sk, si, es, se(basic), ch(fr), ch(de), th, 
tr(f), tr, ua


Notice the fi(fi)...

-- 




signature.asc
Description: Digital signature

Bug#607434: [grub-pc] can not start linux

On 12/18/2010 02:02 PM, Pere Nubiola i Radigales wrote:
 Package: grub-pc
 Version: 1.98+20100804-10
 Severity: important

 --- Please enter the report below this line. ---
 when open thew computer lines for start linux has errors and not apear in 
 grub menu.
 Unrecognized token
 syntax error
 Incorrect command

   
Duplicate of 605615
 --- System information. ---
 Architecture: amd64
 Kernel:   Linux 2.6.32-5-amd64

 Debian Release: 6.0
   500 unstableftp.caliu.cat 
   500 unstableftp.bg.debian.org 
   500 testing security.debian.org 
   500 testing ftp.es.debian.org 
   500 testing ftp.caliu.cat 
   500 lucid   ppa.launchpad.net 
 1 experimentalftp.caliu.cat 

 --- Package information. ---
 Depends   (Version) | Installed
 ===-+-=
 libc6  (= 2.3) | 2.11.2-7
 libdevmapper1.02.1   (= 2:1.02.36) | 2:1.02.48-4
 debconf   (= 0.5)  | 1.5.37
  OR debconf-2.0 | 
 grub-common(= 1.98+20100804-10) | 1.98+20100804-10
 ucf | 3.0025+nmu1


 Package's Recommends field is empty.

 Suggests  (Version) | Installed
 ===-+-===
 desktop-base (= 4.0.6) | 



 --- Output from package bug script ---

 *** BEGIN /proc/mounts
 /dev/disk/by-uuid/7eaad052-d1d7-4efa-bf4f-02953932d8be / ext3 
 rw,relatime,errors=remount-ro,acl,data=ordered 0 0
 /dev/sda1 /boot ext3 rw,relatime,errors=continue,data=ordered 0 0
 *** END /proc/mounts

 *** BEGIN /boot/grub/device.map
 (hd0) /dev/disk/by-id/ata-ST31000340AS_3QJ016QF
 *** END /boot/grub/device.map

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

 ### BEGIN /etc/grub.d/00_header ###
 if [ -s $prefix/grubenv ]; then
   load_env
 fi
 set default=0
 if [ ${prev_saved_entry} ]; then
   set saved_entry=${prev_saved_entry}
   save_env saved_entry
   set prev_saved_entry=
   save_env prev_saved_entry
   set boot_once=true
 fi

 function savedefault {
   if [ -z ${boot_once} ]; then
 saved_entry=${chosen}
 save_env saved_entry
   fi
 }

 function load_video {
   insmod vbe
   insmod vga
   insmod video_bochs
   insmod video_cirrus
 }

 insmod part_msdos
 insmod ext2
 set root='(hd0,msdos3)'
 search --no-floppy --fs-uuid --set 7eaad052-d1d7-4efa-bf4f-02953932d8be
 if loadfont /usr/share/grub/unicode.pf2 ; then
   set gfxmode=640x480
   load_video
   insmod gfxterm
 fi
 terminal_output gfxterm
 insmod part_msdos
 insmod ext2
 set root='(hd0,msdos1)'
 search --no-floppy --fs-uuid --set 7a3fd54f-0b6f-4e08-8d9b-4e05a2ad7a3b
 set locale_dir=($root)/grub/locale
 set lang=ca
 insmod gettext
 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, amb el Linux 2.6.32-5-amd64' --class debian 
 --class gnu-linux --class gnu --class os {
   insmod part_msdos
   insmod ext2
   set root='(hd0,msdos1)'
   search --no-floppy --fs-uuid --set 7a3fd54f-0b6f-4e08-8d9b-4e05a2ad7a3b
   echo'S'''est?? carregant el Linux 2.6.32-5-amd64 ...'
   linux   /vmlinuz-2.6.32-5-amd64 
 root=UUID=7eaad052-d1d7-4efa-bf4f-02953932d8be ro  quiet
   echo'S'\''est?? carregant la ramdisk inicial ...'
   initrd  /initrd.img-2.6.32-5-amd64
 }
 menuentry 'Debian GNU/Linux, amb el Linux 2.6.32-5-amd64 (mode de 
 restabliment)' --class debian --class gnu-linux --class gnu --class os {
   insmod part_msdos
   insmod ext2
   set root='(hd0,msdos1)'
   search --no-floppy --fs-uuid --set 7a3fd54f-0b6f-4e08-8d9b-4e05a2ad7a3b
   echo'S'''est?? carregant el Linux 2.6.32-5-amd64 ...'
   linux   /vmlinuz-2.6.32-5-amd64 
 root=UUID=7eaad052-d1d7-4efa-bf4f-02953932d8be ro single 
   echo'S'\''est?? carregant la ramdisk inicial ...'
   initrd  /initrd.img-2.6.32-5-amd64
 }
 menuentry 'Debian GNU/Linux, amb el Linux 2.6.32-3-amd64' --class debian 
 --class gnu-linux --class gnu --class os {
   insmod part_msdos
   insmod ext2
   set root='(hd0,msdos1)'
   search --no-floppy --fs-uuid --set 7a3fd54f-0b6f-4e08-8d9b-4e05a2ad7a3b
   echo'S'''est?? carregant el Linux 2.6.32-3-amd64 ...'
   linux   /vmlinuz-2.6.32-3-amd64 
 root=UUID=7eaad052-d1d7-4efa-bf4f-02953932d8be ro  quiet
   echo'S'\''est?? carregant la ramdisk inicial ...'
   initrd  /initrd.img-2.6.32-3-amd64
 }
 menuentry 'Debian GNU/Linux, amb el Linux 2.6.32-3-amd64 (mode de 
 restabliment)' --class

Bug#606067: unblock: cl-asdf/2:2.011-1

On Sat, Dec 18, 2010 at 22:54:33 +0800, Desmond O. Chang wrote:

 
  It seems that both you and Mehdi don't receive the author's mail.  His
  mail has been sent to debbugs.  Do I need to forward it to you?
 
 Hi, I have to confirm again.  Did you receive the mails from the
 author and me?
 
Yes.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#607368: Kernel ABI management

2010-12-18 Thread Julien BLACHE

Ben Hutchings b...@decadent.org.uk wrote:

Hi,

 Some distributions provide a list all exported symbols which can be
 depended on not to change.  We haven't done that but we do consider

What you're saying here is very important: you haven't done that yet,
which implies that all symbols are covered by the ABI.

This is reinforced by reading the packaging scripts and realizing they
check the whole ABI, prior to -28.

 where symbols are used before deciding a change can be ignored.

I can perfectly imagine that you weren't aware of VMware's reliance upon
this symbol before, but you are now.

No need to tell you that quite a few of our users out there will use
VMware on Squeeze and be impacted by this change.

 (As an example, there are several sets of drivers for related hardware
 in which one core module exports symbols to the specific driver modules.
 Those exports should in no way be depended on by OOT modules.)

As smp_ops is exported by the core kernel and not by the common core of
a self-contained set of drivers, I don't think this argument holds here.

Reviewing the kernel revision history, smp_ops was indeed exported to
allow building KVM as a module. The commit message certainly doesn't
claim that KVM should be the sole user of this exported symbol.

I fail to see a reason why VMware or anybody else should refrain from
using smp_ops if they need it.

 We would not accept that behaviour from a shared library, I don't see
 any reason why we would accept it from the kernel.

 This is not true; for example, the interface between libc and NSS is not
 stable.

And it's been widely recognized as a design flaw and a royal pain in the
ass for, like, forever. Not exactly an example you want to follow.

 If someone claims to certify something about future Debian kernels
 without talking to the kernel team, they are a fraud.

See the top of this mail where you state that no list of symbols covered
by the ABI was ever published for Debian kernels. It isn't unreasonable
under these circumstances to assume that all symbols are covered.

 Out of tree modules exist and you can't just ignore them; in some
 environments they are necessary to make things work and you won't have a
 way around that.

 Example?

VMware, nVidia, various drivers and infrastructure for communications
hardware (been there, done that), ...

JB.

-- 
 Julien BLACHE jbla...@debian.org  |  Debian, because code matters more 
 Debian  GNU/Linux Developer|   http://www.debian.org
 Public key available on http://www.jblache.org - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



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

Bug#606327: vmmemctl missing in squeeze

2010-12-18 Thread Daniel Baumann


On 12/18/2010 03:29 PM, Julien Cristau wrote:

What's up with this?


i have an initial version ready for experimental, which needs further 
testing and fixes though.


--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#607447: loggerhead: Includes copy of YUI

2010-12-18 Thread Jelmer Vernooij

Package: loggerhead
Version: 1.18+bzr433~ppa249+258~natty1
Severity: normal


Loggerhead includes a copy of YUI 3, ideally it should use the system
packaged version. At the moment that is not packaged yet.

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

Kernel: Linux 2.6.37-9-generic (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages loggerhead depends on:
ii   3.112+nmu1ubuntu2   add and remove users and groups
ii   2.3.0~beta4+bzr5574~ppa3877+3874~natty1 easy to use distributed version co
ii   2.7.1-0ubuntu3  interactive high-level object-orie
ii   0.6.15ubuntu3   register and build utility for Pyt
ii   1.7.5.1-1ubuntu1tools for using a Web Server Gatew
ii   0.6.14-5ubuntu1 Package Discovery and Resource Acc
ii   4.1-6   Simple TAL, TALES and METAL implem

Versions of packages loggerhead recommends:
ii  bzr-searc 1.7.0~bzr82~ppa68+67~maverick1 search plugin for Bazaar
ii  python-py 1.3.1+dfsg-1ubuntu1syntax highlighting package writte
ii  python-si 2.1.2-1simple, fast, extensible JSON enco

Versions of packages loggerhead suggests:
ii  python-pastedeploy1.3.3-3ubuntu2 load, configure, and compose WSGI 

-- 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#606067: unblock: cl-asdf/2:2.011-1

2010-12-18 Thread Adam D. Barratt

On Sat, 2010-12-18 at 22:54 +0800, Desmond O. Chang wrote:
 
  It seems that both you and Mehdi don't receive the author's mail.  His
  mail has been sent to debbugs.  Do I need to forward it to you?
 
 Hi, I have to confirm again.  Did you receive the mails from the
 author and me?

Yes; I at least haven't decided what to do yet.

Most of his answer seemed to be about why we should accept the newer
version of cl-asdf rather than the source format change; lintian didn't
like the empty diff.gz and people on IRC told me to do it aren't the
greatest of reasonings either.

Regards,

Adam




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

Bug#607448: libjs-yui: please package yui 3

2010-12-18 Thread Jelmer Vernooij

Package: libjs-yui
Severity: wishlist

YUI 3 is out - it would be great if it can be packaged so packages don't
have to ship their own copy.

(e.g. loggerhead includes it)


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

Kernel: Linux 2.6.37-9-generic (SMP w/4 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

libjs-yui depends on no packages.

Versions of packages libjs-yui recommends:
ii  javascript-common 8  Base support for JavaScript librar

libjs-yui suggests no packages.



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

Bug#601787: Bug in dh-make-perl fixed in revision 65950

2010-12-18 Thread pkg-perl-maintainers

tag 601787 + pending
thanks

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

Commit message:

Debian::Control::FromCPAN: also check test_requires and build_requires for
finding build dependencies; bump (build) dependency on
libmodule-depends-perl; closes: #601787.



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

Bug#606350: [Pkg-samba-maint] Bug#606350: sasl2-bin: Too many open files error with PAM - recovery with saslauthd restart