Bug#479533: Cc: field still not filled in

[Svante Signell]

Some more info: Cc: field is filled in when creating a new mail.
However, when replying (Reply, Reply to all) it is not! Is this intended
behaviour? This is in contrast with earlier versions of evolution!




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#394566: retitle

[Trent W. Buck]

On Sun, Oct 22, 2006 at 01:22:21AM +0200, Axel Beckert wrote:
> retitle 394566 ITP: firefox-conkeror -- completely keyboard driven Gecko 
> based web browser
> thanks

Suggest this:

retitle 394566 ITP: conkeror -- xulrunner-based web browser inspired by emacs

The last activity on this bug was over a year ago; what progress has
been made?

Since the Firefox 3 beta packages in experimental and Ubuntu leverage
xulrunner1.9, suggest using those as base for your conkeror package.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#394566: retitle

[Trent W. Buck]

On Wed, May 28, 2008 at 02:59:37PM +1000, Trent W. Buck wrote:
> The last activity on this bug was over a year ago; what progress has
> been made?

Oops, I got confused mutt's threading.  I see that another thread in
this bug has FAR more recent activity.  Ignore me.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)

[Mike Hommey]

On Wed, May 28, 2008 at 12:26:27AM +0300, Riku Voipio wrote:
> On Tue, May 27, 2008 at 10:55:15PM +0200, Mike Hommey wrote:
> > On Tue, May 27, 2008 at 11:41:15PM +0300, Riku Voipio wrote:
> > > > > Don't worry too much yet, it still could be a just a portability 
> > > > > issue.
> > > 
> > > > Probably not. That could be a window manager related issue, though. Can
> > > > you try with another one ?
> > > 
> > > normally using kwin. Fired a Xephyr at :2 and tried with icewm and
> > > metacity - same results :(
> > 
> > ... but it does work with a very very simple xul application. If it
> > weren't, it wouldn't build: there is a test rule that would prevent the
> > build to go further...
> 
> It was a hello world xulapp.zip I found somewhere I'm trying atm.
> 
> I've now put the build-logs here:
> 
> http://nchipin.kos.to/xulrunner/

Could you also put a full backtrace (bt full) ?

Mike



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#475932: closed by Jose Luis Rivas Contreras <[EMAIL PROTECTED]> (Re: Bug#475932: pid is wrong pid)

[Jose Luis Rivas Contreras]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 475932 pending
quit

Daniel Dickinson wrote:
> What do you think about switching the to having gkrellmd to being the
> creator of the pidfile and elimiting -m -b --pidfile from
> start-stop-daemon.  gkrellmd has it's own --pidfile option, so if you
> do the following:
> 
> from my working /etc/init.d/gkrellmd
> 
>   start)
>   echo -n "Starting $DESC: "
>   start-stop-daemon --start --quiet \
>   --exec $DAEMON -- --pidfile /var/run/$NAME.pid
> $DAEMON_OPTS echo "$NAME."
>   ;;
>   stop)
>   echo -n "Stopping $DESC: "
>   start-stop-daemon --stop --quiet --pidfile /var/run/$NAME.pid 
>   echo "$NAME."
>   ;;
> 
> You will have a working initscript that eliminates -m -b, because of the
> fact that -m -b is considered a last resort (e.g. only for programs
> that don't daemonize on their own), as I pointed out in my last email
> with the quote from the start-stop-daemon manpage.

You're right, this is already done in version -4 (see [1]) and is in my
pending to upload list to be sent to my sponsor, thanks :)

Regards.

[1]
http://git.ghostbar.ath.cx/?p=debian/gkrellm.git;a=blob;f=debian/gkrellmd.init;h=582862be71a15be800a8cb0a9c6f5f6e67c78358;hb=2b88609bb623e88475d1bef20a783a720fdad07e
- --
Jose Luis Rivas. San Cristóbal, Venezuela. PGP: 0xCACAB118
http://ghostbar.ath.cx/{about,acerca} - http://debian.org.ve
`ghostbar' @ irc.debian.org/#debian-ve,#debian-devel-es
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIPOjQOKCtW8rKsRgRAkAnAJ9WD9EQtsZgsgDSHJONkCkDowIB2QCfStIg
iqG1RD8Iq9jNPg2CZQ89ByM=
=V44S
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483167: iceweasel: keeps starting in offline mode when connected.

[Mike Hommey]

On Wed, May 28, 2008 at 05:31:00AM +0200, oolekk wrote:
> Ok, only I can't find .deb for this package version. I guess it's not  
> there yet and I will have to compile it from source. I hope I will  
> manage, as some configuration seems to be necessary to do that. I'm not  
> very experienced yet. 
>
> Thank you for fast reply :)

It should be available soon on a mirror near you ;)

Mike

PS: Please Cc: the bug when replying.

Mike



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#451228: util-linux: Invalid memory reference

[Manolo Díaz]

El Tue, 27 May 2008 22:24:08 -0600
LaMont Jones <[EMAIL PROTECTED]> escribió:


> Interestingly:
> 1) flock -x is invalid syntax, it wants an fd or a command to run
>following that.

Yes, I realized that it was a mistake (I meant xflock4 but I forget
the initial "x" and bash complete-command gave me flock). But it did
segfault and I thought that a program that segfaults when wrongs
arguments are given has a bug.


By the way, I can still reproduce this bug with the newer libc6 version
2.7-10

Regards,
-- 
Manolo Díaz
Línea de comunicación e interpretación del patrimonio
Analiter

www.analiter.es
Tfno: +34 954 921 579
Fax:  +34 954 933 115





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483246: iceweasel: fails to show/send/save data because of a bad char.

[Mike Hommey]

On Wed, May 28, 2008 at 01:28:00AM +0300, [EMAIL PROTECTED] wrote:
> Package: iceweasel
> Version: 2.0.0.12-1
> Severity: important
> 
> The important bug is given by the subject, but there are several less
> troublesome satellite bugs here. Here's the full story.
> 
> I had an email message that contained some "bad" characters. I was
> trying to reply to it. The message claimed to be of ISO-8859-1
> encoding, but it contained the UTF-8 char 0xc481 (and many others,
> but this was the one causing the main problem). Getting rid of all
> occurences of this char let me send the message, but this was an
> unacceptably tedious and needless procedure, IMHO. Here's the list
> of things I consider bugs:

Since when iceweasel is an email client ?

Mike



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483280: severity of 483280 is important

[Luk Claes]

# Automatically generated email from bts, devscripts version 2.10.28
# spamoracle has no ia64 support yet
severity 483280 important




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483082: initramfs-tools: Error while detecting rootfs when 'MODULES=dep'

[Glennie Vignarajah]

Le Tuesday 27 May 2008 à 15:58, vous avez écrit:

Hi,

> rethinking i like your hardening with checking that $3 must be
> '/', but i don't see so much the point of changing the regex in
> front. awk '/ \/ / # ought to be enough.

 "awk '/\/dev\//" is need beacause mount returns 'rootfs on / type 
rootfs' on the first line. With only "awk '/ \/ /", we won't catch 
the root device, but always the first line!

>
> > The new version is attached.
>
> didn't get the new patch?
> if you'd made it applyable with p1 that be a bonus.

My fault.
The patch is attached.


> ok ack, no the /dev/root is due to lilo.
> it's the naming we gave it in initramfs-tools similar to others.

Ok.
Cheers,
-- 
http://www.glennie.fr
The reasonable man adapts himself to the world; the unreasonable one 
persists in trying to adapt the world to himself. Therefore all 
progress depends on the unreasonable man.
--- initramfs-tools/hook-functions.ori	2008-05-27 19:02:08.0 +0200
+++ initramfs-tools/hook-functions	2008-05-27 18:49:33.0 +0200
@@ -222,7 +222,11 @@
 	local block minor root FSTYPE root_dev_path x
 
 	# findout root block device + fstype
-	eval "$(mount | awk '/ \/ / {print "root=" $1 "\nFSTYPE=" $5; exit}')"
+	eval "$(mount | awk '/\/dev\// {if ($3 == "/") {print "root=" $1 "\nFSTYPE=" $5; exit}}')"
+	if [ "${root}" = "/dev/root" ] ; then
+		root="/dev/disk/by-uuid/"$(/lib/udev/vol_id --uuid ${root}) 2>/dev/null
+	fi
+	root="$(readlink -f ${root})"
 
 	# find out real rootfs on auto type
 	if [ "${FSTYPE}" = "auto" ]; then

Bug#483290: unzip: Can not open shift-jis zip file on UTF-8 environment

[Nobuhiro Iwamatsu]

Package: unzip
Version: 5.52-11
Severity: important
Tags: patch

In current version, can not open shift-jis zip file on UTF-8 environment.
These problems are in shift-jis, cp949(extended euc-kr) and other.

Details for this problem are in this URL [0], and patch to evade this 
problem is taken in Ubuntu.
 
I confirmed the patch was extracted, applied, ,checked , and the problem was 
evaded. 
I attached this patch.

Please check this problem and apply patch.

Best regards,
 Nobuhiro

[0]: https://bugs.launchpad.net/ubuntu/+source/unzip/+bug/203609


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

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

Versions of packages unzip depends on:
ii  libc6 2.7-11 GNU C Library: Shared libraries

unzip recommends no packages.

-- no debconf information
diff -urN a/unix/unix.c b/unix/unix.c
--- a/unix/unix.c	2008-04-23 22:52:13.0 +0900
+++ b/unix/unix.c	2008-04-23 21:47:24.0 +0900
@@ -30,6 +30,9 @@
 #define UNZIP_INTERNAL
 #include "unzip.h"
 
+#include 
+#include 
+
 #ifdef SCO_XENIX
 #  define SYSNDIR
 #else  /* SCO Unix, AIX, DNIX, TI SysV, Coherent 4.x, ... */
@@ -1685,3 +1688,90 @@
 }
 }
 #endif /* QLZIP */
+
+
+typedef struct {
+char *local_charset;
+char *archive_charset;
+} CHARSET_MAP;
+
+/* A mapping of local <-> archive charsets used by default to convert filenames
+ * of DOS/Windows Zip archives. Currently very basic. */
+static CHARSET_MAP dos_charset_map[] = {
+{ "ANSI_X3.4-1968", "CP850" },
+{ "ISO-8859-1", "CP850" },
+{ "CP1252", "CP850" },
+{ "UTF-8", "CP866" },
+{ "KOI8-R", "CP866" },
+{ "KOI8-U", "CP866" },
+{ "ISO-8859-5", "CP866" }
+};
+
+char OEM_CP[MAX_CP_NAME] = "";
+char ISO_CP[MAX_CP_NAME] = "";
+
+/* Try to guess the default value of OEM_CP based on the current locale.
+ * ISO_CP is left alone for now. */
+void init_conversion_charsets()
+{
+const char *local_charset;
+int i;
+
+/* Make a guess only if OEM_CP not already set. */ 
+if(*OEM_CP == '\0') {
+	local_charset = nl_langinfo(CODESET);
+	for(i = 0; i < sizeof(dos_charset_map)/sizeof(CHARSET_MAP); i++)
+		if(!strcasecmp(local_charset, dos_charset_map[i].local_charset)) {
+			strncpy(OEM_CP, dos_charset_map[i].archive_charset,
+	sizeof(OEM_CP));
+			break;
+		}
+}
+}
+
+/* Convert a string from one encoding to the current locale using iconv().
+ * Be as non-intrusive as possible. If error is encountered during covertion
+ * just leave the string intact. */
+static void charset_to_intern(char *string, char *from_charset)
+{
+iconv_t cd;
+char *s,*d, *buf;
+size_t slen, dlen, buflen;
+const char *local_charset;
+
+if(*from_charset == '\0')
+	return;
+
+buf = NULL;
+local_charset = nl_langinfo(CODESET);
+
+if((cd = iconv_open(local_charset, from_charset)) == (iconv_t)-1)
+return;
+
+slen = strlen(string);
+s = string;
+dlen = buflen = 2*slen;
+d = buf = malloc(buflen + 1);
+if(!d)
+	goto cleanup;
+bzero(buf,buflen);
+if(iconv(cd, &s, &slen, &d, &dlen) == (size_t)-1)
+	goto cleanup;
+strncpy(string, buf, buflen);
+
+cleanup:
+free(buf);
+iconv_close(cd);
+}
+
+/* Convert a string from OEM_CP to the current locale charset. */
+inline void oem_intern(char *string)
+{
+charset_to_intern(string, OEM_CP);
+}
+
+/* Convert a string from ISO_CP to the current locale charset. */
+inline void iso_intern(char *string)
+{
+charset_to_intern(string, ISO_CP);
+}
diff -urN a/unix/unxcfg.h b/unix/unxcfg.h
--- a/unix/unxcfg.h	2008-04-23 22:52:13.0 +0900
+++ b/unix/unxcfg.h	2008-04-23 21:47:24.0 +0900
@@ -142,4 +142,30 @@
 /* wild_dir, dirname, wildname, matchname[], dirnamelen, have_dirname, */
 /*and notfirstcall are used by do_wild().  */
 
+
+#define MAX_CP_NAME 25 
+   
+#ifdef SETLOCALE
+#  undef SETLOCALE
+#endif
+#define SETLOCALE(category, locale) setlocale(category, locale)
+#include 
+   
+#ifdef _ISO_INTERN
+#  undef _ISO_INTERN
+#endif
+#define _ISO_INTERN(str1) iso_intern(str1)
+
+#ifdef _OEM_INTERN
+#  undef _OEM_INTERN
+#endif
+#ifndef IZ_OEM2ISO_ARRAY
+#  define IZ_OEM2ISO_ARRAY
+#endif
+#define _OEM_INTERN(str1) oem_intern(str1)
+
+void iso_intern(char *);
+void oem_intern(char *);
+void init_conversion_charsets(void);
+   
 #endif /* !__unxcfg_h */
diff -urN a/unzip.c b/unzip.c
--- a/unzip.c	2008-04-23 22:52:13.0 +0900
+++ b/unzip.c	2008-04-23 21:47:24.0 +0900
@@ -309,11 +309,21 @@
   -2  just filenames but allow -h/-t/-z  -l  long Unix \"ls -l\" format\n\
  -v  verbose, multi-page format\n";
 
+#ifndef UNIX
 static ZCONST char Far ZipInfoUsageLine3[] = "miscellaneous optio

Bug#483246: iceweasel: fails to show/send/save data because of a bad char.

[Martins Krikis]

Sorry, I meant icedove. Can you refile or should I resubmit correctly?

  Martins

2008/5/28 Mike Hommey <[EMAIL PROTECTED]>:
> On Wed, May 28, 2008 at 01:28:00AM +0300, [EMAIL PROTECTED] wrote:
>> Package: iceweasel
>> Version: 2.0.0.12-1
>> Severity: important
>>
>> The important bug is given by the subject, but there are several less
>> troublesome satellite bugs here. Here's the full story.
>>
>> I had an email message that contained some "bad" characters. I was
>> trying to reply to it. The message claimed to be of ISO-8859-1
>> encoding, but it contained the UTF-8 char 0xc481 (and many others,
>> but this was the one causing the main problem). Getting rid of all
>> occurences of this char let me send the message, but this was an
>> unacceptably tedious and needless procedure, IMHO. Here's the list
>> of things I consider bugs:
>
> Since when iceweasel is an email client ?
>
> Mike
>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483246: iceweasel: fails to show/send/save data because of a bad char.

[Mike Hommey]

reassign 483246 icedove
thanks

On Wed, May 28, 2008 at 08:25:36AM +0300, Martins Krikis wrote:
> Sorry, I meant icedove. Can you refile or should I resubmit correctly?
> 
>   Martins
> 
> 2008/5/28 Mike Hommey <[EMAIL PROTECTED]>:
> > On Wed, May 28, 2008 at 01:28:00AM +0300, [EMAIL PROTECTED] wrote:
> >> Package: iceweasel
> >> Version: 2.0.0.12-1
> >> Severity: important
> >>
> >> The important bug is given by the subject, but there are several less
> >> troublesome satellite bugs here. Here's the full story.
> >>
> >> I had an email message that contained some "bad" characters. I was
> >> trying to reply to it. The message claimed to be of ISO-8859-1
> >> encoding, but it contained the UTF-8 char 0xc481 (and many others,
> >> but this was the one causing the main problem). Getting rid of all
> >> occurences of this char let me send the message, but this was an
> >> unacceptably tedious and needless procedure, IMHO. Here's the list
> >> of things I consider bugs:
> >
> > Since when iceweasel is an email client ?
> >
> > Mike
> >



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482185: collectd2html.pl: should allow for --imgformat to be passed to rrdtool

[Ivan Shmakov]

> Sebastian Harl <[EMAIL PROTECTED]> writes:

 >> Please consider the following patch.

 >> $ diff -u \
 >>   <(zcat /usr/share/doc/collectd/examples/collectd2html.pl.gz) \
 >>   collectd2html.pl

 > I'm quite surprised to get a patch for that script. It has never been
 > ported to version 4 of collectd and should not work at all right
 > now.

But it works, although the invocation and semantics obviously
did change, e. g.:

$ perl collectd2html.pl --data-dir=/var/lib/collectd/rrd/HOSTNAME/processes 

 > I was actually going to remove it entirely from the package but must
 > have forgotten about it.

 > Did you update the script to work with version 4? If so, please
 > provide those patches as well.

Actually, I'm using a wrapper script right now, like:

#!/bin/bash
set -e -x
h=HOSTNAME
collectd2html=/where/is/collectd2html.pl
rrd=/var/lib/collectd/rrd

for i in "$rrd"/"$h"/* ; do
o="$(basename "$i")"

if [ -e "$o"/"$h" ] ; then
continue
fi

mkdir -pv -- "$o"
(cd "$o" \
 && $collectd2html --host="$h" --data-dir="$i" \
--image-format=SVG)
done

Should collectd2html.pl to be patched, it should probably allow
for the set of subdirectories to process to be specified via the
command line.

 >>  GetOptions (
 >>  "host=s" => \$HOST,
 >> -"data-dir=s" => \$DIR
 >> +"data-dir=s" => \$DIR,
 >> +   "image-format=s" => \$IMG_FMT
 >>  );
 > [...]
 >> +my $svg_p = ($IMG_FMT eq "SVG");
 >> +my $IMG_SFX = $svg_p ? ".svg" : ".png";

 > Currently, all image formats supported by rrdtool (svg, ps and pdf
 > iirc) do require special handling in the HTML output (e.g. just
 > include a link for the ps and pdf formats) - could you please extent
 > your patch to handle that as well? TIA.

My patch already treats SVG specifically:

-   my $cleaned_png = $png; $cleaned_png =~ s/%/%25/g;
-   print OUT <
+   my $cleaned_img = $img; $cleaned_img =~ s/%/%25/g;
+   if (! $svg_p) {
+   print OUT <
+END
+   } else {
+   print OUT <
+  ${bn} $span
 END
+   }

I guess that PostScript could be referenced with  (if the
browser used supports inline PostScript images.)  I don't know
if it would work with PDF.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483244: devscripts-el: missing dependency on apel (mcharset.el)

[Sven Joachim]

severity 483244 serious
thanks

On 2008-05-27 23:51 +0200, Luca Capello wrote:

> This because mcharset.el (provided by apel) is not installed, since
> devscripts-el doesn't depend on apel (thus Severity: important).
> Installing the latter fixes the bug.

The right severity for missing dependencies is "serious", and obviously
devscripts-el does not work at all without apel.

Sven



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#464752: linux-image-2.6.24-1-amd64: samba becomes so slow to being completely unusable

[Alessandro Polverini]

maximilian attems wrote:

On Fri, 08 Feb 2008, Alessandro Polverini wrote:

  

Package: linux-image-2.6.24-1-amd64
Severity: important

I have a simple file server running Lenny with samba: when using kernel 2.6.24
the clients are unable to read files from the server to more than a few KB/sec.

Simply downgrading the kernel solves the problem.

I saw a *great* drop of performance also running tomcat.


can you please checkout 2.6.25 from unstable installs just fine in
testing.
  

I've the same problems with 2.6.25.
Maybe it's related to my hardware?

The controller uses the driver DAC960, here is the complete list of the 
devices:


00:00.0 RAM memory: nVidia Corporation C51 Host Bridge (rev a2)
00:00.1 RAM memory: nVidia Corporation C51 Memory Controller 0 (rev a2)
00:00.2 RAM memory: nVidia Corporation C51 Memory Controller 1 (rev a2)
00:00.3 RAM memory: nVidia Corporation C51 Memory Controller 5 (rev a2)
00:00.4 RAM memory: nVidia Corporation C51 Memory Controller 4 (rev a2)
00:00.5 RAM memory: nVidia Corporation C51 Host Bridge (rev a2)
00:00.6 RAM memory: nVidia Corporation C51 Memory Controller 3 (rev a2)
00:00.7 RAM memory: nVidia Corporation C51 Memory Controller 2 (rev a2)
00:02.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:04.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:05.0 VGA compatible controller: nVidia Corporation C51G [GeForce 
6100] (rev a2)

00:09.0 RAM memory: nVidia Corporation MCP51 Host Bridge (rev a2)
00:0a.0 ISA bridge: nVidia Corporation MCP51 LPC Bridge (rev a2)
00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a2)
00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller (rev a2)
00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller (rev a2)
00:0d.0 IDE interface: nVidia Corporation MCP51 IDE (rev a1)
00:0e.0 IDE interface: nVidia Corporation MCP51 Serial ATA Controller 
(rev a1)

00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2)
00:14.0 Bridge: nVidia Corporation MCP51 Ethernet Controller (rev a1)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
04:08.0 RAID bus controller: Mylex Corporation AcceleRAID 352/170/160 
support Device (rev 02)
04:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10)

Bug#478195: closed by maximilian attems <[EMAIL PROTECTED]> (re: linux-image-2.6.18-6-486: Occasional resets on 486-Class machine)

[Patrik Schindler]

Am 28.05.2008 um 01:18 schrieb Debian Bug Tracking System:


478195: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478195
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems

Von: maximilian attems <[EMAIL PROTECTED]>
Datum: 28. Mai 2008 01:14:54 MESZ
An: [EMAIL PROTECTED]
Betreff: re: linux-image-2.6.18-6-486: Occasional resets on 486- 
Class machine



closing as no followups since initial report nor second report.



I had no time to re-check with the newer kernel, since the machine is  
not at my home and booting is very time consuming.


I will open a new report if applicable.


:wq! PoC





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483144: [perl-modules] Upstream Typo in CGI.pm(3.29): File Uploads with CGI::upload are broken

[Niko Tyni]

severity 483144 normal
tag 483144 patch fixed-upstream
thanks

On Tue, May 27, 2008 at 03:21:10PM +0200, Markus Broeker wrote:
> Package: perl-modules
> Version: 5.10.0-10
> Severity: grave
> 
> An upstream typo in the CGI-cpan module 3.29 prevents scripts, which use 
> CGI::upload, from uploading files.

Thanks for the report. The severity is overrated, this certainly doesn't
make perl-modules unusable. Downgrading.

The problem is that the filehandle accidentally gets stringified in
UTF-8 decoding. Patch attached, this was fixed in CGI.pm-3.30 or 3.31.
-- 
Niko Tyni   [EMAIL PROTECTED]
--- CGI.pm	2008/05/28 06:00:15	1.1
+++ CGI.pm	2008/05/28 06:01:04
@@ -449,8 +449,8 @@
 my $utf8= $charset eq 'utf-8';
 if ($utf8) {
   eval "require Encode; 1;" if $utf8 && !Encode->can('decode'); # bring in these functions
-  return wantarray ? map {Encode::decode(utf8=>$_) } @{$self->{$name}} 
-   : Encode::decode(utf8=>$self->{$name}->[0]);
+  my @result = map {ref($_) ? $_ : Encode::decode(utf8=>$_) } @{$self->{$name}};
+  return wantarray ? @result: $result[0];
 } else {
   return wantarray ? @{$self->{$name}} : $self->{$name}->[0];
 }

Bug#434193: Announce of the upcoming NMU for the scponly package

[Christian Perrier]

Dear maintainer of scponly and Debian translators,

Some days ago, I sent a notice to the maintainer of the scponly Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in two
weeks, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: 
cs de fr it ja nl pt pt_BR sv vi

Among these, the following translations are incomplete: 

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the scponly package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Friday, June 06, 
2008. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Saturday, May 17, 2008   : send the first intent to NMU notice to
 the package maintainer.
 Wednesday, May 28, 2008   : send this notice
 Wednesday, June 04, 2008   : (midnight) deadline for receiving translation 
updates
 Friday, June 06, 2008   : build the package and upload it to DELAYED/2-day
 send the NMU patch to the BTS
 Sunday, June 08, 2008   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-05-28 07:36+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <[EMAIL PROTECTED]>\n"
"Language-Team: LANGUAGE <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Install the chrooted binary /usr/sbin/scponlyc and set it to mode 4755 (root."
"root)?"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If you want scponly to chroot into the user's home directory prior to doing "
"its work, the scponly binary has to be installed in /usr/sbin/scponlyc and "
"has to have the suid-root-bit set."
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"This could lead (in the worst case) to a remotely exploitable root hole. If "
"you don't need the chroot- functionality, don't install the file."
msgstr ""


signature.asc
Description: Digital signature

Bug#419245: Announce of the upcoming NMU for the orville-write package

[Christian Perrier]

Dear maintainer of orville-write and Debian translators,

Some days ago, I sent a notice to the maintainer of the orville-write Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in two
weeks, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: 
ca cs de es fr gl nl pt sv vi

Among these, the following translations are incomplete: 

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the orville-write package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Friday, June 06, 
2008. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Saturday, May 17, 2008   : send the first intent to NMU notice to
 the package maintainer.
 Wednesday, May 28, 2008   : send this notice
 Wednesday, June 04, 2008   : (midnight) deadline for receiving translation 
updates
 Friday, June 06, 2008   : build the package and upload it to DELAYED/2-day
 send the NMU patch to the BTS
 Sunday, June 08, 2008   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-05-28 07:36+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <[EMAIL PROTECTED]>\n"
"Language-Team: LANGUAGE <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Would you like the write and mesg programs to be setuid root?"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Some features of Orville Write require write and mesg to run with root "
"privileges.  These features include auto-disconnect, non-world-readable ."
"nowrite files and some others."
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If you don't need these additional features you can refuse here and have "
"write and mesg setgid only."
msgstr ""


signature.asc
Description: Digital signature

Bug#483291: ii-esu_1.0a.dfsg1-1(ia64/unstable): FTBFS: gdmd errors

[lamont]

Package: ii-esu
Version: 1.0a.dfsg1-1
Severity: important

There was an error while trying to autobuild your package:

> Automatic build of ii-esu_1.0a.dfsg1-1 on caballero by sbuild/ia64 98
> Build started at 20080528-0154

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5), gdc, libgl1-mesa-dev | libgl-dev, 
> libglu1-mesa-dev | libglu-dev, libsdl-mixer1.2-dev, libsdl1.2-dev, quilt

[...]

> gdmd -c -ofsrc/es/ship.o -O -g -release -d -Iimport -Isrc src/es/ship.d
> src/es/ship.d: In member function 'inTitle':
> src/es/ship.d:323: error: unable to find a register to spill in class 
> 'GR_REGS'
> src/es/ship.d:323: error: this is the insn:
> (insn 914 941 926 26 src/es/ship.d:299 (set (subreg:DI (reg:XF 134 f6 [874]) 
> 0)
> (ior:DI (reg:DI 17 r17 [884])
> (reg:DI 14 r14 [877]))) 230 {iordi3} (insn_list:REG_DEP_TRUE 912 
> (insn_list:REG_DEP_TRUE 906 (insn_list:REG_DEP_TRUE 902 
> (insn_list:REG_DEP_ANTI 893 (nil)
> (expr_list:REG_DEAD (reg:DI 17 r17 [884])
> (expr_list:REG_DEAD (reg:DI 14 r14 [877])
> (nil
> src/es/ship.d:323: confused by earlier errors, bailing out
> make[1]: *** [src/es/ship.o] Error 1
> make[1]: Leaving directory `/build/buildd/ii-esu-1.0a.dfsg1'
> make: *** [build-stamp] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=ii-esu&ver=1.0a.dfsg1-1




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483293: ltsp_5.1.9-1(ia64/unstable): please add support for other architectures

