Bug#674675: OK to help handling these BR but need info on git branches

[Christian PERRIER]

Hello Daniel and other aptitude devels;

I'm fine with helping to deal with these localization and English
usage bugs reports, but I need help in properly handling git commits
to avoid screwing your workflow.

When a translation is sent, shoudl I commit it to the "master" branch
or to the debian branch? I will anyway need to commit the changelog
entry to the "debian" branch, right?

Or shoudl I commit everything to the debian branch?

Or something else?

:-)

-- 




signature.asc
Description: Digital signature

Bug#673709: sg3-utils: FTBFS hurd-i386

[Ritesh Raj Sarraf]

On Thursday 24 May 2012 11:10 PM, Ritesh Raj Sarraf wrote:
> Is there a hurd build machine I can test on? My hurd VM still has some
> issues.
> Looking at the build failure, it is hard to determine what isn't
> satisfied on hurd.
Hurd machine ready. Looking into it now.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."




signature.asc
Description: OpenPGP digital signature

Bug#674735: hurd: first invocaton of recursive delete fails on an nfs share

[Ritesh Raj Sarraf]

Package: hurd
Version: 20120520-1
Severity: normal

Please re-assign it to the appropriate package. But the bug is seen 
specifically on Hurd

debian-hurd:/tmp/sg3-utils-1.33# cd /var/tmp/nfs/
debian-hurd:/var/tmp/nfs# ls
51c443dc-85dc-e874-1a91-e184b43bedeb  sg3-utils_1.33-1.debian.tar.gz  
sg3-utils_1.33.orig.tar.gz
sg3-utils-1.33sg3-utils_1.33-1.dsc
debian-hurd:/var/tmp/nfs# rm -rf sg3-utils-1.33/
rm: cannot remove `sg3-utils-1.33/utils': Directory not empty
rm: cannot remove `sg3-utils-1.33/scripts': Directory not empty
rm: cannot remove `sg3-utils-1.33/include': Directory not empty
rm: cannot remove `sg3-utils-1.33/src': Directory not empty
rm: cannot remove `sg3-utils-1.33/examples': Directory not empty
rm: cannot remove `sg3-utils-1.33/lib': Directory not empty
rm: cannot remove `sg3-utils-1.33/doc': Directory not empty
rm: cannot remove `sg3-utils-1.33/getopt_long': Directory not empty
rm: cannot remove `sg3-utils-1.33/archive': Directory not empty
debian-hurd:/var/tmp/nfs# rm -rf sg3-utils-1.33/
debian-hurd:/var/tmp/nfs# 


Weird. This happens only on an nfs share. If I do the same on a local file 
system, it does not error out.

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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=locale: Cannot set LC_CTYPE to 
default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages hurd depends on:
ii  libc0.32.13-31
ii  libncursesw5   5.9-7
ii  libparted0debian1  2.3-9.1+hurd.1
ii  libtinfo5  5.9-7
ii  libuuid1   2.20.1-5
ii  netdde 0.0.20120520-1+b1
ii  sysv-rc2.88dsf-22.1

Versions of packages hurd recommends:
ii  bf-utf-source  0.06

Versions of packages hurd suggests:
pn  hurd-doc  

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_TIME = "en_IN.UTF-8",
LC_MONETARY = "en_IN.UTF-8",
LC_ADDRESS = "en_IN.UTF-8",
LC_TELEPHONE = "en_IN.UTF-8",
LC_NAME = "en_IN.UTF-8",
LC_MEASUREMENT = "en_IN.UTF-8",
LC_NUMERIC = "en_IN.UTF-8",
LC_PAPER = "en_IN.UTF-8",
LANG = "en_IN"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory



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

Bug#674734: override: ttf-umefont:oldlibs/extra

[Christian Perrier]

Package: ftp.debian.org
Severity: normal

This package is a transitional package, therefore belongs to oldlibs
and priority extra.




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

Bug#674655: [Pkg-fonts-devel] Bug#674655: open-font-design-toolkit: Please remove obsolete fontforge-doc as depends

[Christian PERRIER]

Quoting Leo Iannacone (l...@ubuntu.com):
> Package: open-font-design-toolkit
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu quantal ubuntu-patch
> 
> Dear Maintainer,
> 
> In Ubuntu we're dropping fontforge-doc dependency as obsolete.
> 
> Can you consider to apply this change too ?


Thanks for the heads-up!

I changed this in SVN. Do you guys have any other change made in
Ubuntu which we would need to bring back in Debian? (yeah, I know, I
can check that in the PTS...I'm actually just lazy..:-))




signature.asc
Description: Digital signature

Bug#632972: closed by Bastian Blank (Re: [Pkg-xen-devel] Bug#632972: /usr/lib/xen-common/bin/xen-utils-wrapper: xen-utils-common should use default paths)

[Ritesh Raj Sarraf]

Hello Guido / Libvirt Maintainers,

Is this bug valid against libvirt-bin?
If yes, will you target it for Wheezy?

Thanks,
Ritesh

On Thursday 24 May 2012 06:26 PM, Ritesh Raj Sarraf wrote:
> The exception says:
>
> [2012-05-24 17:15:29 4014] INFO (XMLRPCServer:161) Opening Unix domain
> socket XML-RPC server on /var/run/xend/xen-api.sock; authentication has
> been disabled for this server.
> [2012-05-24 17:15:29 4014] INFO (XMLRPCServer:161) Opening Unix domain
> socket XML-RPC server on /var/run/xend/xmlrpc.sock.
> [2012-05-24 17:15:29 4014] INFO (XMLRPCServer:139) Opening TCP XML-RPC
> server on localhost:8006.
> [2012-05-24 17:29:20 4014] ERROR (SrvBase:88) Request create failed.
> Traceback (most recent call last):
>   File "/usr/lib/xen-4.1/bin/../lib/python/xen/web/SrvBase.py", line 85,
> in perform
> return op_method(op, req)
>   File
> "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/SrvDomainDir.py",
> line 82, in op_create
> raise XendError("Error creating domain: " + str(ex))
> XendError: Error creating domain: device model
> '/usr/lib64/xen/bin/qemu-dm' not found
>
>
> The problem is caused by these hard-coded values.
>
> src/libxl/libxl_conf.c:
> "/usr/lib64/xen/bin/qemu-dm" :
> src/xen/xen_hypervisor.c:
> "/usr/lib64/xen/bin/qemu-dm" :


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#639019: automake1.9: Useless use of /d modifier in transliteration operator

[Eric Dorland]

reassign 639019 automake1.9
thanks

* Jakub Wilk (jw...@debian.org) wrote:
> * Eric Dorland , 2011-10-16, 01:53:
> >reassign 639019 automake
> >tags 639019 + fixed-upstream
> >thanks
> >
> >Reassigning to automake package.
> 
> Uh, why? Surely automake doesn't have this bug, automake1.9 has.

Good point, assigning back.

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com



signature.asc
Description: Digital signature

Bug#674733: multipath-tools: stop target fails if no device mapper reported device available

[Ritesh Raj Sarraf]

Package: multipath-tools
Version: 0.4.9+git0.4dfdaf2b-4
Severity: important


This could happen if you have no dm understood root device.

rrs@champaran:~/Community/Packaging/pkg-lvm/multipath-tools (master)$
sudo /etc/init.d/multipath-tools stop
Device does not exist.
Command failed


If a user's setup is direct access to scsi device, be it either sd
naming scheme or persistent names, it appears that no entry for it is
created in /sys/block sysfs hierarchy.

In this scenario, the multipath-tools' stop target fails thusly breaking
all upgrades.

Current resolution is to run the init script to survive errors, i.e. "!sh
-e"



-- Package-specific info:
Contents of /etc/multipath.conf:
blacklist {
   wwid "1Seagate FreeAgent GoFlex*"
wwid "1Seagate FA GoFlex Desk*"
wwid "1Seagate_FreeAgent_GoFlex*"
}


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

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

Versions of packages multipath-tools depends on:
ii  initscripts 2.88dsf-22.1
ii  kpartx  0.4.9+git0.4dfdaf2b-4
ii  libaio1 0.3.109-2
ii  libc6   2.13-32
ii  libdevmapper1.02.1  2:1.02.74-3
ii  libreadline66.2-8
ii  lsb-base4.1+Debian3
ii  udev175-3.1

multipath-tools recommends no packages.

Versions of packages multipath-tools suggests:
pn  multipath-tools-boot  

-- Configuration Files:
/etc/init.d/multipath-tools changed:
PATH=/sbin:/bin:/usr/sbin/:/usr/bin
DAEMON=/sbin/multipathd
NAME=multipathd
DESC="multipath daemon"
syspath=/sys/block
test -x $DAEMON || exit 0
. /lib/lsb/init-functions
if [ -f /etc/default/multipath-tools ] ; then
. /etc/default/multipath-tools
fi
set -e
teardown_slaves()
{
cd $1; 
if [ -d "slaves" ]; then
for slave in slaves/*;
do
if [ "$slave" = "slaves/*" ]; then
read dev <  $1/dev
tablename=`dmsetup table --target multipath | sed -n "s/\(.*\): 
.* $dev .*/\1/p"`
if ! [ -z $tablename ]; then
log_daemon_msg "Root is on a multipathed device, 
multipathd can not be stopped"
exit 1
fi
else
local_slave=`readlink -f $slave`;
teardown_slaves $local_slave;
fi
done

else
read dev <  $1/dev
tablename=`dmsetup table --target multipath | sed -n "s/\(.*\): 
.* $dev .*/\1/p"`
if ! [ -z $tablename ]; then
log_daemon_msg "Root is on a multipathed device, 
multipathd can not be stopped"
exit 1
fi
fi
}
case "$1" in
  start)
log_daemon_msg "Starting $DESC" "$NAME"
start-stop-daemon --oknodo --start --quiet --pidfile /var/run/$NAME.pid 
--exec $DAEMON -- $DAEMON_OPTS
log_end_msg $?
;;
  stop)
root_dev=$(awk '{ if ($1 !~ /^[ \t]*#/ && $2 == "/") { print $1; }}' 
/etc/mtab)
dm_num=`dmsetup info -c --noheadings -o minor $root_dev`
if [ $? -ne 0 ]; then
# Looks like we couldn't find a device mapper root device
# But we shouldn't bail out here otherwise, the stop target and 
the
# upgrade processes will break
echo;
else
root_dm_device="dm-$dm_num"
[ -d $syspath/$root_dm_device ] && teardown_slaves 
$syspath/$root_dm_device
fi
log_daemon_msg "Stopping $DESC" "$NAME"
start-stop-daemon --oknodo --stop --quiet --pidfile /var/run/$NAME.pid 
--exec $DAEMON
log_end_msg $?
;;
  reload|force-reload)
log_daemon_msg "Reloading $DESC" "$NAME"
start-stop-daemon --stop --signal 1 --quiet --pidfile 
/var/run/$NAME.pid --exec $DAEMON
log_end_msg $?
;;
  restart|force-reload)
$0 stop
sleep 1
$0 start
;;
  *)
N=/etc/init.d/multipath-tools
echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2
exit 1
;;
esac
exit 0


-- 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#672035: [Swig-user] Using own string class

[Alexey Sokolov]

27.05.2012 04:14, William S Fulton пишет:
> I can't replicate this bug with 2.0.6, you are going to have to
> provide a test case. swig-2.0.5 introduced a regression which was
> fixed in 2.0.7 - incorrect typemaps for templates were being used in
> conjunction with typedef. Please try 2.0.7 and report back if fixed.
>
> William
2.0.7 shows the errors too.
The minimal test case is attached.
Run: swig -python -c++ test.i

If to use %template(StrPair) std::pair;
instead of "using std::pair", swig executes fine. I didn't test the
generated code though.

-- 
Best regards,
Alexey "DarthGandalf" Sokolov

%module test

%include 

using std::pair;

%template(StrPair) pair;



signature.asc
Description: OpenPGP digital signature

Bug#674731: hurd: nfs translator fails when trying to clone a git repo

[Ritesh Raj Sarraf]

Package: hurd
Version: 20110319-2
Severity: normal

Please assign it to the right package. I was not sure against whom to file the 
bug.

I have an NFS share and am tring to clone a git repository on it.
It fails with:

debian-hurd:/var/tmp/nfs# git clone 
git://anonscm.debian.org/collab-maint/sg3-utils.git
Cloning into 'sg3-utils'...
/var/tmp/nfs/sg3-utils/.git/: RPC struct is bad


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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=locale: Cannot set LC_CTYPE to 
default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages hurd depends on:
ii  libc0.32.13-31
ii  libncursesw5   5.9-1
ii  libparted0debian1  2.3-9.1+hurd.1
ii  libuuid1   2.20.1-5
ii  sysv-rc2.88dsf-22.1

Versions of packages hurd recommends:
pn  random-egd  

Versions of packages hurd suggests:
pn  hurd-doc  

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_TIME = "en_IN.UTF-8",
LC_MONETARY = "en_IN.UTF-8",
LC_ADDRESS = "en_IN.UTF-8",
LC_TELEPHONE = "en_IN.UTF-8",
LC_NAME = "en_IN.UTF-8",
LC_MEASUREMENT = "en_IN.UTF-8",
LC_NUMERIC = "en_IN.UTF-8",
LC_PAPER = "en_IN.UTF-8",
LANG = "en_IN"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory



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

Bug#674730: iproute: 'tc qdisc' unable to show or modify queues

[Troy Telford]

Package: iproute
Version: 20120521-1
Severity: normal

After upgrading from iproute_20120319-1 to 20120521-1, I have been unable to
use tc to manage routing queues.

For example:
tc qdisc ls dev eth1
qdisc pfifo_fast 0: root refcnt 2 [Unknown qdisc, optlen=20]

(Note the "unknown qdisc, optlen=20)

Similarly, trying to do anyting "useful" fails:

# tc qdisc add dev eth1 root handle 1: prio bands 3 priomap 1 2 1 1 2 2 2 2 0 0
0 0 1 1 1 1
Unknown qdisc "prio", hence option "bands" is unparsable

Downgrading to 20120319-1 allows tc to work properly again:

# dpkg -i iproute_20120319-1_amd64.deb
dpkg: warning: downgrading iproute from 20120521-1 to 20120319-1.
(Reading database ... 386973 files and directories currently installed.)
Preparing to replace iproute 20120521-1 (using iproute_20120319-1_amd64.deb)

Unpacking replacement iproute ...
Setting up iproute (20120319-1) ...
Processing triggers for man-db ...

# tc qdisc ls dev eth1
qdisc pfifo_fast 0: root refcnt 2 bands 3 priomap  1 2 2 2 1 2 0 0 1 1 1 1 1 1
1 1


# tc qdisc add dev eth1 root handle 1: prio bands 3 priomap 1 2 1 1 2 2 2 2 0 0
0 0 1 1 1 1
 (no output, no error)



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

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

Versions of packages iproute depends on:
ii  libc6 2.13-32
ii  libdb5.1  5.1.29-4

Versions of packages iproute recommends:
ii  libatm1  1:2.5.1-1.3

Versions of packages iproute suggests:
pn  iproute-doc  

-- 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#674729: gnome-schedule: help-button-loop

[Markus Olderdissen]

Package: gnome-schedule
Version: 2.1.1-4
Severity: normal

after pressing help-button ... help-window opens ... and opens another help-
window ... and opens another help-window ... and opens another help-window ...
and opens another help-window ... and opens another help-window ...

and so on...without displaying help content. this can only be canceled be
pressing and holding alt f4

i cant find this action anywhee else except gnome-schedule.



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

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

Versions of packages gnome-schedule depends on:
ii  anacron2.3-14cron-like program that doesn't go 
ii  at 3.1.12-1+squeeze1 Delayed job execution and batch pr
ii  python 2.6.6-3+squeeze7  interactive high-level object-orie
ii  python-glade2  2.17.0-4  GTK+ bindings: Glade support
ii  python-gnome2  2.28.1-1  Python bindings for the GNOME desk
ii  python-gtk22.17.0-4  Python bindings for the GTK+ widge
ii  python-support 1.0.10automated rebuilding support for P

gnome-schedule recommends no packages.

gnome-schedule 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#674728: chromium: FTBFS on armel and armhf

[shawn]

Package: chromium
Version: latest
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)

>From ccca008f9fd8b38b6191b01457380d080bb6d3a8 Mon Sep 17 00:00:00 2001
From: Shawn Landden 
Date: Fri, 25 May 2012 19:49:08 -0700
Subject: [PATCH] upstream change turned on embedded v8, turn it back off

fixes FTBFS on armel and armhf

v8 package already has v8_use_arm_eabi_hardfloat=true (armhf FTBFS)
and workaround to FTBFS on armel by turning off thumb interworking.

https://code.google.com/p/v8/issues/detail?id=590
---
 debian/rules |3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/debian/rules b/debian/rules
index a4a8fd3..e42df16 100755
--- a/debian/rules
+++ b/debian/rules
@@ -34,6 +34,7 @@ WANT_SHARED_LIBS ?= 0
 WANT_TESTS   ?= 0
 WANT_SANDBOXING  ?= 1
 USE_SYSTEM_V8?= 1
+GYP_DEFINES = use_system_v8=true
 VERBOSE  ?= 0
 
 export DEB_BUILD_HARDENING=1
@@ -55,7 +56,7 @@ WANT_TESTS := 0
 endif
 
 # Disable SSE2
-GYP_DEFINES = disable_sse2=1
+GYP_DEFINES += disable_sse2=1
 
 # Enable all codecs for HTML5 in chromium, depending on which ffmpeg sumo lib
 # is installed, the set of usable codecs (at runtime) will still vary
-- 
1.7.9.5


-- System Information:
Debian Release: wheezy/sid
Architecture: armel (armv5tel)

