date:20061227

Bug#398343: gallery: comments for pictures work even when disabled in config

2006-12-27 Thread Erik Steffl

Even after setting $gallery->app->comments_anonymous = "no" it is still 
possible to post comments, there are no links but direct post still 
works, here's what I see in apache logs (I guess that's how the comments 
are added):


72.232.93.197 - - [27/Dec/2006:16:53:07 -0800] "POST 
/gallery/tiger/P1060004?full=0 HTTP/1.1" 200 180655 
"http://zasran.com/gallery/tiger/P1060004?full=0"; "Mozilla/4.0 
(compatible; MSIE 6.0; Windows NT 5.1)"


I see the comments on the site:

http://zasran.com/gallery/tiger/P1060004

It looks like it's impossible to stop spammers from spamming the gallery...

I'll try the gallery forums too, thanks for the tip. Any ideas when 
you'll be updating gallery? I still see 1.5.4-2 in unstable.


erik


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

Bug#404493: sdlvideosink plugin does not exist in package 'gstreamer0.10-plugins-bad'

2006-12-27 Thread Joe Wreschnig

On Mon, 2006-12-25 at 20:26 +0300, Vitaly Mayatskih wrote:
> Subject: sdlvideosink plugin does not exist in package
> Package: gstreamer0.10-plugins-bad
> Version: 0.10.3-3
> Severity: important
> 
> *** Please type your report below this line ***
> 
> There is no sdlvideosink plugin in the package (and may be some other plugins 
> too). Package also doesn't have dependencies for sdl.

This is a wishlist bug. I'll trawl bugzilla later to see if it's a good
idea to enale this plugin.
-- 
Joe Wreschnig <[EMAIL PROTECTED]>


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

Bug#404487: Please improve the ssh regex

2006-12-27 Thread Amaya

Hi there!

Yaroslav Halchenko wrote:
> Have you tried fail2ban solution I've sent? does it work? what
> maxretry is a reasonable one?

I copied this section into my /etc/fail2ban/jail.conf:

[ssh-ddos]

enabled = true
port= ssh
filter  = sshd-ddos
logpath  = /var/log/auth.log
maxretry = 6

Then I copied the attached sshd-ddos.conf to /etc/fail2ban/filter.d/ and
restarted fail2ban.

I am still looking at what is happening, so that this gets tested before
you and upstream have some beer ;)

Just for the sake of detail, my ssh server listens on two ports: 22 and
443 (don't ask, you really don't want to know), so this could either
trigger false positives or miss some "attacks", but this is my local
problem, and I have read your doc about multi-port module support in
iptables, so I understand this problem is not easy to solve, and none of
your bussiness really.

But, I can easily do some iptables magic in my main fw for ssh to only
listen on port 22, so that this test becomes more accurate. 

Would it be helpful if I did that? I would be very glad to.

Cheers!

-- 
  ·''`. If I can't dance to it, it's not my revolution
 : :' :-- Emma Goldman
 `. `'   Proudly running Debian GNU/Linux (unstable)
   `- www.amayita.com  www.malapecora.com  www.chicasduras.com

Bug#404747: When using fuse file system, kernel version 7, davfs2 crashed

2006-12-27 Thread Steve Langasek

Hi Luciano,

On Wed, Dec 27, 2006 at 08:23:57PM -0300, Luciano Bello wrote:
> Package: davfs2
> Version: 1.1.2-2
> Severity: serious

> From an upstream e-mail report --- start
> When using fuse file system, kernel version 7, davfs2 crashed. But this is 
> the 
> fuse version that will be included in the standard kernel of etch. 

> I believe the bug is serious and it is in 1.1.3 too. But it only shows when 
> using fuse. With the coda kernel file system there is no problem.
> From an upstream e-mail report --- end

Why is this release-critical?  Surely it would be better to release with a
version of davfs2 that works with coda (which is what's documented in the
package description), rather than not shipping it at all?

Cheers,
-- 
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#303839: xscreensaver locks intel686 ibm laptop

2006-12-27 Thread dave stewart

I'm making this report here because what I am
experiencing appears to be identical to the previously
filed bug #303839, but I also note before I start that
dpkg claims that I no longer have xscreensaver-gnome
installed:

$ dpkg -s xscreensaver-gnome
Package: xscreensaver-gnome
Status: purge ok not-installed
Priority: optional
Section: x11

That said:

Package: xscreensaver
Version: 4.24-5
Kernel:  2.6.18-3-686
Libc:2.3.6.ds1-8

Bug was first experienced following dist-upgrade from
sarge to etch.  xscreensaver generally works, except
the first time I try to use my machine after sleeping
the whole machine is locked.  This leads me to suspect
that the problem lies with the power saving features
in xscreensaver.  I have tried disabling power
management using the gnome panel applet (and confirmed
that the changes are reflected in ~/.xscreensaver),
but this has made no difference.

Graphics chipset is VGA compatible controller: ATI
Technologies Inc Radeon Mobility M7 LW [Radeon
Mobility 7500]

X Driver is the xorg ati driver in etch:

$ dpkg -s xserver-xorg-video-ati | grep ^[PV][ae][cr]
Package: xserver-xorg-video-ati
Version: 1:6.6.3-2

There does not appear to be anything helpful logged
anywhere.

-- 
Dave Stewart

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Bug#404505: [Pkg-lirc-maint] Bug#404506: Not closing this bugreport

2006-12-27 Thread Amaya

Gerhard Brauer wrote:
> This as PM, i won't fill the BTS with "private speech" ;-)

I am replying to the bug, as I don't agree that this is "noise".

The BTS is a good tool to keep track of all the info, and lirc is group
maintained, so this way the whole group gets your email, not just me :)

This way, your chances of getting the issues fixed sooner increase, and
we can help you better.

> Oh, at moment i see it in state "Waiting for submitter" and read your
> last question to Anthony "Is the problem fixed for you?".
> That caused an "internal kernel panic" on me ;-)

Sorry, I never thought this tag would scare anyone. It's just for me to
know at a glance which bugs are answered to and which bugs are "just
there forever" without any further input. In this case, the "Waiting for
submitter" tag goes away, a confirmed tag should be added, as both of
you, reporters of what I believe is the same bug, are both responsive
and still experiencing this bug.

> I think you're absolutly right with your suggestions in your answer. I
> don't know if lirc-modules is a high-frequently used package (i don't
> use it) but like maintainers of many other packages:

You can see what Popularity Contest (popcon for short) has to say about
it here: http://qa.debian.org/developer.php?popcon=lirc (in short, lirc
and friends are installed 12.757 times). Scary ;)

> I feel you do a quite good job.

Thank you, we also appreciate your work as in: 
- testing lirc
- doing what we documented you should do, then failing to get a working
  module
- resisting the frustration and the urge to send us the black helipcopters
- submitting helful bug reports instead, dealing with overworked
  maintainers, and
- being extremely patient waiting for fixes ;)

Thanks, for bearing with us!

-- 
  ·''`. If I can't dance to it, it's not my revolution
 : :' :-- Emma Goldman
 `. `'   Proudly running Debian GNU/Linux (unstable)
   `- www.amayita.com  www.malapecora.com  www.chicasduras.com

Bug#404506: About BugReport #404506

2006-12-27 Thread Amaya

Hi, guys!

Antony Gelberg wrote:
> Gerhard Brauer wrote:
> > I got a mail from Debian BTS that you closed this bugreport.
> >
> > I not agree to that. This is a merged bugreport merged with yours
> > report 404271. You could close yours ;-) but not mine.
> >
> > So please re-open 404506 or i will do it tomorrow ;-)
> 
> Yes, sorry about that, I only wanted to close 404271.  :)

Take it easy! I merged both bugs, so when Gerhard wanted to close his
bug, he did not notice that it was then a duble bug, and closed both.

I reponend them, and I think we can treat both as the same bug (that's
why I merged: summary, either use m-a or it doesn't work).

I reponened the bugs and all is fine now.

We are working on this issue, thanks for your patience.

-- 
  ·''`. If I can't dance to it, it's not my revolution
 : :' :-- Emma Goldman
 `. `'   Proudly running Debian GNU/Linux (unstable)
   `- www.amayita.com  www.malapecora.com  www.chicasduras.com

Bug#390270: amaya: Amaya corrupts files when saving

2006-12-27 Thread Amaya

Gunnar Wolf wrote:
> Any update on closing this bug?

Amaya herself still claims she would never do such a thing. 
No, seriously, nah, nothing serious to say here :)


-- 
  ·''`. If I can't dance to it, it's not my revolution
 : :' :-- Emma Goldman
 `. `'   Proudly running Debian GNU/Linux (unstable)
   `- www.amayita.com  www.malapecora.com  www.chicasduras.com

Bug#357445: [geomview-users] dot-files in /usr/lib/geomview trigger root-kit warnings

2006-12-27 Thread Steve M. Robbins

Hello folks,


On Thu, Dec 07, 2006 at 01:02:41AM -0500, Mark Phillips wrote:

> Anyway, it's fine with me if someone wants to change the names of these
> files.  The simplest thing would be to just drop the initial '.'.  That
> would involve changing each external module and/or its Makefile, and
> changing the part of Geomview that looks for the files, which is in the file
> src/bin/geomview/commonworldio.c.

I have made these changes, and two additional ones, so that no
dot-files are installed.  

The additional changes are:

  (1) data/.geomview renamed to data/geomview This file is installed
  into ${datadir} and read at startup, so geomview.sh also changes.

  (2) data/NDview/scripts/.ndview renamed to
  data/NDview/scripts/ndview This file is also installed under
  ${datadir}, and read by src/bin/NDview/NDview, which is therefore
  also changed.

Lots of documentation files also updated.

I'm attaching the patch for comments.  I'd like to commit this in the
coming days, unless there are strong objections.

Cheers,
-Steve

? data/geomview
? data/NDview/scripts/ndview
Index: geomview.sh
===
RCS file: /cvsroot/geomview/geomview/geomview.sh,v
retrieving revision 1.8
diff -u -b -B -r1.8 geomview.sh
--- geomview.sh 23 Aug 2006 22:21:00 -  1.8
+++ geomview.sh 28 Dec 2006 05:33:45 -
@@ -44,7 +44,7 @@
 
 : ${GEOMVIEW_LOAD_PATH=.:${GEOMDATA}/geom:${GEOMDATA}}
 : ${GEOMVIEW_EMODULE_PATH=%MODULESDIR%}
-: ${GEOMVIEW_SYSTEM_INITFILE=${GEOMDATA}/.geomview}
+: ${GEOMVIEW_SYSTEM_INITFILE=${GEOMDATA}/geomview}
 
 export GEOMROOT GEOMVIEW_GVX GEOMVIEW_LOAD_PATH GEOMDATA \
 GEOMVIEW_EMODULE_PATH GEOMVIEW_SYSTEM_INITFILE
Index: mkmodulesdir
===
RCS file: /cvsroot/geomview/geomview/mkmodulesdir,v
retrieving revision 1.1
diff -u -b -B -r1.1 mkmodulesdir
--- mkmodulesdir22 Aug 2000 21:06:39 -  1.1
+++ mkmodulesdir28 Dec 2006 05:33:45 -
@@ -12,9 +12,9 @@
 fi
 
   cat > $MODULES/README < file
+   module's executable file and a geomview- file
which contains an (emodule-define ...) command for that
module.  This command implicitly calls (rehash-emodule-path)
to rebuild the application brower from the new path setting.
Index: doc/geomview.5.man
===
RCS file: /cvsroot/geomview/geomview/doc/geomview.5.man,v
retrieving revision 1.2
diff -u -b -B -r1.2 geomview.5.man
--- doc/geomview.5.man  3 Oct 2006 14:33:09 -   1.2
+++ doc/geomview.5.man  28 Dec 2006 05:33:46 -
@@ -941,9 +941,9 @@
 
`(rehash-emodule-path)'
Rebuilds the application (external module) browser by reading
-   all .geomview-* files in all directories on the emodule-path.
+   all geomview-* files in all directories on the emodule-path.
Primarily intended for internal use; any applications defined
-   by (emodule-define ...) commands outside of the .geomview-*
+   by (emodule-define ...) commands outside of the geomview-*
files on the emodule-path will be lost.  Does not sort the
entries in the brower; see (emodule-sort) for that.
 
@@ -1008,7 +1008,7 @@
`(set-emodule-path  (PATH1 ... PATHN))'
Sets the search path for external modules.  The PATHi should
be pathnames of directories containing, for each module, the
-   module's executable file and a .geomview- file
+   module's executable file and a geomview- file
which contains an (emodule-define ...) command for that
module.  This command implicitly calls (rehash-emodule-path)
to rebuild the application brower from the new path setting.
Index: doc/geomview.texi
===
RCS file: /cvsroot/geomview/geomview/doc/geomview.texi,v
retrieving revision 1.15
diff -u -b -B -r1.15 geomview.texi
--- doc/geomview.texi   15 Nov 2006 20:15:41 -  1.15
+++ doc/geomview.texi   28 Dec 2006 05:33:47 -
@@ -4385,7 +4385,7 @@
 @chapter Customization: @file{.geomview} files
 
 When Geomview is started, it loads and executes commands in a
-system-wide startup file named @file{.geomview}.  This file is in the
+system-wide startup file named @file{geomview}.  This file is in the
 @file{data} subdirectory of the Geomview distribution directory
 and
 contains gcl commands to configure Geomview in a way
@@ -5680,7 +5680,7 @@
 @table @asis
 
 @item 1.
-Create a file called @[EMAIL PROTECTED] where
+Create a file called @[EMAIL PROTECTED] where
 @[EMAIL PROTECTED] is the name of the module.  This file should contain
 a single line which is an @code{emodule-define} command for that module:
 @example
@@ -5693,7 +5693,7 @@
 $path searched by the shell.
 
 @item 2.
-Put a copy of the @[EMAIL PROTECTED] and the module
+Put

Bug#404749: closed by Filipus Klutiero <[EMAIL PROTECTED]> (Invalid)

2006-12-27 Thread Mark Whitis

This report is invalid. As you state yourself, "Actually, you can 
compile them but you can't load them because of the kernel

version difference."


That does not invalidate the report.  The two packages do not work 
together properly, though there may be people who need to use them 
together.  gcc should still probably be 
flagged as incompatible with that kernel, though maybe dpkg/apt needs a 
soft conflict tag - report a warning but don't prevent the install.

The issue could probably still be addressed to some degree with
the "Recommends:" tag.

Soft-conflict: linux-image-2.6.16-1-686, "Loadable Kernel Modules must be 
compiled with same gcc version as kernel"


I strongly suggest you to reinstall a Debian release which is 
appropriate for your level of Debian knowledge, that is stable or testing.


Don't be an ass.  I have over a decade of linux experience (and SunOS, 
Solaris, Ultrix, AIX, etc. before that) and am the co-author of a linux 
programming book.  Most of my experience is with (or even predates) RPM 
based systems but I do have several debian boxes.  If the incompatibility 
was not obvious to me, it is a debian packaging defect not a personal one. 
But if it causes problems for me, it will cause even greater problems for 
less experienced people so I generously used my valuable time to report 
the bug so other people wouldn't have the same problem.  I was able to 
install gcc-4.0 to fix the immediate problem and will probably do a kernel 
upgrade to 2.6.18-3 in the future.


And I don't see how "testing" would be an appropriate recommendation for 
someone you think is inexperienced.And the recommendation to

switch distributions in either direction because of your flawed perception
is non-sense.

In fact, the reason I upgraded to unstable in the first place is that 
stable is essentially unusable these days.  It is just too damn old, what 
with debian developers wasting time over license fanaticism instead of 
making a working distribution when a new "stable" was already long 
overdue.   I already had to upgrade much of the system to 
"unstable" and APT was having hissy fits of wanting to upgrade huge 
numbers of packages, remove large numbers of packages, or even "you can't 
get there from here" when I tried to install various packages.  KDE, 
gnome, new kernels, x.org, udev, just too much in need of

replacement.  "stable" has essentially become unmaintainable on desktop systems
(might be ok on some servers with no peripherals and no GUI programs).

I never would have installed stable in the first place if unstable
snapshots were availible on DVD.

An example of a more appropriate response would have been:
   "Yes, that is a problem but one which the current packaging
   system fails to provide tools to address.   Some developers
   need to be able to install multiple versions of gcc to compile
   programs for other systems and if I put in a "Conflicts:" tag,
   it would interfere with that and using "--force" might be
   dangerous (more so in apt-get than dpkg).   I am, therefore, filing a
   bug report on dpkg suggesting that a new tag be added to debian
   package files for soft conflicts"
But "Recommends: " might have helped, though I don't know if dist-upgrade
would have printed a message based on that.

Oh, I did file the bug on dpkg so there is no longer any need for you to
do so.   That was roughly the 43rd bug report I filed today.
(some were on upstream packages).


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

Bug#383164: I can't reproduce the bug

2006-12-27 Thread Anibal Avelar

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Hi. I have a question. I hope not be obvious.