[lamont]

Package: ltsp
Version: 5.1.9-1
Severity: important

There was an error while trying to autobuild your package:

> Automatic build of ltsp_5.1.9-1 on caballero by sbuild/ia64 98
> Build started at 20080528-0219

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4), flex, bison, libpopt-dev, po-debconf, dpatch

[...]

> dh_installdebconf -a
> dh_installinit -a --no-start
> dh_installinit -pltsp-client-core --name=ltsp-client-setup --no-start 
> -u"start 32 S ."
> dh_installman -pltsp-client-core
> dh_link -a
> dh_strip -a
> dh_compress -a
> dh_fixperms -a
> dh_installdeb -a
> dh_shlibdeps -a
> dh_gencontrol -a
> dpkg-gencontrol: error: current host architecture 'ia64' does not appear in 
> package's architecture list (amd64 i386 powerpc)
> dh_gencontrol: command returned error code 65280
> make: *** [binary-arch] Error 1
> dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave 
> error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=ltsp&ver=5.1.9-1




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483294: xen-3_3.2.1-1(ia64/unstable): FTBFS: please enable ia64 support

[lamont]

Package: xen-3
Version: 3.2.1-1
Severity: important

Apparently upstream supports ia64 in xen 3 or 3.1 or so

lamont

There was an error while trying to autobuild your package:

> Automatic build of xen-3_3.2.1-1 on mundy by sbuild/ia64 98
> Build started at 20080527-2018

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5.0.37.2), python-dev (>= 2.3), libsdl1.2-dev, 
> bcc, lsb-release, python-central (>= 0.5), quilt, zlib1g-dev, libjpeg-dev, 
> libncurses5-dev, libssl-dev, libvncserver-dev, gcc-multilib [amd64]

[...]