Kernel: Linux 3.4.0-rc1-tomoyo-1-g69b407e (PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#674727: xfce4-genmon-plugin: Text formatting not working

[Nathan W.]

Package: xfce4-genmon-plugin
Version: 3.4.0-1
Severity: normal

Dear Maintainer,
 
A string containing text does not get parsed.
It will display the entire string. 

Thanks
Nathan


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

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

Versions of packages xfce4-genmon-plugin depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-32
ii  libcairo2   1.12.2-1
ii  libfontconfig1  2.9.0-5
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgtk2.0-0 2.24.10-1
ii  libpango1.0-0   1.30.0-1
ii  libxfce4ui-1-0  4.8.1-1
ii  libxfce4util4   4.8.2-1
ii  xfce4-panel 4.8.6-3

xfce4-genmon-plugin recommends no packages.

xfce4-genmon-plugin 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#674726: FTBFS: webcursor_gtk.cc:185 ‘gdk_pixbuf_unref’ is deprecated, Use 'g_object_unref' instead

[Andrew Chant]

Package: chromium
Version: 18.0.1025.168~r134367-1
Severity: serious
Justification: FTBFS

Dear Maintainer,
Can't build chromium from source after patching w/ fix from bug #671994.
I get: 
webkit/glue/webcursor_gtk.cc: In member function ‘GdkCursor* 
WebCursor::GetCustomCursor()’:
webkit/glue/webcursor_gtk.cc:185:3: error: ‘void gdk_pixbuf_unref(GdkPixbuf*)’ 
is deprecated (declared at 
/usr/include/gdk-pixbuf-2.0/gdk-pixbuf/gdk-pixbuf-core.h:243): Use 
'g_object_unref' instead [-Werror=deprecated-declarations]
webkit/glue/webcursor_gtk.cc:185:26: error: ‘void gdk_pixbuf_unref(GdkPixbuf*)’ 
is deprecated (declared at 
/usr/include/gdk-pixbuf-2.0/gdk-pixbuf/gdk-pixbuf-core.h:243): Use 
'g_object_unref' instead [-Werror=deprecated-declarations]

My libgdk-pixbuf2.0-dev is at version 2.26.1-1
Version: 2.26.1-1



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

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

Versions of packages chromium depends on:
ii  chromium-inspector  18.0.1025.168~r134367-1
ii  gconf-service   3.2.5-1
ii  libasound2  1.0.25-3
ii  libavcodec536:0.8.2-2
ii  libavformat53   6:0.8.2-2
ii  libavutil51 6:0.8.2-2
ii  libbz2-1.0  1.0.6-1
ii  libc6   2.13-32
ii  libcairo2   1.12.2-2
ii  libcups21.5.3-1
ii  libdbus-1-3 1.5.12-1
ii  libevent-2.0-5  2.0.19-stable-2
ii  libexpat1   2.1.0-1
ii  libflac81.2.1-6
ii  libfontconfig1  2.9.0-5
ii  libfreetype62.4.9-1
ii  libgcc1 1:4.7.0-9
ii  libgconf-2-43.2.5-1
ii  libgcrypt11 1.5.0-3
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgtk2.0-0 2.24.10-1
ii  libjpeg88d-1
ii  libnspr4-0d 2:4.9-3
ii  libnss3-1d  2:3.13.4-3
ii  libpango1.0-0   1.30.0-1
ii  libpng12-0  1.2.49-1
ii  libpulse0   2.0-3
ii  libspeex1   1.2~rc1-5
ii  libstdc++6  4.7.0-9
ii  libudev0175-3.1
ii  libwebp20.1.3-3
ii  libx11-62:1.4.99.901-2
ii  libxext62:1.3.1-2
ii  libxfixes3  1:5.0-4
ii  libxml2 2.7.8.dfsg-9.1
ii  libxrender1 1:0.9.7-1
ii  libxslt1.1  1.1.26-11
ii  libxss1 1:1.2.2-1
ii  xdg-utils   1.1.0~rc1+git20111210-6
ii  zlib1g  1:1.2.7.dfsg-11

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  

-- 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#674725: pegasus-wms: FTBFS - build-arch target broken

[Aaron M. Ucko]

Package: pegasus-wms
Version: 4.0.1+dfsg-1
Severity: serious
Justification: fails to build from source

Automatic builds of pegasus-wms have been failing because they now
(finally!) invoke the build-arch target, which is a stub that always
fails:

   debian/rules build-arch
  echo "dh build-arch"
  dh build-arch
  exit 1
  make: *** [build-arch] Error 1

Could you please fix it?

Thanks!



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

Bug#655139: Please enabled hardened build flags

[Simon Ruderich]

reopen 655139
thanks

Dear Maintainer,

The CPPFLAGS hardening flags are still missing because they are
ignored by the build system. For more hardening information
please have a look at [1], [2] and [3].

The following patch fixes the issue.

diff -Nru openswan-2.6.37/debian/rules openswan-2.6.37/debian/rules
--- openswan-2.6.37/debian/rules2012-05-17 16:08:37.0 +0200
+++ openswan-2.6.37/debian/rules2012-05-27 02:52:57.0 +0200
@@ -13,6 +13,11 @@
 DEB_CXXFLAGS_MAINT_APPEND=-fno-strict-aliasing
 include /usr/share/dpkg/buildflags.mk
 
+# The build system doesn't respect CPPFLAGS, pass them to CFLAGS/CXXFLAGS to
+# enable the missing (hardening) flags.
+CFLAGS   += $(CPPFLAGS)
+CXXFLAGS += $(CPPFLAGS)
+
 build-arch: build
 build-indep: build
 build: build-stamp

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (for example with blhc [4]) (hardening-check
doesn't catch everything):

$ hardening-check /usr/lib/ipsec/pf_key /usr/lib/ipsec/klipsdebug 
/usr/lib/ipsec/tncfg /usr/lib/ipsec/spigrp ...
/usr/lib/ipsec/pf_key:
 Position Independent Executable: yes
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: yes
/usr/lib/ipsec/klipsdebug:
 Position Independent Executable: yes
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: yes
/usr/lib/ipsec/tncfg:
 Position Independent Executable: yes
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: yes
/usr/lib/ipsec/spigrp:
 Position Independent Executable: yes
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: yes
...

Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening
[4]: http://ruderich.org/simon/blhc/
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: Digital signature

Bug#674722: bleachbit: New version has still problem with LXDE-desktop

[Luca Falavigna]

2012/5/27 Mikko Koho :
> At terminal:
> [...]
> Could not open X display

That would be understandable if launched from a virtual terminal, but
it makes no sense from inside a desktop environment. Does it happen
with bleachbit only, or also with other applications?



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

Bug#657523: Please enabled hardened build flags

[Simon Ruderich]

Dear Maintainer,

The LDFLAGS hardening flags are still missing in a few places:

cc -shared -Wl,-soname,libdevmapper.so.1.02.1 [...] -o 
ioctl/libdevmapper.so.1.02.1
cc -shared -Wl,-soname,liblvm2cmd.so.2.02 [...] -o liblvm2cmd.so [...]
cc -shared -Wl,-soname,liblvm2app.so.2.2 [...] -o liblvm2app.so.2.2
cc -shared -Wl,-soname,libdevmapper.so.1.02.1 [...] -o 
ioctl/libdevmapper.so.1.02.1

The attached patch fixes the issue by modifying configure.ac. I
found no better way to fix the missing flags, but as autoreconf
is called anyway it shouldn't be too much trouble. If possible
the patch should be sent to upstream to fix the build system.

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (for example with blhc [4]) (hardening-check
doesn't catch everything):

$ hardening-check /sbin/lvm /lib/x86_64-linux-gnu/liblvm2cmd.so.2.02 
/lib/x86_64-linux-gnu/liblvm2app.so.2.2 
/lib/x86_64-linux-gnu/libdevmapper.so.1.02.1 ...
/sbin/lvm:
 Position Independent Executable: no, normal executable!
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
/lib/x86_64-linux-gnu/liblvm2cmd.so.2.02:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
/lib/x86_64-linux-gnu/liblvm2app.so.2.2:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
/lib/x86_64-linux-gnu/libdevmapper.so.1.02.1:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!
...

(Position Independent Executable and Immediate binding is not
enabled by default.)

Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening
[4]: http://ruderich.org/simon/blhc/
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
Description: Use build flags from environment (dpkg-buildflags).
 Necessary for hardening flags.
 .
 Just passing LDFLAGS as CLDFLAGS doesn't work.
Author: Simon Ruderich 
Last-Update: 2012-05-27

Index: lvm2-2.02.95/configure.in
===
--- lvm2-2.02.95.orig/configure.in	2012-05-27 02:06:18.695308609 +0200
+++ lvm2-2.02.95/configure.in	2012-05-27 02:06:18.771308607 +0200
@@ -30,7 +30,7 @@
 	linux*)
 		CFLAGS="$CFLAGS"
 		COPTIMISE_FLAG="-O2"
-		CLDFLAGS="$CLDFLAGS -Wl,--version-script,.export.sym"
+		CLDFLAGS="$LDFLAGS $CLDFLAGS -Wl,--version-script,.export.sym"
 		ELDFLAGS="-Wl,--export-dynamic"
 		# FIXME Generate list and use --dynamic-list=.dlopen.sym
 		CLDWHOLEARCHIVE="-Wl,-whole-archive"
@@ -1333,6 +1333,7 @@
 AC_SUBST(BUILD_LVMETAD)
 AC_SUBST(CFLAGS)
 AC_SUBST(CFLOW_CMD)
+AC_SUBST(LDFLAGS)
 AC_SUBST(CLDFLAGS)
 AC_SUBST(CLDNOWHOLEARCHIVE)
 AC_SUBST(CLDWHOLEARCHIVE)


signature.asc
Description: Digital signature

Bug#655405: Ogg::Vorbis::Header::PurePerl

[Philip Lyons]

As the author and maintainer of this application (pacpl), I can assure you
that Ogg::Vorbis::Header::PurePerl is by no means a "drop-in replacement".
 All functionality for modifying ogg tags is currently (and likely will
always be) unimplemented.  The ::PurePerl version is good for nothing more
than 'reading' ogg tags.  After spending a day or so looking for
alternatives, Ogg::Vorbis::Header is still the best option I have seen thus
far for 'writing' ogg tags/comments.

I am of course open to suggestions, so if anyone has another module that
will do the same, I'm all ears.

Bug#674724: ITP: tunesviewer -- program to access iTunesU media and podcasts

[Rogério Brito]

Package: wnpp
Severity: wishlist
Owner: "Rogério Brito" 

* Package name: tunesviewer
  Version : 1.4.99.0
  Upstream Author : Luke Bryan ,
Rogério Theodoro de Brito 
* URL : https://sf.net/projects/tunesviewer
* License : GPL-2+
  Programming Lang: Python, JavaScript
  Description : program to access iTunesU media and podcasts

TunesViewer is a small, easy-to-use program to access iTunesU media and
podcasts from Linux.  TunesViewer lets you:
.
 * Search, browse, and download videos, audio lectures, and ebooks.
 * Go directly from the "loading iTunes-U..." page to viewing podcast with
   TunesViewer.
 * Reveal the standard RSS-podcast-feed of an iTunes podcast, for use in
   podcast software.
 * Log in to download students-and-staff-only media.

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



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

Bug#674723: tomoyo-tools: Hardening flags missing

[Simon Ruderich]

Package: tomoyo-tools
Version: 2.5.0-20120414-1
Severity: normal
Tags: patch

Dear Maintainer,

The hardening flags are missing completely because the build
system ignores them. For more hardening information please have a
look at [1], [2] and [3].

The attached patch fixes the issue. It's quite big, but as the
build system overwrites all flags this is the simplest solution I
found to enable all hardening flags. If possible it should be
sent to upstream (maybe minus the $(filter-out ...) parts - which
are only necessary for PIE).

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (for example with blhc [4]) (hardening-check
doesn't catch everything):

$ hardening-check /sbin/tomoyo-init /usr/sbin/tomoyo-sortpolicy 
/usr/sbin/tomoyo-setprofile /usr/sbin/tomoyo-setlevel ...
/sbin/tomoyo-init:
 Position Independent Executable: yes
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: yes
/usr/sbin/tomoyo-sortpolicy:
 Position Independent Executable: yes
 Stack protected: no, not found!
 Fortify Source functions: unknown, no protectable libc functions used
 Read-only relocations: yes
 Immediate binding: yes
/usr/sbin/tomoyo-setprofile:
 Position Independent Executable: yes
 Stack protected: no, not found!
 Fortify Source functions: yes
 Read-only relocations: yes
 Immediate binding: yes
/usr/sbin/tomoyo-setlevel:
 Position Independent Executable: yes
 Stack protected: no, not found!
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: yes
...

Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening
[4]: http://ruderich.org/simon/blhc/
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
Description: Use build flags from environment (dpkg-buildflags).
 Necessary for hardening flags.
Author: Simon Ruderich 
Last-Update: 2012-05-27

Index: tomoyo-tools-2.5.0-20120414/Include.make
===
--- tomoyo-tools-2.5.0-20120414.orig/Include.make	2012-05-27 02:13:16.935304870 +0200
+++ tomoyo-tools-2.5.0-20120414/Include.make	2012-05-27 02:13:38.0 +0200
@@ -1,7 +1,5 @@
-CC  := gcc
 INSTALL := install
 SBINDIR := /sbin
 USRSBINDIR  := /usr/sbin
 USRLIBDIR   := /usr/lib
 MAN8:= /usr/share/man/man8
-CFLAGS  := -Wall -O2
Index: tomoyo-tools-2.5.0-20120414/kernel_test/Makefile
===
--- tomoyo-tools-2.5.0-20120414.orig/kernel_test/Makefile	2012-05-27 02:13:17.007304869 +0200
+++ tomoyo-tools-2.5.0-20120414/kernel_test/Makefile	2012-05-27 02:13:38.0 +0200
@@ -10,16 +10,14 @@
 
 $(ALL_FILES): include.h
 
-CC=gcc
 
-CFLAGS=-Wall -O2
 
 #
 # Tools for kernel testing.
 #
 
 .c:
-	$(CC) $(CFLAGS) -o $@ $<
+	$(CC) $(CPPFLAGS) $(CFLAGS) $(LDFLAGS) -o $@ $<
 
 #
 # Delete all test programs.
Index: tomoyo-tools-2.5.0-20120414/usr_sbin/Makefile
===
--- tomoyo-tools-2.5.0-20120414.orig/usr_sbin/Makefile	2012-05-27 02:13:17.007304869 +0200
+++ tomoyo-tools-2.5.0-20120414/usr_sbin/Makefile	2012-05-27 02:22:44.315299797 +0200
@@ -14,18 +14,22 @@
 	@echo "Run 'yum install ncurses-devel' or 'apt-get install libncurses-dev'"
 	sleep 10
 
+# -fPIE conflicts with -fPIC, disable it for libraries.
+CFLAGS_PIC  := $(filter-out -fPIE,$(CFLAGS))
+LDFLAGS_PIC := $(filter-out -pie,$(filter-out -fPIE,$(LDFLAGS)))
+
 libtomoyotools.so: tomoyotools.c tomoyotools.h
-	$(CC) $(CFLAGS) -fPIC tomoyotools.c -shared -Wl,-soname,libtomoyotools.so.3 -o libtomoyotools.so.3.0.1
+	$(CC) $(CPPFLAGS) $(CFLAGS_PIC) $(LDFLAGS_PIC) -fPIC tomoyotools.c -shared -Wl,-soname,libtomoyotools.so.3 -o libtomoyotools.so.3.0.1
 	ln -sf libtomoyotools.so.3.0.1 libtomoyotools.so
 
 .c:
-	$(CC) $(CFLAGS) -o $@ $< -ltomoyotools -L. 
+	$(CC) $(CPPFLAGS) $(CFLAGS) $(LDFLAGS) -o $@ $< -ltomoyotools -L. 
 
 tomoyo-editpolicy: tomoyotools.h editpolicy*.c readline.h /usr/include/curses.h libtomoyotools.so
-	$(CC) $(CFLAGS) -o tomoyo-editpolicy editpolicy*.c -lncurses -ltomoyotools -L. -DCOLOR_ON
+	$(CC) $(CPPFLAGS) $(CFLAGS) $(LDFLAGS) -o tomoyo-editpolicy editpolicy*.c -lncurses -ltomoyotools -L. -DCOLOR_ON
 
 tomoyo-queryd: tomoyotools.h tomoyo-queryd.c readline.h /usr/include/curses.h libtomoyotools.so
-	$(CC) $(CFLAGS) -o tomoyo-queryd tomoyo-queryd.c -lncurses -ltomoyotools -L.
+	$(CC) $(CPPFLAGS) $(CFLAGS) $(LDFLAGS) -o tomoyo-queryd tomo

Bug#674299: Patch for GCC 4.7 build failure

[Gregor Jasny]

tags 674299 + patch
thanks

Hello,

attached you'll find two patches to fix the GCC 4.7 build failures.
Number one comes from upstream and number two was created by me. It
moves the lighten_Color stuff into a separate header to have it
available in the blitter.h template regardless of the include order.

Thanks,
Gregor

Description: Fix remaining GCC 4.7 build failures
Author: Gregor Jasny 

--- a/source/graphics/blitter.h
+++ b/source/graphics/blitter.h
@@ -30,6 +30,7 @@
 #include "../misc.h"
  #include "../palette.h"
  #include "../basegfx.h"
+#include "lighten.h"
 
 typedef SDLmm::Color Color;
 
--- a/source/graphics/drawing.h
+++ b/source/graphics/drawing.h
@@ -31,6 +31,7 @@
 #include "../misc.h"
  #include "../palette.h"
  // #include "../basegfx.h"
+#include "lighten.h"
 
 
 
@@ -128,30 +129,6 @@
 
 extern char saturationTranslationTable[256][256];
 
-
-inline SDLmm::Color lighten_Color( SDLmm::Color color, int factor16 )
-{
-   return saturationTranslationTable[color & 0xff][factor16] |
-  (saturationTranslationTable[(color >> 8) & 0xff][factor16] << 8 ) |
-  (saturationTranslationTable[(color >> 16) & 0xff][factor16] << 16 ) |
-  (color & 0xff00);
-}
-
-inline void lighten_Color( SDLmm::Color* color, int factor16 )
-{
-   *color = lighten_Color( *color, factor16 );
-};
-
-inline SDL_Color lighten_Color( const SDL_Color& color, int factor16 )
-{
-   SDL_Color c  = color;
-   c.r =  saturationTranslationTable[color.r & 0xff][factor16];
-   c.g =  saturationTranslationTable[color.g & 0xff][factor16];
-   c.b =  saturationTranslationTable[color.b & 0xff][factor16];
-   return c;
-}
-
-
 template< int pixelsize,
 template class ColorMerger >
 class PutPixel: public ColorMerger
@@ -169,7 +146,7 @@
  PixelType* pix = (PixelType*)( surf.pixels() );
  pix += pos.y * surf.pitch()/pixelsize + pos.x;
 
- assign ( src, pix );
+ this->assign ( src, pix );
   };
 };
 
--- a/source/itemrepository.cpp
+++ b/source/itemrepository.cpp
@@ -88,7 +88,7 @@
t->filename = fileName;
t->location = location;
t->archive = prc.getArchive();
-   add ( t );
+   this->add ( t );
 }
 
 
@@ -110,7 +110,7 @@
   t->archive = stream.readString();
   dataLoaderTicker();
 
-  add ( t );
+  this->add ( t );
   // add ( T::newFromStream(stream ));
}
 }
--- /dev/null
+++ b/source/graphics/lighten.h
@@ -0,0 +1,60 @@
+/*
+This file is part of Advanced Strategic Command; http://www.asc-hq.de
+Copyright (C) 1994-2004  Martin Bickel  and  Marc Schellenberger
+ 
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
+ 
+This program is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+GNU General Public License for more details.
+ 
+You should have received a copy of the GNU General Public License
+along with this program; see the file COPYING. If not, write to the
+Free Software Foundation, Inc., 59 Temple Place, Suite 330,
+Boston, MA  02111-1307  USA
+*/
+
+#ifndef lightenH
+ #define lightenH
+
+#include 
+ #include 
+ #include "loki/static_check.h"
+ #include "../libs/sdlmm/src/sdlmm.h"
+ #include "surface.h"
+
+#include "../misc.h"
+ #include "../palette.h"
+ // #include "../basegfx.h"
+
+extern char saturationTranslationTable[256][256];
+
+
+inline SDLmm::Color lighten_Color( SDLmm::Color color, int factor16 )
+{
+   return saturationTranslationTable[color & 0xff][factor16] |
+  (saturationTranslationTable[(color >> 8) & 0xff][factor16] << 8 ) |
+  (saturationTranslationTable[(color >> 16) & 0xff][factor16] << 16 ) |
+  (color & 0xff00);
+}
+
+inline void lighten_Color( SDLmm::Color* color, int factor16 )
+{
+   *color = lighten_Color( *color, factor16 );
+};
+
+inline SDL_Color lighten_Color( const SDL_Color& color, int factor16 )
+{
+   SDL_Color c  = color;
+   c.r =  saturationTranslationTable[color.r & 0xff][factor16];
+   c.g =  saturationTranslationTable[color.g & 0xff][factor16];
+   c.b =  saturationTranslationTable[color.b & 0xff][factor16];
+   return c;
+}
+
+#endif
+
Description: Fixed gcc 4.7 compilation problems
Origin: upstream, 205e73929e9576f4abfdde7188bef381396b8ce1
Author: Martin Bickel 

