Bug#607418: nginx: $host variable mis-parses IPv6 literal addresses from HTTP request Host header

[Steven Chamberlain]

Tags: +patch

Hi,

I'm attaching a patch, tested, that is the simplest solution I can think
of.  Colons found between square brackets are now preserved.

If a closing square bracket is not found, such as in '[::', this now
returns 400 Bad Request, in line with the behaviour observed in Apache.

At this time, the IPv6 address is not sanitised in any way, I just did
the minimal change possible to fix the bug I've been seeing.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
diff -Nru a/src/http/ngx_http_request.c b/src/http/ngx_http_request.c
--- a/src/http/ngx_http_request.c	2010-06-07 11:14:11.0 +0100
+++ b/src/http/ngx_http_request.c	2010-12-18 07:42:29.0 +
@@ -1645,11 +1645,12 @@
 {
 u_char  *h, ch;
 size_t   i, last;
-ngx_uint_t   dot;
+ngx_uint_t   dot, in_brackets;
 
 last = len;
 h = *host;
 dot = 0;
+in_brackets = 0;
 
 for (i = 0; i < len; i++) {
 ch = h[i];
@@ -1665,11 +1666,27 @@
 
 dot = 0;
 
-if (ch == ':') {
+if (ch == '[' && i == 0) {
+/* start of literal IPv6 address */
+in_brackets = 1;
+continue;
+}
+
+/*
+ * Inside square brackets, the colon is a delimeter for an IPv6 address.
+ * Otherwise it comes before the port number, so remove it.
+ */
+if (ch == ':' && !in_brackets) {
 last = i;
 continue;
 }
 
+if (ch == ']') {
+/* end of literal IPv6 address */
+in_brackets = 0;
+continue;
+}
+
 if (ngx_path_separator(ch) || ch == '\0') {
 return 0;
 }
@@ -1679,6 +1696,11 @@
 }
 }
 
+if (in_brackets) {
+/* missing the closing square bracket for IPv6 address */
+return 0;
+}
+
 if (dot) {
 last--;
 }

Bug#595274: pemubin.py still missing (0.7.3-1)

[Matteo Cypriani]

Hi,

pemubin.py is still missing with the new uploaded version 0.7.3-1.

Regards,
  Matteo



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

Bug#607419: po-debconf: podebconf-report-po usage with mbox and extra modules

[Guillem Jover]

Package: po-debconf
Version: 1.0.16+nmu1
Severity: normal

Hi!

When using podebconf-report-po with --postpone or --mutt and not having
libmail-box-perl installed, the program will let you write the mail but
then fail afterwards because it does not have the needed module
installed, w/o saving the written stuff. It would be nice if it could
fail earlier.

It also does not let you use --postpone or --mutt w/o having
libmail-sendmail-perl installed. It would be nice not needing them
if they are not needed to run the program.

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#607392: installation-reports: Successful installation with small remark about char encoding at boot

[Christian PERRIER]

Quoting M.-A. DARCHE (ma.dar...@cynode.org):

> Just one remark about 2 small character encoding problems.
> Here they are:
> 
> 1. mode (d??panage)
> 2. Chargement du disque m??moir initial
> 
> 
> The 1. appears on the 2nd bootloader line. This corresponds to the French
> translation of "rescue mode", with the accented character being replaced
> by "?".
> 
> The 2. appears when mounting an dm-crypt device.


I don't really understand what you mean by 2nd bootloader line. Could
you give us the steps needed to reproduce the bug you found?

Is this what you see on the installed system?





signature.asc
Description: Digital signature

Bug#607418: nginx: $host variable mis-parses IPv6 literal addresses from HTTP request Host header

[Steven Chamberlain]

Package: nginx
Version: 0.7.67-3
Tags: ipv6

Hello,

I've noticed that nginx incorrectly parses IPv6 addresses from the HTTP
requests Host header into its '$host' configuration variable.  An HTTP
request (via IPv4 or IPv5) in the following form:

GET / HTTP/1.0
Host: [::1]

results in a value of only '[::' in $host (excluding my quotes).

However, the following request:

GET / HTTP/1.0
Host: [::1]:80

results in the correct value of '[::1]' in $host.

For 'longer' IPv6 addresses the result is that a full two octets can be
missing from the $host variable, e.g.:

GET / HTTP/1.0
Host: [fdf2:9468:665c:eaf6:2af6:c9ca:f24e:ae62]

results in only '[fdf2:9468:665c:eaf6:2af6:c9ca:f24e:' in $host.

After some experimentation it seems that the last colon and all
characters following it are omitted.  This may be the way the 'port'
portion is normally stripped from IPv4 literal addresses.

This leads to a number of potential issues:

1. Proxying

Consider the following configuration, which may be used to proxy traffic
to an upstream server that serves multiple, name-based virtual hosts:

> location / {
> proxy_pass  http://localhost:8000;
> proxy_set_headerHost $host;
> }

Due to the incorrect parsing of the Host header in the request, a
malformed Host header is sent in the HTTP request to the upstream
server, resulting in '400 Bad Request' from Apache at least.

If a website had an nginx reverse proxy server configured in this way, a
visitor to http://[fc00::1]/ would likely receive this error.

2. Logs

Consider the following log format which is the same as the default
format, but prepended with '$host '.  This may be used in virtual
hosting environments or by awstats to distinguish traffic for different
customers or websites:

> log_format  vhost '$host $remote_addr - $remote_user [$time_local]  '
>   '"$request" $status $body_bytes_sent '
>   '"$http_referer" "$http_user_agent"';
> access_log  /var/log/nginx/localhost.access.log vhost;

The resulting log entry is ambiguous, and may confused parsers:

> [: ::1 - - [18/Dec/2010:06:29:42 +]  "GET / HTTP/1.0" 404 169 "-" "-"

3. Rewrites, access control, other uses of the $host variable

Obviously, any configuration that matches on the contents of the $host
variable can fail to work as expected due to this bug.

The value of $host may sometimes be used as a 'key' for caching (such as
the documented example for proxy_cache_key).  In this case, it is
possible that two different sites (eg. on [fc00::1234] and [fc00::5678])
could be given the same key due to the incorrect parsing.  In the most
extreme case this may cause one website's content to appear on the other
(if the upstream server and path part of the URI were the same).


As well as fixing the parsing of the IPv6 literal address, I suggest
nginx also sanitises it (e.g. removing unnecessary zeroes), otherwise a
malicious user could try to influence the behaviour of proxy_cache by
visiting [fc00::1], [fc00::01], [fc00::000:1], etc.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org



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

Bug#607417: win32-loader: please offer a "Boot from network with gPXE" option

[Christian PERRIER]

Package: win32-loader
Severity: wishlist
X=Debbugs-CC: Alkis Georgopoulos 

First of all thank you for your wonderful win32-loader.

We've modified it a bit so that it adds a "Boot from network" entry in
the Windows boot loader, instead of loading a Linux kernel.
To accomplish this we statically linked gpxe.lkrn [1] to
win32-loader.exe, and we modified main.nsi to load this instead of
vmlinuz. No initrd was necessary.

Currently the resulting "ltsp-loader.exe" [2] is used in some thousand
Greek school PCs to netboot thin and fat clients. But many others have
asked for this functionality in the #ltsp irc channel and in the
ltsp-discuss mailing list, so we think it'd be much better if the
upstream win32-loader Makefile supported a "Boot from network with gPXE"
target.

Unfortunately gPXE is not yet in Debian due to (afaik) some unresolved
licensing issues. However if the win32-loader Makefile supported a gPXE
target, maybe one of the following would be possible:
 * The gPXE devs to compile win32-loader with the gPXE target, and to
   host the resulting win32-loader-gpxe.exe on their site themselves.
 * Or a sysadmin or user could do that for his own use.
 * Or win32-loader.exe could dynamically download gpxe.lkrn from the
   gPXE website.

If you want we can send you the .diff for main.nsi that we currently
have, but we aren't very skilled with NSIS scripting so if you decide to
add that functionality upstream you'd probably want to properly
reimplement this yourselves. :)

In any case thanks again,
Alkis Georgopoulos

[1]: http://www.etherboot.org/
[2]: 
http://users.sch.gr/alkisg/tosteki/index.php?action=dlattach;topic=2136.0;attach=1941



-- 




signature.asc
Description: Digital signature

Bug#601974: regression: grub-probe can not find /dev/xvda1 (block device inside XEN)

[WindyWinter]

I got this problem in version 1.98+20100804-10 too.

Soli Deo gloria,
WindyWinter
Multi-Agent Systems Lab.,
University of Science and Technology of China
Email: wi...@ream.at
梦.:如此短暂: http://d.ream.at

Bug#607329: cpufrequtils should use /etc/default

[Daniel Baumann]

reopen 607329
retitle 607329 please ship sample in /etc/default/cpufrequtils
thanks

Mattia Dongili  wrote:
> The fact that the package doesn't provide a default configuration file
> is to ease upgrades (at least on the maintainer side) not having to
> deal with just another configuration file that is likely to be
> customized by users.

the right thing is to ship that file directly in /etc/default, and not 
keep it in examples and have the user need to do all the work again and 
again. ideally, you would also allow using debconf for that. 'avoiding 
uprade issues' is a pretty lame excuse for not doing it.


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


Regards,
Daniel

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



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

Bug#500558: apache2.2-common: Apache fails to start on boot after upgrade Etch -> Lenny

[Simon Brady]

I've hit the same error on a clean install of lenny with 
apache2.2-common-2.2.9-10+lenny8. The problem started when I changed the 
Listen directive in /etc/apache2/ports.conf from


Listen 80

to

Listen 127.0.1.1:80

(The host is behind a DSL router, but I specifically don't want Apache 
listening on eth0 because that same router has a Windows laptop 
connected to it and, well, you can guess the rest...)


The problem occurs consistently at boot but after boot I can start 
Apache fine with an explicit "/etc/init.d/apache2 start". The IPv4 part 
of my /etc/hosts looks like this:


127.0.0.1   localhost
127.0.1.1   saitama.hikari.org.nz   saitama

and my /etc/network/interfaces contains:

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

The boot-time error goes away if I change "allow-hotplug eth0" to "auto 
eth0", which forces eth0 to acquire an IPv4 address before Apache 
starts. But lo already auto-starts on 127.0.0.0/8, so I don't understand 
why the modified Listen directive fails when eth0 is down.


Hope this helps,
Simon




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

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

[Rene Engelhard]

On Wed, Dec 01, 2010 at 05:03:08PM +, Debian Bug Tracking System wrote:
> Your message dated Wed, 1 Dec 2010 18:01:45 +0100
> > Please unblock package openoffice.org
> > 
> > As already talked about with Julien on IRC I'd to like to have #605120
> > (important upstream rendering bug in Impress) fixed in squeeze. Based on
> > approval - it's uploaded :)
> > 
> 
> Unblocked.

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

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#607416: Device table incorrect for drivers/s390/block/dasd_eckd.c: 3880/3390 should be 3880/3380. (s390/s390x only)

[Stephen Powell]

Package: linux-2.6
Version: 2.6.32-29

The device table in drivers/s390/block/dasd_eckd.c which indicates which
storage control unit and dasd device type combinations are supported by
the driver is incorrect.  The device table indicates that a combination
of 3880 for a control unit and 3390 for a device type is supported.  That
is incorrect.  A 3880 storage control unit will support a 3380 device
type, but not a 3390 device type.  Here is a code excerpt:

static struct ccw_device_id dasd_eckd_ids[] = {
{ CCW_DEVICE_DEVTYPE (0x3990, 0, 0x3390, 0), .driver_info = 0x1},
{ CCW_DEVICE_DEVTYPE (0x2105, 0, 0x3390, 0), .driver_info = 0x2},
{ CCW_DEVICE_DEVTYPE (0x3880, 0, 0x3390, 0), .driver_info = 0x3},  /* 
bad one! */
{ CCW_DEVICE_DEVTYPE (0x3990, 0, 0x3380, 0), .driver_info = 0x4},
{ CCW_DEVICE_DEVTYPE (0x2105, 0, 0x3380, 0), .driver_info = 0x5},
{ CCW_DEVICE_DEVTYPE (0x9343, 0, 0x9345, 0), .driver_info = 0x6},
{ CCW_DEVICE_DEVTYPE (0x2107, 0, 0x3390, 0), .driver_info = 0x7},
{ CCW_DEVICE_DEVTYPE (0x2107, 0, 0x3380, 0), .driver_info = 0x8},
{ CCW_DEVICE_DEVTYPE (0x1750, 0, 0x3390, 0), .driver_info = 0x9},
{ CCW_DEVICE_DEVTYPE (0x1750, 0, 0x3380, 0), .driver_info = 0xa},
{ /* end of list */ },
};

The bad line should be changed to

{ CCW_DEVICE_DEVTYPE (0x3880, 0, 0x3380, 0), .driver_info = 0x3},  /* 
corrected */

Other supporting code in the driver may also need to be changed, I don't know.
But I do know that a 3880 storage control unit does not support a 3390 device.
It does support a 3380 device, but that is missing from the table.

This is clearly an issue to be pursued upstream, it is not an issue of
Debian packaging.  But I opened this bug report to have a place to
put upstream correspondence related to this bug.  I will pursue the matter
with upstream, as I did the last kernel bug that I opened.

This is not a release-critical bug and should not delay the process of
making squeeze the stable release.  However, it would be nice if the fix
for this bug eventually made it into a future stable point release.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-



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

Bug#607279: round 3.

[David Bremner]

I thought I was done, but apparently not.  
It seems useful to have an interpolation for %DEB_UPSTREAM% containing
the upstream version. Also I added some error handling.

#!/bin/sh
# export patches according to a recipe in debian/git-patches
# To use as a hook in gitpkg, 
#   git config gitpkg.deb-export-hook debian/export-patches.sh

trap cleanup INT 

# make this configable?
recipe=debian/git-patches

export GIT_DIR
if [ -n "$REPO_DIR" ]; then
GIT_DIR=$REPO_DIR/.git
else
# support running as a free-standing script, without gitpkg
DEB_VERSION=$(dpkg-parsechangelog | sed -n 's/^Version: \(.*:\|\)\(.*\)/\2/p')
fi;

case $DEB_VERSION in
*-*)
	DEB_UPSTREAM=${DEB_VERSION%-*}
	;;
*)
	DEB_UPSTREAM=$DEB_VERSION
	;;
esac

tmpdir=$(mktemp -d patches.XXX)

cleanup (){
echo "cleaning up..."
rm -rf $tmpdir
exit 1
}