> dpkg-buildpackage: source package xen-3
> dpkg-buildpackage: source version 3.2.1-1
> dpkg-buildpackage: host architecture ia64
>  /usr/bin/fakeroot debian/rules clean
> dh_testdir
> rm -rf debian/build debian/stamps debian/lib/python/debian_xen/*.pyc
> dh_clean
>  debian/rules build
> dh_testdir
> /usr/bin/make -f debian/rules.gen setup_ia64
> make[1]: Entering directory `/build/buildd/xen-3-3.2.1'
> make[1]: *** No rule to make target `setup_ia64'.  Stop.
> make[1]: Leaving directory `/build/buildd/xen-3-3.2.1'
> make: *** [debian/stamps/setup-base] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=xen-3&ver=3.2.1-1




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483292: projectl_1.001.dfsg1-1(ia64/unstable): FTBFS: gdmd errors

[lamont]

Package: projectl
Version: 1.001.dfsg1-1
Severity: important

There was an error while trying to autobuild your package:

> Automatic build of projectl_1.001.dfsg1-1 on caballero by sbuild/ia64 98
> Build started at 20080528-0218

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5), gdc, libgl1-mesa-dev | libgl-dev, 
> libglu1-mesa-dev | libglu-dev, libsdl-mixer1.2-dev, libsdl1.2-dev, quilt

[...]

> gdmd -d -c -ofsrc/br/bullet.o -O -g -release -d -Iimport -Isrc src/br/bullet.d
> gdmd -d -c -ofsrc/br/partsImpl.o -O -g -release -d -Iimport -Isrc 
> src/br/partsImpl.d
> gdmd -d -c -ofsrc/br/blast.o -O -g -release -d -Iimport -Isrc src/br/blast.d
> src/br/blast.d: In member function '_ctor':
> src/br/blast.d:94: error: unable to find a register to spill in class 
> 'GR_REGS'
> src/br/blast.d:94: error: this is the insn:
> (insn 57 199 77 0 src/br/blast.d:92 (set (reg:DI 16 r16 [377])
> (ashift:DI (subreg:DI (reg/v:XF 130 f2 [orig:345 targetScale ] [345]) 
> 0)
> (const_int 16 [0x10]))) 215 {ashldi3} (insn_list:REG_DEP_TRUE 10 
> (insn_list:REG_DEP_ANTI 51 (nil)))
> (nil))
> src/br/blast.d:94: confused by earlier errors, bailing out
> make[1]: *** [src/br/blast.o] Error 1
> make[1]: Leaving directory `/build/buildd/projectl-1.001.dfsg1'
> make: *** [build-stamp] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=projectl&ver=1.001.dfsg1-1




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483295: cmake_2.6.0-4(hppa/unstable): FTBFS: missing include files?

[lamont]

Package: cmake
Version: 2.6.0-4
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of cmake_2.6.0-4 on peri by sbuild/hppa 98
> Build started at 20080528-0209

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>> 5.0.0), libncursesw5-dev, tcl8.4, quilt, 
> libcurl4-gnutls-dev

[...]

> [  4%] Building CXX object 
> Source/kwsys/CMakeFiles/cmsys.dir/CommandLineArguments.o
> [  5%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/Registry.o
> [  5%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/IOStream.o
> [  5%] Building CXX object 
> Source/kwsys/CMakeFiles/cmsys.dir/SystemInformation.o
> In file included from /usr/include/sys/procfs.h:36,
>  from 
> /build/buildd/cmake-2.6.0/Source/kwsys/SystemInformation.cxx:49:
> /usr/include/sys/user.h:1:24: error: linux/user.h: No such file or directory
> make[3]: *** [Source/kwsys/CMakeFiles/cmsys.dir/SystemInformation.o] Error 1
> make[3]: Leaving directory `/build/buildd/cmake-2.6.0/Build'
> make[2]: *** [Source/kwsys/CMakeFiles/cmsys.dir/all] Error 2
> make[2]: Leaving directory `/build/buildd/cmake-2.6.0/Build'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/cmake-2.6.0/Build'
> make: *** [build-stamp] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=hppa&pkg=cmake&ver=2.6.0-4




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#481515: [Pkg-alsa-devel] Bug#481515: Bug#481515: alsa-utils: 'alsactl restore' fails on ICE1724 soundcards

[David Witbrodt]

> Os, sorry, I have forgotten to say that as root I have sound, but not 
> as user, altough user is in audio group. I tried now to remove my personal 
> configuration ( ~/.asounrc ) and reboot, but nothing. Demostration sound 
> reproduction as user and as root:
[...]
> [AO_ALSA] Playback open error: Permission denied
> Could not open/initialize audio device -> no sound.
> Audio: no sound
> Video: no video


  Sorry if I am guessing wrong here, but it looks like a problem I once
had when installing ALSA without Debian package management.  You clearly
have a permissions problem ("Permission denied"), but the solution to this
was not obvious to me.
  In my case, I found that only the root user had access to the files in
/usr/share/alsa, and I needed to extend read permission for all the files
in that directory to my regular users.  You can check to see if the
permissions are good with something like this:

ls -lR /usr/share/alsa |more

Make sure the files have permissions like this,

-rw-r--r--

and the dirs have permissions like this,

drwxr-xr-x

  If the permissions are wrong, something like this might fix it:

chmod -R  u+r  /usr/share/alsa


  Your problem may be something else entirely, but it reminds me of the
time when I had this kind of permissions mixup.


HTH,
Dave W.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483150: perl: binary-or lvalue operation on qr// results in segfault

[Niko Tyni]

forwarded 483150 http://rt.perl.org/rt3/Public/Bug/Display.html?id=54956
thanks

On Tue, May 27, 2008 at 03:32:13PM +0200, Bas van Sisseren wrote:
> Package: perl
> Version: 5.10.0-10
> Severity: normal

>   perl -e 'my $re = qr/x/; $re |= "y"'

>   *** glibc detected *** perl: double free or corruption (out): 0x08174760 ***

Thanks for the report, forwarded upstream as ticket [perl #54956].
-- 
Niko Tyni   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483296: insight_6.7.1.dfsg.1-9(hppa/unstable): FTBFS: internal copy of gdb(!??!?) lacks hppa support

[lamont]

Package: insight
Version: 6.7.1.dfsg.1-9
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of insight_6.7.1.dfsg.1-9 on peri by sbuild/hppa 98
> Build started at 20080528-0245

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: autotools-dev, binutils-dev, bison, debhelper (>> 4.0.0), 
> dpatch, flex, itcl3-dev, itk3-dev, iwidgets4, libncurses-dev, tcl8.4-dev, 
> texinfo, tk8.4-dev

[...]

> hppa-linux-nat.c:145: error: 'PT_FR25' undeclared here (not in a function)
> hppa-linux-nat.c:146: error: 'PT_FR26' undeclared here (not in a function)
> hppa-linux-nat.c:147: error: 'PT_FR27' undeclared here (not in a function)
> hppa-linux-nat.c:148: error: 'PT_FR28' undeclared here (not in a function)
> hppa-linux-nat.c:149: error: 'PT_FR29' undeclared here (not in a function)
> hppa-linux-nat.c:150: error: 'PT_FR30' undeclared here (not in a function)
> hppa-linux-nat.c:151: error: 'PT_FR31' undeclared here (not in a function)
> make[3]: *** [hppa-linux-nat.o] Error 1
> make[3]: Leaving directory `/build/buildd/insight-6.7.1.dfsg.1/gdb'
> make[2]: *** [all-gdb] Error 2
> make[2]: Leaving directory `/build/buildd/insight-6.7.1.dfsg.1'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/insight-6.7.1.dfsg.1'
> make: *** [build-stamp] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=hppa&pkg=insight&ver=6.7.1.dfsg.1-9




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483276: [pkg-firebird-general] Bug#483276: firebird2.0_2.0.3.12981.ds1-16(ia64/unstable): FTBFS: cannot use typeid with -fno-rtti

[Damyan Ivanov]

forcemerge 460219 483276
thanks

-=| [EMAIL PROTECTED], Tue, May 27, 2008 at 06:45:30PM -0600 |=-
> Package: firebird2.0
> Version: 2.0.3.12981.ds1-16
> Severity: serious
> 
> There was an error while trying to autobuild your package:
> 
> > Automatic build of firebird2.0_2.0.3.12981.ds1-16 on mundy by sbuild/ia64 98
> > Build started at 20080527-1813

Just fixed in experimental, firebird2.0_2.0.4.13130-1.ds1-1. Should 
hit buildds soon.

* cvs-port-ia64.patch: drop -fno-rtti as RTTI is needed in 2.0. 
  Hopefully Closes: #460219 for real

Also, firebird2.0 never built on ia64 so this is not RC. Merging with 
the "please port to ia64" bug.

> > ../src/common/fb_exception.cpp: In function 'ISC_STATUS 
> > Firebird::stuff_exception(ISC_STATUS*, const std::exception&, 
> > Firebird::StringsBuffer*)':
> > ../src/common/fb_exception.cpp:245: error: cannot use typeid with -fno-rtti

This is a consequence of backporting the ia64 port from upstream CVS 
HEAD. Long shot, obviously ;)

-- 
damJabberID: [EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#483288: libperl-critic-perl: suggest perlcritic.el in emacs/site-lisp

[Damyan Ivanov]

Hi, Kevin,

-=| Kevin Ryde, Wed, May 28, 2008 at 11:47:22AM +1000 |=-
> It'd be nice if /usr/share/doc/libperl-critic-perl/perlcritic.el.gz 
> was instead installed under /usr/share/emacs/site-lisp so it could 
> be used directly (together with an /etc/emacs/site-start.d autoloads 
> file).

Could you provide a sample autoloads file? I am not sure how this 
should look like and since you seem to have a clue about it... :)

Sorry for being so emacs-ignorant.

> You might already know doing that doesn't create a dependency on 
> emacs.
> (You don't have to do the whole byte-compile disaster initially, if you
> don't want to.  The "subversion" package is an example of not doing so.)

Good.

-- 
damJabberID: [EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#482213: libavg: FTBFS: ld: cannot find -ldts

[Kurt Roeckx]

reopen 482213
notfixed 482213 0.svn20080206-6
thanks

>* Bug fix: "libavg: FTBFS: ld: cannot find -ldts", thanks to Lucas
>  Nussbaum (Closes: #482213, 482214). Fixed by removing -ldts from
>  ffmpeg-config.

This is not only about -ldts.  This is about every library it's
returning.


Kurt




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483283: orange: Problem with .exe containing multiple CAB files

[Evgeni Golov]

tags 483283 + confirmed
thanks

Hi Alains,

On Wed, 28 May 2008 02:59:10 +0200 Alain Kalker wrote:

> $ orange mbsetup.exe
> 
> produced a single CAB file named 'installer.StrongARM.cab', which,
> unfortunately, after installation appeared not to be Magic Button,
> but rather a complimentary demo version of MxConverter included in the
> installer.
> 
> It appears that orange had actually extracted both CAB files, but copied
> only one file to the destination directory. The first rsrc file actually
> contains Magic Button.

Yepp, I see that too here.
Have a look at
strace -e trace=open orange mbsetup.exe
You'll notice orange tries to write both files as
installer.StrongARM.cab, overwriting the first file with the second.
I'll bug upstream about that later today (have to go now).

Regards and thanks for the report
Evgeni


pgpeJQIWTqHU7.pgp
Description: PGP signature

Bug#483228: developers-reference: Section 5.11.6 - remove the bugs ack

[Raphael Hertzog]

forcemerge 480723 483228
thanks

Hi,

On Tue, 27 May 2008, Sandro Tosi wrote:
> I think that Section 5.11.6 should remove the NMU bugs ack, since it's
> not needed anymore since versione BTS (and this information is already
> reported in another part of the devref).

You could check for duplicates before filing new bugs... :-)

Also several of your bug reports concern uncontroversial changes and/or
typo/formatting fixes. Maybe you could go one step further and prepare a
patch for those?

If you do, please prepare the patch against what's in SVN (see Vcs-Svn
field in apt-cache showsrc developers-reference).

Thanks in advance.
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483297: ITP: fossology -- Free and Open Source Software analysis framework

[Matt Taggart]

Package: wnpp
Severity: wishlist
Owner: Matt Taggart <[EMAIL PROTECTED]>

* Package name: fossology
  Version : 0.8.0
  Upstream Author : The FOSSology Project <[EMAIL PROTECTED]>
* URL : http://fossology.org/
* License : (GPL, LGPL)
  Programming Lang: (C, PHP)
  Description : Free and Open Source Software analysis framework

Long Description:
An open and modular architecture for analyzing software. Existing
modules include license analysis, meta data extraction, and MIME type
identification. This open source software tool analyzes a given set of
software packages, and reports items such as the software licenses used
by these packages.

More than simply reporting, “Package X uses license Y,” the FOSSology
tool attempts to analyze every file within the package to determine its
license. The license report is thus an aggregate of all of the different
licenses found to be in use by a package. A single package may be
labeled as “GPL” but contain files that use other licenses (BSD, OSL, or
any of the hundreds of other licenses). Even if an exact license is
unknown, the license may be identifiable by common license phrases.

Digging deeper, the FOSSology project is intended as a general-purpose
data mining tool. It can be extended by adding new Agents to analyze all
sorts of meta information about Free and Open Source Software – not just
licenses, but code re-use, security alerts, bug fixes and patches,
project information, usage statistics – just about anything you could
imagine! 

Status:
I also work on the upstream project and have been working on cleaning up
the upstream source in order to make packaging easier, doing things like
fixing FHS bugs, making sure the depends and build-deps are available
in debian and work well, and rewriting the build and install
infrastructure to enable modular packaging and automated end user
setup (database initialization, data repository setup, etc.) There is a
lot to be done, but we're getting closer to having packages suitable for
experimental soon. I will send more updates to this bug as I make
progress.

-- 
Matt Taggart
[EMAIL PROTECTED]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#480533: closed by Daniel Burrows <[EMAIL PROTECTED]> (Bug#480533: fixed in aptitude 0.4.11.3-1)

[Martin Michlmayr]

reopen 480533 !
thanks

You closed the wrong bug.

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



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483062: keyjnote: fails to follow links when caching is disabled

[Martin Fiedler]

Hi!

This seems to be a bug indeed, and I already have an idea
what exactly goes wrong. This will be fixed in the next
upstream version.

Martin J. Fiedler
-- 
Pt! Schon vom neuen GMX MultiMessenger gehört?
Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#475819: same on alpha

[jaromil]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


re,

On Sat, May 24, 2008 at 05:20:44PM +0200, Ondrej Certik wrote:
> Probably the same problem is on alpha:
> 
> http://buildd.debian.org/~jeroen/status/package.php?suite=unstable&p=freej&a=alpha

this and several other small problems in cross-platform compilation on
debian  have  been  fixed  in  the  upcoming  0.10  release  upstream,
versioned sourcecode is available on git.dyne.org (freej - trunk)

thanks for your concern,
ciao

- -- 
  Jaromil, dyne.org developer, http://jaromil.dyne.org

GPG: 779F E8B5 47C7 3A89 4112  64D0 7B64 3184 [ B534 0B5E ]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIPCxTe2QxhLU0C14RAoflAJ9RKiJubDopy6+TG6e/n7Qm0t6OCACggk/r
nJ/g37WwaSr02Cyjyo4wn5E=
=zT3K
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#421411: Announce of the upcoming NMU for the noflushd package

[Christian Perrier]

Quoting Daniel Kobras ([EMAIL PROTECTED]):

> Thanks for your efforts! I probably won't get around to uploading a new
> version of noflushd until next week. I'm perfectly fine with you
> uploading to unstable right away this Sunday. Of course I can also do an
> upload myself incorporating the pending translation updates, but it'll
> take a few days longer compared to your proposed schedule. So please go
> ahead as you prefer!


ACK. I'll probably follow my schedule. You'll get the final patch 2
days before the package reaches unstable, leaving you a small chance
to react...

Thanks for your answer...





signature.asc
Description: Digital signature

Bug#483187: [Pkg-samba-maint] Bug#483187: samba: recommended action (smb.conf.master) is broken

[Christian Perrier]

Quoting Richard A Nelson ([EMAIL PROTECTED]):
> Package: samba
> Version: 1:3.0.29-1
> Severity: normal
> 
> In the new version of smb.conf is this section:
> 
> # A well-established practice is to name the original file
> # "smb.conf.master" and create the "real" config file with
> # testparm -s smb.conf.master >smb.conf
> # This minimizes the size of the really used smb.conf file
> # which, according to the Samba Team, impacts performance

Actually, one of upstream's recommendations is to *not* use this
method when include files that use macros are used..:-)

Exactly for the reason you described..

We should probably add this to the comment.




signature.asc
Description: Digital signature

Bug#483298: [l10n] Czech translation of ocsinventory-server

[Daniel Kavan]

Package: ocsinventory-server
Severity: wishlist
Tags: l10n, patch

Hi,

please find the attached Czech (cs.po) translation of ocsinventory-server.

Best regards
Daniel Kavan


# Czech translation of ocsinventory-server debconf messages.
#
msgid ""
msgstr ""
"Project-Id-Version: ocsinventory-server_1.01-4\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-07-17 13:47+0200\n"
"PO-Revision-Date: 2008-05-27 18:05+0200\n"
"Last-Translator: Daniel Kavan <[EMAIL PROTECTED]>\n"
"Language-Team: Czech <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../ocsinventory-reports.templates:1001
msgid "User name for web-based setup system:"
msgstr "Uživatelské jméno pro nastavování přes web:"

#. Type: string
#. Description
#. Type: password
#. Description
#: ../ocsinventory-reports.templates:1001
#: ../ocsinventory-reports.templates:2001
msgid ""
"OCS Reports comes with a web-based setup/upgrade script. The script is "
"located at http://localhost/ocsreports/install.php. For security reasons it "
"requires authorization."
msgstr ""
"OCS Reports mají svůj webový nastavovací/upgradovací skript. Skript se "
"nalézá na http://localhost/ocsreports/install.php. Z bezpečnostních "
"důvodů požaduje autorizaci."

#. Type: string
#. Description
#: ../ocsinventory-reports.templates:1001
msgid "Leave empty if you want to use the default user name 'admin'."
msgstr "Pokud chcete používat předvolené jméno „admin“, ponechte 
prázdné."

#. Type: password
#. Description
#: ../ocsinventory-reports.templates:2001
msgid "Password for web-based setup system:"
msgstr "Heslo pro webový nastavovací systém:"

#. Type: password
#. Description
#: ../ocsinventory-reports.templates:2001
msgid ""
"You can manage the usernames and passwords with the `htpasswd' command. They "
"are stored in /etc/ocsinventory/htpasswd.setup file."
msgstr ""
"Jména a hesla můžete spravovat pomocí příkazu „htpasswd“. Uložena 
jsou "
"v souboru /etc/ocsinventory/htpasswd.setup."

#. Type: password
#. Description
#: ../ocsinventory-reports.templates:2001
msgid "Leave empty if you want to disable access to the web-based setup."
msgstr "Pokud chcete zakázat přístup k webovému nastavování, ponechte 
prázdné."

Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25

[Martin Michlmayr]

* Kevin Price <[EMAIL PROTECTED]> [2008-05-27 07:45]:
> If lenny's freeze keeps apex from moving on: Will we need to ask the
> release manager?

Yes, in theory we would; but it seems this package isn't frozen yet.
-- 
Martin Michlmayr
http://www.cyrius.com/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483181: mirror submission for ftp.cvut.cz

[NetOps]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: ftp.cvut.cz
Aliases: ftp.fs.cvut.cz
Type: leaf
Archive-architecture: amd64 i386 ia64 
Archive-ftp: /debian/
Archive-http: /debian/
Security-ftp: /debian-security/
Security-http: /debian-security/
IPv6: no
Archive-upstream: ftp.debian.org
Security-upstream: security.debian.org
Updates: twice
Maintainer: NetOps <[EMAIL PROTECTED]>
Country: CZ Czech Republic
Location: Czech Republic, Prague
Sponsor: Czech Technical University  http://www.cvut.cz



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483152: kfreebsd-7: Multiple CVEs issued

[Petr Salinger]

A few CVEs have been issued against kfreebsd-7. It would be great, if
one of the maintainers could pick them up and judge about them. Maybe it
is worth filling seperate bugreports with higher severity, but I'll
leave that to you guys for now :)

If you fix any of these issues via an upload, please do not forget to
mention the CVE id in the changelog.

CVE-2008-0177:

The ipcomp6_input function in sys/netinet6/ipcomp_input.c in the KAME
project before 20071201 does not properly check the return value of the
m_pulldown function, which allows remote attackers to cause a denial of
service (system crash) via an IPv6 packet with an IPComp header.

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0177


http://security.freebsd.org/advisories/FreeBSD-SA-08:04.ipsec.asc
FreeBSD 5.5 only



CVE-2008-0216:

The ptsname function in FreeBSD 6.0 through 7.0-PRERELEASE does not
properly verify that a certain portion of a device name is associated
with a pty of a user who is calling the pt_chown function, which might
allow local users to read data from the pty from another user.

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0216


http://security.freebsd.org/advisories/FreeBSD-SA-08:01.pty.asc
Userspace bug, does not affect kfreebsd-x.



CVE-2008-0217:

The script program in FreeBSD 5.0 through 7.0-PRERELEASE invokes
openpty, which creates a pseudo-terminal with world-readable and
world-writable permissions when it is not run as root, which allows
local users to read data from the terminal of the user running script.

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0217


http://security.freebsd.org/advisories/FreeBSD-SA-08:01.pty.asc
Userspace bug, does not affect kfreebsd-x.


CVE-2008-0777:

The sendfile system call in FreeBSD 5.5 through 7.0 does not check the
access flags of the file descriptor used for sending a file, which
allows local users to read the contents of write-only files.

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0777


http://security.freebsd.org/advisories/FreeBSD-SA-08:03.sendfile.asc
fixed in
  kfreebsd-7 (7.0-1)
  kfreebsd-6 (6.3-3)



CVE-2008-1146:

A certain pseudo-random number generator (PRNG) algorithm that uses XOR
and 3-bit random hops (aka "Algorithm X3"), as used in OpenBSD 2.8
through 4.2, allows remote attackers to guess sensitive values such as
DNS transaction IDs by observing a sequence of previously generated
values. NOTE: this issue can be leveraged for attacks such as DNS cache
poisoning against OpenBSD's modification of BIND.

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1146




CVE-2008-1147:

A certain pseudo-random number generator (PRNG) algorithm that uses XOR
and 2-bit random hops (aka "Algorithm X2"), as used in OpenBSD 2.6
through 3.4, Mac OS X 10 through 10.5.1, FreeBSD 4.4 through 7.0, and
DragonFlyBSD 1.0 through 1.10.1, allows remote attackers to guess
sensitive values such as IP fragmentation IDs by observing a sequence of
previously generated values. NOTE: this issue can be leveraged for
attacks such as injection into TCP packets and OS fingerprinting.

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1147


CVE-2008-1148:

A certain pseudo-random number generator (PRNG) algorithm that uses ADD
with 0 random hops (aka "Algorithm A0"), as used in OpenBSD 3.5 through
4.2 and NetBSD 1.6.2 through 4.0, allows remote attackers to guess
sensitive values such as (1) DNS transaction IDs or (2) IP fragmentation
IDs by observing a sequence of previously generated values. NOTE: this
issue can be leveraged for attacks such as DNS cache poisoning,
injection into TCP packets, and OS fingerprinting.

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1148



There is not (yet) FreeBSD Security Advisory.



CVE-2008-1391:

Multiple integer overflows in libc in NetBSD 4.x, FreeBSD 6.x and 7.x,
and probably other BSD and Apple Mac OS platforms allow
context-dependent attackers to execute arbitrary code via large values
of certain integer fields in the format argument to (1) the strfmon
function in lib/libc/stdlib/strfmon.c, related to the GET_NUMBER macro;
and (2) the printf function, related to left_prec and right_prec.

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1391


Looks like userspace bug, should not affect kfreebsd-x.

Petr




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483182: [PATCH] libdebian-installer: add new vendor string for Apple

[Julien BLACHE]

Package: libdebian-installer4
Version: 0.58
Tags: patch

Hi,

Apple changed its company name in Q1 2007 (from "Apple Computer, Inc."
to "Apple Inc."), and the vendor string embedded on the machines
changed as a consequence on machines produced after this date.

The attached patch adds the new vendor string to the x86 subarch
detection code.

Please apply,

JB.

-- 
 Julien BLACHE <[EMAIL PROTECTED]>  |  Debian, because code matters more 
 Debian & GNU/Linux Developer|   
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 

diff -ru orig/libdebian-installer-0.58/src/system/subarch-x86-linux.c libdebian-installer-0.58/src/system/subarch-x86-linux.c
--- orig/libdebian-installer-0.58/src/system/subarch-x86-linux.c	2007-12-31 23:34:31.0 +0100
+++ libdebian-installer-0.58/src/system/subarch-x86-linux.c	2008-05-27 13:55:06.855293130 +0200
@@ -215,6 +215,7 @@
 
 static struct map map_manufacturer[] = {
 	{ "Apple Computer, Inc.", "mac" },
+	{ "Apple Inc.", "mac" },
 	{ NULL, NULL }
 };
 

Bug#483074: nvidia-kernel-source: same problem with make-kpkg

[Mathias Behrle]

Package: nvidia-kernel-source
Version: 169.12-3
Followup-For: Bug #483074

I am builduing my kernel with 
 make-kpkg --rootcmd=fakeroot --initrd kernel_image modules_image
and therefore IMHO I have to unpack as user the module sources, since otherwise 
the modules won't be built.
And consequently the build process complains:

#patch for XEN
patch -p3 < /usr/src/modules/nvidia-kernel/debian/patches/xen.patch
/bin/sh: /usr/src/modules/nvidia-kernel/debian/patches/xen.patch: Keine 
Berechtigung
make[2]: *** [configure-stamp] Fehler 1
make[2]: Leaving directory `/usr/src/modules/nvidia-kernel'
make[1]: *** [kdist_image] Fehler 2
make[1]: Leaving directory `/usr/src/modules/nvidia-kernel'
Module /usr/src/modules/nvidia-kernel failed.
Perhaps /usr/src/modules/nvidia-kernel does not understand --rootcmd?
If you see messages that indicate that it is not
in fact being built as root, please file a bug 
against /usr/src/modules/nvidia-kernel.
Hit return to Continue

I think, /usr/src/modules/nvidia-kernel/debian/patches should be drwxrwsr-x 
anyway, also if extracted by user.

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

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

Versions of packages nvidia-kernel-source depends on:
ii  debhelper 7.0.8  helper programs for debian/rules
ii  dpatch2.0.29 patch maintenance system for Debia
ii  make  3.81-4 The GNU version of the "make" util
ii  sed   4.1.5-6The GNU sed stream editor

Versions of packages nvidia-kernel-source recommends:
ii  devscripts2.10.27scripts to make the life of a Debi
ii  kernel-package11.001-0.1 A utility for building Linux kerne
ii  nvidia-glx169.12-3   NVIDIA binary Xorg driver

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483121: findutils: duplicated cron.daily functions

[Andreas Metzler]

On 2008-05-27 Tim Connors <[EMAIL PROTECTED]> wrote:
> Package: findutils
> Version: 4.4.0-2
> Severity: normal

> Is there any reason why findutils (which is depended on by mlocate and
> locate) includes updatedb.

Hello,
It does not, afaict:
SID)[EMAIL PROTECTED]:~$ dpkg -s findutils  | grep Version
Version: 4.4.0-2
(SID)[EMAIL PROTECTED]:~$ man grep
(SID)[EMAIL PROTECTED]:~$ dpkg -L findutils | grep update || echo not found
not found

> (which links to mlocate's updatedb via
> /etc/alternatives), and locate includes its version of updatedb (as
> expected, but I'll be turning it off), and mlocate includes its own
> version of updatedb?  This means that mlocate's (or whoever owns the
> updatedb alternatives) updatedb runs twice, if I traced the shell
> scripts correctly.

locate's cron job /etc/cron.daily/locate will only run once, I do not
know how mlocate handles this, but I would be surprised if it ran
twice.

> To me it seems that all of those packages should include their own
> updatedb in cron.daily, but findutils should include no such
> cron.daily job.

If you install both locate and mlocate both cronjobs will run (each
once) and you will have working databases for both locate
implementations.
cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#321701: take a break

[Nathaniel Mclaughlin]

What are you waiting for?
Gaming industry invites!

http://richeurogaming.net





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#323963: drop your work right now

[Selma Christie]

What are you waiting for?
Gaming industry invites!

http://richeurogaming.net



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#182747: try once, win twice

[Lyman Madison]

What are you waiting for?
Gaming industry invites!

http://richeurogaming.net



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#416586: [reportbug-ng] please add claws-mail, too

[Mathias Behrle]

Package: reportbug-ng
Version: 0.2008.03.28

--- Please enter the report below this line. ---
Please add claws-mail as possible MUA, I think it should be invoked the
same as sylpheed-claws-gtk2.

Wouldn't it be better to provide some general interface to invoke the
MUA, as proposed by Manoj?

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.24-2-obelix-opt

Debian Release: lenny/sid
  990 testing apt-cacher 
  800 unstableapt-cacher 
  600 experimentalapt-cacher 

--- Package information. ---
Depends (Version) | Installed
=-+-===
python| 2.5.2-1
python-central   (>= 0.6) | 0.6.6
python-qt3| 3.17.4-1
python-soappy | 0.12.0-2
xdg-utils | 1.0.2-4




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483184: Additional Kacst fonts

[Youssef Chahibi]

Package: ttf-kacst
Version: 1.6.2+mry-1
Severity: wishlist


New Kacst fonts available at http://ceri.kacst.edu.sa/fonts.htm have
been released under GPL.

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

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

Versions of packages ttf-kacst depends on:
ii  defoma   0.11.10-0.2 Debian Font Manager -- automatic f

ttf-kacst recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482997: asterisk: Extremely choppy sound and high CPU usage

[Faidon Liambotis]

tags 482997 + confirmed
thanks

Torgeir Skjøtskift wrote:

When making calls involving IAX2 channels, sound is extremely choppy
and CPU usage spikes.

Messages on the CLI indicate problems while channels are active:
WARNING[12301]: File chan_iax2.c, Line 4436 (socket_read): Received
mini frame before first full voice frame

IAX2 registry entries become unregistered
IAX2 peers become UNREACHABLE

This problem seems to be caused by the 2etch4 update, since it works
fine in 2etch3 (see http://www.debian.org/security/2008/dsa-1563).

To replicate:
Set asterisk console debug and verbose to 100
SIP phones on machine A 
via IAX2 trunk to machine B

via IAX2 trunk back to meetme room on machine A

Creating 5-10 simultaneous calls should reveal the problem.

This is indeed a regression from the versions before the security fix.

upstream has fixed this with a commit[1] with the following description:
  Merge changes from team/russell/iax2_find_callno_1.2 These
  changes address a critical performance issue introduced in the
  latest release. The fix for the latest security issue included a
  change that made Asterisk randomly choose call numbers to make
  them more difficult to guess by attackers. However, due to some
  inefficient (this is by far, an understatement) code, when
  Asterisk chose high call numbers, chan_iax2 became unusable after
  just a small number of calls. On a small embedded platform, it
  would not be able to handle a single call. On my Intel Core 2 Duo
  @ 2.33 GHz, I couldn't run more than about 16 IAX2 channels.
  Ouch. These changes address some performance issues of the
  find_callno() function that have bothered me for a very long
  time. On every incoming media frame, it iterated through every
  possible call number trying to find a matching active call. This
  involved a mutex lock and unlock for each call number checked.
  So, if the random call number chosen was 2, then every media
  frame would cause 2 locks and unlocks. Previously, this
  problem was not as obvious since Asterisk always chose the lowest
  call number it could. A second container for IAX2 pvt structs has
  been added. It is an astobj2 hash table. When we know the remote
  side's call number, the pvt goes into the hash table with a hash
  value of the remote side's call number. Then, lookups for
  incoming media frames are a very fast hash lookup instead of an
  absolutely insane array traversal. In a quick test, I was able to
  get more than 3600% more IAX2 channels on my machine with these
  changes.
There is another regression[2] thas has been similarly fixed in 1.2.28.1.

It is, unfortunately, a huge commit, since it backports various stuff 
(astobj2) from 1.4.
But I don't see another option to be honest and neither did upstream -- 
and 1.2 is in their deep-freeze state, similar to our own (security 
fixes and grave bugs only).


security team, what do you think?
Should I prepare a new version with these changes and upload it to 
security-proposed-updates?


Regards,
Faidon

1: http://svn.digium.com/view/asterisk?view=rev&revision=115296
2: http://svn.digium.com/view/asterisk?view=rev&revision=115564



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483070: [Pkg-xfce-devel] Bug#483070: Bug#483070: xfdesktop4: black screen after openarena quits

[Jérémy Lal]

Yves-Alexis Perez a écrit :

reassign 483070 xfwm4
retitle 483070 compositing issues between openarena and xfwm4
thanks
On Tue, May 27, 2008 at 04:45:19PM +, Jérémy Lal wrote:

You're right : reverting to xfdesktop4 doesn't fix the issue.
I also tried reverting to previous xorg-server-video-intel version, no success.


Can you try reverting xfwm4?

yes, and the problem disappears (of course after reenabling the direct drawing 
for full screen option)
Instead, disabling the xfwm4 option : (translated from french) : 
"Direct drawing of full screen windows"

fixes the issue.
Which is coherent, because openarena is full screen...
But what is not is that for ex. Stellarium is full screen and doesn't trigger 
the bug.
How to assign that bug to xfwm4 ? should i open a new one ?


There was some fixes added for full screen compositing (you can look at in
/usr/share/doc/xfwm4/changelog.Debian.gz which is displayed at upgrade if you
use apt-listchanges)

indeed, so it comes from this fix.


If you disable the option, is there any other issues?

yes, small graphic glitches appears when playing openarena, due to orage clock 
redrawing.


Cheers,

thanks.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483183: libcupsys2: Block on connect() when showing the list of printers in evince

[Alban Crequy]

Package: libcupsys2
Version: 1.3.7-5
Severity: important

I have two printers in my office:
- 10.0.0.153 Kyocera FS-1030D
- 10.0.0.2 Brother MFC7860n

I want to use the second one. The first one is not mine and drop all packets to
10.0.0.153:631 (I don't know why, but that should not be a problem since I
don't want to use this printer).

When evince try to list the list of printers, it blocks on the following call:
connect(19, {sa_family=AF_INET, sin_port=htons(631),
sin_addr=inet_addr("10.0.0.153")}, 16

So I cannot print, even if the second printer is the default printer, because
programs using libcups hangs on connect() before showing the printer list.

I use this workaround:
iptables -A OUTPUT -d 10.0.0.153 -j REJECT
With this workaround, I can successfully select my printer and print.

My bug was reported upstream but according to mike, it is a problem in
the configuration. I didn't changed the Debian default configuration:
http://www.cups.org/str.php?L2835

My bug is similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=235204
because both blocks on connect(). However, my CUPS server is on localhost (I
didn't changed the Debian default configuration).

Thanks

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

Kernel: Linux 2.6.25-2-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/bash

Versions of packages libcupsys2 depends on:
ii  libc6  2.7-11GNU C Library: Shared libraries
ii  libcomerr2 1.40.8-2  common error description library
ii  libgnutls262.2.5-1   the GNU TLS library - runtime libr
ii  libkrb53   1.6.dfsg.3-2  MIT Kerberos runtime libraries
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

libcupsys2 recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482902: please provide libc6-hppa64 and libc6-hppa64-dev packages

[Grant Grundler]

On Mon, May 26, 2008 at 01:05:49AM -0700, Matt Taggart wrote:
> > > The developer machines have been unavailable for months, so Debian
> > > developers who don't have their own hppa machine are unable to work on
> > > their own packages or fix bugs.
> > 
> > We had some machines setup and running last yearwhat happened to them?
> > Is lamont the only person able to support those?
> 
> The DD accessible machine is paer.debian.org and there are a few hppa 
> buildd machines that are just accessible by the buildd folks like lamont. 
> These machines are all supported by DSA and run Debian stable.
...
[ snip ]

Matt,
thanks for the explanation. I didn't realize it had gotten that ugly.
But I also don't see a way for us to support etch since it feels like
we barely have enough people to support kernel.org + unstable (debian).
Not unless some new folks wants to volunteer to help. I'd be happy
to review patches for this and provide guidance.


> > My impression was my and Thibaut's efforts to provide public access
> > to parisc/ia64 machines has covered the visible need.
> > But that's been informal and not a substitute for having official
> > machines up and running.
> 
> I'm not sure how Thibaut is generating his kernels and running his 
> machines, but if he can do it in a DSA supportable manner (which means etch 
> userspace and kernel packages up to date with security patches) then maybe 
> he can help get the debian.org machines accessible again. I suspect he is 
> probably running unstable and building kernels by hand though...

Yes, as am I (though I'm not a DD).

thanks,
grant



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#381258: last chance

[Brice Mathis]

What are you waiting for?
Gaming industry invites!

http://richeurogaming.net




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#64554: drop your work right now

[Lola Yates]

What are you waiting for?
Gaming industry invites!

http://richeurogaming.net



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)

[Riku Voipio]

On Mon, May 26, 2008 at 09:30:16PM +0200, Mike Hommey wrote:
> I only missed it... I moved mozilla-config.h in a arch: any package
> for this very reason, I just overlooked xpcom-config.h

Thanks, I see you fixed that already. I'm now hitting #482415 (exact
same backtrace) which is supposedly already fixed? It could still be
a problem at my side (armel port or the fact that I had a unclean
chroot with potentially old libs/build-deps installed..)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#95769: try once, win twice

[Joanne Sams]

What are you waiting for?
Gaming industry invites!

http://richeurogaming.net




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482564: vinagre: defaut key / mouse binding is unfortunate.

[Markus Schaber]

Hi, Emilio,

Emilio Pozuelo Monfort <[EMAIL PROTECTED]> wrote:

> Markus Schaber wrote:
> > CTRL-D opens the bookmark creation dialog, except when in Fullscreen
> > mode or using CTRL-Alt to grab the pointer.
> 
> This is http://bugzilla.gnome.org/show_bug.cgi?id=530410
> 
> I've asked upstream about this, and he said he was thinking about removing all
> the shortcuts from Vinagre, so they are sent to the guest.

I agree with that.

> > Scrolling the mouse wheel still scrolls the window and sends the scroll
> > event to the server, regardless of fullscreen and CTRL-Alt.
> 
> That sounds like http://bugzilla.gnome.org/show_bug.cgi?id=531716, but with 
> the
> description in that bug upstream didn't understand the issue very well... 
> could
> you add a comment there?

For me, it does not sound exactly like the same bug, but more like some
weird interaction between his window manager manager and vinagre when
changing virtual desktops on the client while in fullscreen mode, but I
don't see anything about mouse wheel events there.



Regards,
Markus

-- 
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS

Fight against software patents in Europe! www.ffii.org
www.nosoftwarepatents.org


signature.asc
Description: PGP signature

Bug#475206: gdb: SIGTRAP interfering with debugging

[Arthur Meacham]

I am having the same problem.  It is making life very difficult.  Is
there something I can do, aside from completely downgrade?


(gdb: 6.8-debian 
 linux: 2.6.24-17-generic)




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483185: [warzone2100] migrate to testing?

[Matthias Krüger]

Package: warzone2100
Severity: wishlist

--- Please enter the report below this line. ---
The version which should not be migrated to testing, is it
2.1.0~1.beta1-1 or 2.1.0~1.beta2-1 ?

Warzone2100 depends on automake >= 1:1.10+nogfdl~ .
Is this (one line below) the package and version (automake1.10
1:1.10.1-3) you need for migrating it to testing?
(http://packages.qa.debian.org/a/automake1.10.html)

Thank you for your fine work!Matthias Krüger
--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.24-1-amd64

Debian Release: lenny/sid
  500 testing security.debian.org
  500 testing 141.76.2.4

--- Package information. ---
Depends (Version) | Installed
=-+-=
libc6  (>= 2.7-1) | 2.7-10
libgl1-mesa-glx   | 7.0.3-1
 OR libgl1|
libglc0(>= 0.7.1) | 0.7.1-1
libglu1-mesa  | 7.0.3-1
 OR libglu1   |
libogg0   | 1.1.3-3
libopenal0a   | 1:0.0.8-7
libphysfs-1.0-0   | 1.0.0-5
libpng12-0  (>= 1.2.13-4) | 1.2.27-1
libpopt0(>= 1.10) | 1.10-3
libsdl-net1.2 | 1.2.7-2
libsdl1.2debian (>= 1.2.10-1) | 1.2.13-2
libvorbis0a   | 1.2.0.dfsg-3
libvorbisfile3 (>= 1.1.2) | 1.2.0.dfsg-3
libx11-6  | 2:1.0.3-7
warzone2100-data   (>= 2.1.0~1.beta2) |
warzone2100-data (<= 2.1.0~1.beta2-1) |




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483074: [pkg-nvidia-devel] Bug#483074: nvidia-kernel-source: same problem with make-kpkg

[Lennart Sorensen]

On Tue, May 27, 2008 at 07:06:15PM +0200, Mathias Behrle wrote:
> Package: nvidia-kernel-source
> Version: 169.12-3
> Followup-For: Bug #483074
> 
> I am builduing my kernel with 
>  make-kpkg --rootcmd=fakeroot --initrd kernel_image modules_image
> and therefore IMHO I have to unpack as user the module sources, since 
> otherwise the modules won't be built.
> And consequently the build process complains:
> 
> #patch for XEN
> patch -p3 < /usr/src/modules/nvidia-kernel/debian/patches/xen.patch
> /bin/sh: /usr/src/modules/nvidia-kernel/debian/patches/xen.patch: Keine 
> Berechtigung
> make[2]: *** [configure-stamp] Fehler 1
> make[2]: Leaving directory `/usr/src/modules/nvidia-kernel'
> make[1]: *** [kdist_image] Fehler 2
> make[1]: Leaving directory `/usr/src/modules/nvidia-kernel'
> Module /usr/src/modules/nvidia-kernel failed.
> Perhaps /usr/src/modules/nvidia-kernel does not understand --rootcmd?
> If you see messages that indicate that it is not
> in fact being built as root, please file a bug 
> against /usr/src/modules/nvidia-kernel.
> Hit return to Continue
> 
> I think, /usr/src/modules/nvidia-kernel/debian/patches should be drwxrwsr-x 
> anyway, also if extracted by user.

drwxrwxr-x root/src  0 2008-05-26 12:39 modules/
drwxrwxr-x root/src  0 2008-05-26 12:39 modules/nvidia-kernel/
drwxrwxr-x root/src  0 2008-05-26 12:39 modules/nvidia-kernel/debian/
-rw-r--r-- root/src353 2008-05-26 12:39 
modules/nvidia-kernel/debian/README.Debian
-rw-r--r-- root/src  27233 2008-05-26 12:39 
modules/nvidia-kernel/debian/changelog
-rw-r--r-- root/src   2734 2008-05-26 12:39 
modules/nvidia-kernel/debian/conf.mk
-rw-r--r-- root/src726 2008-05-26 12:39 
modules/nvidia-kernel/debian/control.template
-rw-r--r-- root/src   8055 2008-05-26 12:39 
modules/nvidia-kernel/debian/copyright
-rw-r--r-- root/src228 2008-05-26 12:39 
modules/nvidia-kernel/debian/devfs.devices
-rw-r--r-- root/src 55 2008-05-26 12:39 
modules/nvidia-kernel/debian/dirs.template
-rw-r--r-- root/src227 2008-05-26 12:39 
modules/nvidia-kernel/debian/override.template
drw-r--r-- root/src  0 2008-05-26 12:39 
modules/nvidia-kernel/debian/patches/
-rw-rw-r-- root/src   6367 2008-05-24 21:08 
modules/nvidia-kernel/debian/patches/xen.patch
-rw-r--r-- root/src   1720 2008-05-26 12:39 
modules/nvidia-kernel/debian/postinst
-rw-r--r-- root/src 21 2008-05-26 12:39 
modules/nvidia-kernel/debian/postrm
-rwxr-xr-x root/src   5177 2008-05-26 12:39 
modules/nvidia-kernel/debian/rules
-rw-r--r-- root/src   9425 2008-05-26 12:39 
modules/nvidia-kernel/Makefile.kbuild
-rw-r--r-- root/src   4025 2008-05-26 12:39 
modules/nvidia-kernel/Makefile.nvidia
-rw-r--r-- root/src   1803 2008-05-26 12:39 modules/nvidia-kernel/README
-rw-r--r-- root/src  41227 2008-05-26 12:39 
modules/nvidia-kernel/conftest.sh
-rw-r--r-- root/src   8476 2008-05-26 12:39 modules/nvidia-kernel/cpuopsys.h
-rw-r--r-- root/src   9077 2008-05-26 12:39 
modules/nvidia-kernel/gcc-version-check.c
-rw-r--r-- root/src   1834 2008-05-26 12:39 modules/nvidia-kernel/makefile
-rw-r--r-- root/src   9980 2008-05-26 12:39 modules/nvidia-kernel/nv-i2c.c
-rw-r--r-- root/src   11074288 2008-05-26 12:39 
modules/nvidia-kernel/nv-kernel.o
-rw-r--r-- root/src  46064 2008-05-26 12:39 modules/nvidia-kernel/nv-linux.h
-rw-r--r-- root/src   2967 2008-05-26 12:39 
modules/nvidia-kernel/nv-memdbg.h
-rw-r--r-- root/src714 2008-05-26 12:39 modules/nvidia-kernel/nv-misc.h
-rw-r--r-- root/src  16820 2008-05-26 12:39 modules/nvidia-kernel/nv-reg.h
-rw-r--r-- root/src  23909 2008-05-26 12:39 modules/nvidia-kernel/nv-vm.c
-rw-r--r-- root/src768 2008-05-26 12:39 modules/nvidia-kernel/nv-vm.h
-rw-r--r-- root/src 128305 2008-05-26 12:39 modules/nvidia-kernel/nv.c
-rw-r--r-- root/src  20681 2008-05-26 12:39 modules/nvidia-kernel/nv.h
-rw-r--r-- root/src  10344 2008-05-26 12:39 modules/nvidia-kernel/nvacpi.c
-rw-r--r-- root/src   4875 2008-05-26 12:39 modules/nvidia-kernel/nvreadme.h
-rw-r--r-- root/src  12333 2008-05-26 12:39 modules/nvidia-kernel/nvtypes.h
-rw-r--r-- root/src   9189 2008-05-26 12:39 modules/nvidia-kernel/os-agp.c
-rw-r--r-- root/src804 2008-05-26 12:39 modules/nvidia-kernel/os-agp.h
-rw-r--r-- root/src  33830 2008-05-26 12:39 
modules/nvidia-kernel/os-interface.c
-rw-r--r-- root/src   9532 2008-05-26 12:39 
modules/nvidia-kernel/os-interface.h
-rw-r--r-- root/src   2395 2008-05-26 12:39 
modules/nvidia-kernel/os-registry.c
-rw-r--r-- root/src   3067 2008-05-26 12:39 modules/nvidia-kernel/pat.h
-rw-r--r-- root/src   3752 2008-05-26 12:39 modules/nvidia-kernel/rmretval.h
-rw-r--r-- root/src   11074288 2008-05-26 12:39 
modules/nvidia-kernel/nv-kernel.o.x86_64
-rw-r--r-- root/src   9425 2008-05-26 12:39 modules/nvidia-kernel/Makefile

That's the contents of the tar file.  It would appear that the
per

Bug#479607:

[William Pitcock]

Hi,

Is this because of the image size being too large? I need to know so I
can talk with upstream about this issue. He may not choose to help
though because we patch lilo a lot (something I intend to look through
and see how many of these patches we *really* need at some point).

William


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

Bug#483187: samba: recommended action (smb.conf.master) is broken

[Richard A Nelson]

Package: samba
Version: 1:3.0.29-1
Severity: normal

In the new version of smb.conf is this section:

# A well-established practice is to name the original file
# "smb.conf.master" and create the "real" config file with
# testparm -s smb.conf.master >smb.conf
# This minimizes the size of the really used smb.conf file
# which, according to the Samba Team, impacts performance

That makes sense, so I thought I'd impliment it.

Unfortunately, it is only a partial fix because testparm
does not work as expected...  even after processing the
includes, it leaves one of them in the generated config file !

My setup is (shared amongst several machines)

Global configuration
smb.conf
...
# Pick machine specific setup
include = /etc/samba/smb.conf.%L
...

Machine configuration
smb.conf.EL-GHOR
...
# Pick up realm specific setup
include = /etc/samba/smb.conf.cobpli

smb.conf.GOTHIC-AVE
...
# Pick up realm specific setup
include = /etc/samba/smb.conf.cobpli
...

Realm configuration (ldap/idmap/etc)
smb.conf.cobpli


the testparm generated file clearly has all information
from each of the files... but also includes this line:
include = /etc/samba/smb.conf.cobpli

So, any gains from using testparm have just been washed away
as the largest include file is going to be redundantly re-processed
every time. 

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

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

Versions of packages samba depends on:
ii  adduser3.107 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.22Debian configuration management sy
ii  libacl12.2.47-2  Access control list shared library
ii  libattr1   1:2.4.41-1Extended attribute shared library
ii  libc6  2.7-11GNU C Library: Shared libraries
ii  libcomerr2 1.40.8-2  common error description library
ii  libcupsys2 1.3.7-5   Common UNIX Printing System(tm) - 
ii  libgnutls262.2.5-1   the GNU TLS library - runtime libr
ii  libkrb53   1.6.dfsg.3-2  MIT Kerberos runtime libraries
ii  libldap-2.4-2  1:2.4.9-1 OpenLDAP libraries
ii  libpam-modules 0.99.7.1-6Pluggable Authentication Modules f
ii  libpam-runtime 0.99.7.1-6Runtime support for the PAM librar
ii  libpam0g   0.99.7.1-6Pluggable Authentication Modules l
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  logrotate  3.7.1-3   Log rotation utility
ii  lsb-base   3.2-12Linux Standard Base 3.2 init scrip
ii  procps 1:3.2.7-8 /proc file system utilities
ii  samba-common   1:3.0.29-1Samba common files used by both th
ii  update-inetd   4.30  inetd configuration file updater
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

samba recommends no packages.

-- debconf information:
  samba/tdbsam: false
  samba/generate_smbpasswd: false
  samba/run_mode: daemons



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#475634: make awesomerc parser more forgiving of options which were valid in the past

[Don Armstrong]

On Sun, 13 Apr 2008, Julien Danjou wrote:
> At 1207972098 time_t, Don Armstrong wrote:
> > It would be nice if the awesome rc configuration file parser would
> > throw warnings when problems in the configuration file are encountered
> > instead of throwing out the entire configuration file and using only
> > the defaults.
> > 
> > The current status quo means that every upgrade which changes the
> > configuration file parsing requires you to edit the configuration file
> > to fix the first error, restart awesome, edit to fix the next, etc. It
> > also means that any customization is lost until you fix your
> > .awesomerc, which is anoying when you have rather different
> > keybindings.
> 
> What about awesome --check?

That's fixes the problem with restarting awesome to find the problem,
but it'd still be nice if the parser would just continue on past
invalid options after throwing a warning (to the extent possible).


Don Armstrong

-- 
I never until now realized that the primary job of any emoticon is to
say "excuse me, that didn't make any sense." ;-P
 -- Cory Doctorow

http://www.donarmstrong.com  http://rzlab.ucr.edu



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483188: [l10n] Czech translation of pixelpost debconf messages

[Miroslav Kure]

Package: pixelpost
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is Czech (cs.po) translation of pixelpost
debconf messages. Please include it with the package.

Thanks
-- 
Miroslav Kure
# Czech translation of pixelpost debconf messages.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the pixelpost package.
# Miroslav Kure <[EMAIL PROTECTED]>, 2008
#
msgid ""
msgstr ""
"Project-Id-Version: pixelpost\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-05-07 17:14+0200\n"
"PO-Revision-Date: 2008-05-27 19:44+0200\n"
"Last-Translator: Miroslav Kure <[EMAIL PROTECTED]>\n"
"Language-Team: Czech <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: password
#. Description
#: ../templates:1001
msgid "Administrative user's password:"
msgstr "Heslo správce:"

#. Type: password
#. Description
#: ../templates:1001
msgid ""
"Please enter the password of the administrative user ('admin').  This "
"password is needed to connect to the administrative screens of pixelpost."
msgstr ""
"Zadejte prosím heslo správce (uživatel „admin“). Toto heslo je potřeba pro "
"připojení ke správcovským obrazovkám pixelpostu."

#. Type: password
#. Description
#: ../templates:1001
msgid ""
"It won't be possible to post any picture in pixelpost until this password is "
"set."
msgstr "Dokud heslo nenastavíte, nebude možné do pixelpostu nahrát žádný 
obrázek."

Bug#483186: [klibc-utils] Every second number disappears in (tiny) dmesg output (in initrd.img)

[Anthony Fok]

Package: klibc-utils
Version: 1.5.9-2
Severity: normal
Tags: patch

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

Every now and then, we come across a machine which is unable to mount
the root filesystem for whatever reasons, and get stuck at the busybox
initrd environment, from which we can run dmesg to diagnostic what went
wrong.

To our dismay, in recent months (or years?), dmesg result come out like
this, with lots of missing numbers:

[0.000] Linux version 2.6.2-2-66 (Debian 2.6.2-3) ([EMAIL PROTECTED]) (g
cc version 4.1.3 2002 (prerelease) (Debian 4.1.2-2)) #1 SMP Wed May 1 1:
4:0 UTC 20
[0.000] BIOS-provided physical RAM map:
[0.000]  BIOS-e80:  - 00e00 (usable)
[0.000]  BIOS-e80: 00e00 - 00a00 (reserved)

But it is supposed to look like this:

[0.00] Linux version 2.6.25-2-686 (Debian 2.6.25-3)
([EMAIL PROTECTED]) (g
cc version 4.1.3 20080420 (prerelease) (Debian 4.1.2-22)) #1 SMP Wed May
14 16:4
2:03 UTC 2008
[0.00] BIOS-provided physical RAM map:
[0.00]  BIOS-e820:  - 0009e000 (usable)
[0.00]  BIOS-e820: 0009e000 - 000a (reserved)

This caused quite a bit of problem when we trying to diagnose kernel
oops or panics since the addresses are all wrong.

Initially, we thought it had something to do with memory corruption from
the kernel Oops.  But later, we noticed this phenomenon happens even for
cases without a kernel oops, say, perhaps we just got root=/dev/sda7
written wrong.

So, we decided to investigate, and eventually came to the realization
that the dmesg in initrd.img in Debian (and Ubuntu) nowadays come not
from busybox but klibc-utils, and running /usr/lib/klibc/bin/dmesg on a
fully booted system exhibit the same bug.

Checking the source code, we found the code used to strip out <[0-7]>
that prefixes every kernel message (See klogd(8)) is somewhat incorrect.
 So, with a bit of hacking, we got that fixed.  :-)  A patch is
attached.  Just drop it in debian/patches/20_dmesg_dropped-digits.patch
.  :-)

We have verified the output of this fixed dmesg identical to that of
util-linux dmesg.

Further thoughts:

We checked out klibc source using:
 git clone git://git.kernel.org/pub/scm/libs/klibc/klibc.git

And noticed it is an upstream bug since dmesg.c was first added on (Mon
Aug 20 19:57:50 2007 +0200) commit 9c5a7acda064daa7482148b5a45ee3b7ed39356c

As to why this bug wasn't discovered sooner... I don't know.  Perhaps
very few people use the tiny dmesg in klibc-utils for diagnostic
purposes?  And before that, Debian uses the dmesg module in busybox,
which exhibits no such bug?

Cheers,

Anthony Fok 
ThizLinux Software Co., Ltd.
A member of Thiz Technology Group

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.25-2-686

Debian Release: lenny/sid
  500 unstabledebian.cn99.com
1 experimentaldebian.cn99.com

--- Package information. ---
Depends(Version) | Installed
-+-
libklibc (= 1.5.9-2) | 1.5.9-2

diff -Nur -x '*.orig' -x '*~' klibc-1.5.9/usr/utils/dmesg.c klibc-1.5.9.new/usr/utils/dmesg.c
--- klibc-1.5.9/usr/utils/dmesg.c	2008-03-29 04:25:36.0 +0800
+++ klibc-1.5.9.new/usr/utils/dmesg.c	2008-05-27 07:07:36.0 +0800
@@ -50,20 +50,14 @@
 		exit(1);
 	}
 
-	while (buf[i] && i < len)
-		switch (buf[i]) {
-		case '<':
-			if (i == 0 || buf[i-1] == '\n')
-i++;
-		case '0' ... '9':
-			if (i > 0 && buf[i-1] == '<')
-i++;
-		case '>':
-			if (i > 0 && isdigit(buf[i-1]))
-i++;
-		default:
-			putchar(buf[i++]);
-		}
+	while (buf[i] && i < len) {
+		if (i == 0 || buf[i-1] == '\n')
+			if (buf[i] == '<')
+if (isdigit(buf[++i]))
+	if (buf[++i] == '>')
+		i++;
+		putchar(buf[i++]);
+	}
 
 	if (buf[i-1] != '\n')
 		putchar('\n');

Bug#475206: gdb: SIGTRAP interfering with debugging

[Daniel Jacobowitz]

On Tue, May 27, 2008 at 01:39:18PM -0400, Arthur Meacham wrote:
> I am having the same problem.  It is making life very difficult.  Is
> there something I can do, aside from completely downgrade?

Sorry, you've really got to ask the kernel maintainers; it's a kernel
bug, not a GDB bug.

-- 
Daniel Jacobowitz
CodeSourcery



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483189: manpages/docbook.xsl: LESS-THAN OR EQUAL TO character is converted incorrectly

[Jakub Wilk]

Package: docbook-xsl
Version: 1.73.2.dfsg.1-4
Severity: normal

$ 
http://www.docbook.org/xml/4.5/docbookx.dtd'>


tmp
tmp
2008-05-27


tmp
1
0


tmp


≤




$ xsltproc /usr/share/xml/docbook/stylesheet/nwalsh/manpages/docbook.xsl tmp.xml
Note: Writing tmp.1

$ man -l tmp.1
TMP(1)tmp   TMP(1)

NAME
   tmp

â¤
tmp 0 2008-05-27TMP(1)


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

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

Versions of packages docbook-xsl depends on:
ii  xml-core  0.11   XML infrastructure and XML catalog

Versions of packages docbook-xsl recommends:
ii  docbook-xml   4.5-5  standard XML documentation system,
pn  docbook-xsl-doc-html | docboo  (no description available)

-- debconf-show failed

--
Jakub Wilk



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#479607:

[Eugen Dedu]

William Pitcock wrote:

Hi,

Is this because of the image size being too large? I need to know so I
can talk with upstream about this issue. He may not choose to help
though because we patch lilo a lot (something I intend to look through
and see how many of these patches we *really* need at some point).


How can I know if this is the cause?

-rw-r--r-- 1 root root 6998498 2008-05-16 10:11 initrd.img-2.6.25-2-amd64

--
Eugen



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483169: [new] getbuildlog: download package build logs from auto-builders

[Adam D. Barratt]

Hi,

On Tue, 2008-05-27 at 17:36 +0200, Frank S. Thomas wrote:
> I'd like to propose my getbuildlog script for inclusion in devscripts. It 
> downloads package build logs from  Debian auto-builders (buildd.debian.org, 
> buildd.debian-ports.org, and experimental.debian.net) that matches given 
> version- and architecture-patterns. I've outlined my motivation for writing 
> this script in:
>   http://lists.debian.org/debian-mentors/2008/05/msg00404.html
> I think this script could be useful for others too. The diff to the current 
> SVN is attached.

Thanks for the unusually (but welcome :-) comprehensive patch.

I've added your script, with a couple of small tweaks to make it cope
with packages with names containing + symbols and versions containing
epochs. I've attached a diff against your original script; hopefully you
agree with the changes :)

Regards,

Adam
--- scripts/getbuildlog.sh	2008-05-27 18:41:41.0 +0100
+++ trunk/scripts/getbuildlog.sh	2008-05-27 18:41:09.0 +0100
@@ -65,10 +65,11 @@
 fi
 
 PACKAGE=$1
-VERSION=`(test -z "$2" && echo "[~+.[:alnum:]-]+") || echo "$2"`
+VERSION=`(test -z "$2" && echo "[:~+.[:alnum:]-]+") || echo "$2"`
 ARCH=`(test -z "$3" && echo "[[:alnum:]-]+") || echo "$3"`
+ESCAPED_PACKAGE=`echo "$PACKAGE" | sed -e 's/\+/\\\+/g'`
 
-PATTERN="fetch\.(cgi|php)\?&pkg=$PACKAGE&ver=$VERSION&arch=$ARCH&\
+PATTERN="fetch\.(cgi|php)\?&pkg=$ESCAPED_PACKAGE&ver=$VERSION&arch=$ARCH&\
 stamp=[[:digit:]]+"
 
 getbuildlog() {
@@ -80,10 +81,13 @@
 # Put each href in $ALL_LOGS on a separate line so that $PATTERN
 # matches only one href. This is required because grep is greedy.
 sed -i -e "s/href=\"/\nhref=\"/g" $ALL_LOGS
+# Quick-and-dirty unescaping
+sed -i -e "s/%2B/\+/g" -e "s/%3A/:/g" $ALL_LOGS
 
 for match in `grep -E -o "$PATTERN" $ALL_LOGS`; do
 ver=`echo $match | cut -d'&' -f3 | cut -d'=' -f2`
 arch=`echo $match | cut -d'&' -f4 | cut -d'=' -f2`
+	match=`echo $match | sed -e 's/\+/%2B/g'`
 wget -O "${PACKAGE}_${ver}_${arch}.log" "$BASE/$match&file=log"
 done
 

Bug#483190: rkward - FTBFS: *** No rule to make target `/usr/lib/libICE.so', needed by `rkward/rkward.bin'. Stop.

[Bastian Blank]

Package: rkward
Version: 0.5.0b-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of rkward_0.5.0b-1 on lxdebian.bfinv.de by sbuild/s390 98
[...]
> [ 99%] Building CXX object 
> rkward/CMakeFiles/rkward.bin.dir/rkwardapplication.o
> cd /build/buildd/rkward-0.5.0b/build/rkward && /usr/bin/g++   -D_BSD_SOURCE 
> -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_GNU_SOURCE -DQT_NO_STL 
> -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS 
> -DQT_NO_CAST_TO_ASCII -g -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef 
> -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security 
> -fno-exceptions -fno-check-new -fno-common -Woverloaded-virtual 
> -fvisibility=hidden -fvisibility-inlines-hidden -O2 -g 
> -I/build/buildd/rkward-0.5.0b/rkward 
> -I/build/buildd/rkward-0.5.0b/build/rkward -I/usr/include/qt4/QtDBus 
> -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtUiTools 
> -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtXml 
> -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtNetwork 
> -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtAssistant 
> -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui 
> -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt 
> -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4   -o 
> CMakeFiles/rkward.bin.dir/rkwardapplication.o -c 
> /build/buildd/rkward-0.5.0b/rkward/rkwardapplication.cpp
> make[3]: *** No rule to make target `/usr/lib/libICE.so', needed by 
> `rkward/rkward.bin'.  Stop.
> make[3]: Leaving directory `/build/buildd/rkward-0.5.0b/build'
> make[2]: *** [rkward/CMakeFiles/rkward.bin.dir/all] Error 2
> make[2]: Leaving directory `/build/buildd/rkward-0.5.0b/build'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/rkward-0.5.0b/build'
> make: *** [build-stamp] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2
> **
> Build finished at 20080526-1825
> FAILED [dpkg-buildpackage died]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#480808: Don't build depend on libxul-dev

[Mike Hommey]

tags 480808 + patch
thanks

On Mon, May 12, 2008 at 09:07:26AM +0200, Mike Hommey wrote:
> Package: miro
> Severity: wishlist
> User: [EMAIL PROTECTED]
> Usertags: xulrunner-transition
> 
> With the upcoming xulrunner transition, libxul-dev is going to disappear.
> 
> I already sent instructions on what you should be doing in
> http://lists.debian.org/debian-release/2008/05/msg9.html
> 
> This bug report is mostly to help follow the transition going.
> 
> FYI, I will start NMUing plugins and components next week, and will break
> the remaining packages by uploading xulrunner 1.9 in unstable on May 25.
> 
> Though help will be appreciated, I'll also prepare updated packages for
> these during this week and next.

Here is the patch to implement the change. Please upload a new package
with the patch applied ASAP. Without action from your part within the
next week, I'll upload a NMU.

Thanks,

Mike
diff -u miro-1.2.3/debian/control miro-1.2.3/debian/control
--- miro-1.2.3/debian/control
+++ miro-1.2.3/debian/control
@@ -13,8 +13,8 @@
libboost-thread-dev,
libboost-serialization-dev,
python-gtk2-dev,
-   python-gnome2-extras-dev (>= 2.14.0-2),
-   libxul-dev (>= 1.8.1.14),
+   python-gnome2-extras-dev (>= 2.19.1),
+   xulrunner-dev,
libxine-dev (>= 1.1.12),
chrpath,
libxv-dev,
@@ -31,14 +31,14 @@
  python-dbus,
  python-gtk2,
  python-gnome2,
- python-gnome2-extras (>= 2.14.0-2),
+ python-gnome2-extras (>= 2.19.1),
  python-glade2,
  python-pysqlite2,
  python-gst0.10,
  imagemagick,
  libxine1-x (>= 1.1.12),
  libxine1-plugins (>= 1.1.12),
- xulrunner (>= 1.8.1.14),
+ xulrunner-1.9,
  miro-data (>= 1.2.3-1)
 Suggests: ttf-dejavu, python-psyco [i386 hurd-i386 netbsd-i386 kfreebsd-i386]
 Description: GTK+ based RSS video aggregator

Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)

[Riku Voipio]

On Tue, May 27, 2008 at 07:31:57PM +0200, Mike Hommey wrote:
> On Tue, May 27, 2008 at 08:29:15PM +0300, Riku Voipio wrote:
> > Thanks, I see you fixed that already. I'm now hitting #482415 (exact
> > same backtrace) which is supposedly already fixed? It could still be
> > a problem at my side (armel port or the fact that I had a unclean
> > chroot with potentially old libs/build-deps installed..)

> With what version of packages ?

iceweasel   3.0~rc1-1
xulrunner   1.9~rc1-1
libmozjs1d  1.9~rc1-1
libnspr4-0d 4.7.1-1
libnss3-1d  3.12.0~rc3-1

> Mike

-- 
"rm -rf" only sounds scary if you don't have backups



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#465793: Patch for the 9100e-3.1 NMU of anthy

[Christian Perrier]

Dear maintainer of anthy,

On Sunday, May 18, 2008 I sent you a notice announcing my intent to upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Wednesday, May 07, 2008.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/2-DAY.

The NMU patch is attached to this mail.

The NMU changelog is:


Source: anthy
Version: 9100e-3.1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Wed, 07 May 2008 18:31:25 +0200
Closes: 465793 466779 467420 469584 482453
Changes: 
 anthy (9100e-3.1) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf templates
   * Galician. Closes: #465793
   * Finnish. Closes: #466779
   * Dutch. Closes: #467420
   * German. Closes: #469584
   * Basque. Closes: #482453

-- 


diff -Nru anthy-9100e.old/alt-cannadic/Makefile.orig anthy-9100e/alt-cannadic/Makefile.orig
--- anthy-9100e.old/alt-cannadic/Makefile.orig	2008-05-06 19:59:28.807865832 +0200
+++ anthy-9100e/alt-cannadic/Makefile.orig	1970-01-01 01:00:00.0 +0100
@@ -1,42 +0,0 @@
-#
-# Makefile
-# 
-# Copyright Masao SUGIMOTO. 2000, 2001, 2002, 2003
-#
-# Author: Masao SUGIMOTO <[EMAIL PROTECTED]>
-#
-# This program is free software; you can redistribute it and/or modify
-# it under the terms of the GNU General Public License as published by
-# the Free Software Foundation; either version 2, or (at your option)
-# any later version.
-#
-# This program is distributed in the hope that it will be useful,
-# but WITHOUT ANY WARRANTY; without even the implied warranty of
-# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-# GNU General Public License for more details.
-#
-# You should have received a copy of the GNU General Public License
-# along with GNU Emacs; see the file COPYING.  If not, write to the
-# Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
-#
-
-MAINTXTDIC  = gcanna.ctd
-SUBTXTDIC   = gcannaf.ctd
-
-all: help
-
-help:
-	@echo "see README"
-
-maindic:
-	crxdic -m -o ${MAINTXTDIC:.ctd=.cbd} ${MAINTXTDIC}
-	crfreq -div 512 ${MAINTXTDIC:.ctd=.cbd} ${MAINTXTDIC:.ctd=.mwd}
-
-maindic-old-version:
-	perl convert-old-cannadic.pl
-	crxdic -m -o ${MAINTXTDIC:.ctd=.cbd}.orig ${MAINTXTDIC}
-	crfreq ${MAINTXTDIC:.ctd=.cbd} ${MAINTXTDIC:.ctd=.mwd}
-
-subdic:
-	crxdic -s -o ${SUBTXTDIC:.ctd=.cbd} ${SUBTXTDIC}
-	crfreq ${SUBTXTDIC:.ctd=.cbd} ${SUBTXTDIC:.ctd=.swd}
diff -Nru anthy-9100e.old/debian/changelog anthy-9100e/debian/changelog
--- anthy-9100e.old/debian/changelog	2008-05-06 19:59:28.935783908 +0200
+++ anthy-9100e/debian/changelog	2008-05-27 08:16:59.730770257 +0200
@@ -1,3 +1,15 @@
+anthy (9100e-3.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Debconf templates
+  * Galician. Closes: #465793
+  * Finnish. Closes: #466779
+  * Dutch. Closes: #467420
+  * German. Closes: #469584
+  * Basque. Closes: #482453
+
+ -- Christian Perrier <[EMAIL PROTECTED]>  Wed, 07 May 2008 18:31:25 +0200
+
 anthy (9100e-3) unstable; urgency=low
 
   * Added/updated some local language templates, closes: #467294, #468253, #468405.
diff -Nru anthy-9100e.old/debian/po/de.po anthy-9100e/debian/po/de.po
--- anthy-9100e.old/debian/po/de.po	2008-05-06 19:59:28.916462600 +0200
+++ anthy-9100e/debian/po/de.po	2008-05-07 18:33:41.123713000 +0200
@@ -1,14 +1,14 @@
 # translation of po-debconf template to German
-# Copyright (C) 2006, Matthias Julius
 # This file is distributed under the same license as the anthy package.
+# Copyright:
 #
-# Matthias Julius <[EMAIL PROTECTED]>, 2006, 2007.
+# (C) Matthias Julius <[EMAIL PROTECTED]>, 2006 - 2008.
 msgid ""
 msgstr ""
 "Project-Id-Version: anthy 7900-3.1\n"
 "Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
-"POT-Creation-Date: 2008-02-12 15:54+0900\n"
-"PO-Revision-Date: 2007-01-22 18:06-0500\n"
+"POT-Creation-Date: 2008-02-14 07:30+0100\n"
+"PO-Revision-Date: 2008-02-16 00:47-0500\n"
 "Last-Translator: Matthias Julius <[EMAIL PROTECTED]>\n"
 "Language-Team: German <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
@@ -19,33 +19,30 @@
 #. Type: multiselect
 #. Description
 #: ../anthy.templates:2001
-#, fuzzy
 msgid "Extra dictionaries to use:"
-msgstr "Zu verwendende Erweiterungswörterbücher:"
+msgstr "Zu verwendende zusätzliche Wörterbücher"
 
 #. Type: multiselect
 #. Description
 #: ../anthy.templates:2001
-#, fuzzy
 msgid ""
 "The anthy package can use add-on dictionaries in addition to the system "
 "dictionary. The following are currently available:"
 msgstr ""
-"Das anthy-Paket kann Erweiterungswörterbücher zusätzlich zum "
-"Systemwörterbuch verwenden. Die folgenden Wörterbücher sind gegenwärtig "
-"verfügbar:"
+"Neben dem Systemwörterbuch kann das Anthy-Paket Zusatzwörterbücher "
+"verwenden, von denen folgende verfügbar sind:"
 
 #. Type: multiselect
 #. Description
 #: ../anthy.templates:2001
-#, fuzzy
 msgid ""
 " - base.t : Anthy-specific words which

Bug#482415: Bug#474281: (iceweasel: ftbfs on armel: temporary object destruction order)

[Mike Hommey]

reopen 482415
reassign 482415 xulrunner-1.9
found 482415 1.9~rc1-1
thanks

On Tue, May 27, 2008 at 09:01:04PM +0300, Riku Voipio wrote:
> On Tue, May 27, 2008 at 07:31:57PM +0200, Mike Hommey wrote:
> > On Tue, May 27, 2008 at 08:29:15PM +0300, Riku Voipio wrote:
> > > Thanks, I see you fixed that already. I'm now hitting #482415 (exact
> > > same backtrace) which is supposedly already fixed? It could still be
> > > a problem at my side (armel port or the fact that I had a unclean
> > > chroot with potentially old libs/build-deps installed..)
> 
> > With what version of packages ?
> 
> iceweasel   3.0~rc1-1
> xulrunner   1.9~rc1-1
> libmozjs1d  1.9~rc1-1
> libnspr4-0d 4.7.1-1
> libnss3-1d  3.12.0~rc3-1

Can you try to remove ~/.mozilla/firefox/*/XUL.mfasl ? If that doesn't
change anything, can you also try moving ~/.mozilla around ?