I tried to reproduce the bug about upx error, but I couldn't.

What was the conditions under it should be proved?

I have i386/unstable with kernel 2.6.16 and 2.6.17 and I can't see it.

The package builds fine in two 386 machines.

Regards.

- --
Anibal Avelar (FixXxeR) http://fixxxer.cc
GPG: 83B64656 - C143 4AD8 B017 53FA B742  D6AA CEEA F9F3 83B6 4656
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFkwD7zur584O2RlYRAqQ7AJ4nIzbzy79XUJulBmt5MJL0j3xxYwCdFqc0
6O8KR0POyknm4HCVFZNNrOo=
=onwr
-END PGP SIGNATURE-



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

Bug#400879: I am also in need of an apache2.2 version

2006-12-27 Thread Geoff

I would like to see libapache2-mod-auth-mysql compiled against apache2.2
and depend on apache2.2-common instead of apache2-common.

Thank you for your help!




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

Bug#404778: dpkg: Need new packaging tags

2006-12-27 Thread Mark Whitis

Package: dpkg
Version: 1.13.24
Severity: normal

This is a debian policy bug report.   I am filing against dpkg since it
is the package that most directly implements that policy.

I think the debian packaging system needs to be able to record certain
types of conflicts that should not prevent installing conflicting packages
but would warn the user before installing.

For example, dist-upgrade from stable to unstable left me with a system
that had linux-image-2.6.16-1-686 and gcc-4.1, a combination that prevents
the user from compiling and installing kernel modules (which was immediately
necessary).

gcc-4.1 should have been tagged with:
   Soft-conflict: linux-image-2.6.16-1-686, "Loadable Kernel Modules \
  must be compiled with same gcc version as kernel" 
Except that tag doesn't exist yet.
Developers may need to install multiple versions of GCC so you don't 
necessarily want a hard conflict.

And linux-image-2.6.18-3-686 should have been tagged with something like
   Soft-replaces: linux-image-2.6.16-1-686, "newer kernel is availible"
Except that tag doesn't exist yet.

Soft-replace:
   - Would not require the removal of older package
   - would suggest upgrade whenever you tried to install older package in
 apt-get, aptitude, etc. either directly or as a result of another
 action (installing a different package, upgrade, dist-upgrade, etc.)

Adding a message to "Recommends: ", "Suggests: ", etc. as I have done
with these new tags would also be helpful.   Tell users WHY you recommend
them.
   Recommends: libjpeg, "for optional jpeg import/export"
Of course, the exact syntax would need to be chosen to be compatible
with existing parsing.

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

Versions of packages dpkg depends on:
ii  coreutils5.97-5.2The GNU core utilities
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries

dpkg recommends no packages.

-- no debconf information


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

Bug#404777: linux-image-vserver-686: oops when stopping a vserver

2006-12-27 Thread jschwaber

Package: linux-image-vserver-686
Version: 2.6.18+5
Severity: normal

does this when vserver emctest stop is run.

it's a dual proc system.