diff -r 83e224cdaf50 -r 205e73929e95 source/graphics/blitter.h
--- a/source/graphics/blitter.h Sun May 13 15:41:46 2012 +0200
+++ b/source/graphics/blitter.h Wed May 16 19:17:17 2012 +0200
@@ -749,7 +749,7 @@
 
   void assign ( PixelType src, PixelType* dest )
   {
- if ( isOpaque(src ) ) {
+ if ( this->isOpaque(src ) ) {
 *dest = src;
  }
   };
@@ -769,7 +769,7 @@
 
   void assign ( PixelType sr

Bug#673391: Revised patches for be2net

[Ben Hutchings]

On Fri, 2012-05-25 at 09:30 -0700, sarveshwar.ba...@emulex.com wrote:
> Ben,
>   I am attaching the revised patches as per your comments. I was not
> sure how to handle patches (4 of them) which involved changes to other
> drivers too. I intend to open separate bugs for each of them and send
> them. Hope that is ok.

No, there's no need to open more bugs.

> I have also taken care of your comment  to not change the return value
> in ndo_vlan_rx_[add/kill]_vid
> (8e586137e6b63af1e881b328466ab5ffbe562510). The patches also contain
> the upstream commit id thanks to your git-format-patch-for-backport
> script.

Thanks.

So the remaining 4 changes are:

68aad78 sweep the floors and convert some .get_drvinfo routines to strlcpy
e5686ad netdev: make net_device_ops const

It's absolutely fine to apply just the parts of these that affect your
driver, as in your original series.

8e58613 net: make vlan ndo_vlan_rx_[add/kill]_vid return error value

This should not be applied at all, as we don't want to change the kernel
API.

786f528 ethtool: Null-terminate filename passed to ethtool_ops::flash_device

I think this is an important bug fix (well I would do :-) so I'll apply
it and also propose to David Miller that it goes into stable updates.

Ben.

-- 
Ben Hutchings
The obvious mathematical breakthrough [to break modern encryption] would be
development of an easy way to factor large prime numbers. - Bill Gates


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

Bug#674722: bleachbit: New version has still problem with LXDE-desktop

[Mikko Koho]

Package: bleachbit
Version: 0.9.2-2

Dear Maintainer,
Thanks for new version. Many problems went away but still..

At terminal:
$ sudo bleachbit
No protocol specified
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning:
could
not open display
  warnings.warn(str(e), _gtk.Warning)
Could not open X display



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

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

Versions of packages bleachbit depends on:
ii  menu 2.1.46
ii  python   2.7.2-10
ii  python-gtk2  2.24.0-3

Versions of packages bleachbit recommends:
ii  python-notify  0.1.1-3

bleachbit suggests no packages.

Bug#651912: [c9e2e81] Fix for Bug#651912 committed to git

[Jonathan Nieder]

tags 651912 + pending
thanks

Hello,

 The following change has been committed for this bug by
 Jonathan Nieder  on Sat, 26 May 2012 18:44:47 -0500.
 The fix will be in the next upload. 
=
Require nspr4 >= 2:4.9-2

It's not clear why, but with the new nspr build the renderer does not
crash any more trying to call PR_CallOnce during NSS initialization.
With version 4.9-1 the crash is still 100% reproducible.  Add a
dependency to reflect this.

Closes: #651912
=

You can check the diff of the fix at:


http://anonscm.debian.org/gitweb/?p=pkg-chromium/pkg-chromium.git;a=commitdiff;h=c9e2e81





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

Bug#602126: Package ready

[Michael Banck]

Hi,

On Thu, May 24, 2012 at 12:30:27AM +0200, Ask Hjorth Larsen wrote:
> 2012/5/23 Michael Banck :
> On Mon, May 21, 2012 at 04:28:55PM +0200, Ask Hjorth Larsen wrote:
>> We have a package now which is ready to be uploaded.  So we would like
>> to have this bug promoted to an RFS.
>
> Great news!
>
> If you point me to a source package, I can review it and upload.

This tarball contains the source directory plus the various source
package files.

  http://www.student.dtu.dk/~ashj/opendir/python-ase-3.6.0.2515-debian.tar.gz

I took a look at it now.

I think the following issues need to be resolved first:

1. The changelog entry should not refer to ppa, and should read
"unstable" as distribution.  If the package was never in Ubuntu, I would
also suggest to remove all prior changelog entries and just have one
entry saying "Initial upload (Closes: #602126)." or so.

2. The copyright information seems to be incomplete, a quick recursive
grep for "Copyright" in the ase/ directory yields at least CAMP, Jesper
Friis and Neil Martinsen-Burrell as additional copyright holders.

3. io/fortranfile.py also has a BSD-like license which must be added to
copyright.  Possibly other files have different copyright as well, I
have not checked them all.

Those are suggestions and not required for upload:

1. It might be a good idea to run testase on package build as well, e.g.
to catch possible issues with different architectures (a long shot I
guess, as it seems to be all-python)

2. If you want to maintain ASE as part of debichem, you should set
"Debichem Team " as Maintainer
in debian/control and set yourself as Uploaders:

3. The patch "debian-changes-3.6.0.2515-1~ppa3" in debian/patches should
get split up into logical parts with descriptive file names each.
However, if the next upstream version has this patch anyway, it might
not be worth the effort.

4. If all the changes mentioned in README.Debian are in the above patch,
you do not need to mention them there and can delete the file



Cheers,

Michael



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

Bug#674721: loqui: CPPFLAGS hardening flags missing

[Simon Ruderich]

Package: loqui
Version: 0.5.3-1
Severity: normal
Tags: patch

Dear Maintainer,

The CPPFLAGS hardening flags are missing because they are ignored
by the build system. For more hardening information please have a
look at [1], [2] and [3].

The attached patch "fixes" the issue, but it's only a dirty
workaround. The upstream build system should be fixed to not
overwrite CPPFLAGS at all (CPPFLAGS are only for preprocessor
flags anyway), autoconf/automake provide ways to handle that.

To check if all flags were correctly enabled you can normally use
`hardening-check` from the hardening-includes package and check
the build log (for example with blhc [4]) (hardening-check
doesn't catch everything):

$ hardening-check /usr/bin/loqui
/usr/bin/loqui:
 Position Independent Executable: yes
 Stack protected: yes
 Fortify Source functions: no, only unprotected functions found!
 Read-only relocations: yes
 Immediate binding: yes

Even though the "Fortify Source functions" are now correctly
passed, they are not used at the moment. But that's fine.

(Position Independent Executable and Immediate binding is not
enabled by default.)

Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening
[4]: http://ruderich.org/simon/blhc/
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
Description: Use build flags from environment (dpkg-buildflags).
 Necessary for hardening flags.
Author: Simon Ruderich 
Last-Update: 2012-05-27

--- loqui-0.5.3.orig/libloqui/Makefile.am
+++ loqui-0.5.3/libloqui/Makefile.am
@@ -25,7 +25,7 @@ add-built-sources-to-bzr-ignore:
 SUBDIRS = . protocols
 
 INCLUDES = $(GLIB_CFLAGS) $(GNET_CFLAGS) $(EXTRA_WARNING_CFLAGS) -I$(includedir) -I$(top_srcdir) -DG_LOG_DOMAIN=\"libloqui\"
-CPPFLAGS = -g -Wall -Wredundant-decls -Wmissing-declarations -Wmissing-prototypes
+CPPFLAGS += -g -Wall -Wredundant-decls -Wmissing-declarations -Wmissing-prototypes
 
 %.c %.h %-private.h: %.gob
 	gob2 --always-private-header $<
--- loqui-0.5.3.orig/libloqui/protocols/jabber/Makefile.am
+++ loqui-0.5.3/libloqui/protocols/jabber/Makefile.am
@@ -24,7 +24,7 @@ add-built-sources-to-bzr-ignore:
 
 INCLUDES = $(GLIB_CFLAGS) $(GNET_CFLAGS) $(EXTRA_WARNING_CFLAGS) -I$(includedir) -I$(top_srcdir) -DG_LOG_DOMAIN=\"libloqui\"
 
-CPPFLAGS = -g -Wall -Wredundant-decls -Wmissing-declarations -Wmissing-prototypes
+CPPFLAGS += -g -Wall -Wredundant-decls -Wmissing-declarations -Wmissing-prototypes
 
 %.c %.h %-private.h: %.gob
 	gob2 --always-private-header $<
--- loqui-0.5.3.orig/src/Makefile.am
+++ loqui-0.5.3/src/Makefile.am
@@ -40,7 +40,7 @@ endif
 bin_PROGRAMS = loqui
 
 INCLUDES = -I$(includedir) -I$(top_srcdir)/libloqui -I$(top_builddir)/libloqui -I$(top_srcdir) -I$(top_builddir) -DG_LOG_DOMAIN=\"Loqui\"
-CPPFLAGS =  $(GTK_CFLAGS) $(EXTRA_WARNING_CFLAGS) -g -DDATADIR=\""$(datadir)"\" $(GNET_CFLAGS) -Wall -Wredundant-decls -Wmissing-declarations -Wmissing-prototypes
+CPPFLAGS +=  $(GTK_CFLAGS) $(EXTRA_WARNING_CFLAGS) -g -DDATADIR=\""$(datadir)"\" $(GNET_CFLAGS) -Wall -Wredundant-decls -Wmissing-declarations -Wmissing-prototypes
 
 
 loqui_SOURCES = \


signature.asc
Description: Digital signature

Bug#674711: dpkg-deb -b: allow compression strategy (-S) to be unset by later parameters

[Guillem Jover]

On Sat, 2012-05-26 at 16:03:01 -0500, Jonathan Nieder wrote:
> Package: dpkg
> Version: 1.16.3
> Severity: important
> Justification: http://bugs.debian.org/673283

> In debhelper 9.20120513 and later, dh_builddeb passes the options -z1
> -Zxz -Sextreme to dpkg-deb when building udebs.  Unfortunately this
> means there is no way to use a different compression type if the
> packager prefers to do so:
> 
>  dh_builddeb -- -Zgzip -z9
>  dpkg-deb: building package `btrfs-tools' in 
> `../btrfs-tools_0.19+20120328-1_amd64.deb'.
>  dpkg-deb: building package `btrfs-tools-dbg' in 
> `../btrfs-tools-dbg_0.19+20120328-1_amd64.deb'.
>  dpkg-deb: error: invalid compressor parameters: unknown compression strategy
> [...]
>  dh_builddeb: dpkg-deb -z1 -Zxz -Sextreme -Zgzip -z9 --build 
> debian/btrfs-tools-udeb ../btrfs-tools-udeb_0.19+20120328-1_amd64.udeb 
> returned exit code 2
> 
> Once a strategy has been set to "extreme" with -S, there is no way for
> the packager to return to the default strategy using another option.
> Compression types other than xz do not accept the extreme strategy, so
> the upshot is that they cannot be used for udebs.

I've started reworking a bit the strategy logic, for starters I'm
adding a "none" strategy so that it can be reset explicitly.

> Here's a patch to address that.  Strategies are only meaningful in the
> context of a particular compression type, so this patch teaches the -Z
> option to reset the strategy to the default.
>
> Without this change "dpkg-deb -Sextreme -Zxz" uses the extreme
> strategy and this change breaks that.  A quick Google search does not
> reveal anyone using those options out of order, but if there's a clean
> way to avoid breaking the interface then I'd be interested.  (For
> example, maybe the first -Z option should not reset the strategy,
> while later ones would?  I can imagine the result being very
> confusing.)

Yeah, I'm not very thrilled with the behaviour changing depending on
the relative order of the -Z and -S options. Same options being
overridden by later instances seems fine though. I'll think about what
else might be feasible to do for a bit.

thanks,
guillem



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

Bug#674537: Hardening build flags are applied only partially

[Simon Ruderich]

reopen 674537
thanks

Dear Maintainer,

The LDFLAGS hardening flags are still missing because they are
not set in debian/rules. For more hardening information please
have a look at [1], [2] and [3].

The following patch fixes the issue.

diff -Nru aria2-1.15.0/debian/rules aria2-1.15.0/debian/rules
--- aria2-1.15.0/debian/rules   2012-05-25 13:41:17.0 +0200
+++ aria2-1.15.0/debian/rules   2012-05-27 01:10:04.0 +0200
@@ -36,7 +36,7 @@
 endif
 
./configure $(CROSS) CFLAGS="$(CFLAGS)" \
-LDFLAGS="-Wl,-z,defs,--as-needed" \
+LDFLAGS="$(LDFLAGS) -Wl,-z,defs,--as-needed" \
   --prefix=/usr \
   --with-gnutls \
   --without-openssl \

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (for example with blhc [4]) (hardening-check
doesn't catch everything):

$ hardening-check /usr/bin/aria2c
/usr/bin/aria2c:
 Position Independent Executable: no, normal executable!
 Stack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: yes
 Immediate binding: no not found!

(Position Independent Executable and Immediate binding is not
enabled by default.)

Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening
[4]: http://ruderich.org/simon/blhc/
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: Digital signature

Bug#674720: shotwell: Please upgrade to last version (0.12.3)

[Laurent Bigonville]

Source: shotwell
Version: 0.12.2-1
Severity: wishlist

Hi,

Could you please upgrade to 0.12.3

  * Corrects an issue where tags could be inappropriately removed from a
library.
  * Enhances support for AVCHD-capable cameras.
  * Prevents a soft lockup that could occur when certain very dark images
were autoenhanced.
  * Corrects an issue where pressing the zoom hotkeys in certain parts
of the application could cause a crash.

Thanks

Laurent Bigonville

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

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

-- 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#670548: gnome-shell: "Show Keyboard Layout" fails

[John Paul Adrian Glaubitz]

Package: gnome-shell
Version: 3.2.2.1-4+b1
Followup-For: Bug #670548

> This was added in [1] on purpose, it seems. So adding a recommends (or
> at least suggests) on gkbd-capplet looks like the right thing to do on a
> cursory glance.

I'd rather opt for a depends here since gnome-shell behaves errornously in
this regard if the package gkbd-applet is missing.

Doesn't the Debian policy state that a package has to be a dependency for
another package if the latter does not work properly without it?

Also, most users probably won't be able to figure out how to fix this error
with gkbd-keyboard-display missing unless they do a web research. The
additional disk space required for gkbd-capplet is ~57 kB, so I don't see
why anyone wouldn't want to install it in any case.

Regards,

Adrian



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

Bug#672310: Please enable hardening build flags

[Simon Ruderich]

On Tue, May 22, 2012 at 12:06:38AM +0100, Mark Brown wrote:
> On Mon, May 21, 2012 at 08:51:16PM +0200, Simon Ruderich wrote:
>> On Mon, May 21, 2012 at 08:42:11AM +0100, Mark Brown wrote:
>>
>> And fixing the upstream build system to respect flags from the
>> environment sounds like a good idea to me.
>
> That's nice but it's really not the sort of thing you should be doing as
> part of something that's supposedly urgent

True, but I thought I'd fix the build system while I was already
at it fixing the hardening flags ...

> To repeat:
>
>  - Provide patches in a more sensible format, sending a single message
>containing independant inline and attached patches makes things
>needlessly complicated to apply.

You're right, sorry. I'll use one type of patch in a bug report
in the future.

>  - Don't make invasive changes to upstream when you don't have to,
>otherwise you're just making work for the package maintainers.

I still don't understand why changes to 10 lines count as
invasive. They were minimal and fixed the problem (something
which wasn't possible without the patch). But I'll try to reduce
the size of the changes in future patches.

> I'd also add (which wasn't mentioned before) that you should actually
> describe what the problem you're reporting is directly, just providing a
> vauge description and sending a large patch doesn't do this.  You just
> said that the build system was "ignoring some hardening flags" but
> didn't mention which or why.

I thought that was pretty obvious. The links I provided introduce
the concept/ideas behind the hardening flags, the reason why some
may be missing and my report mentioned that some were missing in
debian/rules and in the build system.

It's true that I didn't provide exact details which flags were
missing, but I have reported many of these bugs and duplicating
the information in the patch and the report just takes too much
time (and doesn't provide any additional insights).

> This all made your report much harder to work with than it needed to be,
> the overall impression was "just apply this stuff, you don't need to
> understand it".

That wasn't my intention. I provided the background links to
clarify questions about hardening.

> Fix the actual problem.  Don't introduce random stylistic changes as
> part of an "urgent" fix, and the more invasive your changes are the
> clearer you need to be about why you're making them.

That's what I tried - and the solution you've applied to zlib
does exactly the same as my original patch, it patches
contrib/minizip/Makefile (I wasn't sure that the binaries created
in Makefile.in were only example files so I patched it as well).
So I don't understand your criticism about my patch.

> I also had to reverse engineer what the problem you were trying to
> report was - your patch was not only your proposed fix, it was also your
> description of the problem.

See above. I admit it's not perfect, but the patch was simple and
I thought mentioning that the flags were missing, and where, is
enough - in addition to the patch.

> It is important that you report problems clearly, by providing your
> report in the form that you did what you were saying was that it's
> critical that we rewrite to your taste.  If you want to do stuff like
> that that's fine but you should be separating it out, and ideally do it
> directly upstream since it's clearly not the sort of change we should be
> making in packages if we don't have to.

I only wanted to provide a solution with causes minimal work for
me and you as maintainers (didn't work so well in this case).

>> However the following command should help, it displays missing
>> flags of all binaries and libraries in the current directory and
>> ignores flags not enabled by default:
>>
>> find -type f \( -executable -o -name \*.so\* \) -exec hardening-check 
>> --quiet --nopie --nobindnow {} + 2>/dev/null | grep -vF '(ignored)'
>
> That doesn't error out if hardening-check isn't installed which really

Interesting, I didn't know that. I thought find would print an
error.

> isn't what you want and franly how one is supposed to guess that those
> options are appropriate is beyond me...

They are described in the hardening links I added to my original
patch. But you're right of course, hardening-check should disable
the check for them by default (and provide a way to check all
executables). I'll work on a patch when I have some time.

Anyway, thanks for applying the patch.

Regards,
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


pgpwetPcmJze6.pgp
Description: PGP signature

Bug#664767: Brcmsmac driver woes, possible regression?

[Jonathan Nieder]

Hi Camaleón,

Camaleón wrote:

> Mmm... I'm attaching a kernel oops I got after having the module
> loaded, curious is that despite the oops, the wireless link is up and
> running, no reconnects (which reminds me the first reports...). Will
> report back for any other update or change in the wireless activity.

Thanks.  I assume you mean the brcms_c_wait_... warning when you refer
to an oops.  Separating the symptoms:

  brcms_c_wait_for_tx_completion warning: bug#672891
  connection resets, segfaults, general instability: bug#664767 (this bug)
  "AMPDU status: BA Timeout": bug#674430

Seth wrote[1]:

| The trace is related to handling a disconnection, which will also
| trigger a reprocessing of the regulatory rules. The warning and the
| regulatory message share a common cause, but I don't think there's a
| direct relationship between them.

I don't think his regulatory series[2] is likely to affect your
symptoms, but maybe it will be easier to get help once that has been
reviewed and applied upstream.

In the meantime, thanks for your updates --- this helps a lot.

Regards,
Jonathan

[1] 
http://thread.gmane.org/gmane.linux.kernel.wireless.general/87873/focus=87922
[2] http://thread.gmane.org/gmane.linux.kernel.wireless.general/89097



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

Bug#672935: Installing lib32asound2-plugins solved it

[Thomas Preud'homme]

Greetings,

I had the same problem when installing zsnes on my machine (amd64 setup) and 
it got solved by installing lib32asound2-plugins.

Hope this helps.


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

Bug#674719: RFA: mumble

[Patrick Matthäi]

Package: wnpp
Severity: normal

00:38 < ron> if you want me to take it, orphan it properly
00:39 < ron> the most I will do if you don't is NMU it if you don't fix it in 
time for wheezy
00:39 < the-me> we are both pkg-voip team members, this step is not required 
then.
00:39 < the-me> you also have got a signed email from me to do this
00:40 < ron> I'm not actually sure I am in p-voip.  I just rescued a bunch of 
abandoned packages from it
00:40 < the-me> you are a team member.
00:41 < the-me> login @alioth and you will see.
00:41 < ron> ok.  but given my rescue history, I probably won't leave it under 
the team as such, so please do orphan it
00:42 < the-me> that is okay for me, I also maintain my main packages in a 
private repository
00:43 < ron> tell me the bug number when you get it from wnpp and I'll take it 
from there
00:43 < the-me> as I said, if you decide so you will become the maintainer of 
it and I will lose my maintainership of the mumble package
00:44 < the-me> .. ok I will do so if you allow me to quote this public lines 
in the wnpp report
00:46 < ron> "< ron> send the "O" bug and I'll at least make sure it gets 
sorted out for wheezy somehow."
00:46 < ron> you can quote that if you like

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



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

Bug#674718: imagemagick: incorrect handling of flattening small GIF frames

[Andrew Deason]

Package: imagemagick
Version: 8:6.7.4.0-5
Severity: important
Tags: patch

Marked as 'important' since I'm not really sure if this is considered a
security issue or not. Change as appropriate.

The following command generates an unexpectedly very large image for me:

convert -flatten -geometry '217x159!' 'foo.gif[0]' foo.jpg

using the attached foo.gif file. Depending on the relevant sizes, this
can either cause the command to SIGBUS (e.g. if /tmp/ runs out of space
when using the pixel cache), or it just generates a very large .jpg.
The expected output is a rather small 217x159 jpg image.

This appears to be because CloneImage scales the image->page size, in
addition to the position and other parameters. In the given GIF, the
logical screen size is 217x159, but the size of the first image block is
much smaller (like 1x4, or something like that? I don't remember).

So, in CloneImage, we have 217 columns and 159 rows. We scale
image->page.width, for instance, by 217/1, resulting in a page width of
217*217. And when we try to flatten all of the layers to generate the
resulting jpg, we get a really huge jpg, since we write the whole size
of the image->page.

The attached patch fixes this by just setting the cloned image page size
to the given number of columns and rows. Scaling the page x and y
coordinates I believe is still correct. I have no idea if scaling the
image->tile_offset is correct or not, since I'm not sure what it is, but
since it appears to be an offset, I would guess 'yes'.

I would get this checked out by someone more familiar with ImageMagick,
since I don't know if this patch breaks something else. I _think_ this
is approximately what GraphicsMagick does, but I'm not too sure; at
least, GraphicsMagick does not have the same issue.

The reason I say this might be considered a security issue is that this
may be used to bypass image size restrictions, and can potentially take
up a large amount of memory or disk when running 'convert' commands
against user input. ImageMagick is often used for generating thumbnails
for user-generated content, for instance, and a bug like this can result
in huge thumbnails from small images, or crashing the process that
generates them. I don't know if that's really a serious concern, though.

-- 
Andrew Deason
adea...@dson.org
>From c37821aab3760ad2db23c5375c9c4eb56300f18d Mon Sep 17 00:00:00 2001
From: Andrew Deason 
Date: Sat, 26 May 2012 15:26:08 -0500
Subject: [PATCH] Do not scale page size in CloneImage

If we give CloneImage an image whose width/height is much smaller than
the page width/height, currently CloneImage can make the resulting
cloned page much larger than the specified columns/rows. This can
result in surprisingly huge images after an operation like:

convert -flatten -geometry '200x100!' 'foo.gif[0]' bar.jpg

Since we try to write out the full extents of the image page for the
result. So intead, specify the page width/height as the given number
of columns and rows, to limit the image size to what was requested.
---
 magick/image.c |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/magick/image.c b/magick/image.c
index 92baace..53c8ab0 100644
--- a/magick/image.c
+++ b/magick/image.c
@@ -857,11 +857,11 @@ MagickExport Image *CloneImage(const Image *image,const size_t columns,
 clone_image->mask=CloneImage(image->mask,0,0,MagickTrue,exception);
 }
   scale=(MagickRealType) columns/(MagickRealType) image->columns;
-  clone_image->page.width=(size_t) floor(scale*image->page.width+0.5);
+  clone_image->page.width=columns;
   clone_image->page.x=(ssize_t) ceil(scale*image->page.x-0.5);
   clone_image->tile_offset.x=(ssize_t) ceil(scale*image->tile_offset.x-0.5);
   scale=(MagickRealType) rows/(MagickRealType) image->rows;
-  clone_image->page.height=(size_t) floor(scale*image->page.height+0.5);
+  clone_image->page.height=rows;
   clone_image->page.y=(ssize_t) ceil(scale*image->page.y-0.5);
   clone_image->tile_offset.y=(ssize_t) ceil(scale*image->tile_offset.y-0.5);
   clone_image->columns=columns;
-- 
1.7.10

<>

Bug#671473: Upstream fixed.

[Raúl Sánchez Siles]

  Hello:

  I think upstream already solved this issue. Basically tortoisehg 2.4 [0] 
needs 
to be packaged.

  Regards,

  [0] https://bitbucket.org/tortoisehg/thg/wiki/ReleaseNotes#!tortoisehg-24
-- 
 Raúl Sánchez Siles
->Proud Debian user<-
Linux registered user #416098


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

Bug#674717: RFS: qpdfview/0.2.2-1 [ITP]

[Benjamin Eltzner]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "qpdfview"

 * Package name: qpdfview
   Version : 0.2.2-1
   Upstream Author : Adam Reichold 
 * URL : https://launchpad.net/qpdfview
 * License : GPL-3
   Section : graphics

It builds those binary packages:

  qpdfview   - tabbed PDF viewer

To access further information about this package, please visit the following 
URL:

http://mentors.debian.net/package/qpdfview


Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/q/qpdfview/qpdfview_0.2.2-1.dsc


This is a first upload. Changelog:

qpdfview (0.2.2-1) unstable; urgency=low

  * Initial release (Closes: #674684)

 -- Benjamin Eltzner   Sat, 26 May 2012 20:23:41 +0100


Regards,
 Benjamin Eltzner
-- 
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!  

Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a



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

Bug#674716: vsftpd: Multiple vsftp instanaces not supported

[Hawky]

Package: vsftpd
Version: 2.3.2-3+squeeze2
Severity: wishlist

Hi,

I wanted to setup vsftp to only serve encrypted connections from the internet 
but allow unencrypted access from local pcs.
As vsftp itself does only support this over multiple config files I noticed 
that all
init scripts are lacking support for multiple vsftpd config files (only 
/etc/vsftpd.conf is used)
It would be really great if we could support for multiple instances. Maybe 
create a folder vsftp instead of one 
vsftpd.conf file and then use vsftpd configfilename to start/stop this 
particular setup.
With best regards

hawky 



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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
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 vsftpd depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libcap2   1:2.19-3   support for getting/setting POSIX.
ii  libpam-modules1.1.1-6.1+squeeze1 Pluggable Authentication Modules f
ii  libpam0g  1.1.1-6.1+squeeze1 Pluggable Authentication Modules l
ii  libssl0.9.8   0.9.8o-4squeeze5   SSL shared libraries
ii  libwrap0  7.6.q-19   Wietse Venema's TCP wrappers libra
ii  netbase   4.45   Basic TCP/IP networking system

Versions of packages vsftpd recommends:
ii  logrotate 3.7.8-6Log rotation utility

vsftpd suggests no packages.

-- Configuration Files:
/etc/ftpusers changed [not included]
/etc/init.d/vsftpd [Errno 2] Datei oder Verzeichnis nicht gefunden: 
u'/etc/init.d/vsftpd'
/etc/vsftpd.conf changed [not included]

-- debconf information excluded



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

Bug#674632: ltsp-server: ltsp-build-client fails

[Vagrant Cascadian]

On Sat, May 26, 2012 at 10:13:04AM +0200, Giorgio Pioda wrote:
> Package: ltsp-server
> Version: 5.3.7-1
> Severity: grave
> Justification: renders package unusable
...
> ltsp-build-client fails with the following output:
... 
> Updating /var/lib/tftpboot directories for chroot: /opt/ltsp/i386
> Updating /srv/tftp directories for chroot: /opt/ltsp/i386
> errore: l'installazione del client LTSP è terminata in modo anormale
> 
> I checked both /var/lib/tftpboot and /srv/tftp and, AFAIK, seem to be OK,
> with boot images.

My guess would be that this is a duplicate of:

  http://bugs.debian.org/667915

To work around it, try as root:

  mkdir -p /etc/ltsp/
  rm -rf /opt/ltsp/i386

and rerun ltsp-build-client.

The thing that triggered 667915 is handled better upstream now, and I'll upload 
a fix to Debian soon.


live well,
  vagrant



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

Bug#674429: gnome-shell: battery applet does not update

[gpe]

Package: gnome-shell
Version: 3.4.1-1
Followup-For: Bug #674429

Dear Maintainer,

I've same problem. upower reports the good values but the applet not.

Regards,

gpe

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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-1
ii  gconf-service3.2.5-1
ii  gir1.2-accountsservice-1.0   0.6.15-4
ii  gir1.2-atk-1.0   2.4.0-2
ii  gir1.2-caribou-1.0   0.4.2-2
ii  gir1.2-clutter-1.0   1.10.4-3
ii  gir1.2-cogl-1.0  1.10.2-3
ii  gir1.2-coglpango-1.0 1.10.2-3
ii  gir1.2-folks-0.6 0.6.9-1
ii  gir1.2-freedesktop   1.32.1-1
ii  gir1.2-gconf-2.0 3.2.5-1
ii  gir1.2-gcr-3 3.4.1-3
ii  gir1.2-gdesktopenums-3.0 3.4.2-1
ii  gir1.2-gdkpixbuf-2.0 2.26.1-1
ii  gir1.2-gee-1.0   0.6.4-1
ii  gir1.2-gkbd-3.0  3.4.0.2-1
ii  gir1.2-glib-2.0  1.32.1-1
ii  gir1.2-gmenu-3.0 3.2.0.1-2
ii  gir1.2-gnomebluetooth-1.03.2.2-1
ii  gir1.2-gtk-3.0   3.4.2-1
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-mutter-3.03.4.1-2
ii  gir1.2-networkmanager-1.00.9.4.0-4
ii  gir1.2-pango-1.0 1.30.0-1
ii  gir1.2-polkit-1.00.104-2
ii  gir1.2-soup-2.4  2.38.1-2
ii  gir1.2-telepathyglib-0.120.18.1-2
ii  gir1.2-telepathylogger-0.2   0.4.0-1
ii  gir1.2-upowerglib-1.00.9.16-2
ii  gjs  1.32.0-2
ii  gnome-bluetooth  3.2.2-1
ii  gnome-icon-theme-symbolic3.4.0-2
ii  gnome-settings-daemon3.2.2-3
ii  gnome-shell-common   3.4.1-1
ii  gsettings-desktop-schemas3.4.2-1
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-32
ii  libcairo-gobject21.12.2-1
ii  libcairo21.12.2-1
ii  libcamel-1.2-29  3.2.2-3
ii  libcanberra0 0.28-4
ii  libclutter-1.0-0 1.10.4-3
ii  libcogl-pango0   1.10.2-3
ii  libcogl9 1.10.2-3
ii  libcroco30.6.5-1
ii  libdbus-1-3  1.5.12-1
ii  libdbus-glib-1-2 0.98-1
ii  libebook-1.2-12  3.2.2-3
ii  libecal-1.2-10   3.2.2-3
ii  libedataserver-1.2-153.2.2-3
ii  libedataserverui-3.0-1   3.2.2-3
ii  libffi5  3.0.10-3
ii  libfolks25   0.6.9-1
ii  libgck-1-0   3.4.1-3
ii  libgconf-2-4 3.2.5-1
ii  libgcr-3-1   3.4.1-3
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libgee2  0.6.4-1
ii  libgirepository-1.0-11.32.1-1
ii  libgjs0b [libgjs0-libmozjs185-1.0]   1.32.0-2
ii  libgl1-mesa-glx [libgl1] 7.11.2-1
ii  libglib2.0-0 2.32.3-1
ii  libgnome-keyring03.4.1-1
ii  libgnome-menu-3-03.2.0.1-2
ii  libgstreamer0.10-0   0.10.36-1
ii  libgtk-3-0   3.4.2-1
ii  libical0 0.48-2
ii  libjson-glib-1.0-0   0.14.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-3
ii  libmutter0   3.4.1-2
ii  libnm-glib4  0.9.4.0-4
ii  libnm-util2  0.9.4.0-4
ii  libnspr4-0d  4.9-1
ii  libnss3-1d   3.13.4-1
ii  libp11-kit0  0.12-3
ii  libpango1.0-01.30.0-1
ii  libpolkit-agent-1-0  0.104-2
ii  libpolkit-gobject-1-00.104-2
ii  libpuls

Bug#674626: [Debichem-devel] Bug#674626: wishlist: update package to cinfony 1.1

[Michael Banck]

Hi,

> Cinfony 1.1 has been released and supports CDK 1.4.x, which is requested to be
> sponsored for unstable, but blocked by being binary incompatible with Cinfony
> 1.0.

Right, I forgot to upload cinfony after indigo got accepted.

Will get to it.


Michael



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

Bug#625505: debian-maintainers: Annual ping for Jérémy Lal

[Jérémy Lal]

I am still actively maintaining packages.

Jérémy.




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

Bug#657033: qemu: OpenBSD doesn't run in qemu

[Vagrant Cascadian]

tags 657033 moreinfo
thanks

On Mon, Jan 23, 2012 at 05:17:12PM +0100, phcoder wrote:
> Source: qemu
> Version: 1:1.0+dfsg-3
... 
> OpenBSD 4.7 (RAMDISK_CD) #353: Wed Mar 17 21:02:53 MDT 2010
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD
> cpu0: QEMU Virtual CPU version 1.0 ("GenuineIntel" 686-class) 2.53 GHz
...
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> acpiprt0 at acpi0: bus 0 (PCI0)
> panic: pci_make_tag: bad request
> 
> The operating system has halted.
> Please press any key to reboot.

Could you provide more information about your environment? What was the qemu 
commandline you used to boot?

I can't reproduce this with the openbsd cd47.iso (tried qemu 1.0+dfsg-3, 
1.0.1+dfsg-1 and 1.1.0~rc3+dfsg-1 (not yet uploaded)), or cd48.iso or cd51.iso.

live well,
  vagrant



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

Bug#607842: Fw: KDE Oxygen Logo license

[Francesco Poli]

On Wed, 9 Feb 2011 23:42:22 +0100 Francesco Poli wrote:

[...]
> Adriaan put me in contact with Nuno: hopefully, all the remaining
> uncertainties may be sorted out... Please, stay tuned!   :-)
[...]

I am giving up.

I hope someone else will be luckier than me in getting in touch with
David Vignoni (in Cc)...

The current status is summarized below.

I talked with Nuno Pinheiro (also in Cc) on March 2011.
Thanks to Nuno, we managed to (almost) reconstruct the copyright and
permission notice for the KDE Official Oxygen Logo.
The current "draft" is:

| KDE Official Oxygen Logo
| Copyright (C)   David Vignoni and Nuno Pinheiro
| 
| This library is free software; you can redistribute it and/or
| modify it under the terms of the GNU Lesser General Public
| License as published by the Free Software Foundation; either
| version 2.1 of the License, or (at your option) any later version.
| 
| This library is distributed in the hope that it will be useful,
| but WITHOUT ANY WARRANTY; without even the implied warranty of
| MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
| Lesser General Public License for more details.
| 
| You should have received a copy of the GNU Lesser General Public
| License along with this library; if not, write to the Free Software
| Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston,
| MA 02110-1301  USA
| 
| 
| Nuno Pinheiro politely requests (but does not impose) that the logo
| be not used in unaltered form for an unrelated product (such as a
| bubble bath, for instance).

The only missing thing is the correct year(s) for the copyright notice.
Nuno does not remember, unfortunately.

Starting from April 2011, I repeatedly tried to get in touch with David
Vignoni (leaving Nuno in Cc), hoping that he could maybe remember the
years during which he and Nuno worked on the logo.
Unfortunately, I have never received any reply from David.
I have received no more replies from Nuno, either.

As I said above, I am giving up.
I am publicly disclosing the current status, in the hope that someone
else may jump in and make the final step to finally solve this issue:
discover the years during which Nuno and David worked on the logo.

Bye.

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpo4OhUsED95.pgp
Description: PGP signature

Bug#674715: CVE-2012-2653: initgroups() adds gid 0 to the group list

[Yves-Alexis Perez]

Package: arpwatch
Version: 2.1a15-1.1
Severity: critical
Tags: security
Justification: root security hole

Hi,

as reported on oss-sec
(http://www.openwall.com/lists/oss-security/2012/05/24/12) the patch
added to arpwatch to drop privileges in fact adds the gid 0 (root) group
to the group list. This has been allocated CVE-2012-2653.

Can you prepare updates fixing this (using pw->pw_gid in the call) or
should the security team do it?

Regards,
-- 
Yves-Alexis

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

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



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

Bug#626427: Horrible Time Skew, Eventual Near-zero Responsiveness

[Jonathan Nieder]

Sabahattin Gucukoglu wrote:

> OK.  Please understand that I'm a bit busy at the moment, so I can't devote
> as much time as I'd like.

Thanks and no problem.  I don't think there's any need to try the experimental
kernel.

[...]
> I've included all logs since the last report for Linux and ntpd.  Hopefully
> this is absolutely everything you guys need to work out what/if something's
> changed.

Sounds like it's still broken.

I had missed before that this was a 1999-era board.  Lots of those have
trouble with ACPI so in that light the symptoms seem less surprising.
I suspect the best Linux could do to address this is to automatically disable
acpi when appropriate.

Thanks again for the logs!  I'm keeping this closed because I think
you've provided enough information for the interested and the
workaround is discoverable enough.  Thanks for indulging my curiosity
--- I'll see if there's anything for upstream to learn from this.

Cheers,
Jonathan



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

Bug#674023: [Pkg-sql-ledger-discussion] Bug#674023: [RFR] templates://ledgersmb/{templates}

[Justin B Rye]

Robert James Clay wrote:
> On Fri, 2012-05-25 at 04:39 -0400, Justin B Rye wrote:
>> login is needed for the administrative web user interface.
> 
>I'm not sure what you mean there, as going to something like
> http://localhost/ledgersmb/setup.pl is how one gets in to it and only an
> administrator/manager would be using it.  (The normal application login
> is at http://localhost/ledgersmb/login.pl.)

Does that mean it is in fact the primary function of this login?  In
that case it's not quite a "for instance".

The idea was that calling it the admin web UI is a way of referring to
it that's intelligible even for people who haven't read the docs yet.
Still, it may make sense to put that information here too, as
something like: 

  Please enter the login of the LedgerSMB database administrative user. This
  login is needed for the administrative web user interface, typically at
  http://localhost/ledgersmb/setup.pl.

(But then you probably wouldn't want to repeat it all for the
ledgersmb/admin_password template.)
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package



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

Bug#674714: konqueror: Bug notice came on while conducting a search for use of juK & Bolz radio.

[y]

Package: konqueror
Version: 4:4.4.5-2
Severity: normal

After opening 1st tab for Google search on the use of juK for listening to Bolz
radio, opened 2 more tabs for details on the "how to" for the juK app.  As I
klicked on the 2nd tab to read its contents, the "report a bug" mini-window
popped open.  I don't know if the opened tab will work or not 'cause I got busy
with the "report a bug" app.



-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
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

Versions of packages konqueror depends on:
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  kdebase-bin   4:4.4.5-2  core binaries for the KDE base app
ii  kdebase-data  4:4.4.5-2  shared data files for the KDE base
ii  kdebase-runtime   4:4.4.5-1  runtime components from the offici
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libkde3support4   4:4.4.5-2+squeeze3 the KDE 3 Support Library for the 
ii  libkdecore5   4:4.4.5-2+squeeze3 the KDE Platform Core Library
ii  libkdesu5 4:4.4.5-2+squeeze3 the Console-mode Authentication Li
ii  libkdeui5 4:4.4.5-2+squeeze3 the KDE Platform User Interface Li
ii  libkhtml5 4:4.4.5-2+squeeze3 the KHTML Web Content Rendering En
ii  libkio5   4:4.4.5-2+squeeze3 the Network-enabled File Managemen
ii  libkonq5  4:4.4.5-2  core libraries for Konqueror
ii  libkonqsidebarplugin4 4:4.4.5-2  konqueror sidebar plugin library
ii  libkparts44:4.4.5-2+squeeze3 the Framework for the KDE Platform
ii  libkutils44:4.4.5-2+squeeze3 various utility classes for the KD
ii  libqt4-dbus   4:4.6.3-4+squeeze1 Qt 4 D-Bus module
ii  libqt4-qt3support 4:4.6.3-4+squeeze1 Qt 3 compatibility library for Qt 
ii  libqt4-xml4:4.6.3-4+squeeze1 Qt 4 XML module
ii  libqtcore44:4.6.3-4+squeeze1 Qt 4 core module
ii  libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-4  X11 client-side library

Versions of packages konqueror recommends:
ii  dolphin   4:4.4.5-2  file manager
ii  konqueror-nsplugins   4:4.4.5-2  Netscape plugin support for Konque

Versions of packages konqueror suggests:
ii  konq-plugins  4:4.4.0-2  plugins for Konqueror, the KDE fil

-- 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#666122: seems similar to 657440

[Rémi Letot]

Potential duplicate, please have a look here:

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

HTH,
-- 
Rémi



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

Bug#674712: scsi_id(8): "KE" without "KS" in the manual

[Bjarni Ingi Gislason]

Package: udev
Version: 164-3
Severity: minor
Tags: patch

  From "groff -ww -mandoc ...":

:99: warning: number register `an-saved-margin1' not defined
:99: warning: number register `an-saved-prevailing-indent1' 
not defined

  Lines with ".KE" deleted

  Macro call ".BI" changed to ".B" if argument is only one word

  Some space at end of line removed

  Some unnecessary lines (macro calls) deleted.



  General considerations

a) Manuals should usually only be left justified.  Use ".ad l"
as the first regular command.

b) Each sentence should begin on a new line.  The conventions
about the amount of space between sentences are different.  This
also makes a check on the number of space characters between
words easier.

c) Separate numbers from units with a (no-break) space.  A
no-break space can be code 0xA0, "\ " (\), or "\~"
(groff).

d) Use macros "TS/TE" for tables with more than two columns.
Then use

'\" t

as the first line in the source to tell "man" to use the "tbl"
preprocessor.

e) Protect last period (full stop) in abbreviations with "\&",
if it is or might be (through new formatting of source) at the
end of line, if it is also not an end of sentence.



  Patch:

--- scsi_id.8   2012-05-25 21:06:31.0 +
+++ scsi_id.8.new   2012-05-25 21:23:20.0 +
@@ -2,13 +2,13 @@
 .SH NAME
 scsi_id \- retrieve and generate a unique SCSI identifier
 .SH SYNOPSIS
-.BI scsi_id 
+.B scsi_id 
 [\fIoptions\fP]
 .SH "DESCRIPTION"
 .B scsi_id
 queries a SCSI device via the SCSI INQUIRY vital product data (VPD) page 0x80 
or
 0x83 and uses the resulting data to generate a value that is unique across
-all SCSI devices that properly support page 0x80 or page 0x83. 
+all SCSI devices that properly support page 0x80 or page 0x83.
 
 If a result is generated it is sent to standard output, and the program
 exits with a zero value. If no identifier is output, the program exits
@@ -48,11 +48,9 @@
 # /lib/udev/scsi_id \-\-page=0x83 \-\-whitelisted \-\-device=/dev/sda
 3600a0b8b174b00d63efc5c8c
 .fi
-.P
-
 .SH OPTIONS
 .TP
-.BI \-\-blacklisted
+.B \-\-blacklisted
 The default behaviour \- treat the device as black listed, and do nothing
 unless a white listed device is found in the scsi_id config\-file.
 .TP
@@ -61,14 +59,14 @@
 .TP
 .BI \-\-config=\| config\-file
 Read configuration and black/white list entries from
-.B config\-file 
+.B config\-file
 rather than the default
 .B /etc/scsi_id.config
 file.
 .TP
-.BI \-\-whitelisted
+.B \-\-whitelisted
 Treat the device as white listed. The \fB\-\-whitelisted\fP option must be 
specified
-on the command line or in the scsi_id configuration file for 
+on the command line or in the scsi_id configuration file for
 .B scsi_id
 to generate any output.
 .TP
@@ -85,30 +83,25 @@
 use with SPC-2 or SPC-3 compliant devices will fallback to the page 83
 format supported by these devices.
 .TP
-.BI \-\-replace-whitespace
+.B \-\-replace-whitespace
 Reformat the output : replace all whitespaces by underscores.
 .TP
-.BI \-\-export
+.B \-\-export
 Export all data in KEY= format used to import in other programs.
 .TP
-.BI \-\-verbose
+.B \-\-verbose
 Generate verbose debugging output.
 .TP
-.BI \-\-version
+.B \-\-version
 Display version number and exit.
-.RE
-
 .SH "FILES"
 .nf
-.ft B
-.ft
 .TP
 \fI/etc/scsi_id.config\fP
 Configuration of black/white list entries and per device options:
 # one config per line, short match strings match longer strings
 # vendor=string[,model=string],options=
 vendor="ATA",options=-p 0x80
-.RE
 .fi
 .LP
 .SH "SEE ALSO"

-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: i386 (i586)

Kernel: Linux 2.6.32-45
Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages udev depends on:
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration management sy
ii  libc6   2.11.3-3 Embedded GNU C Library: Shared lib
ii  libselinux1 2.0.96-1 SELinux runtime shared libraries
ii  libudev0164-3libudev shared library
ii  libusb-0.1-42:0.1.12-16  userspace USB programming library
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  util-linux  2.17.2-9 Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-6  Linux PCI Utilities
ii  usbutils  0.87-5squeeze1 Linux USB utilities

udev suggests no packages.

-- debconf information excluded

-- 
Bjarni I. Gislason



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

Bug#674713: php5-suhosin no longer provides suhosin.so

[Evangelos Katikos]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Package: php5-suhosin
Version: 0.9.33-2
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

The php5-suhosin package in sid (0.9.33-2) doesn't contain the module
suhosin.so anymore, rendering it non-functionable.

Thanks



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

Kernel: Linux 3.4-0.slh.3-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages php5-suhosin depends on:
ii  php5-cgi [phpapi-20100525]  5.4.3-5
ii  php5-cli [phpapi-20100525]  5.4.3-5

php5-suhosin recommends no packages.

php5-suhosin suggests no packages.




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

iQEcBAEBAgAGBQJPwUuVAAoJELR081mqSEICgwEIAL0dDSS+Kd04rBkqYK9zyIzP
d9cyUH2fld3CDv/Ne1M4k8tWZAU0ukAWPYhexfC28tG4cOFq4fEb7SPdaE7emDZ5
6dDoiflqssSOxUkb6DdrkMyCTf9m2WC01DOWGP7vmQsKYrvX0Zm1gzb9h/FcYOLI
cVTXyUFmLtVz/+8RG21B23JHH0f4GVjZIZTeiVUT38UBSKPS9L5LUxDJepP693O+
UNIP8je2AKaiWezpZo6aMw3fSJBFVA3OWy0Sn9ZGn+mXbjycv2QnBAV4wgWngSPR
P+NSGY6mcm3GLqOJn7n7FdKx2lvsbnH5NRXF5NHLvMHgXmMKnTlPLQGqgr4Md4Q=
=2Lx6
-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#672035: [Swig-user] Using own string class

[William S Fulton]

On 24/05/12 19:45, Alexey Sokolov wrote:

Hello!

At ZNC we have an own string class CString, which is inherited from
std::string.
The goal is to use it as a just string in target languages.

How to do that properly?

When I was writing modperl and modpython ZNC modules, I used an approach
described at
http://old.nabble.com/Forward-declaration-error--td24064356.html
Used "swig -E" on std_string.i, got a long file as a result, cleaned it
up and changed all occurences of std::string to CString.
It worked fine before SWIG 2.0.5, but in 2.0.5 it started to give errors
while generating sources for modpython:

/usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap
(directorout) std::pair<  CString,CString>  = std::pair<  CString,CString
> &DIRECTOROUT
/usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (in)
std::pair<  CString,CString>  *INPUT = std::pair<  CString,CString>  
*INOUT

/usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap (in)
std::pair<  CString,CString>  &INPUT = std::pair<  CString,CString>  
&INOUT

/usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap
(typecheck) std::pair<  CString,CString>  *INPUT = std::pair<
CString,CString>  *INOUT
/usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap
(typecheck) std::pair<  CString,CString>  &INPUT = std::pair<
CString,CString>  &INOUT
/usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap
(argout) std::pair<  CString,CString>  *OUTPUT = std::pair<
CString,CString>  *INOUT
/usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap
(argout) std::pair<  CString,CString>  &OUTPUT = std::pair<
CString,CString>  &INOUT
/usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap
(typecheck) std::pair<  CString,CString>  *INPUT = std::pair<
CString,CString>  *INOUT
/usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap
(typecheck) std::pair<  CString,CString>  &INPUT = std::pair<
CString,CString>  &INOUT
/usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap
(freearg) std::pair<  CString,CString>  *INPUT = std::pair<
CString,CString>  *INOUT
/usr/share/swig/2.0.6/std/std_pair.i:31: Error: Can't copy typemap
(freearg) std::pair<  CString,CString>  &INPUT = std::pair<
CString,CString>  &INOUT

Sending copy of the letter to 672...@bugs.debian.org
Also there is related issue #174 on github/znc.
I can't replicate this bug with 2.0.6, you are going to have to provide 
a test case. swig-2.0.5 introduced a regression which was fixed in 2.0.7 
- incorrect typemaps for templates were being used in conjunction with 
typedef. Please try 2.0.7 and report back if fixed.


William



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

Bug#674711: dpkg-deb -b: allow compression strategy (-S) to be unset by later parameters

[Jonathan Nieder]

Package: dpkg
Version: 1.16.3
Severity: important
Justification: http://bugs.debian.org/673283

Hi,

In debhelper 9.20120513 and later, dh_builddeb passes the options -z1
-Zxz -Sextreme to dpkg-deb when building udebs.  Unfortunately this
means there is no way to use a different compression type if the
packager prefers to do so:

 dh_builddeb -- -Zgzip -z9
 dpkg-deb: building package `btrfs-tools' in 
`../btrfs-tools_0.19+20120328-1_amd64.deb'.
 dpkg-deb: building package `btrfs-tools-dbg' in 
`../btrfs-tools-dbg_0.19+20120328-1_amd64.deb'.
 dpkg-deb: error: invalid compressor parameters: unknown compression strategy
[...]
 dh_builddeb: dpkg-deb -z1 -Zxz -Sextreme -Zgzip -z9 --build 
debian/btrfs-tools-udeb ../btrfs-tools-udeb_0.19+20120328-1_amd64.udeb returned 
exit code 2

Once a strategy has been set to "extreme" with -S, there is no way for
the packager to return to the default strategy using another option.
Compression types other than xz do not accept the extreme strategy, so
the upshot is that they cannot be used for udebs.

Here's a patch to address that.  Strategies are only meaningful in the
context of a particular compression type, so this patch teaches the -Z
option to reset the strategy to the default.

Without this change "dpkg-deb -Sextreme -Zxz" uses the extreme
strategy and this change breaks that.  A quick Google search does not
reveal anyone using those options out of order, but if there's a clean
way to avoid breaking the interface then I'd be interested.  (For
example, maybe the first -Z option should not reset the strategy,
while later ones would?  I can imagine the result being very
confusing.)

So I don't want to see this patch applied as is, but perhaps it can
provide some amusement.  What do you think?

Signed-off-by: Jonathan Nieder 
---
 debian/changelog |5 +
 dpkg-deb/main.c  |1 +
 man/dpkg-deb.1   |2 ++
 3 files changed, 8 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index c7543114..cb00a08e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -38,6 +38,11 @@ dpkg (1.16.4) UNRELEASED; urgency=low
 a new -A option to dpkg-checkbuilddeps. Closes: #629480
 Thanks to Roger Leigh .
 
+  [ Jonathan Nieder ]
+  * Teach dpkg-deb -Z to reset the compression strategy so that one can
+override ‘-Zxz -Sextreme’ settings with a later ‘-Zgzip’ on the command
+line.
+
   [ Updated man page translations ]
   * German (Helge Kreutzmann).
   * French (Christian Perrier). Fixes a mistranslation and some
diff --git a/dpkg-deb/main.c b/dpkg-deb/main.c
index f56eda27..9e810271 100644
--- a/dpkg-deb/main.c
+++ b/dpkg-deb/main.c
@@ -167,6 +167,7 @@ static void
 setcompresstype(const struct cmdinfo *cip, const char *value)
 {
   compress_params.type = compressor_find_by_name(value);
+  compress_params.strategy = NULL;
   if (compress_params.type == compressor_type_unknown)
 ohshit(_("unknown compression type `%s'!"), value);
   if (compress_params.type == compressor_type_lzma)
diff --git a/man/dpkg-deb.1 b/man/dpkg-deb.1
index 414ca3be..c002870c 100644
--- a/man/dpkg-deb.1
+++ b/man/dpkg-deb.1
@@ -230,6 +230,8 @@ xz.
 Specify which compression type to use when building a package. Allowed
 values are \fIgzip\fP, \fIxz\fP, \fIbzip2\fP, \fIlzma\fP, and \fInone\fP
 (default is \fIgzip\fP).
+
+Setting a compression type also resets the compression strategy.
 .TP
 .BR \-\-new
 Ensures that
-- 
1.7.10




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

Bug#674339: vavoom: FTBFS: Could NOT find JPEG

[gustavo panizzo]

1.33-3 is only a bugfix release

this is the changelog

vavoom (1.33-3) unstable; urgency=low

  * libpng migration fixes (Closes: #662531).
  * Description updated (Closes: #662209).
  * Fix FTBFS on GNU/Hurd.
  * Add libjpeg-dev to Build-Deps (Closes: #674339).



-- 
1AE0 322E B8F7 4717 BDEA  BF1D 44BB 1BA7 9F6C 6333



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

Bug#674710: gnome-font-viewer doesn't support the standard --help and --version options

[Vincent Lefevre]

Package: gnome-font-viewer
Version: 3.4.0-2
Severity: normal

gnome-font-viewer doesn't support the standard --help and --version
options: it tries to open a --help or --version file. Given the fact
that a man page isn't provided either, it is not possible to get any
documentation.

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

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

Versions of packages gnome-font-viewer depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-32
ii  libcairo-gobject2   1.10.2-7
ii  libcairo2   1.10.2-7
ii  libfontconfig1  2.9.0-5
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgtk-3-0  3.4.2-1
ii  libpango1.0-0   1.30.0-1

gnome-font-viewer recommends no packages.

gnome-font-viewer 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#671006: parallel: 'man parallel' typos: "charaters", "halfcompleted", "do no exist", "occationally", "possibilites", "sacrifying", "transfered", etc.

[Rogério Brito]

Dear A. Costa,

Thanks for reporting this. I am CC'ing the upstream mailinglist for bugs and
will mark this bug as forwarded. I am top posting this so that upstream can
see the context of the bug.

Thanks,
Rogério Brito.

On May 01 2012, A. Costa wrote:
> Package: parallel
> Version: 20120422-1
> Severity: minor
> 
> Dear Maintainer,
> 
> Found some typos in '/usr/share/man/man1/parallel.1.gz'.
> 
> Ordinarily I'd attach a '.diff' for it, but that man page source is
> 'Pod::Man' and my typo finder script doesn't (yet...) understand that
> format.
> 
> Settle for 'sed'?  First as code:
> 
>   # should work with any text format, barring word wrap for list item #3 
> below
>   # append suitable "< infile > outfile"
>   sed 's/charaters/characters/;s/halfcompleted/half\-completed/;s/that do 
> no exist./that do not 
> exist;s/occationally/occasionally/;s/possibilites/possibilities/;s/sacrifying/sacrificing/;s/transfered/transferred/'
> 
> And a separate numbered list, for clarity:
> 
>   1s/charaters/characters/
>   2s/halfcompleted/half-completed/
>   3s/that do no exist/that do not exist/
>   4s/occationally/occasionally/
>   5s/possibilites/possibilities/
>   6s/sacrifying/sacrificing/
>   7s/transfered/transferred/
> 
> HTH...
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages parallel depends on:
> ii  perl  5.14.2-9
> ii  perl-modules  5.14.2-9
> 
> parallel recommends no packages.
> 
> parallel suggests no packages.
> 
> -- no debconf information
> 
> 

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



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

Bug#674633: libogre-dev: Uses default versions of libboost-*-dev packages

[Paul D Turner]

Hi Manuel,

I understand that how the package is presently set up is the standard
way to go about things, and I certainly wouldn't want to cause a bunch
of issues by having that changed.  However, I believe the potential for
issues is very real - mostly because I experienced them, and spent a few
hours tracking them down. At that time, I had the 1.48 libboost-*dev
packages as the 1.49 versions were being held back by apt-get.  I
manually removed the 1.48 versions to allow the 1.49 packages to be
installed, and after rebuilding the code I was working on, the issue I
had went away.

For info, I'm the lead developer on the CEGUI library, and the issue I
had was while working on the Ogre module for CEGUI. Obviously CEGUI is
a lot of code to suggest someone get to try and reproduce an issue, so
I've tried to create some code for a basic test case - though I
additionally acknowledge this may be quite hard to test because it
basically requires downgrading the libboost-*dev packages to 1.48.

// save this as main.cpp (the code tries to load a file named main.cpp)
#include 
#include 
#include 

int main(int argc, char** argv)
{
new Ogre::Root;
Ogre::ResourceGroupManager&
rgm(Ogre::ResourceGroupManager::getSingleton());

rgm.createResourceGroup("test");
rgm.addResourceLocation(".", "FileSystem", "test");

{
Ogre::DataStreamPtr dsp = rgm.openResource("main.cpp", "test");
}

std::cout << "Exiting cleanly..." << std::endl;

return 0;
}

I built this code with:
$ g++ main.cpp -g -O -lOgreMain

Basically, if the libboost-*dev packages are 1.48 and Ogre is built
against 1.49, the executable produced will hang in mutex code related
to the use of boost threads. If the installed libboost-*dev packages
match those used to build Ogre, the executable will display the message
and exit cleanly.

Another scenario I thought of (but did not experience directly) is if
a developer has code that uses boost-threads directly as well as
using Ogre. Here it would be natural for the developer to link their
code to libboost_thread and libOgreMain.  If the libboost-thread-dev
is, say, version 1.48, and libOgreMain - as you correctly pointed out -
has references to the 1.49 version of libboost_thread, the executable
would bring in two versions of the same lib (a linker warning is
produced announcing the possible conflict).  A developer could skip
directly linking libboost_thread and implicitly pick up the version
referenced by libOgreMain, but then they have the situation of having
compiled against the 1.48 headers but have the 1.49 library (which may
or may not be harmless, depending on whether ABI compatibility between
the two library versions was maintained - a rarity when dealing with
boost, I think).

I should probably add that, in my opinion, the potential for issues to
occur is highly unlikely to be limited to Ogre. I'm really not certain
what the best thing, or the right thing to do in this situation is.
All I can say is that the issues that can occur are indeed very real,
though probably would only ever affect a minority of users and only
when specific circumstances exist.

Regardless of what, if any, action is taken, I hope this helps to
explain the situation a little better.  It may also help someone in the
future if they're unfortunate enough to experience similar things, and
at the very least it gives me somewhere to point to if CEGUI users
report this as a bug in CEGUI ;)

Kindest regards,

Paul.



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

Bug#674709: unsort: FTBFS on hurd-i386: IOV_MAX not defined

[A. N. Other]

Package: unsort
Version: 1.1.2-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org

Currently unsort fails to build on hurd-i386 because the symbol
IOV_MAX (the maximum number of items that can be passed to
writev/readv) is not defined. The POSIX standard doesn't guarantee
that IOV_MAX will be defined, rather it states that it should be
omitted if the limit can't be determined at compile time or no fixed
limit exists.[1]

The attached patch uses sysconf(_SC_IOV_MAX) to query the appropriate
limit at runtime rather than relying on IOV_MAX.

[1] 

diff --git a/iovec.c b/iovec.c
index 8ad94bf..7273c18 100644
--- a/iovec.c
+++ b/iovec.c
@@ -21,6 +21,7 @@
 
 */
 
+#include 
 #include 
 #include 
 #include 
@@ -41,14 +42,20 @@ struct iovec_const {
 	size_t iov_len;
 };
 
-static uint32_t writev_max = IOV_MAX;
-
 void writev_all(int fd, struct iovec *iov, uint32_t count) {
 	ssize_t r, len;
+	uint32_t writev_max;
+	long sc_iovmax;
 
 	if(!count)
 		return;
 
+	errno = 0;
+	if ((sc_iovmax = sysconf(_SC_IOV_MAX)) == -1)
+		writev_max = errno ? _XOPEN_IOV_MAX : count;
+	else
+		writev_max = (uint32_t) sc_iovmax;
+
 	while(count) {
 		r = writev(fd, iov, (int)(count > writev_max ? writev_max : count));
 		if(r == -1)

Bug#674023: [Pkg-sql-ledger-discussion] Bug#674023: [RFR] templates://ledgersmb/{templates}

[Robert James Clay]

On Fri, 2012-05-25 at 04:39 -0400, Justin B Rye wrote:
> Christian PERRIER wrote:

> In fact I like yours.  It's possible we could say:
> 
> login is needed, for instance, to use setup.pl in the web interface.
> 
> But looking at setup.pl it's not clear that users would know they were
> using it.  My patch just has: 
> 
> login is needed for the administrative web user interface.

   I'm not sure what you mean there, as going to something like
http://localhost/ledgersmb/setup.pl is how one gets in to it and only an
administrator/manager would be using it.  (The normal application login
is at http://localhost/ledgersmb/login.pl.)


> > + some aspects of LedgerSMB, noticeably the LedgerSMB database user.
> 
> I'd make that just:
> 
> some aspects of LedgerSMB, such as the LedgerSMB database user.

   That does seem to be better phrased...


> (It's obvious that that's an aspect particularly worthy of mention
> because here it is being singled out for a mention.)

   Yes; it's how company databases and initial users of those databases
are created for the application in the web interface. 


> Agreed.  I was only thinking about capitalising the phrase "Small and
> Midsize Businesses" at the end to strengthen the why-the-name hint 
> (here in Europe they're Small and Medium Enterprises, and SMB is
> mostly the old name for CIFS).

   That's something I should have thought of myself, as that is
essentially how the name was developed.



Jame







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

Bug#555168: Overview of (affected) locales

[Helge Kreutzmann]

Hello,
you can find an overview of the (affected) locales in
http://www.helgefjell.de/debianitem.php?name=bug555168&language=en

The first column is the locale, the second states the status:
implicit - no license given, impllicitly the one of (e)glibc
GPL versionless - license GPL, but no version given
Non-modify - License which does not allow modification
Broken - License which is truncated

The third column states if the author replied so far:
Resolved - The author resolved the license issue
Contact - An initial contact was made
None - No reply to this issue so far
A dash indicates that no contact attempt was made so far

The fourth column states if the license is now ok:
It contains either the name of the license (in green), the word
"implicit" in blue if the licnese is given implicitly, unclear (in
orange) if the status is unclear or "no" in red if the license is not
ok.

The final column links to relevant e-mails, if any.

Greetings

Helge

P.S. km_KH  lo_LA  th_TH are not included in the list, they have a
 license which seems to be ok.
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#674700: Fw: Attempt to update Gnome on Debian kills system

[Linda R]

Update:

"aptitude update && aptitude dist-upgrade"

fixed it.  But I would heartily recommend against
updating gnome in isolation, that is DO NOT do the
following!!!:

http://wiki.debian.org/Gnome#task

and follow the instructions

apt-get install aptitude tasksel
tasksel install gnome-desktop --new-install

It can break your machine.
> 
> 
> --- On Sat, 5/26/12, Linda R 
> wrote:
> 
> > From: Linda R 
> > Subject: Attempt to update Gnome on Debian kills
> system
> > To: sub...@bugs.debian.org
> > Date: Saturday, May 26, 2012, 12:52 PM
> > Package: gnome
> > Version: 2.30
> > Severity: critical
> > 
> > I'm not sure which part of Gnome the problem is in,
> because
> > it is a very
> > general problem.
> > 
> > I wrote a request for enhancement bug for Gnome about
> the
> > lack of good
> > documentation for setting up dual monitors, and I
> offered to
> > help fix it. 
> > Someone replied that this was because I was using an
> older
> > version of Gnome
> > (2.30), but the new one (3) was better.  I found that
> > the current stable
> > version of Debian (Squeeze) uses Gnome 2.30.  I asked
> > why this wouldn't be
> > fixed in 2.30 since I guess if this is the version of
> Gnome
> > included in the
> > stable version of Debian, it would help a lot of users
> to
> > have this info.  He said he knew that more people
> used
> > Gnome 3 because of his knowledge of
> > statistics and experience. I should still update Gnome
> by
> > finding instructions on a site specific to my
> > distribution.  Okay.
> > 
> > So I went here
> > 
> > http://wiki.debian.org/Gnome#task
> > 
> > and followed the instructions
> > 
> > apt-get install aptitude tasksel
> > tasksel install gnome-desktop --new-install
> > 
> > attempting to upgrade to Gnome 3.
> > 
> > After this, I rebooted and found that it was still
> Gnome
> > 2.30.  Also,
> > everything was going very slowly, the terminal window
> took a
> > long time to open, there were errors like CPU
> overheated,
> > throttled, Mixerapplet error, inode errors, etc.  I
> > rebooted numerous times with progressively worse
> results, to
> > the point that I wondered if it was a problem with the
> > hardware, like the CPU or fan.  I wrote back to this
> > person asking about this problem, but he said he knew
> > nothing about Debian.
> > 
> > Anyways, it looks like I may have to wipe out my
> entire
> > system, losing
> > applications and personal files, and try to reinstall
> it --
> > not just Gnome, but all of Debian Linux.  The last
> > thing I am trying was someone else's advice to do an
> > "aptitude update && aptitude dist-upgrade" to
> see if
> > any newer packages solve the problem.
> >
>



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

Bug#674708: setpci(8): "\IP" instead of ".IP" in the manual

[Bjarni Ingi Gislason]

Package: pciutils
Version: 1:3.1.7-6
Severity: minor
Tags: patch

  From "man ..." ("groff -ww ..."):

:2: warning: macro `IX' not defined
:151: warning: escape character ignored before `I'

  Ellipsis at end of line protected with "\&".

  The macro "IX" is not part of the man(doc)-macros.



  General considerations

a) Manuals should usually only be left justified.  Use ".ad l"
as the first regular command.

b) Each sentence should begin on a new line.  The conventions
about the amount of space between sentences are different.  This
also makes a check on the number of space characters between
words easier.

c) Separate numbers from units with a (no-break) space.  A
no-break space can be code 0xA0, "\ " (\), or "\~"
(groff).

d) Use macros "TS/TE" for tables with more than two columns.
Then use

'\" t

as the first line in the source to tell "man" to use the "tbl"
preprocessor.

e) Protect last period (full stop) in abbreviations with "\&",
if it is or might be (through new formatting of source) at the
end of line, if it is also not an end of sentence.



  Patch:

--- setpci.82012-05-25 21:07:04.0 +
+++ setpci.8.new2012-05-25 22:07:36.0 +
@@ -1,5 +1,5 @@
 .TH setpci 8 "31 January 2010" "pciutils-3.1.7" "The PCI Utilities"
-.IX setpci
+.\".IX setpci
 .SH NAME
 setpci \- configure PCI devices
 .SH SYNOPSIS
@@ -115,7 +115,7 @@
 .PP
 There are two kinds of operations: reads and writes. To read a register, just 
specify
 its name. Writes have the form
-.IR name = value , value ...
+.IR name = value , value ...\&
 where each
 .I value
 is either a hexadecimal number or an expression of type
@@ -148,7 +148,7 @@
 Each of the previous formats can be followed by \fB+offset\fP to add an offset
 (a hex number) to the address. This feature can be useful for addressing of 
registers
 living within a capability, or to modify parts of standard registers.
-\IP \(bu
+.IP \(bu
 Finally, you should append a width specifier \fB.B\fP, \fB.W\fP, or \fB.L\fP 
to choose
 how many bytes (1, 2, or 4) should be transferred. The width can be omitted if 
you are
 accessing a named register whose width is well known.

-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: i386 (i586)

Kernel: Linux 2.6.32-45
Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages pciutils depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libpci3   1:3.1.7-6  Linux PCI Utilities (shared librar

pciutils recommends no packages.

Versions of packages pciutils suggests:
ii  bzip2   1.0.5-6+squeeze1 high-quality block-sorting file co
ii  lynx2.8.8dev.5-1 Text-mode WWW Browser (transitiona
ii  wget1.12-2.1 retrieves files from the web

-- no debconf information

-- 
Bjarni I. Gislason



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

Bug#672634: quickly fills disk with data in /var/lib/schroot/mount/build/var/lib/mongodb/journal/

[Marc Haber]

On Sat, May 26, 2012 at 08:07:59AM +0200, Antonin Kral wrote:
> * Marc Haber  [2012-05-25 18:45] wrote:
> > This is what happens on my build system. I have never actually
> > used mongodb, I just need it installed to build PowerDNS.
> 
> Maybe the better way to solve this is to remove mongodb-server from
> dependencies of mongodb-dev.

That sounds good. The other databases don't install or start their
daemons when I install the -dev package.

> Is it going to work for you in this way? BTW what you need to build
> PowerDNS? Do you need headers + libs or even the server process running?

I guess that I need headers and libs. The server definetely doesn't
need to run as I fixed the disk filling issue by killing the server
and emptying /var/lib/mongodb and was still able to successfully build.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 31958061
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 31958062



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

Bug#674707: debconf: Adding Latvian translation

[Rūdolfs Mazurs]

Package: debconf
Version: master

I've translated the debconf .po file for Debian installer 
in Latvian  language. Hopefully, it can be included in 
the next stable Debian release.
#
# Rūdolfs Mazurs , 2012.
msgid ""
msgstr ""
"Project-Id-Version: lv\n"
"Report-Msgid-Bugs-To: debc...@packages.debian.org\n"
"POT-Creation-Date: 2009-08-24 19:24+0200\n"
"PO-Revision-Date: 2012-05-23 17:30+0300\n"
"Last-Translator: Rūdolfs Mazurs \n"
"Language-Team: Latvian \n"
"Language: lv\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n != 0 ? 1 : "
"2);\n"
"X-Generator: Lokalize 1.4\n"

#. Type: select
#. Choices
#: ../templates:1001
msgid "Dialog"
msgstr "Dialoglodziņš"

#. Type: select
#. Choices
#: ../templates:1001
msgid "Readline"
msgstr "Readline"

#. Type: select
#. Choices
#: ../templates:1001
msgid "Editor"
msgstr "Teksta redaktora"

#. Type: select
#. Choices
#: ../templates:1001
msgid "Noninteractive"
msgstr "Neinteraktīvā"

#. Type: select
#. Description
#: ../templates:1002
msgid "Interface to use:"
msgstr "Lietojamā saskarne:"

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"Packages that use debconf for configuration share a common look and feel. "
"You can select the type of user interface they use."
msgstr ""
"Pakām, kas lieto debconf konfigurācijas jautājumu uzdošanai, ir vienota "
"lietotāja saskarne. Lūdzu, izvēlieties, kādu lietotāja saskarnes tipu jūs "
"vēlaties lietot."

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"The dialog frontend is a full-screen, character based interface, while the "
"readline frontend uses a more traditional plain text interface, and both the "
"gnome and kde frontends are modern X interfaces, fitting the respective "
"desktops (but may be used in any X environment). The editor frontend lets "
"you configure things using your favorite text editor. The noninteractive "
"frontend never asks you any questions."
msgstr ""
"Dialoga saskarne ir pilnekrāna teksta bāzēta saskarne, bet readline saskarne "
"ir tradicionālāka tīra teksta rindu saskarne, savukārt gan Gnome gan KDE "
"saskarnes lieto X grafisko vidi un ir piemērojami attiecīgajām darba vidēm "
"(un var tik lietoti arī ārpus tām - jebkurā X vidē). Teksta redaktora "
"saskarsme ļauj jums konfigurēt lietas, izmantojot jūsu iecienīto teksta "
"redaktoru. Neinteraktīvā saskarne nekad neuzdod nekādus jautājumus."

#. Type: select
#. Choices
#: ../templates:2001
msgid "critical"
msgstr "kritiska"

#. Type: select
#. Choices
#: ../templates:2001
msgid "high"
msgstr "augsta"

#. Type: select
#. Choices
#: ../templates:2001
msgid "medium"
msgstr "vidēja"

#. Type: select
#. Choices
#: ../templates:2001
msgid "low"
msgstr "zema"

#. Type: select
#. Description
#: ../templates:2002
msgid "Ignore questions with a priority less than:"
msgstr "Ignorēt jautājumus ar prioritāti zemāku par:"

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"Debconf prioritizes the questions it asks you. Pick the lowest priority of "
"question you want to see:\n"
"  - 'critical' only prompts you if the system might break.\n"
"Pick it if you are a newbie, or in a hurry.\n"
"  - 'high' is for rather important questions\n"
"  - 'medium' is for normal questions\n"
"  - 'low' is for control freaks who want to see everything"
msgstr ""
"Debconf ir paredzētas jautājumu prioritātes. Izvēlieties, kāda ir zemākā "
"prioritāte, kuras jautājumus jūs vēl vēlaties redzēt:\n"
"  - 'kritiska' tikai uzdod jautājumus, ja sistēma var salūzt.\n"
"Izvēlieties šo opciju, ja esat iesācējs, vai vienkārši steidzaties.\n"
"  - 'augsta' ir paredzēts svarīgiem jautājumiem\n"
"  - 'vidēja' ir paredzēts parastiem jautājumiem\n"
"  - 'zema' ir domāts cilvēkiem, kas grib kontrolēt pilnīgi visu."

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"Note that no matter what level you pick here, you will be able to see every "
"question if you reconfigure a package with dpkg-reconfigure."
msgstr ""
"Neatkarīgi no šeit izvēlētā līmeņa, jūs varēsiet redzēt visu līmeņu "
"jautājumus, ja pārkonfigurēsiet paku ar dpkg-reconfigure palīdzību."

#. Type: text
#. Description
#: ../templates:3001
msgid "Installing packages"
msgstr "Instalē pakas"

#. Type: text
#. Description
#: ../templates:4001
msgid "Please wait..."
msgstr "Lūdzu, uzgaidiet..."

#. Type: text
#. Description
#. This string is the 'title' of dialog boxes that prompt users
#. when they need to insert a new medium (most often a CD or DVD)
#. to install a package or a collection of packages
#: ../templates:6001
msgid "Media change"
msgstr "Datu nesēja maiņa"

#~ msgid "Gnome"
#~ msgstr "Gnome"

#~ msgid "Kde"
#~ msgstr "Kde"

#~ msgid "Ignore questions with a priority less than..."
#~ msgstr "Ignorēt jautājumus ar prioritāti zemāku par ..."

#~ msgid ""
#~ "Packages that use debconf for configuration prioritize the questions they "
#~ "might ask you. Only q

Bug#674706: tc-drr(8): tab unquoted in a argument to a macro

[Bjarni Ingi Gislason]

Package: iproute
Version: 20100519-3
Severity: minor
Tags: patch

  From "man ..." ("groff -ww -mandoc ..."):

:67: warning: tab character in unquoted macro argument
:69: warning: tab character in unquoted macro argument

  Patch:

--- tc-drr.82012-05-26 00:58:00.0 +
+++ tc-drr.8.new2012-05-26 01:29:05.0 +
@@ -64,9 +64,9 @@
 
 .B for i in .. 1024;do
 .br
-.B \ttc class add dev ..  classid $handle:$(print %x $i)
+.B "\ttc class add dev .. classid $handle:$(print %x $i)"
 .br
-.B \ttc qdisc add dev .. fifo limit 16
+.B "\ttc qdisc add dev .. fifo limit 16"
 .br
 .B done
 
-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: i386 (i586)

Kernel: Linux 2.6.32-45
Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages iproute depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libdb4.8  4.8.30-2   Berkeley v4.8 Database Libraries [

Versions of packages iproute recommends:
pn  libatm1(no description available)

Versions of packages iproute suggests:
pn  iproute-doc(no description available)

-- no debconf information

-- 
Bjarni I. Gislason



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

Bug#674705: newt:Adding Latvian translation

[Rūdolfs Mazurs]

Package: newt
Version: master

I've translated the newt .po file for Debian installer 
in Latvian  language. Hopefully, it can be included in 
the next stable Debian release.

However, the link
http://d-i.debian.org/l10n-stats/level3/POT/newt_newt_po.pot 
gave error 404, so I took attached translation for the newt package from
Transifex.
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# 
# Translators:
# Rūdolfs Mazurs , 2012.
msgid ""
msgstr ""
"Project-Id-Version: newt\n"
"Report-Msgid-Bugs-To: https://bugzilla.redhat.com/\n";
"POT-Creation-Date: 2006-09-14 16:03+0200\n"
"PO-Revision-Date: 2012-05-26 19:48+\n"
"Last-Translator: Rūdolfs Mazurs \n"
"Language-Team: Latvian (http://www.transifex.net/projects/p/fedora/language/lv/)\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: lv\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n != 0 ? 1 : 2)\n"

#: ../dialogboxes.c:43 ../dialogboxes.c:48 ../dialogboxes.c:493
msgid "Ok"
msgstr "Labi"

#: ../dialogboxes.c:51
msgid "Cancel"
msgstr "Atcelt"

#: ../dialogboxes.c:498
msgid "Yes"
msgstr "Jā"

#: ../dialogboxes.c:500
msgid "No"
msgstr "Nē"

Bug#674704: tc(8): Negative indent and missing "-" after an escape

[Bjarni Ingi Gislason]

Package: iproute
Version: 20100519-3
Severity: minor
Tags: patch

  From "man ..." ("groff -ww -mandoc ..."):

:51: warning: total indent cannot be negative
:57: warning: escape character ignored before `i'

  Space at end of line removed



  General considerations

a) Manuals should usually only be left justified.  Use ".ad l"
as the first regular command.

b) Each sentence should begin on a new line.  The conventions
about the amount of space between sentences are different.  This
also makes a check on the number of space characters between
words easier.

c) Separate numbers from units with a (no-break) space.  A
no-break space can be code 0xA0, "\ " (\), or "\~"
(groff).

d) Use macros "TS/TE" for tables with more than two columns.
Then use

'\" t

as the first line in the source to tell "man" to use the "tbl"
preprocessor.

e) Protect last period (full stop) in abbreviations with "\&",
if it is or might be (through new formatting of source) at the
end of line, if it is also not an end of sentence.



  Patch:

--- tc.82012-05-26 00:57:43.0 +
+++ tc.8.new2012-05-26 01:11:40.0 +
@@ -2,22 +2,22 @@
 .SH NAME
 tc \- show / manipulate traffic control settings
 .SH SYNOPSIS
-.B tc qdisc [ add | change | replace | link ] dev 
-DEV 
-.B 
-[ parent 
-qdisc-id 
-.B | root ] 
-.B [ handle 
+.B tc qdisc [ add | change | replace | link ] dev
+DEV
+.B
+[ parent
+qdisc-id
+.B | root ]
+.B [ handle
 qdisc-id ] qdisc
 [ qdisc specific parameters ]
 .P
 
 .B tc class [ add | change | replace ] dev
 DEV
-.B parent 
-qdisc-id 
-.B [ classid 
+.B parent
+qdisc-id
+.B [ classid
 class-id ] qdisc
 [ qdisc specific parameters ]
 .P
@@ -36,38 +36,38 @@
 
 .B tc
 .RI "[ " FORMAT " ]"
-.B qdisc show [ dev 
-DEV 
+.B qdisc show [ dev
+DEV
 .B  ]
 .P
-.B tc 
+.B tc
 .RI "[ " FORMAT " ]"
-.B class show dev 
-DEV 
+.B class show dev
+DEV
 .P
-.B tc filter show dev 
-DEV 
+.B tc filter show dev
+DEV
 
-.ti -8
+.ti 8
 .IR FORMAT " := {"
 \fB\-s\fR[\fItatistics\fR] |
 \fB\-d\fR[\fIetails\fR] |
 \fB\-r\fR[\fIaw\fR] |
 \fB\-p\fR[\fIretty\fR] |
-\fB\i\fR[\fIec\fR] }
+\fB\-i\fR[\fIec\fR] }
 
 .SH DESCRIPTION
 .B Tc
-is used to configure Traffic Control in the Linux kernel. Traffic Control 
consists 
+is used to configure Traffic Control in the Linux kernel. Traffic Control 
consists
 of the following:
 
-.TP 
+.TP
 SHAPING
-When traffic is shaped, its rate of transmission is under control. Shaping may 
-be more than lowering the available bandwidth - it is also used to smooth out 
+When traffic is shaped, its rate of transmission is under control. Shaping may
+be more than lowering the available bandwidth - it is also used to smooth out
 bursts in traffic for better network behaviour. Shaping occurs on egress.
 
-.TP 
+.TP
 SCHEDULING
 By scheduling the transmission of packets it is possible to improve 
interactivity
 for traffic that needs it while still guaranteeing bandwidth to bulk 
transfers. Reordering
@@ -80,34 +80,34 @@
 
 .TP
 DROPPING
-Traffic exceeding a set bandwidth may also be dropped forthwith, both on 
+Traffic exceeding a set bandwidth may also be dropped forthwith, both on
 ingress and on egress.
 
 .P
-Processing of traffic is controlled by three kinds of objects: qdiscs, 
-classes and filters. 
+Processing of traffic is controlled by three kinds of objects: qdiscs,
+classes and filters.
 
 .SH QDISCS
-.B qdisc 
-is short for 'queueing discipline' and it is elementary to 
-understanding traffic control. Whenever the kernel needs to send a 
-packet to an interface, it is 
+.B qdisc
+is short for 'queueing discipline' and it is elementary to
+understanding traffic control. Whenever the kernel needs to send a
+packet to an interface, it is
 .B enqueued
 to the qdisc configured for that interface. Immediately afterwards, the kernel
 tries to get as many packets as possible from the qdisc, for giving them
 to the network adaptor driver.
 
-A simple QDISC is the 'pfifo' one, which does no processing at all and is a 
pure 
+A simple QDISC is the 'pfifo' one, which does no processing at all and is a 
pure
 First In, First Out queue. It does however store traffic when the network 
interface
 can't handle it momentarily.
 
 .SH CLASSES
-Some qdiscs can contain classes, which contain further qdiscs - traffic may 
+Some qdiscs can contain classes, which contain further qdiscs - traffic may
 then be enqueued in any of the inner qdiscs, which are within the
 .B classes.
-When the kernel tries to dequeue a packet from such a 
+When the kernel tries to dequeue a packet from such a
 .B classful qdisc
-it can come from any of the classes. A qdisc may for example prioritize 
+it can come from any of the classes. A qdisc may for example prioritize
 certain kinds of traffic by trying to dequeue from certain classes
 before others.
 
@@ -117,45 +117,45 @@
 is used by a classful qdisc to determine in which class a packet will
 be enqueued. Whenever traffic arrives at a class with subclasses, it needs

Bug#674023: [RFR] templates://ledgersmb/{templates}

[Robert James Clay]

On Fri, 2012-05-25 at 01:10 -0400, Christian PERRIER wrote:
> Please find, for review, the debconf templates and packages descriptions
>  for the ledgersmb source package.
> 

> I'm not entirely convinced that we should mention "setup.pl". Better
> talk about the "Configure database" part of the web interface or
> something like this.

   But that's how it's referred to, as "setup.pl".  


> 
> I also tried to avoid the "for for" constructionJustin will
> probably have better suggestions.

   Yes, that is a bit awkward.

> 
> BTW, don't you use a password confirmation template et something to
> compare the two passwords entered? That requires some coding in the
> config scripts but makes things more robust.
> 
> If you want to do so, I have ready standard debconf templates for
> this..:-)
> (password confirmation template and "passwords do not match" error template)

I'm still unfamiliar with using debconf and so would certainly be
interested in taking a look at that.


> -Description: Financial accounting and ERP program
> +Description: financial accounting and ERP program
>   LedgerSMB is a double-entry financial accounting and Enterprise Resource
> - Planning system which offers Accounts Receivable, Accounts Payable and 
> General
> - Ledger tracking as well as inventory control and fixed assets handling. The
> + Planning system which offers "Accounts Receivable", "Accounts Payable" and 
> "General
> + Ledger" tracking as well as inventory control and fixed assets handling. The

   It's unclear to me why those need to be in quotes like that?


> Very good package description!

   Well, Raphaël was rather insistent on the description being better
than what I originally started with.






Jame





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

Bug#665851: Bug#597050: GNU parallel, name conflict with moreutils

[Joey Hess]

I think it's illustrative of the upstream for "GNU parallel" that

- It includes a /usr/bin/sql program, which is the best example of
  namespace pollution I have ever thought of.
- It has a completely absurd number of options including gems such as 
  --skip-first-line (because tail is too hard?), --trim (because sed is
  too hard to use?) --xargs (???), and has already grown real bloat
  that includes the ability to tranfer files between computers.
  It is 5143 lines of code, and the anthethesis of a simple, clean,
  well-designed unix command.
- The parallem program contains code that detects if stdin is a terminal
  and whines at the user in a most non-unix way.
- Its author is apparently not aware of this when responding to bug
  reports, and tries to use it as a justification to remove the --tollef
  compatability option, which it has nothing to do with.
- The --tollef compatability option is not compatible with even the
  first example on the man page of that program.
- The --tollef compatability option was, AFAIK, named without getting
  the permission of the person it refers to, and therefore essentially
  drags his good name through the mud.
- (It's also wasted far, far more of our collective time than it's worth.)

At this point, I feel that "GNU parallel" is at best doing nothing but
reinforcing negative stereotypes about the GNU project producing
bloatware, and at worst, indicates that the GNU project provides
false legitimacy to projects at this level of quality.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#674703: posh: does not respect "nostrip"

[Raphael Geissert]

Package: posh
Version: 0.10.1

Hi Clint,

Building posh with DEB_BUILD_OPTIONS=nostrip still results in a stripped 
binary, debian/rules calls strip unconditionally.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#674702: win32-loader:Adding Latvian translation

[Rūdolfs Mazurs]

Package: win32-loader
Version: master

I've translated the win32-loader .po file for Debian installer 
in Latvian  language. Hopefully, it can be included in 
the next stable Debian release.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Rūdolfs Mazurs , 2012.
msgid ""
msgstr ""
"Project-Id-Version: win32-loader\n"
"Report-Msgid-Bugs-To: win32-loa...@packages.debian.org\n"
"POT-Creation-Date: 2011-09-27 13:40+0200\n"
"PO-Revision-Date: 2012-05-26 15:18+0300\n"
"Last-Translator: Rūdolfs Mazurs \n"
"Language-Team: Latvian \n"
"Language: lv\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n != 0 ? 1 : "
"2);\n"
"X-Generator: Lokalize 1.4\n"

#. translate:
#. This must be a valid string recognised by Nsis.  If your
#. language is not yet supported by Nsis, please translate the
#. missing Nsis part first.
#.
#: win32-loader.sh:36 win32-loader.c:39
msgid "LANG_ENGLISH"
msgstr "LANG_LATVIAN"

#. translate:
#. This must be the string used by GNU iconv to represent the charset used
#. by Windows for your language.  If you don't know, check
#. [wine]/tools/wmc/lang.c, or http://www.microsoft.com/globaldev/reference/WinCP.mspx
#.
#. IMPORTANT: In the rest of this file, only the subset of UTF-8 that can be
#. converted to this charset should be used.
#: win32-loader.sh:52
msgid "windows-1252"
msgstr "windows-1257"

#. translate:
#. Charset used by NTLDR in your localised version of Windows XP.  If you
#. don't know, maybe http://en.wikipedia.org/wiki/Code_page helps.
#: win32-loader.sh:57
msgid "cp437"
msgstr "cp775"

#. translate:
#. The name of your language _in English_ (must be restricted to ascii)
#: win32-loader.sh:67
msgid "English"
msgstr "Latvian"

#. translate:
#. IMPORTANT: only the subset of UTF-8 that can be converted to NTLDR charset
#. (e.g. cp437) should be used in this string.  If you don't know which charset
#. applies, limit yourself to ascii. $target_distro; will be "Debian" and $kernel_name;
#. will be either "GNU/Linux", "GNU/kFreeBSD" or "GNU/Hurd" (in ASCII)
#: win32-loader.sh:82
#, sh-format
msgid "$target_distro $kernel_name - Continue with install process"
msgstr "$target_distro $kernel_name - turpināt instalēšanas procesu"

#. translate:
#. IMPORTANT: only the subset of UTF-8 that can be converted to NTLDR charset
#. (e.g. cp437) should be used in this string.  If you don't know which charset
#. applies, limit yourself to ascii.
#: win32-loader.sh:88
msgid "PXE - Network boot"
msgstr "PXE - palaišana no tīkla"

#. translate:
#. The nlf file for your language should be found in
#. /usr/share/nsis/Contrib/Language files/
#.
#: win32-loader.c:68
msgid "English.nlf"
msgstr "Latvian.nlf"

#. translate:
#. This is the program name, that appears in the installer windows captions and in the Windows Uninstaller dialog.
#. Ampersands (&) are _forbidden_ in that string.
#.
#: win32-loader.c:75
msgid "Debian-Installer loader"
msgstr "Debian-Installer palaidējs"

#: win32-loader.c:76
msgid "Cannot find win32-loader.ini."
msgstr "Nevar atrast win32-loader.ini."

#: win32-loader.c:77
msgid "win32-loader.ini is incomplete.  Contact the provider of this medium."
msgstr ""
"win32-loader.ini ir nepilnīgs. Sazinieties ar šī datu nesēja piegādātāju."

#: win32-loader.c:78
msgid ""
"This program has detected that your keyboard type is \"$0\".  Is this "
"correct?"
msgstr "Programma noteica šīs tastatūras tipu kā \"$0\". Vai tas tā ir?"

#: win32-loader.c:79
msgid ""
"Please send a bug report with the following information:\n"
"\n"
" - Version of Windows.\n"
" - Country settings.\n"
" - Real keyboard type.\n"
" - Detected keyboard type.\n"
"\n"
"Thank you."
msgstr ""
"Lūdzu, nosūtiet kļūdas ziņojumu ar sekojošo informāciju:\n"
"\n"
" - Windows versija.\n"
" - Valsts iestatījumi.\n"
" - Īstais tastatūras tips.\n"
" - Noteiktais tastatūras tips.\n"
"\n"
"Thank you."

#: win32-loader.c:80
msgid ""
"There doesn't seem to be enough free disk space in drive $c.  For a complete "
"desktop install, it is recommended to have at least 3 GB.  If there is "
"already a separate disk or partition for this install, or if you plan to "
"replace Windows completely, you can safely ignore this warning."
msgstr ""
"Neizskatās, ka dzinī $c pietiktu brīvās vietas. Lai uzinstalētu pilnu "
"darbvirsmu, ir ieteicami brīvi vismaz 3 GB. Ja šai instalācijai jau ir "
"atsevišķs disks vai nodalījums, vai arī, ja plānojat pilnībā aizvietot "
"Windows, jūs varat ignorēt šo brīdinājumu."

#: win32-loader.c:81
msgid "Error: not enough free disk space.  Aborting install."
msgstr "Kūda – nepietiek brīvās vietas. Aptur instalēšanu."

#: win32-loader.c:82
msgid "This program doesn't support Windows $windows_version yet."
msgstr "Šī programma vēl neatbalsta Windows $windows_version."

#: win32-loader.c:83
msgid ""
"The system version you're trying to ins

Bug#674675: aptitude-doc: 4 minor fixes to the aptitude.pot template

[Beatrice]

Hi.

I first submitted this bug and the 674664 one to the package
aptitude-doc which is non-existant. I thought that was the name of the
source package for the documentation.

I then reassigned them both to the aptitude package.
Sorry I don't know how to reassign them to the source package, but I
guess at least it is not a non-existant/unknow package.

I deeply apologize for the mishap.

Beatrice



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

Bug#674701: posh: segfaults when passing -h

[Raphael Geissert]

Package: posh
Version: 0.10.1

Hi,

$ gdb posh
[...]
Reading symbols from /bin/posh...done.
(gdb) run -h
Starting program: /bin/posh -h
/bin/posh: /bin/posh: -h: unknown option

Program received signal SIGSEGV, Segmentation fault.
0x080507e4 in bi_errorf (fmt=0x0) at io.c:59
59  if (*fmt) {
(gdb) bt full
#0  0x080507e4 in bi_errorf (fmt=0x0) at io.c:59
va = 0xbfffeb08 "\355\357\377\277>>\006\bh"
#1  0x08057f3d in ksh_getopt (argv=0xbfffee34, go=0xbfffeb50, 
options=0x8067b78 "o:acCefilnuvx") at misc.c:759
c = 104 'h'
o = 0x0
#2  0x08057192 in parse_args (argv=0xbfffee34, what=1, setargsp=0x0) at 
misc.c:297
[...]


Looks like bi_errorf should be checking for "fmt" instead of "*fmt".

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



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

Bug#674700: Attempt to update Gnome on Debian kills system

[Linda R]

Package: gnome
Version: 2.30
Severity: critical

I'm not sure which part of Gnome the problem is in, because it is a very
general problem.

I wrote a request for enhancement bug for Gnome about the lack of good
documentation for setting up dual monitors, and I offered to help fix it. 
Someone replied that this was because I was using an older version of Gnome
(2.30), but the new one (3) was better.  I found that the current stable
version of Debian (Squeeze) uses Gnome 2.30.  I asked why this wouldn't be
fixed in 2.30 since I guess if this is the version of Gnome included in the
stable version of Debian, it would help a lot of users to have this info.  He 
said he knew that more people used Gnome 3 because of his knowledge of
statistics and experience. I should still update Gnome by finding instructions 
on a site specific to my distribution.  Okay.

So I went here

http://wiki.debian.org/Gnome#task

and followed the instructions

apt-get install aptitude tasksel
tasksel install gnome-desktop --new-install

attempting to upgrade to Gnome 3.

After this, I rebooted and found that it was still Gnome 2.30.  Also,
everything was going very slowly, the terminal window took a long time to open, 
there were errors like CPU overheated, throttled, Mixerapplet error, inode 
errors, etc.  I rebooted numerous times with progressively worse results, to 
the point that I wondered if it was a problem with the hardware, like the CPU 
or fan.  I wrote back to this person asking about this problem, but he said he 
knew nothing about Debian.

Anyways, it looks like I may have to wipe out my entire system, losing
applications and personal files, and try to reinstall it -- not just Gnome, but 
all of Debian Linux.  The last thing I am trying was someone else's advice to 
do an "aptitude update && aptitude dist-upgrade" to see if any newer packages 
solve the problem.



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

Bug#674699: Suspending emacsclient with C-z puts emacs in unrecoverable state

[Jonas Kölker]

Package: emacs23
Version: 23.4+1-3
Severity: important

Here's how you hang emacs:

$ emacs -nw -Q
M-x server-start
M-x shell
(in *shell*) emacsclient /tmp/foo
switch away from the emacsclient buffer, back to the *shell* buffer
hit `C-c C-z' to suspend emacsclien

This should put you back to the terminal from which you started emacs:

$ emacs
X

The X indicates the xterm cursor location.

I haven't found a way to resurrect emacs from there.  I've tried pkill -CONT
emacsclient, I'ved tried suspending emacs with C-z and then running `bg' and
`fg' in my shell (i.e. zsh, but it's probably WLOG).  None of these resurrect
emacs.

Here's what M-x report-emacs-bug thought bug-gnu-em...@gnu.org should know,
followed by what reportbug thought sub...@bugs.debian.org should know.

---

In GNU Emacs 23.4.1 (i486-pc-linux-gnu, GTK+ Version 2.24.10)
 of 2012-04-07 on biber, modified by Debian
configured using `configure  '--build' 'i486-linux-gnu' '--build' 
'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' 
'--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' 
'--mandir=/usr/share/man' '--with-pop=yes' 
'--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.4/site-lisp:/usr/share/emacs/site-lisp'
 '--with-crt-dir=/usr/lib/i386-linux-gnu' '--with-x=yes' '--with-x-toolkit=gtk' 
'--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'CFLAGS=-g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security 
-Werror=format-security -Wall -DDEBIAN -O2' 'CPPFLAGS=-D_FORTIFY_SOURCE=2''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  value of $LC_CTYPE: en_US.UTF-8
  value of $LC_MESSAGES: en_US.UTF-8
  value of $LC_MONETARY: en_US.UTF-8
  value of $LC_NUMERIC: en_US.UTF-8
  value of $LC_TIME: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  global-whitespace-mode: t
  xterm-mouse-mode: t
  show-paren-mode: t
  window-number-meta-mode: t
  window-number-mode: t
  shell-dirtrack-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC [ > 0 ; 2 7 8 ; 0 c ESC ] 1 1 ; r g b : 0 0 0 0 
/ 0 0 0 0 / 0 0 0 0 ESC \ r e p o TAB ESC x r e p a 
DEL o r TAB RET

Recent messages:
Loading /etc/emacs/site-start.d/52remember-el.el (source)...
Loading /usr/share/emacs/site-lisp/remember-el/remember-autoloads.el 
(source)...done
Loading /etc/emacs/site-start.d/52remember-el.el (source)...done
Loading /etc/emacs/site-start.d/52semantic.el (source)...done
Loading /etc/emacs/site-start.d/53cedet-contrib.el (source)...done
Loading /etc/emacs/site-start.d/53cogre.el (source)...done
Loading /etc/emacs/site-start.d/60agda-stdlib.el (source)...done
Loading /home/jonas/src/other/elisp/window-number.el (source)...done
Loading whitespace...done
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
/usr/share/emacs23/site-lisp/css-mode/css-mode hides 
/usr/share/emacs/site-lisp/css-mode/css-mode
/usr/share/emacs23/site-lisp/auctex/tex-bar hides 
/usr/share/emacs/site-lisp/auctex/tex-bar
/usr/share/emacs23/site-lisp/auctex/font-latex hides 
/usr/share/emacs/site-lisp/auctex/font-latex
/usr/share/emacs23/site-lisp/auctex/toolbar-x hides 
/usr/share/emacs/site-lisp/auctex/toolbar-x
/usr/share/emacs23/site-lisp/auctex/context-en hides 
/usr/share/emacs/site-lisp/auctex/context-en
/usr/share/emacs23/site-lisp/auctex/context-nl hides 
/usr/share/emacs/site-lisp/auctex/context-nl
/usr/share/emacs23/site-lisp/auctex/tex-info hides 
/usr/share/emacs/site-lisp/auctex/tex-info
/usr/share/emacs23/site-lisp/auctex/tex-mik hides 
/usr/share/emacs/site-lisp/auctex/tex-mik
/usr/share/emacs23/site-lisp/auctex/tex-style hides 
/usr/share/emacs/site-lisp/auctex/tex-style
/usr/share/emacs23/site-lisp/auctex/tex-fold hides 
/usr/share/emacs/site-lisp/auctex/tex-fold
/usr/share/emacs23/site-lisp/auctex/preview hides 
/usr/share/emacs/site-lisp/auctex/preview
/usr/share/emacs23/site-lisp/auctex/latex hides 
/usr/share/emacs/site-lisp/auctex/latex
/usr/share/emacs23/site-lisp/auctex/context hides 
/usr/share/emacs/site-lisp/auctex/context
/usr/share/emacs23/site-lisp/auctex/tex-buf hides 
/usr/share/emacs/site-lisp/auctex/tex-buf
/usr/share/emacs23/site-lisp/auctex/tex-font hides 
/usr/share/emacs/site-lisp/auctex/tex-font
/usr/share/emacs23/site-lisp/auctex/tex-jp hides 
/usr/share/emacs/site-lisp/auctex/tex-jp
/usr/share/emacs23/site-lisp/auctex/tex-fptex hides 
/usr/share/emacs/site-lisp/auctex/tex-fptex
/usr/share/emacs23/site-lisp/auctex/p

Bug#674698: diverts moreutils parallel with incompatable version

[Joey Hess]

Package: parallel
Version: 20120422-1

I have had to make ikiwiki-hosting conflict with parallel because even
with --tollef enabled by default, it fails to behave the same as
moreutils parallel does. Taking the first example from the man page:

   parallel sh -c "echo hi; sleep 2; echo bye" -- 1 2 3

   This runs three subshells that each  print  a  message,
   delay,  and  print  another message. If your system has
   multiple CPUs, parallel will run some of  the  jobs  in
   parallel, which should be clear from the order the mes‐
   sages are output.

joey@gnu:~>parallel.moreutils sh -c "echo hi; sleep 2; echo bye" -- 1 2 3
hi
hi
bye
bye
hi
bye
joey@gnu:~>parallel --tollef sh -c "echo hi; sleep 2; echo bye" -- 1 2 3

bye 1

bye 2

bye 3


-- 
see shy jo


signature.asc
Description: Digital signature

Bug#674697: grub2: Adding Latvian translation

[Rūdolfs Mazurs]

Package: grub2
Version: master

I've translated the grub2 .po file for Debian installer 
in Latvian  language. Hopefully, it can be included in 
the next stable Debian release.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Rūdolfs Mazurs , 2012.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: gr...@packages.debian.org\n"
"POT-Creation-Date: 2011-05-27 13:33+0100\n"
"PO-Revision-Date: 2012-05-25 12:10+0300\n"
"Last-Translator: Rūdolfs Mazurs \n"
"Language-Team: Latvian \n"
"Language: lv\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n != 0 ? 1 : "
"2);\n"
"X-Generator: Lokalize 1.4\n"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "Chainload from menu.lst?"
msgstr "Secīgi ielādēt no menu.lst?"

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid "GRUB upgrade scripts have detected a GRUB Legacy setup in /boot/grub."
msgstr ""
"GRUB uzlabošanas skripti ir atklājuši GRUB mantotos iestatījumus mapē "
"/boot/grub."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"In order to replace the Legacy version of GRUB in your system, it is "
"recommended that /boot/grub/menu.lst is adjusted to load a GRUB 2 boot image "
"from your existing GRUB Legacy setup. This step can be automatically "
"performed now."
msgstr ""
"Lai aizvietotu mantoto GRUB versiju savā sistēmā, iesakām pielāgot "
"/boot/grub/menu.lst, lai tā ielādē GRUB 2 palaišanas attēlu no esošās GRUB "
"mantotās instalācijas. Tagad šo soli var veikt automātiski."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"It's recommended that you accept chainloading GRUB 2 from menu.lst, and "
"verify that the new GRUB 2 setup works before it is written to the MBR "
"(Master Boot Record)."
msgstr ""
"Ieteicams pieņemt secīgās ielādes (chainloading) GRUB 2 no menu.lst un "
"pārliecināties, ka jaunais GRUB 2 darbojas, pirms no ierakstīt MBR (galvenajā "
"palaišanas ierakstā)."

#. Type: boolean
#. Description
#: ../grub-pc.templates.in:2001
msgid ""
"Whatever your decision, you can replace the old MBR image with GRUB 2 later "
"by issuing the following command as root:"
msgstr ""
"Lai kāds būtu lēmums, jūs varat aizvietot veco MBR attēlu ar GRUB 2 vēlāk, "
"dodot sekojošās komandas ar root tiesībām:"

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid "GRUB install devices:"
msgstr "GRUB instalēšanas ierīces:"

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid ""
"The grub-pc package is being upgraded. This menu allows you to select which "
"devices you'd like grub-install to be automatically run for, if any."
msgstr ""
"Tiek uzlabota grub-pc pakotne. Šī izvēlne ļauj jums izvēlēties ierīces, kuras "
"grub-install vajadzētu palaists (ja vajag)."

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001
msgid ""
"Running grub-install automatically is recommended in most situations, to "
"prevent the installed GRUB core image from getting out of sync with GRUB "
"modules or grub.cfg."
msgstr ""
"Automātiska grub-install palaišana ir ieteicama vairumā gadījumu, lai "
"nepieļautu, ka instalētais GRUB attēls būtu asinhrons ar GRUB moduļiem vai "
"grub.cfg."

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid ""
"If you're unsure which drive is designated as boot drive by your BIOS, it is "
"often a good idea to install GRUB to all of them."
msgstr ""
"Ja nezināt, kuru dzini BIOS ir nozīmējis kā palaišanas dzini, tad bieži ir "
"ieteicams instalēt GRUB uz visiem dziņiem."

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:3001 ../grub-pc.templates.in:4001
msgid ""
"Note: it is possible to install GRUB to partition boot records as well, and "
"some appropriate partitions are offered here. However, this forces GRUB to "
"use the blocklist mechanism, which makes it less reliable, and therefore is "
"not recommended."
msgstr ""
"Ņemiet vērā — ir iespējams uzinstalēt GRUB arī uz nodalījuma palaišanas "
"ierakstiem, un šeit tiek piedāvāti daži noderīgi nodalījumi. Bet tas liek "
"GRUB izmantot bloķēšanas saraksta mehānismu, kas padara to mazāk uzticamu, "
"tātad nerekomendējamu."

#. Type: multiselect
#. Description
#: ../grub-pc.templates.in:4001
msgid ""
"The GRUB boot loader was previously installed to a disk that is no longer "
"present, or whose unique identifier has changed for some reason. It is "
"important to make sure that the installed GRUB core image stays in sync with "
"GRUB modules and grub.cfg. Please check again to make sure that GRUB is "
"written to the appropriate boot devices."
msgstr ""
"GRUB pala

Bug#671798: no, this has nothing to do with --tollef

[Joey Hess]

This is becoming absurd. No program I have written, or have anything to
do with, prints nasty messages at a user who has the temerity to try to
talk to it via stdin. Certianly nothing in moreutils behaves this way.

2 minutes in the code would show you that this has nothing to do with
--tollef, as shown by this simple example

% parallel --gnu
parallel: Input is read from the terminal. Only experts do this on purpose. 
Press CTRL-D to exit.

But let's make sure:

% sudo rm /etc/parallel/config 
% parallel --gnu me harder
parallel: Input is read from the terminal. Only experts do this on purpose. 
Press CTRL-D to exit.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#674696: espeakup: Adding Latvian translation

[Rūdolfs Mazurs]

Package: espeakup
Version: master

I've translated the ejectespeakup .po file for Debian installer 
in Latvian  language. Hopefully, it can be included in 
the next stable Debian release.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Rūdolfs Mazurs , 2012.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: espea...@packages.debian.org\n"
"POT-Creation-Date: 2011-06-11 23:55+0200\n"
"PO-Revision-Date: 2012-05-25 01:08+0300\n"
"Last-Translator: Rūdolfs Mazurs \n"
"Language-Team: Latvian \n"
"Language: lv\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n != 0 ? 1 : "
"2);\n"
"X-Generator: Lokalize 1.4\n"

#. Type: text
#. Description
#. Main menu item. Please keep below 55 columns
#: ../espeakup-udeb.templates:1001
msgid "Configure the speech synthesizer voice"
msgstr "Konfigurēt runas sintezatora balsi"

Bug#674695: contains a "sql" program?!

[Joey Hess]

Package: parallel
Version: 20120422-1
Severity: normal

SQL has existed since 1970. Surely this is absurd namespace pollution?
Calling a program "sql" is somewhere in a spectrum between calling
a program "www" and calling a program "server". No point in that
spectrum makes much sense.

And the parallel to parallel seems tenuous at best, indeed
it seems limited to it being able to be called in parallel in order to
drop tables.

(... Which makes me wonder when GNU Parallel will include GNU rm?
And will you make it slower, broken, and divert the regular one without
warning the packages you break, like you did with moreutils and
ikiwiki-hosting? Oh, pardon the rant ...)

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

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

Versions of packages parallel depends on:
ii  perl  5.14.2-9
ii  perl-modules  5.14.2-9

parallel recommends no packages.

parallel suggests no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#674694: resize2fs(8): Unnecessary escape before a tab in the manual

[Bjarni Ingi Gislason]

Package: e2fsprogs
Version: 1.41.12-4stable1
Severity: minor
Tags: patch

  From "man ..." ("groff -ww ..."):

:97: warning: escape character ignored before a tab 
character
:97: warning: escape character ignored before a tab 
character
:99: warning: escape character ignored before a tab 
character
:99: warning: escape character ignored before a tab 
character
:101: warning: escape character ignored before a tab 
character
:101: warning: escape character ignored before a tab 
character

  Spaces at end of lines removed

  No-break space put between number and unit.



  General considerations

a) Manuals should usually only be left justified.  Use ".ad l"
as the first regular command.

b) Each sentence should begin on a new line.  The conventions
about the amount of space between sentences are different.  This
also makes a check on the number of space characters between
words easier.

c) Separate numbers from units with a (no-break) space.  A
no-break space can be code 0xA0, "\ " (\), or "\~"
(groff).

d) Use macros "TS/TE" for tables with more than two columns.
Then use

'\" t

as the first line in the source to tell "man" to use the "tbl"
preprocessor.

e) Protect last period (full stop) in abbreviations with "\&",
if it is or might be (through new formatting of source) at the
end of line, if it is also not an end of sentence.




  Patch (should also work for "resize2fs.8.in"):

--- resize2fs.8 2012-05-25 20:39:35.0 +
+++ resize2fs.8.new 2012-05-25 20:45:22.0 +
@@ -11,7 +11,7 @@
 .B \-fFpPM
 ]
 [
-.B \-d 
+.B \-d
 .I debug-flags
 ]
 [
@@ -23,31 +23,31 @@
 .I size
 ]
 .SH DESCRIPTION
-The 
-.B resize2fs 
+The
+.B resize2fs
 program will resize ext2, ext3, or ext4 file systems.  It can be used to
-enlarge or shrink an unmounted file system located on 
+enlarge or shrink an unmounted file system located on
 .IR device .
 If the filesystem is mounted, it can be used to expand the size of the
 mounted filesystem, assuming the kernel supports on-line resizing.  (As
 of this writing, the Linux 2.6 kernel supports on-line resize for
 filesystems mounted using ext3 and ext4.).
 .PP
-The 
+The
 .I size
 parameter specifies the requested new size of the filesystem.
 If no units are specified, the units of the
 .I size
 parameter shall be the filesystem blocksize of the filesystem.
-Optionally, the 
+Optionally, the
 .I size
-parameter may be suffixed by one of the following the units 
+parameter may be suffixed by one of the following the units
 designators: 's', 'K', 'M', or 'G',
 for 512 byte sectors, kilobytes, megabytes, or gigabytes, respectively.
-The 
+The
 .I size
 of the filesystem may never be larger than the size of the partition.
-If 
+If
 .I size
 parameter is not specified, it will default to the size of the partition.
 .PP
@@ -63,50 +63,50 @@
 .B resize2fs
 program does not manipulate the size of partitions.  If you wish to enlarge
 a filesystem, you must make sure you can expand the size of the
-underlying partition first.  This can be done using 
+underlying partition first.  This can be done using
 .BR fdisk (8)
 by deleting the partition and recreating it with a larger size or using
 .BR lvextend (8),
 if you're using the logical volume manager
 .BR lvm (8).
-When 
+When
 recreating the partition, make sure you create it with the same starting
-disk cylinder as before!  Otherwise, the resize operation will 
-certainly not work, and you may lose your entire filesystem.  
+disk cylinder as before!  Otherwise, the resize operation will
+certainly not work, and you may lose your entire filesystem.
 After running
 .BR fdisk (8),
-run resize2fs to resize the ext2 filesystem 
+run resize2fs to resize the ext2 filesystem
 to use all of the space in the newly enlarged partition.
 .PP
-If you wish to shrink an ext2 partition, first use 
+If you wish to shrink an ext2 partition, first use
 .B resize2fs
-to shrink the size of filesystem.  Then you may use 
+to shrink the size of filesystem.  Then you may use
 .BR fdisk (8)
-to shrink the size of the partition.  When shrinking the size of 
-the partition, make sure you do not make it smaller than the new size 
+to shrink the size of the partition.  When shrinking the size of
+the partition, make sure you do not make it smaller than the new size
 of the ext2 filesystem!
 .SH OPTIONS
 .TP
 .B \-d \fIdebug-flags
-Turns on various resize2fs debugging features, if they have been compiled 
+Turns on various resize2fs debugging features, if they have been compiled
 into the binary.
 .I debug-flags
-should be computed by adding the numbers of the desired features 
+should be computed by adding the numbers of the desired features
 from the following list:
 .br
-\  2\  \-\ Debug block relocations
+   2   \-\ Debug block relocations
 .br
-\  4\  \-\ Debug inode relocations
+   4   \-\ Debug inode relocations
 .br
-\  8\  \-\ Debug moving the inode table
+   8   \-\ Debug moving the inod

Bug#674693: eject: Adding Latvian translation

[Rūdolfs Mazurs]

Package: eject
Version: master

I've translated the eject .po file for Debian installer 
in Latvain  language. Hopefully, it can be included in 
the next stable debian release.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Rūdolfs Mazurs , 2012.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-04-11 23:40+0200\n"
"PO-Revision-Date: 2012-05-25 01:07+0300\n"
"Last-Translator: Rūdolfs Mazurs \n"
"Language-Team: Latvian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language: lv\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n != 0 ? 1 : "
"2);\n"
"X-Generator: Lokalize 1.4\n"

#. Type: text
#. description
#: ../eject-udeb.templates:3
msgid "Eject a CD from the drive"
msgstr "Izgrūst CD no dziņa"

Bug#665851: Bug#597050: GNU parallel, name conflict with moreutils

[Joey Hess]

Georgios M. Zarkadas wrote:
> just FYI, GNU parallel is already in Wheezy, in a way that does not
> conflict with moreutils (cf. the last messages in Bug#518696).

And which breaks ikiwiki-hosting if it's installed along with parallel.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#672260: closed by Mate Miklos (Done: [gnome-terminal] incorrect partial redraw in mc)

[Eric Cooper]

reopen 672260
thanks

On Fri, May 18, 2012 at 01:31:47PM +, Debian Bug Tracking System wrote:
> Date: Fri, 18 May 2012 15:18:32 +0200
> From: Mate Miklos 
> To: 668182-d...@bugs.debian.org
> Subject: Done: [gnome-terminal] incorrect partial redraw in mc
> 
> Package: xorg-server
> 
> --- Please enter the report below this line. ---
> With the updated radeon driver the cairo rendering error is fixed, and this 
> bug 
> disappeared. Thanks.

I'm using the nouveau driver and the problem is still here.

-- 
Eric Cooper e c c @ c m u . e d u



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

Bug#674685: [php-maint] Bug#674685: php5: Please build with t1lib

[Helge Kreutzmann]

retitle 674685 Please document reasons for not supporting t1lib/imagepsloadfont
thanks

Hello Ondřej,
On Sat, May 26, 2012 at 08:55:48PM +0200, Ondřej Surý wrote:
> On Sat, May 26, 2012 at 8:50 PM, Helge Kreutzmann  
> wrote:
> > Hello Ondřej,
> > thanks for your ultra fast reply!
> >
> > On Sat, May 26, 2012 at 08:46:02PM +0200, Ondřej Surý wrote:
> >> T1lib wont ve reactivated, see: 
> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638755
> >
> > Oh, I did not see anything for this in README.Debian.
> >
> > How is imagepsloadfont replaced?
> 
> It's not replaced, it's just not supported. t1lib is a security nightmare.

Ok, I just hoped that there would be a migration plan. Since I only
need it occaisonally I probably will need to build local copies for
these occasions.

> > It would be great to have this
> > documented, I only found the question in 638755, not the answer.
> 
> It's documented in debian/NEWS (which shows up if you have
> apt-listchanges installed).
> 
> http://anonscm.debian.org/gitweb/?p=pkg-php/php.git;a=blob;f=debian/NEWS;h=64d32f252401809bed12ef55ea1be495a3015c9e;hb=HEAD

I think it would be a good idea to document this permanently in
README.Debian, I hence retitled this bug.

Greetings

  Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#674685: [php-maint] Bug#674685: php5: Please build with t1lib

[Ondřej Surý]

On Sat, May 26, 2012 at 8:50 PM, Helge Kreutzmann  wrote:
> Hello Ondřej,
> thanks for your ultra fast reply!
>
> On Sat, May 26, 2012 at 08:46:02PM +0200, Ondřej Surý wrote:
>> T1lib wont ve reactivated, see: 
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638755
>
> Oh, I did not see anything for this in README.Debian.
>
> How is imagepsloadfont replaced?

It's not replaced, it's just not supported. t1lib is a security nightmare.

> It would be great to have this
> documented, I only found the question in 638755, not the answer.

It's documented in debian/NEWS (which shows up if you have
apt-listchanges installed).

http://anonscm.debian.org/gitweb/?p=pkg-php/php.git;a=blob;f=debian/NEWS;h=64d32f252401809bed12ef55ea1be495a3015c9e;hb=HEAD

O.
-- 
Ondřej Surý 



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

Bug#674692: libnepomuk4: Nepomuk complains about missing virtuoso server resp. virtuoso soprano plugin

[Eric Lavarde]

Package: libnepomuk4
Version: 4:4.7.4-4
Severity: normal

Hi,

cleaning up my system from packages without source, I removed all the
virtuoso packages; aptitude didn't complain about any missing dependency
but since then I get from KDE the attached message:

Semantic Data Storage - Nepomuk Semantic Desktop needs the Virtuoso
RDF server to store its data. Installing the Virtuoso Soprano plugin
is mandatory for using Nepomuk.

I am NOT complaining about the fact that Virtuoso disappeared from
testing, I am complaining about the fact that Nepomuk doesn't depend on
Virtuoso but complains that it is absolutely required to work.
In my opinion, this should be at least a warrant for a "Recommends" if
not a "Depends".
I have seen that libnepomuk4 depends on libsoprano4 which depends on
soprano-daemon which _suggests_ virtuoso-minimal, but that is definitely
not a strong enough dependency, or Nepomuk shouldn't complain about a
missing Virtuoso and confuse (and annoy to be honest) Debian users.

Thanks, Eric

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

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

Versions of packages libnepomuk4 depends on:
ii  libc62.13-32
ii  libkdecore5  4:4.7.4-4
ii  libkdeui54:4.7.4-4
ii  libqt4-dbus  4:4.8.1-1
ii  libqtcore4   4:4.8.1-1
ii  libqtgui44:4.8.1-1
ii  libsoprano4  2.7.5+dfsg.1-1
ii  libstdc++6   4.7.0-8

libnepomuk4 recommends no packages.

libnepomuk4 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#674685: [php-maint] Bug#674685: php5: Please build with t1lib

[Helge Kreutzmann]

Hello Ondřej,
thanks for your ultra fast reply!

On Sat, May 26, 2012 at 08:46:02PM +0200, Ondřej Surý wrote:
> T1lib wont ve reactivated, see: 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638755

Oh, I did not see anything for this in README.Debian.

How is imagepsloadfont replaced? It would be great to have this
documented, I only found the question in 638755, not the answer.

> Ondřej Surý
> 
> On 26. 5. 2012, at 20:28, Helge Kreutzmann  wrote:
> 
> > Package: php5
> > Version: 5.4.0-3
> > Severity: wishlist
> > 
> > In debian/rules t1lib is deactivated. Please enable, because
> > otherwiese imagepsloadfont is not available.
> > 
> > Thanks!

Greetings

Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#674691: tasksel: adding translations for Latvian language

[Rūdolfs Mazurs]

Package: tasksel
Version: master

I have translated the tasksel in Latvian for the Debian Installer.
Hopefully it can be added to the next Debian stable release.
# translation of lv.po to Latvian
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
# Aigars Mahinovs , 2006.
# Rūdolfs Mazurs , 2012.
msgid ""
msgstr ""
"Project-Id-Version: lv\n"
"Report-Msgid-Bugs-To: debian-b...@lists.debian.org\n"
"POT-Creation-Date: 2006-09-13 14:42-0400\n"
"PO-Revision-Date: 2012-05-23 17:22+0300\n"
"Last-Translator: Rūdolfs Mazurs \n"
"Language-Team: Latvian \n"
"Language: lv\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.4\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n != 0 ? 1 : "
"2);\n"

#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../templates:1001 ../templates:2001
msgid "Choose software to install:"
msgstr "Izvēlieties instalējamo programmatūru:"

#. Type: multiselect
#. Description
#: ../templates:1001
msgid ""
"At the moment, only the core of the system is installed. To tune the system "
"to your needs, you can choose to install one or more of the following "
"predefined collections of software."
msgstr ""
"Pašreizējā brīdī instalēta ir tikai bāzes sistēma. Lai viegli pielāgotu "
"sistēmu jūsu vajadzībām, var instalēt vienu vai vairākas programmu grupas "
"no sekojošā saraksta."

#. Type: multiselect
#. Description
#: ../templates:2001
msgid ""
"You can choose to install one or more of the following predefined "
"collections of software."
msgstr ""
"Jūs varat instalēt vienu vai vairākas programmu grupas no sekojošā saraksta."

#. Type: title
#. Description
#: ../templates:3001
msgid "Software selection"
msgstr "Programmatūras izvēle"

#~ msgid "${ORIGCHOICES}"
#~ msgstr "${CHOICES}"
# translation of lv.po to Latvian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Aigars Mahinovs , 2006.
# Rūdolfs Mazurs , 2012.
msgid ""
msgstr ""
"Project-Id-Version: lv\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2012-01-29 17:49-0400\n"
"PO-Revision-Date: 2012-05-23 17:21+0300\n"
"Last-Translator: Rūdolfs Mazurs \n"
"Language-Team: Latvian \n"
"Language: lv\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.4\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n != 0 ? 1 : "
"2);\n"

#: ../tasksel.pl:396
msgid ""
"Usage:\n"
"tasksel install \n"
"tasksel remove \n"
"tasksel [options]\n"
"\t-t, --test  test mode; don't really do anything\n"
"\t--new-install   automatically install some tasks\n"
"\t--list-taskslist tasks that would be displayed and exit\n"
"\t--task-packages list available packages in a task\n"
"\t--task-desc returns the description of a task\n"
msgstr ""
"Lietošana:\n"
"tasksel install \n"
"tasksel remove \n"
"tasksel [opcijas]\n"
"\t-t, --test  testa režīms; patiesībā neko neinstalē\n"
"\t--new-install   automātiski instalē dažas paku grupas\n"
"\t--list-tasksizvada instalējamu paku grupu sarakstu un iziet\n"
"\t--task-packages izvada paku sarakstu kādā paku grupā\n"
"\t--task-desc izvada kādas paku grupas aprakstu\n"

#: ../tasksel.pl:648 ../tasksel.pl:657
msgid "aptitude failed"
msgstr "Kļūda, palaižot aptitude"

# translation of lv.po to Latvian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Aigars Mahinovs , 2006.
# Rūdolfs Mazurs , 2012.
msgid ""
msgstr ""
"Project-Id-Version: lv\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2011-02-27 22:39-0400\n"
"PO-Revision-Date: 2012-05-23 17:26+0300\n"
"Last-Translator: Rūdolfs Mazurs \n"
"Language-Team: Latvian \n"
"Language: lv\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.4\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n != 0 ? 1 : "
"2);\n"

#. Description
#: ../po/debian-tasks.desc:10001
msgid "manual package selection"
msgstr "manuāla paku izvēle"

#. Description
#: ../po/debian-tasks.desc:10001
msgid "Manually select packages to install in aptitude."
msgstr ""
"Ļauj izvēlēties papildu pakas instalēšanai, lietojot aptitude programmu."

#. Description
#: ../po/debian-tasks.desc:13001
msgid "Standard system utilities"
msgstr "Standarta sistēmas utilītas"

#. D

Bug#674339: vavoom: FTBFS: Could NOT find JPEG

[Kroq-gar78]

Would you mind submitting a patch to fix this problem? I suggest this course of 
action because this bug is a prety important one, in my opinion, and should be 
fixed as soon as possible. Sponsorship can take a while, especially if you 
added more stuff to your package. Therefore, I suggest submitting your patch to 
fix this FTBFS bug and then we worry about sponsorship.

Sincerely,
kroq-gar78

Bug#674690: apt: "apt-cache search" is slow because of listing /var/lib/apt/lists 45227 times

[Daniel Hahler]

Package: apt
Version: 0.9.5.1
Severity: normal

Dear Maintainer,

I've recognized that "apt-cache search" has become quite slow on my system, and 
when stracing it it shows that it lists the contents of /var/lib/apt/lists a 
lot (45227 times!):

openat(AT_FDCWD, "/var/lib/apt/lists/", 
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
getdents64(3, /* 156 entries */, 32768) = 13920
getdents64(3, /* 0 entries */, 32768) = 0
close(3) = 0

% grep -c 'openat(AT_FDCWD, "/var/lib/apt/lists/"' apt-cache-search-strace.txt
45227
(this count is reproducible with a second run)

% time apt-cache search tomahawk
apt-cache search tomahawk 3.84s user 4.54s system 99% cpu 8.427 total

I have reported the bug against Ubuntu at:
https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1004947

I have tested it to be still an issue with apt from unstable.


-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "i386";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "false";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image.*";
APT::NeverAutoRemove:: "^kfreebsd-image.*";
APT::NeverAutoRemove:: "^linux-restricted-modules.*";
APT::NeverAutoRemove:: "^linux-ubuntu-modules-.*";
APT::NeverAutoRemove:: "^gnumach$";
APT::NeverAutoRemove:: "^gnumach-image.*";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
APT::Periodic "";
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "0";
APT::Periodic::AutocleanInterval "0";
APT::Periodic::Unattended-Upgrade "0";
APT::Update "";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "touch 
/var/lib/apt/periodic/update-success-stamp 2>/dev/null || true";
APT::Update::Post-Invoke-Success:: "[ ! -f /var/run/dbus/system_bus_socket ] || 
/usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt 
org.debian.apt.CacheChanged || true";
APT::Archives "";
APT::Archives::MaxAge "30";
APT::Archives::MinAge "2";
APT::Archives::MaxSize "500";
APT::Changelogs "";
APT::Changelogs::Server "http://changelogs.ubuntu.com/changelogs";;
APT::Architectures "";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "1";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "2";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-9n";
APT::Compressor::gzip::UncompressArg "";
APT::Compressor::gzip::UncompressArg:: "-d";
APT::Compressor::bzip2 "";
APT::Compressor::bzip2::Name "bzip2";
APT::Compressor::bzip2::Extension ".bz2";
APT::Compressor::bzip2::Binary "bzip2";
APT::Compressor::bzip2::Cost "3";
APT::Compressor::bzip2::CompressArg "";
APT::Compressor::bzip2::CompressArg:: "-9";
APT::Compressor::bzip2::UncompressArg "";
APT::Compressor::bzip2::UncompressArg:: "-d";
APT::Compressor::xz "";
APT::Compressor::xz::Name "xz";
APT::Compressor::xz::Extension ".xz";
APT::Compressor::xz::Binary "xz";
APT::Compressor::xz::Cost "4";
APT::Compressor::xz::CompressArg "";
APT::Compressor::xz::CompressArg:: "-6";
APT::Compressor::xz::UncompressArg "";
APT::Compressor::xz::UncompressArg:: "-d";
APT::Compressor::lzma "";
APT::Compressor::lzma::Name "lzma";
APT::Compressor::lzma::Extension ".lzma";
APT::Compressor::lzma::Binary "xz";
APT::Compressor::lzma::Cost "5";
APT::Compressor::lzma::CompressArg "";
APT::Compressor::lzma::CompressArg:: "--format=lzma";
APT::Compressor::lzma::CompressArg:: "-9";
APT::Compressor::lzma::UncompressArg "";
APT::Compressor::lzma::UncompressArg:: "--format=lzma";
APT::Compressor::lzma::UncompressArg:: "-d";
APT::CompressorName "";
APT::CompressorExtension ".";
APT::CompressorBinary "";
APT::CompressorCost "100";
APT::CompressorCompressArg "";
APT::CompressorCompressArg:: "-9";
APT::CompressorUncompressArg "";
APT::CompressorUncompressArg:: "-d";
Dir "/";
Dir::State "var/lib/apt/";
Dir::State::lists "lists/";
Dir::State::cdroms "cdroms.list";
Dir::State::mirrors "mirrors/";
Dir::State::extended_states "extended_states";
Dir::State::status "/var/lib/dpkg/status";
Dir::Cache "var/cache/apt/";
Dir::Cache::archives "archives/";
Dir::Cache::srcpkgcache "srcpkgcache.bin"

Bug#631729: irssi-plugin-xmpp: Memory corruption and crash with /xmppconnect

[Adrien Clerc]

Le sam. 26 mai 2012 19:44:19 CEST, Bart Martens a écrit :

Hello Cyril and Adrien,

Do you still have this problem with irssi-plugin-xmpp 0.52-1 ?

Regards,

Bart Martens



#0  lm_socket_ref (socket=0x20676e69) at lm-socket.c:1208
#1  0xb76be231 in socket_connect_cb (source=0x81cc9e8, 
condition=G_IO_OUT, connect_data=0x81cc990) at lm-socket.c:518

#2  0xb7d5145e in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#3  0xb7d10633 in g_main_context_dispatch () from 
/lib/i386-linux-gnu/libglib-2.0.so.0

#4  0xb7d109d0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#5  0xb7d10ab1 in g_main_context_iteration () from 
/lib/i386-linux-gnu/libglib-2.0.so.0

#6  0x0805c66c in main ()


Yep, still happening… Maybe it's linked to my own installation, but I 
don't know where to start from…




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

Bug#674689: mimms: no links to upstream in d/copyright

[Jakub Wilk]

Source: mimms
Version: 3.2.1-2
Severity: serious
Justification: Policy 12.5

The copyright file doesn't say where the upstream sources were obtained,

--
Jakub Wilk



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

Bug#674565: Bluetooth activation failed (btusb module)

[Jonathan Nieder]

Arief M Utama wrote:

> This is the output from lsusb:
>
> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
> Bus 004 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
> Bus 001 Device 003: ID 0a5c:21e1 Broadcom Corp.
> Bus 004 Device 003: ID 0424:b832 Standard Microsystems Corp.
> Bus 004 Device 004: ID 064e:e258 Suyin Corp.
>
> More details from lsusb output on the bluetooth device attached.

Thanks.

> I can confirm that patch number 4
> [0004-Bluetooth-btusb-typo-in-Broadcom-SoftSailing-id.patch] is working on
> my laptop. Haven't tested other patches, although I can report that only
> patches 1, 4, 6 and 8 that applied successfully.

Ok.  What kernel are you applying these to?  Could you attach "dmesg"
output from the patched kernel?

I was hoping to get a quick sanity check that the other patches at
least didn't cause the kernel to explode :), but answers to more
important questions about them would indeed require info from people
with the matching hardware.  Will look around and then submit these
for inclusion in 3.2.y from kernel.org if they seem to be well tested.

Hope that helps,
Jonathan



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

Bug#612341: bumblebee, libjpeg-turbo: Wheezy does not work well with modern notebook PCs.

[Osamu Aoki]

Hi,

On Sat, May 26, 2012 at 06:31:46PM +0200, Mike Gabriel wrote:
> Hi all,
> 
> On Sa 26 Mai 2012 17:11:02 CEST Osamu Aoki wrote:
> 
> >This ITP Bug #612341 was supposed to be closed by Fathi sometime early
> >January.  Nothing happened.  http://bugs.debian.org/612341
> >
> >In the meantime, Ubuntu package was updated to generate -dev etc.
> > https://launchpad.net/ubuntu/+source/libjpeg-turbo
> >
> >libjpeg-turbo (1.1.90+svn733-0ubuntu4) precise; urgency=low
> >
> >  * Install jpegint.h in the -dev package.
> >  * Install jconfig.h in the multiarch include directory.
> > -- Matthias KloseFri, 13 Jan 2012 12:02:38 +0100
> >
> >This package can be build on sid (under pbuilder) nicely practically as
> >is and also makes libjpeg-turbo8.  So ABI of version 8 is taken care as
> >I understand.
> >
> >Also, Mike Gabriel's work seems to have done somethings interesting on
> >old Fathi's version and made many improvements.
>
> thanks for pinging us! I agree, libjpeg-turbo has to be in Wheezy!!!
> 
> Fathi, please send us a notice what you plan on this package.

I see Fathi being quite active.

I have made packages for libjpeg-turbo 1.2.0.  It builds OK.  (Not much
useful to replace current libjpeg due to conflicts caused with many
packages.  But who cares if it is used in the chroot to build virtualgl
:-)   But I am not really up to maintaining this complicated package.

My build result and git record are here as tar:
 http://people.debian.org/~osamu/libjpeg-turbo-1.2.0-osamu.tar.gz

Since -dev package is the only ones desparatedly needed, ... This is the
most important thing to get now.

Maybe in post-wheezy, people can discuss transition from libjpeg to
libjpeg-turbo.  This package is very tricky since it tries to replace
libjpeg.

Regards,

Osamu

CCed: Bill who is libjpeg maintainer. 




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

Bug#674688: linux-container: [INTL:de] updated German debconf translation

[Helge Kreutzmann]

Package: linux-container
Version: 1-6
Severity: wishlist
Tags: patch l10n

Hello Daniel,
attached you find the updated translation for linux-container. I tried
to stay as close to your style as possible. It would be great it you
could include the complete translation for Wheezy.

Thanks!

Greetings

   Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/
# German translation of lxc debconf templates.
# Copyright (C) 2011 Daniel Baumann 
# This file is distributed under the same license as the lxc package.
#
msgid ""
msgstr ""
"Project-Id-Version: linux-container\n"
"Report-Msgid-Bugs-To: linux-contai...@packages.debian.org\n"
"POT-Creation-Date: 2011-12-08 13:39+0100\n"
"PO-Revision-Date: 2012-05-26 14:17+0200\n"
"Last-Translator: Daniel Baumann \n"
"Language-Team: none\n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: title
#. Description
#: ../linux-container.templates:1001
msgid "Linux Container: Container setup"
msgstr "Linux Container: Container Setup"

#. Type: boolean
#. Description
#: ../linux-container.templates:2001
msgid "Linux Container: enable setup for LXC?"
msgstr "Linux Container: aktivieren des Setups für LXC?"

#. Type: boolean
#. Description
#: ../linux-container.templates:2001
msgid ""
"Linux Container can do all the necessary modifications needed within a "
"container to make it work with LXC. Do you want to proceed?"
msgstr ""
"Linux Container kann alle Änderungen vornehmen die nötig sind, um einen "
"Container mit LXC benutzbar zu machen. Möchten Sie fortfahren?"

#. Type: boolean
#. Description
#: ../linux-container.templates:2001
msgid "If unsure, choose no (default)."
msgstr "Wenn Sie unsicher sind, wählen sie nein (Standard)."

#. Type: string
#. Description
#: ../linux-container.templates:3001
msgid "Linux Container: How many consoles for LXC?"
msgstr "Linux Container: Wieviele Konsolen für diesen Container?"

#. Type: string
#. Description
#: ../linux-container.templates:3001
msgid "How many concurrent consoles should the current container provide?"
msgstr "Wieviele Konsolen sollen diese Container zur Verfügung stellen?"

#. Type: string
#. Description
#: ../linux-container.templates:3001
msgid ""
"This defaults to 6 and will result in six getty processes per container."
msgstr ""
"Der Standardwert ist 6 und bedeutet, dass sechs getty Prozesse im Container "
"gestartet werden."

#. Type: string
#. Description
#: ../linux-container.templates:4001
msgid "Linux Container: Hostname for LXC?"
msgstr "Linux Container: Rechnername für diesen Container?"

#. Type: string
#. Description
#: ../linux-container.templates:4001
msgid "What should be the hostname of the current container?"
msgstr "Was soll der Rechnername dieses Containers sein?"

#. Type: string
#. Description
#: ../linux-container.templates:4001
msgid ""
"This defaults to either /etc/hostname (if present), is automatically guessed "
"through lsb_release (if present), or otherwise set to 'debian'."
msgstr ""
"Der Standardwert wird aus /etc/hostname ermittelt (falls vorhanden), "
"andernfalls mittels lsb_release bestimmt oder auf 'debian' gesetzt."

#. Type: boolean
#. Description
#: ../linux-container.templates:5001
msgid "Linux Container: Use DHCP?"
msgstr "Linux Container: Soll DHCP verwendet werden?"

#. Type: boolean
#. Description
#: ../linux-container.templates:5001
msgid "Should the containers address be determined by using DHCP?"
msgstr "Soll die Adresse des Containers mit DHCP ermittelt werden?"

#. Type: boolean
#. Description
#: ../linux-container.templates:5001
msgid ""
"This defaults to yes and will require that you run a dhcp-server in your "
"network."
msgstr ""
"Wenn Sie diese Option wählen, wird ein DHCP Server in ihrem Netzwerk "
"benötigt."

#. Type: string
#. Description
#: ../linux-container.templates:6001
msgid "Linux Container: IP Address?"
msgstr "Linux Container IP Adresse?"

#. Type: string
#. Description
#: ../linux-container.templates:6001
msgid "What should be the IP address of the current container?"
msgstr "Was soll die IP Adresse dieses Containers sein?"

#. Type: string
#. Description
#: ../linux-container.templates:6001
msgid "This defaults to 192.168.1.2."
msgstr "Der Standardwert ist 192.168.1.2."

#. Type: string
#. Description
#: ../linux-container.templates:7001
msgid "Linux Container: Broadcast Address?"
msgstr "Linux Container: Broadcast Adresse?"

#. Type: string
#. Description
#: ../linux-container.templates:7001
msgid "What should be the broadcast address of the current container?"
msgstr "Was soll die Broadcast Adresse dieses Containers sein?"

#. Type: string
#. Description
#: ../linux-container.templates:7001
msgid "This defaults to 192.168.1.255 but can be

Bug#674687: libclang-dev: Missing clang libraries

[Damien Rigoni]

Package: libclang-dev
Version: 3.1-3
Severity: normal

The package contains header of clang but some libraries are not packaged, so it 
results of many undefined symbols when trying to use it.
List of missing libraries:
libclangAnalysis.a
libclangARCMigrate.a
libclangAST.a
libclangBasic.a
libclangCodeGen.a
libclangDriver.a
libclangEdit.a
libclangFrontend.a
libclangFrontendTool.a
libclangLex.a
libclangParse.a
libclangRewrite.a
libclangSema.a
libclangSerialization.a
libclangStaticAnalyzerCheckers.a
libclangStaticAnalyzerCore.a
libclangStaticAnalyzerFrontend.a
libclangTooling.a

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

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

Versions of packages libclang-dev depends on:
ii  libclang-common-dev  3.1-3
ii  libclang13.1-3
ii  libstdc++6-4.6-dev   4.6.3-5

libclang-dev recommends no packages.

libclang-dev 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#666096: Moving /tmp to tmpfs makes it useful

[Russ Allbery]

Carlos Alberto Lopez Perez  writes:
> On 26/05/12 19:43, Russ Allbery wrote:
>> Carlos Alberto Lopez Perez  writes:

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

>> That bug contains little actual information, not even what software was
>> being used.

> Ok... so you want a prove?

I want the bug report to actually be useful, yes.  :)  It's always good to
have a reproducible test case.