Mike



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#434312: Patch for the 3.4.3-10.5 NMU of nethack

[Christian Perrier]

Dear maintainer of nethack,

On Friday, May 16, 2008 I sent you a notice announcing my intent to upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Monday, May 05, 2008.

You either agreed for this NMU or did not respond to my notices.

I will now upload this NMU to DELAYED/2-DAY.

The NMU patch is attached to this mail.

The NMU changelog is:


Source: nethack
Version: 3.4.3-10.5
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Mon, 05 May 2008 18:39:59 +0200
Closes: 434312 472628 481695 481813
Changes: 
 nethack (3.4.3-10.5) unstable; urgency=low
 .
   * Non-maintainer upload to fix pending l10n issues.
   * Debconf translations:
 - Brazilian Portuguese. Closes: #434312
 - Finnish. Closes: #472628
 - Basque. Closes: #481695
 - Russian. Closes: #481813
   * [Lintian] No longer use deprecated ${Source-Version} in Depends/Conflicts
 Use ${binary:Version} instead.

-- 


diff -Nru nethack-3.4.3.old/debian/changelog nethack-3.4.3/debian/changelog
--- nethack-3.4.3.old/debian/changelog	2008-05-04 22:22:23.700554494 +0200
+++ nethack-3.4.3/debian/changelog	2008-05-27 18:45:10.537919828 +0200
@@ -1,3 +1,16 @@
+nethack (3.4.3-10.5) unstable; urgency=low
+
+  * Non-maintainer upload to fix pending l10n issues.
+  * Debconf translations:
+- Brazilian Portuguese. Closes: #434312
+- Finnish. Closes: #472628
+- Basque. Closes: #481695
+- Russian. Closes: #481813
+  * [Lintian] No longer use deprecated ${Source-Version} in Depends/Conflicts
+Use ${binary:Version} instead.
+
+ -- Christian Perrier <[EMAIL PROTECTED]>  Mon, 05 May 2008 18:39:59 +0200
+
 nethack (3.4.3-10.4) unstable; urgency=low
 
   * Non-maintainer upload with approval from Joshua Kwan.
