Bug#382681: [Pkg-ltsp-devel] Bug#382681: ltsp-server: inetd or netbase dependency?

[Petter Reinholdtsen]

[Otavio Salvador]
> Do that. I think is the right way to solve it.

At least until netbase no longer depend on inetd.  Luckily the openbsd
variant is the prefered one for netbase, so we get a version on the
client who refuses to start if there is no services configured for it,
and thus save us a few kilobytes of memory. :)

Friendly,
-- 
Petter Reinholdtsen


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

Bug#383419: Doesn't work

[grfgguvf]

Package: moc-ffmpeg-plugin
Version: 2.4.0-2
Severity: normal

After installing it, moc still cannot play AAC+


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

Bug#383362: New libc breaks GnuPG

[Martin Schulze]

Aurelien Jarno wrote:
> Ok, fix found, checked in our SVN, it will be in the next upload
> (probably soon). Thanks to Denis Barbier for the hint.

Cool!  I'm eager to try it out with one of the next upgrades.

Regards,

Joey

-- 
Every use of Linux is a proper use of Linux.  -- Jon 'maddog' Hall

Please always Cc to me when replying to me on the lists.


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

Bug#383362: New libc breaks GnuPG

[Martin Schulze]

Aurelien Jarno wrote:
> Martin Schulze wrote:
> >Package: libc6
> >Version: 2.3.6-16 (and newer)
> >
> >When I install a libc6 that is compiled with GCC 4.1 instead of 4.0
> >gnupg (1.4.5-1) doesn't want to work anymore.
> >'gnupg --clearsign < file' gets a segmentation fault.  Compiling
> >2.3.6-16 with GCC 4.0 again makes the problem go away.
> >
> >2.3.6-19 still causes the segfault.  Not sure if I can compile it
> >with GCC 4.0, though (first trial failed).
> >
> >I'm not sure if other people notice the same problem or if
> >it's just me...
> 
> Could you please tell us the architecture you are using, your kernel, 
> and also do an 'ldd /usr/bin/gpg'?

finlandia!joey(tty6):~> uname -a
Linux finlandia 2.4.31 #4 Tue Sep 20 08:51:25 CEST 2005 i586 GNU/Linux
finlandia!joey(tty6):~> ldd /usr/bin/gpg
libresolv.so.2 => /lib/libresolv.so.2 (0x4000f000)
libz.so.1 => /usr/lib/libz.so.1 (0x40021000)
libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x40035000)
libreadline.so.5 => /lib/libreadline.so.5 (0x40045000)
libdl.so.2 => /lib/libdl.so.2 (0x40075000)
libusb-0.1.so.4 => /usr/lib/libusb-0.1.so.4 (0x4007a000)
libc.so.6 => /lib/libc.so.6 (0x40082000)
libncurses.so.5 => /usr/lib/libncurses.so.5 (0x401a4000)
/lib/ld-linux.so.2 (0x8000)
finlandia!joey(tty6):~> dpkg --print-architecture
i386
finlandia!joey(tty6):~>

> It works correctly here, but I am not sure we are using the same setup.

That's what I feared...

Regards,

Joey

-- 
Every use of Linux is a proper use of Linux.  -- Jon 'maddog' Hall

Please always Cc to me when replying to me on the lists.


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

Bug#383317: ripperx hangs at cdparanoia/modprobe

[tony mancill]

Hello Michelle,

Can you test with cdparanoia alone?  ripperx doesn't doesn't invoke modprobe
(obviously it does invoke cdparanoia), and sounds more like a problem with
how cdparanoia is interacting with the kernel on your system.  It might be
helpful to see the contents of dmesg after this occurs.

Thanks,
tony mancill

Michelle Konzack wrote:
> Package: ripperx
> Version: 2.6.4-2
> Severity: normal
> 
> Error description:
> 
> Today I have installed "ripperx" and after configuring, I have tried to
> scan a CD but it hangs at cdparanoia/modprobe.  After waiting some time
> (~15 minutes) the ripperx window was not more updated (I can erase
> contents with other windows) and I had 6 open Error boxes without any
> contents...
> 
> ^C does not work, even if ripperx was started from an xterm to see
> possible error messages.  only a 'kill -9 PID' had helped and then I
> have had to kill the pids of cdparanoia and modeprobe.
> 
> After arround 1/2 hour the riperx window comes back and show me an Error
> Code 14 (can not open CD-Drive) which is not possibel, because all other
> tools (cdda, cdtools, xmms, vlc, xine, ...) can access the drive which
> is definitivly /dev/scd0 (DVD/CD).
> 
> If you need more informations, please let me know.
> 
> Greetings
> Michelle Konzack
> 
> 
> 
> -- System Information
> Debian Release: 3.1
> Kernel Version: Linux michelle1.private 2.4.27-2-386 #1 Wed Aug 17 09:33:35 
> UTC 2005 i686 GNU/Linux
> 
> 
> Versions of the packages ripperx depends on:
> ii  cdparanoia 3a9.8-11   An audio extraction tool for sampling CDs.
> ii  libc6  2.3.2.ds1-22   GNU C Library: Shared libraries and Timezone




signature.asc
Description: OpenPGP digital signature

Bug#383416: horde3: 3.0.11 fixes XSS issues

[Geoff Crompton]

Package: horde3
Severity: normal

Horde 3.0.11 fixes some XSS issues, according to
http://lists.horde.org/archives/announce/2006/000287.html

This is being tracked at secfocus:
http://www.securityfocus.com/bid/19544

No CVE yet.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.16-2-xen-686
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)


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

Bug#383417: cdb_seek returns incorrect data length

[Daiki Ueno]

Package: tinycdb
Version: 0.74-1
Tags: patch

If dlenp arg of cdb_seek point to the integer variable whose value is 0,
cdb_seek does not set dlenp correctly.  This behavior is not documented
and I think it is unintended.  Due to this, the dbskkd-cdb package
compiled with gcc-4.0 does not work well.

To reproduce

$ echo "+3,5:one->Hello\n" | cdbmake test.cdb test.cdb.tmp
$ gcc -o testcdb testcdb.c -lcdb
$ ./testcdb ./test.cdb one
dlen = 0 # <- it should be 5
$ cat testcdb.c
#include 
#include 
#include 
#include 
#include 
#include 
#include 

int main (int argc, char **argv)
{
  int fd, ret;
  const char *key;
  unsigned klen, dlen = 0; // if dlen = 1, it works as expected

  assert (argc == 3);
  fd = open (argv[1], O_RDONLY);
  if (fd == -1)
{
  perror ("open");
  return 1;
}

  key = argv[2];
  klen = strlen (key);
  ret = cdb_seek (fd, key, klen, &dlen);
  if (ret == -1)
return 1;
  else if (ret == 0)
printf ("not found");
  else
printf ("dlen = %d\n", dlen);

  return 0;
}

Here is a patch to fix it

--- cdb_seek.c~ 2006-08-17 15:02:16.0 +0900
+++ cdb_seek.c  2006-08-17 15:02:43.0 +0900
@@ -75,7 +75,7 @@
/* read the key from file and compare with wanted */
unsigned l = klen, c;
const char *k = (const char*)key;
-   if (*dlenp)
+   if (dlenp)
  *dlenp = cdb_unpack(rbuf + 4); /* save value length */