do_patches (){
while read -r base tip
do
	case $base in
	\#*)
		;;
	*)
		count=$(wc -l $tmpdir/series | cut -f1 -d' ')
		if PATCHES=$(git format-patch --start-number $count -N -o $tmpdir $base...$tip); then
		echo $PATCHES | sed -e "s%$tmpdir/%%g" -e 's% %\n%g'>> $tmpdir/series
		else
		echo "git format-patch failed"
		cleanup
		fi
	esac
done
}

echo "# Patches exported from git by gitpkg-export-patches" > $tmpdir/series

sed -e s/%DEB_VERSION%/${DEB_VERSION}/g  -e s/%DEB_UPSTREAM%/${DEB_UPSTREAM}/ < $recipe | do_patches || exit 1

count=$(wc -l $tmpdir/series | cut -f1 -d' ')

if [ $count -gt 1 ]; then
rm -rf debian/patches
mv $tmpdir debian/patches
else
echo "No patches found: debian/patches left untouched"
cleanup
fi



git-patches
Description: sample config file

Bug#607415: telnetd not draining input from child

[Robert Henney]

Package: telnetd
Version: 0.17-36
Severity: normal

telnetd does not appear to complete passing input from the child process
after SIGCHLD is received.  this can be shown using a short script like

  #!/bin/sh
  echo "firstly this"
  sleep 1
  echo "lastly this"

and an entry such as this in inetd.conf to execute it

  someserv stream tcp nowait someuser /usr/sbin/in.telnetd -h -L 
/home/someuser/script

the second line of printed text from the script will rarely come through.
however, using the telnetd on a freebsd system (7.3 was tested in this 
case) it always works as expected.  note: the -L option needs to be changed 
to -p, as that's what used there.

I did confirme that the problem occurs when not using the -L/-p options and
instead setting the script as the user's shell, but used them in my example 
above for simplicity.


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

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

Versions of packages telnetd depends on:
ii  adduser 3.110add and remove users and groups
ii  libc6   2.7-18lenny6 GNU C Library: Shared libraries
ii  openbsd-inetd [inet-sup 0.20080125-2 The OpenBSD Internet Superserver
ii  passwd  1:4.1.1-6+lenny1 change and administer password and

telnetd recommends no packages.

telnetd 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#578097: [parted-devel] [Parted-maintainers] Debian Bug #578097: No support for CMS-formatted disks

[Stephen Powell]

On Thu, 16 Dec 2010 07:30:14 -0500 (EST), Jim Meyering wrote:
> Stephen Powell wrote:
>> ... do you have an s390 environment in which to test?
> 
> Yes, if an s390x will do.  On one, uname -a reports this:
> Linux xxx 2.6.32-19.el6.s390x #1 SMP Tue Mar 9 19:03:48 EST 2010 s390x s390x 
> s390x GNU/Linux

I am treating s390 and s390x as synonymous for purposes of this discussion.
In fact, in Debian, the implementation is a hybrid one.  The kernel space
is 64-bit (runs an s390x kernel) but the user space is 31-bit (uses s390
packages in 31-bit mode).

>> Does it have both CKD and FBA DASD?
>> Does it run as a guest under z/VM?  Does your
>> system have the DIAG driver?  Do you have
>> access to a CMS system from which you can FORMAT and/or
>> RESERVE the disks in CMS format?  The answer might not be
>> "yes" to all those questions, and getting such an environment
>> will take time.
> 
> I don't know, for any of the above.
> If you describe how to determine the answer
> in a way that is easy to automate, the goal
> would be to run a script that checks for required
> pieces and then runs whichever tests it can.

You can tell what the DASD type is by a combination of

   cat /proc/dasd/devices

and poking around in the sysfs file system.  For example:

   st...@debian3:~$ cat /proc/dasd/devices
   0.0.0200(DIAG) at ( 94: 0) is dasda   : active at blocksize: 4096, 
54 blocks, 2109 MB
   0.0.0201(ECKD) at ( 94: 4) is dasdb   : active at blocksize: 4096, 
13500 blocks, 52 MB
   0.0.0202(DIAG) at ( 94: 8) is dasdc   : active at blocksize: 4096, 
9 blocks, 351 MB
   0.0.0203(DIAG) at ( 94:12) is dasdd   : active at blocksize: 4096, 
9 blocks, 351 MB
   st...@debian3:~$

(The output of the above command shows devices that are online, but not
necessarily mounted.)  The output shows the correspondence between s390
device numbers (0.0., where  is the hex device number), kernel-space
major and minor device numbers, user-space block special file names
(/dev/dasda, etc.) and drivers (dasd_eckd_mod, dasd_fba_mod, dasd_diag_mod).
It also shows the effective block size, number of blocks, and size in MB.
In the above example, three of the four DASD devices are using the DIAG
driver and one is using the ECKD driver.  If the ECKD driver is being used,
it is CKD DASD.  If the FBA driver is being used, it is FBA DASD.  If the
DIAG driver is being used, it could be either CKD or FBA DASD.  You can't
tell from here.  For that, you need to probe the sysfs pseudo file system.
For example:

   st...@debian3:~$ cat /sys/bus/ccw/devices/0.0.0200/devtype
   3390/0a
   st...@debian3:~$

If the first four characters of output are 3370 or 9336, it's FBA DASD.
Otherwise, it's CKD DASD.

Make sure that your Linux kernel contains the FBA patch.  Look at fs/partitions/
ibm.c, C function ibm_partition.  About 40 lines down from the beginning
of the function, you should see logic similar to the following:

   /*
* Special case for FBA disks: label sector does not depend on
* blocksize.
*/
   if ((info->cu_type == 0x6310 && info->dev_type == 0x9336) ||
   (info->cu_type == 0x3880 && info->dev_type == 0x3370))
   labelsect = info->label_block;
   else
   labelsect = info->label_block * (blocksize >> 9);

If that code isn't in there, you will need to update your kernel.  If your
kernel doesn't have this fix, then parted and the Linux kernel will report
different starting sector numbers and number of sectors for FBA DASD in CMS
RESERVED format under certain conditions, and the kernel will be wrong
and parted will be right!  See Debian bug report 582281
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582281) for details.

If I recall correctly, upstream kernel source 2.6.32-20 was the first
to add this fix; so I don't know about your 2.6.32-19.el6.s390x
distribution kernel.  Unless it contains distribution specific patches
to fix this problem, it probably won't work right.

The basic testing idea is to compare the starting sector number and
number of sectors for the partition as reported by parted and
the starting sector number and number of sectors reported by the
Linux kernel via the sysfs file system.  You can also compare parted's
reported file system type vs. what is reported by "mount" (if the
partition is mounted) or "cat /proc/swaps" (if the partition is an
active swap partition).  For example, on my "debian3" test system,
I have four DASD devices, all 3390 minidisks, formatted by CMS with
a blocksize of 4096, and processed with the CMS RESERVE command.
The number of cylinders varies from one disk to another:

   st...@debian3:~$ su
   Password: 
   debian3:/home/steve# cd
   debian3:~# parted /dev/dasda unit s print free
   Model: IBM S390 DASD drive (dasd)
   Disk /dev/dasda: 432s
   Sector size (logical/physical): 512B/4096B
   Partition Table: dasd

   Number  Start  End   Size  File System  Flags
1  4552s  4319991s  4315440s  ex

Bug#587749: Upstream fixes available

[Mauro Lizaur]

2010-12-16, Robert Lange:

> Are there any plans to release an new debian package for  python-twitter
> with OAuth support?
> 
> 

Hi Robert,
Not for the stable release because of this oauth issue.
BTW: 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587749#20

One of the things that stoped me from finally uploading it
was the lack of oauth python library available on Debian,
which now is available [0], so I'll work/upload a new version 
of python-twitter the following days.

BTW, thanks for your support. You can always help by reporting 
bugs, writing examples and/or testing the library.

[0] http://packages.debian.org/python-oauth2  

Saludos,
Mauro

--
JID: lavaram...@nube.usla.org.ar | http://lizaur.github.com/
2B82 A38D 1BA5 847A A74D 6C34 6AB7 9ED6 C8FD F9C1


signature.asc
Description: Digital signature

Bug#607414: ITP: haskell-monadcatchio-transformers -- Monad-transformer compatible version of the Control.Exception module

[TANIGUCHI Takaki]

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

* Package name: haskell-monadcatchio-transformers
  Version : 0.2.2.2
  Upstream Author : Arie Peterson 
* URL or Web page : 
* License : Public Domain
  Description : Monad-transformer compatible version of the 
Control.Exception module
  Provides functions to throw and catch exceptions. Unlike the functions from
  Control.Exception, which work in IO, these work in any stack of monad
  transformers (from the 'transformers' package) with IO as the base monad.
  You can extend this functionality to other monads, by creating an instance
  of the MonadCatchIO class.



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

Bug#607413: ITP: haskell-bytestring-nums -- Parse numeric literals from ByteStrings.

[TANIGUCHI Takaki]

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

* Package name: haskell-bytestring-nums
  Version : 0.3.2
  Upstream Author : ason Dusek 
* URL or Web page : http://github.com/solidsnack/bytestring-nums
* License : BSD3
  Description : Parse numeric literals from ByteStrings.
 A time and space-efficient implementation of byte vectors using packed
 Word8 arrays, suitable for high performance use, both in terms of large
 data quantities, or high speed requirements. Byte vectors are encoded as
 strict Word8 arrays of bytes, and lazy lists of strict chunks, held in a
 ForeignPtr, and can be passed between C and Haskell with little effort.
 .
 Parse numeric literals from ByteStrings.



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

Bug#607412: ITP: haskell-attoparsec -- Fast combinator parsing for bytestrings

[TANIGUCHI Takaki]

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

* Package name: haskell-attoparsec
  Version : 0.8.2.0
  Upstream Author : Bryan O'Sullivan 
* URL or Web page : http://bitbucket.org/bos/attoparsec
* License : BSD3
  Description : Fast combinator parsing for bytestrings
A fast parser combinator library, aimed particularly at dealing
efficiently with network protocols and complicated text/binary
file formats.




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

Bug#607411: installkernel should run-parts /etc/kernel/postinst.d

[Ben Hutchings]

Package: debianutils
Version: 3.4.2
Severity: wishlist
Tags: patch

Kernel packages are supposed to run hook scripts as per
.

It probably makes sense to have installkernel do that as well, so
that any required initramfs or boot loader updates are done.  The
change is quite simple; see below.

Ben.

--- a/installkernel
+++ b/installkernel
@@ -64,10 +64,11 @@
 }
 
 if [ "$(basename $img)" = "vmlinux" ] ; then
-  updatever vmlinux "$img"
+  img_dest=vmlinux
 else
-  updatever vmlinuz "$img"
+  img_dest=vmlinuz
 fi
+updatever $img_dest "$img"
 updatever System.map "$map"
 
 config=$(dirname "$map")
@@ -75,5 +76,8 @@
 if [ -f "$config" ] ; then
   updatever config "$config"
 fi
+
+run-parts --verbose --exit-on-error --arg="$ver" --arg="$dir/$img_dest-$ver" \
+  /etc/kernel/postinst.d
  
 exit 0
--- END ---

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

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

Versions of packages debianutils depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  sensible-utils0.0.6  Utilities for sensible alternative

debianutils recommends no packages.

debianutils 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#607410: banshee: Does not recommend media-player-info

[Alex Launi]

Package: banshee
Version: 1.9.0+git20101121.r1.b13266e-0ubuntu6
Severity: normal
Tags: patch


The media-player-info package is required to provide information about media 
players that used to be provided by HAL, but is now needed for the udev/gio 
hardware backend.


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