diff -Nru nethack-3.4.3.old/debian/control nethack-3.4.3/debian/control
--- nethack-3.4.3.old/debian/control	2008-05-04 22:22:23.684556433 +0200
+++ nethack-3.4.3/debian/control	2008-05-27 18:44:51.545921447 +0200
@@ -9,7 +9,7 @@
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}, debianutils (>= 1.12)
 Recommends: nethack-console | nethack-x11 | nethack-qt
-Conflicts: suidmanager (<< 0.50), nethack-console (<< ${Source-Version}), nethack-x11 (<< ${Source-Version}), nethack-gnome (<< ${Source-Version}), nethack-qt (<< ${Source-Version}), nethack-lisp (<< ${Source-Version})
+Conflicts: suidmanager (<< 0.50), nethack-console (<< ${binary:Version}), nethack-x11 (<< ${binary:Version}), nethack-gnome (<< ${binary:Version}), nethack-qt (<< ${binary:Version}), nethack-lisp (<< ${binary:Version})
 Replaces: nethack (<< 3.4.0)
 Description: Common files for Nethack dungeon crawl game
  The various graphical front-ends for Nethack all share a large
@@ -36,7 +36,7 @@
  boots, if there are any auto-save files available.
 
 Package: nethack-console
-Depends: ${shlibs:Depends}, nethack-common (= ${Source-Version})
+Depends: ${shlibs:Depends}, nethack-common (= ${binary:Version})
 Architecture: any
 Provides: nethack
 Description: Text-based overhead view D&D-style adventure game