for(;;) {
  if (!l) /* the whole key read and matches, return */

Regards,
-- 
Daiki Ueno


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

Bug#383418: lvm2: pvmove fails and then next action on vg hangs in uninterruptable sleep mode

[Alan Chandler]

Package: lvm2
Version: 2.02.06-2
Severity: critical
Justification: breaks the whole system


I have twice now attempted a pvmove in order to clear one of my disks.  The 
same failure has occured twice.

once pvmove has failed, any subsequent attempt at access to logical volumes 
involved in the move  in the
volume group effected hangs the process and htop shows it to be in 
interruptable sleep mode.  As a result it
cannot be killed. This includes a shutdown hanging the machine, which 
ultimately means a hard reset.

Upon reboot, the effected lv(s) fail to mount, but the boot process goes ahead 
anyway, leaving the system writing 
new data into the parent directory mount point, ultimately making recovery of 
all data a very tricky process.

Effectively the only approach is to boot into single user mode and then do a 
pvmove --abort

Here is the output from the pvmove with the first act that causes the problem.  
In my case the three lv's that have
extents to move are the ones that fail to mount on re-boot.  Note also the 
lvdisplay following this failure has hung,
as has a pvmove --abort from another terminal.

[EMAIL PROTECTED] ~# pvmove -v -i 20 --background /dev/hdb1
Wiping cache of LVM-capable devices
Finding volume group "vg"
Archiving volume group "vg" metadata (seqno 52).
Creating logical volume pvmove0
Moving 768 extents of logical volume vg/postgres
Moving 63 extents of logical volume vg/fileshare
Moving 476 extents of logical volume vg/alan
Moving 0 extents of logical volume vg/www
Moving 0 extents of logical volume vg/webapps
Moving 0 extents of logical volume vg/git
Moving 0 extents of logical volume vg/photos
Moving 0 extents of logical volume vg/music
Found volume group "vg"
Found volume group "vg"
Found volume group "vg"
Updating volume group metadata
Creating volume group backup "/etc/lvm/backup/vg" (seqno 53).
Found volume group "vg"
Found volume group "vg"
Suspending vg-postgres (254:4)
Found volume group "vg"
Found volume group "vg"
Suspending vg-fileshare (254:5)
Found volume group "vg"
Found volume group "vg"
Suspending vg-alan (254:6)
Found volume group "vg"
Creating vg-pvmove0
Loading vg-pvmove0 table
  device-mapper: reload ioctl failed: Invalid argument
  ABORTING: Temporary mirror activation failed.  Run pvmove --abort.
Found volume group "vg"
Loading vg-pvmove0 table
  device-mapper: reload ioctl failed: Invalid argument
Loading vg-postgres table
  device-mapper: reload ioctl failed: Invalid argument
Found volume group "vg"
Loading vg-pvmove0 table
  device-mapper: reload ioctl failed: Invalid argument
Loading vg-fileshare table
  device-mapper: reload ioctl failed: Invalid argument
Found volume group "vg"
Loading vg-pvmove0 table
  device-mapper: reload ioctl failed: Invalid argument
Loading vg-alan table
  device-mapper: reload ioctl failed: Invalid argument
[EMAIL PROTECTED] ~# lvdisplay vg







-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages lvm2 depends on:
ii  debconf [debconf-2.0]1.5.3   Debian configuration management sy
ii  libc62.3.6-15GNU C Library: Shared libraries
ii  libdevmapper1.02 2:1.02.07-1 The Linux Kernel Device Mapper use
ii  libncurses5  5.5-2   Shared libraries for terminal hand
ii  libreadline5 5.1-7   GNU readline and history libraries
ii  libselinux1  1.30-1  SELinux shared libraries
ii  libsepol11.12-1  Security Enhanced Linux policy lib
ii  lvm-common   1.5.20  The Logical Volume Manager for Lin

lvm2 recommends no packages.

-- debconf information:
  lvm2/snapshots:


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

Bug#383415: rdiff-backup crashes with "No module named rdiff_backup.Main" error

[Michael Ott]

Package: rdiff-backup
Version: 1.1.5-2
Severity: normal

Got the following error messages:
Traceback (most recent call last):
  File "/usr/bin/rdiff-backup", line 20, in ?
import rdiff_backup.Main
ImportError: No module named rdiff_backup.Main

The path of the packages is for phython 2.3. Can anyone update this path


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (700, 'unstable'), (650, 'testing'), (600, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_GB.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages rdiff-backup depends on:
ii  libc6 2.3.6-19   GNU C Library: Shared libraries
ii  librsync1 0.9.7-1Library which implements the rsync
ii  python2.4.3-11   An interactive high-level object-o

rdiff-backup recommends no packages.

-- no debconf information



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

Bug#383414: ftp.debian.org: RM: gnustep-dl2 -- RoM: orphaned

[Hubert Chan]

Package: ftp.debian.org
Severity: normal

I thought I filed a bug for this package during my last round of GNUstep
RM requests, but I guess I missed this one.

Brent Fulgham has orphaned all his GNUstep packages, and nobody has
stepped up to take over gnustep-dl2.  gnustep-dl2 has no
reverse-dependencies, so the GNUstep package maintainers team has
decided to request that the package be removed from Debian.

(Brent never formally orphaned the package by filing a wnpp bug,
therefore I'm creating a new bug for this RM request.)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.9
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

-- 
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA   (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7  5291 AF29 C719 124B 61FA



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

Bug#381452: emacs21: FTBFS on mips, mipsel

[Rob Browning]

Steve Langasek <[EMAIL PROTECTED]> writes:

> Are you (or anyone else) looking into this bug?  The version in
> testing FTBFS on all archs, and the version in unstable FTBFS on
> mips*, so we don't seem to have a releasable emacs21 anywhere.

I've looked in to this a little, but not heavily yet.  I did see
mention of an Emacs-related gcc issue (for at least gcc 3.4), but it
only claims to apply to versions of Emacs up to (and including) 21.3.

Apparently in that case -fno-zero-initialized-in-bss will fix the
problem.  I suspect that's probably not the cause here, but until
there are mips or mipsel machines available, I can't really test much
(without just uploading new packages).  Last time I looked on the
project machines page, all of the relevant machines were listed as
locked down.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4


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

Bug#323624: [EMAIL PROTECTED]: Bug#323624: fig2sty: festure request: pdflatex + better layout]

[Marcel Rohner]

Dear Rafael

Thank you for this consultation.
However, I really do not feel like I can further support fig2sty.
There have been several patches in the past years that I have
not applied to the version on the fig2sty Web-Page.
Would you think I should remove the Web-page rather than leave
the old version there?

best regards
--
Marcel

On Thu, Jun 15, 2006 at 20:22:57 +0200, Rafael Laboissiere wrote:
> Hi Marcel,
> 
> I am forwarding below a bug report filed against the fig2sty package in
> Debian.  The bug submitter claims that this makes fig2sty work with
> pdflatex and provides a patch.  I did not test it.  I would like to hear
> your opinion before integrating this patch in the Debian package.
> 
> All the best,
> 
> Rafael
> 
> - Forwarded message from nokos <[EMAIL PROTECTED]> -
> 
> From: nokos <[EMAIL PROTECTED]>
> Subject: Bug#323624: fig2sty: festure request: pdflatex + better layout
> Date: Wed, 17 Aug 2005 18:41:19 +0200
> To: Debian Bug Tracking System <[EMAIL PROTECTED]>
> Reply-To: nokos <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Message-Id: <[EMAIL PROTECTED]>
> 
> Package: fig2sty
> Version: 1:0.1-6
> Severity: minor
> Tags: patch
> 
> fig2sty does not work with pdflatex, and the background does not have
> the same geometry as in xfig.
> 
> patch: better pt2fig<->fig2pt, background in eps and pdf, and reasonable
> default for baselineskip
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers hoary-security
>   APT policy: (500, 'hoary-security'), (500, 'hoary'), (500, 'unstable'), 
> (500, 'stable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.12.1
> Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
> 
> Versions of packages fig2sty depends on:
> ii  perl  5.8.7-4Larry Wall's Practical 
> Extraction 
> 
> fig2sty recommends no packages.
> 
> -- no debconf information
> -- 
> nokos <[EMAIL PROTECTED]>
> 
> --- fig2sty.old   2005-07-26 16:53:15.0 +0200
> +++ fig2sty   2005-08-13 18:44:36.0 +0200
> @@ -218,7 +218,7 @@
>  use Getopt::Long;
>  
>  my $debug = 0;
> -my $defbaselineskip = 12;
> +my $defbaselineskip = "any";
>  my $deffontsize = 12;
>  my $defreference= 'grid';
>  my $defoffset   = 0;
> @@ -244,7 +244,7 @@
>  die "Unknown extension $extension" 
>if ($jobname && ($extension !~ /^fig$/));
>  my $texname= "$jobname.sty";
> -my $background = "${jobname}back.ps";
> +my $background = "${jobname}back";
>  
>  if ($debug) {
>print STDERR "jobname: $jobname\n";
> @@ -294,8 +294,6 @@
>  my %vinfo = ();# vertical info
>  my @hinfo = ();# horizontal info ([indentation, linewidth] ...)
>  my $baselineskip;
> -my $figscale;  # FIG version dependent scaling factor
> -$figscale = ($fig->{'version'} > '3.1')?0.95:1.0;
>  
>  # Write style header
>  print TEX <<"EOTEX";
> @@ -333,6 +331,7 @@
>  %   \\parbox\{$hinfo->[0]pt\}\\bgroup
>\\hsize=$hinfo->[0]pt
>\\setlength\{\\textwidth\}\{$hinfo->[0]pt\}
> +  \\setlength\{\\columnwidth\}\{$hinfo->[0]pt\}
>  EOTEX
>  
>} else { # complex frame -> parshape
> @@ -367,7 +366,7 @@
>  
>  # Placement of frames
>  print TEX "\{\\setbox1=\\vbox\{\\noindent",
> -  "\\includegraphics\[scale=$figscale\]\{$background\}\}\n",
> +  "\\includegraphics\{$background\}\}\n",
>"\\dimendef\\w=0 \\w=\\wd1\n",
>"\\dimendef\\h=0 \\h=\\ht1\n",
>"\\splittopskip=0pt\n",
> @@ -399,10 +398,12 @@
>my $tmpfile;
>$tmpfile = "/tmp/fig2sty$$.tmp";
>$fig->writefile(">$tmpfile");
> -  `$fig2dev -Leps -p dummy $tmpfile > $background`;
> +  `$fig2dev -Leps -p dummy $tmpfile > $background.eps`;
> +  `$fig2dev -Lpdf -p dummy $tmpfile > $background.pdf`;
>unlink $tmpfile;
>  } else {
> -  $fig->writefile("|$fig2dev -Leps -p dummy > $background");
> +  $fig->writefile("|$fig2dev -Leps -p dummy > $background.eps");
> +  $fig->writefile("|$fig2dev -Lpdf -p dummy > $background.pdf");
>die "fig2dev failed" if $?;
>  };
>  
> @@ -627,10 +628,18 @@
>  # Conversion pt <-> fig
>  sub pt2fig {
>my $pts = shift;
> -  return $pts * $fig->{'resolution'} / 72.27;
> +  if ($fig->{'version'} > '3.1') {
> +return $pts * $fig->{'resolution'} / 76;
> +  } else {
> +return $pts * $fig->{'resolution'} / 72.27;
> +  }
>  }
>  
>  sub fig2pt {
>my $figs = shift;
> -  return $figs * 72.27 / $fig->{'resolution'};
> +  if ($fig->{'version'} > '3.1') {
> +return $figs * 76 / $fig->{'resolution'};
> +  } else {
> +return $figs * 72.27 / $fig->{'resolution'};
> +  }
>  }
> 
> 
> - End forwarded message -

-- 
__
ETH Zuerich  Swiss Federal Institute of Technology
Institut fuer ElektronikElectronics Laboratory

 _/   _/_/_/ _/_/_/
_/   _/ _/

Bug#383413: fvwm-crystal: Depends on python (>= 2.3), python (<< 2.4) but python 2.4 is default

[Alexander Wirt]

Package: fvwm-crystal
Version: 3.0.3-3
Severity: important

Depending on python 2.3 makes fvwm-crystal unstallable since 2.4 is the
default version now.


The following packages have unmet dependencies:
  fvwm-crystal: Depends: python (< 2.4) but 2.4.3-11 is to be installed

Alex


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-rc4-mactel
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages fvwm-crystal depends on:
ii  aterm1.0.0-2 Afterstep XVT - a VT102 emulator f
ii  fvwm 1:2.5.17-1  F(?) Virtual Window Manager, versi
ii  habak0.2.5-2 utility for creating multi-layered
ii  imagemagick  7:6.2.4.5.dfsg1-0.9 Image manipulation programs
ii  python   2.4.3-11An interactive high-level object-o
ii  trayer   1.0-1   lightweight GTK2-based systray for
ii  xterm210-3   X terminal emulator

Versions of packages fvwm-crystal recommends:
pn  mpc(no description available)
ii  quodlibet0.22-2  audio library manager and player f
pn  rox-filer  (no description available)
ii  xmms 1:1.2.10+20060801-2 Versatile X audio player
ii  xmms-find0.5.2-1 XMMS plugin for quick, remote jump
ii  xmms-shell   0.99.3-5.1  XMMS Shell - Interface to control 
ii  xscreensaver 4.24-5  Automatic screensaver for X


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

Bug#383412: kappfinder: LyX provides its own .desktop files

[Bruce Sass]

Package: kappfinder
Version: 4:3.5.4-2
Severity: wishlist

The lyx-qt and lyx-xforms packages include .desktop files in
/usr/share/applications (shows up in K->Office), making
/usr/share/apps/kappfinder/apps/Office/lyx.desktop unnecessary and
maybe confusing (most likely to execute lyx-qt, could execute
lyx-xforms, but does /usr/local/bin/lyx for me.)

I think the lyx.desktop file should be removed from Debian's
kappfinder package.



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-onegee
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kappfinder depends on:
ii  kdelibs4c2a   4:3.5.4-3  core libraries and binaries for al
ii  libc6 2.3.6-19   GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-10 GCC support library
ii  libqt3-mt 3:3.3.6-3  Qt GUI Library (Threaded runtime v
ii  libstdc++64.1.1-10   The GNU Standard C++ Library v3

kappfinder recommends no packages.

-- no debconf information


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

Bug#382621: [squirrelmail] Reopening bug 382621

[Helmut]

reopen 382621
retitle 382621 [squirrelmail] CVE-2006-4019 Variable overwriting in compose.php


thanks


Since there's no fix out yet I reopen the bug to keep it on
the list.




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

Bug#383411: gnome-media: No cddb lookup for 2nd CD

[Jerry Quinn]

Package: gnome-media
Version: 2.14.2-1
Severity: normal

If I insert a CD, a cddb lookup gets performed.  If I eject the CD and insert
a different one, the cddb data doesn't get updated for the new disk.

Restarting the CD player for the new disk behaves as expected.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gnome-media depends on:
ii  gnome-media-common 2.14.2-1  GNOME media utilities - common fil
ii  gstreamer0.10-alsa [gstrea 0.10.9-1  GStreamer plugin for ALSA
ii  gstreamer0.10-plugins-base 0.10.9-1  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good 0.10.3-2  GStreamer plugins from the "good" 
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.1-1  The ATK accessibility toolkit
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-3  The Bonobo UI library
ii  libc6  2.3.6-15  GNU C Library: Shared libraries
ii  libcairo2  1.2.0-3   The Cairo 2D vector graphics libra
ii  libesd-alsa0 [libesd0] 0.2.36-3  Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1 2.3.2-7   generic font configuration library
ii  libgail-common 1.8.11-2  GNOME Accessibility Implementation
ii  libgail17  1.8.11-2  GNOME Accessibility Implementation
ii  libgconf2-42.14.0-4  GNOME configuration database syste
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.10.3-3  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome-media02.14.2-1  runtime libraries for the GNOME me
ii  libgnome2-02.14.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgstreamer-plugins-base0 0.10.9-1  GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.9-1  Core GStreamer libraries and eleme
ii  libgtk2.0-02.8.18-1  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  libnautilus-burn3  2.14.2-1  Nautilus Burn Library - runtime ve
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.12.3-1+b1   Layout and rendering of internatio
ii  libpopt0   1.10-2lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libx11-6   2:1.0.0-7 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  zlib1g 1:1.2.3-13compression library - runtime

gnome-media recommends no packages.

-- no debconf information


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

Bug#383251: g++-4.1: FTBFS for RQuantLib on i386/testing

[John Schmidt]

On Tuesday 15 August 2006 16:29, Dirk Eddelbuettel wrote:
> Package: g++-4.1
> Version: 4.1.1-5
> Severity: important
>
> The g++ version that recently entered testing exhibits the same problem I
> had been reported to the hppa maintainers -- and which Randolph report
> upstream at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28620 .
>
> I understand that it is fixed in unstable, but as the toolchain is frozen
> (or being frozen) I just want to make sure everyone is on the same page: 
> the current 'testing' version of g++ will not cut it for release.
>
> The code below is from the current sources my rquantlib package which I
> intend to send to unstable later today. It does build on unstable but fails
> on testing showing that testing isn't quite there at the moment.
>
> Hope this helps, Dirk
>
>

Dirk,

Have you noticed g++-4.1 taking a long time to do the creation of a shared 
library?

I have a big c++ application that creates quite a few shared libraries and it 
takes on the order of 10 minutes for the creation of one of my libraries (not 
all of them) with g++-4.1, whereas with g++-4.0, the same library only takes 
at most 30 seconds.  This is with a debug build and no optimization.

As it stands g++-4.1 is not useable for my situation.

Thanks,

John Schmidt


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

Bug#382269: fails to interface with pin agent

[Stefano Mosconi]

Hi again.

In my case, I solved the problem by doing

 echo -n "1234" > /etc/bluetooth/passkeys/00:18:A4:17:6D:84

instead of

 echo "1234" > /etc/bluetooth/passkeys/00:18:A4:17:6D:84

Apparently, I could not authenticate because of the EOL in the files in
/etc/bluetooth/passkeys , as it is suggested in Bug#383188 .

Please, try it: perhaps this is also the problem other people in this
bug report are seeing

Regards,

Dionisio Martínez Soler
dmsoler at mundo-r dot com




Hi it doesn't work to me...

Aug 17 06:37:52 localhost hcid[23396]: HCI dev 0 registered
Aug 17 06:37:52 localhost hcid[23396]: Device hci0 has been added
Aug 17 06:37:52 localhost hcid[23396]: Register path:/org/bluez/hci0 fallback:0
Aug 17 06:37:52 localhost hcid[23396]: HCI dev 0 up
Aug 17 06:37:52 localhost hcid[23396]: Starting security manager 0
Aug 17 06:37:52 localhost hcid[23396]: Can't write inquiry mode for
hci0: Input/output error (5)
Aug 17 06:39:19 localhost hcid[23396]: link_key_request
(sba=00:20:E0:77:BD:37, dba=00:15:DE:23:EC:87)
Aug 17 06:39:19 localhost hcid[23396]: pin_code_request
(sba=00:20:E0:77:BD:37, dba=00:15:DE:23:EC:87)
Aug 17 06:39:19 localhost hcid[23396]: Calling PasskeyAgent.Request:
name=:1.6, path=/org/bluez/passkey_agent_23404

flambe:/etc/bluetooth/passkeys# echo -n "1234" > 00:15:DE:23:EC:87
flambe:/etc/bluetooth/passkeys# hcitool cc --role=s 00:15:DE:23:EC:87
flambe:/etc/bluetooth/passkeys# hcitool con
Connections:
   < ACL 00:15:DE:23:EC:87 handle 41 state 1 lm MASTER
flambe:/etc/bluetooth/passkeys# hcitool auth 00:15:DE:23:EC:87
HCI authentication request failed: Input/output error

--
Stefano

Bug#378529: Status

[Matt Doran]

Any status on this issue.  It's still causing us major issues.  



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

Bug#378529: More information

[Matt Doran]

Here's some more additional information.

I just tried using an SSL connection to the IMAP server on our internal 
LAN ... and things worked OK.  So the issue is not with SSL alone.So 
it appears to be related to making an IMAP connection over a slower 
remote connection.  

Next I'll try to see if using a non-SSL connection remotely also causes 
the issue.  Then we can identify whether it's just the slower connection 
that's causing a problem and whether SSL is a factor.


Thanks.


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

Bug#383046: Patch

[Wesley J. Landaker]

On Wednesday 16 August 2006 14:50, Patrick Valsecchi wrote:
> Here is a patch for having both the menu and the mime types in KDE

Thanks, I will test & apply this in the next version.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpe0hDO1lGPR.pgp
Description: PGP signature

Bug#383410: Fails to write audio CD from FLAC files

[Matt Kraai]

Package: nautilus-cd-burner
Version: 2.14.3-1

When I try to burn an audio CD of 15 FLAC-encoded songs, while the
"Writing files to CD" progress dialog is displayed, an error dialog is
displayed that says

 Error writing to disc

 There was an error writing to the disc

 [OK]

I don't know whether this indicates a problem with the disc, a problem
converting the FLAC files into audio suitable for the CD, or something
else.

-- 
Matt


signature.asc
Description: Digital signature

Bug#352484: closed by Otavio Salvador <[EMAIL PROTECTED]> (Closed in previous release)

[Johannes Starosta]

Hi together,

I discovered that the file de.po is still missing in version 1.9.34. So
I reopened the bug. Sadly I wasn't very clever in handling my mail, so
I sent my message not less than three times ): Sorry for the
unnecessary waste of bandwith.

Should I sent the file again? It hasn't changed since my first bug
report. Are there any changes in templates.pot a new version of the
translation should reflect? 

-- 
Greetings, Johannes

http://home.arcor.de/jstarosta


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

Bug#383409: ODT files has wrong MIME type

[Marco]

Package: file
Version: 4.17-2
Severity: normal

The command:

$ file -i archive.odt

Retuns:

archive.odt: application/x-zip

The correct type is: application/vnd.oasis.opendocument.text


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-k7
Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1)

Versions of packages file depends on:
ii  libc6   2.3.6-15   GNU C Library: Shared libraries
ii  libmagic1   4.17-2 File type determination
library us
ii  zlib1g  1:1.2.3-13 compression library - runtime

file recommends no packages.

-- no debconf information



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

Bug#156704: something new Rickie

[Arron]

Want to see something shocking?

Everyone knows it's embarressing for people to talk with their physician about 
their or their partners private "issues". Well, you
don't need to be embarressed. We can offer the pill right to your door and at 
about one third of the cost.

We have hundreds of thousands of happy couples who changed their marriages. If 
you want to take a look, please check
up the site below. You'll be quite impressed:

http://v2jm0l1qjc0i5ddoidv6idvd.taishoje.st







ship skin




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

Bug#383284: rails routing error on base project

[Byron Hillis]

On Wed, Aug 16, 2006 at 11:26:22AM -0500, Adam Majer wrote:
> Did you set up the default route? Even without it, it seems to work
> perfectly here. You just need to specify the controller in the URL
> 
> http://localhost:3000/bank
> 
> gives me :controller => 'bank', :action => 'index' and works.
> 

I'm not sure what was wrong, but retrying it now works, so the only
problem is with the welcome screen. Thanks.


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

Bug#379919: closed by Chris Lawrence <[EMAIL PROTECTED]> (Bug#379919: fixed in reportbug 3.26)

[Arthur Marsh]

Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
#379919: wnpp not documented on reportbug manual page,
which was filed against the reportbug package.

It has been closed by Chris Lawrence <[EMAIL PROTECTED]>.

Their explanation is attached below.  If this explanation is
unsatisfactory and you have not received a better one in a separate
message then please contact Chris Lawrence <[EMAIL PROTECTED]> by replying
to this email.

Debian bug tracking system administrator
(administrator, Debian Bugs database)





Subject:
Bug#379919: fixed in reportbug 3.26
From:
Chris Lawrence <[EMAIL PROTECTED]>
Date:
Wed, 16 Aug 2006 19:32:08 -0700
To:
[EMAIL PROTECTED]

To:
[EMAIL PROTECTED]


Source: reportbug
Source-Version: 3.26

We believe that the bug you reported is fixed in the latest version of
reportbug, which is due to be installed in the Debian FTP archive:

reportbug_3.26.dsc
  to pool/main/r/reportbug/reportbug_3.26.dsc
reportbug_3.26.tar.gz
  to pool/main/r/reportbug/reportbug_3.26.tar.gz
reportbug_3.26_all.deb
  to pool/main/r/reportbug/reportbug_3.26_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Chris Lawrence <[EMAIL PROTECTED]> (supplier of updated reportbug package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 16 Aug 2006 21:14:39 -0500
Source: reportbug
Binary: reportbug
Architecture: source all
Version: 3.26
Distribution: unstable
Urgency: medium
Maintainer: Chris Lawrence <[EMAIL PROTECTED]>
Changed-By: Chris Lawrence <[EMAIL PROTECTED]>
Description: 
 reportbug  - reports bugs in the Debian distribution

Closes: 294954 295997 322523 330339 379919 382486 383024
Changes: 
 reportbug (3.26) unstable; urgency=medium

 .
   * The "don't be more clever than the patch-writer" release.
   * Instead of importing uis, search sys.path for them.
 .
 reportbug (3.25) unstable; urgency=low
 .
   * Remove superfluous postinst and prerm scripts; python-central takes
 care of this now.  (Closes: #383024)
 .
 reportbug (3.24) unstable; urgency=low
 .
   * Apply updated patch from Phillip Kern to work with the GNOME interface
 (which should appear in experimental soon).
 .
 reportbug (3.23) unstable; urgency=medium
 .
   * Fix reportbug_ui_text.get_multiline().  (Closes: #382486)
   * Document that handling scripts must use #!/bin/bash to use getkey and
 yesno--this has always been the case since the days of bug, but never was
 documented anywhere.  (Closes: #294954)
   * Document pseudo-packages (and how to see the list recognized by
 reportbug) in reportbug(1).  (Closes: #379919)


I still feel that the WNPP pseudo package is inadequately documented for 
a non-developer wishing to request a new package (in my case it was a 
new MIDI plug-in for xmms).


Perhaps, in addition to "21 wnpp Work-Needing and Prospective Packages 
list" a line or 2 description of examples such as "request a new 
package" be included, and then fix the text presented one selects 
"other" then the "wnpp" option so that one doesn't get intimidated by 
"yes I'm a developer and know what I'm doing".


Regards,

Arthur.


   * Request a version number if reporting a bug against a source package.
 (Closes: #330339)
   * Call ehlo() after starttls(), as the smtplib documentation says we should.
 (Closes: #322523)
   * If a smtphost is specified in offer_configuration, ask for smtpuser.
 (Closes: #295997)
Files: 
 b7a6a47fa518ab63e316730e6c3f5f4c 582 utils standard reportbug_3.26.dsc

 31ff4b9fffa340b8d1ea3c369eec0a24 135333 utils standard reportbug_3.26.tar.gz
 dc46600391ad61e13035b0df2eba450b 136766 utils standard reportbug_3.26_all.deb

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

iD8DBQFE49Gi2wQKE6PXubwRAhNmAJ46Ebe/pVTm5F6QfCGMCO4Ok/mHcQCgwHNr
sCnjaDg4fn84u8pAEQZirJA=
=Q0qW
-END PGP SIGNATURE-




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

Bug#383408: 'xsltproc --xinclude' should also force XInclude processing on a XSL-styleshett

[Daniel Leidert]

Package: xsltproc
Version: 1.1.17-3
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

During my work on trying to solve bug #173093 and #382505 (docbook-xsl)
I found, that xsltproc does not XInclude processing in
XSL(T)-stylesheets. Daniel Veillard developed a patch to fix this
behaviour and I would like to request, that you apply this patch. The
patch can be found at:

http://cvs.gnome.org/viewcvs/libxslt/xsltproc/xsltproc.c?r1=1.64&r2=1.65

Thanks and regards, Daniel


- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.08060320
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages xsltproc depends on:
ii  libc6  2.3.6-19  GNU C Library: Shared libraries
ii  libgcrypt111.2.2-3   LGPL Crypto library - runtime libr
ii  libgpg-error0  1.2-1 library for common error values an
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  libxslt1.1 1.1.17-3.1XSLT processing library - runtime 

xsltproc recommends no packages.

- -- no debconf information

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

iD8DBQFE498Adg0kG0+YFBERAniyAJ9p0ZYTf352WH9C5nfQm+fI7fRsnACaA8Hp
KjfMG7ylOa8Qv06FBTSIq4M=
=75XU
-END PGP SIGNATURE-


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

Bug#381793: This problem only occurs at certain date(s)

[Martin Grandrath]

I like to add the following information:

the described problem seems to only occur on certain date(s). The day
I filed my bugreport for example:

##
my $dt = DateTime->new( year   => 2006,
month  => 8,
day=> 7,
hour   => 18,
minute => 0,
second => 0,
nanosecond => 0,
time_zone => 'Europe/Berlin',
);

my $dtcd = DateTime::Calendar::Discordian->from_object(object => $dt);
##

leads to the exact error.

Regards,
Martin


signature.asc
Description: Digital signature

Bug#382673: dpkg-dev: dpkg-buildpackage should support building against foo_0.42.orig.tar.bz2

[Guillem Jover]

Hi,

On Sat, 2006-08-12 at 17:57:23 +0200, Andreas Metzler wrote:
> Package: dpkg-dev
> Version: 1.13.22
> Severity: wishlist

> dpkg-source in sid supports unpacking packages using bz2 compression,
> i.e.
> foo_0.5.9-1.diff.gz  foo_0.5.9-1.dsc foo_0.5.9.orig.tar.bz2
> 
> It would nice if dpkg-buildpackage also supported producing these
> packages. I would appreciate this a lot, as it would allow me to ship
> gnutls' sourcecoding without re-packing it. - Upstream nowadays only
> offers tar.bz2, but no tar.gz.

Sorry but this is not going to be possible until a version of dpkg
which supports this is in stable. Also current dak on ftp-master rejects
such uploads, until the proper time arrives.

regards,
guillem


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

Bug#332433: Processed: severity of 332433 is serious

[Alec Berryman]

Steve Langasek on 2006-08-16 18:07:36 -0700:

> Alec,
> 
> On Wed, Aug 16, 2006 at 03:04:51PM -0700, Debian Bug Tracking System
> wrote:
> 
> > > severity 332433 serious
> 
> Why?  The original bug was filed by a member of the security team, and
> he tagged the bug as "important".  Please don't change bug severities
> without some explanation.

I didn't mean to do a drive-by severity change; I used the bts script
and put a comment but apparently forgot to escape the pound sign.  I'll
remember that in the future and will try to track down the other ones
I've raised in the same way over the past day or two.

This vulnerability allows a malicious user to overwrite arbitrary files
owned by the user running cfengine, probably root - not an issue that
should be left in for etch.  This issue "introduces a security hole
allowing access to the accounts of users who use the package" (via a new
/etc/{passwd,shadow} or by ssh keys) and/or "causes (serious) data
loss" (quoting from etch_rc_policy.txt).


signature.asc
Description: Digital signature

Bug#381378: CVE-2006-3913: arbitrary code execution in freeciv

[Steve Langasek]

On Wed, Aug 16, 2006 at 07:31:38PM -0700, Steve Langasek wrote:
> tags 381378 patch
> thanks

> Hi guys,

> I've prepared a 0-day NMU for this security bug in freeciv, applying the
> relevant bits of the patch Joey sent to the bug report.  Please find the
> full NMU diff attached.

Made you look!

Now try to find the full NMU diff attached /here/.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
diff -u freeciv-2.0.8/debian/patches/series freeciv-2.0.8/debian/patches/series
--- freeciv-2.0.8/debian/patches/series
+++ freeciv-2.0.8/debian/patches/series
@@ -2,0 +3 @@
+CVE-2006-3913
diff -u freeciv-2.0.8/debian/changelog freeciv-2.0.8/debian/changelog
--- freeciv-2.0.8/debian/changelog
+++ freeciv-2.0.8/debian/changelog
@@ -1,3 +1,12 @@
+freeciv (2.0.8-2.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * High-urgency upload for RC bugfix.
+  * Fix CVE-2006-3913, possible remote arbitrary code execution bug; 
+thanks to Joey Schulze for the patch.  Closes: #381378.
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Wed, 16 Aug 2006 19:22:26 -0700
+
 freeciv (2.0.8-2) unstable; urgency=low
 
   * debian/control:
only in patch2:
unchanged:
--- freeciv-2.0.8.orig/debian/patches/CVE-2006-3913
+++ freeciv-2.0.8/debian/patches/CVE-2006-3913
@@ -0,0 +1,17 @@
+Index: freeciv-2.0.8/server/unithand.c
+===
+--- freeciv-2.0.8.orig/server/unithand.c   2006-08-16 19:18:55.0 
-0700
 freeciv-2.0.8/server/unithand.c2006-08-16 19:22:08.0 -0700
+@@ -1593,11 +1593,10 @@
+   struct unit *punit = player_find_unit_by_id(pplayer, packet->unit_id);
+   int i;
+ 
+-  if (!punit || packet->length < 0 || punit->activity != ACTIVITY_IDLE) {
++  if (!punit || packet->length < 0 || packet->length > MAX_LEN_ROUTE || 
punit->activity != ACTIVITY_IDLE) {
+ return;
+   }
+ 
+-
+   for (i = 0; i < packet->length; i++) {
+ switch (packet->orders[i]) {
+ case ORDER_MOVE:

Bug#383406: lmms doesn't generate menu entries

[Silvio Orta]

Package: lmmsVersion: 0.1.4-1Severity: normalThis package does not include menu links. Nor in the regular desktop environment menues (i.e.: KDE, Gnome, and the likes), not even in the Debian menu.-- System Information:
Debian Release: testing/unstable  APT prefers testing  APT policy: (500, 'testing')Architecture: i386 (i686)Shell:  /bin/sh linked to /bin/bashKernel: Linux 2.6.16-2-686Locale: LANG=es_VE, LC_CTYPE=es_VE (charmap=ISO-8859-1)
Versions of packages lmms depends on:ii  libasound2    1.0.11-3   ALSA libraryii  libc6 2.3.6-15   GNU C Library: Shared librariesii  libgcc1   1:
4.1.1-5  GCC support libraryii  libice6   1:1.0.0-3  X11 Inter-Client Exchange libraryii  libjack0.100.0-0  0.101.1-1  JACK Audio Connection Kit (librariii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libogg0   1.1.3-2    Ogg Bitstream Libraryii  libqt3-mt 3:3.3.6-2  Qt GUI Library (Threaded runtime vii  libsamplerate0    0.1.2-2    audio rate conversion library
ii  libsdl-sound1.2   1.0.1-9+b1 Decoder of several sound file formii  libsdl1.2debian   1.2.10-3   Simple DirectMedia Layerii  libsm6    1:1.0.0-4  X11 Session Management library
ii  libsndfile1   1.0.15-3   Library for reading/writing audio ii  libstdc++6    4.1.1-5    The GNU Standard C++ Library v3ii  libvorbis0a   1.1.2-1    The Vorbis General Audio Compressi
ii  libvorbisenc2 1.1.2-1    The Vorbis General Audio Compressiii  libvorbisfile3    1.1.2-1    The Vorbis General Audio Compressiii  libx11-6  2:1.0.0-7  X11 client-side library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librarii  lmms-common   0.1.4-1    Linux Multimedia Studio - common flmms recommends no packages.
-- Silvio A. Orta D.Linux User #405816www.clug.org.vewww.glove.org.veDebian GNU/Linux Testing/Unstable (Etch/sid)Long life to GNU/Linux and The Free Software Foundation!

Bug#366843: apache: same problem here...

[Adam Conrad]

Cristian Ionescu-Idbohrn wrote:
> Version: 1.3.34-3
> 
> | dpkg: error processing apache (--configure):
> |  subprocess post-installation script returned error exit status 10

This is already fixed in 1.3.34-4.

... Adam



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

Bug#381378: CVE-2006-3913: arbitrary code execution in freeciv

[Steve Langasek]

tags 381378 patch
thanks

Hi guys,

I've prepared a 0-day NMU for this security bug in freeciv, applying the
relevant bits of the patch Joey sent to the bug report.  Please find the
full NMU diff attached.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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

Bug#383238: Please prepare a CVS snapshot for Gtk 2.10 / DirectFB in experimental

[Guillem Jover]

tags 383238 - patch
thanks

Hi,

On Tue, 2006-08-15 at 23:04:38 +0200, Loïc Minier wrote:
> Package: directfb
> Severity: wishlist
> Tags: patch

>  When trying to port the DirectFB work from Gtk 2.8 to 2.10, I ended up
>  having this problem:

> gdkwindow-directfb.c: In function '_gdk_directfb_move_resize_child':
> gdkwindow-directfb.c:1303: error: 'IDirectFBSurface' has no member named 
> 'GetPosition'

>  It seems this is due to CVS only API additions.

This was fixed in gtk and cairo CVS repos, that's what Attilio (CCed) said
in a previous mail related to the same issue, involving Josselin (CCed),
Sébastien (CCed) and Mike Emmel.

>  I've prepared a CVS snapshot of libdirectfb and it permits building of
>  the directfb backend of gdk/gtk (but I didn't test whether it actually
>  works).

I think it would be easier to backport this fix from upstream CVS to the
gdk/gtk and cairo instead of making them depend on a directfb CVS version.
Said that, if it would be painful for you to do that I could upload a
directfb CVS snapshot to experimental, but I'd like to avoid that,
given that the API is not frozen until 1.0, and on each release
there's a soname bump.

>  I attach you the interdiff of my local packages; if you want I can
>  upload a NMU to experimental with these changes which would in turn
>  permit uploading Gtk 2.10.
> 
>  Some binaries are at:
>  

The patch is incomplete, the packages need a soname bump and going
through NEW.

regards,
guillem


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

Bug#382429: rebuilding on non-vserver solves #382429

[Erich Schubert]

Just for reference, I did a straight rebuild of the package for my home
PC and it solved the problems. Thanks to those who did the investigation
on the buildd logs!

best regards,
Erich Schubert
-- 
erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_
The best things in life are free: Friendship and Love.   //\
   Die kürzeste Verbindung zwischen zwei Menschen ist ein Lächeln.   V_/_

Bug#356300:

[David Nusinow]

On Thu, Aug 17, 2006 at 12:45:17AM +0200, Michael Banck wrote:
> tags 356300 +fixed-upstream
> thanks
> 
> Hi,
> 
> this got applied upstream now (thanks, daniels), any chance this is
> going into the Debian packages, *please*?

Ok, once 1.1.1 hits unstable we can put it in.

 - David Nusinow


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

Bug#383405: openoffice.org-gtk: The package cause strange behavior on oooqs-kde package

[Odair Trujillo]

Package: openoffice.org-gtk
Version: 2.0.3-2
Severity: normal


If openoffice.org-gtk is installed, it makes oooqs-kde have a strange 
behavior, jumping focus from any application to ooo's applications, and 
the icons of kde pannel they blinks. So I closed oooqs-kde and the 
problem dessapeard, but if I remove openoffice.org-gtk I can use 
oooqs-kde without problems, even if I remove the package in hot the 
problem dessapear.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=es_CO, LC_CTYPE=es_CO (charmap=ISO-8859-1)

Versions of packages openoffice.org-gtk depends on:
ii  libatk1.0-0  1.12.1-1The ATK accessibility toolkit
ii  libc62.3.6-15GNU C Library: Shared libraries
ii  libcairo21.2.0-3 The Cairo 2D vector graphics libra
ii  libdbus-1-2  0.62-4  simple interprocess messaging syst
ii  libdbus-glib-1-2 0.62-4  simple interprocess messaging syst
ii  libfontconfig1   2.3.2-7 generic font configuration library
ii  libgcc1  1:4.1.1-5   GCC support library
ii  libglib2.0-0 2.10.3-3The GLib library of C routines
ii  libgtk2.0-0  2.8.18-1The GTK+ graphical user interface 
ii  libpango1.0-01.12.3-1+b1 Layout and rendering of internatio
ii  libstdc++6   4.1.1-5 The GNU Standard C++ Library v3
ii  libstlport4.6c2  4.6.2-3 STLport C++ class library
ii  libx11-6 2:1.0.0-7   X11 client-side library
ii  libxcursor1  1.1.5.2-5   X cursor management library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxfixes3   1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.0-5   X11 Input extension library
ii  libxinerama1 1:1.0.1-4   X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
ii  libxrender1  1:0.9.0.2-4 X Rendering Extension client libra
ii  openoffice.org-core  2.0.3-2 OpenOffice.org office suite archit

openoffice.org-gtk recommends no packages.


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

Bug#383407: dpsyco-cfengine: please convert to using cfengine2

[Alec Berryman]

Package: dpsyco-cfengine
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

cfengine has been superseded by cfengine2 and is dead upstream.  #367057
requests cfengine be removed from the archive.  Would you please
convert dpsyco-cfengine to use cfengine2?

Thanks,

Alec

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

iD8DBQFE49G+Aud/2YgchcQRAqq7AKDkMD/umbmaoyUr1Qk7UkP6NKmQ2QCfRavW
NXZ5TUYN2hhATXRIKzjoC2Y=
=ABEJ
-END PGP SIGNATURE-


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

Bug#383404: harden-doc: dangerous default policy DROP in the example firewall in Appendix F

[Ratiu Petru]

Package: harden-doc
Version: 3.5
Severity: normal


Although correct when viewed strictly from the security point of view,
default policy of DROP on the INPUT chain is very dangerous when
flushing the chain remotely, as I once found out myself, as a newbie :(

My suggestion would be:
a) either to append "iptables -A INPUT -j DROP" at the end and setting
the policy to ACCEPT , or
b) include a note about this pitfall and methods to avoid it, like
keeping an "on" and "off" state of the firewall and applying them with
iptables-restore, for example.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

-- no debconf information


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

Bug#382977: [Pbuilder-maint] Bug#382977: fails to umount with internal pdebuild

[Junichi Uekawa]

Hi,

> --- pbuilder-checkparams  2006-07-26 00:39:52.0 +0100
> +++ /tmp/pbuilder-checkparams 2006-08-16 16:15:12.0 +0100
> @@ -264,3 +264,5 @@
>   ;;
>  esac
>  
> +# sort BINDMOUNTS to ensure that deeper directories are mounted last
> +BINDMOUNTS="$(for i in $BINDMOUNTS; do echo $i; done | sort -u)"
> 
> 
> 
> --- pbuilder-modules  2006-07-26 00:39:53.0 +0100
> +++ /tmp/pbuilder-modules 2006-08-16 16:18:26.0 +0100
> @@ -126,7 +126,13 @@
>   fi
>   umount_one "proc"
>  fi
> +# push arguments on a stack to reverse direction
> +local reversed
> +reversed=''
>  for mnt in $BINDMOUNTS; do
> +  reversed="$mnt $reversed"
> +done
> +for mnt in $reversed; do
>   umount_one "$mnt"
>  done
>  }

This looks good.
Could you commit with appropriate entries in:
ChangeLog
debian/changelog


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#382429: Same problem

[John Dalton]

I've got the same problem with samba on my AMD64 system since the last
upgrade (2 days ago).

Interestingly since that upgrade totem fails with the same error:

$ totem
ERROR: Could not determine network interfaces, you must use a interfaces
config line
$ dpkg -S `which totem`
totem-xine: /usr/bin/totem
$ dpkg -l totem*
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  totem  1.4.4-1A simple media player for the Gnome
desktop
un  totem-gstreame  (no description available)
un  totem-mozilla   (no description available)
ii  totem-xine 1.4.4-1A simple media player for the Gnome
desktop


Do your systems do this as well?  Is this related to samba's problem?




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

Bug#356300:

[Michael Banck]

tags 356300 +fixed-upstream
thanks

Hi,

this got applied upstream now (thanks, daniels), any chance this is
going into the Debian packages, *please*?


Michael


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

Bug#383398: ITP: tptest3 -- A suite for testing bandwidth

[Otavio Salvador]

Michael Rasmussen <[EMAIL PROTECTED]> writes:

> This package include:
> 1) The reference server. This is the server users connects to.
> 2) The master server. The is the server users query for and address of a 
> testserver.
> 3) A very minimal cli client to test the rererence server.
   ^ typo

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://www.freedom.ind.br/otavio
-
"Microsoft gives you Windows ... Linux gives
 you the whole house."


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

Bug#366843: apache: same problem here...

[Cristian Ionescu-Idbohrn]

Followup-For: Bug #366843
Package: apache
Version: 1.3.34-3

...but with the latest unstable package. here is some info:

,
| ...
| + '[' '!' /var/www ']'
| + '[' apache '!=' apache-ssl ']'
| + '[' '!' 80 ']'
| + '[' '!' localhost ']'
| + db_set apache/server-name localhost
| + _db_cmd 'SET apache/server-name' localhost
| + printf '%s\n' 'SET apache/server-namelocalhost'
| + IFS='
| '
| + read -r _db_internal_line
| + RET='10 apache/server-namelocalhost doesn'\''t exist'
| + case ${_db_internal_line%%[   ]*} in
| + return 10
| dpkg: error processing apache (--configure):
|  subprocess post-installation script returned error exit status 10
| Errors were encountered while processing:
|  apache
| E: Sub-process /usr/bin/dpkg returned an error code (1)
`

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages apache depends on:
pn  apache-common  (no description available)
ii  debconf [debconf-2.0] 1.5.3  Debian configuration management sy
ii  libc6 2.3.6-19   GNU C Library: Shared libraries
ii  libdb4.4  4.4.20-7   Berkeley v4.4 Database Libraries [
ii  libexpat1 1.95.8-3.2 XML parsing C library - runtime li
ii  libmagic1 4.17-3 File type determination library us
ii  logrotate 3.7.1-3Log rotation utility
ii  lsb-base  3.1-14 Linux Standard Base 3.1 init scrip
ii  mime-support  3.37-1 MIME files 'mime.types' & 'mailcap
ii  perl  5.8.8-6.1  Larry Wall's Practical Extraction

apache recommends no packages.

-- no debconf information


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

Bug#383402: mb_Delete() fails to free memory

[Ian Gulliver]

Package: libmusicbrainz4-dev
Version: 2.1.2

When doing normal query operations with the musicbrainz C interface, it
leaks memory like a sieve because mb_Delete() doesn't actually free
the RDF parser object.  Patch is attached.

-- 
Ian Gulliver
Penguin Hosting
"Failure is not an option; it comes bundled with your Microsoft products."
diff -Naur libmusicbrainz-2.1.2/lib/rdfextract.cpp 
libmusicbrainz-2.1.2.mod/lib/rdfextract.cpp
--- libmusicbrainz-2.1.2/lib/rdfextract.cpp 2004-10-12 10:10:46.0 
+0200
+++ libmusicbrainz-2.1.2.mod/lib/rdfextract.cpp 2006-08-16 03:59:15.0 
+0200
@@ -52,8 +52,6 @@
 
 RDFExtract::RDFExtract(const string &rdfDocument, bool useUTF8)
 {
-   RDF_Parser parser;
-
hasError = false;
this->useUTF8 = useUTF8;
 
@@ -77,7 +75,7 @@
 
 RDFExtract::~RDFExtract(void)
 {
-
+   RDF_ParserFree (parser);
 }
 
 void RDFExtract::StatementHandler(RDF_SubjectType subject_type,
diff -Naur libmusicbrainz-2.1.2/lib/rdfextract.h 
libmusicbrainz-2.1.2.mod/lib/rdfextract.h
--- libmusicbrainz-2.1.2/lib/rdfextract.h   2004-10-12 09:28:44.0 
+0200
+++ libmusicbrainz-2.1.2.mod/lib/rdfextract.h   2006-08-16 03:59:04.0 
+0200
@@ -70,6 +70,7 @@
 
 private:
 
+RDF_Parser parser;
 vector  triples;
 stringerror, empty, retValue, count;
 bool  useUTF8, hasError;


signature.asc
Description: Digital signature

Bug#332433: Processed: severity of 332433 is serious

[Steve Langasek]

Alec,

On Wed, Aug 16, 2006 at 03:04:51PM -0700, Debian Bug Tracking System wrote:

> > severity 332433 serious

Why?  The original bug was filed by a member of the security team, and he
tagged the bug as "important".  Please don't change bug severities without
some explanation.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/

Bug#383400: tiger: deb_checkmd5sums and udev problem

[James Strandboge]

Package: tiger
Version: 1:3.2.1-25tpp3
Severity: normal

I encountered this bug on in ubuntu.  See:
https://launchpad.net/distros/ubuntu/+source/tiger/+bug/50611

This is more of a heads up as I do not run a Debian system with udev.
When tiger runs deb_checkmd5sums on a udev package, device files are
checked which won't work and may disable keyboard input.  See the above
report for a patch.

Jamie Strandboge

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-3-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages tiger depends on:
ii  binutils  2.15-6 The GNU assembler, linker and bina
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  debconf   1.4.30.13  Debian configuration management sy
ii  diff  2.8.1-11   File comparison utilities
ii  fileutils 5.2.1-2The GNU file management utilities 
ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii  net-tools 1.60-10The NET-3 networking toolkit
ii  shellutils5.2.1-2The GNU shell programming utilitie
ii  textutils 5.2.1-2The GNU text file processing utili

-- debconf information excluded


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

Bug#383401: ITP: keytouch -- easily configure extra function keys in multimedia keyboards

[Luis Rodrigo Gallardo Cruz]

Package: wnpp
Severity: wishlist
Owner: Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]>


* Package name: keytouch
  Version : 2.2.0
  Upstream Author : Marvin Raaijmakers <[EMAIL PROTECTED]>
* URL : http://keytouch.sourceforge.net/index.html
* License : GPL
  Programming Lang: C
  Description : easily configure extra function keys in multimedia keyboards

Kaytouch allows you to define, for every individual function key, what
to do if it is pressed.

KeyTouch version 2 is designed for Linux kernel 2.6 and is the first
program of its kind that perfectly works together with kernel 2.6.



Keytouch 2.1.4 is already packaged for Ubuntu. Said packaging will be
used as a starting point for the Debian package.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#374757: Solfege and python

[Ross Boylan]

I've been seeing this problem too for quite awhile, and would be glad
if it were fixed.

Ross Boylan


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

Bug#383403: linux-2.6: includes nondistributable and non-free binary firmware

[Larry Doolittle]

Package: linux-2.6
Severity: serious
Justification: Policy 2.1


The following 59 files, found in Debian's linux-2.6_2.6.17.orig.tar.gz,
apparently contain software in binary form, for which Debian has no
corresponding source code.  Debian policy states that "The program
must include source code, and must allow distribution in source code
as well as compiled form." Therefore Debian must not distribute these
files.

drivers/atm/atmsar11.data
drivers/atm/pca200e.data
drivers/atm/pca200e_ecd.data
drivers/atm/sba200e_ecd.data
drivers/char/drm/mga_ucode.h
drivers/char/drm/r128_cce.c
drivers/char/drm/radeon_cp.c
drivers/char/dsp56k.c
drivers/char/ip2/fip_firm.h
drivers/media/dvb/ttpci/av7110_hw.c
drivers/media/dvb/ttusb-budget/dvb-ttusb-dspbootcode.h
drivers/media/video/usbvideo/vicam.c
drivers/net/appletalk/cops_ffdrv.h
drivers/net/appletalk/cops_ltdrv.h
drivers/net/bnx2_fw.h
drivers/net/cassini.h
drivers/net/e100.c
drivers/net/hamradio/yam1200.h
drivers/net/hamradio/yam9600.h
drivers/net/myri_code.h
drivers/net/pcmcia/ositech.h
drivers/net/starfire_firmware.h
drivers/net/tg3.c
drivers/net/tokenring/3c359_microcode.h
drivers/net/typhoon-firmware.h
drivers/scsi/advansys.c
drivers/scsi/ql1040_fw.h
drivers/scsi/ql12160_fw.h
drivers/scsi/ql1280_fw.h
drivers/scsi/qla2xxx/ql2100_fw.c
drivers/scsi/qla2xxx/ql2200_fw.c
drivers/scsi/qla2xxx/ql2300_fw.c
drivers/scsi/qla2xxx/ql2322_fw.c
drivers/scsi/qla2xxx/ql2400_fw.c
drivers/scsi/qlogicpti_asm.c
drivers/usb/misc/emi26_fw.h
drivers/usb/net/kawethfw.h
drivers/usb/serial/io_fw_boot2.h
drivers/usb/serial/io_fw_boot.h
drivers/usb/serial/io_fw_down2.h
drivers/usb/serial/io_fw_down3.h
drivers/usb/serial/io_fw_down.h
drivers/usb/serial/ti_fw_3410.h
drivers/usb/serial/ti_fw_5052.h
drivers/usb/serial/whiteheat_fw.h
sound/isa/sb/sb16/sb16_csp_codecs.h
sound/isa/wavefront/wavefront_fx.c
sound/oss/maestro3.h
sound/oss/ymfpci_image.h
sound/oss/yss225.c
sound/pci/cs46xx/cs46xx_image.h
sound/pci/cs46xx/imgs/cwc4630.h
sound/pci/cs46xx/imgs/cwcasync.h
sound/pci/cs46xx/imgs/cwcdma.h
sound/pci/cs46xx/imgs/cwcemb80.h
sound/pci/cs46xx/imgs/cwcsnoop.h
sound/pci/korg1212/korg1212-firmware.h
sound/pci/maestro3.c
sound/pci/ymfpci/ymfpci_image.h

This list is probably not perfect.  Corrections are welcome.
Additional information is posted at
  http://doolittle.icarus.com/~larry/fwinventory/2.6.17.html

-- System Information: deleted (irrelevant)


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

Bug#383398: ITP: tptest3 -- A suite for testing bandwidth

[Michael Rasmussen]

Package: wnpp
Severity: wishlist
Owner: Michael Rasmussen <[EMAIL PROTECTED]>


* Package name: tptest3
  Version : 3.1.7
  Upstream Author : Ragnar Loenn <[EMAIL PROTECTED]>
* URL : http://tptest.sourceforge.net
* License : GPL
  Programming Lang: C
  Description : A suite for testing bandwidth

DESCRIPTION
The  purpose with TPTEST is to allow users to measure the speed of their 
Internet connection in a simple way. TPTEST measures the  throughput  speed  to 
 and from  various  reference  servers  on  the Internet. The use of TPTEST may 
help increase the consumer/end user knowledge of how Internet services work.

This package include:
1) The reference server. This is the server users connects to.
2) The master server. The is the server users query for and address of a 
testserver.
3) A very minimal cli client to test the rererence server.

The package provides this in three binary packages.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1)


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

Bug#383399: evince: fails to render 38/39 & 40/41 pages correctly

[Anand Kumria]

Package: evince
Version: 0.4.0-2
Severity: normal

Hi,

evince doesn't display all the text on pages 38/39 and 40/41. However
xpdf displays them fine.

The PDF is located at:


Thanks,
Anand

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-rc2
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages evince depends on:
ii  gconf2 2.14.0-4  GNOME configuration database syste
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.1-1  The ATK accessibility toolkit
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libavahi-client3   0.6.11-1  Avahi client library
ii  libavahi-common3   0.6.11-1  Avahi common library
ii  libavahi-glib1 0.6.11-1  Avahi glib integration library
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-3  The Bonobo UI library
ii  libc6  2.3.6-19  GNU C Library: Shared libraries
ii  libcairo2  1.2.0-3   The Cairo 2D vector graphics libra
ii  libdbus-1-20.62-4simple interprocess messaging syst
ii  libdjvulibre15 3.5.17-1  Runtime support for the DjVu image
ii  libesd-alsa0 [libesd0] 0.2.36-3  Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig1 2.3.2-7   generic font configuration library
ii  libfreetype6   2.2.1-2   FreeType 2 font engine, shared lib
ii  libgconf2-42.14.0-4  GNOME configuration database syste
ii  libgcrypt111.2.2-3   LGPL Crypto library - runtime libr
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.10.3-3  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeprint2.2-0 2.12.1-6  The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0   2.12.1-4  GNOME 2.2 print architecture User 
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-1  GNOME virtual file-system (runtime
ii  libgnutls131.4.1-1   the GNU TLS library - runtime libr
ii  libgpg-error0  1.2-1 library for common error values an
ii  libgtk2.0-02.8.18-1  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libkpathsea4   3.0-18path search library for teTeX (run
ii  libnautilus-extension1 2.14.1-5  libraries for nautilus components 
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.12.3-1+b1   Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-5.2  PNG library - runtime
ii  libpoppler0c2  0.4.5-4.1 PDF rendering library
ii  libpoppler0c2-glib 0.4.5-4.1 PDF rendering library (GLib-based 
ii  libpopt0   1.10-2lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libstdc++6 4.1.1-10  The GNU Standard C++ Library v3
ii  libtasn1-2 1:0.2.17-2Manage ASN.1 structures (runtime)
ii  libtiff4   3.8.2-6   Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.0.0-7 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.26.dfsg-3 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  zlib1g 1:1.2.3-13compression library - runtime

evince recommends no packages.

-- no debconf information


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

Bug#381452: emacs21: FTBFS on mips, mipsel

[Steve Langasek]

Rob,

Are you (or anyone else) looking into this bug?  The version in testing
FTBFS on all archs, and the version in unstable FTBFS on mips*, so we don't
seem to have a releasable emacs21 anywhere.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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

Bug#10813: new generation Margarito

[Jackie Hollingsworth]

The three brand name drugs available to improve sex lives are now available in 
generic form at a significantly
lower price.

Pick up the one that is best for you at:

http://hon84p5ung4m9hzsmhzsmzzh.unsparseck.st







nose parcel



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

Bug#103250: Erection problems can be fixed Gordon

[Tiffany]

Want to see something shocking?

Everyone knows it's embarressing for people to talk with their physician about 
their or their partners private "issues". Well, you
don't need to be embarressed. We can offer the pill right to your door and at 
about one third of the cost.

We have hundreds of thousands of happy couples who changed their marriages. If 
you want to take a look, please check
up the site below. You'll be quite impressed:

http://j87a6r7wp066b1ju6jjuo1j1.unsparseck.st







short simple




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

Bug#383149: tried purging then reinstalling octave2.9 package

[John Dalton]

I sent an email yesterday pointing out that I had octave2.1
installed before octave2.9.  It seems to have gone missing.

In case it is a problem with packaging, here is the
sequence I followed in installing octave:

24/10/2005
# apt-get install octave octave-forge octave-plplot octave2.1-doc
octave2.1-info
# apt-get install octave2.1-headers

15/8/2006
Upgrade to octave 2.9:
# apt-get install octave2.9 octave2.9-info octave2.9-doc
octave2.9-htmldoc octave2.9-headers

Try it out, then remove octave 2.1:
# apt-get remove --purge octave octave2.1 octave2.1-info
octave2.1-htmldoc octave2.1-headers

Report bug #383149.

17/8/2006
Wonder if the problem is an interaction between octave 2.1 and 2.9
packages.  Do a clean reinstall of octave2.9 (ie. with no octave2.1)

# apt-get remove --purge octave2.9 octave2.9-info octave2.9-doc
octave2.9-htmldoc octave2.9-headers
# apt-get install octave2.9 octave2.9-info octave2.9-doc
octave2.9-htmldoc octave2.9-headers

After this fresh reinstall, symptoms are still present as before:
$ mkoctfile -v uitest.cc
g++ -c -fPIC -I/usr/include/octave-2.9.7
-I/usr/include/octave-2.9.7/octave -m32 uitest.cc -o uitest.o
/usr/bin/g++ -shared -Wl,-Bsymbolic -o uitest.oct uitest.o
-L/usr/lib/octave-2.9.7 -loctinterp -loctave -lcruft -m32 -llapack-3
-lblas-3 -lfftw3 -lreadline -lncurses -ldl -lhdf5 -lz -lm
-L/usr/lib/gcc/x86_64-linux-gnu/4.1.2
-L/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64 -L/lib/../lib64
-L/usr/lib/../lib64 -lhdf5 -lz -lgfortranbegin -lgfortran -lm -lgcc_s
/usr/bin/ld: skipping incompatible /usr/lib/octave-2.9.7/liboctinterp.so
when searching for -loctinterp
/usr/bin/ld: cannot find -loctinterp
collect2: ld returned 1 exit status
$



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

Bug#383388: openoffice.org-draw: re-install attempt succeeded

[Arthur Marsh]

Package: openoffice.org-draw
Version: 2.0.3-5
Followup-For: Bug #383388


Trying to re-upgrade openoffice.org-draw and openoffice.org-core 
succeeded:

Reading changelogs...
(Reading database ... 182873 files and directories currently installed.)
Preparing to replace openoffice.org-draw 2.0.3-4 (using 
.../openoffice.org-draw_2.0.3-5_i386.deb) ...
Unpacking replacement openoffice.org-draw ...
Preparing to replace openoffice.org-core 2.0.3-4 (using 
.../openoffice.org-core_2.0.3-5_i386.deb) ...
Unpacking replacement openoffice.org-core ...
Setting up openoffice.org-core (2.0.3-5) ...
Setting up openoffice.org-draw (2.0.3-5) ...

Setting up openoffice.org-writer (2.0.3-5) ...

Setting up openoffice.org-calc (2.0.3-5) ...

Setting up openoffice.org-impress (2.0.3-5) ...

Setting up openoffice.org-math (2.0.3-5) ...

Setting up openoffice.org-base (2.0.3-5) ...

Setting up openoffice.org (2.0.3-5) ...

Setting up openoffice.org-kde (2.0.3-5) ...
Press return to continue.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages openoffice.org-draw depends on:
ii  libc6 2.3.6-19   GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-10 GCC support library
ii  libstdc++64.1.1-10   The GNU Standard C++ Library v3
ii  libstlport4.6c2   4.6.2-3STLport C++ class library
ii  openoffice.org-core   2.0.3-5OpenOffice.org office suite archit
ii  zlib1g1:1.2.3-13 compression library - runtime

openoffice.org-draw recommends no packages.

-- no debconf information


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

Bug#383058: Fwd: Bug#383058 closed by Steve Kemp <[EMAIL PROTECTED]> (Bug#383058: fixed in xen-tools 2.3-0)

[Henning Sprang]

I can't confirm that this works with 2.3

as well

xen-create-image --noswap --size=2Gb --copy /dev/null
--template=/etc/xen-tools/hvm.tmpl --hostname
faitest-client-generic-hv

as

xen-create-image --noswap=1 --size=2Gb --copy /dev/null
--template=/etc/xen-tools/hvm.tmpl --hostname
faitest-client-generic-hv

(while I'd prefer the first one for brevity) produce images without
swap,  even if I have not defined a swap in the config file (which
should be overridden then anyway).
At a first glance, the code looks like it's doing the right thing, but
I am not a perl guru, and a bit tired. Still issueing the commands
above and sure it's not an old swap I am seeing.

Henning


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

Bug#383036: closed by Steve Kemp <[EMAIL PROTECTED]> (Bug#383036: fixed in xen-tools 2.3-0)

[Henning Sprang]

I have another issue here with getting hvm going:

hvm systems seem under some(probably all?) circumstances only be able
to boot when having an absolute path to the physical volume.

However, the value {$image_vbd} seem to be replaced with a physical
disk path relative to /dev.
I can workaround it by hard-coding the first and last part of the disk
(phy and -disk) and only replacing the name value, but so I lose the
possibility to create image or disk based vm's with only one template.

(hmm, maybe I can also script the template a bit?)
Anyway, a image_vbd value that works better would be nice.

Henning


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

Bug#383396: [INTL:pt] Portuguese translation for xapian-bindings (debconf)

[Rui Branco]

Package: xapian-bindings
Version: 0.9.6-5
Tags: l10n, patch
Severity: wishlist

Portuguese (pt) translation for xapian-bindings's debconf messages by
Luísa Lourenço .
Feel free to use it.

For translation updated please contact Luísa Lourenço and CC the Portuguese
translation team 














# Portuguese translation of xapian-bindings's debconf messages.
# Luísa Lourenço <[EMAIL PROTECTED]>, 2006.
#
#
msgid ""
msgstr ""
"Project-Id-Version: xapian-bindings 0.9.6-5\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-07-18 05:08-0600\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: Luísa Lourenço <[EMAIL PROTECTED]>\n"
"Language-Team: Native Portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../php4-xapian.templates:1001 ../php5-xapian.templates:1001
msgid "Do you want php.ini to be configured to load Xapian?"
msgstr "Quer que o php.ini seja configurado para carregar o Xapian?"

#. Type: boolean
#. Description
#: ../php4-xapian.templates:1001
msgid ""
"This package can automatically modify the PHP4 ini file to add the necessary "
"entry to always load Xapian into PHP.  Alternatively any PHP script which "
"uses Xapian can load it explicitly with 'dl(\"xapian.so\");'."
msgstr ""
"Este pacote pode modificar automaticamente o ficheiro ini do PHP4 para "
"adicionar a entrada necessária para que seja sempre carregado o Xapian "
"para o PHP. Alternativamente qualquer script PHP que use o Xapian pode "
"carrega-lo explicitamente com 'dl(\"xapian.so\");'."

#. Type: boolean
#. Description
#: ../php5-xapian.templates:1001
msgid ""
"This package can automatically modify the PHP5 ini file to add the necessary "
"entry to always load Xapian into PHP.  Alternatively any PHP script which "
"uses Xapian can load it explicitly with 'dl(\"xapian.so\");'."
msgstr ""
"Este pacote pode modificar automaticamente o ficheiro ini do PHP5 para "
"adicionar a entrada necessária para que seja sempre carregado o Xapian "
"para o PHP. Alternativamente qualquer script PHP que use o Xapian pode "
"carrega-lo explicitamente com 'dl(\"xapian.so\");'."

Bug#382617: samhain: FTBFS: multiple undefined references

[Javier Fernández-Sanguino Peña]

On Sat, Aug 12, 2006 at 11:42:05AM +0200, Julien Danjou wrote:
> Package: samhain
> Version: 2.2.0-2
> Severity: serious
> 
> Hello,
> 
> There was a problem while autobuilding your package:

Please also notice that I'm now building and uploading a new upstream version
(2.2.3) which (in its changelog) mentions some fixes to compilation issues
and regressions. Please give it a try and tell me if it works for you.

Thanks

Javier


signature.asc
Description: Digital signature

Bug#383397: munin-node: Please make te postfix_mailqueue plugin use postconf to find the spooldir

[Sven Mueller]

Package: munin-node
Version: 1.2.4-1
Severity: wishlist
Tags: patch

Hi.

Currently, the spool directory is somewhat hardcoded in the plugin even
though it can be overridden by an environment variable. It would be nice
if the plugin automatically found the right path as long as the
"postconf" binary works correctly (i.e. the configuration files are at
their default location). Attached is a patch which implements this.

Regards,
Sven
diff -ur munin-1.2.4/node/node.d/postfix_mailqueue.in 
munin-1.2.4.new/node/node.d/postfix_mailqueue.in
--- munin-1.2.4/node/node.d/postfix_mailqueue.in2005-10-08 
12:11:01.0 +0200
+++ munin-1.2.4.new/node/node.d/postfix_mailqueue.in2006-08-17 
01:33:41.482301467 +0200
@@ -30,8 +30,9 @@
 #%# family=auto
 #%# capabilities=autoconf
 
-# Can be set via environment, but default is /var/spool/postfix
-SPOOLDIR=${spooldir:-/var/spool/postfix}
+# Can be set via environment, but default is fetched by postconf and
+# usually is /var/spool/postfix
+SPOOLDIR=${spooldir:-`postconf -h queue_directory`}
 
 # Postfix mqueue management: http://www.postfix.cs.uu.nl/queuing.html
 # maildrop: Localy posted mail

Bug#382450: [Pkg-cryptsetup-devel] Bug#382450: Root on (lvm-)crypto-md doesn't work

[Mike Kasick]

On Wed, Aug 16, 2006 at 09:48:04AM +0200, David H?rdeman wrote:

> It seems likely that this is actually bug #382263. Could you please try
> updating mdadm with the experimental deb package provided in that bug
> report, rebuilding the initramfs image and rebooting?

Yes!  The experimental deb (mdadm_2.5.3-1~unreleased.4) solved this
problem.  Cryptsetup is working perfectly now and the system is able to
boot.

Thanks for helping me in figuring out this issue.


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

Bug#382617: samhain: FTBFS: multiple undefined references

[Javier Fernández-Sanguino Peña]

On Sat, Aug 12, 2006 at 11:42:05AM +0200, Julien Danjou wrote:
> Package: samhain
> Version: 2.2.0-2
> Severity: serious
> 
> Hello,
> 
> There was a problem while autobuilding your package:

I cannot reproduce this issue and, moreover, it really looks like a GCC
issue:

> > sh_files.o: In function `sh_files_parse_mask':
> > x_sh_files.c:(.text+0x45d): undefined reference to `__stack_chk_guard'
> > x_sh_files.c:(.text+0x695): undefined reference to `__stack_chk_guard'
> > x_sh_files.c:(.text+0x849): undefined reference to `__stack_chk_fail'

Those are references to GCC's stack protector, I'm inclined to think that
it's trying to use '-fstack-protector' in your system and fails. Could you
please provide me with the full build so I can check what those the
'configure' run answers to 'checking whether gcc accepts -fstack-protector'?

Thanks

Javier


signature.asc
Description: Digital signature

Bug#335312: patch

[dann frazier]

tags 335312 + patch
stop

This gets rid of the warning for me.

--- /usr/share/perl5/Mail/SpamAssassin/Message/Node.pm  2005-08-11 
18:38:46.0 -0600
+++ /tmp/Node.pm2006-08-16 17:31:35.933145658 -0600
@@ -57,7 +57,8 @@
 headers=> {},
 raw_headers=> {},
 body_parts => [],
-header_order   => []
+header_order   => [],
+type=> ""
   };
 
   # deal with any parameters

-- 
dann frazier



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

Bug#383058: closed by Steve Kemp <[EMAIL PROTECTED]> (Bug#383058: fixed in xen-tools 2.3-0)

[Henning Sprang]

found the problem:
the call to lvcreate in line 1502 of xen-create-image isn't made
dependent from the noswap option...

Henning


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

Bug#383343: w3c-linkchecker: contains bogus /usr/share/lintian/overrides/foo/

[Frederic Schutz]

On 8/16/06, Justin B Rye <[EMAIL PROTECTED]> wrote:

Hi Justin,


Along with its /usr/share/lintian/overrides/w3c-linkchecker file
("copyright-should-refer-to-common-license-file-for-gpl"), this
package contains an empty directory named .../foo/.


good catch, thanks for the report. I've made the change in my local
repository, the bug will be closed when the next version is uploaded
(but I am not tagging the bug "pending" yet because I have no idea
when it will be...)

Cheers,

Frederic


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

Bug#383149: Output of "mkoctfile -v uitest.cc" as requested

[John Dalton]

Output as requested:

$ mkoctfile -v uitest.cc
g++ -c -fPIC -I/usr/include/octave-2.9.7
-I/usr/include/octave-2.9.7/octave -m32 uitest.cc -o uitest.o
/usr/bin/g++ -shared -Wl,-Bsymbolic -o uitest.oct uitest.o
-L/usr/lib/octave-2.9.7 -loctinterp -loctave -lcruft -m32 -llapack-3
-lblas-3 -lfftw3 -lreadline -lncurses -ldl -lhdf5 -lz -lm
-L/usr/lib/gcc/x86_64-linux-gnu/4.1.2
-L/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64 -L/lib/../lib64
-L/usr/lib/../lib64 -lhdf5 -lz -lgfortranbegin -lgfortran -lm -lgcc_s
/usr/bin/ld: skipping incompatible /usr/lib/octave-2.9.7/liboctinterp.so
when searching for -loctinterp
/usr/bin/ld: cannot find -loctinterp
collect2: ld returned 1 exit status
$



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

Bug#383395: [INTL:pt] Portuguese translation for xtel (debconf)

[Rui Branco]

Package: xtel
Version: 3.3.0-5.3
Tags: l10n, patch
Severity: wishlist

Portuguese (pt) translation for xtel's debconf messages by
Luísa Lourenço .
Feel free to use it.

For translation updated please contact Luísa Lourenço and CC the Portuguese
translation team 













# Portuguese translation of xtel's debconf messages.
# Luísa Lourenço <[EMAIL PROTECTED]>, 2006.
#
#
msgid ""
msgstr ""
"Project-Id-Version: xtel 3.3.0-5.3\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-07-22 05:02-0600\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: Luísa Lourenço <[EMAIL PROTECTED]>\n"
"Language-Team: Native Portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../templates:1001
msgid "The X font server must be restarted !"
msgstr "O servidor das fontes do X tem de ser reiniciado!"

#. Type: note
#. Description
#: ../templates:1001
msgid "Xtel needs special fonts to work. They just have been installed."
msgstr "Xtel precisa de fontes especiais para funcionar. Acabaram de ser "
"instaladas."

#. Type: note
#. Description
#: ../templates:2001
msgid "I-Minitel configuration needs initial checking"
msgstr "A configuração do I-Minitel precisa de verificação inicial."

#. Type: note
#. Description
#: ../templates:2001
msgid ""
"Check /etc/ppp/peers/iminitel for modem options (line, speed, ...) before "
"trying your first connection to i-iminitel server.  Your may also need to "
"enable this service in /etc/xtel/services."
msgstr ""
"Verifique /etc/ppp/peers/iminitel para opções do modem (linha, velocidade, 
...) "
"antes de tentar a sua primeira ligação ao servidor do i-iminitel. Poderá 
também "
"precisar de activar este serviço em /etc/xtel/services."

Bug#378284: No icon if KWlan is started as normal user

[Thomas Michel]

Hello,

can you confirm that in version 0.5.2 there is no kicker icon at all? Or are 
just the interface icons missing? This happens if a normal user cannot start 
ifconfig (for example, I found that in Suse 10.0 it is not in the path of a 
normal user). This will be fixed in KWlan 0.5.3.

If so, can you try to add ifconfig to your path and tell me the results?

Thanks,

Tom.


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

Bug#383394: pbuilder: Fails to build if source tree has files with zero size

[Michael Rasmussen]

Package: pbuilder
Version: 0.156
Severity: important

when your source tree contains empty files pbuilder for some reason cannot see 
the files. It appears to me that the pbuilder uses stat is to ask for the size 
of the file and if the file has zero size the return in 0 - (NULL) in which 
case pbuilder treats the situation as if it is a missing file.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1)

Versions of packages pbuilder depends on:
ii  cdebootstrap  0.3.11 Bootstrap a Debian system
ii  coreutils 5.97-3 The GNU core utilities
ii  debianutils   2.17   Miscellaneous utilities specific t
ii  debootstrap   0.3.3  Bootstrap a basic Debian system
ii  gcc   4:4.1.1-6  The GNU C compiler
ii  wget  1.10.2-2   retrieves files from the web

Versions of packages pbuilder recommends:
ii  devscripts2.9.20 Scripts to make the life of a Debi
ii  fakeroot  1.5.10 Gives a fake root environment
ii  sudo  1.6.8p12-4 Provide limited super user privile

-- no debconf information


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

Bug#383387: fixed upstream

[Nik A. Melchior]

I've found a web-browsable VCS view of the mesa repository and noticed that the
fix was committed upstream back in June:

http://gitweb.freedesktop.org/?p=users/krh/mesa.git;a=commit;h=efbed00f7661aaf2bfad19e57e6b4d4c3623c9eb


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

Bug#383392: ices2: Using a init script to start daemon

[Leonardo Serra]

Package: ices2
Version: 2.0.1-5
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
I wrote a init script for start the ices2 daemon.
I believe this will be good for many people.
I send this script in attach.

Thanks
leoserra

- -- System Information:
Debian Release: testing/unstable
  APT prefers experimental
  APT policy: (990, 'experimental'), (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-amd64-k8
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages ices2 depends on:
ii  libasound21.0.11-4   ALSA library
ii  libc6 2.3.999.2-11   GNU C Library: Shared libraries
ii  libogg0   1.1.3-2Ogg Bitstream Library
ii  libshout3 2.2.2-1MP3/Ogg Vorbis broadcast streaming
ii  libspeex1 1.1.12-2   The Speex Speech Codec
ii  libtheora00.0.0.alpha7-1 The Theora Video Compression Codec
ii  libvorbis0a   1.1.2-1The Vorbis General Audio Compressi
ii  libvorbisenc2 1.1.2-1The Vorbis General Audio Compressi
ii  libxml2   2.6.26.dfsg-3  GNOME XML library
ii  netbase   4.25   Basic TCP/IP networking system

ices2 recommends no packages.

- -- no debconf information

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

iD8DBQFE46tridffdjWZJQERAuHOAJ4jhxMvfQMGWvqF8QTfiV0W3jmujwCgkhl8
jVAq2yPO0qnw+3H2ZGgvC+E=
=SjQg
-END PGP SIGNATURE-


ices2
Description: application/shellscript

Bug#383032: closed by Steve Kemp <[EMAIL PROTECTED]> (Bug#383032: fixed in xen-tools 2.3-0)

[Steve Kemp]

On Thu, Aug 17, 2006 at 12:37:11AM +0200, Henning Sprang wrote:

> already looks much better

  Great :)

> only one more point I didn#t realize yet:
> 
> Now, the long descriptions of the options are sometimes some
> characters too long to fit on the nice tiny 80x25 console I (and
> probabl many others) use.

  Yes I see that too, and had noticed it myself before you reported
 it.

  I will fix this in a point-upload once the current package makes it
 into testing.  It isn't worth an immediate upload, or a new upstream
 release just now, but it can be fixed easily enough.

Steve
-- 


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

Bug#323913: Man page for tstat

[Sandro Tosi]

Hi Marco,


First, let me thank you for the job you are doing.
Considering the tstat manpage, we didn't update it since we are updating
the HOWTO file. Since the Howto is wrinteen in POD, a manpage is
available "for free". See
http://tstat.tlc.polito.it/HOWTO/HOWTO.man


So, since the manpage is no more included in your tarball, I suggest
to remove the manpage installation call from Makefile: what about?
(see further, anyhow)


I guess that you can include that one as manpage...


I've taken the HOWTO.man (it's too much for a manpage...) and the old
manpage and I've forged a new one, that I attach to this email: you
can include it into you next release.


BTW, we plan to release a new version of Tstat by the end of September.
Can we send it to you, so that you can update the debian package?


Sure, you can notify me, and I'll upgrade the Debian package.

Best Regards,
Sandro

--
Sandro Tosi (aka Morpheus, matrixhasu)
My (little) site: http://matrixhasu.altervista.org/


tstat.man
Description: Unix manual page

Bug#383393: [INTL:pt] Portuguese translation for wzdftpd (debconf)

[Rui Branco]

Package: wzdftpd
Version: 0.7.2-4
Tags: l10n, patch
Severity: wishlist

Portuguese (pt) translation for wzdftpd's debconf messages by
Luísa Lourenço .
Feel free to use it.

For translation updated please contact Luísa Lourenço and CC the Portuguese
translation team 















# Portuguese translation of wzdftpd's debconf messages.
# This file is distributed under the same license as the wzdftpd package.
# Luísa Lourenço <[EMAIL PROTECTED]>, 2006.
#
#
msgid ""
msgstr ""
"Project-Id-Version: wzdftpd 0.7.2-4\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-07-06 05:03-0600\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: Luísa Lourenço <[EMAIL PROTECTED]>\n"
"Language-Team: Native Portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../wzdftpd.templates:1001
msgid "Upgrading"
msgstr "A actualizar"

#. Type: note
#. Description
#: ../wzdftpd.templates:1002
msgid ""
"The format of the config file has changed in version 0.6.0, and is not "
"compatible with previous version."
msgstr ""
"O formato do ficheiro de configuração mudou na versão 0.6.0, e não é 
compatível "
"com a versão anterior."

#. Type: note
#. Description
#: ../wzdftpd.templates:1003
msgid ""
"You must create a new config file. See /usr/share/doc/wzdftpd/examples for "
"an example."
msgstr ""
"Tem de criar um novo ficheiro de configuração. Veja /usr/share/doc/wzdftpd/"
"examples para um exemplo."

Bug#383334: xorg-server_1:1.1.1-1(sparc/experimental): FTBFS: "Failed to link Mesa source tree"

[David Nusinow]

tags 383334 +pending
thanks

On Wed, Aug 16, 2006 at 05:48:49PM +0200, Frank Lichtenheld wrote:
> Package: xorg-server
> Version: 1:1.1.1-1
> Severity: serious
> 
> Hi,
> 
> your package failed to build from source. Sadly I had no time
> investigating yet, why, but it does seem to appear on all architectures.

This is due to me not remembering to bump the required version of the mesa
packages in the build-depends. It's fixed in svn by Drew and I'll be
uploading a fixed version shortly. Thanks for the report!

 - David Nusinow


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

Bug#378667: XPCOM glue

[Marc Gueury]

Hi Mike,

I would like so much that what you say would be true. It would 
ease my life a lot. The problem is that I was not doing it before 
and I had to recompile the extension for each version of Firefox 
for each platform to let it work... 

The reason is that when you link with xpcom_glue. You link only with
frozen
interface that have to match in each version of the library. Between 
version other xpcom functions have changed of signature. So, it is not
possible
to link against XPCOM. 

If you are able to show me the opposite. I am opened to listen.
But I have already tried and it does not unhappily work :-)

Please read this:

http://developer.mozilla.org/en/docs/XPCOM_Glue

Marc

Mike Hommey wrote:

  On Sun, Aug 13, 2006 at 09:39:05PM +0200, Marc Gueury <[EMAIL PROTECTED]> wrote:
  
  
Hi all,

I am the HTML validator extension author. I noticed this bug due to 
several mails I receive from Debian users. Even, if I do not use Debian 
distribution.

The conversation, analysis is quite interesting. To answer to a 
particular remark above, linking to the XPCOM glue is not stupid at all 
!!! It is even needed.
If I was linking the library to the full XPCOM of a particular firefox 
version. The extension would only work with that particular Firefox 
version. By linking to XPCOM glue, I am able to make the same extension 
work for Mozilla Suite, Seamonkey, Firefox 1.0, Firefox 1.5 and 2.0. 
Without  XPCOM glue, I would need 5 Linux  binaries for the same  
program what is, in practice, impossible to maintain.

  
  
This is just wrong. If you don't link against the glue, it works
everywhere too.

Mike


  

Bug#358196: bugzilla bug

[Rainer Zocholl]

[EMAIL PROTECTED](Alexis Sukrieh)  14.08.06 16:54

Once upon a time "Alexis Sukrieh " shaped the electrons to say...

>tags 358196 + moreinfo
>thanks

>Hello,

>Do you manage to reproduce the bug with the last version (2.22-1) ?

I'll try at friday.


>Thanks for giving me some feedback about that issue.

Thanks for making bugzilla!



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

Bug#383368: xsysinfo: fix compile warnings

[Sandro Tosi]

Hi, this patch fixes some minor compile warnings.


Thank you very much: I'll include it asap in the package, and I'll try
to forward it to the last known upstream author of the package.

Cheers,
Sandro

--
Sandro Tosi (aka Morpheus, matrixhasu)
My (little) site: http://matrixhasu.altervista.org/


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

Bug#383389: sudo: fails to execute commands in /*/sbin

[Felipe Sateler]

Package: sudo
Version: 1.6.8p12-4
Severity: important

sudo fails with a command not found error when trying to execute any
command that lives in /sbin or /usr/sbin. However the environment is set
properly:

[EMAIL PROTECTED] ~ ]% env | grep PATH
PATH=/home/fsateler/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
[EMAIL PROTECTED] ~ ]% sudo visudo
sudo: visudo: command not found
[EMAIL PROTECTED] ~ ]% sudo env | grep PATH
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin
[EMAIL PROTECTED] ~ ]% sudo which visudo
/usr/sbin/visudo

This is running zsh, but fails also with bash. The config file has the
env_reset option set, and no other option. The user which calls sudo has
an ALL=ALL config line.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages sudo depends on:
ii  libc6 2.3.6-19   GNU C Library: Shared libraries
ii  libpam-modules0.79-3.2   Pluggable Authentication Modules f
ii  libpam0g  0.79-3.2   Pluggable Authentication Modules l

sudo recommends no packages.

-- no debconf information


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

Bug#383036: closed by Steve Kemp <[EMAIL PROTECTED]> (Bug#383036: fixed in xen-tools 2.3-0)

[Henning Sprang]

On 8/16/06, Debian Bug Tracking System <[EMAIL PROTECTED]> wrote:

This is an automatic notification regarding your Bug report
#383036: support for hvm guests,


( I start to see that the topic should be different, but it will be
gone soon anyway...)

I have 2 issues with the current implementation:

I just tried to give "hvm.tmpl" as template, assuming it would take a
file in /etc/xen-tools/. It didn't, but instead the template xm.tmpl
was used.

For one thing it would be convenient to choose to either give a name
in /etc/xen-tools or, if someone prefers stroing their template
elsehwere, an absolute path (similar to xen xm behaviour).
Then, if a wrong temple is given, that is a fatal error - a user
should always give a valid template or none, so the default is being
used.
At least a warning should be given out, but I'd vote for a fatal error instead.

Henning


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

Bug#383364: cruft: Maybe explain scripts /do/ make sense for broken symlinks

[Sukant Hajra]

Package: cruft
Version: 0.9.6-0.15
Followup-For: Bug #383364


I thought about it, and although I originally thought that filter files
make sense for broken symlinks, maybe this is the kind of thing that
should be scripted.  For instance, broken symlinks for module-init-tools
might only be broken if modutils isn't installed.  So a script could
manage this kind of conditional checking.  

However, I don't see any value to scripts explaining that a symlink
"must be" broken.  Instead, I would give the scripts "may be broken"
semantics.  Just to tie it into my recommendation for Bug #373708, there
could be in /etc/cruft:

  must_exist_scripts/
  may_exist_scripts/   <- globbing could be allowed here maybe?
  may_exist_filters/
  may_be_broken_scripts/   <- and here too?
  may_be_broken_filters/

These directories would allow the end user a lot of control over the
output of cruft's report (especially if coupled with your
CAPITALS-naming convention idea).  

Let me know if there are any real problems with these ideas in theory.
If it's just a matter of time and priority then maybe some time
later I'll have a closer look at cruft's source.  Also, I don't know,
but are any features in dpkg 2.0 supposed to obsolete cruft?  I'll have
to look into that too.

- Sukant


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

Bug#383390: [INTL:pt] Portuguese translation for xtell (debconf)

[Rui Branco]

Package: xtell
Version: 2.10.4
Tags: l10n, patch
Severity: wishlist

Portuguese (pt) translation for xtell's debconf messages by
Luísa Lourenço .
Feel free to use it.

For translation updated please contact Luísa Lourenço and CC the Portuguese
translation team 












# Portuguese translation of xtell's debconf messages.
# Luísa Lourenço <[EMAIL PROTECTED]>, 2006.
#
#
msgid ""
msgstr ""
"Project-Id-Version: xtell 2.10.4\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-01-25 09:27+0100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: Luísa Lourenço <[EMAIL PROTECTED]>\n"
"Language-Team: Native Portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:4
msgid "Do you want xtell daemon to run from inetd?"
msgstr "Quer que o daemon xtell corra a partir do inetd?"

#. Type: boolean
#. Description
#: ../templates:4
msgid "By default, xtelld runs from inetd."
msgstr "Por omissão, xtelld corre a partir do inetd."

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"However, you can run it as standalone daemon. If you select No, xtell daemon "
"will be started automatically at boot time."
msgstr ""
"No entanto, pode correr como 'standalone daemon'. Se selecionar Não, o daemon 
"
"xtell irá ser iniciado automaticamente durante o arranque do sistema."

#. Type: boolean
#. Description
#: ../templates:4
msgid "If unsure, select Yes"
msgstr "Se não tem a certeza, seleccione Sim"

Bug#383391: gimp: Broken icon path in .desktop file

[Free Ekanayaka]

Package: gimp
Version: 2.2.12-1
Severity: normal

Hi,

it seems that the 
  
/usr/share/applications/gimp-2.2.desktop  
  
file shipped with 2.2.12-1 has a broken icon path:
  
Icon=${datarootdir}/gimp/2.0/images/wilber-icon.png
  
while it should probably be   
  
Icon=/usr/share/gimp/2.0/images/wilber-icon.png
  
as it were in earlier versions of the packages.
  
Thanks,   

Free


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

Bug#383387: libgl1-mesa-glx: printf() in line rendering loop

[Nik A. Melchior]

Package: libgl1-mesa-glx
Version: 6.5.0.cvs.20060524-2
Severity: normal


The report is for the version of mesa in experimental.

There's some debugging output in the GL library that makes line drawing
unbearably slow.  I've been mystified by these sets of three hex numbers since
recent packaging changes have required the use of xorg/mesa from experimental
in order to enable direct rendering (I have an i855GM).  I finally got around to
building a package with debugging symbols and found the culprit.

There's a printf in src/mesa/tnl/t_vb_render.c line 89 which needs to be removed
(or made conditional for debugging purposes).  I'll include a backtrace at the
point where the macro is expanded, and attach a test program which is probably
not necessary anymore since I've tracked down the culprit.

Thanks!

#0  0xb78f0fdd in clip_render_lines_verts (ctx=0x8054980, start=0, count=84, 
flags=49) at tnl/t_vb_rendertmp.h:85
#1  0xb78fc2e4 in run_render (ctx=0x8054980, stage=0x8298924)
at tnl/t_vb_render.c:321
#2  0xb78e1f3a in _tnl_run_pipeline (ctx=0x8054980) at tnl/t_pipeline.c:162
#3  0xb783c438 in intelRunPipeline (ctx=0x8054980) at intel_tris.c:758
#4  0xb791f452 in _tnl_flush_vtx (ctx=0x8054980) at tnl/t_vtx_exec.c:281
#5  0xb79172cb in _tnl_FlushVertices (ctx=0x8054980, flags=1)
at tnl/t_vtx_api.c:877
#6  0xb7840b45 in _mesa_Flush () at main/context.c:1817
#7  0xb7c5a226 in glFlush () at ../../../src/mesa/glapi/glapitemp.h:1160
#8  0xb7edf3e0 in glutSwapBuffers () at freeglut_display.c:51
#9  0x08048d33 in display_func () at ./test_i810_dri.c:53
#10 0xb7ee8d34 in fghcbDisplayWindow (window=0x804ecf8, enumerator=0xb7820f74)
at freeglut_main.c:212
#11 0xb7eec99a in fgEnumWindows (enumCallback=0xb7ee8cd0 , 
enumerator=0xbfe5bd08) at freeglut_structure.c:388
#12 0xb7ee9263 in glutMainLoopEvent () at freeglut_main.c:251
#13 0xb7ee9cbe in glutMainLoop () at freeglut_main.c:1046
#14 0x08048a59 in main (argc=-1211216176, argv=0xb7dbe3a0)
at ./test_i810_dri.c:75

-- System Information:
Debian Release: testing/unstable
  APT prefers experimental
  APT policy: (500, 'experimental'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.7-swsusp2
Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1)

Versions of packages libgl1-mesa-glx depends on:
ii  libc6 2.3.6-19   GNU C Library: Shared libraries
ii  libdrm2   2.0.1-1Userspace interface to kernel DRM 
ii  libx11-6  2:1.0.0-8  X11 client-side library
ii  libxext6  1:1.0.1-1  X11 miscellaneous extension librar
ii  libxxf86vm1   1:1.0.1-1  X11 XFree86 video mode extension l

libgl1-mesa-glx recommends no packages.

-- no debconf information
#include 

float clip_near = 0.5;
float clip_far = 500.0;
float view_elevation = 45;
float view_azimuth = 0;
float view_distance = 50;
float view_x = 0.0;
float view_y = 0.0;
float view_z = 0.0;

void
draw_grid (void)
{
  int i;
  int num_cells = 20;
  float line_spacing = 1.0;
  float R = 0.0, G = 0.0, B = 0.5;

  glBegin(GL_LINES); {
for (i = -num_cells/2; i < num_cells/2+1; i++) { 
  glColor3f(R, G, B); 
  if ((i+num_cells)%4 == 0) {
glColor3f(1.0-R, 1.0-G, 1.0-B);
  }
  glVertex3f( i*line_spacing,  -line_spacing*num_cells/2, 0);
  glVertex3f( i*line_spacing,   line_spacing*num_cells/2, 0);
  glVertex3f(-line_spacing*num_cells/2, i*line_spacing,   0);
  glVertex3f( line_spacing*num_cells/2, i*line_spacing,   0);
}
  } glEnd();
}

void
timer_func (int dummy)
{
  view_azimuth += 5;
  glutTimerFunc(100, &timer_func, 0);
  glutPostRedisplay();
}

void
display_func (void)
{
  glMatrixMode(GL_MODELVIEW);
  glLoadIdentity();
  glTranslated(0.0,0.0,-view_distance);
  glRotated(-view_elevation, 1.0, 0.0, 0.0);
  glRotated( view_azimuth,   0.0, 0.0, 1.0);
  glTranslated(-view_x, -view_y, -view_z);
  glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);
  draw_grid();
  glutSwapBuffers();
}

void
reshape_func (int w, int h)
{
  glViewport(0, 0, (GLsizei)w, (GLsizei)h);
  glMatrixMode(GL_PROJECTION);
  glLoadIdentity();
  gluPerspective(30, (GLfloat)w/(GLfloat)h, clip_near, clip_far);
}

int
main (int argc, char *argv[])
{
  glutInit(&argc, argv);
  glutInitDisplayMode(GLUT_DOUBLE | GLUT_RGBA);
  glutInitWindowSize(300, 300);
  glutCreateWindow("test_program");
  glutDisplayFunc(display_func);
  glutReshapeFunc(reshape_func);
  glutTimerFunc(100, &timer_func, 0);
  glutMainLoop();
}

Bug#383032: closed by Steve Kemp <[EMAIL PROTECTED]> (Bug#383032: fixed in xen-tools 2.3-0)

[Henning Sprang]

On 8/16/06, Debian Bug Tracking System <[EMAIL PROTECTED]> wrote:

This is an automatic notification regarding your Bug report
#383032: better man page for xen-create-image,
which was filed against the xen-tools package.


already looks much better, only one more point I didn#t realize yet:

Now, the long descriptions of the options are sometimes some
characters too long to fit on the nice tiny 80x25 console I (and
probabl many others) use.

e.g. in the description of "--force" the "match" doesn't fit in the
line anymore.
There are much more things like that.

I personally can work around it by enlarging the screen, but in some
situations and with some terminals that isn't easy to do.

Henning


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

Bug#382681: [Pkg-ltsp-devel] Bug#382681: ltsp-server: inetd or netbase dependency?

[Otavio Salvador]

Vagrant Cascadian <[EMAIL PROTECTED]> writes:

> On Tue, Aug 15, 2006 at 08:45:57AM -0700, Vagrant Cascadian wrote:
>> updated the dependencies for ltsp-server to "openbsd-inetd |
>> netkit-inetd" in our bzr branch
>
> looking at the dependencies for netbase on debian, it looks like netbase
> depends on "openbsd-inetd | netkit-inetd". to make it even more
> interesting, both openbsd-inetd and netkit-inetd depend on netbase...
>
> should we just depend on netbase?

Do that. I think is the right way to solve it.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://www.freedom.ind.br/otavio
-
"Microsoft gives you Windows ... Linux gives
 you the whole house."


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

Bug#383362: New libc breaks GnuPG

[Aurelien Jarno]

tag 380504 + pending
tag 383362 + pending
thanks

On Wed, Aug 16, 2006 at 11:57:18PM +0200, Aurelien Jarno wrote:
> merge 380504 383362
> thanks
> 
> Aurelien Jarno wrote:
> >Martin Schulze wrote:
> >>Package: libc6
> >>Version: 2.3.6-16 (and newer)
> >>
> >>When I install a libc6 that is compiled with GCC 4.1 instead of 4.0
> >>gnupg (1.4.5-1) doesn't want to work anymore.
> >>'gnupg --clearsign < file' gets a segmentation fault.  Compiling
> >>2.3.6-16 with GCC 4.0 again makes the problem go away.
> >>
> >>2.3.6-19 still causes the segfault.  Not sure if I can compile it
> >>with GCC 4.0, though (first trial failed).
> >>
> >>I'm not sure if other people notice the same problem or if
> >>it's just me...
> >>
> >
> >Could you please tell us the architecture you are using, your kernel, 
> >and also do an 'ldd /usr/bin/gpg'?
> >
> >It works correctly here, but I am not sure we are using the same setup.
> >
> >Aurelien
> 
> Ok, I bet you are using a 2.4 kernel and you are actually have the same 
> bug as 380504. I will try to find a fix asap.
> 
 
Ok, fix found, checked in our SVN, it will be in the next upload
(probably soon). Thanks to Denis Barbier for the hint.

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#370136: Me too

[Eugen Dedu]

Just to say that I would really appreciate to have the new version of 
kimdaba in debian (and that I am too sad to use the old 2.1 version)...


Friendly,
--
Eugen Dedu


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

Bug#383386: libchm1: some chm files sections are not rendered

[Alban BROWAEYS]

Package: libchm1
Version: 0.38-1
Severity: normal

In http://www.xisc.com/download/prado_wiki.zip the API
section is not
rendered in kchmviewer nor gnochm.
I though it to be an issue with the library. please
reassign if wrong:

Regards
Alban





-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/baKernel: Linux
2.6.15-1-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8
(charmap=UTF-8)

Versions of packages libchm1 depends on:
ii  libc6 2.3.6-15   GNU C
Library: Shared libraries

libchm1 recommends no packages.

-- no debconf information
sh




 p4.vert.ukl.yahoo.com uncompressed/chunked Wed Aug 16 22:15:36 GMT 2006 


___ 
Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet 
! 
Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos 
expériences. 
http://fr.answers.yahoo.com 



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

Bug#382852: New version available

[Ferreira Yohann]

Hi there,

Not speaking about many problem with my internet connection last two months, 
I'm happy to tell libguichan is ready in version 0.5.0 !

You can get it there :
deb http://bertram.ifrance.com ./
deb-src http://bertram.ifrance.com ./

The packages'  names are libguichan0 and libguichan0-dev, as usual.

You can have it there in a pre-version. This package will be sponsorised, 
corrected and be released on experimental soon.

Regards,

Bertram

> Package: libguichan0
> Version: 0.4.0-4
>
> Hello,
> Could you please update the guichan version to the new release 0.5.0? I
> need this version to compile some stuff and there are some good
> improvements available.
> Thanks.


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

Bug#381493: liferea-xulrunner: accented character not correctly displayed with XulRunner plugin

[Vincent Lefevre]

On 2006-08-04 21:54:40 +0200, Vincent Lefevre wrote:
> When I use the XulRunner plugin, I get a strange display error for
> a particular 'é' character (the one that comes before is correctly
> displayed, though). See the attached snapshot. I've switched the
> plugin between XulRunner and GtkHTML2 several times, and the bug
> is reproducible only with the XulRunner plugin.
[...]

I've attached a simple testcase. Also, I've just noticed that the
bug appears only with French messages (e.g. LC_MESSAGES=fr_FR),
but never with the English ones. That's strange...

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / SPACES project at LORIA


liferea-xul-bug.tar.bz2
Description: Binary data

Bug#362034: aptitude: inappropriate location for localized manpages

[Thomas Huriaux]

Yunfeng Wang <[EMAIL PROTECTED]> (12/04/2006):
> There exists some unexpected manpages in /usr/share/man/man8
> 
> $ dpkg -L aptitude | grep man
> /usr/share/man/man8/aptitude.fr.8.gz
> /usr/share/man/man8/aptitude.8.gz
> /usr/share/man/man8/aptitude.fi.8.gz
> /usr/share/man/fi
> /usr/share/man/fi/man8
> /usr/share/man/fi/man8/aptitude.8.gz
> /usr/share/man/fr
> /usr/share/man/fr/man8
> /usr/share/man/fr/man8/aptitude.8.gz
> 
> Look, we have `aptitude.{fr,fi}.8.gz' in /usr/share/man/man8/ together
> with `aptitude.8.gz'. They should be better stored in
> /usr/share/man/{fr,fi}/man8/ respectively, I think.
> 
> Another confusing situation:
> there exists some stuff under /usr/share/man/{fr,fi}/man8/ too.
> Is there any difference between them?

Note that the French part of this problem is being dealt with in
#351531.

-- 
Thomas Huriaux


signature.asc
Description: Digital signature

Bug#383379: libjpeg-progs: [exifautotran] changes file mode

[Vincent Arkesteijn]

Package: libjpeg-progs
Version: 6b-13
Severity: normal

exiftran changes the mode of a file. Even though the original file
has mode 0644, the new one has 0600. umask is set to 0022, so that
is not the cause of the problem.

After reading bug report #376376, I found out about exiftran, and
that doesn't have this problem. I agree with the suggestion given
there to move exifautotran out of the way. exiftran seems the more
robust tool.

Thank you.

Vincent.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-amd64-k8
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libjpeg-progs depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 

libjpeg-progs recommends no packages.

-- no debconf information


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

Bug#365315: xterm and charcell fonts

[Angus Lees]

reassign 365315 xserver-xorg
retitle xserver-xorg whitespace in charcell fonts rendered as squares
thanks

> With the new version of today, the opendir issue has gone, but I
> found some kind of wrong encodings (with the space char) in a font
> previously perfectly working.  See the xterm screenshot enclosed.

> XTerm*Font: -monotype-andale mono-medium-r-normal--14-0-0-0-c-0-iso8859-15

I looked into this last week and it seems the Xserver behaviour has
changed with respect to charcell fonts (...-c-...).  If you change
this to use the monospace variant (...-m-...) it should appear as you
expect.  This is definately a change in behaviour (as I recall it,
previous Xservers treated the two identically), but I'm not sure it is
incorrect.

Rendering the spaces in the font as little squares probably is an
Xserver bug though.  Reassigning.


X guys:

xfd -fn '-monotype-andale mono-medium-r-normal--14-0-0-0-c-0-iso8859-15'
(or the 'charcell' variant of any other truetype monospaced font) and
look at all the squares where there should be whitespace.  Previous
Xservers didn't do the little squares.

Is this intentional?  Should x-ttcidfont-conf be generating the
charcell variants for these fonts at all?  (I never really did
understand the use-case for charcell fonts; is it meant to be only a
CJK thing?)

-- 
 - Gus


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

Bug#374570: one idea to fix this (was: Re: Bug#374570: automake1.9: contains non-free material)

[Eric Dorland]

* Joost van Baal ([EMAIL PROTECTED]) wrote:
> Op wo  9 aug 2006 om 01:56:07 +0200 schreef Joost van Baal:
> > On Wed, 21 Jun 2006 00:55:56 -0400, Eric Dorland wrote:
> > > I'm working on it
> > 
> > People are getting nervous.  Any idea on an ETA?  Would it be useful to
> > publish your (incomplete) work, so that I could help in an efficient
> > way?  (I haven't found any public version control system for the
> > automake* Debian packages.)
> 
> I guess the easiest hack would be, in doc/Makefile: replace
> 
>  install-data-am: install-info-am
> 
> with
> 
>  install-data-am:
> 
> .  Remove doc/automake* from the tarball.  debian/ stuff probably
> needs very little changes.   I don't think there's an easy way
> to build without the info stuff without patching the upstream
> buildsystem :( .
> 
> A new automake1.9-nonfree source and binary package could hold the pure
> original upstream tarball, and just install the info stuff.
> 
> I'll work more on this, following this idea, the coming week.

No need, I should have something in the archive tonight. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#383372: libsensors3: Uninstallable in etch, depend on virtual libsysfs2

[Petter Reinholdtsen]

[Steve Langasek]
> libsysfs2 is not a virtual package.  Something seems to be wrong
> with the packages list for the debian-edu CD, this package is
> present in both etch and sid.

Right.  Stranger and stranger.  I believe I found out what is going
on.  debian-cd adds libsysfs2-udeb, and it claim to provide libsysfs2,
so debian-cd conclude that libsensors3 have its dependency fulfulled
on the CD and thus fail to include libsysfs2 on the CD.

So this would be a bug in debian-cd and how udebs are handled.  Thank
you for the explanation and the heads up.  I've now made sure both
libsysfs2 and libsysfs2-udeb are put on the CD, and hope that will
solve the problem.

I guess this bug could be reassigned to debian-cd, but I leave it
closed for now.

Friendly,
-- 
Petter Reinholdtsen


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