> * Open with iceweasel http://vimeo.com/13726978
> * Ensure that is playing with flashplayer (right click on the movie
> should show the typical dialog that includes "about flashplayer"
> * Now launch:
>   watch df -h /tmp/
> * And see how the space used grows.

> *Important*: use "df -h /tmp" NOT "du -hs /tmp", since the flash player
> deletes the file entry from /tmp as soon as it gets the inode allocated.
> I believe this a measure to "prevent" piracy (people ripping the video
> from /tmp)

> See:

> ls -l /proc/$(ps aux|grep libf[l]ashplayer.so|awk '{print $2}')/fd

> And see how there is an entry pointing to /tmp/FlashXX that appears
> as deleted but you can still access it. Just open /proc/pid/fd/number
> with vlc for example

Thank you!  Those instructions are very good.  I'm copying them to the bug
report so that the bug report contains clear information.

When I did this (on a laptop with 2GB of memory and 2.5GB of swap and a
405MB tmpfs /tmp), the movie exhausted all space in /tmp.  It then kept
playing without any trouble, and the system never started swapping or had
any other performance issues.  However, /tmp was completely full, and
creating any other files in /tmp resulted in errors (which I know can
cause all sorts of problems for other programs that assume they can always
create small files in /tmp).

I didn't continue to play the movie through to the end, so I don't know if
the movie playback would encounter problems at the point at which the
buffered movie exhausted /tmp or if the Flash player would have coped by
windowing the streaming.

-- 
Russ Allbery (r...@debian.org)   



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