Asking all remaining processes to terminate...done.
Killing all remaining processes...done.
cat: /proc/cmdline: No such file or directory
mount: permission denied

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: Oops:  [#1]

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: SMP 

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: CPU:1

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: EIP is at _stext+0x3feffd6c/0x3c

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: eax: df374400   ebx: df374400   ecx:    edx: 
0001

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: esi:    edi: 0001   ebp: e065df4c   esp: 
e065df2c

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: ds: 007b   es: 007b   ss: 0068

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: Process rc (pid: 30698[#49154], ti=e065c000 task=c19840f0 
task.ti=e065c000)

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: Stack: c01161a3  0001 da353a60  da353a60 
 0001 

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel:e065df70 c01165dd   0001 0296 
da353000 df842f00 

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel:0010 c19841a8 c0131c4f  e065df90 c19840f0 
c01206a5  

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: Call Trace:

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: Code:  Bad EIP value.

Message from [EMAIL PROTECTED] at Wed Dec 27 15:18:58 2006 ...
ring kernel: EIP: [<>] _stext+0x3feffd6c/0x3c SS:ESP 
0068:e065df2c



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

Versions of packages linux-image-vserver-686 depends on:
ii  linux-image-2.6-vserver-686   2.6.18+5   Linux kernel 2.6 image on PPro/Cel

linux-image-vserver-686 recommends no packages.

-- no debconf information


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

Bug#404776: New upstream release

2006-12-27 Thread Matt Kraai

Package: gnome-btdownload
Version: 0.0.25-1
Severity: wishlist

Upstream has released 0.0.27.  Would you please package it?

-- 
Matt   http://ftbfs.org/


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

Bug#404775: iceweasel: upgrade fails from 2.0+dfsg-1 to 2.0.0.1+dfsg-1

2006-12-27 Thread Ian McDonald

Package: iceweasel
Version: 2.0+dfsg-1
Severity: grave
Tags: security
Justification: user security hole

This package can't be installed so security risk as 2.0.0.1 is mainly a
security fix.

Error I get is below:
Preparing to replace iceweasel 2.0+dfsg-1 (using
/iceweasel_2.0.0.1+dfsg-1_i386.deb) ...
Unpacking replacement iceweasel ...
dpkg: error processing
/var/cache/apt/archives/iceweasel_2.0.0.1+dfsg-1_i386.deb (--unpack):
 trying to overwrite `/usr/share/firefox', which is also in package dwww


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

Versions of packages iceweasel depends on:
ii  debianutils   2.17.4 Miscellaneous utilities specific t
ii  fontconfig2.4.2-1generic font configuration library
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-9GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libfontconfig12.4.2-1generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libglib2.0-0  2.12.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user interface 
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libmyspell3c2 1:3.1-18   MySpell spellchecking library
ii  libpango1.0-0 1.14.8-3   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxft2   2.1.8.2-8  FreeType-based font drawing librar
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  psmisc22.3-1 Utilities that use the proc filesy
ii  zlib1g1:1.2.3-13 compression library - runtime

iceweasel recommends no packages.

-- no debconf information


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

Bug#404662: iceweasel: creates /usr/share/firefox symlink

2006-12-27 Thread Steve Langasek


> At least this isn't a bug in dwww 1.10.0, because its behavior in etch
> is correct since firefox 1.5.dfsg+1.5.0.7-2 is part of etch and this
> package contains /usr/share/firefox as a directory, not as a symlink.

Um, that doesn't say much, because firefox isn't shipping with etch --
iceweasel is.

-- 
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#404543: Build available for testing

2006-12-27 Thread John Wright

Matthias,

Please try the build at http://movingsucks.org/debian/2006-12-27/ to
make sure the bugs are fixed.  After you verify, I (or you, if you would
like) will tag this as pending, and I'll upload it after I can test with
my own joysticks.

Thanks,
John


pgplalOQ5HbVe.pgp
Description: PGP signature

Bug#404773: this bug is bogus; close it

2006-12-27 Thread Norman Ramsey

The documentation does not make it clear that 

  require 'lxp.lom'

is necessary.


N


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

Bug#404593: perl: incorrect line reading at block boundary (probable race condition)

2006-12-27 Thread Vincent Lefevre

On 2006-12-27 19:57:39 -0600, Steve Peters wrote:
> Well, without any code to demonstrate the problem, it is really hard to 
> say which one of the above is the actual problem.

I've said that the line was read by . The file is opened with

  open FILE, $_

where $_ contains the filename. The file is read with calls to

sub readlin
  { $_ = ; substr($_, -1) eq "\n" }

Well, really nothing special.

Since the bug report, I've also got a few errors on the same machine:

zsh: corrupt history file /home/vlefevre/.zhistory

and indeed the file was corrupted, e.g.:

: 116:1167158516;locale

instead of:

: 1167158516:0;locale

I don't know if this is related, but there seems to be a problem
with NFS (the other machines on the network don't have any problem,
but are not under Debian/etch).

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

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

Bug#404611: Could easily be fixed in mozilla-imagezoom

2006-12-27 Thread Yaroslav Halchenko

reassign 404611 mozilla-imagezoom
thanks

Thanks Jan
(Now I CC to icedove maintainer)

I am adjusting imagezoom: actually I didn't have to make those
per-application preferences links anyways for iceweasel and icedove -
they are doing fine with per-extension preferences... iceape/mozilla
though needs them installed in application preferences directory.
That upload will close the bug, but also I want to ask few questions:

* Is there a plan to have similar move of arch indep files under share
  and symlinking for *icedove*?  (which is an apple from the same
  tree as iceweasel, so they better be consistent, and since even iceape
  did similar move already)

* I can't find in iceweasel/changelog.Debian.gz when transition to
  share from lib has happened. Thus I can't estimate when it happened.
  Since it has happened recently, I guess, I would say IMHO it
  wasn't a good  decision to make standing in the doorway of the fresh
  release

* Are there plans to have proper "hardcoded" shift into using
  /usr/share/ for arch-indep parts, ie would iceweasel code be modified
  and links removed some time?

* components/ directory has mixed set (arch indep and arch dep) files --
  will it be ever split into 2

* It would be great if someone organize a page on wiki.debian
  summarizing how ice* products are organized within file hierarchy.
  That would help other maintainers (mostly maintainers of
  extensions I guess) to provide proper placing of their files

On Wed, 27 Dec 2006, Jan Niehusmann wrote:

> (Cc: to the imagezoom maintainers)

> I did a short investigation on this bug:

> It's caused by the fact that mozilla-imagezoom does contain a file (or,
> more correctly, a symlink) at
> usr/lib/iceweasel/defaults/pref/imagezoom-defaults.js

> This makes mozilla-imagezoom own the directory
> usr/lib/iceweasel/defaults, which is already owned by iceweasel. This
> becomes a problem now, as usr/lib/iceweasel/defaults is not really a
> directory but a symlink to usr/share/iceweasel/defaults. Therefore, an
> upgrade of iceweasel can't renew this symlink and installation fails.

> An easy workaround, and probably also the correct solution, would be
> mozilla-imagezoom to install its file in
> /usr/share/iceweasel/defaults/... instead of /usr/lib/...

> The fix is trivial and mozilla-imagezoom, as a Architecture: all
> package, can be much more easily changed than iceweasel.

> One thing to be checked is if other mozilla-based packages are affected
> as well. It seems like for iceape the same change is necessary, while
> icedove contains a real directory in /usr/lib/icedove/defaults. This
> looks a little bit inconsistent, but is probably difficult to change now.

> Jan

-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]

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

Bug#387955: Same here, hardinfo crashes on devices or on report generation

2006-12-27 Thread Erich Schubert

Package: hardinfo
Version: 0.4.1-8
Followup-For: Bug #387955

Hardinfo crashes on device info or report generation.
May I suggest to make this bug RC? (Although we're in freeze, and
hardinfo won't make it into etch anyway, it seems)

All hardinfo currently shows me is that I have a CPU and a Display
(with cpu model and display resolution); all the other information is
empty or crashes.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages hardinfo depends on:
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libcairo21.2.6-1 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.2-1 generic font configuration library
ii  libglib2.0-0 2.12.6-1The GLib library of C routines
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libpango1.0-01.14.8-3Layout and rendering of internatio
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-5 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  pciutils 1:2.2.4-1   Linux PCI Utilities

hardinfo recommends no packages.

-- no debconf information


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

Bug#404774: libgd2-xpm: Segfault in antialiased lines (again)

2006-12-27 Thread Paul


Package: libgd2-xpm
Severity: important
Tags: patch

In addition to my previous fixes for anti-aliased lines (bug #364024),
this corrects a segfault when you try and draw a short line outside
image bounds (so short it is really a pixel).

Attached is a test case and a patch that corrects the problem.

thanks, sorry I didn't get this out sooner,
Paul


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18.20061123
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
test_1009: test_1009.c Makefile
gcc -Wall -g -o test_1009 test_1009.c -lgd

clean:
rm test_1009
#include 
#include 

int main()
{
   gdImagePtr im = gdImageCreateTrueColor(10,10);
   gdImageSetAntiAliased(im, gdTrueColorAlpha(255, 255, 255, 0));
   gdImageLine(im,-1,-1,-1,-1,gdAntiAliased);
   printf("OK\n");
   return 0;
}
diff -ruN libgd2-2.0.33/gd.c.orig libgd2-2.0.33/gd.c
--- libgd2-2.0.33/gd.c.orig	2006-12-28 11:31:18.0 +0900
+++ libgd2-2.0.33/gd.c	2006-12-28 11:31:15.0 +0900
@@ -3102,7 +3102,10 @@
 
 	if (dx == 0 && dy == 0) {
 		/* TBB: allow setting points */
-		gdImageSetAAPixelColor(im, x1, y1, col, 0xFF);
+  /* Watch out for -1's etc - possible with above expanded
+   * clipping bounds */
+  if (x1 >= 0 && y1 >= 0 && x1 < im->cx1 && y1 < im->cy1)
+ gdImageSetAAPixelColor(im, x1, y1, col, 0xFF);
 		return;
 	}
 	if (abs(dx) > abs(dy)) {

Bug#404611: the problem is

2006-12-27 Thread Peter Green

that iceweasel replaces that directory with a symlink but it can't do that
if another package already has files in it. What i think needs to happen
is that any plugins need to be modified to only put the files in the
iceweasel directory and then i belive the iceweasel package needs to be
made to conflict with the old versions of those packages but i'm not an
expert on this.


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

Bug#404616: monotone: Segmentation fault

2006-12-27 Thread Brian May

> "Shaun" == Shaun Jackman <[EMAIL PROTECTED]> writes:

Shaun> package monotone
Shaun> severity 404616 important
Shaun> tag 404616 unreproducible
Shaun> thanks

Me thinks it is still RC, as it makes monotone completely
unusable. Even if it is PowerPC specific, Debian is still supported on
all architectures, not just Intel.

Also, I may have forgotten to mention this bug prevents other
operations from working too, such as commit.

I am not sure what I can do to debug this, but FYI:

(gdb) bt
#0  0x0fe35ecc in __dynamic_cast () from /usr/lib/libstdc++.so.6
#1  0x100c1ef0 in std::out_of_range::~out_of_range ()
#2  0x10209214 in boost::detail::shared_count::~shared_count ()
#3  0x1012a674 in boost::gregorian::bad_month::~bad_month ()
#4  0x1012b060 in boost::gregorian::bad_month::~bad_month ()
#5  0x1012b27c in boost::gregorian::bad_month::~bad_month ()
#6  0x100f6ed8 in std::out_of_range::~out_of_range ()
#7  0x100f70e8 in std::out_of_range::~out_of_range ()
#8  0x100f7644 in std::out_of_range::~out_of_range ()
#9  0x100b7304 in std::out_of_range::~out_of_range ()
#10 0x1006f78c in std::_Rb_tree, std::_Select1st >, 
std::less, std::allocator > >::_M_erase ()
#11 0x102bcbec in std::vector >::~vector ()
#12 0x102befc8 in std::vector >::~vector ()
#13 0x0fb49994 in __libc_init_first () from /lib/tls/libc.so.6
#14 0x0fb49994 in __libc_init_first () from /lib/tls/libc.so.6
#15 0x0fb49994 in __libc_init_first () from /lib/tls/libc.so.6
Previous frame inner to this frame (corrupt stack?)

which would seem to imply the stack is corrupt, and very possibly
meaningless.
-- 
Brian May <[EMAIL PROTECTED]>


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

Bug#404767: fixed libapache-mod-random: [INTL:es] Spanish po-debconf translation

2006-12-27 Thread Javier Ruano


Package: libapache-mod-random
Priority: minor
Tags: patch l10n

sorry..
random file..


# libapache-mod-random translation to spanish
# Copyright (C) 2006 Free Software Foundation, Inc.
# This file is distributed under the same license as the package.
#
# Changes:
# - Initial translation
# Javier Ruano Ruano , 2006
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la
#  documentaciÃ³n de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducciÃ³n al espaÃ±ol, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducciÃ³n de Debian al espaÃ±ol
#   http://www.debian.org/intl/spanish/
#   especialmente las notas y normas de traducciÃ³n en
#   http://www.debian.org/intl/spanish/notas
#
# - La guÃa de traducciÃ³n de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Si tiene dudas o consultas sobre esta traducciÃ³n consulte con el Ãºltimo
# traductor (campo Last-Translator) y ponga en copia a la lista de
# traducciÃ³n de Debian al espaÃ±ol ()
#
msgid ""
msgstr ""
"Project-Id-Version: libapache-mod-random\n"
"Report-Msgid-Bugs-To: \n"  
"POT-Creation-Date: 2006-10-19 00:57+0200\n"
"PO-Revision-Date: 2006-12-27 14:00+0200\n"
"Last-Translator: Javier Ruano Ruano <[EMAIL PROTECTED]>\n"
"Language-Team: Debian L10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"


#. Type: boolean
#. Description
#: ../templates:1001
msgid "Reload apache?"
msgstr "Â¿Desea reiniciar el servidor apache?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Some apache modules were upgraded. Apache has to be reloaded to use the new "
"version. I can reload it automatically for you now, or you can do it later "
"by executing /etc/init.d/apache reload"
msgstr ""
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Reload apache-ssl?"
msgstr "Â¿Desea reiniciar apache-ssl?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Some apache modules were upgraded. Apache-ssl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-ssl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-ssl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache.ssl reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Reload apache-perl?"
msgstr "Â¿Desea reiniciar apache-perl?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"Some apache modules were upgraded. Apache-perl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-perl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-perl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache-perl reloadÂ»" 

#. Type: multiselect
#. Description
#: ../templates:4001
msgid "Please select new modules that ${flavour} should load"
msgstr "Por favor, seleccione que nuevos mÃ³dulos deberÃa cargar ${flavour}"

Bug#387946: gfax crashing (0.7.5~pre1-1) in etch

2006-12-27 Thread John J. Neff

I have installed and tested both galeon and epiphany from etch and both
work just fine.  Please let me know if there is anything else that can
help.

JJ


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

Bug#404766: fixed libapache-mod-index-rss: [INTL:es]Spanish po-debconf translation

2006-12-27 Thread Javier Ruano


attached the correct file.
sorry ...
javi.
# libapache-mod-random translation to spanish
# Copyright (C) 2006 Free Software Foundation, Inc.
# This file is distributed under the same license as the package.
#
# Changes:
# - Initial translation
# Javier Ruano Ruano , 2006
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la
#  documentaciÃ³n de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducciÃ³n al espaÃ±ol, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducciÃ³n de Debian al espaÃ±ol
#   http://www.debian.org/intl/spanish/
#   especialmente las notas y normas de traducciÃ³n en
#   http://www.debian.org/intl/spanish/notas
#
# - La guÃa de traducciÃ³n de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Si tiene dudas o consultas sobre esta traducciÃ³n consulte con el Ãºltimo
# traductor (campo Last-Translator) y ponga en copia a la lista de
# traducciÃ³n de Debian al espaÃ±ol ()
#
msgid ""
msgstr ""
"Project-Id-Version: libapache-mod-random\n"
"Report-Msgid-Bugs-To: \n"  
"POT-Creation-Date: 2006-10-19 00:57+0200\n"
"PO-Revision-Date: 2006-12-27 14:00+0200\n"
"Last-Translator: Javier Ruano Ruano <[EMAIL PROTECTED]>\n"
"Language-Team: Debian L10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"


#. Type: boolean
#. Description
#: ../templates:1001
msgid "Reload apache?"
msgstr "Â¿Desea reiniciar el servidor apache?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Some apache modules were upgraded. Apache has to be reloaded to use the new "
"version. I can reload it automatically for you now, or you can do it later "
"by executing /etc/init.d/apache reload"
msgstr ""
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Reload apache-ssl?"
msgstr "Â¿Desea reiniciar apache-ssl?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Some apache modules were upgraded. Apache-ssl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-ssl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-ssl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache.ssl reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Reload apache-perl?"
msgstr "Â¿Desea reiniciar apache-perl?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"Some apache modules were upgraded. Apache-perl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-perl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-perl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache-perl reloadÂ»" 

#. Type: multiselect
#. Description
#: ../templates:4001
msgid "Please select new modules that ${flavour} should load"
msgstr "Por favor, seleccione que nuevos mÃ³dulos deberÃa cargar ${flavour}"

Bug#404766: the truth of libapache-mod-index-rss: [INTL:es] Spanish po-debconf translation

2006-12-27 Thread Javier Ruano


Package: libapache-mod-index-rss
Priority: minor
Tags: patch l10n

cascade errors..





# libapache-mod-random translation to spanish
# Copyright (C) 2006 Free Software Foundation, Inc.
# This file is distributed under the same license as the package.
#
# Changes:
# - Initial translation
# Javier Ruano Ruano , 2006
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la
#  documentaciÃ³n de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducciÃ³n al espaÃ±ol, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducciÃ³n de Debian al espaÃ±ol
#   http://www.debian.org/intl/spanish/
#   especialmente las notas y normas de traducciÃ³n en
#   http://www.debian.org/intl/spanish/notas
#
# - La guÃa de traducciÃ³n de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Si tiene dudas o consultas sobre esta traducciÃ³n consulte con el Ãºltimo
# traductor (campo Last-Translator) y ponga en copia a la lista de
# traducciÃ³n de Debian al espaÃ±ol ()
#
msgid ""
msgstr ""
"Project-Id-Version: libapache-mod-random\n"
"Report-Msgid-Bugs-To: \n"  
"POT-Creation-Date: 2006-10-19 00:57+0200\n"
"PO-Revision-Date: 2006-12-27 14:00+0200\n"
"Last-Translator: Javier Ruano Ruano <[EMAIL PROTECTED]>\n"
"Language-Team: Debian L10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"


#. Type: boolean
#. Description
#: ../templates:1001
msgid "Reload apache?"
msgstr "Â¿Desea reiniciar el servidor apache?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Some apache modules were upgraded. Apache has to be reloaded to use the new "
"version. I can reload it automatically for you now, or you can do it later "
"by executing /etc/init.d/apache reload"
msgstr ""
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Reload apache-ssl?"
msgstr "Â¿Desea reiniciar apache-ssl?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Some apache modules were upgraded. Apache-ssl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-ssl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-ssl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache.ssl reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Reload apache-perl?"
msgstr "Â¿Desea reiniciar apache-perl?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"Some apache modules were upgraded. Apache-perl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-perl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-perl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache-perl reloadÂ»" 

#. Type: multiselect
#. Description
#: ../templates:4001
msgid "Please select new modules that ${flavour} should load"
msgstr "Por favor, seleccione que nuevos mÃ³dulos deberÃa cargar ${flavour}"

Bug#404724: linux-image-2.6.16-1-686: can't compile kernel modules, incompatible with gcc 4.1

2006-12-27 Thread Mark Whitis




2.6.16-12 is not in unstable but 2.6.18-3, which is compiled with gcc
4.1.  I suggest you upgrade to that version.


Thanks for the quick response.

Unfortunately, apt-get dist-upgrade doesn't know that 2.6.18-3 replaces 
2.6.16-1.   Since I managed to get things working by reverting to gcc 4.0
and upgrading to the newest nvidia driver (see Bug #282183), I might stay 
at 2.6.16 for the time being.



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

Bug#404758: libavcodec.pc version gratuitously broken due to "0d." prefix

2006-12-27 Thread Ben Hutchings

On Thu, 2006-12-28 at 00:33 +, Darren Salt wrote:
> Package: libavcodec-dev
> Version: 0.cvs20060823-4
> Severity: important
> 
> The version number in /usr/lib/pkgconfig/libavcodec.pc is gratuitously
> broken,

The version number there is the same version that goes in the library's
SONAME, which is arguably an upstream bug.  (SONAME versions represent
ABIs but pkg-config is all about source compatibility.)

I believe the prefix was added to the SONAME because our libavcodec may
not be binary-compatible with another distributions's version, depending
on configuration options.  In addition it may be that upstream bumps the
major number too often.  (However, I'm fairly sure the major number
*does* need to be changed from time to time, so I'm not sure the prefix
should still be "0d.".)

Ben.

-- 
Ben Hutchings
For every complex problem
there is a solution that is simple, neat, and wrong.

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

Bug#404771: sane: scanner permission problems

2006-12-27 Thread Mark Whitis

Package: sane
Version: 1.0.14-1
Severity: normal

I just did a dist-upgrade from stable to unstable in the last 24 hours.
Xsane says not to run as root or to report problems encountered as root.

But Xsane only recognizes the scanner if I am root.

This is true even if I unplug the scanner and reconnect.  On the
sane-devel list on 2004-02-39 there was discussion of similar problems
that had to do with the order in which usbfs and hotplug (now udev)
were started and replugging the scanner worked then.

xscanimage works as root but not ordinary user.

kooka works as root but not ordinary user.

Note that both xscanimage and kooka also report errors when Xsane is running
because the device is in use and fail to alert the user to the device being 
busy rather than unavailible.

Scanner is mustek 1200ub

sane-find-scanner:
   found USB scanner (vendor=0x055f, product=0x0006, chip=MA-1017) at 
libusb:002:008
  Yep, this is the Mustek Scanner
   found USB scanner (vendor=0x0403 [FTDI], product=0x6001 [USB FAST SERIAL 
ADAPTER], chip=GT-6816?) at libusb:002:007
  Nope, this is a byterunner FTDI chip (often used for all sorts 
  of things, probably including scanners) based USB to serial adapter

ii  initscripts  2.86.ds1-36 
Scripts for initializing and shutting down t
ii  udev 0.103-1 /dev/ 
and hotplug management daemon



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

Versions of packages sane depends on:
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libgimp2.0   2.2.13-1Libraries necessary to Run the GIM
ii  libglib2.0-0 2.12.6-1The GLib library of C routines
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libieee1284-30.2.10-4cross-platform library for paralle
ii  libjpeg626b-13   The Independent JPEG Group's JPEG 
ii  libpango1.0-01.14.8-3Layout and rendering of internatio
ii  libsane  1.0.18-3API library for scanners
ii  libusb-0.1-4 2:0.1.12-2  userspace USB programming library

sane recommends no packages.

-- no debconf information


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

Bug#380999: Do you still need help?

2006-12-27 Thread Alfredo Perez

Hi,

I use mc very often and if you still need help
I would like to contribute.

Please let me know

Alfredo

Bug#404734: stalin: FTBFS on amd64 buildds: not enough RAM.

2006-12-27 Thread Rob Browning

Kurt Roeckx <[EMAIL PROTECTED]> writes:

> It seems that stalin currently can't be build on the amd64 buildds
> because gcc uses too much RAM.  They both only have 2GB of RAM,
> which doesn't seem to be enough.  Building it with -O0 works.

OK, I suppose they don't have enough additional swap either.

I tested the footprint on i386, and I don't think it was nearly that
large with -O2.  I assume gcc on amd64 uses a lot more RAM.

In any case, I probably won't be able to deal with this for a week or
two, so if you (or anyone else) would like to NMU (to use -O0 on
amd64), please do.

I was really hoping to get 0.11 into etch, but I'm not sure that's
possible anymore.  It took longer than I thought it would to get the
change in the architecture list accepted.

Thanks for the help.
-- 
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#404773: liblua5.1-expat-dev: function lxp.lom.parse is missing

2006-12-27 Thread Norman Ramsey

Package: liblua5.1-expat-dev
Version: 1.0.2-2
Severity: normal

The package is missing the 'lua object model' parser
lxp.lom.parse referred to in the documentation.

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

Versions of packages liblua5.1-expat-dev depends on:
ii  liblua5.1-expat0  1.0.2-2libexpat bindings for the lua lang

liblua5.1-expat-dev recommends no packages.

-- no debconf information


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

Bug#404772: Please enhance run-parts to visually distinguish jobs in email

2006-12-27 Thread Kenneth Pronovici

Package: cron
Version: 3.0pl1-86
Severity: wishlist

Hi,

It's sometimes difficult to distinguish between output from the
different jobs run as part of cron.daily.  For instance, a recent email
I received contained these lines:

   run-parts: /etc/cron.daily/bugzilla exited with return code 1
   /etc/cron.daily/ntpdate:
   27 Dec 06:29:18 ntpdate[26274]: step time server 128.105.37.11 offset 
-5.239138 sec
   /etc/cron.daily/register_dns:
   ez-ipupdate Version 3.0.11b8
   .
   .
   .

You'll notice that three different jobs were run in this example.
However, because the output from all three scripts runs together, it's a
little difficult to read the email.  In this case, I missed the bugzilla
error for a couple of days.

It would be great if run-parts could visually distinguish between output
from each job that is run.  Possible options include a blank line
between jobs, a ruler (, ) between jobs, or perhaps a ruler and
start/stop timestamp around each job.

Anything that would make it easier to diffentiate between output from
two consecutive jobs would help me.

Thanks!

KEN

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_US)

Versions of packages cron depends on:
ii  adduser   3.63   Add and remove users and groups
ii  debianutils   2.8.4  Miscellaneous utilities specific t
ii  libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an
ii  libpam0g  0.76-22Pluggable Authentication Modules l

-- no debconf information

-- 
Kenneth J. Pronovici <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#403311: debbugs: soap.cgi sends HTTP 500 server error when given a wrong Content-Type in request

2006-12-27 Thread Amos Shapira


On 17/12/06, Don Armstrong <[EMAIL PROTECTED]> wrote:


Like how? It's an error, so returning a 500 seems perfectly
reasonable.



Hi Dan,

Here is a quote from the HTTP RFC:

 - 4xx: Client Error - The request contains bad syntax or cannot
   be fulfilled

 - 5xx: Server Error - The server failed to fulfill an apparently
   valid request


(ref: http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6.1.1)

Since it's a client error to send the wrong header in the HTTP request I'd
expect the server to recognize the client's mistake and send some 4xx error
code.

Thanks for the prompt response (and apologies for taking time to get back to
you, was on short vacation).

--Amos

Bug#404770: Fix: invisible text, displays only underlines

2006-12-27 Thread Mark Whitis

Package: firefox
Version: 2.0.0.1+dfsg-1
Severity: normal

just did a dist-upgrade from stable to unstable today.

Firefox initial display updates result in much of the web page being 
invisible text, particularly links.   For example, on google search results, 
you usually see only the underlines under links.

This is an nvidia driver problem (and probably compatibility with 
new x.org server), see Bug#282183 for fix.

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

Versions of packages firefox depends on:
ii  iceweasel 2.0.0.1+dfsg-1 lightweight web browser based on M

firefox recommends no packages.

-- no debconf information


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

Bug#397350: Debian packages for vdr-xineliboutput ready, need sponsor

2006-12-27 Thread Thomas Schmidt

Hi

* Timo Weingärtner schrieb am 28.12.06, um 00:49 Uhr:
> I made Debian packages for vdr-xineliboutput.

Thank you very much for your work, but i must admit that you should
have informed us earlier, because there is allready a package for 
xineliboutput in our svn-repository [1] since August 2006, there was
just the ITP missing. 

Unfortunately your ITP was not sent to debian-devel, in this case it 
would have been possible to prevent you from doing a lot of double 
work.

> Would someone please test my packages and upload them to Debian? It will be 
> the first upload since some file headers needed to be fixed upstream first.

Of course we can test your packages and upload, but i think it would be
be better if you could take a look at the package we have allready in
our repository and if you would continue maintaining the package in
our svn-repository. (I guess that Tobias Grimm [2], who did most of the
work with the package until now, would be very happy if you could help
him with maintaining it.)

(I would be very happy anyway, if you could help us with maintaining 
vdr and vdr-related packages, especially the packages we have allready 
in the archive [3], and the other packages in the svn-repository on 
alioth, which are not part of the official archive yet, any help is 
welcome.) 

Giving you commit-access to our repository would be no problem, the 
only thing we need is your username on alioth.debian.org.

[1] 
http://svn.debian.org/wsvn/pkg-vdr-dvb/vdr/vdr-plugin-xineliboutput/trunk/?rev=0&sc=0
[2] [EMAIL PROTECTED]
[3] http://qa.debian.org/[EMAIL PROTECTED]


Regards, 
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#404769: Subject: xmess-sdl: xmess 106 breaks gamegear emulation

2006-12-27 Thread Jason Winzenried

Package: xmess-sdl
Version: 0.106-1
Severity: important

*** Please type your report below this line ***

xmess (this would apply to xmess-sdl or xmess-x equally) breaks gamegear 
emulation in version 106.  I know this from seeing the effect here, and it
is confirmed in this bugreport in mess' bugzilla: 
http://bugzilla.mess.org/show_bug.cgi?id=967 .  Based on the date it was 
resolved, and my own
testing of later versions of mess, it was fixed between 110 and 111.

Of course, no versions of xmess exist after 106, but perhaps the change they 
applied to fix gamegear (it seems like it was a simple one) could be
ferreted out and applied to xmess 106.  Barring that, it would be great to see 
sdlmess/mame replace xmess/mame in debian, as it is actually still
maintained upstream.

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

Versions of packages xmess-sdl depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libexpat11.95.8-3.3  XML parsing C library - runtime 
li
ii  liblircclient0   0.8.0-9 LIRC client library
ii  libsdl1.2debian  1.2.11-7Simple DirectMedia Layer
ii  xmess-common 0.106-1 Support files for the Multi 
Emulat
ii  zlib1g   1:1.2.3-13  compression library - runtime

xmess-sdl recommends no packages.

-- no debconf information


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

Bug#404768: ITP: liblangscan-ruby -- Ruby module for scanners for programming languages

2006-12-27 Thread NIIBE Yutaka

Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka <[EMAIL PROTECTED]>


* Package name: liblangscan-ruby
  Version : 1.2+cvs20061228
  Upstream Author : Kenichi Ishibashi 
* URL : http://gonzui.sourceforge.net/
* License : GPL
  Programming Lang: Ruby
  Description : Ruby module for scanners for programming languages
 LangScan is a set of scanners.  It supports following languages:
   C, C++, C#, CSS, D, Eiffel, Emacs Lisp, Java, Javascript, Lua,
   OCaml, Perl, PHP, Python, Ruby, Scheme, Bourne Shell, and others.
 LangScan is used by source code search engine Gonzui.

The package 'gonzui' offered this module once, but it's
now different module.  Thus, ITP.


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

Bug#404593: perl: incorrect line reading at block boundary (probable race condition)

2006-12-27 Thread Steve Peters

On Tue, Dec 26, 2006 at 07:54:17PM +0100, Vincent Lefevre wrote:
> Package: perl
> Version: 5.8.8-7
> Severity: important
> 
> (marked as important due to data corrumption when reading a file)
> 
> I have a process that reads a file, line by line with , while
> another process is creating it. The normal behavior is to get a
> truncated file. A problem occurred when a line
> 
> [F7133666,0042]   [4145231462,66]
> 
> was read. Instead of getting this line (possibly truncated), I got
> 
> [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[4145231462,66]
> 
> with 2463 null characters. The tab character is at position 0x85000
> in the file. The file is acceded via NFS (on two different machines).
> However, without any concurrent writes, one shouldn't get such null
> characters.
> 
> I don't know if the bug is in Perl (perhaps a buffering bug), glibc
> or in the kernel...
> 

Well, without any code to demonstrate the problem, it is really hard to 
say which one of the above is the actual problem.

Steve Peters
[EMAIL PROTECTED]


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

Bug#404767: libapache-mod-random: [INTL:es] Spanish po-debconf translation

2006-12-27 Thread Javier Ruano


Package: libapache-mod-random
Priority: minor
Tags: patch l10n

Attached is the first spanish translation for this package's templates.
why's glibc-doc-reference in non-free ?
Javi.






# libapache-mod-index-rss translation to spanish
# Copyright (C) 2006 Free Software Foundation, Inc.
# This file is distributed under the same license as the package.
#
# Changes:
# - Initial translation
# Javier Ruano Ruano , 2006
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la
#  documentaciÃ³n de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducciÃ³n al espaÃ±ol, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducciÃ³n de Debian al espaÃ±ol
#   http://www.debian.org/intl/spanish/
#   especialmente las notas y normas de traducciÃ³n en
#   http://www.debian.org/intl/spanish/notas
#
# - La guÃa de traducciÃ³n de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Si tiene dudas o consultas sobre esta traducciÃ³n consulte con el Ãºltimo
# traductor (campo Last-Translator) y ponga en copia a la lista de
# traducciÃ³n de Debian al espaÃ±ol ()
#
msgid ""
msgstr ""
"Project-Id-Version: libapache-mod-index-rss\n"
"Report-Msgid-Bugs-To: \n"  
"POT-Creation-Date: 2006-10-19 00:57+0200\n"
"PO-Revision-Date: 2006-12-27 14:00+0200\n"
"Last-Translator: Javier Ruano Ruano <[EMAIL PROTECTED]>\n"
"Language-Team: Debian L10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"


#. Type: boolean
#. Description
#: ../templates:1001
msgid "Reload apache?"
msgstr "Â¿Desea reiniciar el servidor apache?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Some apache modules were upgraded. Apache has to be reloaded to use the new "
"version. I can reload it automatically for you now, or you can do it later "
"by executing /etc/init.d/apache reload"
msgstr ""
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Reload apache-ssl?"
msgstr "Â¿Desea reiniciar apache-ssl?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Some apache modules were upgraded. Apache-ssl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-ssl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-ssl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache.ssl reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Reload apache-perl?"
msgstr "Â¿Desea reiniciar apache-perl?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"Some apache modules were upgraded. Apache-perl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-perl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-perl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache-perl reloadÂ»" 


#. Type: multiselect
#. Description
#: ../templates:4001
msgid "Please select new modules that ${flavour} should load"
msgstr "Por favor, seleccione que nuevos mÃ³dulos deberÃa cargar ${flavour}"

Bug#404765: foomatic-gui: ml1710 splix broken

2006-12-27 Thread Mark Whitis

Package: foomatic-gui
Version: 0.7.6
Severity: normal

foomatic-gui fails to properly install splix for the samsung ml-1710.
lpq reports printer is ready but jobs just sit in queue.

probable cause:
   www.linuxprinting.org says:
"As the PPD files are contained in the driver package we will not 
provide PPD files here on linuxprinting.org."
   since they weren't included on linuxprinting.org, apparently they
   did not make it into foomatic even though splix is included.

workaround.
   gdi works

printconf has similar problem:
  Configuring Samsung ML-1710 on usb:/dev/usb/lp0 with splix 
  driver as queue "ml1710_1".
  There is neither a custom PPD file nor the driver database 
  entry contains sufficient data to build a PPD file.

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

Versions of packages foomatic-gui depends on:
ii  gksu 2.0.0-1 graphical frontend to su
ii  python   2.4.4-2 An interactive high-level object-o
ii  python-foomatic  0.7.6   Python interface to the Foomatic p
ii  python-glade22.8.6-8 GTK+ bindings: Glade support
ii  python-gnome22.12.4-5Python bindings for the GNOME desk
ii  python-gnome2-extras 2.14.2-1+b1 Python bindings for the GNOME desk
ii  python-gtk2  2.8.6-8 Python bindings for the GTK+ widge

Versions of packages foomatic-gui recommends:
ii  netcat  1.10-32  TCP/IP swiss army knife
ii  nmap4.20-1   The Network Mapper
ii  pconf-detect0.5-6Small printer auto-detect command-
ii  smbclient   3.0.23d-2+b1 a LanManager-like simple client fo

-- no debconf information


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

Bug#404766: libapache-mod-index-rss: [INTL:es] Spanish po-debconf translation

2006-12-27 Thread Javier Ruano


Package: libapache-mod-index-rss
Priority: minor
Tags: patch l10n

Attached is the first spanish translation for this package's templates.
GNU ? DSFG:
Javi.





# libapache-mod-index-rss translation to spanish
# Copyright (C) 2006 Free Software Foundation, Inc.
# This file is distributed under the same license as the package.
#
# Changes:
# - Initial translation
# Javier Ruano Ruano , 2006
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la
#  documentaciÃ³n de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducciÃ³n al espaÃ±ol, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducciÃ³n de Debian al espaÃ±ol
#   http://www.debian.org/intl/spanish/
#   especialmente las notas y normas de traducciÃ³n en
#   http://www.debian.org/intl/spanish/notas
#
# - La guÃa de traducciÃ³n de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Si tiene dudas o consultas sobre esta traducciÃ³n consulte con el Ãºltimo
# traductor (campo Last-Translator) y ponga en copia a la lista de
# traducciÃ³n de Debian al espaÃ±ol ()
#
msgid ""
msgstr ""
"Project-Id-Version: libapache-mod-index-rss\n"
"Report-Msgid-Bugs-To: \n"  
"POT-Creation-Date: 2006-10-19 00:57+0200\n"
"PO-Revision-Date: 2006-12-27 14:00+0200\n"
"Last-Translator: Javier Ruano Ruano <[EMAIL PROTECTED]>\n"
"Language-Team: Debian L10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"


#. Type: boolean
#. Description
#: ../templates:1001
msgid "Reload apache?"
msgstr "Â¿Desea reiniciar el servidor apache?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Some apache modules were upgraded. Apache has to be reloaded to use the new "
"version. I can reload it automatically for you now, or you can do it later "
"by executing /etc/init.d/apache reload"
msgstr ""
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Reload apache-ssl?"
msgstr "Â¿Desea reiniciar apache-ssl?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Some apache modules were upgraded. Apache-ssl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-ssl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-ssl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache.ssl reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Reload apache-perl?"
msgstr "Â¿Desea reiniciar apache-perl?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"Some apache modules were upgraded. Apache-perl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-perl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-perl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache-perl reloadÂ»" 


#. Type: multiselect
#. Description
#: ../templates:4001
msgid "Please select new modules that ${flavour} should load"
msgstr "Por favor, seleccione que nuevos mÃ³dulos deberÃa cargar ${flavour}"

Bug#404618: installation-report - sarge "thanks"

2006-12-27 Thread Rob Mitchell


Thanks for the info. I'm really excited about playing with Etch.

Pax,
Rob


Frans Pop wrote:

The kernels used by the Sarge installer (both 2.4 and 2.6) are known to 
have very limited SATA support.


You have two options:
- Install Etch [1], which is expected to be released very soon.
- Use an *unofficial* Sarge image with backported kernels and
 related utilities [2]. Note that this image is not supported.

Closing your report as SATA support in Sarge is a known issue.

Cheers,
FJP

[1] http://www.debian.org/devel/debian-installer/
[2] http://kmuto.jp/debian/d-i/

 




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

Bug#395917: babygimp: doesn't work with current version of perl-tk

2006-12-27 Thread Kenneth Pronovici


On 12/27/06, Gunnar Wolf <[EMAIL PROTECTED]> wrote:

Hi,

Any update on babygimp's status? If it no longer works and cannot be
fixed, maybe the best course of action is to remove it from Etch?


AFAIK, babygimp should already be removed from Etch per an email I
sent earlier to the release team.  I checked qa.debian.org (on my
maintainer page) and no version of babygimp is currently listed in
testing, so I think things are OK.

I haven't had time to dig in and see what else can be easily done to
fix the problem, and I have not received any other emails from
interested parties.  I will probably remove the package from Debian
entirely sometime after etch is released.

KEN

--
Kenneth J. Pronovici <[EMAIL PROTECTED]>
http://www.cedar-solutions.com/


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

Bug#361805: bug-buddy: fails to update bug information and crashes afterwards

2006-12-27 Thread Ryan Finnie


The same thing happens for me after a fresh install.  "Needs update",
downloads stuff, crashes, "needs update", downloads 2 updates,
crashes, won't run again, even if I do not download updates.  However,
the "3rd update" never appears for me.

If you do get in this situation, I did find that removing
~/.gnome2/bug-buddy.d/ brings it back to a point where at least it
doesn't crash every time.

Ryan Finnie


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

Bug#283203: netpbm #283203: Please upload

2006-12-27 Thread Adam Porter

It's been two years since this bug was reported, and the patch has been 
available for over six months.  Could we please get an upload, even if only 
to experimental?


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

Bug#404763: cupsys-bsd: lprm asks for password, won't accept, won't kill

2006-12-27 Thread Mark Whitis

Package: cupsys-bsd
Version: 1.2.7-1
Severity: normal

lprm asks for a password.  Asks for the wrong password (whitis vs root)
and doesn't accept either password.   Can't control-c, either.

ml1710 is ready and printing
RankOwner   Job File(s) Total Size
active  root71  200704 bytes
1st root72  200704 bytes
2nd root73  200704 bytes
3rd root74  (stdin) 28672 bytes
4th root75  (stdin) 28672 bytes
You have new mail in /var/mail/whitis
[EMAIL PROTECTED]:~$ lprm -
Password for whitis on localhost?
Password for whitis on localhost?
Password for whitis on localhost?
Password for whitis on localhost?
Password for whitis on localhost?
Password for whitis on localhost?
Password for whitis on localhost?
Password for whitis on localhost?
Password for whitis on localhost?
Password for whitis on localhost?
Password for whitis on localhost? Terminated   (killall lprm)

I just upgraded from unstable to stable during the last 24 hours using
dist-upgrade.

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

Versions of packages cupsys-bsd depends on:
ii  cupsys-client1.2.7-1 Common UNIX Printing System(tm) - 
ii  cupsys-common1.2.7-1 Common UNIX Printing System(tm) - 
ii  debconf  1.5.11  Debian configuration management sy
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libcupsys2   1.2.7-1 Common UNIX Printing System(tm) - 
ii  libgnutls13  1.4.4-3 the GNU TLS library - runtime libr
ii  netbase  4.27Basic TCP/IP networking system

cupsys-bsd recommends no packages.

-- debconf information:
* cupsys-bsd/setuplpd: false


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

Bug#404762: ITP: freesynd -- Free implementation of the Syndicate engine

2006-12-27 Thread Moritz Muehlenhoff

Package: wnpp
Severity: wishlist
Owner: Moritz Muehlenhoff <[EMAIL PROTECTED]>

* Package name: freesynd
  Version : 0.1
  Upstream Author : QuantumG <[EMAIL PROTECTED]>
* URL : http://freesynd.sf.net/
* License : GPL
  Programming Lang: C++
  Description : Free implementation of the Syndicate engine

Syndicate is an isometric sci-fi action game created by Bullfrog
in 1993. Freesynd attempts to provide a free engine, while using
the data taken from the original game. 

Status:
   * The first level is "playable".
   * Most of the menus are complete and functional.
   * Some juttering of agent movement has been noted.
   * Agent AI is different from the original game.
   * No trees or doors on the map.
   * The minimap is not complete.
   * Tax collection and other functionality of the world map are not done.

(Right now it's targeted for experimental/contrib).

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


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

Bug#404764: libapache-mod-cgi-debug: [INTL:es] Spanish po-debconf translation

2006-12-27 Thread Javier Ruano


Package: libapache-mod-cgi-debug
Priority: minor
Tags: patch l10n

Attached is the first spanish translation for this package's templates.
Hola ? bye:
Javi.




# libapache-mod-cgi-debug translation to spanish
# Copyright (C) 2006 Free Software Foundation, Inc.
# This file is distributed under the same license as the package.
#
# Changes:
# - Initial translation
# Javier Ruano Ruano , 2006
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la
#  documentaciÃ³n de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducciÃ³n al espaÃ±ol, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducciÃ³n de Debian al espaÃ±ol
#   http://www.debian.org/intl/spanish/
#   especialmente las notas y normas de traducciÃ³n en
#   http://www.debian.org/intl/spanish/notas
#
# - La guÃa de traducciÃ³n de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Si tiene dudas o consultas sobre esta traducciÃ³n consulte con el Ãºltimo
# traductor (campo Last-Translator) y ponga en copia a la lista de
# traducciÃ³n de Debian al espaÃ±ol ()
#
msgid ""
msgstr ""
"Project-Id-Version: libapache-mod-cgi-debug\n"
"Report-Msgid-Bugs-To: \n"  
"POT-Creation-Date: 2006-10-19 00:57+0200\n"
"PO-Revision-Date: 2006-12-27 14:00+0200\n"
"Last-Translator: Javier Ruano Ruano <[EMAIL PROTECTED]>\n"
"Language-Team: Debian L10n Spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"


#. Type: boolean
#. Description
#: ../templates:1001
msgid "Reload apache?"
msgstr "Â¿Desea reiniciar el servidor apache?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Some apache modules were upgraded. Apache has to be reloaded to use the new "
"version. I can reload it automatically for you now, or you can do it later "
"by executing /etc/init.d/apache reload"
msgstr ""
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Reload apache-ssl?"
msgstr "Â¿Desea reiniciar apache-ssl?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Some apache modules were upgraded. Apache-ssl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-ssl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-ssl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache.ssl reloadÂ»"

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Reload apache-perl?"
msgstr "Â¿Desea reiniciar apache-perl?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"Some apache modules were upgraded. Apache-perl has to be reloaded to use the "
"new version. I can reload it automatically for you now, or you can do it "
"later by executing /etc/init.d/apache-perl reload"
msgstr ""
"Se actualizarÃ¡n algunos mÃ³dulos de apache. Apache-perl tendrÃa que 
reiniciarse"
" para usar esta nueva versiÃ³n. Ahora podrÃa reiniciarlo por usted, o puede"
" despuÃ©s usted mismo si ejecuta Â«/etc/init.d/apache-perl reloadÂ»" 

#. Type: multiselect
#. Description
#: ../templates:4001
msgid "Please select new modules that ${flavour} should load"
msgstr "Por favor, seleccione que nuevos mÃ³dulos deberÃa cargar ${flavour}"

Bug#404665: Acknowledgement (gtkwave: "Wave help" dialog display and clicking logfile viewer)

2006-12-27 Thread NIIBE Yutaka

The upstream maintainer, Anthony J Bybell <[EMAIL PROTECTED]>, kindly
pointed out my fix is not enough for vadjustment.

Here, I attach updated patch.  I put it into public domain.
--- gtkwave-1.3.81.orig/src/help.c
+++ gtkwave-1.3.81/src/help.c
@@ -22,14 +22,28 @@
 static GtkWidget *text;
 static GtkWidget *vscrollbar;
 
+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+static GtkTextIter iter;
+static GtkTextTag *bold_tag;
+#endif
+
 void help_text(char *str)
 {
+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+gtk_text_buffer_insert (GTK_TEXT_VIEW (text)->buffer, &iter, str, -1);
+#else
 gtk_text_insert (GTK_TEXT (text), NULL, &text->style->black, NULL, str, -1);
+#endif
 }
 
 void help_text_bold(char *str)
 {
+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+gtk_text_buffer_insert_with_tags (GTK_TEXT_VIEW (text)->buffer, &iter,
+  str, -1, bold_tag, NULL);
+#else
 gtk_text_insert (GTK_TEXT (text), NULL, &text->style->fg[GTK_STATE_SELECTED], &text->style->bg[GTK_STATE_SELECTED], str, -1);
+#endif
 }
 
 static void
@@ -50,7 +64,14 @@

 /* Put a text widget in the upper left hand corner. Note the use of
 * GTK_SHRINK in the y direction */
+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+text = gtk_text_view_new ();
+gtk_text_buffer_get_start_iter (gtk_text_view_get_buffer(GTK_TEXT_VIEW (text)), &iter);
+bold_tag = gtk_text_buffer_create_tag (GTK_TEXT_VIEW (text)->buffer, "bold",
+   "weight", PANGO_WEIGHT_BOLD, NULL);  
+#else
 text = gtk_text_new (NULL, NULL);
+#endif
 gtk_table_attach (GTK_TABLE (table), text, 0, 14, 0, 1,
 		  	GTK_FILL | GTK_EXPAND,
 		  	GTK_FILL | GTK_SHRINK | GTK_EXPAND, 0, 0);
@@ -58,7 +79,14 @@
 gtk_widget_show (text);
 
 /* And a VScrollbar in the upper right */
+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+GtkTextViewClass *tc = (GtkTextViewClass *)GTK_OBJECT_GET_CLASS(GTK_OBJECT(text));
+
+tc->set_scroll_adjustments(GTK_TEXT_VIEW (text), NULL, NULL);
+vscrollbar = gtk_vscrollbar_new (GTK_TEXT_VIEW (text)->vadjustment);
+#else
 vscrollbar = gtk_vscrollbar_new (GTK_TEXT (text)->vadj);
+#endif
 gtk_table_attach (GTK_TABLE (table), vscrollbar, 15, 16, 0, 1,
 			GTK_FILL, GTK_FILL | GTK_SHRINK | GTK_EXPAND, 0, 0);
 gtk_widget_show (vscrollbar);
@@ -67,7 +95,11 @@
 gtk_signal_connect (GTK_OBJECT (text), "realize",
 			GTK_SIGNAL_FUNC (help_realize_text), NULL);

+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+gtk_text_view_set_wrap_mode(GTK_TEXT_VIEW(text), GTK_WRAP_WORD);
+#else
 gtk_text_set_word_wrap(GTK_TEXT(text), TRUE);
+#endif
 return(table);
 }

--- gtkwave-1.3.81.orig/src/status.c
+++ gtkwave-1.3.81/src/status.c
@@ -20,11 +20,20 @@
 static GtkWidget *text=NULL;
 static GtkWidget *vscrollbar;
 
+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+static GtkTextIter iter;
+static GtkTextTag *bold_tag;
+#endif
+
 void status_text(char *str)
 {
 if(text)
 	{
+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+	gtk_text_buffer_insert (GTK_TEXT_VIEW (text)->buffer, &iter, str, -1);
+#else
 	gtk_text_insert (GTK_TEXT (text), NULL, &text->style->black, NULL, str, -1);
+#endif
 	}
 	else
 	{
@@ -95,7 +104,14 @@

 /* Put a text widget in the upper left hand corner. Note the use of
 * GTK_SHRINK in the y direction */
+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+text = gtk_text_view_new ();
+gtk_text_buffer_get_start_iter (gtk_text_view_get_buffer(GTK_TEXT_VIEW (text)), &iter);
+bold_tag = gtk_text_buffer_create_tag (GTK_TEXT_VIEW (text)->buffer, "bold",
+   "weight", PANGO_WEIGHT_BOLD, NULL);  
+#else
 text = gtk_text_new (NULL, NULL);
+#endif
 gtk_table_attach (GTK_TABLE (table), text, 0, 14, 0, 1,
 		  	GTK_FILL | GTK_EXPAND,
 		  	GTK_FILL | GTK_SHRINK | GTK_EXPAND, 0, 0);
@@ -103,7 +119,14 @@
 gtk_widget_show (text);
 
 /* And a VScrollbar in the upper right */
+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+GtkTextViewClass *tc = (GtkTextViewClass *)GTK_OBJECT_GET_CLASS(GTK_OBJECT(text));
+
+tc->set_scroll_adjustments(GTK_TEXT_VIEW (text), NULL, NULL);
+vscrollbar = gtk_vscrollbar_new (GTK_TEXT_VIEW (text)->vadjustment);
+#else
 vscrollbar = gtk_vscrollbar_new ((GTK_TEXT (text))->vadj);
+#endif
 gtk_table_attach (GTK_TABLE (table), vscrollbar, 15, 16, 0, 1,
 			GTK_FILL, GTK_FILL | GTK_SHRINK | GTK_EXPAND, 0, 0);
 gtk_widget_show (vscrollbar);
--- gtkwave-1.3.81.orig/src/logfile.c
+++ gtkwave-1.3.81/src/logfile.c
@@ -30,14 +30,28 @@
 
 static GdkFont *font = NULL;
 
+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+static GtkTextIter iter;
+static GtkTextTag *bold_tag;
+#endif
+
 void log_text(GtkWidget *text, GdkFont *font, char *str)
 {
+#if defined(WAVE_USE_GTK2) && !defined(GTK_ENABLE_BROKEN)
+gtk_text_buffer_insert (GTK_TEXT_VIEW (text)->buffer, &iter, str, -1);
+#else
 gtk_text_insert (GTK_TEXT (text), font, &text->style->black, NULL, str, -1);
+#endif
 }
 
 void log_text_bold(GtkWidget *text, GdkFont *fon

Bug#369670: timidity partially fixes

2006-12-27 Thread Edward Guldemond

I installed timidity after I reported that -nomusic fixed things.  After
doing so, removing -nomusic allowed the game to be played without
locking, however, the music sounds terrible.  I have installed the
freepats package, and yet the music still sounds horrible.  I am
therefore renaming the bug.

According to lspci, I have a "VIA Technologies, Inc. VT8233/A/8235/8237
AC97 Audio Controller (rev 60)".

-- 
Ed


signature.asc
Description: Digital signature

Bug#404760: inetutils-inetd: [in.tftpd-hpda] received address was not AF_INET

2006-12-27 Thread Luca Capello

Package: inetutils-inetd
Version: 2:1.5.dfsg.1-2
Severity: normal

Hello,

in the process of setting up dhcp3 + tftpd-hpa [1] to install Debian
etch via netboot (as explained at [2]), I got in touch with something
I consider a bug in inetutils-inetd.

The PXE client could obtain the address from the dhcp3 client, but
trying to connect to the tftpd, it shows the message "PXE-E32: TFTP
open timeout".  On the server syslog, I've the following error:

 in.tftpd[15638]: received address was not AF_INET, please check your
  inetd config 
 inetd[15633]: /usr/sbin/in.tftpd: exit status 0x4c00

FYI, I tried the same dhcp3 + tftpd-hpa configuration with
openbsd-inetd and it works out-of-the-box.  Moreover, if I stop inetd
and then I start tftpd-hpa as a daemon, the netboot continues without
any problem.

Thx, bye,
Gismo / Luca

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

Versions of packages inetutils-inetd depends on:
ii  inetutils-syslogd [system 2:1.5.dfsg.1-2 System logging daemon
ii  libc6 2.3.6.ds1-9GNU C Library: Shared libraries
ii  lsb-base  3.1-22 Linux Standard Base 3.1 init scrip
ii  tcpd  7.6.dbs-11 Wietse Venema's TCP wrapper utilit
ii  update-inetd  4.27-0.2   inetd.conf updater

inetutils-inetd recommends no packages.

-- no debconf information

Footnotes: 
[1] from a daily-upgraded sid
[2] I know the following guide is for sarge, but it was the most
official I found: "4.6. Preparing Files for TFTP Net Booting"
  http://www.debian.org/releases/stable/i386/ch04s06.html.en


pgpXNatghgiUn.pgp
Description: PGP signature

Bug#404759: libxul0d: Page jumps up and down when trying to click on links

2006-12-27 Thread Sam Morris

Package: libxul0d
Version: 1.8.0.8-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The following has bugged me for years (in Firefox too)... I hope you can
reproduce it.

The problem is that as soon as I click on a link, the page scrolls up
and I miss. Usually this won't happen until I have had a page open for a
while and have scrolled the page by searching for text.

This happens often on pages with lots of links, such as
.
I can make it happen by going there and then:

 1. Pressing Ctrl+F
 2. Typing in 'keyboard'
 3. Pressing Ctrl+G until the search wraps past the end of the document
and starts at the beginning
 4. Clicking on a link

- -- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages libxul0d depends on:
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libfontconfig12.4.1-2generic font configuration library
ii  libgcc1   1:4.1.1-19 GCC support library
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgtk2.0-0   2.10.6-4   The GTK+ graphical user interface 
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libmozjs0d1.8.0.8-1  The Mozilla SpiderMonkey JavaScrip
ii  libnspr4-0d   1.8.0.8-1  NetScape Portable Runtime Library
ii  libnss3-0d1.8.0.8-1  Network Security Service libraries
ii  libpango1.0-0 1.14.8-3   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libstdc++64.1.1-19   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxft2   2.1.10-3   FreeType-based font drawing librar
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  libxul-common 1.8.0.8-1  Gecko engine library - common file
ii  zlib1g1:1.2.3-13 compression library - runtime

libxul0d recommends no packages.

- -- no debconf information

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

iD8DBQFFkxRWshl/216gEHgRAi9+AKC3g17p97GHDfCPP9FMQSq+s7AyCgCgsdgy
7H5Kfa+oWowQ91JcL6CuBoA=
=6pUq
-END PGP SIGNATURE-


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

Bug#404755: epiphany-browser: Icons missing from error pages

2006-12-27 Thread Sam Morris

Package: epiphany-browser
Version: 2.16.2-1.1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I noticed when running Epiphany on an Ubuntu machines that the error
pages (such as the one that appears when you go to
www.gooafadughsiughrg.com) have icons, whereas on my Debian machine
there is just a blank space to the left of the error message.

- -- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages epiphany-browser depends on:
ii  dbus  1.0.2-1simple interprocess messaging syst
ii  gconf22.16.0-3   GNOME configuration database syste
ii  gnome-icon-theme  2.16.1-1   GNOME Desktop icon theme
ii  iso-codes 0.58-1 ISO language, territory, currency 
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libbonobo2-0  2.16.0-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.16.0-1   The Bonobo UI library
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.71-3 simple interprocess messaging syst
ii  libfontconfig12.4.1-2generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.1-19 GCC support library
ii  libgconf2-4   2.16.0-3   GNOME configuration database syste
ii  libglade2-0   1:2.6.0-3  library to load .glade files at ru
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgnome-desktop-22.16.2-1   Utility library for loading .deskt
ii  libgnome-keyring0 0.6.0-3GNOME keyring services library
ii  libgnome2-0   2.16.0-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-2   A powerful object-oriented display
ii  libgnomeui-0  2.16.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.16.1-1   GNOME virtual file-system (runtime
ii  libgtk2.0-0   2.10.6-4   The GTK+ graphical user interface 
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libmozjs0d1.8.0.8-1  The Mozilla SpiderMonkey JavaScrip
ii  libnspr4-0d   1.8.0.8-1  NetScape Portable Runtime Library
ii  liborbit2 1:2.14.3-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.14.8-3   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libstartup-notification0  0.8-2  library for program launch feedbac
ii  libstdc++64.1.1-19   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxml2   2.6.27.dfsg-1  GNOME XML library
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  libxslt1.11.1.19-1   XSLT processing library - runtime 
ii  libxul0d  1.8.0.8-1  Gecko engine library
ii  python2.4 2.4.4-1An interactive high-level object-o
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages epiphany-browser recommends:
ii  epiphany-extensions   2.16.1-0   Extensions for Epiphany web browse
ii  yelp  2.16.2-1   Help browser for GNOME 2

- -- no debconf information

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

iD8DBQFFkxHZshl/216gEHgRAtKRAKCP0GNyUwklrimBZPIWboUXn2QWAQCeIVnb
dXWNKEqDWUsheXs4CrxuW6M=
=bWZF
-END PGP SIGNATURE-


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

Bug#404756: gnome-control-center: "Error activating XKB configuration" when logging on

2006-12-27 Thread Sam Morris

Package: gnome-control-center
Version: 1:2.16.2-2
Severity: serious
Justification: breaks user config

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Having compiled & installed the packages of GNOME 2.16, when logging in
I am presented with my old friend ;)

 Error activating XKB configuration.
 It can happen under various circumstances:
 - a bug in libxklavier library
 - a bug in X server (xkbcomp, xmodmap utilities)
 - X server with incompatible libxkbfile implementation

 X server version data:
 The X.Org Foundation
 70101000

 If you report this situation as a bug, please include:
 - The result of xprop -root | grep XKB
 - The result of gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd

$ xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) = "xorg", "pc105", "us", "", ""
_XKB_RULES_NAMES(STRING) = "xorg", "pc105", "us", "", ""

$ gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd
 layouts = [gb]
 model = 
 options = [Compose key compose:rwin,altwin altwin:super_win]
 overrideSettings = true

- -- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages gnome-control-center depends on:
ii  capplets-data 1:2.16.2-2 configuration applets for GNOME 2 
ii  desktop-file-utils0.11-1 Utilities for .desktop files
ii  gnome-desktop-data2.16.2-1   Common files for GNOME 2 desktop a
ii  gnome-icon-theme  2.16.1-1   GNOME Desktop icon theme
ii  gnome-menus   2.16.1-2   an implementation of the freedeskt
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libbonobo2-0  2.16.0-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.16.0-1   The Bonobo UI library
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.71-3 simple interprocess messaging syst
ii  libebook1.2-9 1.8.1-3Client library for evolution addre
ii  libesd-alsa0 [libesd0]0.2.36-3   Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig12.4.1-2generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgconf2-4   2.16.0-3   GNOME configuration database syste
ii  libglade2-0   1:2.6.0-3  library to load .glade files at ru
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgnome-desktop-22.16.2-1   Utility library for loading .deskt
ii  libgnome-keyring0 0.6.0-3GNOME keyring services library
ii  libgnome-menu22.16.1-2   an implementation of the freedeskt
ii  libgnome-window-settings1 1:2.16.2-2 Utility library for getting window
ii  libgnome2-0   2.16.0-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-2   A powerful object-oriented display
ii  libgnomeui-0  2.16.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.16.1-1   GNOME virtual file-system (runtime
ii  libgstreamer-plugins-base 0.10.11-1  GStreamer libraries from the "base
ii  libgstreamer0.10-00.10.11-1  Core GStreamer libraries and eleme
ii  libgtk2.0-0   2.10.6-4   The GTK+ graphical user interface 
ii  libhal1   0.5.8.1-4  Hardware Abstraction Layer - share
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libmetacity0  1:2.16.3-1 library of lightweight GTK2 based 
ii  libnautilus-extension12.16.3-1   libraries for nautilus components 
ii  liborbit2 1:2.14.3-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.14.8-3   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libstartup-notification0  0.8-2  library for program launch feedbac
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxft2   2.1.10-3   FreeType-based font drawing librar
ii  libxi6

Bug#282183: Info received (nvidia-kernel-2.6.16-1-686: severe display update problems)

2006-12-27 Thread Mark Whitis


Forgot to mention:
   Video Card: XFX GF 6600 256MB DDR2 DUAL DVI TV PCI-E Ver F.5

After some more adventures, which included making X hang the machine,
reverting to vesa (and losing my second monitor and glx accelleration),
etc.  I found a workaround:

workaround (from console, not X11):
 - Install old gcc (still in cache, fortunately):
 dpkg -i /var/cache/apt/archives/gcc-4.0-base_4.0.3-3_i386.deb
 dpkg -i /var/cache/apt/archives/gcc-4.0_4.0.3-3_i386.deb
 - Change symlink to point to old version
 rm /usr/bin/gcc
(cd /usr/bin; ln -s gcc-4.0 gcc )
 - downloaded new driver from www.nvidia.com
 - sh /dist/NVIDIA-Linux-x86-1.0-9746-pkg1.run

Apparently it was a conflict between the new x.org and the old nvidia
driver.

Recommend packaging up the new driver and compiling it with both gcc-4.0 
and gcc-4.1 for kernel-2.6.16-1-686.



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

Bug#404489: sendmail-bin: Fails to upgrade, not starting now

2006-12-27 Thread Richard A Nelson


On Wed, 27 Dec 2006, Fourat Zouari wrote:


* Is these message are normal ??


Yes, unfortunately they are normal :(

They will go away with sendmail X, or sooner if I get the time to
complete a better sendmail.mc/cf parser (which all becomes a non-issue
with sendmail X, which is why I've not spent alot of time on it).


* And what do you mean  by : "so, you have somehow managed to have a
localized start-stop-daemon" i didnt do anything special to choose to use a
localized version of it


* It worked with /sbin/start-stop-daemon
* It faileed with /usr/local/sbin/start-stop-daemon
* Debian does not, to the best of my knowledge, ship
  /usr/local/sbin/start-stop-daemon

The logical assumption, is therefore, that you - or a predecessor
for some reason created /usr/local/sbin/start-stop-daemon - and that
version is failing to handle the current sendmail script - and probably
a few other scripts that you just have not yet noticed.


* As for running instances of sendmail, it seems that it never go down
since the start-stop-daemon didnt really work


Very likely.


You need to try and track down the reason for /usr/local/sbin/start-stop-daemon
being there - it will likely cause other problems for you...

--
Rick Nelson
* aj thinks Kb^Zzz ought to pick different things to dream about than
   general resolutions and policy changes.
 aj - tell me about it, this is a Bad Sign


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

Bug#389518: referencing htm vs html mismatch

2006-12-27 Thread Wouter van Heyst

This is currently indeed a packaging error, though upstream would like
to generate .html. Changing the debian side for now.

Wouter van Heyst


signature.asc
Description: Digital signature

Bug#404630: #404630: vlan: bonding support

2006-12-27 Thread vincent . touchard


Hi,

After reading bug #383342 I understood I had the same problem. I  
should not post at 3h30am ...
You can maybe add a comment in each ifup/ifdown script file explaining  
the usage of $IF_VLAN_RAW_DEVICE and a reference to the man page  
vlan-interfaces.


BRs
Vincent Touchard



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

Bug#404758: libavcodec.pc version gratuitously broken due to "0d." prefix

2006-12-27 Thread Darren Salt

Package: libavcodec-dev
Version: 0.cvs20060823-4
Severity: important

The version number in /usr/lib/pkgconfig/libavcodec.pc is gratuitously
broken, making it impossible to build xine-lib 1.1.3 (when configured
with --with-external-ffmpeg) without hacking its configure script, which
contains the following tests:

  PKG_CHECK_MODULES([FFMPEG], [libavcodec >= 51.11.0])
  PKG_CHECK_MODULES([FFMPEG_POSTPROC], [libpostproc >= 51.11.0])

0d.51.11.0 < 51.11.0. Whoops.

-- 
| Darren Salt| linux or ds at  | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING.

Borgish Telecom: "It's good to be assimilated."


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

Bug#388702: librep: setitimer will need a range check

2006-12-27 Thread Luis Rodrigo Gallardo Cruz

reassign 388702 librep
tag 388702 upstream patch
thanks

Hi Christian,

This bug, originally reported to sawfish, was traced by people on
sawfish-list to inside librep. It seems that the patch will be mandatory
in future kernels. Since I don't know if upstream will be updated to
include this patch, I forward it to you.

- Forwarded message from Michal Jaegermann <[EMAIL PROTECTED]> -

Subject: setitimer will need a range check
From: Michal Jaegermann <[EMAIL PROTECTED]>
Date: Tue, 26 Dec 2006 17:35:06 -0700
To: sawfish-list@gnome.org

The current version of 'man setitimer' for Linux says the following:

   POSIX.1-2001 says that setitimer() should fail if a  tv_usec  value  is
   specified  that  is  outside  of the range 0 to 99.  However, Linux
   does not give an error, but instead silently adjusts the  corresponding
   seconds value for the timer.  In the future (scheduled for March 2007),
   this non-conformance will be repaired: existing applications should  be
   fixed now to ensure that they supply a properly formed tv_usec value.

With a library which is current enough I am seeing such entries
in log files:

setitimer: sawfish (pid = 3894) provided invalid timeval it_value:
tv_sec = 59 tv_usec = 100

To satisfy the above the follwing change in librep would do:

--- librep/src/timers.c.itimer  2002-03-01 22:22:53.0 -0700
+++ librep/src/timers.c 2006-12-26 17:00:14.0 -0700
@@ -106,9 +106,12 @@ setup_next_timer (void)
 {
 #ifdef HAVE_SETITIMER
struct itimerval it, tem;
+   long usec;
it.it_interval.tv_usec = 0;
it.it_interval.tv_sec = 0;
-   it.it_value.tv_usec = timer_chain->rel_msecs * 1000;
+   usec = timer_chain->rel_msecs * 1000;
+   usec = usec < 100 ? (usec < 0 ? 0 : usec ) : 99;
+   it.it_value.tv_usec = usec;
it.it_value.tv_sec = timer_chain->rel_secs;
setitimer (ITIMER_REAL, &it, &tem);
 #else

Strictly speaking one should likely reduce the range for tv_usec and
adjust tv_sec value accordingly, ie. 60 and 0 in the situation recorded
in logs, but in practice the above should likely be enough.

   Michal

- End forwarded message -

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28
Zenophobia: the irrational fear of convergent sequences.


signature.asc
Description: Digital signature

Bug#404757: xbase-clients: [xman] (powerpc/sparc) Fails to start

2006-12-27 Thread Frederic Daniel Luc Lehobey

Package: xbase-clients
Version: 1:7.1.ds-3
Severity: important

Hi,

xman fails to start on powerpc and sparc architectures while working
on i386. It seems clearly to be an endianness issue.

The error message is:

$ xman
Xman Error: No manual pages found.

I have attached a strace were it be useful.

Thanks,
Frédéric Lehobey

PS: probably unrelated but xmore segfaults everywhere (powerpc, i386
and sparc -- the latter saying bus error).

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages xbase-clients depends on:
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libfontconfig12.4.1-2generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libfs62:1.0.0-4  X11 Font Services library
ii  libgl1-mesa-glx [libgl1]  6.5.1-0.4  A free implementation of the OpenG
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxau6   1:1.0.1-2  X11 authorisation library
ii  libxaw7   1:1.0.2-4  X11 Athena Widget library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxft2   2.1.8.2-8  FreeType-based font drawing librar
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxkbfile1   1:1.0.3-2  X11 keyboard file manipulation lib
ii  libxmu6   1:1.0.2-2  X11 miscellaneous utility library
ii  libxmuu1  1:1.0.2-2  X11 miscellaneous micro-utility li
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  libxss1   1:1.1.0-1  X11 Screen Saver extension library
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  libxtrap6 1:1.0.0-4  X11 event trapping extension libra
ii  libxtst6  1:1.0.1-5  X11 Testing -- Resource extension 
ii  libxv11:1.0.2-1  X11 Video extension library
ii  libxxf86dga1  2:1.0.1-2  X11 Direct Graphics Access extensi
ii  libxxf86vm1   1:1.0.1-2  X11 XFree86 video mode extension l
ii  x11-common1:7.1.0-8  X Window System (X.Org) infrastruc
ii  zlib1g1:1.2.3-13 compression library - runtime

xbase-clients recommends no packages.

-- no debconf information
execve("/usr/bin/xman", ["xman"], [/* 23 vars */]) = 0
uname({sys="Linux", node="clochette", ...}) = 0
brk(0)  = 0x1001e000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x30019000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=82675, ...}) = 0
mmap(NULL, 82675, PROT_READ, MAP_PRIVATE, 3, 0) = 0x3002a000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libXaw.so.7", O_RDONLY)  = 3
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\1\31"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=420272, ...}) = 0
mmap(0xff78000, 490412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xff78000
mprotect(0xffd9000, 93100, PROT_NONE)   = 0
mmap(0xffe8000, 28672, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0xffe8000
mmap(0xffef000, 2988, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xffef000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libXmu.so.6", O_RDONLY)  = 3
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\0_\200"..., 512) = 
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=102256, ...}) = 0
mmap(0xff3e000, 169768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xff3e000
mprotect(0xff56000, 71464, PROT_NONE)   = 0
mmap(0xff66000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18000) = 0xff66000
mmap(0xff67000, 1832, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xff67000
close(3)= 0
access("/

Bug#404754: libgtk2.0-dev: Missing gdkwindow-x11.h

2006-12-27 Thread Mathias Brodala

Package: libgtk2.0-dev
Version: 2.8.20-3
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I’m not sure if this really is a bug or whatever. I wanted to apply a patch 
which would enable a Mac-like menubar for all GTK based applications. In this 
patch a header file named „gdkwindow-x11.h“ should be included. But this file 
exists nowhere in the Debian universe. (At least it looks like that to me after 
looking on packages.d.o and into the package of libgtk2.0-dev from 
Experimental.)

Can someone clarify this issue? Am I or is this package missing something?

- -- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)

Versions of packages libgtk2.0-dev depends on:
ii  libatk1.0-dev1.12.3-1Development files for the ATK acce
ii  libcairo2-dev1.2.4-4 Development files for the Cairo 2D
ii  libglib2.0-dev   2.12.6-1Development files for the GLib lib
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libpango1.0-dev  1.14.8-3Development files for the Pango
ii  libx11-dev   2:1.0.3-4   X11 client-side library (developme
ii  libxcursor-dev   1.1.7-4 X cursor management library (devel
ii  libxext-dev  1:1.0.1-2   X11 miscellaneous extensions libra
ii  libxfixes-dev1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi-dev1:1.0.1-4   X11 Input extension library (devel
ii  libxinerama-dev  1:1.0.1-4.1 X11 Xinerama extension library (de
ii  libxrandr-dev2:1.1.0.2-5 X11 RandR extension library (devel
ii  pkg-config   0.21-1  manage compile and link flags for 

libgtk2.0-dev recommends no packages.

- -- no debconf information

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

iD8DBQFFkw2tYfUFJ3ewsJgRAtNYAJ98D2f/xszScmm6eDHOgD2V/sjTZACfZdPg
WgW331SHZQnMseyuERsREBk=
=XlFc
-END PGP SIGNATURE-

Bug#404753: moreutils: vidir should allow editing of symlink targets

2006-12-27 Thread Stefan Fritsch

Package: moreutils
Version: 0.19
Severity: wishlist
Tags: patch


It would be nice if vidir allowed editing not only of the filenames
but also of the targets of symbolic links.

A suggested patch is attached.
Gemeinsame Unterverzeichnisse: moreutils-0.20orig/debian und 
moreutils-0.20/debian.
diff -u moreutils-0.20orig/vidir moreutils-0.20/vidir
--- moreutils-0.20orig/vidir2006-11-12 04:01:36.0 +0100
+++ moreutils-0.20/vidir2006-12-28 01:04:53.0 +0100
@@ -6,7 +6,7 @@
 
 =head1 SYNOPSIS
 
-B [--verbose] [directory|file|-] ...
+B [--verbose] [--linktargets] [directory|file|-] ...
 
 =head1 DESCRIPTION
 
@@ -31,6 +31,10 @@
 
 Verbosely display the actions taken by the program.
 
+=item -l, --linktargets
+
+Allow editing the targets of symlinks.
+
 =back
 
 =head1 ENVIRONMENT VARIABLES
@@ -62,12 +66,15 @@
 
 use File::Temp;
 use Getopt::Long;
+use strict;
 
 my $error=0;
 
 my $verbose=0;
-if (! GetOptions("verbose|v" => \$verbose)) {
-   die "Usage: $0 [--verbose] [directory|file|-]\n";
+my $linktargets=0;
+if (! GetOptions("verbose|v" => \$verbose,
+ "linktargets|l" => \$linktargets )) {
+   die "Usage: $0 [--verbose|-v] [--linktargets|-l] [directory|file|-]\n";
 }
 
 my @dir;
@@ -94,11 +101,17 @@
 open (OUT, ">".$tmp->filename) || die "$0: cannot write ".$tmp->filename.": 
$!\n";
 
 my %item;
+my %link;
 my $c=0;
 foreach (@dir) {
next if /^(.*\/)?\.$/ || /^(.*\/)?\.\.$/;
$item{++$c}=$_;
print OUT "$c\t$_\n";
+   if ( $linktargets && -l $_ ) {
+   my $l = readlink($_);
+   $link{$c}=$l;
+   print OUT " $c->\t$l\n";
+   }
 }
 @dir=();
 close OUT;
@@ -113,11 +126,12 @@
 if (exists $ENV{VISUAL}) {
@editor=split(' ', $ENV{VISUAL});
 }
-$ret=system(@editor, $tmp);
+my $ret=system(@editor, $tmp);
 if ($ret != 0) {
die "@editor exited nonzero, aborting\n";
 }
 
+my %done;
 open (IN, $tmp->filename) || die "$0: cannot read ".$tmp->filename.": $!\n";
 while () {
chomp;
@@ -125,7 +139,7 @@
my $num=$1;
my $name=$2;
if (! exists $item{$num}) {
-   print STDERR "$0: unknown item number $num\n";
+   print STDERR "$0: unknown item number $num in line 
$.\n";
$error=1;
}
elsif ($name ne $item{$num}) {
@@ -145,7 +159,7 @@
$error=1;
}
elsif ($verbose) {
-   print "'$name' -> '$tmp'\n";
+   print "'$name' => '$tmp'\n";
}
foreach my $item (keys %item) {
if ($item{$item} eq $name) {
@@ -157,13 +171,54 @@
if (! rename($src, $name)) {
print STDERR "$0: failed to rename $src to 
$name: $!\n";
$error=1;
+   $name=$src;
}
elsif ($verbose) {
-   print "'$src' -> '$name'\n";
+   print "'$src' => '$name'\n";
}
}
+   $done{$num}=$name;
delete $item{$num};
}
+   elsif (/^ (\d+)->\t(.*)/) {
+   my $num=$1;
+   my $target=$2;
+   if (! exists $link{$num}) {
+   print STDERR "$0: unknown link number $num\n";
+   $error=1;
+   }
+   else {
+   my $name;
+   if (exists $item{$num}) {
+   $name=$item{$num};
+   }
+   elsif (exists $done{$num}) {
+   $name=$done{$num};
+   }
+   else {
+   print STDERR "$0: unknown item number $num\n";
+   next;
+   }
+   
+   if (! -l $name) {
+   print STDERR "$0: $num. $name is not a 
symlink\n";
+   $error=1;
+   next;
+   }
+   
+   my $old=$link{$num};
+   if ($old ne $target) {
+   unlink($name);
+   if (! symlink($target, $name) ) {
+   print STDERR "$0: failed to create link 
$name -> $target\n";
+   }
+   elsif ($verbose) {
+   print "'$name'->'$old' => 
...->'$target'\n";
+   }
+

Bug#404752: ekiga: (powerpc arch) sound seems to be broken when using Logitech Quickcam pro 4000 / pwc module

2006-12-27 Thread Frederic Daniel Luc Lehobey

Package: ekiga
Version: 2.0.3-2
Severity: important

Hi,

Sound is transmitted but completely broken (like bursts or improper
harmonics) when calling from ekiga (etch, powerpc) to gnomemeeting
(sarge, i386) using h323 protocol. (Could it be related to
endianness?)

I am using the pwc module for a Quickcam Pro 4000 and its microphone.

Notice that gnomemeeting is working perfectly for the sound with
exactly the same hardware and settings (hence attributing the bug to
ekiga) on the host.

Thanks for your work on ekiga,
Frédéric Lehobey

PS : just for the fun, while gnomemeeting is working for the sound on
my powerpc machine, it is not the same for the images (see #404695)
hence neither gnomemeeting nor ekiga is fully usable on powerpc
etch...   :-)

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages ekiga depends on:
ii  evolution-data-server  1.6.1-3   evolution database backend server
ii  gconf2 2.16.0-3  GNOME configuration database syste
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.3-1  The ATK accessibility toolkit
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libavahi-client3   0.6.15-2  Avahi client library
ii  libavahi-common3   0.6.15-2  Avahi common library
ii  libavahi-glib1 0.6.15-2  Avahi glib integration library
ii  libbonobo2-0   2.14.0-3  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-5  The Bonobo UI library
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libebook1.2-5  1.6.3-3   Client library for evolution addre
ii  libedataserver1.2-71.6.3-3   Utility library for evolution data
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libgcc11:4.1.1-19GCC support library
ii  libgconf2-42.16.0-3  GNOME configuration database syste
ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libgnome-keyring0  0.6.0-3   GNOME keyring services library
ii  libgnome2-02.16.0-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-4  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-3  The GTK+ graphical user interface 
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libopal-2.2.0  2.2.3.dfsg-2  Open Phone Abstraction Library - s
ii  liborbit2  1:2.14.3-0.1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.14.8-3  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libpt-1.10.0   1.10.2-2  Portable Windows Library
ii  libpt-plugins-alsa 1.10.2-2  Portable Windows Library Audio Plu
ii  libpt-plugins-avc  1.10.2-2  PWLib Video Plugin for IEEE1394 (F
ii  libpt-plugins-dc   1.10.2-2  PWLib Video Plugin for IEEE1394 (F
ii  libpt-plugins-oss  1.10.2-2  Portable Windows Library Audio Plu
ii  libpt-plugins-v4l  1.10.2-2  Portable Windows Library Video Plu
ii  libpt-plugins-v4l2 1.10.2-2  Portable Windows Library Video Plu
ii  libsdl1.2debian1.2.11-7  Simple DirectMedia Layer
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-19  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  yelp   2.14.2-2  Help browser for GNOME 2

ekiga recommends no packages.

-- no debconf information

Bug#383870: fetchmail: no POP3 QUIT after SIGPIPE from SMTP listener

2006-12-27 Thread Matthias Andree

Please retry with 6.3.5 or newer and see if that solves the problem.
Fetchmail 6.3.5 dropped use of SIGPIPE altogether and ignores this
signal. Instead, it will rely on EPIPE to be asserted and rely on its
error handling.

-- 
Matthias Andree


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

Bug#397350: Debian packages for vdr-xineliboutput ready, need sponsor

2006-12-27 Thread Timo Weingärtner

Hello,

I made Debian packages for vdr-xineliboutput.

My mentor Philipp Kern helped me with the versions before with tips and 
testing. Unfortunately he is currently unable to test the packages.

Would someone please test my packages and upload them to Debian? It will be 
the first upload since some file headers needed to be fixed upstream first.

Packages for i386 and amd64 can be found at [1].

The corresponding ITP bug is #397350 [2].


Greetings,
Timo

[1] http://www.stud.uni-karlsruhe.de/~uyavo/debian/
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397350


pgpDOzDJkXijZ.pgp
Description: PGP signature

Bug#404471: Is wacom-kernel-source really needed?

2006-12-27 Thread Moritz Muehlenhoff

Ron wrote:
> Andreas is correct in saying that most people with a recent kernel
> version will not need this source package.  The mainline driver has
> been updated several times since this package came into being.
> 
> The linux-wacom source is only needed by a minority of users with
> hardware that has had support added since the last mainline kernel
> sync.
> 
> What we really need to do to make the the source package (more) useful
> is update to the most recent upstream version.  I've been erring on the
> side of not doing that until the etch freeze is over, since the current
> binary tools and X driver seem to be fairly reasonably release candidates,
> and that is what most people seem to need from that for now.
> 
> How big an issue do other people see this bug?  What should we do about
> it for etch?

For Etch it's too late to include newer driver snapshots, unless they
fix RC bugs.

Generally I'm not a fan of external driver snapshots providing a more
recent version than linux-2.6. They're a PITA to track security-support-wise
when they get shipped in a stable release, they confuse users and they
sometimes introduce additional bugs due when kernel API changes break things.

So, I'd recommend to remove wacom-source from sid as well.

Cheers,
Moritz

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

Bug#404751: CVE-2005-4816: Buffer overflow in mod_radius in ProFTPD

2006-12-27 Thread Stefan Fritsch

Package: proftpd
Version: 1.2.10-15sarge3
Severity: grave
Tags: security
Justification: user security hole

According to 

http://www.securityfocus.com/bid/16535

the proftpd in sarge is still vulnerable to CVE-2005-4816:

Buffer overflow in mod_radius in ProFTPD before 1.3.0rc2 allows remote
attackers to cause a denial of service (crash) and possibly execute
arbitrary code via a long password.


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

Bug#395917: babygimp: doesn't work with current version of perl-tk

2006-12-27 Thread Gunnar Wolf

Hi,

Any update on babygimp's status? If it no longer works and cannot be
fixed, maybe the best course of action is to remove it from Etch?

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF


signature.asc
Description: Digital signature

Bug#404746: sun-java5: [INTL:es] Spanish po-debconf translation

2006-12-27 Thread Steve Lord Flaubert


Package: sun-java5
Version: 1.5.0-10-1
Priority: wishlist
Tags: l10n patch

Attached a first version of the po-debconf translation of sun-java5
into Spanish. Please include it in the next upload

Thanks ,

Steve


es.po
Description: Binary data

Bug#404749: gcc-4.1: gcc 4.1 breaks kernel module compile

2006-12-27 Thread Mark Whitis

Package: gcc-4.1
Version: 4.1.1-21
Severity: critical
Justification: breaks unrelated software

Perhaps I should have said it breaks the entire system because depending
on what drivers you need, most GUI applications are severely affected
and you have no reasonable way to try new driver versions.

I just did a dist-upgrade.   Kernel version 2.6.16-1-686

You can't recompile kernel modules because the kernel was compiled with
gcc 4.0 and you can not compile loadable kernel modules with gcc 4.1 for
a kernel compiled with 4.0.   Actually, you can compile them but you can't
load them because of the kernel version difference.  Without the ability 
to compile kernel modules, you can't recompile the nvidia drivers (direct 
from nvidia).  And there are SEVERE display update problems in the 
current configuration.

gcc-4.1 should not have been put in unstable without also putting
in a new kernel version that was compiled with 4.1 as well as all the 
packages which include loadable kernel modules.  Also, gcc-4.1
should have had "conflicts with kernel-2.6.16-1-686, etc.".

See bug #4047244 (kernel)  and #282183 (nvidia drivers)

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

Versions of packages gcc-4.1 depends on:
ii  binutils 2.17-3  The GNU assembler, linker and bina
ii  cpp-4.1  4.1.1-21The GNU C preprocessor
ii  gcc-4.1-base 4.1.1-21The GNU Compiler Collection (base 
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libssp0  4.1.1-21GCC stack smashing protection libr

Versions of packages gcc-4.1 recommends:
ii  libc6-dev2.3.6.ds1-9 GNU C Library: Development Librari
pn  libmudflap0-dev(no description available)

-- no debconf information


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

Bug#390270: amaya: Amaya corrupts files when saving

2006-12-27 Thread Gunnar Wolf

Any update on closing this bug?

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF


signature.asc
Description: Digital signature

Bug#404747: When using fuse file system, kernel version 7, davfs2 crashed

2006-12-27 Thread Luciano Bello

Package: davfs2
Version: 1.1.2-2
Severity: serious

From an upstream e-mail report --- start
When using fuse file system, kernel version 7, davfs2 crashed. But this is the 
fuse version that will be included in the standard kernel of etch. 

I believe the bug is serious and it is in 1.1.3 too. But it only shows when 
using fuse. With the coda kernel file system there is no problem.
From an upstream e-mail report --- end


pgpGcs1Xe1ems.pgp
Description: PGP signature

Bug#404748: dwww: [INTL:es] Spanish po-debconf translation

2006-12-27 Thread Steve Lord Flaubert


Package: dwww
Version: 1.10.0
Priority: wishlist
Tags: patch l10n

Attached is the translation of this package to Spanish, done by
Rudy Godoy and updated by myself. Please include it in the
next
upload.

Thanks

Steve


es.po
Description: Binary data

Bug#344286: COMPLETE problems...

2006-12-27 Thread Steve McIntyre

Hi Vladimir,

I'm going through picking up on old debian-cd bugs, and I'm surprised
to see yours. We're using COMPLETE=0 in the daily build scripts (and
have been for a *very* long time), and all seems to work. Do you still
have this problem?

-- 
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
  Mature Sporty Personal
  More Innovation More Adult
  A Man in Dandism
  Powered Midship Specialty



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

Bug#312878: Re-checking old bugs

2006-12-27 Thread Steve McIntyre

I'm going through old debian-cd bugs, and I must say I'm puzzled by
this one. I haven't seen anybody else report this at all, and I'd
expect to if it was a problem? Can you recheck and confirm that this
is a problem please?

Otherwise I'll have to mark this bug closed.

-- 
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
"I can't ever sleep on planes ... call it irrational if you like, but I'm
 afraid I'll miss my stop" -- Vivek Dasmohapatra



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

Bug#404744: CVE-2006-6374: Response Splitting vulnerabilities in phpmyadmin

2006-12-27 Thread Stefan Fritsch

Package: phpmyadmin
Severity: important
Tags: security


A vulnerability has been reported in phpmyadmin:


Multiple CRLF injection vulnerabilities in PhpMyAdmin 2.7.0-pl2 allow
remote attackers to inject arbitrary HTTP headers and conduct HTTP
response splitting attacks via CRLF sequences in a phpMyAdmin cookie
in (1) css/phpmyadmin.css.php, (2) db_create.php, (3) index.php, (4)
left.php, (5) libraries/session.inc.php, (6)
libraries/transformations/overview.php, (7) querywindow.php, (8)
server_engines.php, and possibly other files.

See
http://xforce.iss.net/xforce/xfdb/30703

Please mention the CVE id in the changelog.


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

Bug#404745: ITP: buxon -- SIOC forums browser

2006-12-27 Thread Nacho Barrientos Arias

Package: wnpp
Severity: wishlist
Owner: Nacho Barrientos Arias <[EMAIL PROTECTED]>

* Package name: buxon
  Version : In SVN up to now, first release soon.
  Upstream Author : Sergio Fdez <[EMAIL PROTECTED]>
* URL : http://swaml.berlios.de/
* License : GPL
  Programming Lang: Python
  Description : SIOC forums browser

 Buxon, which was created as a part of the SWAML (Semantic Web
 Archive of Mailing Lists) project, provides a graphical user
 interface which helps you to browse SIOC forums.
 .
 This GUI only needs an URL to a RDF file storing SIOC forums
 information to start browsing and searching into it.
 .
  Homepage: http://swaml.berlios.de


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18.1
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15)


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

Bug#404701: wmcalc: Buggy math, not suitable for release

2006-12-27 Thread Gunnar Wolf

severity 404701 wishlist
thanks

Hi,

I am degrading this bug from RC to wishlist - This program _is_
working as it is often expected. Wmcalc mimics a pocket calculator,
where all operators have equal precedence, as its interface lacks (or,
to be more correct, is designed not to provide, in order to save
space) parentheses or other means to properly provide nesting and
proper precedence. 

Wmcalc is designed to be as small as possible. Given its interface, I
would be surprised by it if it applied higher precedence to some
operators than to others. 

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF


signature.asc
Description: Digital signature

Bug#402898: /etc/bogofilter.cf should define UTF-8 as default charset since it is Debian's default

2006-12-27 Thread Teemu Likonen

Samuel Thibault kirjoitti (27.12.2006 klo 23.25):

> Maybe cp1252 would even be more useful, since it is an over-set of
> iso-8859-1 and it is used by a lot of mailers running on another
> well-known OS.

Indeed. Then it would be "charset_default=Windows-1252" or
"charset_default=cp1252".


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

Bug#404701: eh?

2006-12-27 Thread Joey Hess

I'm having a hard time taking this bug's severity seriously.

Firstly, it's not uncommon for very cheap calculators (especially old
ones) to evaluate each operation immediately[1][2]. Doing order of operations
requires ram to store pending expressions. Doing order of operations
in a usable manner also requires paren keys to override the order, and
a display to show the expression. Otherwise you're just typing blind and
hoping that the calculator happens to do the right thing, even with
order of operations.

Which brings me to my second point, which is that a calculator is a
tool, and it's up to the user to use it correctly. I would never rely on
any random new calculator like this to get the order right, so I'd
always feed it simple expressions in the correct order anyway, and press
= after each, and so no matter what arbitrary ordering or lack of
ordering the calculator happens to use would't matter.

So I'd be more concerned with calculators dropping precision at the
number of digets that can be displayed, and other issues noted in this
bug report than this OoO issue, and I don't think it's RC.
(#debian-release seems to agree.)

In closing, I can't belive you suckered me into typing so much about a
program I'd never use. Go qalc!

-- 
see shy jo

[1] 
http://neirtec.terc.edu/ma/examples/10_example_p01.cfm?fromPage=../examples/00_toc.cfm&fromlabel=Classroom%20Examples
"On the other hand, a classic four-function calculator
computes values without regard to the algebraic order of operations,
typically completing computations as numbers and operations are
entered."
[2] http://en.wikipedia.org/wiki/Order_of_operations
"Different calculators follow different orders of operations.
Cheaper caculators without a stack work left to right without any
priority given to different operators [...] while more sophisticated
calculators will use a more standard priority
Microsoft's calc.exe program uses the former in its standard view
and the later in its scientific view."


signature.asc
Description: Digital signature

Bug#404742: deborphan: Says wrong information about package's priority

2006-12-27 Thread Teemu Likonen

Package: deborphan
Version: 1.7.23
Severity: normal

It seems that deborphan does not report package's priority correctly. In
my Etch system the command "deborphan -aP" says for example:

main/develgnu-efi  optional
main/libs libldap-2.3-0optional

But "aptitude show" tells that the former has a "standard" priority and
the latter is "important". Both were automatically installed by the
Debian installer.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-3-686
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)

Versions of packages deborphan depends on:
ii  bash  3.1dfsg-8  The GNU Bourne Again SHell
ii  dialog1.0-20060221-1 Displays user-friendly dialog boxe
ii  gettext-base  0.16.1-1   GNU Internationalization utilities
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries

Versions of packages deborphan recommends:
ii  apt   0.6.46.4   Advanced front-end for dpkg

-- no debconf information


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

Bug#343193: 3Com Megahertz 3CXEM556 B not detected

2006-12-27 Thread nospam

My 3Com Megahertz network card (Model 3CXEM556 B) isn't recognized anymore.  
Kernel modules are loaded after plugging in.

Package: pcmciautils
Version: 014-3

# pccardctl ident
Socket 0:
  product info: "3Com", "Megahertz 3CXEM556 B", "LAN + 56k Modem", ""
  manfid: 0x0101, 0x0035
  function: 6 (network) 

#lsmod
lsmod
Module                  Size  Used by
serial_cs              18116  1
3c589_cs               12004  1
ehci_hcd               28136  0
ohci_hcd               18276  0
ipv6                  226016  8
i915                   17600  2
drm                    61332  3 i915
button                  6672  0
ac                      5188  0
battery                 9636  0
dm_snapshot            15520  0
dm_mirror              19152  0
dm_mod                 50232  2 dm_snapshot,dm_mirror
loop                   15048  0
8139too                25120  0
8139cp                 21920  0
mii                     5344  2 8139too,8139cp
pcmcia                 34108  6 serial_cs,3c589_cs
firmware_class          9600  1 pcmcia
joydev                  9088  0
yenta_socket           24460  8
rsrc_nonstatic         11840  1 yenta_socket
pcmcia_core            36852  5 
serial_cs,3c589_cs,pcmcia,yenta_socket,rsrc_nonstatic
serio_raw               6660  0
snd_intel8x0m          15980  0
snd_pcm_oss            38368  0
snd_mixer_oss          15200  1 snd_pcm_oss
i2c_i801                7404  0
snd_intel8x0           30332  0
snd_ac97_codec         83104  2 snd_intel8x0m,snd_intel8x0
snd_ac97_bus            2400  1 snd_ac97_codec
psmouse                35016  0
shpchp                 33024  0
pci_hotplug            28704  1 shpchp
rtc                    12372  0
parport_pc             32164  0
parport                33256  1 parport_pc
pcspkr                  3072  0
i2c_core               19680  1 i2c_i801
intel_agp              21148  1
agpgart                29896  3 drm,intel_agp
floppy                 53156  0
evdev                   9088  2
tsdev                   7520  0
snd_pcm                68644  4 
snd_intel8x0m,snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer              20996  1 snd_pcm
snd                    47012  7 
snd_intel8x0m,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore               9248  1 snd
snd_page_alloc          9640  3 snd_intel8x0m,snd_intel8x0,snd_pcm
ext3                  119208  2
jbd                    52456  1 ext3
mbcache                 8356  1 ext3
ide_cd                 36064  0
cdrom                  32544  1 ide_cd
ide_disk               14848  4
generic                 5028  0 [permanent]
usbhid                 37248  0
piix                    9444  0 [permanent]
ide_core              110504  4 ide_cd,ide_disk,generic,piix
uhci_hcd               21032  0
usbcore               112676  5 ehci_hcd,ohci_hcd,usbhid,uhci_hcd
thermal                13608  0
processor              28840  1 thermal
fan                     4804  0

#dmesg
pccard: PCMCIA card inserted into slot 0
pcmcia: registering new device pcmcia0.0
eth1: 3Com 3c589, io 0x300, irq 3, hw_addr 00:00:86:33:A5:73
  8K FIFO split 5:3 Rx:Tx, auto xcvr
pcmcia: registering new device pcmcia0.1
pcmcia: request for exclusive IRQ could not be fulfilled.
pcmcia: the driver needs updating to supported shared IRQ lines.
0.1: ttyS0 at I/O 0x3f8 (irq = 3) is a 16550A
IRQ handler type mismatch for IRQ 3
 [] setup_irq+0x170/0x184
 [] serial8250_interrupt+0x0/0xdd
 [] request_irq+0x7c/0x98
 [] serial8250_startup+0x2a9/0x3e4
 [] uart_startup+0x67/0x10a
 [] uart_open+0x177/0x39d
 [] kobject_get+0xf/0x13
 [] tty_open+0x16a/0x2e8
 [] chrdev_open+0x126/0x141
 [] chrdev_open+0x0/0x141
 [] __dentry_open+0xc8/0x1ac
 [] nameidata_to_filp+0x19/0x28
 [] do_filp_open+0x2b/0x31
 [] __fput+0x11c/0x13f
 [] do_sys_open+0x3e/0xb3
 [] sys_open+0x16/0x18
 [] sysenter_past_esp+0x56/0x79


But ifconfig still won't recognize my card. The modem is also not working.

After starting cardmgr, the card shows up in ifconfig.
-- 
Gerrit

Bug#404743: CVE-2006-6698: local DoS vulnerability due to insecure tempdir handling

2006-12-27 Thread Stefan Fritsch

Package: gconf2
Version: 2.16.0-3
Severity: important
Tags: security

A vulnerability has been reported in gconfd:

The GConf daemon (gconfd) in GConf 2.14.0 creates temporary files
under directories with names based on the username, even when
GCONF_GLOBAL_LOCKS is not set, which allows local users to cause a
denial of service by creating the directories ahead of time, which
prevents other users from using Gnome.

See 

http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219279
http://bugzilla.gnome.org/show_bug.cgi?id=167030

for details. Please mention the CVE id in the changelog.


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

Bug#403703: [Pkg-cups-devel] Bug#403703: Fix confirmed?

2006-12-27 Thread Kenshi Muto

Hi,

At Wed, 27 Dec 2006 17:49:26 +0100,
Andreas Barth wrote:
> 
> * Alex Owen ([EMAIL PROTECTED]) [061221 11:09]:
> > In summary I think that the patch str2111.patch does work and should
> > be added to the debian source.
> 
> In that case, I think the patch should be uploaded ASAP to allow as much
> testing of it as possible.

Roger, I'll try to make the final (I hope) version for Etch until
tomorrow.

Thanks,
-- 
Kenshi Muto
[EMAIL PROTECTED]


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

Bug#404741: gtkwave: New upstream version available

2006-12-27 Thread NIIBE Yutaka

Package: gtkwave
Version: 1.3.81-1
Severity: wishlist

At http://home.nc.rr.com/gtkwave/, version 3.0.18 is available.

The feature I like is that "Signal Search Tree" is on main window.

Thanks, 
-- 


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

Bug#404364: Various typos in manpages

2006-12-27 Thread Nicolas François

On Wed, Dec 27, 2006 at 01:58:16PM -0800, [EMAIL PROTECTED] wrote:
> > 
> > I assumed "groff tmac.an" means the tmac.an file distributed by groff.
> > But, at least on Debian, the file distributed by groff is
> > /usr/share/groff/1.18.1/tmac/an.tmac
> 
> Okay -- I think I will leave this change for the moment.  I need more
> detail about what is the correct thing here...

No problems.

> >>> diff -rauN ../orig/manpages-2.39/man3/iconv_open.3 
> >>> ./manpages-2.39/man3/iconv_open.3
[...]
> > 
> > I propose to replace "all combinations of the listed values are supported"
> > by "but not all combinations of the listed values are supported" (I
> > assumed iconv --list is right)
> 
> But -- my question was, where did the text you quoted come from.  I cannot
> find it.

At the top of `LC_ALL=C iconv --list`:

The following list contain all the coded character sets known.  This does
not necessarily mean that all combinations of these names can be used for
the FROM and TO command line parameters.  One coded character set can be
listed with several different names (aliases).

  437, 500, 500V1, 850, 851, 852, 855, 856, 857, 860, 861, 862, 863, 864, 865,
  [...other charsets]

Maybe ia's a Debian specific note.

Kind Regards,
-- 
Nekral


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

Bug#404739: gss: FTBFS on amd64: segmentation fault.

2006-12-27 Thread Kurt Roeckx

Package: gcc
Version: 0.0.18-1
Severity: important

Hi,

Your package is failing to build on amd64 with the following error:
/usr/bin/make  check-TESTS
make[3]: Entering directory `/build/buildd/gss-0.0.18/tests'
PASS: basic
libshishi: warning: `ignore-this-warning': No such file or directory
libshishi: warning: ignore-this-warning: No such file or directory
libshishi: warning: `ignore-this-warning/shishi.conf': No such file or directory
libshishi: warning: ignore-this-warning/shishi.conf: No such file or directory
/bin/sh: line 4:  6656 Segmentation fault  SHISHI_KEYS=./krb5context.key 
SHISHI_TICKETS=./krb5context.tkt SHISHI_CONFIG=ignore-this-warning 
SHISHI_HOME=ignore-this-warning SHISHI_USER=ignore-this-warning 
THREADSAFETY_FILES="../lib/*.c ../lib/krb5/*.c" ${dir}$tst
FAIL: krb5context
PASS: threadsafety

1 of 3 tests failed


Kurt



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

Bug#404740: Log-file is not written, after it has been rotated (daemon-mode)

2006-12-27 Thread Daniel Leidert

Package: fetchmail
Version: 6.3.6~rc3-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I will try to explain:

fetchmail runs in daemon-mode with the following (relevant) options in
/etc/fetchmailrc:

set logfile /var/log/fetchmail
set no syslog

So let's say, I start fetchmail in daemon mode (user: fetchmail):

/etc/init.d/fetchmail start

Now my /var/log/fetchmail(.1.gz) log at last says:

fetchmail: Mi 27 Dez 2006 20:19:49 CET: schlafe 1800 Sekunden lang
(sleeping at ... for the non-German readers)

Then the file has been rotated and a new /var/log/fetchmail was created.
But fetchmail did not write to the new file. The file stayed empty until
the daemon was restarted, although there were several fetchmail runs
during the log-rotation and the daemon restart.

I observed this issue several times. Please tell me, if you need further
information. I will try to provide them.

Regards, Daniel


- -- System Information:
Debian Release: 4.0
  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.17.09060920
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages fetchmail depends on:
ii  adduser  3.101   Add and remove users and groups
ii  debianutils  2.17.4  Miscellaneous utilities specific t
ii  gettext  0.16.1-1GNU Internationalization utilities
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  lsb-base 3.1-22  Linux Standard Base 3.1 init scrip

Versions of packages fetchmail recommends:
ii  ca-certificates   20061027   Common CA Certificates PEM files

- -- no debconf information

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

iD8DBQFFkvQJm0bx+wiPa4wRAh/QAKC4Qapc35Us7sdSFRmOCwuLxiCeJgCg08Pr
6MhIqTUvEm7SjTyqSyEuOwk=
=C+2V
-END PGP SIGNATURE-


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

Bug#282183: nvidia-kernel-2.6.16-1-686: severe display update problems

2006-12-27 Thread Mark Whitis

Package: nvidia-kernel-2.6.16-1-686
Followup-For: Bug #282183

I am experiencing similar problems after doing a dist-upgrade today.
The problems severely affect the usability of most applications.

They do not affect the login prompt, instead the affects were noticed on:
  - gnome-panel applications menu
Sometimes when I pull up a submenu, not all of menu item names are 
displayed (instead you have white) but the space the occupied is there
and the icons are there.   The missing items are on the lower portion
of the menu.   Happens about 15% of the time a menu is displayed and
is more likely on longer submenus (which means takes longer to clear).
Mousing over the menu items (which causes them to be redrawn with and
without highlight, unhides the items.
  - firefox/iceweasel
Very often when I load a page, most of the content in the window
is missing.   If I do a google search on anything, for example,
some or usually all of the search results that appear are invisable,
except for the underlines (which I guess are drawn last).   I can
repaint the missing text by scrolling or dragging a window over it.
Happens about 100% of the time when displaying google search results.
Sometimes, the page is painted then most of it is erased, except
for the underlines and the text for the first couple search results.
 - Gcalctool 
 Buttons are drawn but text on the buttons is invisible.
 text reappers if I drag cursor over the buttons.
 - Kcalc
 Buttons are drawn but text on most buttons is invisible.
Sometimes the text reappears on mouseover, sometimes it doesn't
First two items on menu bar invisable; mousing over the menu bar
erases text.
Pulldown menu text invisible, stays invisable.
 - Kedit
   menus unusable - they start invisable and stay invisable when you mouse
   over.
   menu bar text appears but is erased when moused over

 - KHangMan
   menu bar invisible, stays invisable
   menu text invisible, stays invisible
 - GnomeMeeting
   menu bar ok
   pulldown menus intermittently invisible but redrawn (except for greyedout
   items) when you mouse over

emacs and terminal windows look ok.   Filezilla looks ok, but I didn't do 
much with it.   Haven't tried much else, except some apps that start
with an empty window anyway.  OpenOffice.org writer menus look ok but
the main window starts blank, anyway.


This appears to affect text, not images.   And maybe only proportionally
spaced text.   Menu bars, toolbars, and title bars seem unaffected, except
for Kde apps.   Seems to affect gnome apps, kde apps, and apps which 
appear to use neither.   However, kde apps are rendered completely unusable.

more likely to affect the first draw than expose events or scrolling.

Looks suspiciously like a race condition between clear window and 
display update which are occuring concurrently.   

I tried to install NVIDIA-Linux-x86-1.0-8762-pkg1.run, the version of
the nvidia driver I used before, to fix the problem, but it could not 
compile the kernel module because kernel and gcc were incompatible.  
I accidently told it to go ahead in spite of the warning (stupid yes/no
questions instead of install/abort) and it failed to load the new module.
Surprisingly, X still started after that.  Probably won't after next reboot.

Does this bug still exist in version 1.0.8756+1 of this package? [y|N|q|?]?
   answered no because I wasn't sure what version was included but 
strings /lib/modules/2.6.16-1-686/kernel/drivers/video/nvidia.ko
says 8762 which is newer and dpkg says the package version is 1.0.8756+1.

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

Versions of packages nvidia-kernel-2.6.16-1-686 depends on:
ii  nvidia-kernel-common  20051028+1 NVIDIA binary kernel module common

Versions of packages nvidia-kernel-2.6.16-1-686 recommends:
ii  linux-image-2.6.16-1-686  2.6.16-12  Linux kernel 2.6.16 image on PPro/

-- no debconf information


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

Bug#402898: /etc/bogofilter.cf should define UTF-8 as default charset since it is Debian's default

2006-12-27 Thread Samuel Thibault

Teemu Likonen, le Thu 28 Dec 2006 00:16:20 +0200, a écrit :
> If charset is not defined in message's Content-Type headers, bogofilter
> uses it's own charset_default setting (default is ISO-8859-1). I think
> ISO-8859-1 is a good default: I believe most of the messages without
> Content-Type headers are in some kind of Western European charset.
> Probably most of the spam is English.

Maybe cp1252 would even be more useful, since it is an over-set of
iso-8859-1 and it is used by a lot of mailers running on another
well-known OS.

Samuel

Bug#404635: devscripts: GREP_OPTIONS seems to be the cause of this problem

2006-12-27 Thread Kamaraju Kusumanchi

Package: devscripts
Version: 2.9.26
Followup-For: Bug #404635

A little more debugging, I found that the culprit is either of GREP_OPTIONS,
GREP_COLOR environment variables. Both these options are documented in the man
page of grep. On my machine I have

$echo $GREP_OPTIONS
--color=always

$echo $GREP_COLOR
1;32

With these variables, I get the errors reported in the first email of this bug
report.  However If I unset GREP_OPTIONS then devscripts seem to work fine.

$unset GREP_OPTIONS

$who-uploads texmacs devscripts
Uploads for texmacs:
1:1.0.6-10 to unstable: 
1:1.0.6.6-1 to experimental: 
1:1.0.6-9 to unstable: 

Uploads for devscripts:
2.9.27 to unstable: Julian Gilbey <[EMAIL PROTECTED]>
2.9.26 to unstable: Julian Gilbey <[EMAIL PROTECTED]>
2.9.25 to unstable: Julian Gilbey <[EMAIL PROTECTED]>

Now that the problem is known, a fix might be easy :-)

thanks
raju


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

Bug#402898: /etc/bogofilter.cf should define UTF-8 as default charset since it is Debian's default

2006-12-27 Thread Teemu Likonen

Samuel Thibault kirjoitti (27.12.2006 klo 10.49):

> Teemu Likonen, le Wed 27 Dec 2006 10:23:39 +0200, a écrit :
> > I didn't know that bogofilter is able to check message headers for
> > correct encoding. I use KMail (KDE's email client) and it converts
> > messages to locale charset before sending them to bogofilter. How do
> > other programs behave? What is the correct behaviour (if there is
> > one)?
> 
> I'd say the correct behavior is to just keep the message intact.

I checked how bogofilter works with messages with different encodings
and Content-Type headers. Bogofilter works as it should: it checks the
message's Content-Type header and get's the charset from there. With
"unicode=yes" (which is the default) bogofilter converts the message to
UTF-8 and stores words to it's database.

If charset is not defined in message's Content-Type headers, bogofilter
uses it's own charset_default setting (default is ISO-8859-1). I think
ISO-8859-1 is a good default: I believe most of the messages without
Content-Type headers are in some kind of Western European charset.
Probably most of the spam is English.

So, my bug report was pretty pointless from bogofilter's point of view.
:) I guess this bug can be closed. At least I downgraded the severity to
"normal".

There remains this KMail problem, though. Maybe it's worth filing a new
report.

Bug#404738: xserver-xorg-video-ati: Freeze after rotating 3D view in Blender

2006-12-27 Thread Sven Arvidsson

Package: xserver-xorg-video-ati
Version: 1:6.6.3-2
Severity: important

When rotating the 3D viewport with the middle mouse button in Blender
2.42a-5, X seems to freeze. The screen doesn't update and X does not
respond to keyboard or mouse input. The system itself does not seem to
crash as my music is still playing in the background, still I'm forced
to reboot.

I'm using a ATI Radeon 9100
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R200 QM
[Radeon 9100]

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages xserver-xorg-video-ati depends on:
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  xserver-xorg-core2:1.1.1-12  X.Org X server -- core server

xserver-xorg-video-ati recommends no packages.

-- no debconf information


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

Bug#404534: ups... wrong bug

2006-12-27 Thread Stefan Fritsch

this seems to be a different issue. I actually meant #392813


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

Bug#404358: atari-fdisk-cross: after Etch upgrade to kernel 2.6.18, no longer works

2006-12-27 Thread Samuel Thibault

Martin-Éric Racine, le Wed 27 Dec 2006 12:06:34 +0200, a écrit :
> ke, 2006-12-27 kello 11:03 +0100, Samuel Thibault kirjoitti:
> > Martin-Éric Racine, le Wed 27 Dec 2006 11:45:43 +0200, a écrit :
> > > _llseek(3, 0, 0, SEEK_SET)  = -1 EFAULT (Bad address)
> > > write(4, "llseek: Bad address\n", 20llseek: Bad address
> > 
> > This looks like the problem: 
> > fdisk shouldn't be providing a NULL address here.
> 
> I wonder why it does.

Herm, because atari-fdisk directly calls Linux' _llseek() without
taking care about the size of arguments, without taking care of 64bits
architectures, etc. while GNU libc has been providing a sane way for
doing 64bits lseek() for a long time.  Here is a patch for using that
instead.

Samuel
diff -ur atari-fdisk-0.7.1/disk.c atari-fdisk-0.7.1-mine/disk.c
--- atari-fdisk-0.7.1/disk.c2006-10-23 20:35:51.0 +0200
+++ atari-fdisk-0.7.1-mine/disk.c   2006-12-27 22:56:24.0 +0100
@@ -60,13 +60,12 @@
 "$Id: disk.c,v 1.10 1997/08/22 12:35:38 rnhodek Exp $";
 #endif /* lint */
 
+#define _FILE_OFFSET_BITS 64
+
 #include 
 #include 
 #include 
 #include 
-#ifdef __linux__
-#include 
-#endif
 #include 
 #include 
 
@@ -81,43 +80,13 @@
 /*
  * sseek: seek to specified sector - return 0 on failure
  *
- * For >4GB disks lseek needs a > 32bit arg, and we have to use llseek.
+ * For >4GB disks lseek needs a > 32bit arg.
  * On the other hand, a 32 bit sector number is OK until 2TB.
- * The routines _llseek and sseek below are the only ones that
- * know about the loff_t type.
+ *
+ * Thanks to _FILE_OFFSET_BITS, we can have GNU libc use an 64bit off_t even on
+ * 32bit platforms.
  */
 
-#ifdef SYS__llseek
-
-#define _llseek(fd, hi, lo, res, wh) syscall(SYS__llseek, fd, hi, lo, res, wh)
-
-/* seek to a sector */
-int sseek( unsigned int fd, unsigned long s )
-{
-loff_t in, out;
-
-in = (loff_t)s * SECTOR_SIZE;
-out = 1;
-
-if (_llseek (fd, in>>32, in & 0x, &out, SEEK_SET) != 0) {
-   perror( "llseek" );
-   fprintf( stderr, "seek error - cannot seek to sector %lu\n", s );
-   return 0;
-}
-
-if (in != out) {
-   fprintf( stderr, "seek error: wanted 0x%08x%08x, got 0x%08x%08x\n",
-(uint)(in>>32), (uint)(in & 0x),
-(uint)(out>>32), (uint)(out & 0x) );
-   return 0;
-}
-return 1;
-}
-
-#else
-
-/* Sorry, kernel doesn't know _llseek call :-((( */
-
 int sseek( unsigned int fd, unsigned long s )
 {
 off_t in, out;
@@ -136,8 +105,6 @@
 return 1;
 }
 
-#endif
-
 /* read one sector */
 void sread( char *buffer, unsigned long secno )
 {

1 2 3 4 >

1 - 100 of 306 matches

Mail list logo