@@ -52,7 +52,7 @@
  graphics here!
 
 Package: nethack-lisp
-Depends: ${shlibs:Depends}, nethack-common (= ${Source-Version})
+Depends: ${shlibs:Depends}, nethack-common (= ${binary:Version})
 Suggests: nethack-el
 Architecture: any
 Provides: nethack
@@ -69,7 +69,7 @@
  for playing Nethack under Emacs.
 
 Package: nethack-x11
-Depends: ${shlibs:Depends}, ${misc:Depends}, nethack-common (= ${Source-Version}), xbase-clients (>= 3.3.3.1-5)
+Depends: ${shlibs:Depends}, ${misc:Depends}, nethack-common (= ${binary:Version}), xbase-clients (>= 3.3.3.1-5)
 Architecture: any
 Provides: nethack
 Description: Text-based/X11 overhead view D&D-style adventure game
@@ -85,7 +85,7 @@
  of Nethack.
 
 Package: nethack-qt
-Depends: ${shlibs:Depends}, nethack-common (= ${Source-Version})
+Depends: ${shlibs:Depends}, nethack-common (= ${binary:Version})
 Architecture: any
 Provides: nethack
 Description: Text-based/Qt overhead view D&D-style adventure game
diff -Nru nethack-3.4.3.old/debian/po/ca.po nethack-3.4.3/debian/po/ca.po
--- nethack-3.4.3.old/debian/po/ca.po	2008-05-04 22:22:23.680555801 +0200
+++ nethack-3.4.3/debian/po/ca.po	2008-05-05 18:43:07.263501649 +0200
@@ -4,8 +4,8 @@
 msgid ""
 msgstr ""
 "Project-Id-Version: nethack_3.4.3-3_templates\n"