Kernel: Linux 2.6.37-10-generic (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 banshee depends on:
ii  gnome-icon-theme2.31.0-0ubuntu2  GNOME Desktop icon theme
ii  gstreamer0.10-alsa  0.10.31-1GStreamer plugin for ALSA
ii  gstreamer0.10-plugi 0.10.20-1ubuntu1 GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugi 0.10.31-1GStreamer plugins from the "base" 
ii  gstreamer0.10-plugi 0.10.25-4ubuntu2 GStreamer plugins from the "good" 
ii  gstreamer0.10-pulse 0.10.25-4ubuntu2 GStreamer plugin for PulseAudio
ii  libc6   2.12.1-0ubuntu10 Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.0-1ubuntu5  The Cairo 2D vector graphics libra
ii  libgconf2.0-cil 2.24.2-0ubuntu1  CLI binding for GConf 2.24
ii  libgdata1.4-cil 1.4.0.2-5Google GData CLI client library
ii  libgdk-pixbuf2.0-0  2.22.1-0ubuntu5  GDK Pixbuf library
ii  libgkeyfile1.0-cil  0.1-2ubuntu1 GObject-based wrapper library for 
ii  libglib2.0-02.27.4-0ubuntu1  The GLib library of C routines
ii  libglib2.0-cil  2.12.10-1build1  CLI binding for the GLib utility l
ii  libgpod40.7.95-1build1   library to read and write songs an
ii  libgstreamer-plugin 0.10.31-1GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.31-2Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.23.2-0ubuntu4  The GTK+ graphical user interface 
ii  libgtk2.0-cil   2.12.10-1build1  CLI binding for the GTK+ toolkit 2
ii  libgudev1.0-cil 0.1-2GObject-based wrapper library for 
ii  libmono-addins0.2-c 0.4-8addin framework for extensible CLI
ii  libmono-cairo2.0-ci 2.6.7-4  Mono Cairo library (for CLI 2.0)
ii  libmono-corlib2.0-c 2.6.7-4  Mono core library (for CLI 2.0)
ii  libmono-posix2.0-ci 2.6.7-4  Mono.Posix library (for CLI 2.0)
ii  libmono-sharpzip2.8 2.6.7-4  Mono SharpZipLib library (for CLI 
ii  libmono-system2.0-c 2.6.7-4  Mono System libraries (for CLI 2.0
ii  libmono-zeroconf1.0 0.9.0-2  CLI library for multicast DNS serv
ii  libmtp8 1.0.3-6  Media Transfer Protocol (MTP) libr
ii  libndesk-dbus-glib1 0.4.1-3  CLI implementation of D-Bus (GLib 
ii  libndesk-dbus1.0-ci 0.6.0-4  CLI implementation of D-Bus
ii  libnotify0.4-cil0.4.0~r3032-2ubuntu1 CLI library for desktop notificati
ii  libpango1.0-0   1.28.3-3 Layout and rendering of internatio
ii  libsoup-gnome2.4-1  2.32.2-0ubuntu1  an HTTP library implementation in 
ii  libsoup2.4-12.32.2-0ubuntu1  an HTTP library implementation in 
ii  libsqlite3-03.7.4-1  SQLite 3 shared library
ii  libtaglib2.0-cil2.0.3.7+dfsg-1   CLI library for accessing audio an
ii  libwebkit-1.0-2 1.2.5-0ubuntu3   Web content engine library for Gtk
ii  libx11-62:1.3.3-3ubuntu2 X11 client-side library
ii  libxrandr2  2:1.3.1-1X11 RandR extension library
ii  libxxf86vm1 1:1.1.1-1X11 XFree86 video mode extension l
ii  mono-runtime2.6.7-4  Mono runtime

Versions of packages banshee recommends:
ii  avahi-daemon 0.6.28-2ubuntu1 Avahi mDNS/DNS-SD daemon
ii  banshee-extension-soundm 1.9.0-1ubuntu2  SoundMenu extension for Banshee
ii  banshee-extension-ubuntu 1.9.0-1ubuntu2  Ubuntu One Music Store extension f
ii  brasero  2.32.1-0ubuntu1 CD/DVD burning application for GNO

Versions of packages banshee suggests:
pn  banshee-dbg(no description available)
ii  gstreamer0.10-ffmpeg0.10.11-1FFmpeg plugin for GStreamer
ii  gstreamer0.10-plugins-b 0.10.20-1ubuntu1 GStreamer plugins from the "bad" s
ii  gstreamer0.10-plugins-u 0.10.16-1GStreamer plugins from the "ugly" 

-- no debconf information
>From 63d78c0a64ae5ff26b8991b88b50ca9f8f22ea93 Mon Sep 17 00:00:00 2001
From: Alex Launi 
Date: Fri, 17 Dec 2010 20:37:06 -0500
Subject: [PATCH] Add recommends on media-player-info

* debian/control
  + Add recommends on media-player-info
---
 debian/changelog |7 +++
 debian/control   |3 ++-
 2 files changed, 9 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 8c4c922..ce8a465 100644
--- a/debian/changelog
+++ b/debian/ch

Bug#584653: CVE-2010-2055

[Michael Gilbert]

On Sun, Dec 12, 2010 at 3:31 PM, Michael Gilbert wrote:
> On Fri, Dec 10, 2010 at 11:03 PM, Jonas Smedegaard wrote:
>> Please do push your changes and prepare a release for unstable.  That
>> release will not be an NMU, though, but a real release by our team,
>> including you!
>
> I created a new branch and pushed it to git called 8.71-dfsg2-7.
> Please review and merge/upload if you feel comfortable with it.

Do you have any feedback on these changes?  If not, is there anything
else I can address thats currently holding this up?  Thanks,

Mike



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

Bug#606922: closed by Colin Watson (Re: Bug#606922: jpake not enabled in sid)

[Michael Gilbert]

> I am 100% certain that this code is not present in the generated object
> code, and don't need further assurance of that:
>
>  $ nm -D /usr/bin/ssh /usr/sbin/sshd | grep jpake
>  $

OK, good enough for me.  Thanks!

Mike



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

Bug#584383: #584383 still open in testing

[Javier Fernández-Sanguino Peña]

On Wed, Dec 15, 2010 at 03:55:22PM +0100, Alexander Reichle-Schmehl wrote:
> I think there are no non-free autobuilders for these architectures.  So
> I guess the easiest solution would be an arch removal.  What do you
> think?

Well, buidling this package in porterbox is pretty straightforward so I'm
going to try to upload binary-only packages for all three architectures.

It's been a while since I had to do this so I might not get it right on the
first try... :-)

Regards

Javier


signature.asc
Description: Digital signature

Bug#429579: 429579: iptables -L trailing blanks enough to cause wrapping

[jidanni]

rename 429579 add missing header
found 429579 1.4.10-1
thanks
> "JE" == Jan Engelhardt  writes:

>> $ iptables -L
>> was wrapping on to extra blank lines on my extra wide screen

JE> Out of curiosity, how wide is your screen?

111 chars. OK, it's not wrapping anymore currently in 1.4.10-1. All there are 
are a
few trailing blanks, as can be seen with iptables -L|sed 's/$/$/'



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

Bug#567605:

[Daniel Chen]

Those messages are printed per-daemon invocation.



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

Bug#607409: ITP: glib-networking -- network-related giomodules for GLib

[Emilio Pozuelo Monfort]

Package: wnpp
Severity: wishlist
Owner: Emilio Pozuelo Monfort 

* Package name: glib-networking
  Version : 2.27.4
* URL : http://www.gnome.org/
* License : LGPL 2+
  Programming Lang: C
  Description : network-related giomodules for GLib

 This package contains various network related extension points
 for GLib.



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

Bug#606786: unblock: latex209-bin/25.mar.1992-12.3

[Hideki Yamane]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock

Hi,

 Please unblock latex209-bin/25.mar.1992-12.3, it fixes installation
 failure.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


pgp9xDyq6rrkc.pgp
Description: PGP signature

Bug#607408: jack-audio-connection-kit: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: jack-audio-connection-kit
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

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

Kind regards.


pt_BR.po.gz
Description: GNU Zip compressed data


signature.asc
Description: PGP signature

Bug#607279: round two.

[David Bremner]

Here is a second revision based on our IRC discussion.  It looks for a file
debian/git-patches, which it expects to have pairs of refs (well, things
that git-format-patch understands). It will interoplate %DEB_VERSION%.

I also attach an example recipe file.  I tried some malicious things
like

`halt` $(rm *)

and was fine (i.e. ignored), but I'm not really an expert on shell
shenanigans.  Speaking of which I suppose IFS should be set before the
loop reading the file.

#!/bin/sh
# export patches according to a recipe in debian/git-patches
# To use as a hook in gitpkg, 
#   git config gitpkg.deb-export-hook debian/export-patches.sh

# make this configable?
recipe=debian/git-patches

export GIT_DIR
if [ -n "$REPO_DIR" ]; then
GIT_DIR=$REPO_DIR/.git
else
# support running as a free-standing script, without gitpkg
DEB_VERSION=$(dpkg-parsechangelog | sed -n 's/^Version: \(.*:\|\)\(.*\)/\2/p')
fi;

tmpdir=$(mktemp -d patches.XXX)
echo "# Patches exported from git by gitpkg-export-patches" > $tmpdir/series

sed s/%DEB_VERSION%/${DEB_VERSION}/g  < $recipe |
while read -r base tip
do
case $base in
	\#*)
	;;
	*)
	count=$(wc -l $tmpdir/series | cut -f1 -d' ')
	PATCHES=$(git format-patch --start-number $count -N -o $tmpdir $base...$tip)
	echo $PATCHES | sed -e "s%$tmpdir/%%g" -e 's% %\n%g'>> $tmpdir/series
esac
done

count=$(wc -l $tmpdir/series | cut -f1 -d' ')

if [ $count -gt 1 ]; then
rm -rf debian/patches
mv $tmpdir debian/patches
else
echo "No patches found: debian/patches left untouched"
rm -rf $tmpdir
fi



git-patches
Description: recipe file

>From my point of view this is just as usable as the last version.

Bug#607407: mercurial-server: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: mercurial-server
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

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

Kind regards.


pt_BR.po.gz
Description: GNU Zip compressed data


signature.asc
Description: PGP signature

Bug#607406: avelsieve: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: avelsieve
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

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

Kind regards.


pt_BR.po.gz
Description: GNU Zip compressed data


signature.asc
Description: PGP signature

Bug#600191: problem in cdiff

[Jelmer Vernooij]

reassign 600191 bzrtools
tags 600191 +confirmed +forwarded +upstream
forwarded 600191 https://bugs.launchpad.net/bzrtools/+bug/691761
kthxbye

This is caused by the combination of colordiff (from bzrtools) and
--format=git. I've forwarded the bug upstream.


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

Bug#607405: backuppc: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: backuppc
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

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

Kind regards.


pt_BR.po.gz
Description: GNU Zip compressed data


signature.asc
Description: PGP signature

Bug#607404: strongswan: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: strongswan
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

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

Kind regards.


pt_BR.po.gz
Description: GNU Zip compressed data


signature.asc
Description: PGP signature

Bug#607403: unattended-upgrades: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: unattended-upgrades
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

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

Kind regards.


pt_BR.po.gz
Description: GNU Zip compressed data


signature.asc
Description: PGP signature

Bug#577581: bug in cvs2bzr, not bzr fast-export-from-cvs

[Jelmer Vernooij]

reassign 577581 cvs2svn
kthxbye

Unlike git, Bazaar does not require a default committer or author. It is
perfectly fine for the author field to be missing and for the committer
to be empty. 

cvs2bzr should not require a default username to be specified, as this
is not necessary for Bazaar to be able to parse the fastimport stream.


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

Bug#590534: gdm3 changes xkb

[Josselin Mouette]

Le samedi 18 décembre 2010 à 01:44 +0200, Роман Якубук a écrit : 
> The source of the problem resides in file /etc/gdm3/Init/Default
> 
> In the following lines at the end of the file the actual changing of
> the Xorg's defaults go.

I don’t think it’s possible, unless you have fiddled with the
GDM_PARENT_DISPLAY variable.

> These lines should be commented out/removed or at least changed to
> something more sane.

Patches welcome. I know this code is ugly, but it’s the only thing I
found that works.

Regardless, it only does something for nested sessions. This code does
*nothing* for regular sessions.

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


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

Bug#580882: 580882: mount.crypt: New option to show fsck output

[Jan Engelhardt]

How exactly are we supposed to print any fsck progress to a graphical 
context, anyway?




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

Bug#555283: FTBFS with binutils-gold

[Stefan Potyra]

Hi,

just as a short heads-up: I cannot confirm that there's any breakage with 
bintutils-gold, at least not on Ubuntu [1]. However I cannot tell right now 
why that's not the case.

Thanks for maintaining liblas.
Cheers, 
Stefan
[1]: 


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

Bug#607402: samba: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: samba
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese
Translation?

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

Kind regards.


pt_BR.po.gz
Description: GNU Zip compressed data


signature.asc
Description: PGP signature

Bug#429579: 429579: iptables -L trailing blanks enough to cause wrapping

[Jan Engelhardt]

>$ iptables -L
>was wrapping on to extra blank lines on my extra wide screen

Out of curiosity, how wide is your screen?


>iptables: No chain/target/match by that name
>say what name, without requiring we do

The xtables1 setsockopt protocol does not have room to convey more than 
an errno code; this will be rectified with the xtables2 netlink 
interface.


>Also, on the man page TARPIT section, 

Standard iptables does not come with TARPIT.




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

Bug#590534: gdm3 changes xkb

[Роман Якубук]

Package: gdm3
Version: 2.30.5-6
Severity: normal

The source of the problem resides in file /etc/gdm3/Init/Default

In the following lines at the end of the file the actual changing of
the Xorg's defaults go.

SETXKBMAP=`gdmwhich setxkbmap`
if [ "x$SETXKBMAP" != "x" ] ; then
  # FIXME: is this all right?  Is this completely on crack?
  # What this does is move the xkb configuration from the GDM_PARENT_DISPLAY
  # FIXME: This should be done in code.  Or there must be an easier way ...
  if [ -n "$GDM_PARENT_DISPLAY" ]; then
# Hurray for awk
XKBARGS=$( (DISPLAY=$GDM_PARENT_DISPLAY
XAUTHORITY=$GDM_PARENT_XAUTHORITY $SETXKBMAP -v -v) | awk '/^model:/ {
printf "-model %s ", $2 } /^layout:/ { printf "-layout %s ", $2 }
/^variant:/ { printf "-variant %s ", $2 } /^options:/ { printf
"-option %s ", $2}' )
XKBSETUP=`( DISPLAY=$GDM_PARENT_DISPLAY
XAUTHORITY=$GDM_PARENT_XAUTHORITY $SETXKBMAP -v )`
if [ -n "$XKBARGS" ]; then
  $SETXKBMAP $XKBARGS
fi
  fi
fi

These lines should be commented out/removed or at least changed to
something more
sane.


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

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

Versions of packages gdm3 depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  debconf [debconf-2.0]   1.5.36   Debian configuration management sy
ii  gconf2  2.28.1-6 GNOME configuration database syste
ii  gnome-session-bin   2.30.2-3 The GNOME Session Manager - Minima
ii  konsole [x-terminal-emu 4:4.4.5-1X terminal emulator
ii  libart-2.0-22.3.21-1 Library of functions for 2D graphi
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libattr11:2.4.44-2   Extended attribute shared library
ii  libaudit0   1.7.13-1+b2  Dynamic library for security audit
ii  libbonobo2-02.24.3-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.24.3-1 The Bonobo UI library
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libcanberra-gtk00.24-1   Gtk+ helper for playing widget eve
ii  libcanberra00.24-1   a simple abstract interface for pl
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.2-2.1FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libgnome2-0 2.30.0-1 The GNOME library - runtime files
ii  libgnomecanvas2-0   2.30.1-1 A powerful object-oriented display
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface
ii  liborbit2   1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB
ii  libpam-modules  1.1.1-6.1Pluggable Authentication Modules f
ii  libpam-runtime  1.1.1-6.1Runtime support for the PAM librar
ii  libpam0g1.1.1-6.1Pluggable Authentication Modules l
ii  libpanel-applet2-0  2.30.2-2 library for GNOME Panel applets
ii  libpango1.0-0   1.28.3-1 Layout and rendering of internatio
ii  libpolkit-gobject-1-0   0.96-4   PolicyKit Authorization API
ii  libpolkit-gtk-1-0   0.96-3   PolicyKit GTK+ API
ii  libpopt01.16-1   lib for parsing cmdline parameters
ii  librsvg2-common 2.26.3-1 SAX-based renderer library for SVG
ii  libselinux1 2.0.96-1 SELinux runtime shared libraries
ii  libupower-glib1 0.9.5-5  abstraction for power management -
ii  libwrap07.6.q-19 Wietse Venema's TCP wrappers libra
ii  libx11-62:1.3.3-4X11 client-side library
ii  libxau6 1:1.0.6-1X11 authorisation library
ii  libxdmcp6   1:1.0.3-2X11 Display Manager Control Protoc
ii  libxklavier16   5.0-2X Keyboard Extension high-level AP
ii  libxml2 2.7.8.dfsg-1 GNOME XML library
ii  lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip
ii  metacity [x-window-mana 1:2.30.1-3   lightweight GTK+ window manager
ii  policykit-1-gnome   0.96-3   GNOME authentication agent for Pol
ii  rxvt-unicode [x-termina 9.07-2+b1RXVT-like terminal emulator with U
ii  upower  0.9.5-5  

Bug#607401: ferm: please support -m osf

[brian m. carlson]

Package: ferm
Version: 2.0.8-1
Severity: wishlist
Tags: patch

Now that the default Debian kernel has support for the osf module, it
would be nice if ferm would support it.  I've attached a patch to make
it do so; it is against the current master branch in git, but it applies
to the Debian package as well.

Do note that for some reason the xt_osf module (and its dependency, the
nfnetlink module) are not automatically loaded, so you'll have to
manually load it or iptables will complain.

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

Kernel: Linux 2.6.37-rc5-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 ferm depends on:
ii  debconf   1.5.37 Debian configuration management sy
ii  iptables  1.4.10-1   administration tools for packet fi
ii  lsb-base  3.2-26 Linux Standard Base 3.2 init scrip
ii  perl  5.10.1-16  Larry Wall's Practical Extraction 

Versions of packages ferm recommends:
ii  libnet-dns-perl   0.66-2 Perform DNS queries from a Perl sc

ferm suggests no packages.

-- Configuration Files:
/etc/default/ferm changed [not included]
/etc/ferm/ferm.conf [Errno 13] Permission denied: u'/etc/ferm/ferm.conf'

-- debconf information excluded

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
diff --git a/doc/ferm.pod b/doc/ferm.pod
index 9660a96..4f5e6bc 100644
--- a/doc/ferm.pod
+++ b/doc/ferm.pod
@@ -863,6 +863,15 @@ Match every 'n'th packet.
 
 Type "iptables -m nth -h" for details.
 
+=item B
+
+Match packets depending on the operating system of the sender.
+
+mod osf genre Linux;
+mod osf ! genre FreeBSD ttl 1 log 1;
+
+Type "iptables -m osf -h" for details.
+
 =item B
 
 Check information about the packet creator, namely user id, group id,
diff --git a/src/ferm b/src/ferm
index 4a2736b..ce3ff0d 100755
--- a/src/ferm
+++ b/src/ferm
@@ -255,6 +255,7 @@ add_match_def 'mark', qw(!mark);
 add_match_def 'multiport', qw(source-ports!&multiport_params),
   qw(destination-ports!&multiport_params ports!&multiport_params);
 add_match_def 'nth', qw(every counter start packet);
+add_match_def 'osf', qw(!genre ttl=s log=s);
 add_match_def 'owner', qw(!uid-owner !gid-owner pid-owner sid-owner),
   qw(cmd-owner !socket-exists=0);
 add_match_def 'physdev', qw(physdev-in! physdev-out!),


signature.asc
Description: Digital signature

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

[Cyril Brulebois]

Hi,

Daniel Kahn Gillmor  (17/12/2010):
> I would like to be able to more easily compose the skull and
> crossbones (☠), up and down arrows (↑,↓), and an umbrella (☂).

it would be nice if you could submit those directly upstream, since
that's not Debian-specific:
  https://bugs.freedesktop.org/

Feel free to mark this bug forwarded there once that's done. :)
Thanks.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#593700: The package has a generic C version of this function

[Bálint Réczey]

tag 593700 patch
thanks

Hi,

I think this small patch should fix the ia64 build problem.
I haven't tried it myself because I lack the necessary hardware.

Cheers,
Balint
--- source/snd_qf/snd_mix.c.orig	2010-12-18 00:19:32.0 +0100
+++ source/snd_qf/snd_mix.c	2010-12-18 00:20:47.0 +0100
@@ -27,7 +27,7 @@
 int *snd_p, snd_linear_count, snd_vol, music_vol;
 short *snd_out;
 
-#if !defined ( id386 ) || defined ( __MACOSX__ )
+#if !defined ( id386 ) || defined ( __MACOSX__ ) || defined ( __ia64__ )
 #ifdef _WIN32
 #pragma warning( push )
 #pragma warning( disable : 4310 )   // cast truncates constant value

Bug#529954: 529954: add ip6tables TPROXY support

[Jan Engelhardt]

>ip6tables seems not to support TPROXY:

Fixed for Linux 2.6.37 and iptables-1.4.11.



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

Bug#600857: no SNAT stickness in iptables

[Jan Engelhardt]

The SNAT target supposedly already worked like SAME, thus SAME was 
removed. The completely-random SNAT was moved to require the --random 
option.
Kernel commit cb76c6a597350534d211ba79d92da1f9771f8226.



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

Bug#607400: installation-reports: Debootstrap Error: Failed to determine the codename for the release

[Antonin Misek]

Package: installation-reports
Severity: normal
Tags: d-i

At first I tried the syslinux way, but I was not able to boot from the Flash.
So I formated the Flash to ext3 and used Grub2, then I copied the hd-media
files and first installation CD ISO.
Boot was succesfull, first part of installation was without problems, I used
installation without network configuration. Last succesfull step was
partitioning and formating (all in one ext4 partition + swap). The
step "Install Base System" failed with the message:
Debootstrap Error: Failed to determine the codename for the release

I did the debootstrap manually (manual mounting of the iso etc.)
but then the installer was lost (step was not finished so following steps
writes error messages, I ignored them and it seems that some steps was
finished, but the system was not bootable) and I was not able to finish
installation.

-- Package-specific info:

Boot method: USB
Image version: 
http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-CD-1.iso
 and 
http://ftp.cz.debian.org/debian/dists/squeeze/main/installer-amd64/current/images/hd-media/
Date: 16.12.2010 evening

Machine: Custom PC, Gigabyte motherboard, Intel i7 950, SATA HD

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[E]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [ ]
Install boot loader:[E]
Overall install:[ ]

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
X_INSTALLATION_MEDIUM=hd-media

==
Installer hardware-summary:
==
Report is created on other machine so automatically generated info has not
any sense here.



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

Bug#594150: test results

[Neil Williams]

Testing in a Squeeze pbuilder login with unchanged packages:
Downloaded from http://apt-test.aviatis.com/

r...@dwarf:~# ls /etc/apt/client-certs/
client.apt-test.aviatis.com.crt  client.apt-test.aviatis.com.key

r...@dwarf:~# cat /etc/apt/sources.list
deb http://ftp.uk.debian.org/debian/ testing main
deb-src http://ftp.uk.debian.org/debian/ testing main
deb https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/
squeeze main

r...@dwarf:~# cat /etc/apt/apt.conf.d/client-cert 
Acquire {
  https {
Verify-Peer "false";
CaPath  "/etc/ssl/certs";
Verify-Host "false";
AllowRedirect  "true";

SslCert "/etc/apt/client-certs/client.apt-test.aviatis.com.crt";
SslKey  "/etc/apt/client-certs/client.apt-test.aviatis.com.key";
SslForceVersion "SSLv3"; // This is required to get it to work in 
lenny; not sure why.
   }
}

(Note the revealing comment about the ForceVersion - this turns out to be 
important.)

Tested using:
apt-transport-https   0.8.8

r...@dwarf:~# apt-get update
Hit http://ftp.uk.debian.org testing Release.gpg
Ign http://ftp.uk.debian.org/debian/ testing/main Translation-en
Hit http://ftp.uk.debian.org testing Release
Hit http://ftp.uk.debian.org testing/main Sources/DiffIndex
Hit http://ftp.uk.debian.org testing/main amd64 Packages/DiffIndex
Ign https://apt-test.aviatis.com squeeze Release.gpg
Ign https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/
squeeze/main Translation-en Ign https://apt-test.aviatis.com squeeze
Release Ign https://apt-test.aviatis.com squeeze/main amd64 Packages
Err https://apt-test.aviatis.com squeeze/main amd64 Packages
  SSL connection timeout
W: Failed to fetch
https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/dists/squeeze/main/binary-amd64/Packages.gz
SSL connection timeout

E: Some index files failed to download, they have been ignored, or old
ones used instead.

Install the patched update NMU packages:

r...@dwarf:~# dpkg -i ../curl_7.21.0-1.1_amd64.deb 
../libcurl3_7.21.0-1.1_amd64.deb ../libcurl3-gnutls_7.21.0-1.1_amd64.deb 
(Reading database ... 12732 files and directories currently installed.)
Preparing to replace curl 7.21.0-1 (using ../curl_7.21.0-1.1_amd64.deb) ...
Unpacking replacement curl ...
Preparing to replace libcurl3 7.21.0-1 (using 
.../libcurl3_7.21.0-1.1_amd64.deb) ...
Unpacking replacement libcurl3 ...
Preparing to replace libcurl3-gnutls 7.21.0-1 (using 
.../libcurl3-gnutls_7.21.0-1.1_amd64.deb) ...
Unpacking replacement libcurl3-gnutls ...
Setting up libcurl3 (7.21.0-1.1) ...
Setting up libcurl3-gnutls (7.21.0-1.1) ...
Setting up curl (7.21.0-1.1) ...

test:

r...@dwarf:~# apt-get update
Hit http://ftp.uk.debian.org testing Release.gpg
Ign http://ftp.uk.debian.org/debian/ testing/main Translation-en
Hit http://ftp.uk.debian.org testing Release
Hit http://ftp.uk.debian.org testing/main Sources/DiffIndex
Hit http://ftp.uk.debian.org testing/main amd64 Packages/DiffIndex
Get:1 https://apt-test.aviatis.com squeeze Release.gpg [835 B]
Ign https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/ 
squeeze/main Translation-en
Get:2 https://apt-test.aviatis.com squeeze Release [89.9 kB]
Get:3 https://apt-test.aviatis.com squeeze/main amd64 Packages [6562 kB]
Fetched 6653 kB in 52s (126 kB/s)
Reading package lists... Done

The results with apt-get update are reproducible, yet calls to the
underlying utilities would give the impression that nothing has changed.

e.g.
# gnutls-cli -V --insecure -p 433
--x509certfile /etc/apt/client-certs/client.apt-test.aviatis.com.crt
--x509keyfile /etc/apt/client-certs/client.apt-test.aviatis.com.key
apt-test.aviatis.com
Processed 1 client certificates...
Processed 1 client X.509 certificates...
Resolving 'apt-test.aviatis.com'...
Connecting to '204.145.147.227:433'...
Cannot connect to apt-test.aviatis.com:433: Connection timed out

No change with the patched package.

whilst curl works fine (with and without the change)
curl -v  -k 
https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/dists/squeeze/Release
 --cert /etc/apt/client-certs/client.apt-test.aviatis.com.crt --key 
/etc/apt/client-certs/client.apt-test.aviatis.com.key 

Then with a sid pbuilder login without any patches:
ii  apt-transport-https   0.8.10

r...@dwarf:/etc/apt/client-certs# apt-get update
Hit http://ftp.fr.debian.org sid Release.gpg
Ign http://ftp.fr.debian.org/debian/ sid/main Translation-en
Hit http://ftp.fr.debian.org sid Release
Hit http://ftp.fr.debian.org sid/main Sources/DiffIndex
Hit http://ftp.fr.debian.org sid/main amd64 Packages/DiffIndex
Ign https://apt-test.aviatis.com squeeze Release.gpg
Ign https://apt-test.aviatis.com/apt-cacher/ftp.us.debian.org/debian/ 
squeeze/main Translation-en
Ign https://apt-test.aviatis.com squeeze Release
Ign https://apt-test.aviatis.com squeeze/main amd64 Packages
Err https://apt-test.aviatis.com squeeze/main amd64 Packages
  SSL connection timeout
W: Failed to fetch 
https://apt-test.aviat

Bug#546481: nagircbot packaging ready

[Martijn van Brummelen]

Hi John,
> I have packaging ready for nagircbot. It's lintian-clean and builds
> cleanly
> in a pbuilder chroot.
>
> Martijn, would you be willing to sponsor my uploads for this package? If
> you
> don't have the time right now, I could try asking the Nagios packaging
> team,
> too.
>
> john
Beter ask on mentors.debian.net of Nagios packaging team, since im not a
Debian Developer.

Regards,

Martijn van Brummelen




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

Bug#607293: 75 unreported RC bugs, (mostly?) fixable by rebuilding / could lintian please prevent such packages from being uploaded in future?

[Joerg Jaspert]

On 12331 March 1977, Adam D. Barratt wrote:

>> Package: lintian
>> Severity: wishlist
> [...]
>> To get a list of affected binary packages:
>> 
>>   w3m 
>> http://lintian.debian.org/tags/install-info-used-in-maintainer-script.html | 
>> awk '/[(]binary[)]$/ {print $1}'
> [...]
>> Could lintian maintainers please add this lintian tag to
>> data/output/ftp-master-nonfatal, although this shouldn't occur much in
>> future since debconf doesn't create this snippet anymore?
> Well, we could, but it would be somewhat redundant.  The list of reject
> tags in lintian is generated from the list on ftp-master, not
> vice-versa; if you want the list of tags used by ftp-master to
> auto-reject packages, you need to convince them, not us.

Im not against adding more tags.
Im against doing it right now, right after squeeze is a better time. We
dont want to break any possibly needed upload by those packages here.

But lintian could sure go already and make this E, its "Severity:
normal, Certainty: possible" a Warning now.And Certainty only possible,
does that mean we get false-positives?

-- 
bye, Joerg
It seems to me that the account creation step could be fully automated:
checking the box "approved by DAM" could trigger an insert into the LDAP
database thereby creating the account.
   <1375.143.121.153.52.1122977888.squir...@wm.kinkhorst.nl>



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

Bug#607227: xserver-xorg-video-radeon: with kms, screen flickers, without kms xorg eats 100% CPU

[Alex Deucher]

On Fri, Dec 17, 2010 at 5:21 PM, Marcos Marado
 wrote:
> Hello again,
>
> 2010/12/17 Alex Deucher :
>> 2010/12/16 Marcos Marado :
>>> 2010/12/16 Michel Dänzer :
 On Mit, 2010-12-15 at 21:29 +, Marcos Marado wrote:
> After installing on this machine squeeze from the debian-installer
> beta 2, I noticed that the
> screen sometimes flickers (opening a konsole an maximizing it will
> result in a more frequent flickering).
>
> Searching about it, I was led to believe that this could be a kms
> problem, so I deactivated it.
> Now the flicker is gone, but the computer is awefully slow, and a top
> shows Xorg eating 100% CPU.

 [...]

> [   17.750916] [drm:radeon_do_init_cp] *ERROR* Failed to load firmware!

 [...]

> Versions of packages xserver-xorg-video-radeon suggests:
> pn  firmware-linux                     (no description available)

 Does installing this package and rebooting help for any of your
 problems?
>>>
>>> Thank you very much for your quick reply. I should have looked into the 
>>> logs...
>>> Installed firmware-linux, and now the 100% CPU issue is gone.
>>> Unfortunately, the flickering issue (more often on black screens) is still
>>> present with kms, so for now I'm sticking with having it disabled.
>>
>> Try booting with radeon.new_pll=0 and/or radeon.disp_priority=2 on the
>> kernel command line in grub.
>
> Yup, just did one test: turned modeset on and booted with
> radeon.new_pll=0 and the flickering is gone.
>

OK, this should be fixed in 2.6.37 then.

Alex

> Feel free to ask me anything else you think it might be useful.
>
> Best regards,
> --
> Marcos Marado
>



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

Bug#607227: xserver-xorg-video-radeon: with kms, screen flickers, without kms xorg eats 100% CPU

[Marcos Marado]

Hello again,

2010/12/17 Alex Deucher :
> 2010/12/16 Marcos Marado :
>> 2010/12/16 Michel Dänzer :
>>> On Mit, 2010-12-15 at 21:29 +, Marcos Marado wrote:
 After installing on this machine squeeze from the debian-installer
 beta 2, I noticed that the
 screen sometimes flickers (opening a konsole an maximizing it will
 result in a more frequent flickering).

 Searching about it, I was led to believe that this could be a kms
 problem, so I deactivated it.
 Now the flicker is gone, but the computer is awefully slow, and a top
 shows Xorg eating 100% CPU.
>>>
>>> [...]
>>>
 [   17.750916] [drm:radeon_do_init_cp] *ERROR* Failed to load firmware!
>>>
>>> [...]
>>>
 Versions of packages xserver-xorg-video-radeon suggests:
 pn  firmware-linux                     (no description available)
>>>
>>> Does installing this package and rebooting help for any of your
>>> problems?
>>
>> Thank you very much for your quick reply. I should have looked into the 
>> logs...
>> Installed firmware-linux, and now the 100% CPU issue is gone.
>> Unfortunately, the flickering issue (more often on black screens) is still
>> present with kms, so for now I'm sticking with having it disabled.
>
> Try booting with radeon.new_pll=0 and/or radeon.disp_priority=2 on the
> kernel command line in grub.

Yup, just did one test: turned modeset on and booted with
radeon.new_pll=0 and the flickering is gone.

Feel free to ask me anything else you think it might be useful.

Best regards,
-- 
Marcos Marado



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

Bug#607399: lintian: false-positive with shlib-calls-exit (triggered on application)

[Niels Thykier]

Package: lintian
Version: 2.4.3

Hey

$ lintian  -IE  ./openjdk-6-jdk_6b18-1.8.2-4_i386.deb

triggers 28 of these; all of them appears to be applications and not
shared libraries (installed in /usr/lib/jvm//bin/).

~Niels



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

Bug#607398: resolv.conf(5) should mention "options single-request"

[Dave Holland]

Package: manpages
Version: 3.27-1

The libc in Squeeze has a changed stub resolver behaviour which
attempts to do IPv4 and IPv6 lookups in parallel; unfortunately this
breaks in the presence of some firewalls/routers.

The workaround is documented here:
http://udrepper.livejournal.com/20948.html
and it is to add
  options single-request
to /etc/resolv.conf

Please can this be mentioned in the man page for resolv.conf?

thanks,
Dave



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

Bug#607397: python-fuse: Improvement to README.Debian

[Reuben Thomas]

Package: python-fuse
Version: 2:0.2.1-2
Severity: minor

The information in README.Debian is somewhat out of date: the FUSE
kernel module is now loaded by default in Debian systems, so the
entire paragraph:

  This python module is only available with redcent 2.6.x kernels, so
  you simply have to "modprobe fuse", or "echo fuse >> /etc/modules" to
  have it loaded automatically at boot time.

can be deleted. (If you disagree, then change “python module” to “FUSE
kernel module” and change “redcent” to “recent”.)

“welcomed” should be “welcome” in the first paragraph.

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

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

Versions of packages python-fuse depends on:
ii  fuse-utils  2.8.4-1ubuntu1   Filesystem in USErspace (utilities
ii  libc6   2.12.1-0ubuntu10 Embedded GNU C Library: Shared lib
ii  libfuse22.8.4-1ubuntu1   Filesystem in USErspace library
ii  python  2.6.6-2ubuntu2   interactive high-level object-orie
ii  python-central  0.6.15ubuntu2register and build utility for Pyt

python-fuse recommends no packages.

python-fuse 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#596741: Processed: Re: Processed: bug 596741 is not forwarded, tagging 596741, reassign 596741 to gnome-power-manager

[Michael Biebl]

On 17.12.2010 23:06, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
>> reassign 596741 pm-utils
> Bug #596741 [gnome-power-manager] regression: CPU fan fast after resume: 
> won't climb back down
> Bug reassigned from package 'gnome-power-manager' to 'pm-utils'.

Hm, why is that a pm-utils issue?

If you simply run
echo "mem" > /sys/power/state (given your hardware doesn't need any quirks)
is the problem gone?

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#580683: libjs-jquery: add several jQuery plugins to this package

[Olivier Berger]

On Thu, Jun 03, 2010 at 04:42:58PM +0400, Roman V. Nikolaev wrote:
> This plugins not include in jquery by default. But some of them to use
> in project we write RFP (request for packaging):
> 
> libjs-jquery-tablesorter:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584127
> libjs-jquery-cookie: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584419
> libjs-jquery-treetable:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584403
> 
> I think you need write RFP per plugin. Then this job finish faster.
> 

Oh, btw, another related RFP too : 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605476 for libjs-jquery-tipsy 
/ tipsy

My 2 cents,




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

Bug#546481: nagircbot packaging ready

[John Morrissey]

I have packaging ready for nagircbot. It's lintian-clean and builds cleanly
in a pbuilder chroot.

Martijn, would you be willing to sponsor my uploads for this package? If you
don't have the time right now, I could try asking the Nagios packaging team,
too.

john
-- 
John Morrissey  _o/\   __o
j...@horde.net_-< \_  /  \     <  \,
www.horde.net/__(_)/_(_)/\___(_) /_(_)__



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

Bug#596741: Processed: bug 596741 is not forwarded, tagging 596741, reassign 596741 to gnome-power-manager

[Josselin Mouette]

reassign 596741 pm-utils
thanks

Le mardi 14 décembre 2010 à 22:57 +, Debian Bug Tracking System a
écrit : 
> Bug #596741 [linux-2.6] regression: CPU fan fast after resume: won't climb 
> back down
> Removed tag(s) upstream.
> > # kernel absolved (see comments in bugzilla). More testing to come.
> > reassign 596741 gnome-power-manager

I see in the logs that you can reproduce the bug with pm-utils alone.
Since it is what upower uses as a backend, I’ll just reassign the bug
there.

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


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

Bug#607370: Please Close

[Travis Thompson]

I was incorrect I do not get root shell.

Bug#607396: FTBFS with linker flag --as-needed

[Stefan Potyra]

Package: liborigin
Version: 20080225-2
Severity: wishlist
Tags: patch

Hi,

liborigin fails to build if the linker flag --as-needed is used. [1,2] 
The reason is that --as-needed forces a strict linking order (symbol 
users given in front of symbol definitions).

Attached is a patch that fixes the problem.

Cheers,
   Stefan.
[1]:

[2]:


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

Kernel: Linux 2.6.37-8-generic (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Index: liborigin-20080225/Makefile.LINUX
===
--- liborigin-20080225.orig/Makefile.LINUX	2010-12-17 22:07:51.030175732 +0100
+++ liborigin-20080225/Makefile.LINUX	2010-12-17 22:08:03.970175732 +0100
@@ -23,7 +23,7 @@
 	ln -sf $(TARGET3) $(TARGET2))
 
 $(OPJ2DAT): $(OPJ2DAT).cpp 
-	$(CC) $(CFLAGS) -L lib/ -o $(OPJ2DAT) -lorigin $(OPJ2DAT).cpp
+	$(CC) $(CFLAGS) -L lib/ -o $(OPJ2DAT) $(OPJ2DAT).cpp -lorigin
 
 clean :
 	rm -f *~ *.o $(OPJ2DAT) $(TARGET0)*

Bug#605410: Fix for spurious download warnings

[brian m. carlson]

tags 605540 + patch
tags 605410 + patch
kthxbye

This particular issue has started to become very annoying for me.  So I
went through the source and am now providing a patch.  This patch
disables the entire executable file warning system when OS_POSIX is
defined.  This is for several reasons:

* virtually every meaningful datatype that people use is flagged;
* as a consequence, the user just learns to click through the warning;
* some datatypes are not practically exploitable except as the superuser
  (e.g. .deb) and we must assume that the superuser is not an idiot;
* any type of data can be named with any extension on POSIX systems, so
  assuming that only files with certain extensions can contain malware
  is wrong;
* it is *very* annoying to have this prompt all the time with no way
  whatsoever to turn it off;
* it is demeaning to assume that I have failed to consider the
  consequences of my actions in downloading a file; and
* from a correctness point of view, many of these datatypes are not
  strictly "executables" and calling them such is disingenuous.

For my sanity and good health, please apply this patch in your next
upload.  But please note: the patch has not been tested at all.  It may
or may not compile or run.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
diff -ur chromium-browser.old/src/chrome/browser/download/download_exe.cc chromium-browser-9.0.587.0~r66374/src/chrome/browser/download/download_exe.cc
--- chromium-browser.old/src/chrome/browser/download/download_exe.cc	2010-12-17 20:33:02.0 +
+++ chromium-browser-9.0.587.0~r66374/src/chrome/browser/download/download_exe.cc	2010-12-17 20:57:00.0 +
@@ -179,10 +179,16 @@
 };
 
 bool IsExecutableFile(const FilePath& path) {
+#if defined(OS_POSIX)
+  return false;
+#endif
   return IsExecutableExtension(path.Extension());
 }
 
 bool IsExecutableExtension(const FilePath::StringType& extension) {
+#if defined(OS_POSIX)
+  return false;
+#endif
   if (extension.empty())
 return false;
   if (!IsStringASCII(extension))
@@ -225,6 +231,9 @@
 };
 
 bool IsExecutableMimeType(const std::string& mime_type) {
+#if defined(OS_POSIX)
+  return false;
+#endif
   for (size_t i = 0; i < arraysize(kExecutableWhiteList); ++i) {
 if (net::MatchesMimeType(kExecutableWhiteList[i], mime_type))
   return true;


signature.asc
Description: Digital signature

Bug#594150: Possible curl t-p-u ?

[Neil Williams]

I've tidied up the patch which turns this silent error into a more
noisy warning but does not try to fix the underlying issue. The patch
is based on one by Johannes Ernst , as
detailed in the attached patch. (The only other change is to put the
patch into the series file *in the middle* due to problems with the
gnutls changes needing to be last.)

#libtool
no_com_err
runtests_gdb
art_http_scripting
versioned
insecure-negotiation-warning

# this must be the last
curl_links_with_rt
gnutls

curl has already had a new upstream release uploaded, so I'm
building against testing (pbuilder):

Source: curl
Version: 7.21.0-1.1
Distribution: testing-proposed-updates
Urgency: medium
Maintainer: Neil Williams 
Date: Fri, 17 Dec 2010 21:10:56 +
Closes: 594150
Changes: 
 curl (7.21.0-1.1) testing-proposed-updates; urgency=medium
 .
   * Non-maintainer upload.
   * Backport change by Johannes Ernst to Squeeze to supply
 a useful error message if server attempts insecure
 renegotiation. (Closes: #594150)
   * Target t-p-u because a new upstream release is in sid.

If the patch works as expected (and the build passes the tests which
have proved problematic on this box previously), would a t-p-u upload
like this be a suitable fix for the release?

I'm guessing medium here, quite happy to change that to suit release
team preference.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



insecure-negotiation-warning
Description: Binary data


pgp5f4pyoGzHd.pgp
Description: PGP signature

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

[Daniel Kahn Gillmor]

Package: libx11-data
Version: 2:1.3.3-4
Severity: wishlist

I would like to be able to more easily compose the skull and
crossbones (☠), up and down arrows (↑,↓), and an umbrella (☂).

So i propose the following additions to
/usr/share/X11/locale/en_US.UTF-8/Compose :

   : "☠" U2620 # SKULL AND CROSSBONES
   : "↑" U2191 # ARROW UP
   : "↑" U2191 # ARROW UP
 : "↓" U2193 # ARROW DOWN
 : "↓" U2193 # ARROW DOWN
: "☂" U2602 # UMBRELLA

note that the SKULL AND CROSSBONES binding is upper-case, as distinct
from the already-existing lower-case binding for ¤.

☠☠☠,

--dkg

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

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

-- 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#607394: deluge: Deluge gets very slow with thousands of torrents

[Rafael Cunha de Almeida]

Package: deluge
Version: 1.2.3+git20100712.0b609bf-1
Severity: normal

I've had to add thousands of torrent files on deluge (2093, so far).
Perhaps I'm an unique case, but I didn't expect it to get so slow after
only a couple thousand torrents. It takes 100% of cpu during startup
during a considerable period of time and throughout the whole operation
it doesn't work well. I think it may have something to do with file
checks, maybe there should be options to reduce the number of checks or
something like that.

Even after everything gets downloaded it's still very slow. Selecting
torrents and then clicking in remove torrent is also very slow. So I
think the way torrents are stored in memory is probably not very
efficient as well. I think if there was a "finished state" where I could
go there and delete them all, instead of waiting the torrents showing up
in seeding a few at a time, it would be already a good improvement.
Because, although slow, I'm able to add all those torrents and I'd be
able to delete tem without much human interaction.

I know it's a hard thing to track down and fix, perhaps it's not even
the intention of the program to work with that many torrents. Anyhow, I
thought it wouldn't hurt to report it :)

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

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

Versions of packages deluge depends on:
ii  deluge-gtk   1.2.3+git20100712.0b609bf-1 bittorrent client written in Pytho
ii  python   2.6.6-3+squeeze2interactive high-level object-orie

deluge recommends no packages.

deluge 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#555182: FTBFS with binutils-gold

[Stefan Potyra]

unarchive 555182
reopen 555182
found 555182 0.117-2
tags 555182 +patch
thanks

Hi,

thanks for getting this fixed. Sadly the fix is not complete, as infoprint 
also needs to link against -lX11 [1,2].

Attached is a modified version of debian/patches/missing-linkage-X11, that 
fixes the problem.

Cheers,
   Stefan.
[1]: 

[2]: 

Description: Add Wl,--no-add-needed -lX11 (Closes: #555182)
Author: Neil Williams 
Bug-Debian: http://bugs.debian.org/555182

---

Index: libgpewidget-0.117/Makefile.in
===
--- libgpewidget-0.117.orig/Makefile.in	2008-07-11 13:03:46.0 +0200
+++ libgpewidget-0.117/Makefile.in	2010-12-17 21:17:50.980175731 +0100
@@ -304,7 +304,7 @@
   color-slider.c colordialog.c link-warning.h \
   colorrenderer.c
 
-libgpewidget_la_LDFLAGS = @GPEWIDGET_LIBS@ @HILDON_LIBS@ -version-info 1:0:0
+libgpewidget_la_LDFLAGS = Wl,--no-add-needed -lX11 @GPEWIDGET_LIBS@ @HILDON_LIBS@ -version-info 1:0:0
 gpeincludedir = $(includedir)/gpe
 gpeinclude_HEADERS = gpe/init.h gpe/errorbox.h gpe/smallbox.h gpe/pixmaps.h gpe/gtkdatecombo.h \
  gpe/dirbrowser.h gpe/stylus.h gpe/picturebutton.h gpe/spacing.h \
@@ -321,7 +321,7 @@
 pixmap_DATA = pixmaps/clock.png pixmaps/clock24.png pixmaps/day-night-wheel.png
 infoprint_DEPENDENCIES = libgpewidget.la
 infoprint_SOURCES = infoprint-main.c
-infoprint_LDADD = -lgpewidget
+infoprint_LDADD = -lgpewidget -lX11
 EXTRA_DIST = $(pixmap_DATA) \
  intltool-extract.in \
  intltool-merge.in \
Index: libgpewidget-0.117/Makefile.am
===
--- libgpewidget-0.117.orig/Makefile.am	2008-07-11 12:45:28.0 +0200
+++ libgpewidget-0.117/Makefile.am	2010-12-17 21:17:38.370175731 +0100
@@ -30,7 +30,7 @@
   color-slider.c colordialog.c link-warning.h \
   colorrenderer.c
   
-libgpewidget_la_LDFLAGS = @GPEWIDGET_LIBS@ @HILDON_LIBS@ -version-info 1:0:0
+libgpewidget_la_LDFLAGS = Wl,--no-add-needed -lX11 @GPEWIDGET_LIBS@ @HILDON_LIBS@ -version-info 1:0:0
 
 gpeincludedir = $(includedir)/gpe
 gpeinclude_HEADERS = gpe/init.h gpe/errorbox.h gpe/smallbox.h gpe/pixmaps.h gpe/gtkdatecombo.h \
@@ -52,7 +52,7 @@
 bin_PROGRAMS = infoprint
 infoprint_DEPENDENCIES = libgpewidget.la
 infoprint_SOURCES = infoprint-main.c
-infoprint_LDADD = -lgpewidget
+infoprint_LDADD = -lgpewidget -lX11
 
 EXTRA_DIST = $(pixmap_DATA) \
  intltool-extract.in \


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

Bug#606781: viewvc: package fails to upgrade properly from lenny

[Lucas Nussbaum]

On 17/12/10 at 20:47 +0100, Arthur de Jong wrote:
> On Sat, 2010-12-11 at 18:50 +0100, Lucas Nussbaum wrote:
> > While testing the installation of all packages in squeeze, I ran
> > into the following problem:
> [...]
> > > CONFIGURATION FILE `/ETC/VIEWVC/VIEWVC.CONF'
> > > ==> MODIFIED (BY YOU OR BY A SCRIPT) SINCE INSTALLATION.
> > > ==> PACKAGE DISTRIBUTOR HAS SHIPPED AN UPDATED VERSION.
> > > WHAT WOULD YOU LIKE TO DO ABOUT IT ?  YOUR OPTIONS ARE:
> > > Y OR I  : INSTALL THE PACKAGE MAINTAINER'S VERSION
> > > N OR O  : KEEP YOUR CURRENTLY-INSTALLED VERSION
> > > D : SHOW THE DIFFERENCES BETWEEN THE VERSIONS
> > > Z : BACKGROUND THIS PROCESS TO EXAMINE THE SITUATION
> > > THE DEFAULT ACTION IS TO KEEP YOUR CURRENT VERSION.
> > > *** VIEWVC.CONF (Y/I/N/O/D/Z) [DEFAULT=N] ? DPKG: ERROR PROCESSING VIEWVC 
> > > (--CONFIGURE):
> > > EOF ON STDIN AT CONFFILE PROMPT
> > > SETTING UP XML-CORE (0.13) ...
> > > ERRORS WERE ENCOUNTERED WHILE PROCESSING:
> > > VIEWVC
> > > E: Sub-process /usr/bin/dpkg returned an error code (1)
> [..]
> > The full build log is available from:
> >  http://people.debian.org/~lucas/logs/2010/12/11/viewvc.log
> > 
> > It is reproducible by installing your package in a clean chroot, using
> > the debconf Noninteractive frontend, and priority: critical.
> 
> Presumably the bug is the relevant part quoted above (during upgrade
> dpkg asks about the modified configuration file).
> 
> This is happening because the lenny version modified
> /etc/viewvc/viewvc.conf in postinst. Judging by the changelog this was
> fixed in version 1.1.5-1 so the squeeze version should be OK.
> 
> Btw, do you have any idea why part of the log is in all-caps? I ran into
> this a couple of times but never found a cause.

I suspect it's a (fixed) bug somewhere in dpkg. I've never seen it with
the squeeze version.

- Lucas



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

Bug#606781: viewvc: package fails to upgrade properly from lenny

[Sven Joachim]

On 2010-12-17 20:47 +0100, Arthur de Jong wrote:

> Presumably the bug is the relevant part quoted above (during upgrade
> dpkg asks about the modified configuration file).
>
> This is happening because the lenny version modified
> /etc/viewvc/viewvc.conf in postinst. Judging by the changelog this was
> fixed in version 1.1.5-1 so the squeeze version should be OK.

Probably not much can be done to avoid the question on upgrades then.

> Btw, do you have any idea why part of the log is in all-caps? I ran into
> this a couple of times but never found a cause.

That's #509866.

Cheers,
   Sven




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

Bug#607393: O: phpunit

[Ivan Borzenkov]

Package: wnpp
Severity: normal
X-Debbugs-CC: debian-de...@lists.debian.org

sorry, I can not have time for this package, I not use it about 6 mounts, and 
now it needs to remake many things


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

Bug#607390: pinot: Package not installable

[Sebastian Steinhuber]

further information on this problem:

The same issue on ubuntu for me. I tested installing pinot on both
ubuntu maverick and natty with the same result.
Is really nobody using it on a desktop machine?



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#607261: Bug fixed?

[Alexander Reichle-Schmehl]

Hi!

This bug was marked pending with the 1.3.3-dfsg1-3 upload, which has
been uploaded in the meantime.  But without the corepsonding closes
entry in it's changelog.

However, the changelog reads, like the needed patch was applied.

Could you please check, wether this bug is closed and mark this bug
fixed (please don't forget the version header) or remove the pending
tag (and comment)?


Best Regards,
  Alexander



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

Bug#542175: updated patch

[Joey Hess]

Colin Watson wrote:
> Will 600KB or so make a useful difference there? 

I don't know yet; probably not.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#605565: Reopen Bug#605565: gnustep-base-runtime still fails to remove/upgrade if gdomap is not running

[Yavor Doganov]

On Thu, Dec 09, 2010 at 11:52:03PM +0100, Axel Beckert wrote:
> Yavor Doganov wrote:
> > Any idea what's the right approach to fix this problem?
> 
> Two ideas come to my mind:
> 
> 1. Ignoring the exit code of the init.d script in the prerem.

Something like:

...
pgrep -x gdomap || exit 0

#DEBHELPER#
...

?

This would solve the issue, I think, and I don't anticipate any
negative effects.  However, as it looks like a "dirty" solution, I'm
somewhat suspicious and not very keen to implement it immediately...
Any advice/comments appreciated.

> 2. AFAIK the maintainer scripts know if the package is just removed or
>upgraded, so maybe calling it in postinst instead of prerm only if
>the package is upgraded.

No, the daemon must be stopped in prerm, particularly when doing the
lenny->squeeze upgrade, because there's a soname change in the
library.

> BTW: Do you know if that problem is present in Lenny, too?

Yes, definitely.  (Dist-)upgrading from lenny with the gdomap daemon
not running for some reason would reveal the same issue you
encountered.

> Well, maybe you can put some code handling this issue specificly
> before the debhelper snippets and care that they are not run in case
> this special case occurs.

See above, that pgrep check is the best I could think of (the procps
package is guaranteed to be installed on hurd-* and kfreebsd-* as
well).  But I'm not sure, looks more like sweeping the problem under
the carpet to me.



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

Bug#606393: [pkg-cli-apps-team] Bug#606393: gnome-do: crashes on start with Unhandled Exception: System.TypeLoadException

[smu]

I did a fresh netinstall of debian testing and now gnome-do works. So,
maybe the problem was somewhere on my system.

But thank you, for the support.

best regards,
 Stefan



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

Bug#607315: deborphan: [INTL:pt] Updated European Portuguese translation for manpage

[Carsten Hey]

* Américo Monteiro [2010-12-16 23:35 +]:
> Updated European Portuguese translation for deborphan's manpage messages.

Thanks a lot, it's great to see more translations for deborphan's man
pages!

Unfortunately, the release team stopped to accept new translation
updates targeted for Squeeze on Tuesday, on the other hand this means
that Squeeze will presumably be released real soon now.  Anyway, the
translation is early enough to be part of the next Ubuntu release and of
course Debian unstable.


Regards
Carsten



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

Bug#607048: BBDB vs emacs-snapshot

[Romain Francoise]

--=-=-=
Content-Type: application/pgp-encrypted

Version: 1

--=-=-=
Content-Type: application/octet-stream

Content-Type: text/plain

"Barak A. Pearlmutter"  writes:

> Apparently something changed between emacs-snapshot
> 1:20101204-1 and 1:20101212-2 which either caused or
> tickled a bug when using BDBB.  See Debian BTS #607048
> for details.

Yes, from a cursory look it's caused by this commit:

   http://git.gnus.org/cgit/gnus.git/commit/?id=9464be87c0

After this change, `message-tab' does the completion *and* inserts a
TAB, which is probably not what was intended. There's a report in
the Emacs bug tracker now (#7660), so feel free to point Stefan to it.

--=-=-=--



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

Bug#542175: updated patch

[Colin Watson]

On Fri, Dec 17, 2010 at 03:36:56PM -0400, Joey Hess wrote:
> Colin Watson wrote:
> > ahead and apply it to Ubuntu because we're under serious space
> > constraints for our next release and need to work to get rid of
> > libgnome2-perl as part of that; but with my Debian hat on, unless Joey
> > objects, I'll apply this to Debian as soon as we thaw.
> 
> That probably makes sense, although it's worth noting Debian is also
> under some space constraints on gnome CD1.

Will 600KB or so make a useful difference there?  If so then yes, it may
be worth trying to cram it in, although if we're doing that then it
probably wants some more extensive testing than I've given it (I've done
samples/demo, samples/demo adjusted for backup, and dpkg-reconfigure of
a few packages in a few different UTF-8 locales - I think it was
apt-listchanges, grub-pc, and man-db).

Actually getting rid of libgnome2-perl requires changing several other
packages which have dependencies or recommendations on libgnome2-perl
"because we want the debconf Gnome frontend".  Some likely candidates
which I can see on a brief browse through Packages:

  debian-edu-install
  gdebi
  gnome-desktop-environment
  synaptic

It would also be worth checking that there's nothing else on GNOME CD 1
that actually needs libgnome2-perl in its own right, because in that
case we don't gain anything from rushing in a new debconf.
Possibilities for that:

  greenwich
  movixmaker-2
  podbrowser
  shutter
  yarssr

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

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

[M.-A. DARCHE]

Package: installation-reports
Severity: minor
Tags: d-i

-- Package-specific info:

Boot method: Netinst USB
Image version:
http://cdimage.debian.org/cdimage/squeeze_di_beta2/amd64/iso-cd/debian-squeeze-di-beta2-amd64-netinst.iso
http://ftp.nl.debian.org/debian/dists/testing/main/installer-amd64/current/images/hd-media/boot.img.gz
Date: 2010-12-16

Machine: Lenovo ThinkPad X300
Partitions:
FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/mapper/systema-root
  ext358757308  34397056  21375500  62% /
tmpfstmpfs 1009580 0   1009580   0% /lib/init/rw
udev tmpfs 1004076   236   1003840   1% /dev
tmpfstmpfs 1009580 0   1009580   0% /dev/shm
/dev/sda1 ext2  233191 16277204473   8% /boot

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

Everything perfect. Thanks a lot for all your wonderful work.

Just one remark about 2 small character encoding problems.
Here they are:

1. mode (d??panage)
2. Chargement du disque m??moir initial


The 1. appears on the 2nd bootloader line. This corresponds to the French
translation of "rescue mode", with the accented character being replaced
by "?".

The 2. appears when mounting an dm-crypt device.


Best and warm regards

-- 

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="6.0 (squeeze) - installer build 20101127"
X_INSTALLATION_MEDIUM=hd-media

==
Installer hardware-summary:
==
uname -a: Linux systema 2.6.32-5-amd64 #1 SMP Sat Oct 30 14:18:21 UTC
2010 x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile
PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c)
lspci -knn: Subsystem: Lenovo Device [17aa:20b3]
lspci -knn: Kernel driver in use: agpgart-intel
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation
Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c)
lspci -knn: Subsystem: Lenovo Device [17aa:20b5]
lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile
GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 0c)
lspci -knn: Subsystem: Lenovo Device [17aa:20b5]
lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation
82566MM Gigabit Network Connection [8086:1049] (rev 03)
lspci -knn: Subsystem: Lenovo Device [17aa:20b9]
lspci -knn: Kernel driver in use: e1000e
lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H
(ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03)
lspci -knn: Subsystem: Lenovo Device [17aa:20aa]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H
(ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 03)
lspci -knn: Subsystem: Lenovo Device [17aa:20aa]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H
(ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03)
lspci -knn: Subsystem: Lenovo Device [17aa:20ab]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8
Family) HD Audio Controller [8086:284b] (rev 03)
lspci -knn: Subsystem: Lenovo Device [17aa:20ac]
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8
Family) PCI Express Port 1 [8086:283f] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8
Family) PCI Express Port 2 [8086:2841] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 82801H (ICH8
Family) PCI Express Port 3 [8086:2843] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H
(ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03)
lspci -knn: Subsystem: Lenovo Device [17aa:20aa]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H
(ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 03)
lspci -knn: Subsystem: Lenovo Device [17aa:20aa]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801H
(ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 03)
lspci -knn: Subsys

Bug#607391: qemu-kvm: /dev/kvm should have group id kvm

[Regis Smith]

Package: qemu-kvm
Version: 0.12.5+dfsg-5
Severity: normal


This is just a suggested convenience for users:  change the group ID of 
/dev/kvm to kvm when installing qemu-kvm.

-- Package-specific info:


/proc/cpuinfo:

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 16
model   : 5
model name  : AMD Athlon(tm) II X4 640 Processor
stepping: 3
cpu MHz : 3013.786
cache size  : 512 KB
physical id : 0
siblings: 4
core id : 0
cpu cores   : 4
apicid  : 0
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 5
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb 
rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni 
monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a 
misalignsse 3dnowprefetch osvw ibs skinit wdt
bogomips: 6027.56
TLB size: 1024 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

processor   : 1
vendor_id   : AuthenticAMD
cpu family  : 16
model   : 5
model name  : AMD Athlon(tm) II X4 640 Processor
stepping: 3
cpu MHz : 3013.786
cache size  : 512 KB
physical id : 0
siblings: 4
core id : 1
cpu cores   : 4
apicid  : 1
initial apicid  : 1
fpu : yes
fpu_exception   : yes
cpuid level : 5
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb 
rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni 
monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a 
misalignsse 3dnowprefetch osvw ibs skinit wdt
bogomips: 6026.79
TLB size: 1024 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

processor   : 2
vendor_id   : AuthenticAMD
cpu family  : 16
model   : 5
model name  : AMD Athlon(tm) II X4 640 Processor
stepping: 3
cpu MHz : 3013.786
cache size  : 512 KB
physical id : 0
siblings: 4
core id : 2
cpu cores   : 4
apicid  : 2
initial apicid  : 2
fpu : yes
fpu_exception   : yes
cpuid level : 5
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb 
rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni 
monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a 
misalignsse 3dnowprefetch osvw ibs skinit wdt
bogomips: 6026.82
TLB size: 1024 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

processor   : 3
vendor_id   : AuthenticAMD
cpu family  : 16
model   : 5
model name  : AMD Athlon(tm) II X4 640 Processor
stepping: 3
cpu MHz : 3013.786
cache size  : 512 KB
physical id : 0
siblings: 4
core id : 3
cpu cores   : 4
apicid  : 3
initial apicid  : 3
fpu : yes
fpu_exception   : yes
cpuid level : 5
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb 
rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni 
monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a 
misalignsse 3dnowprefetch osvw ibs skinit wdt
bogomips: 6026.79
TLB size: 1024 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate




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

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

Versions of packages qemu-kvm depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  bridge-utils1.4-5Utilities for configuring the Linu
ii  iproute 20100519-3   networking and traffic control too
ii  libaio1 0.3.107-7Linux kernel AIO access library - 
ii  libasound2  1.0.23-2.1   shared library for ALSA applicatio
ii  libbluetooth3   4.66-2   Library to use the BlueZ Linux Blu
ii  libbrlapi0.54.2-6braille di

Bug#607377: Acknowledgement slides due to images that are recognized as corrupt by powerpoint)

[Rene Engelhard]

On Fri, Dec 17, 2010 at 08:31:12PM +0100, 
debbugopenoffice.org.iri...@recursor.net wrote:
> _If_ that fixes it - I think that still would need testing on a couple
> of test cases from this bug.

Yeah, let's test this and close this with the LibreOffice 3.3.0 rc2 upload
(which includes OOo 3.3.0 rc8)...

> > http://people.debian.org/~rene/openoffice.org/i115898.diff is the
> > (qute big) diff extracted from the hg branch.
> 
> Hm, not _too_ bad regarding size, I feared worse when you said 'quite big'

Quite big for a bug which isn't RC and when a package is in deep freeze :)

> > > I assume, that the fix is for 3.3.x and might need to be adjusted for
> > > 3.2.1 in squeeze.
> >
> > Yes - except that there won't  be a fix for squeeze anymore. This
> > is a "important" bug and thus not release-critical and the release
> > team will only unblock release-critical fixed now (see the latest
> > release update: 
> > http://lists.debian.org/debian-devel-announce/2010/12/msg2.html).
> 
> Oh, all right, I had missed that, thanks. Pity I only found the bug today.
> Any chance to get it in later, as rcX, perhaps?

You mean 6.0.1? Yes, maybe, but that is at the discretion of the stable release
managers.

> You might consider upgrading it to "critical" with time, as it has the
> potential to cause data loss (admittedly, it's PowerPoint doing the
> losing when you re-save from there, because you think it's already

Jup.

> gone). There's probably no point trying to rush it into the main
> release, though, as it does look like a non-trivial fix.

Ack, thanks for not insisting :)

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#593049: completed patch

[Neil Williams]

tag 593049 + patch
thanks

I've tidied up the patch and added some needed clean rules for
debian/rules to make the patch itself clean.

All that's needed now is for someone to tell me that the patched
package actually works - or what kind of hardware is needed to test it.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/

diff -u osso-gwconnect-1.0.12.debian/debian/changelog osso-gwconnect-1.0.12.debian/debian/changelog
--- osso-gwconnect-1.0.12.debian/debian/changelog
+++ osso-gwconnect-1.0.12.debian/debian/changelog
@@ -1,3 +1,11 @@
+osso-gwconnect (1.0.12.debian-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Replace AX_CFLAGS_GCC_OPTION with explicit control over
+CFLAGS warnings. (Closes: #593049)
+
+ -- Neil Williams   Fri, 17 Dec 2010 19:22:07 +
+
 osso-gwconnect (1.0.12.debian-2) unstable; urgency=low
 
   * debian/gbp.conf: Added.
diff -u osso-gwconnect-1.0.12.debian/debian/rules osso-gwconnect-1.0.12.debian/debian/rules
--- osso-gwconnect-1.0.12.debian/debian/rules
+++ osso-gwconnect-1.0.12.debian/debian/rules
@@ -44,6 +44,8 @@
 	rm -f build-stamp
 	[ ! -f Makefile ] || $(MAKE) clean
 	[ ! -f Makefile ] || $(MAKE) distclean
+	$(RM) aclocal.m4 config.h.in configure depcomp install-sh missing
+	$(RM) Makefile Makefile.in etc/Makefile.in src/Makefile.in
 	dh_clean
 
 install: build
only in patch2:
unchanged:
--- osso-gwconnect-1.0.12.debian.orig/configure.ac
+++ osso-gwconnect-1.0.12.debian/configure.ac
@@ -9,21 +9,13 @@
 AC_ISC_POSIX
 AC_HEADER_STDC
 
-AX_CFLAGS_GCC_OPTION(-std=c99)
-#AX_CFLAGS_GCC_OPTION(-pedantic)
-AX_CFLAGS_GCC_OPTION(-Wall)
-# AX_CFLAGS_GCC_OPTION(-Werror)
-AX_CFLAGS_GCC_OPTION(-Wmissing-prototypes)
-AX_CFLAGS_GCC_OPTION(-Wmissing-declarations)
-AX_CFLAGS_GCC_OPTION(-Wwrite-strings)
-AX_CFLAGS_GCC_OPTION(-Wshadow)
-AX_CFLAGS_GCC_OPTION(-Wformat-security)
-AX_CFLAGS_GCC_OPTION(-Wformat=2)
-AX_CFLAGS_GCC_OPTION(-Waggregate-return)
-AX_CFLAGS_GCC_OPTION(-Wbad-function-cast)
-AX_CFLAGS_GCC_OPTION(-Wpointer-arith)
-AX_CFLAGS_GCC_OPTION(-Wundef)
-AX_CFLAGS_GCC_OPTION(-Wchar-subscripts)
+dnl # **
+dnl # Defaults for GCC
+dnl # **
+if test "x$GCC" = "xyes"; then
+CFLAGS=${CFLAGS:-"-g2 -Wall"}
+CXXFLAGS=${CXXFLAGS:-"-g2 -Wall"}
+fi
 
 AC_ARG_ENABLE(docs, [ --enable-docs  Build DOXYGEN documentation (requires Doxygen)],enable_docs=$enableval,enable_docs=auto)
 AC_ARG_ENABLE(ossolog,  [ --enable-ossolog   Enable osso-log support],enable_ossolog=$enableval,enable_ossolog=no)
@@ -119,7 +111,7 @@
 	DBUS_SYS_DIR="$SYSCONFDIR/dbus-1/system.d"
 fi
 AC_SUBST(DBUS_SYS_DIR)
-
+CFLAGS="${CFLAGS} -Wmissing-prototypes -Wmissing-declarations -Wwrite-strings -Wshadow -Wformat-security -Wformat=2 -Waggregate-return -Wbad-function-cast -Wpointer-arith -Wundef -Wchar-subscripts -std=c99"
 AC_CONFIG_FILES([
 Makefile
 gwconnect.pc


pgpSjOXLtuyF8.pgp
Description: PGP signature

Bug#606781: viewvc: package fails to upgrade properly from lenny

[Arthur de Jong]

On Sat, 2010-12-11 at 18:50 +0100, Lucas Nussbaum wrote:
> While testing the installation of all packages in squeeze, I ran
> into the following problem:
[...]
> > CONFIGURATION FILE `/ETC/VIEWVC/VIEWVC.CONF'
> > ==> MODIFIED (BY YOU OR BY A SCRIPT) SINCE INSTALLATION.
> > ==> PACKAGE DISTRIBUTOR HAS SHIPPED AN UPDATED VERSION.
> > WHAT WOULD YOU LIKE TO DO ABOUT IT ?  YOUR OPTIONS ARE:
> > Y OR I  : INSTALL THE PACKAGE MAINTAINER'S VERSION
> > N OR O  : KEEP YOUR CURRENTLY-INSTALLED VERSION
> > D : SHOW THE DIFFERENCES BETWEEN THE VERSIONS
> > Z : BACKGROUND THIS PROCESS TO EXAMINE THE SITUATION
> > THE DEFAULT ACTION IS TO KEEP YOUR CURRENT VERSION.
> > *** VIEWVC.CONF (Y/I/N/O/D/Z) [DEFAULT=N] ? DPKG: ERROR PROCESSING VIEWVC 
> > (--CONFIGURE):
> > EOF ON STDIN AT CONFFILE PROMPT
> > SETTING UP XML-CORE (0.13) ...
> > ERRORS WERE ENCOUNTERED WHILE PROCESSING:
> > VIEWVC
> > E: Sub-process /usr/bin/dpkg returned an error code (1)
[..]
> The full build log is available from:
>  http://people.debian.org/~lucas/logs/2010/12/11/viewvc.log
> 
> It is reproducible by installing your package in a clean chroot, using
> the debconf Noninteractive frontend, and priority: critical.

Presumably the bug is the relevant part quoted above (during upgrade
dpkg asks about the modified configuration file).

This is happening because the lenny version modified
/etc/viewvc/viewvc.conf in postinst. Judging by the changelog this was
fixed in version 1.1.5-1 so the squeeze version should be OK.

Btw, do you have any idea why part of the log is in all-caps? I ran into
this a couple of times but never found a cause.

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


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

Bug#607035: weirder...

[Mark Hedges]

If I restrict about:blank, then go to news.google.com, the
'fast flip' section gets blocked by NoScript.  When I click
on it, NoScript alerts "Temporarily allow about:blank
(, text/html)" with cancel/OK.

I think this means publishers have found a way to bypass
noscript, since if everyone does it, enabling about:blank
anywhere will enable all of them.

Mark



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

Bug#607389: dsdo: brittle way to enforce POSIX locale

[Jakub Wilk]

Source: dsdo
Version: 1.6.25-1
Severity: normal
Tags: patch

Setting LC_COLLATE=POSIX may be insufficient to set POSIX collation 
order, because this variable can be overridden by LC_ALL.


Reference: http://www.opengroup.org/onlinepubs/007908799/xbd/envvar.html

--
Jakub Wilk
diff -Nru dsdo-1.6.25/debian/patches/1006_improve_myspell_rules.patch dsdo-1.6.25/debian/patches/1006_improve_myspell_rules.patch
--- dsdo-1.6.25/debian/patches/1006_improve_myspell_rules.patch	2010-05-13 09:54:56.0 +0200
+++ dsdo-1.6.25/debian/patches/1006_improve_myspell_rules.patch	2010-12-17 20:40:10.0 +0100
@@ -35,7 +35,7 @@
 +words-$(language_code).complete: ../ispell/words-$(language_code).complete ../words-$(language_code).no-compound
 +	sort -u ../ispell/words-$(language_code).complete \
 +		| bash ../no-compound_marking ../words-$(language_code).no-compound \
-+		| LC_COLLATE=POSIX sort -u \
++		| LC_ALL=POSIX sort -u \
 +		> $@
 +
 +words-$(language_code).complete.cnt: words-$(language_code).complete

Bug#607390: pinot: package fails to install

[Sebastian Steinhuber]

Package: pinot
Version: all
Severity: grave
Justification: renders package unusable


Hi!
I want to install pinot, but there's no way. I'm getting a message like
(german system):
'Pinot depends on libtextcat0, but it won't be installed.'
So, digging into this I try to install libtextcat0, but it fails because
it depends on libtextcat-data, which conflicts with libreoffice and
openoffice. Uninstalling libreoffice is no option. Btw, there is a
package libtextcat-data-utf8, which wouldn't conflict.

I also tried to install the testing and stable version of pinot with
same effects.
Okay, I dont't blame pinot at all, maybe this report should be sent to a
libtext* maintainer, or to libreoffice, I don't know.
Please help, thanks in advance.

Cheers,

Sebastian


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

Kernel: Linux 2.6.36.2-vs2.3.0.36.38.2-m3n78em (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored:
LC_ALL set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash




smime.p7s
Description: S/MIME Cryptographic Signature

Bug#542175: updated patch

[Joey Hess]

Colin Watson wrote:
> ahead and apply it to Ubuntu because we're under serious space
> constraints for our next release and need to work to get rid of
> libgnome2-perl as part of that; but with my Debian hat on, unless Joey
> objects, I'll apply this to Debian as soon as we thaw.

That probably makes sense, although it's worth noting Debian is also
under some space constraints on gnome CD1.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#607377: Acknowledgement slides due to images that are recognized as corrupt by powerpoint)

[debbugopenoffice . org . iridos]

Hi René,

Ha, you're very quick answering to bug reports!

> > It was potentially fixed as the "group shape bug", one of two bugs in
> > http://qa.openoffice.org/issues/show_bug.cgi?id=115898 I can't see
>
> OK, so this is even only fixed at OOo for OOo 3.3 rc8...

_If_ that fixes it - I think that still would need testing on a couple
of test cases from this bug.

> http://people.debian.org/~rene/openoffice.org/i115898.diff is the
> (qute big) diff extracted from the hg branch.

Hm, not _too_ bad regarding size, I feared worse when you said 'quite big'

> > I assume, that the fix is for 3.3.x and might need to be adjusted for
> > 3.2.1 in squeeze.
>
> Yes - except that there won't  be a fix for squeeze anymore. This
> is a "important" bug and thus not release-critical and the release
> team will only unblock release-critical fixed now (see the latest
> release update: 
> http://lists.debian.org/debian-devel-announce/2010/12/msg2.html).

Oh, all right, I had missed that, thanks. Pity I only found the bug today.
Any chance to get it in later, as rcX, perhaps?

You might consider upgrading it to "critical" with time, as it has the
potential to cause data loss (admittedly, it's PowerPoint doing the
losing when you re-save from there, because you think it's already
gone). There's probably no point trying to rush it into the main
release, though, as it does look like a non-trivial fix.

Cheers,
Karsten




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

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

[Amos Jeffries]

Severity: critical
Tags: patch upstream

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

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


The correct upstream patch can be found at:

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

Amos



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

Bug#550940: generated LocalSettings.php should not be world-readable

[Jonathan Wiltshire]

Hi,

This bug is fixed upstream but only from 1.16, which won't be in Squeeze.
It's not worth fixing in this release so late in the freeze.


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

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



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

Bug#605562: installation-report: Installation from usb stick lead to unbootable system (und unbootable usb stick)

[Alexander Reichle-Schmehl]

Hi!

* Ferenc Wagner  [101217 17:36]:
> >> I saved the contents of /var/log/installer after the installation, but
> >> need to recover mu original system for now to do some work.
> >
> > Ähh... Sorry.  It seems it wasn't a good idea to tar /var/log/installer
> > to /tmp.  So I don't have the logs from my attempt with the daily
> > installer, but I still have the ones from the installation with beta-1.
> >
> > I think I can also try to reproduce it on a similar machine whenever you
> > want me to test something without much delay.
> Could you please retest with a beta-2 image, just to make sure that the
> issue is still present?  And please keep the logs this time! :)

It's on my todo list.  Hopefully I'll have the time on monday or
tuesday.


Best Regards,
  Alexander



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

Bug#607330: wrong bug description - must be: Problem with utf8-files in repository.

[Anton Kropachev]

Sorry, I have mistake.
I made some test.
Problem is not with perl source. Problem is with some of files in utf8 codepage.
I can't at this moment say, what is difference between this files.
I attach two very simple scripts. They contain utf-8, but first of 
them(clear_analog.sh) I can view in redmine, second(test_color.sh) - can't.
What different, I can't understand.
If need, I can make test project on my system and give access to tests with 
this files.

-- 
--
Just for fun (c) Linux Torwalds


clear_analog.sh
Description: application/shellscript


test_color.sh
Description: application/shellscript

Bug#593049: possible patch

[Neil Williams]

OK, a few little tweaks and this is a possible patch, completely
untested in terms of the results of building the package but it does at
least enable all the CFLAGS required in the old package and allow the
package to still build successfully.

Only configure.ac needs to be changed.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/

--- pure/osso-gwconnect-1.0.12.debian/configure.ac 
+++ osso-gwconnect-1.0.12.debian/configure.ac 
@@ -9,21 +9,13 @@
 AC_ISC_POSIX
 AC_HEADER_STDC
 
-AX_CFLAGS_GCC_OPTION(-std=c99)
-#AX_CFLAGS_GCC_OPTION(-pedantic)
-AX_CFLAGS_GCC_OPTION(-Wall)
-# AX_CFLAGS_GCC_OPTION(-Werror)
-AX_CFLAGS_GCC_OPTION(-Wmissing-prototypes)
-AX_CFLAGS_GCC_OPTION(-Wmissing-declarations)
-AX_CFLAGS_GCC_OPTION(-Wwrite-strings)
-AX_CFLAGS_GCC_OPTION(-Wshadow)
-AX_CFLAGS_GCC_OPTION(-Wformat-security)
-AX_CFLAGS_GCC_OPTION(-Wformat=2)
-AX_CFLAGS_GCC_OPTION(-Waggregate-return)
-AX_CFLAGS_GCC_OPTION(-Wbad-function-cast)
-AX_CFLAGS_GCC_OPTION(-Wpointer-arith)
-AX_CFLAGS_GCC_OPTION(-Wundef)
-AX_CFLAGS_GCC_OPTION(-Wchar-subscripts)
+dnl # **
+dnl # Defaults for GCC
+dnl # **
+if test "x$GCC" = "xyes"; then
+CFLAGS=${CFLAGS:-"-g2 -Wall"}
+CXXFLAGS=${CXXFLAGS:-"-g2 -Wall"}
+fi
 
 AC_ARG_ENABLE(docs, [ --enable-docs  Build DOXYGEN documentation (requires Doxygen)],enable_docs=$enableval,enable_docs=auto)
 AC_ARG_ENABLE(ossolog,  [ --enable-ossolog   Enable osso-log support],enable_ossolog=$enableval,enable_ossolog=no)
@@ -119,7 +111,7 @@
 	DBUS_SYS_DIR="$SYSCONFDIR/dbus-1/system.d"
 fi
 AC_SUBST(DBUS_SYS_DIR)
-
+CFLAGS="${CFLAGS} -Wmissing-prototypes -Wmissing-declarations -Wwrite-strings -Wshadow -Wformat-security -Wformat=2 -Waggregate-return -Wbad-function-cast -Wpointer-arith -Wundef -Wchar-subscripts -std=c99"
 AC_CONFIG_FILES([
 Makefile
 gwconnect.pc


pgpQwnAfNloF0.pgp
Description: PGP signature

Bug#605759: [s390/hercules] disk partitioning failed: no /dev/dsda1

[Ferenc Wagner]

Niko Tyni  writes:

> On Thu, Dec 16, 2010 at 05:37:55PM +0100, Ferenc Wagner wrote:
>
>> Niko Tyni  writes:
>> 
>>> Hercules s390 emulator installation failed at disk partitioning;
>>> new partitions don't seem to show up in /dev.
>>
>> Thanks for the detailed but to-the-point report.  This may be a kernel,
>> a udev or a partman issue.  Could you please try backing out of the
>> partitioning menu to the main menu, start a shell in the installer
>> environment with the appropriate menu item and do the partitioning
>> yourself by fdasd or whatever's needed?  Then please check if the new
>> partitions show up in /proc/partitions and under /dev.  This would help
>> us narrowing down the case.
>
> It works fine if I create the partition manually with fdasd.

Thanks, that's good info.  Now the question is why parted_server failed
to refresh the DASD partitions.  It's a pity you didn't attach
/var/log/partman.  Could you please attach it to the bug report,
preferably together with /var/log/syslog?  You could get them by
selecting "Save debug logs" from the installer main menu.

Wait, see below.

> Furthermore, if I try to create a partition first with the d-i interface
> (getting the error) and then invoke fdasd and write out a trivial no-op
> such as change the volume serial from LIN120 to LIN120, /dev/dasda1
> appears.

So libparted commits the partition, only fails to notify the kernel.

> It looks to me like the problem is that d-i does not manage to reread
> the partition table.

Agreed.

> I'm not sure if I understand the architecture correctly here, but
> maybe the problem is this change in parted 2.3 ?
>
> libparted: remove now-worse-than-useless _kernel_reread_part_table
> Now that we're using BLKPG properly, there's no point in using the
> less-functional BLKRRPART ioctl to make the kernel reread the 
> partition
> table.
> More importantly, this function would fail when any partition is in
> use, in spite of our having carefully vetted them via BLKPG ioctls.
>
> I see fdasd (as of s390-tools 1.8.3-3) uses BLKRRPART and not BLKPG.
>
> The timeline would also fit the successful reports #569209 and #575682.

This looks a fairly plausible theory, and the outcome is even more
interesting, search for DASD in git log libparted/arch/linux.c.  As I
understand it, 9fa0e180 may even fix this problem.

> I suppose I can try to hack parted to use BLKRRPART again and see if
> that helps, but it's probably going to take a few days as I need to
> get the emulator up and running first so I can rebuild the udeb.

Probably you'd be better off backporting the relevant changes to 2.3-4
and testing that.
-- 
Good luck,
Feri.



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

Bug#593049: useful hint

[Neil Williams]

The problem can be isolated to the AX_CFLAGS_GCC_OPTION options -
commenting them *all* out sorts out all the problems at the cost of not
using the settings - so this is only a hint.

However, this at least gives an idea of how to test how to put these
settings back.

HTH.

I'll keep looking...

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgph7OORdNgoU.pgp
Description: PGP signature

Bug#607318: [git-buildpackage/experimental] Favor ARCH environment variable over dpkg's architecture

[Guido Günther]

tag 607318 pending
thanks

Date:   Fri Dec 17 19:44:05 2010 +0100
Author: Guido Günther 
Commit ID: 8a46f74fba05a243142cdfda979b15ce76334b57
Commit URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=8a46f74fba05a243142cdfda979b15ce76334b57
Patch URL: 
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=8a46f74fba05a243142cdfda979b15ce76334b57

Favor ARCH environment variable over dpkg's architecture

based on a patch by Jacob Helwig.
Closes: #607318
  



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

Bug#607318: ARCH env and --git-arch argument are ignored when setting $GBP_CHANGES_FILE

[Guido Günther]

Hi Jacob,
On Thu, Dec 16, 2010 at 04:10:58PM -0800, Jacob Helwig wrote:
> Package: git-buildpackage
> Version: 0.5.11
> 
> When determining the .changes filename both the ARCH environment
> variable, and the --git-arch command line flag are ignored.
Yes, we should handle this properly.

> This causes git-buildpackage to set GBP_CHANGES_FILE to be
> *_source.changes when compiling i386 packages on an amd64 machine.
> 
> Below is a patch to check the ARCH envionment variable then the value of
> the --git-arch argument before falling back to get_arch().
[..snip..] 

>  if options.postbuild:
> -arch = du.get_arch()
> +arch = os.environ['ARCH'] or options.pbuilder_arch or 
> du.get_arch()

This would raise a KeyError when $ARCH is unset, I've also dropped the
options.pbuilder_arch part since it modifies the environment so checking
for one of both should be enough. I've pushed a fix to git.
Cheers,
 -- Guido

>  changes = os.path.abspath("%s/../%s_%s_%s.changes" %
>(build_dir, cp['Source'], 
> version_no_epoch, arch))
>  if not os.path.exists(changes):
> -- 
> 1.7.3.3
> 




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

Bug#607388: ITP: spock -- testing and specification framework for Java and Groovy applications

[Miguel Landaeta]

Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta 

* Package name: spock
  Version : 0.5
  Upstream Author : Peter Niederwieser 
* URL : http://code.google.com/p/spock/
* License : Apache-2.0
  Programming Lang: Groovy, Java
  Description : testing and specification framework for Java and Groovy 
applications

 Spock is an open source testing framework for Java and
 Groovy. It lets you write concise, expressive tests, using
 a quite readable notation. It also comes with its own
 mocking library built in.

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



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

Bug#607387: capiutils: fails to install: /sbin/MAKEDEV: not found

[Christian Hofstaedtler]

Package: capiutils
Version: 1:3.9.20060704+dfsg.2-7
Severity: grave

Hi,

Current capiutils fails to install:

Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following extra packages will be installed:
  libcapi20-3
The following NEW packages will be installed:
  capiutils libcapi20-3
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 144 kB of archives.
After this operation, 434 kB of additional disk space will be used.
Do you want to continue [Y/n]? 
Get:1 http://debian.inode.at/debian/ sid/main libcapi20-3 amd64 
1:3.9.20060704+dfsg.2-7 [49.6 kB]
Get:2 http://debian.inode.at/debian/ sid/main capiutils amd64 
1:3.9.20060704+dfsg.2-7 [94.4 kB]
Fetched 144 kB in 0s (531 kB/s)   
Selecting previously deselected package libcapi20-3.
(Reading database ... 109122 files and directories currently installed.)
Unpacking libcapi20-3 (from 
.../libcapi20-3_1%3a3.9.20060704+dfsg.2-7_amd64.deb) ...
Selecting previously deselected package capiutils.
Unpacking capiutils (from .../capiutils_1%3a3.9.20060704+dfsg.2-7_amd64.deb) ...
Processing triggers for man-db ...
Setting up libcapi20-3 (1:3.9.20060704+dfsg.2-7) ...
Setting up capiutils (1:3.9.20060704+dfsg.2-7) ...
Note: running MAKEDEV to create CAPI devices in /dev...
/var/lib/dpkg/info/capiutils.postinst: 25: /sbin/MAKEDEV: not found
dpkg: error processing capiutils (--configure):
 subprocess installed post-installation script returned error exit status 127
configured to not write apport reports
Errors were encountered while processing: capiutils
E: Sub-process /usr/bin/dpkg returned an error code (1)

Marking this grave as I believe failing to install "makes the package in 
question 
unusable or mostly so".

  Christian

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

Kernel: Linux 2.6.36-rc6-amd64 (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 capiutils depends on:
ii  libc62.11.2-7Embedded GNU C Library: Shared lib
ii  libcapi20-3  1:3.9.20060704+dfsg.2-7 ISDN utilities - CAPI support libr
ii  lsb-base 3.2-26  Linux Standard Base 3.2 init scrip

capiutils recommends no packages.

capiutils suggests no packages.



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

Bug#607386: mp3c: should this package be removed?

[Christian Hofstaedtler]

Package: mp3c
Severity: wishlist
User: debian...@lists.debian.org
Usertags: proposed-removal

Hi,

while reviewing package install errors on an overlay distribution, I
noticed mp3c failed to install due to #401700.

Maybe mp3c should be removed from Debian, because of:
* Last upload in 2004.
* Last upstream release in 2006.
* Currently uninstallable in unstable due to dependency changes (#401700)


  Christian



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