-"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
-"POT-Creation-Date: 2006-11-08 15:27-0800\n"
+"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
+"POT-Creation-Date: 2008-05-05 18:43+0200\n"
 "PO-Revision-Date: 2004-04-04 19:46GMT\n"
 "Last-Translator: Aleix Badia i Bosch <[EMAIL PROTECTED]>\n"
 "Language-Team: Catalan <[EMAIL PROTECTED]>\n"
diff -Nru nethack-3.4.3.old/debian/po/cs.po nethack-3.4.3/debian/po/cs.po
--- nethack-3.4.3.old/debian/po/cs.po	2008-05-04 22:22:23.680555801 +0200
+++ nethack-3.4.3/debian/po/cs.po	2008-05-05 18:43:07.295502264 +0200
@@ -14,8 +14,8 @@
 msgid ""
 msgstr ""
 "Project-Id-Version: nethack\n"
-"Report-Msgid-Bugs-To: [

Bug#483191: [liblog4cxx9c2a] There is a new version of log4cxx

[Norberto M. Lopes]

Package: liblog4cxx9c2a
Version: 0.9.7-6.1
Severity: wishlist

--- Please enter the report below this line. ---
A new version is out. It came in 03 April 2008.

^^

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.25-2-686

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.debian.org 
  500 unstableemacs.orebokech.com 
  500 testing security.debian.org 
  500 stable  wine.budgetdedicated.com 
  500 stable  security.debian.org 
  500 etch-wx apt.wxwidgets.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-
libc6   (>= 2.7-1) | 2.7-11
libgcc1(>= 1:4.1.1-21) | 1:4.3.0-5
libstdc++6(>= 4.2.1-4) | 4.3.0-5
libxml2(>= 2.6.27) | 2.6.32.dfsg-2



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

Bug#483192: ratmenu menu-method: install-menu moved to /usr/bin

[Bill Allombert]

Package: ratmenu
Version: 2.3.14
Severity: normal

Hello Mark,

/etc/menu-methods/ratmenu start with
#!/usr/sbin/install-menu
Please change it to
#!/usr/bin/install-menu

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482997: asterisk: Extremely choppy sound and high CPU usage

[Florian Weimer]

* Faidon Liambotis:

> security team, what do you think?
> Should I prepare a new version with these changes and upload it to
> security-proposed-updates?

Do you mean stable-proposed-updates?  That's up to the stable release
managers.

I don't like uploading such a change as a security update if we can
avoid it.  If you can guarantee sufficient testing, we could release a
DSA errata, but this looks more like stuff for a point release.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483186: Acknowledgement ([klibc-utils] Every second number disappears in (tiny) dmesg output (in initrd.img))

[Anthony Fok]

The same bug is now also tracked on Ubuntu Launchpad at:

https://bugs.launchpad.net/ubuntu/+source/klibc/+bug/235282

Cheers,

Anthony Fok



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#473976: Also breaks gconf, apparently

[Sebastian Fontius]

Severity: important

The same problem also breaks GConf, apparently: as far as I can tell,
GConf marks its complete database readonly until HAL is restarted and
every process using GConf (and of course GConf itself) is killed.  As
a side effect GNOME applications cannot store any preferences until
killed and some display a message declaring that the GConf database is
read only when started or used.

To me this changes the severity of the bug to important, as I, and at
least two friends of mine have the same, reproducible problem but only
in this special constellation (libpam-mount + HAL).


Greetings,


-- 
: Sebastian Fontius : www.fsfe.org : www.fsfe.org/en/fellows/smc
`+--+--+---.
[]   | "They that can give up essential liberty to obtain a little |
  [][][] |  temporary safety deserve neither liberty nor safety."  |
||   :   Attributed to Benjamin Franklin, 1759 :


signature.asc
Description: Digital signature

Bug#482185: collectd2html.pl: should allow for --imgformat to be passed to rrdtool

[Sebastian Harl]

Hi,

On Wed, May 21, 2008 at 05:40:04PM +0700, Ivan Shmakov wrote:
>   Please consider the following patch.
> 
> $ diff -u \
>   <(zcat /usr/share/doc/collectd/examples/collectd2html.pl.gz) \
>   collectd2html.pl 

I'm quite surprised to get a patch for that script. It has never been
ported to version 4 of collectd and should not work at all right now. I
was actually going to remove it entirely from the package but must have
forgotten about it.

Did you update the script to work with version 4? If so, please provide
those patches as well.

>  GetOptions (
>  "host=s" => \$HOST,
> -"data-dir=s" => \$DIR
> +"data-dir=s" => \$DIR,
> + "image-format=s" => \$IMG_FMT
>  );
[...]
> +my $svg_p = ($IMG_FMT eq "SVG");
> +my $IMG_SFX = $svg_p ? ".svg" : ".png";

Currently, all image formats supported by rrdtool (svg, ps and pdf iirc)
do require special handling in the HTML output (e.g. just include a link
for the ps and pdf formats) - could you please extent your patch to
handle that as well? TIA.

Cheers,
Sebastian

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

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



signature.asc
Description: Digital signature

Bug#483193: ImportError: No module named numpy.core.multiarray

[Olaf Wessels]

Package: wsjt
Version: 5.9.7.r383-1.2
Severity: important

WSJT does not start opening a X-Window, instead I got the Info on console:

ImportError: No module named numpy.core.multiarray
Traceback (most recent call last):
  File "/usr/share/wsjt/wsjt.py", line 10, in 
  import Audio
  ImportError: numpy.core.multiarray failed to import

Digging in the WWW gives the hint to install

python-numpy

.and this fixes the problem.
Python numeric has been installed before, but python-numpy has not. 
(and has not been installed even with a new installation of wsjt)

73 / Olaf


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

Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages wsjt depends on:
ii  gnome-terminal [x-te 2.22.1-1The GNOME 2 terminal emulator appl
ii  konsole [x-terminal- 4:3.5.9.dfsg.1-2+b1 X terminal emulator for KDE
ii  libc62.7-11  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.0-4   GCC support library
ii  libgfortran3 4.3.0-4 Runtime library for GNU Fortran ap
ii  libportaudio219+svn20071022-2Portable audio I/O - shared librar
ii  libsamplerate0   0.1.3-1 audio rate conversion library
ii  python-imaging   1.1.6-2 Python Imaging Library
ii  python-imaging-tk1.1.6-2 Python Imaging Library - ImageTk M
ii  python-numeric   24.2-8.2Numerical (matrix-oriented) Mathem
ii  python-tk2.5.2-1 Tkinter - Writing Tk applications 
ii  xterm [x-terminal-em 235-1   X terminal emulator

wsjt recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483169: setting package to devscripts, tagging 483169

[Adam D . Barratt]

# Automatically generated email from bts, devscripts version 2.10.27
#
# devscripts (2.10.29) UNRELEASED; urgency=low
#
#  * getbuildlog: New script from Frank S. Thomas to download build logs for
#a given package (Closes: #483169)
#

package devscripts
tags 483169 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483194: deskmenu menu-method: install-menu moved to /usr/bin

[Bill Allombert]

Package: deskmenu
Version: 1.4.2
Severity: normal

Hello Stefan,

/etc/menu-methods/deskmenu start with
#!/usr/sbin/install-menu
Please change that to
#!/usr/bin/install-menu

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#92052: Present in apache 2 & workaround

[Sam Morris]

clone 92052 -1
reassign -1 apache2
found -1 2.2.3-4
thanks

Ideally a granular (at least per-vhost) option to enable or disable this
feature would be useful--I would like to allow certain (fast)cgi scripts
the ability to process HTTP authentication, but I don't want others
having access to the usernames/passwords that my users authenticate
with.

The following mod_rewrite rules implement a workaround:

RewriteCond %{HTTP:Authorization} (.*)
RewriteRule . - [env=HTTP_AUTHORIZATION:%1]

These directives are granular down to the directory/.htaccess level. :)

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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

Bug#483179: PTS: please link to Ubuntu Launchpad bugs page

[Lucas Nussbaum]

On 27/05/08 at 18:41 +0200, Sandro Tosi wrote:
> Package: qa.debian.org
> Severity: wishlist
> 
> Hi all,
> it would be useful to have the link Launchpad (Ubuntu) page for the
> package bugs reported there: for example, for reportbug, a link to[1],
> in the box "Other links", or in a new one if support for external BTS
> will be added anytime soonen (but that's another story).
> 
> A really plus would be to have a launchpad bugs count; I don't know how
> easy this last point can be, maybe some support from Ubuntu would be
> needed.

If only the link is available, I don't think it's useful.

I already thought of the bug count idea, and requested that a text dump
of all bugs in launchpad is made available (so we can then script
whatever we want, and provide useful info on the PTS or DDPO). But it
hasn't happened yet. See https://bugs.launchpad.net/malone/+bug/231402
for the details.
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482997: asterisk: Extremely choppy sound and high CPU usage

[Faidon Liambotis]

Florian Weimer wrote:

* Faidon Liambotis:


security team, what do you think?
Should I prepare a new version with these changes and upload it to
security-proposed-updates?


Do you mean stable-proposed-updates?  That's up to the stable release
managers.

I don't like uploading such a change as a security update if we can
avoid it.  If you can guarantee sufficient testing, we could release a
DSA errata, but this looks more like stuff for a point release.

That's what I wrote initially, hence the typo :)

I'm not so sure myself, we (upstream actually) broke an important 
functionally badly; 16 calls on a core2 duo 2.33GHz is a *very* *very* 
low number.


It's a regression from a fix made in a security release, perhaps it 
should be fixed with a DSA?


I'm not sure I could gurantee sufficient testing; I could test a channel 
or two, but not sure about running a high number of calls.

Perhaps one of our reporters could do that?

I don't know, I'll leave it up to you.

Thanks,
Faidon



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483196: vtwm menu-method: install-menu is now in /usr/bin

[Bill Allombert]

Package: vtwm
Version: 5.4.7-2.1
Severity: normal

Hello Branden,

/etc/menu-methods/waimea start with
#!/usr/sbin/install-menu
Please change it to 
#!/usr/bin/install-menu

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#479607:

[William Pitcock]

Hi,

On Tue, 2008-05-27 at 19:57 +0200, Eugen Dedu wrote:
> William Pitcock wrote:
> > Hi,
> > 
> > Is this because of the image size being too large? I need to know so I
> > can talk with upstream about this issue. He may not choose to help
> > though because we patch lilo a lot (something I intend to look through
> > and see how many of these patches we *really* need at some point).
> 
> How can I know if this is the cause?
> 
> -rw-r--r-- 1 root root 6998498 2008-05-16 10:11 initrd.img-2.6.25-2-amd64
> 

What is the size of your 2.6.24 initrd?


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

Bug#483181: mirror submission for ftp.cvut.cz

[Simon Paillard]

Hello,

Thanks for submitting your Debian mirror.

Here are a few remarks before we can add your server to the list of
mirrors:

On Tue, May 27, 2008 at 04:57:24PM +, NetOps wrote:
> Package: mirrors
> Severity: wishlist
> 
> Submission-Type: new
> Site: ftp.cvut.cz
> Aliases: ftp.fs.cvut.cz

We like that the local trace file (here
ftp.cvut.cz/debian/project/trace/ftp.fsid.cvut.cz) match the site name,
because it makes easier the checks of mirrors.

Either you can reconfigure the name at system level (so that 'hostname -f'
returns ftp.cvut.cz), or hardcode it in the HOSTNAME variable in the
anonftpsync file. (delete the old ftp.fsid.cvut.cz before).

> Type: leaf
> Archive-architecture: amd64 i386 ia64 

It seems that ia64 is not mirror for all dists :
see ftp.cvut.cz:/debian/pool/main/b/base-files

Certainly because we don't mirror ia64 anymore on ftp.debian.org, see
later on.

By switching to a good upstream mirror, you will fetch the missing ia64
files.

> Archive-ftp: /debian/
> Archive-http: /debian/
> Security-ftp: /debian-security/
> Security-http: /debian-security/
> IPv6: no
> Archive-upstream: ftp.debian.org

This upstream server must not be used, see
http://www.debian.org/mirror/ftpmirror#wherefrom to select a good
upstream mirror for you, for example ftp.cz.debian.org should be good
for you.

> Security-upstream: security.debian.org
> Updates: twice
> Maintainer: NetOps <[EMAIL PROTECTED]>
> Country: CZ Czech Republic
> Location: Czech Republic, Prague
> Sponsor: Czech Technical University  http://www.cvut.cz

We like to tell our users how much bandwidth is available, can you give
us this information ?

Thanks for your answer and best regards.

-- 
Simon Paillard



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482560: setting package to console-keymaps-usb console-keymaps-dec console-keymaps-amiga console-keymaps-sun console-keymaps-mac console-data console-keymaps-at console-keymaps-acorn console-keyma

[Christian Perrier]

# Automatically generated email from bts, devscripts version 2.10.28
#
# console-data (2:1.07-4) UNRELEASED; urgency=low
#
#  * Debconf translation updates:
#- Irish. Closes: #480735
#- Belarusian.
#- Swedish. Closes: #482460
#- Turkish. Closes: #482560
#

package console-keymaps-usb console-keymaps-dec console-keymaps-amiga 
console-keymaps-sun console-keymaps-mac console-data console-keymaps-at 
console-keymaps-acorn console-keymaps-atari
tags 482560 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483197: libapache2-mod-wsgi installing broken symlink

[Vitaliyi]

Package: libapache2-mod-wsgi
Version: 2.0-1

/usr/lib/apache2/modules/mod_wsgi.so pointing to "mod_wsgi.so-pyversions:"

and apache refuses to start because of that:

Starting web server: apache2apache2: Syntax error on line 185 of
/etc/apache2/apache2.conf: Syntax error on line 1 of
/etc/apache2/mods-enabled/wsgi.load: Cannot load
/usr/lib/apache2/modules/mod_wsgi.so into server:
/usr/lib/apache2/modules/mod_wsgi.so: cannot open shared object file:
No such file or directory
 failed!



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#479607:

[Eugen Dedu]

William Pitcock wrote:

Hi,

On Tue, 2008-05-27 at 19:57 +0200, Eugen Dedu wrote:

William Pitcock wrote:

Hi,

Is this because of the image size being too large? I need to know so I
can talk with upstream about this issue. He may not choose to help
though because we patch lilo a lot (something I intend to look through
and see how many of these patches we *really* need at some point).

How can I know if this is the cause?

-rw-r--r-- 1 root root 6998498 2008-05-16 10:11 initrd.img-2.6.25-2-amd64



What is the size of your 2.6.24 initrd?


-rw-r--r-- 1 root 6825782 May 14 09:55 initrd.img-2.6.24-1-amd64


--
Eugen



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#463833: SantaRosa PATA don't managed by ata_piix

[Blips]

#463833 was set to important about four months ago. Why don't you set it normal 
before?
I think I wrote a very clear email, but I didn't receive any answer and/or 
request for more detail and/or tests. [*]
Have I to continue to support and spread Debian or I have to say everything 
that debian-developers doesn't reply to emails?
That is a *real* problem. Not a minor problem. Currently with Debian it's 
impossible to write a DVD using a SantaRosa laptop. In practice, a large part 
the laptop sold in the last year are not supported in Debian, which would be 
the *universal* operating system.
At least and email saying "Yes, understood, but we have decided... for that 
reason... please read..." would be very appreciated.

[*] In Ubuntu ata_piix works perfectly and there isn't any problem with 
suspend2ram.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483198: xserver-xorg: upgrade to new version makes stat. linked qt3.3.8 program unusable

[Mathias Behrle]

Package: xserver-xorg
Version: 1:7.3+10
Severity: important

Upgrading xserver-xorg

[AKTUALISIERUNG] xserver-xorg 1:7.2-5 -> 1:7.3+10
[AKTUALISIERUNG] xserver-xorg-core 2:1.3.0.0.dfsg-12lenny2 -> 
2:1.4.1~git20080131-4
[AKTUALISIERUNG] xserver-xorg-video-fbdev 1:0.3.1-1 -> 1:0.3.1-4
[AKTUALISIERUNG] xserver-xorg-video-nv 1:2.1.3-1 -> 1:2.1.8-3
[AKTUALISIERUNG] xserver-xorg-video-v4l 0.1.1-3 -> 0.1.1-6
[AKTUALISIERUNG] xserver-xorg-video-vesa 1:1.3.0-1 -> 1:1.3.0-4
[AKTUALISIERUNG] xserver-xorg-video-vga 1:4.1.0-3 -> 1:4.1.0-8

makes a program compiled with qt3.3.8 unresponsive and menu icons in Alt+Tab as 
well on the windows 
of this program are crippled. Changing from another desktop to the program 
desktop shows slowly building
windows.
The program is named "abanq" and compiles in its installation process its own 
qt libraries 
from sources, to which it is statically linked.

Same problem with nvidia or nv driver. Downgrading to previous version solved 
the problem.


-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 16. Jun 2007  /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1903808 19. Jan 11:35 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: nVidia Corporation G70 [GeForce 7300 GT] 
(rev a1)

/etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1587 18. Apr 22:59 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "de"
Option  "XkbVariant""nodeadkeys"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
EndSection

Section "Device"
Identifier  "NVIDIA GeForce 7300GT"
Driver  "nvidia"
BusID   "PCI:1:0:0"
EndSection

Section "Monitor"
Identifier  "Iiyama ProLite E2200WS"
Option  "DPMS"
HorizSync   31-83
VertRefresh 56-75
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "NVIDIA GeForce 7300GT"
Monitor "Iiyama ProLite E2200WS"
DefaultDepth24
EndSection

Section "ServerLayout"
Identifier  "Default Layout"
Screen  "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 26742 27. Mai 20:03 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12lenny2)
Current Operating System: Linux obelix 2.6.24-3-obelix-opt #1 SMP PREEMPT Tue 
May 27 17:47:06 CEST 2008 x86_64
Build Date: 19 January 2008
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue May 27 20:01:41 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Iiyama ProLite E2200WS"
(**) |   |-->Device "NVIDIA GeForce 7300GT"
(**) |-->Input Device "Generic Keyboard"
(**) |-->Input Device "Configured Mouse"
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(WW) The dire

Bug#425433: Announce of an upcoming upload for the w3c-markup-validator package

[Christian Perrier]

Dear maintainer of w3c-markup-validator and Debian translators,

Some days ago, I sent a notice to the maintainer of the w3c-markup-validator 
Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

The package maintainer and I agreed for a translation update round. At
the end of this period, I will send him|her a full patch so that 
an l10n upload can happen.
The full planned schedule is available at the end of this mail.

The package is currently translated to: 
ca cs da de fr it ja nl pt

Among these, the following translations are incomplete: ca

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the w3c-markup-validator package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Thursday, June 05, 
2008. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

Schedule:

 Friday, May 16, 2008   : send the first intent to NMU notice to
 the package maintainer.
 Tuesday, May 27, 2008   : send this notice
 Thursday, June 05, 2008   : (midnight) deadline for receiving translation 
updates
 Saturday, June 07, 2008   : Send a summary to the maintainer. Maintainer 
uploads
 when possible.

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-05-27 18:36+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <[EMAIL PROTECTED]>\n"
"Language-Team: LANGUAGE <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "Apache2, Apache, Apache-Perl, Apache-SSL"
msgstr ""

#. Type: multiselect
#. Description
#: ../templates:1002
msgid "Web server(s) which will be reconfigured automatically:"
msgstr ""

#. Type: multiselect
#. Description
#: ../templates:1002
msgid ""
"w3c-markup-validator needs to check if your webserver is configured properly."
msgstr ""

#. Type: multiselect
#. Description
#: ../templates:1002
msgid ""
"w3c-markup-validator supports any web server that can call CGI scripts and "
"allows Server Side Includes (SSI), but this automatic configuration process "
"only supports Apache 2, Apache, Apache-Perl and Apache-SSL. If you use "
"another server, you will have to configure it manually before being able to "
"use the package."
msgstr ""


signature.asc
Description: Digital signature

Bug#483199: flashplugin-nonfree: Adobe Flash Player is prone to an unspecified remote code-execution vulnerability.

[Sam Morris]

Package: flashplugin-nonfree
Version: 1:1.4
Severity: grave
Tags: security
Justification: user security hole

Adobe Flash Player is prone to an unspecified remote code-execution 
vulnerability.

An attacker may exploit this issue to execute arbitrary code in the context of 
the affected application. Failed exploit attempts will likely result in 
denial-of-service conditions.

Adobe Flash Player 9.0.115.0 and 9.0.124.0 are vulnerable; other versions may 
also be affected. 



-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)

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

Versions of packages flashplugin-nonfree depends on:
ii  debconf [debconf-2.0]  1.5.22Debian configuration management sy
ii  fontconfig 2.5.0-2   generic font configuration library
ii  gnupg  1.4.6-2.2 GNU privacy guard - a free PGP rep
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcairo2  1.6.4-1+b1The Cairo 2D vector graphics libra
ii  libexpat1  1.95.8-4  XML parsing C library - runtime li
ii  libfontconfig1 2.5.0-2   generic font configuration library
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgtk2.0-02.12.9-3  The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.20.2-2  Layout and rendering of internatio
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxau61:1.0.3-3 X11 authorisation library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxdmcp6  1:1.0.2-2 X11 Display Manager Control Protoc
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-1 X11 Xinerama extension library
ii  libxrandr2 2:1.2.2-1 X11 RandR extension library
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  wget   1.11.2-1  retrieves files from the web
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

flashplugin-nonfree recommends no packages.

-- debconf information:
  flashplugin-nonfree/httpget: false
  flashplugin-nonfree/not_exist:
  flashplugin-nonfree/http_proxy:
  flashplugin-nonfree/local:
  flashplugin-nonfree/delete: false
  flashplugin-nonfree/failed:



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]