Bug#429437: new MAKEDEV usage chroot un friendly

[kelrin]

Package: libraw1394-8
Version: 1.2.1-3
Severity: serious
Tags: patch

The new postinst is broken for the common case of installing package in
chroot. set -e is used and cd /dev/ && ./MAKEDEV is called unconditionally.

Please test for existance of ./MAKEDEV, or that you are in a chroot, or
just tack a || true onto the offending line.

Setting up libraw1394-8 (1.2.1-3) ...
Creating device node /dev/raw1394...
/var/lib/dpkg/info/libraw1394-8.postinst: line 5: ./MAKEDEV: No such
file or directory
dpkg: error processing libraw1394-8 (--configure):
 subprocess post-installation script returned error exit status 1

Thanks, Kel.diff -Nrup libraw1394-1.2.1/debian/libraw1394-8.postinst libraw1394-1.2.1.patched/debian/libraw1394-8.postinst
--- libraw1394-1.2.1/debian/libraw1394-8.postinst	2007-06-18 13:01:59.0 +1000
+++ libraw1394-1.2.1.patched/debian/libraw1394-8.postinst	2007-06-18 13:01:24.0 +1000
@@ -2,7 +2,7 @@
 
 if [ "$1" = "configure" ]; then
 	echo -n "Creating device node /dev/raw1394... "
-	cd /dev && ./MAKEDEV raw1394
+	cd /dev && ./MAKEDEV raw1394 || true
 	echo "done."
 fi
 

Bug#429388: aptitude: [experimental] fails to reckon packages from apt-get when they were removed by aptitude

[Daniel Burrows]

On Sun, Jun 17, 2007 at 09:59:25PM -0400, Felipe Sateler <[EMAIL PROTECTED]> 
was heard to say:
> On Sunday 17 June 2007 20:22:20 Daniel Burrows wrote:
> >   The problem can be fixed by reading/writing the installation
> > states again after step 2, at the cost of making installs take
> > longer.  Other than that, it's pretty difficult.
> 
> I guess that the extra time it takes doesn't matter very much.

  I don't think it matters compared to this bug, but someone filed
#332708 over it.  That's probably where this bug comes from -- it
looks like I either was never aware that I needed to write out the
state file after installs, or I didn't think about it at the time
I fixed 332708.

> aptitude 
> already takes some time to start up, and writes extended state information 
> after an install run, so I guess the cost would be negligible. 

  It doesn't write that information -- that's where the bug comes from.
Or rather, it only writes it out afterwards in visual mode.

> I see that aptitude does read the package states at load time. Can that 
> information be kept so that there is no need to re read the states after step 
> 2?

  Not sure what you mean here.  The problem is that aptitude writes a
note to itself that it should remove the package if it's installed.
Then it removes the package, but doesn't clear the note.  If you ran
aptitude again, it would notice this and clear the note out; but since
you instead run apt-get and restore the package's state, aptitude figures
it didn't actually remove the package and tries to remove it again.

  The fix is to read and flush the state database immediately after
aptitude finishes the install.  If aptitude never gets to do this,
say because it got interrupted, there's no way it can know whether
the removal took place or not.  It certainly can't know what another
utility did to a package if the package's state ends up being the
same as aptitude last saw it (at least, not without enhancements to
dpkg).

> >   What I really want is to be able to say, "only apply my stored state
> > if no-one else updated this package since I last saw it". But dpkg 
> > does not provide any way to find out whether a package has been
> > changed since it was last seen.  So aptitude guesses by looking at 
> > whether the package's installation state has changed; as you can
> > see here, though, this is a very error-prone way of doing things.
> 
> What I'm thinking right now is why would aptitude want to think differently 
> from what the state db says? If the package is marked to be 
> installed/removed, then just install/remove it. This kind of smells like when 
> programs think they know better than the user.

  Which state db?

* the dpkg state db says this is installed.
* the aptitude state db says this should be removed.

  Who wins?  aptitude tries to say that if you touched a package with
another program, that program should win.  This is generally what you want;
e.g., you don't want aptitude to start removing packages you installed with
apt-get.  The only problem is that there's no way to find out 100% reliably
whether another program has touched a package.

  I think the fact that you considered this behavior to be a bug is
sufficient evidence that aptitude shouldn't blindly follow its database
in pursuit of some sort of consistency.

  Daniel


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

Bug#399183: xserver-xorg: incorrectly calculates TrueType fontmetrics

[Sergei Golovan]

On 6/18/07, Drew Parsons <[EMAIL PROTECTED]> wrote:

I haven't got this arial font installed. Which package is it in?


Any TTF font metrics are incorrect if the font in iso10646-1 encoding.

xfd -fn '-dejavu-dejavu sans-medium-r-normal--0-0-0-0-p-0-iso10646-1'

gives the same result (all characters have the same height and depth).

(Monotype arial is fetched when installing msttcorefonts from contrib branch).

--
Sergei Golovan


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

Bug#429438: The dpkg status cache does not provide enough information to check whether a package's state has been changed.

[Daniel Burrows]

Package: dpkg
Version: 1.14.4
Severity: wishlist

  It would be nice if dpkg's status cache had a little more information;
say, enough so that other programs could recognize whether a package's
state had been changed.

  The use case I'm interested in is aptitude.  aptitude keeps various
pieces of information regarding a package, such as whether the user wants
to install it and the version they want to install.  Ideally, this
information should go away if the package is modified by another program.

  For instance, if I have told aptitude to remove a piece of software, but
then I remove it using dpkg, aptitude should forget that I wanted to
remove it.  In fact, if I remove it using dpkg and immediately re-install
it with apt-get, aptitude should *still* not try to remove the package.

  Right now, aptitude detects these cases by checking the dpkg status.
However, this has two major drawbacks:

  (1) it can't detect sequences of changes that leave the package
  in the same state that it started in, as the remove and re-install
  example above.

  (2) when dpkg performs actions on behalf of aptitude, it's necessary
  to write back to aptitude's cache that the actions were performed.
  If this isn't done (for instance, due to a user interrupt),
  inconsistent behavior can result. (see #429388; it is a bug,
  but the fix cannot be complete due to this problem)

  By way of explaining (2), say aptitude was about to remove a package,
but the user interrupted it and removed it with dpkg.  If the user then
reinstalls it with dpkg before running aptitude, aptitude will go ahead
and remove the program again, because it doesn't know that the program's
state has changed.


  I believe that it would be a huge benefit if dpkg could store a unique
token that indicates the current "version" of a package's information.
For instance,

Package: foo
State: install ok installed
Status-Key: 9d43acb2112f084a
...

  Any dpkg action performed on foo should modify the status-version.  The
choice of a 16-digit hex value was arbitrary; as a user I don't care what
you use, but I figured a hex key is the most likely thing to put there.

  Does this sound at all useful to anyone else?  It seems likely to me
that other applications would benefit (I hope so, cause I'd really like
to finally wipe out these bugs), but I can't think of any obvious
beneficiaries at the moment.

  Daniel


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

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

Versions of packages dpkg depends on:
ii  coreutils 5.97-5.3   The GNU core utilities
ii  libc6 2.5-11 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#429439: please build against gfortran instead of g77

[Kamaraju Kusumanchi]

Package: geant321
Version: 1:3.21.14.dfsg-5
Severity: normal

--- Please enter the report below this line. ---
geant321 currently uses g77 as the fortran compiler. However, g77 is no longer 
maintained. Instead gfortran is the currently maintained fortran compiler in 
gcc. It would be nice if geant321 can be built against gfortran instead of 
g77.

raju


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

Debian Release: testing/unstable
  500 unstableftp.us.debian.org 
  500 oldstable   ftp.us.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
libgeant321-2-dev| 
geant321-data| 
cernlib-base | 
g77  | 



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

Bug#429432: xserver-xorg: [ati/r128] 1152x768 can no longer be used on PowerBook, incorrect display

[Vincent Lefevre]

Taking the modeline from

  http://forums.gentoo.org/viewtopic.php?t=469455

solved the problem, but this doesn't explain why the old one no longer
works.

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

Bug#429431: tex-common should depend on libappconfig-perl as tpm2licences needs it

[Norbert Preining]

On Mon, 18 Jun 2007, Khapin wrote:
> /usr/share/tex-common/tpm2licenses needs AppConfig.pm to run :
...
> tex-common should then depend on libappconfig-perl

Definitely not. THis script is NOT installed into /usr/bin or some othe
user accessible binary path. It is not core functionality of tex-common.
If a Debian packages wants to run this script then THIS packages needs
to depend on AppConfig, like texlive is doing.

Furthermore there is currently only the texlive packages using tpm files
(since tetex is gone now), and even this will go away soon.

I am inclined to close this bug without further discussion. 

I guess the other DDs here agree.

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
SCONSER (n.)
A person who looks around then when talking to you, to see if there's
anyone more interesting about.
--- Douglas Adams, The Meaning of Liff


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

Bug#429440: unable to install fuse-utils due to error in post-installation script

[Kamaraju Kusumanchi]

Package: fuse-utils
Version: 2.6.5-1
Severity: normal

--- Please enter the report below this line. ---
When trying to install fuse-utils, I am encountering the following error.

$ sudo apt-get update
$ sudo apt-get install fuse-utils
Reading package lists... Done
Building dependency tree... Done
fuse-utils is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 738 not upgraded.
1 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Setting up fuse-utils (2.6.5-1) ...
creating fuse device node...
udev active, devices will be created in /dev/.static/dev/
creating fuse group...
/etc/init.d/fuse: line 24: /lib/init/vars.sh: No such file or directory
invoke-rc.d: initscript fuse, action "start" failed.
dpkg: error processing fuse-utils (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 fuse-utils
E: Sub-process /usr/bin/dpkg returned an error code (1)

$ dpkg -l fuse-utils
rF  fuse-utils 2.6.5-1Filesystem in USErspace (utilities)


hth
raju

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

Debian Release: testing/unstable
  500 unstableftp.us.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libc6(>= 2.5-5) | 2.5-7
libfuse2(= 2.6.5-1) | 2.6.5-1
sed  (>= 4) | 4.1.4-4
ucf | 2.003
adduser | 3.77
makedev  (>= 2.3.1-80)  | 2.3.1-83
 OR udev| 0.100-2



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

Bug#429428: 'Invalid argument' caused by non-existent group 'logcheck' on destination host

[Dominique Brazziel]

I backup to a remote host (basically a machine right
next to this one) and the 'logcheck' package wasn't
installed on it yet.  Thus, the group 'logcheck' was
also not yet created on the destination host and I
guess pdumpfs wasn't able to set the permissions.

It could be a little more specific about what the
failure was, I've seen this problem before and
couldn't figure out what it was.

OK to close.


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

Bug#414446: icu: FTBFS on hurd-i386

[Jay Berkenbilt]

Samuel Thibault <[EMAIL PROTECTED]> wrote:

> Any news on this?  Is it at least pending?  Since it blocks boost, it
> blocks a lot of packages.

Oops, I seem to have completely overlooked this.  My apologies.  It
must have gotten buried in other email, and I guess it's been a while
since I'd gone to my QA page to check for bugs I missed.  I'll have to
starting doing that regularly again.

In any case, you've now brought my attention to it.  The patch looks
very straightforward and pretty innocuous.  I should be able to
prepare a fixed package over the next few days.  Thanks for the nudge,
and sorry that it was necessary.

-- 
Jay Berkenbilt <[EMAIL PROTECTED]>


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

Bug#428159: [BTS] templates://mantis/{templates} #428159

[Kevin Coyner]

On Fri, Jun 15, 2007 at 08:27:15PM +0100, James Westby wrote..

> > _Description: Configure Apache2 as your web server?
> 
> This seems a little wrong, as it wont set up Apache to be a web
> server if it is not already. It is more setting up Apache to serve
> Mantis, but I can't think of the correct way round to say that at
> the moment.

I see your point. How about this?

---

Template: mantis/webserver
Type: boolean
Default: true
_Description: Configure Apache2 as your web server?
 A pre-existing Apache2 installation can automatically be configured
 to use Mantis by creating links in /etc/apache2/conf.d/. Select
 true if you would like Apache2 configured for you. If you select
 false, a web server will not be configured during this installation
 process and you will have to preform this task yourself.

---

Kevin

-- 
Kevin Coyner  GnuPG key: 1024D/8CE11941


signature.asc
Description: Digital signature

Bug#429436: num-utils: 'numgrep /10..4/' returns no error.

[A. Costa]

Package: num-utils
Version: 0.5-8
Severity: minor


At present this probably ought to return an error:

% seq 1 3 30 | numgrep /10..4/ ; echo $?
0

OTOH, it'd be more convenient if the ranges didn't have to be 
of this form:

/lownum..highnum/ 

...but instead worked either way: 

/lownum..highnum/ 
/highnum..lownum/

Number position would only matter if there's one number.

It's trivial to code; if the first number is greater, swap the
numbers.

Hope this helps...


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

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages num-utils depends on:
ii  perl  5.8.8-7Larry Wall's Practical Extraction 

num-utils recommends no packages.

-- debconf-show failed


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

Bug#429435: grep: -x and -w interfere?

[Justin Pryzby]

Package: grep
Version: 2.5.1.ds2-6
Tags: upstream
# Justification: same result on some incarnation of redhat: FC6

$ echo foo bar baz |grep -wx foo
foo bar baz
$ echo foo bar baz |grep -x foo
$ 

I expect that both invocations have the same result, since -x should
imply strictly stronger matching requirements than -w.


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

Bug#429433: Should latex-ucs depend on texlive or just on texlive-latex-base ?

[Khapin]

Package: latex-ucs
Version: 20041017-6
Severity: minor

Hi !

latex-ucs now depends on tetex-bin|texlive. Shouldn't it be
enough to make it depend on tetex-bin or _texlive-latex-base_ (which,
AFAIK, is roughly the equivalent of tetex-bin alone) ?
latex-ucs is the only package with maxima-emacs to depend on texlive and
not just on texlive-latex-base
The difference between the 2 is that texlive adds texlive-context,
texlive-latex-recommended and texlive-fonts-recommended. And I
personally don't need/want ConTeXt, nor do I think it's needed by
latex-ucs.


Cheers

Khapin


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

Kernel: Linux 2.6.18nico-5 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages latex-ucs depends on:
ii  texlive2005.dfsg.3-1 TeX Live: A decent selection of th

latex-ucs recommends no packages.

-- no debconf information

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__


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

Bug#429431: tex-common should depend on libappconfig-perl as tpm2licences needs it

[Khapin]

Package: tex-common
Version: 1.8
Severity: normal

/usr/share/tex-common/tpm2licenses needs AppConfig.pm to run :

$/usr/share/tex-common/tpm2licenses
Can't locate AppConfig.pm in @INC (@INC contains: /usr/share/tex-common
/etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8
/usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8
/usr/local/lib/site_perl .) at /usr/share/tex-common/tpm2licenses line
37.
BEGIN failed--compilation aborted at /usr/share/tex-common/tpm2licenses
line 37.

tex-common should then depend on libappconfig-perl


Cheers

Khapin



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

Kernel: Linux 2.6.18nico-5 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages tex-common depends on:
ii  debconf   1.5.13 Debian configuration management sy
ii  ucf   3.001  Update Configuration File: preserv

tex-common recommends no packages.

Versions of packages texlive-base depends on:
ii  texlive-base-bin  2005.dfsg.2-12 TeX Live: Essential binaries
ii  texlive-common2005.dfsg.3-1  TeX Live: Base component
ii  texlive-doc-base  2005.dfsg.2-1  TeX Live: Base documentation

-- debconf information excluded

__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__


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

Bug#429388: aptitude: [experimental] fails to reckon packages from apt-get when they were removed by aptitude

[Felipe Sateler]

On Sunday 17 June 2007 20:22:20 Daniel Burrows wrote:
>   Ooh, that's a nasty one.  To make it more fun, it occurs in the
> previous releases of aptitude as well.
>
>   I think I have a pretty good idea what's going on.
>
> (1) You install wesnoth with apt-get.  So far so good.
> (2) You remove wesnoth with aptitude, *from the command-line*.
> aptitude writes out that it wants to remove wesnoth and
>   that wesnoth is currently installed, but in order to save
>   time after the install, it doesn't refresh the package
>   states or write out the new installation states.
> (3) You install wesnoth again.  Yay.
> (4) You run aptitude.  On startup, it checks its state and
> sees that it wants to remove wesnoth, and that the last
>   time it saw wesnoth, wesnoth was installed.  It checks
>   wesnoth, and sees that hey, it's still installed, so
>   apparently you never changed it.  So it goes ahead and
>   removes wesnoth like you wanted.
>
>   The problem can be fixed by reading/writing the installation
> states again after step 2, at the cost of making installs take
> longer.  Other than that, it's pretty difficult.

I guess that the extra time it takes doesn't matter very much. aptitude 
already takes some time to start up, and writes extended state information 
after an install run, so I guess the cost would be negligible. 
I see that aptitude does read the package states at load time. Can that 
information be kept so that there is no need to re read the states after step 
2?

>
>   What I really want is to be able to say, "only apply my stored state
> if no-one else updated this package since I last saw it". But dpkg 
> does not provide any way to find out whether a package has been
> changed since it was last seen.  So aptitude guesses by looking at 
> whether the package's installation state has changed; as you can
> see here, though, this is a very error-prone way of doing things.

What I'm thinking right now is why would aptitude want to think differently 
from what the state db says? If the package is marked to be 
installed/removed, then just install/remove it. This kind of smells like when 
programs think they know better than the user.


-- 

Felipe Sateler


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

Bug#429364: Even when idle, it shows up pretty high in PowerTop

[Joe Wreschnig]

On Sun, 2007-06-17 at 10:03 -0400, Carlos Moffat wrote:
> Package: quodlibet
> Version: 1.0-1
> Severity: wishlist
> 
> --- Please enter the report below this line. ---
> Hi,
> 
> QuodLibet shows up pretty high in PowerTop, intel's tool to monitor power 
> usage in Linux (http://linuxpowertop.org).
> 
> It usually shows, as below, with 15-20 wakeups per second, which seems a 
> little high given that it is not doing anything.
> 
>3.9% ( 15.2)   /usr/bin/quodli : schedule_timeout (process_timeout) 

It would be helpful if you could triage this and figure out how many of
the wakeups are due to QL (which we can fix), how many are due to Python
(which we can probably work around or fix), and how many are due to
GStreamer (which we can punt to them).
-- 
Joe Wreschnig <[EMAIL PROTECTED]>


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

Bug#399183: xserver-xorg: incorrectly calculates TrueType font metrics

[Drew Parsons]

Sergei Golovan wrote:
> I can't use the latest Xorg packages now, but it's fairly easy to see
> if the bug is gone. When I run (in etch)
> 
> xfd -fn '-*-arial-*-iso10646-1'
> 
> I see that ALL characters have the same accent and descent, which is
> obviously incorrect.


I haven't got this arial font installed. Which package is it in?

Drew


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

Bug#357736: simple solution?

[Norman Ramsey]

I think there may be a simpler solution to this problem.
The following patch to /usr/bin/startx should do the trick.

--- startx.orig 2007-04-20 16:07:37.0 -0400
+++ startx  2007-06-17 21:23:09.0 -0400
@@ -128,6 +128,8 @@
 
 # create a file with auth information for the server. ':0' is a dummy.
 xserverauthfile=$HOME/.serverauth.$$
+trap "/bin/rm -f $xserverauthfile; exit 1" 1 2 15 # clean up on unceremonious 
exit
+trap "/bin/rm -f $xserverauthfile; exit 0" 0 # clean up on clean exit
 xauth -q -f $xserverauthfile << EOF
 add :$dummy . $mcookie
 EOF


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

Bug#429434: gnome-terminal: accented characters confuse space calculation if LC_ALL=C

[Paolo Benvenuto]

Package: gnome-terminal
Version: 2.18.0-2
Severity: normal

I had to grep in a file looking for an accented vowel, and I could see that 
after I wrote the 
grep command (without executing it), deleting all the characters confused the 
terminal.

I wrote:
$ grep molín

then I backspaced it till deleting all the letters. Result: the cursor ended 
one space more at the left.

I could see that if I write:

$ greo áéíóú
and then I delete with backspace, the cursor goes 5 spaces more to the left 
than it should.

With normal locale (e.g. in a newly opened terminal) this problem doesn't show.

It seems that the bug appears for the setting of LC_ALL=C

If I set "LC_ALL=", the bug desappears.

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

Kernel: Linux 2.6.18-2-686 (SMP w/1 CPU core)
Locale: LANG=es_DO.UTF-8, LC_CTYPE=es_DO.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-terminal depends on:
ii  gnome-control-center1:2.18.1-1   utilities to configure the GNOME d
ii  gnome-terminal-data 2.18.0-2 Data files for the GNOME terminal 
ii  libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii  libbonobo2-02.18.0-2 Bonobo CORBA interfaces library
ii  libc6   2.5-11   GNU C Library: Shared libraries
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
ii  libglade2-0 1:2.6.0-4library to load .glade files at ru
ii  libglib2.0-02.12.12-1The GLib library of C routines
ii  libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file
ii  libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.18.1-2   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.16.4-1 Layout and rendering of internatio
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libstartup-notification00.9-1library for program launch feedbac
ii  libvte9 1:0.16.5-1   Terminal emulator widget for GTK+ 
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  scrollkeeper0.3.14-13A free electronic cataloging syste

Versions of packages gnome-terminal recommends:
ii  yelp  2.18.1-1   Help browser for GNOME 2

-- no debconf information


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

Bug#429388: aptitude: [experimental] fails to reckon packages from apt-get when they were removed by aptitude

[Felipe Sateler]

It may be of interest that when unmarking the deletions, dependencies aren't 
unmarked. So, if for example foo brought libfoo in, I unmark foo for removal, 
libfoo isn't unmarked, I have to manually do that.


-- 

Felipe Sateler


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

Bug#429429: samba: nmbd not always necessary

[Robert Edmonds]

Package: samba
Version: 3.0.24-6etch4
Severity: wishlist

nmbd is not always necessary; for instance in a non-Windows environment
with working name resolution.  It would be nice if the samba init script
supported only starting the smbd daemon.

-- System Information:
Debian Release: 4.0
Architecture: amd64
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages samba depends on:
ii  debconf  1.5.11  Debian configuration management sy
ii  libacl1  2.2.41-1Access control list shared library
ii  libattr1 2.4.32-1Extended attribute shared library
ii  libc62.3.6.ds1-13GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library
ii  libcupsy 1.2.7-4 Common UNIX Printing System(tm) -
ii  libgnutl 1.4.4-3 the GNU TLS library - runtime libr
ii  libkrb53 1.4.4-7etch1MIT Kerberos runtime libraries
ii  libldap2 2.1.30-13.3 OpenLDAP libraries
ii  libpam-m 0.79-4  Pluggable Authentication Modules f
ii  libpam-r 0.79-4  Runtime support for the PAM librar
ii  libpam0g 0.79-4  Pluggable Authentication Modules l
ii  libpopt0 1.10-3  lib for parsing cmdline parameters
ii  logrotat 3.7.1-3 Log rotation utility
ii  lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip
ii  netbase  4.29Basic TCP/IP networking system
ii  procps   1:3.2.7-3   /proc file system utilities
ii  samba-co 3.0.24-6etch4   Samba common files used by both th
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages samba recommends:
pn  smbldap-tools  (no description available)

-- 
Robert Edmonds
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#365681: [Popcon-developers] Bug#365681: Bug#365681: Bug#365681: popcon: using http_proxy

[Petter Reinholdtsen]

[Bill Allombert]
> Why ? /etc/cron.weekly/popularity-contest is also a conffile.

To avoid questions during upgrade.  We as the package maintainers are
unlikely to edit /etc/popularity-contest.conf as part of the package
(as it isn't a conffile, but might end up modifying
/etc/cron.weekly/popularity-contest, and if the sysadmin edits
/etc/cron.weekly/popularity-contest it will give him more work during
upgrades than editing /etc/popularity-contest.conf.

> On the other hand do you know systems that use http_proxy ? How they
> do that.

I believe it is normally set using /etc/environment for systems were
it should be set globally.

Happy hacking,
-- 
Petter Reinholdtsen


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

Bug#429427: dpkg-buildpackage: build-dep check doesn't check virtual packages.

[Daniel Burrows]

Package: dpkg-dev
Version: 1.14.4
Severity: normal

[EMAIL PROTECTED]:~/src/apt--debian-sid$ dpkg-buildpackage -rfakeroot
dpkg-buildpackage: source package is apt
dpkg-buildpackage: source version is 0.7.2
dpkg-buildpackage: source changed by Michael Vogt <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture i386
dpkg-buildpackage: source version without epoch 0.7.2
dpkg-checkbuilddeps: Unmet build dependencies: libcurl3-gnutls-dev (>= 7.15.5)
dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.
dpkg-buildpackage: (Use -d flag to override.)


  But in fact libcurl4-gnutls-dev, providing libcurl3-gnutls-dev, is
installed.

  Daniel

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

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

Versions of packages dpkg-dev depends on:
ii  binutils   2.17cvs20070426-8 The GNU assembler, linker and bina
ii  cpio   2.8-1 GNU cpio -- a program to manage ar
ii  dpkg   1.14.4package maintenance system for Deb
ii  make   3.81-3The GNU version of the "make" util
ii  patch  2.5.9-4   Apply a diff file to an original
ii  perl [perl5]   5.8.8-7   Larry Wall's Practical Extraction 
ii  perl-modules   5.8.8-7   Core Perl modules

Versions of packages dpkg-dev recommends:
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  gcc [c-compiler]  4:4.1.2-2  The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-12   The GNU C compiler
ii  gcc-4.2 [c-compiler]  4.2-20070609-1 The GNU C compiler

-- no debconf information


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

Bug#364526: debian-installer: Please implement a password-checking module

[Masami Ichikawa]

on 06/18/07 03:02, Christian Perrier wrote:
>> +Template: passwd/chkpasswdstrength
>> +Type: boolean
>> +Default: true
>> +_Description: : Reject weak passwords?
> 
> Should be:
> 
> _Description: Reject weak passwords?
> 

Yes. should be.

> 
>> + Please choose whether you want the entered passwords strength to be
>> + checked and passwords found as 'weak' to be rejected. 
>> +
> 
>> +Template: user-setup/chkpasswdstrength-bad
>> +Type: error
>> +_Description: Weak password
>> + choose another password that does contain numbers, upper and lower 
>> + case characters.
>> +
> 
> s/choose/Please choose
> 
> I suggest removing 'another':
> 
>  Please choose a password that
> 

Yes.

>>  Template: passwd/shadow
>>  Type: boolean
>>  Default: true
>> Index: user-setup-ask
>> ===
>> --- user-setup-ask   (revision 47268)
>> +++ user-setup-ask   (working copy)
>> @@ -37,6 +37,8 @@
> 

Cheers,
-- 
/*
 * Masami Ichikawa
 * mailto: [EMAIL PROTECTED]
 *   : [EMAIL PROTECTED]
 */


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

Bug#429202: icedove: Certificate list is empty

[Laurent Grawet]

On 17/06/07 21:53, Alexander Sack - Debian Bugmail wrote:
> On Sun, Jun 17, 2007 at 08:15:11PM +0200, Laurent Grawet wrote:
>> On 17/06/07 17:56, Alexander Sack - Debian Bugmail wrote:
>> please post an
>>
>> # ls -l /usr/lib/icedove/
>>
>>
>> Here it is. For information, I removed /usr/lib/icedove and /etc/icedove 
>> berore
>> installing icedove 2.0.
>> I have one broken link : libnssckbi.so. In my iceweasel and iceape 
>> directories,
>> it is not a link.
> interesting. Is the package libnss3-0d on your system? Try,
> 
>dpkg -l libnss3-0d
> 
> and
> 
>ls -l /usr/lib/nss/
> 
>  - Alexander
> 

Yes, but the subdirectory is /usr/lib/xulrunner. I'm on Etch...
I recompiled the package from source. I see the libnss3-0d package
structure on Sid has changed. I edited the link and it works. I now see
the certificates.

Sorry for the inconvenience...

Laurent


$ dpkg -l libnss3-0d
ii  libnss3-0d 1.8.0.11-2 Network Security Service libraries

$ dpkg -L libnss3-0d
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libnss3-0d
/usr/share/doc/libnss3-0d/MPL.gz
/usr/share/doc/libnss3-0d/copyright
/usr/share/doc/libnss3-0d/changelog.Debian.gz
/usr/lib
/usr/lib/libnss3.so.0d
/usr/lib/libsmime3.so.0d
/usr/lib/libsoftokn3.so.0d
/usr/lib/libssl3.so.0d
/usr/lib/xulrunner
/usr/lib/xulrunner/libfreebl3.so
/usr/lib/xulrunner/libnssckbi.so
/usr/lib/xulrunner/libfreebl3.chk
/usr/lib/libsoftokn3.0d.chk




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

Bug#429165: [EMAIL PROTECTED]: Re: [Pkg-xfce-devel] Bug#429165: thunar: support writing iso files to cd on right-click menu]

[Michael Gilbert]

From: [EMAIL PROTECTED]

You can use the custom actions:



http://thunar.xfce.org/pwiki/documentation/custom_actions
http://thunar.xfce.org/pwiki/documentation/custom_actions#burn



A simple command like `wodim file.iso` for the command would also work.
Just make sure you insert a writable media before executing the command
:)


this is a solution that works, but its just not user-friendly.

From: Mathias Brodala

You can install Brasero for this.


this works great.  brasero looks like it works well and integrates
nicely into the thunar context menus.

if brasero were added to the thunar recommends, i would be very
satisfied with the resolution of this bug.

mike


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

Bug#429422: gnome-screensaver: Screensaver blanks screen without ability to restore

[Brian Sipos]

Package: gnome-screensaver
Version: 2.18.2-1
Severity: important

When the screensaver is fading out, a mouse movement will cause the 
screensaver to be disabled. Once the fade-out has occurred, a mouse 
movement will promopt for a password to restore display.
If a mouse movement occurs at some time when the screen has completely 
darkened from the fading for some reason the password prompt will never 
display and it is impossible to restore the display without killing the 
X server and logging-in again. This is a very severe problem and I have 
experienced this issue several times now.
I can attempt to repeat the issue, but so far it has occurred at 
inopportune times and is very annoying.

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

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

Versions of packages gnome-screensaver depends on:
ii  dbus  1.1.0-1simple interprocess messaging 
syst
ii  gconf22.18.0.1-3 GNOME configuration database 
syste
ii  gnome-icon-theme  2.18.0-3   GNOME Desktop icon theme
ii  libart-2.0-2  2.3.19-3   Library of functions for 2D 
graphi
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libbonobo2-0  2.18.0-2   Bonobo CORBA interfaces library
ii  libbonoboui2-02.18.0-5   The Bonobo UI library
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libcairo2 1.4.6-1.1  The Cairo 2D vector graphics 
libra
ii  libdbus-1-3   1.1.0-1simple interprocess messaging 
syst
ii  libdbus-glib-1-2  0.73-2 simple interprocess messaging 
syst
ii  libexif12 0.6.15-1   library to parse EXIF files
ii  libfontconfig12.4.2-1.2  generic font configuration 
library
ii  libfreetype6  2.2.1-6FreeType 2 font engine, shared 
lib
ii  libgconf2-4   2.18.0.1-3 GNOME configuration database 
syste
ii  libgl1-mesa-glx [libgl1]  6.5.2-5A free implementation of the 
OpenG
ii  libglade2-0   1:2.6.0-4  library to load .glade files at 
ru
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgnome-keyring0 0.8.1-2GNOME keyring services library
ii  libgnome-menu22.18.2-1   an implementation of the 
freedeskt
ii  libgnome2-0   2.18.0-4   The GNOME 2 library - runtime 
file
ii  libgnomecanvas2-0 2.14.0-3   A powerful object-oriented 
display
ii  libgnomekbd1  2.18.2-1   GNOME library to manage keyboard 
c
ii  libgnomekbdui12.18.2-1   User interface library for 
libgnom
ii  libgnomeui-0  2.18.1-2   The GNOME 2 libraries (User 
Interf
ii  libgnomevfs2-01:2.18.1-2 GNOME Virtual File System 
(runtime
ii  libgtk2.0-0   2.10.13-1  The GTK+ graphical user interface 
ii  libice6   1:1.0.3-2  X11 Inter-Client Exchange library
ii  liborbit2 1:2.14.7-0.1   libraries for ORBit2 - a CORBA 
ORB
ii  libpam0g  0.79-4 Pluggable Authentication Modules 
l
ii  libpango1.0-0 1.16.4-1   Layout and rendering of 
internatio
ii  libpng12-01.2.15~beta5-2 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline 
parameters
ii  libsm62:1.0.3-1  X11 Session Management library
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxcursor1   1:1.1.8-2  X cursor management library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension 
librar
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' 
extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.2-1  X11 Xinerama extension library
ii  libxklavier11 3.2-2  X Keyboard Extension high-level 
AP
ii  libxml2   2.6.29.dfsg-1  GNOME XML library
ii  libxrandr22:1.2.1-1  X11 RandR extension library
ii  libxrender1   1:0.9.2-1  X Rendering Extension client 
libra
ii  libxss1   1:1.1.2-1  X11 Screen Saver extension 
library
ii  libxxf86misc1 1:1.0.1-2  X11 XFree86 miscellaneous 
extensio
ii  libxxf86vm1   1:1.0.1-2  X11 XFree86 video mode extension 
l
ii  zlib1g1:1.2.3-15 compression library - runtime

Versions of packages gnome-screensaver recommends:
ii  gnome-power-manager   2.18.3-1   frontend for gnome-powermanager
pn  rss-glx(no description available)
pn  xscreensaver-gl   

Bug#429386: xdosemu hangs X server

[Ross Boylan]

The weird dosemu version number in this reports reflects the fact that I
applied the patch indicated in #428578.

Is the BTS OK?  The acknowledgement took about 4 hours.
Ross


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

Bug#429424: fuse-utils: Missing copyright, changelog, and docs

[John Goerzen]

Package: fuse-utils
Version: 2.6.5-1
Severity: serious

/usr/share/doc/fuse-utils is empty.

This means the copyright statement is missing.

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

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

Versions of packages fuse-utils depends on:
ii  adduser   3.102  Add and remove users and groups
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libfuse2  2.6.5-1Filesystem in USErspace library
ii  makedev   2.3.1-83   creates device files in /dev
ii  sed   4.1.5-2The GNU sed stream editor
ii  ucf   3.001  Update Configuration File: preserv
ii  udev  0.105-4/dev/ and hotplug management daemo

fuse-utils recommends no packages.

-- no debconf information


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

Bug#364526: debian-installer: Please implement a password-checking module

[Masami Ichikawa]

on 06/18/07 01:04, Geert Stappers wrote:

Op 17-06-2007 om 21:21 schreef Masami Ichikawa:
 

+   # password shouldn't contain login account.
+   ret=`echo $passwd | grep -ci $user`
+   if test $ret = 1; then
+		if test $passwd_len -ge $user_len; then 
+			return 0

+   fi
+   fi


If I understand the above code snippet correct,
then it does allow user='root' and password='root'
and does depend on further checks.


Yes. That's right.


Please simply to source code into

 +  ret=`echo $passwd | grep -ci $user`
 +  if test $ret = 1; then
 +  return 0
 +  fi

It does better match 
 +	# password shouldn't contain login account.

and it will prevent user='R00tme' with pasword='R00tme'



when I tested like that user="foo" password="food123", I thought this case may 
be allowed.
because, this case grep returns 1.
so, I added "if test $passwd_len -ge $user_len; then" line.
I couldn't find another solution:-(


 

--- debian/user-setup-udeb.templates(revision 47268)
+++ debian/user-setup-udeb.templates(working copy)
@@ -110,6 +117,12 @@
  You entered an empty password, which is not allowed.
  Please choose a non-empty password.
 
+Template: user-setup/chkpasswdstrength-bad

+Type: error
+_Description: Weak password
+ choose another password that does contain numbers, upper and lower 
+ case characters.

+


Nitpicking:

Start 'choose' with a capital.



Yes.



Thanks for the patch
Some one who should find out,
if he could had apply the patch into versioning system.




Cheers,
--
/*
 * Masami Ichikawa
 * mailto: [EMAIL PROTECTED]
 *   : [EMAIL PROTECTED]
 */


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

Bug#429423: libc reports wrong version

[David Broome]

Package: libc6
Version: 2.6-0exp3
Severity: grave

--- Please enter the report below this line. ---
When I create a deb using either make-pkg (for kernels) or dh_make for 
invidulal debs , the wrong version of libc is detected always.
 
 linux-headers-2.6.22-rc4-2 depends on libc6 (>= 2.6-1); however:
  Version of libc6 on system is 2.6-0exp3.

 smplayer depends on libc6 (>= 2.6-1); however:
  Version of libc6 on system is 2.6-0exp3.

If I unpack the deb and manully install it, it works fine.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.22-rc5

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org 
  500 unstablejeandamiendurand.free.fr 
  500 unstableftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libgcc1 | 1:4.2-20070609-1



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

Bug#429388: aptitude: [experimental] fails to reckon packages from apt-get when they were removed by aptitude

[Daniel Burrows]

  Ooh, that's a nasty one.  To make it more fun, it occurs in the
previous releases of aptitude as well.

  I think I have a pretty good idea what's going on.

(1) You install wesnoth with apt-get.  So far so good.
(2) You remove wesnoth with aptitude, *from the command-line*.
aptitude writes out that it wants to remove wesnoth and
that wesnoth is currently installed, but in order to save
time after the install, it doesn't refresh the package
states or write out the new installation states.
(3) You install wesnoth again.  Yay.
(4) You run aptitude.  On startup, it checks its state and
sees that it wants to remove wesnoth, and that the last
time it saw wesnoth, wesnoth was installed.  It checks
wesnoth, and sees that hey, it's still installed, so
apparently you never changed it.  So it goes ahead and
removes wesnoth like you wanted.

  The problem can be fixed by reading/writing the installation
states again after step 2, at the cost of making installs take
longer.  Other than that, it's pretty difficult.

  What I really want is to be able to say, "only apply my stored state
if no-one else updated this package since I last saw it".  But dpkg
does not provide any way to find out whether a package has been
changed since it was last seen.  So aptitude guesses by looking at
whether the package's installation state has changed; as you can
see here, though, this is a very error-prone way of doing things.

  Daniel


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

Bug#405041: Debian Bug report logs - #405041

[Damien Miller]

DO NOT apply this patch. It will expose users to the "unsafe signal handler
vulnerability" closed in openssh-4.4.

Further discussion at: http://bugzilla.mindrot.org/show_bug.cgi?id=1322


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

Bug#429425: sun-java6-bin: generates dangling symlinks for manpages

[Gabriele Stilli]

Package: sun-java6-bin
Version: 6-00-2
Severity: normal

Hi,

I get this warning from cron-daily almost every day:

/etc/cron.daily/man-db:
mandb: warning: /usr/share/man/man1/keytool.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/java.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/javaws.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/policytool.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/rmid.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/pack200.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/orbd.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/unpack200.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/servertool.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/tnameserv.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/rmiregistry.1.gz is a dangling symlink

***

Apparently, when upgrading from sun-java5, the correct manpage links are
not created and e.g. /usr/share/man/man1/keytool.1.gz still points (via
/etc/alternatives/keytool.1.gz) to the old
/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/man/man1/keytool.1.gz instead of
the correct one. Same for the other links.

Thank you,
Gabriele :-)

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

Kernel: Linux 2.6.21camelot (PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to it_IT.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages sun-java6-bin depends on:
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  libc6 2.5-9+b1   GNU C Library: Shared libraries
ii  libstdc++51:3.3.6-15 The GNU Standard C++ Library v3
ii  sun-java6-jre 6-00-2 Sun Java(TM) Runtime Environment (
ii  unixodbc  2.2.11-13  ODBC tools libraries

Versions of packages sun-java6-bin recommends:
ii  libasound2  1.0.13-2 ALSA library
ii  libgcc1 1:4.2-20070528-1 GCC support library
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxp6  1:1.0.0.xsf1-1   X Printing Extension (Xprint) clie
ii  libxtst61:1.0.1-5X11 Testing -- Resource extension 

-- debconf information:
* shared/accepted-sun-dlj-v1-1: true
  shared/error-sun-dlj-v1-1:
* shared/present-sun-dlj-v1-1:

-- 
http://poisson.phc.unipi.it/~stilli/   ICQ UIN: 159169930
[HT] Lothlorien F.C. (51042, IV.53)   #156 Club dei Mille
Meglio essere ottimisti e avere torto, che pessimisti e avere ragione
[Albert Einstein]


signature.asc
Description: Digital signature

Bug#427294: stk: new version 4.2.1 available

[Felipe Sateler]

On Tuesday 05 June 2007 04:15:21 Günter Geiger wrote:
> On Sat, 2007-06-02 at 19:49 -0400, Felipe Sateler wrote:
> > Package: stk
> > Version: 4.2.0-9
> > Severity: wishlist
> >
> > Version 4.2.1 has been available for a while now. If you don't have time
> > I could try to prepare a package for it.
>
> Hi,
>
> Yes, would be great. Let me know if you have something running.

I have built a package. I tried to follow the format you used in 4.2.0, but 
I'm not familiar with CDBS so stuff may be wrong. The package is available in 
http://mentors.debian.net/debian/pool/main/s/stk.
The package is mostly lintian clean, except for a NMU warning. I also closed 2 
bugs :). 


-- 

Felipe Sateler

Bug#429059: emacs22-el: error message in sendmail.el stops loading gnus when not using any MTA

[Ralf Resack]

Sven Joachim <[EMAIL PROTECTED]> writes:

> Ralf Resack writes:

> You are right.  The rationale is given in the patch:
>
> ,
> |   Patch: avoid-fakemail-mail-loss.diff
> |   Author: Rob Browning <[EMAIL PROTECTED]>
> |   Added-by: Rob Browning <[EMAIL PROTECTED]>
> | 
> |   This fix attempts to avoid a situation where Emacs can silently lose
> |   mail.  This can occur if sendmail.el (at least) falls back to
> |   fakemail, and the underlying binary (MAIL_PROGRAM_NAME) that
> |   fakemail is configured to use doesn't exist.  Unless
> |   mail-interactive is true, Emacs won't wait for the mailer and so
> |   won't know that fakemail failed.
> `
>
> Of course it would be better if fakemail was fixed to not lose mail.

Thanks for the explanation. I don't know about fakemail - what it is
for and when it will be used - to evaluate this situation or to give a
helpful suggestion here.

>> I removed both lines, which
>> works for me. I'm wondering about this error message. If necessary,
>> you might change it also to:
>> 
>>  (if (not (file-executable-p "/usr/bin/mail"))
>>  (message "/usr/bin/mail is not executable"))
>> 
>> This gives the user the information without interrupting loading
>> gnus. I hope, this is helpful.
>
> Yes, but such messages easily go by unnoticed, so I'm not certain this
> would be better than the bailing out which is done now.  

As I understand the above description by Rob, one could change
mail-interactive to get the needed attention of the user when he tries
to send mail. If that fails, he then can check the *Messages* for the
occuring problem and some hints and will not loose mail.

This wouldn't hit configurations that are not related to the actual
proplem, because Gnus isn't even loading then. Do you think this would
be more appropriate:

(if (not (file-executable-p "/usr/bin/mail"))
(progn
 (message "/usr/bin/mail is not executable")
 (setq mail-interactive t)))

Or for the special case one uses smtp functionality of Gnus but no MTA
service of the system:

(if (and
 (not (eq send-mail-function 'smtpmail-send-it))
 (not (file-executable-p "/usr/bin/mail")))
(error "/usr/bin/mail is not executable"))

> Note that your system configuration (lacking an MTA) is rather
> unusual.

I'm just after the first steps walking Linux and don't know yet if I
shot myself in the foot with removing exim. But these threads
<[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> at gnu.emacs.gnus encouraged me to
do so.

> Anyway, you can easily avoid that by setting sendmail-program in your
> .emacs.  The value does not matter, since you are not using it anyway,
> so
> (setq sendmail-program "/bin/false")
>
> would be a good candidate.

I'd prefer the the smtpmail.el without this bail out as a minimal
installation of Debian will have this problem.


Cheers,
Ralf


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

Bug#429430: ggcov needs rebuild against current binutils-dev

[Uwe Hermann]

Package: ggcov
Version: 0.8-3
Severity: grave
Justification: renders package unusable

Hi,

similar to #331283, ggcov needs another rebuild against the latest
binutils-dev, otherwise it won't start.

I can confirm that a simple rebuild fixes the problem.


Cheers, Uwe.
-- 
http://www.hermann-uwe.de  | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org


signature.asc
Description: Digital signature

Bug#429421: gphoto2 holds each downloaded object fully in RAM before writing to disk

[Daniel Kahn Gillmor]

Package: gphoto2
Version: 2.3.1-2
Severity: normal


Bug 372166 talks about a major error holding the entire set of objects
in RAM before writing to disk.

this error is much more narrow: gphoto2 appears to hold an individual
object entirely in RAM before writing it to disk.  It appears to do
this for me when i run "gphoto -P" to connect to my canon PowerShot
SD200, anyway.

This isn't a problem (today) for normal hosts, normal cameras, and
normal (still) photos.  But it's a problem for movies or other
extremely large files, or for embedded hosts.

My camera can take movies.  I have a couple 1GB movie files on it.  I
have a low-end machine with 256MB RAM (or even as low as 32MB RAM, in
the case of my debian ARM device).  I want to transfer those 1GB movie
files to disk via gphoto2.  Pulling the entire movie into RAM is
prohibitively expensive because of the massive swapping that results.

The cutoff of what should be spooled directly to disk (as opposed to
what can be cached in RAM) would ideally be related to the amount of
physical memory in the host system (or the amount allowed to the
running user).  Or maybe *every* object should be spooled to a local
temporary file and then renamed to the proper name when complete?  I'm
not sure what the downside would be there.  Maybe this is a job for
mmap()?  Sorry that i don't have any concrete suggestions or patches
to offer at this point.

Thanks for keeping gphoto2 in debian!  it's very handy.

Regards,

--dkg

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

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

Versions of packages gphoto2 depends on:
ii  libc6 2.5-9+b1   GNU C Library: Shared libraries
ii  libcdk5   5.0.20060507-1 C-based curses widget library
ii  libexif12 0.6.15-1   library to parse EXIF files
ii  libgphoto2-2  2.3.1-5gphoto2 digital camera library
ii  libgphoto2-port0  2.3.1-5gphoto2 digital camera port librar
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libncurses5   5.6-3  Shared libraries for terminal hand
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libreadline5  5.2-3  GNU readline and history libraries
ii  libusb-0.1-4  2:0.1.12-7 userspace USB programming library

gphoto2 recommends no packages.

-- no debconf information


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

Bug#429428: Invalid argument error for destination directory

[Dominique Brazziel]

Package: pdumpfs
Version: 1.3-2
Severity: important

I have a daily backup (using pdumpfs) of my /etc
directory scheduled via cron.daily and it's been
running fine.  Yesterday I installed 'logcheck' and
everything in /etc gets backed up except the
'/etc/logcheck' directory.  The error I get in the
error log is:

pdumpfs: Invalid argument -
/nfs4/emach433/backup/dell566/etc/2007/06/17/etc/logcheck

The directory gets created but it is empty.  All other
files and subdirectories in '/etc'
are backed up.

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

Kernel: Linux 2.6.18
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pdumpfs depends on:
ii  ruby  1.8.2-1An
interpreter of object-oriented 

pdumpfs recommends no packages.

-- no debconf information



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

Bug#429426: r-cran-hmisc: errbar() does not work correctly on a log axis

[Roger Leigh]

Package: r-cran-hmisc
Version: 3.3-2-1
Severity: normal

Hi,

The errbar() function does not work correctly on a log axis, due
to the code assuming the axis is linear.

Here is a tiny testcase to demonstrate:

library(Hmisc)
x <- c(0.03,0.1,0.3,1,3,10,30)
y <- c(10,6,2,0.8,0.3,0.06,0.021)
sd <- c(5,2,1,0.3,0.1,0.2,0.08)
par(mfrow=c(2,1))
errbar(x,y,y-sd,y+sd)
errbar(x,y,y-sd,y+sd, log="x")

It should be possible for the code to check if par xlog=T and then
adjust the x±cap to cope with the log scale.


Regards,
Roger

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.18-3-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages r-cran-hmisc depends on:
ii  libc6   2.5-11   GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070609-1 GCC support library
ii  r-base-core 2.5.1~20070614-1 GNU R core of statistical computin
ii  r-cran-acepack  1.3.2.2-1GNU R package for regression trans
ii  r-cran-chron2.3-11-1 GNU R package for chronologically 
ii  r-cran-cluster  1.11.7-1 GNU R package for cluster analysis
ii  r-cran-lattice  0.15-8-1 GNU R package for 'Trellis' graphi

r-cran-hmisc recommends no packages.

-- no debconf information

Bug#429397: RM: gnome-find [RoQA]

[Andreas Barth]

Package: ftp.debian.org

Hi,

please remove gnome-find, reason: way too buggy, only one maintainer
upload in 2001 so far and one NMU and RC buggy again.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#362411: Why would /etc/X11/X be allowed to /bin/true at any time?

[Torsten Landschoff]

Hi Brice, 

On Sun, Jun 17, 2007 at 12:40:24PM +, Debian Bug Tracking System wrote:
> This problem about /etc/X11/X pointing to /bin/true was probably caused
> by xserver-xorg being removed (it sets the symlink to /bin/true) and
> then reinstalled (without fixing the symlink correctly). It should be
> solved by now, probably since xserver-xorg 1:7.1.0-5.


Fine. Thanks for the information. Is there any rationale why /etc/X11/X 
should point at /bin/true at any time? It looks quite nonsensical to me.
Any rationale?

Greetings, Torsten


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

Bug#407680: pixel corruption (overflow in pixel operations, maybe Matrox driver?)

[Ulrich Eckhardt]

On Sunday 17 June 2007 02:48:56 Brice Goglin wrote:
> About 5 years ago, you reported a bug to the Debian BTS regarding some
> pixel corruption with Xorg and a matrox driver. Did you reproduce this
> problem recently? With Xorg/Etch? With latest xserver-xorg-core 1.3 and
> xserver-xorg-video-mga 1.4.6.1 currently in unstable?
> If not, I will close this bug in the next weeks. If so, could you send
> the output of
> /usr/share/bug/xserver-xorg/script 3>&1

Hmmm, 5yrs is a pretty rough estimation. ;)

Anyhow, I currently lack the hardware to reproduce the effect since the 
machine with the Matrox-card broke and I'm not going to rebuild it either.

Uli


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

Bug#425844: Found the problem

[Benjamin Seidenberg]

The problem causing #425844 et al. (Cyrus dies on a reload) is caused by
a double/invalid free in reread_conf().

The specific line is (on the patched source) 1578 (make sure to dpatch
apply-all). The bug is introduced by 13-master_process_handling.dpatch,
and is thus all Sven's fault.

I'm going to try to figure out why this (seemingly ok) patch is breaking
it later tonight.

Benjamin


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

Bug#427343: (no subject)

[Thiemo Seufer]

reassign 427343 gcc
tags 427343 +fixed-upstream
thanks

This bug is fixed in recent CVS GCC.


Thiemo


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

Bug#415696: dosbox: new upstream release version 0.70

[Sven Arvidsson]

> Upstream release dosbox version 0.70.
> 
> Please package it.

Hi,

Any news on this? I see that Ubuntu already has packaged 0.70. 

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#406335: 1.17 etch packages....

[Rainer Dorsch]

Hi Marcos,

Am Samstag, 16. Juni 2007 18:14 schrieb Marcos Torres Marado:
> Also, I would like for you to CC me on issues regarding this bug,
> 'cause like Rainer I'm not getting the replies...

I tried again a few days ago and the subscription works now for me.

Your screenshot looks weired, here slviewer works definitely better. Not sure 
what is the best way to debug the problem. But do you know which video 
adapter you have and which driver you use?

Thanks,
Rainer

-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
email: [EMAIL PROTECTED]
jabber: [EMAIL PROTECTED]
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/

Bug#428830: perl_parse_error

[Jose Carlos Garcia Sogo]

El vie, 15-06-2007 a las 23:06 +0300, Niko Tyni escribió:
> 
> Jose: any opinion?

  In my opinion, we shoud avoud suid stuff as much as possible, and if
we can even make it almost impossible to be used we can block some
attack vector using that suid aware file.

  So basically, if it is not needed, it should not be enabled, most if
the package needing is moving to avoid it.

  Cheers,

> 
> Cheers,
-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]

Bug#404181: About debian bug #404181

[Nikita V. Youshchenko]

Hello.

Some time ago, you've reported a bug to Debian BTS, titled 'GSSAPI 
authentication with expired Kerberos ticket causes sylpheed to hang 
forever'.

Unfortunately, it is difficult to reproduce this bug outside of your 
environment.

Could you please:

- check if bug is still there with packages currently in Debian Unstable
(I mean, libetpan11 0.49-3 and claws-mail 2.9.2-1 - note the package rename 
from sylpheed-claws-gtk2 to claws-mail)

- if the bug is still reprodusable, could you please install claws-mail-dbg 
and libetpan-dbg packages, then run claws-mail under gdb, reproduce the 
bug (make it to hang), then press "Ctrl-C" in gdb, get a backtrace 
using 'where' gdb command, and send the backtrace to 
[EMAIL PROTECTED]

Thanks for your assistance.


pgpd8jXCXvnSs.pgp
Description: PGP signature

Bug#429418: quanta: unmet Recommends on wdg-html-reference

[Luk Claes]

Package: quanta
Severity: important
Version: 4:3.5.7-1
User: [EMAIL PROTECTED]
Usertags: goal-recommends

Hi

Your package recommends on wdg-html-reference which is not available in 
unstable.

Cheers

Luk


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

Bug#426797: vserver-debiantools: don't use 127.0.0.1 for localhost

[Ola Lundqvist]

Hi

But reassigning to the first assigned guest ip do not solve the problem...

I mean the second guest would like to see its guest to 127.0.0.1...

Or is the description wrong?

Regards,

// Ola

On Sat, Jun 16, 2007 at 03:07:17PM +0100, Micah Anderson wrote:
> 
> 
> Ola Lundqvist wrote:
> >Hi
> >
> >Tanks a lot for the information.
> >
> >Micah: Do you know why this option is not used in the Debian
> >vserver kernels?
> 
> Most likely Waldi would have the best answer to this question, but looking 
> at the configure information:
> 
> +config VSERVER_REMAP_SADDR
> +   bool"Remap Source IP Address"
> +   depends on EXPERIMENTAL && !VSERVER_LEGACY
> +   default n
> +   help
> + This allows to remap the source IP address of 'local'
> + connections from 127.0.0.1 to the first assigned
> + guest IP.
> 
> 
> This requires the EXPERIMENTAL option to be on and VSERVER_LEGACY to be 
> off. At the moment legacy is still on and experimental is not, so this 
> option could not be enabled in the kernel until either legacy is no longer 
> supported, and enabling experimental options makes sense.
> 
> micah
> 

-- 
 --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering 
/  [EMAIL PROTECTED]   Annebergsslingan 37\
|  [EMAIL PROTECTED]   654 65 KARLSTAD|
|  http://opalsys.net/   Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---


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

Bug#427261: Bad libcurl depency

[Florian Ragwitz]

xmms2 still depends on libcurl3-openssl-dev, but as libcur3 has been
removed from unstable this automatically picks up soversion 4. Therefor
there doesn't seem to be another way than waiting for a fixed curl
upstream version right now.


-Flo

-- 
BOFH excuse #417:
Computer room being moved.  Our systems are down for the weekend.


signature.asc
Description: Digital signature

Bug#421715: shorewall: conflicts with several packages

[Lorenzo Martignoni]

On 6/16/07, Michael Prokop <[EMAIL PROTECTED]> wrote:

* Michael Prokop <[EMAIL PROTECTED]> [20070501 10:15]:

[...]

Any chance to get an answer?


The problem will be fixed by the next upload.

-- l


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

Bug#408219: [pkg-ntp-maintainers] Bug#408219: ntpd giving up on eth0 before it is initialized

[Thomas Fritz]

I ran into the same problem. Here some more information.

On startup (boot process) of my Debian/Etch dhcp/ntp clients, the hook

   /etc/dhcp3/dhclient-enter-hooks.d/ntp

gets called, (re)starting ntpd at a point in time (DHCP BOUND), when the
network is not configured yet. Some seconds later the init script

   /etc/init.d/ntp

attempts to start ntpd, but the start-stop-daemon just exits, since ntpd
is already running. Hence, ntpd stays in an offline state as Erik
explained.

On shutdown of the clients, the script

   /etc/init.d/ntp

stops ntpd, but it is (re)started again by the hook

   /etc/dhcp3/dhclient-enter-hooks.d/ntp

some seconds later (DHCP RELEASE). Then the systems gets down.


This can be worked around by replacing the line

  invoke-rc.d ntp restart

with

  invoke-rc.d ntp try-restart

in function 'ntp_server_restart()' of the hook.

Now, when the hook is called on startup/shutdown it does not
(needlessly) start ntpd anymore, and the startup/shutdown behaviour is
controlled by the init scripts alone.

The general problem, however, remains. I.e., when restarting the network
on the client:

   # /etc/init.d/networking restart

   Reconfiguring network interfaces...
There is already a pid file /var/run/dhclient.eth0.pid with pid 1687
   killed old client process, removed PID file
   Internet Systems Consortium DHCP Client V3.0.4
   Copyright 2004-2006 Internet Systems Consortium.
   All rights reserved.
   For info, please visit http://www.isc.org/sw/dhcp/

   Listening on LPF/eth0/00:14:bf:65:ad:b5
   Sending on   LPF/eth0/00:14:bf:65:ad:b5
   Sending on   Socket/fallback
   DHCPRELEASE on eth0 to 172.20.1.6 port 67
   Stopping NTP server: ntpd.
   Starting NTP server: ntpd.
   Internet Systems Consortium DHCP Client V3.0.4
   Copyright 2004-2006 Internet Systems Consortium.
   All rights reserved.
   For info, please visit http://www.isc.org/sw/dhcp/

   Listening on LPF/eth0/00:14:bf:65:ad:b5
   Sending on   LPF/eth0/00:14:bf:65:ad:b5
   Sending on   Socket/fallback
   DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
   DHCPOFFER from 172.20.1.6
   DHCPREQUEST on eth0 to 255.255.255.255 port 67
   DHCPACK from 172.20.1.6
   Stopping NTP server: ntpd.
   Starting NTP server: ntpd.
   bound to 172.20.1.9 -- renewal in 237 seconds.
   done.

then ntpd is left offline by the second stop/start of the NTP server,
because the network interface is not configured at that point.




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

Bug#429324: goobox: depends on old gstreamer 0.8

[David Schleef]

reassign goobox
thanks

The package name is a typo, right?



dave...


On Sun, Jun 17, 2007 at 07:49:57AM +, Barbara Nowak wrote:
> 
> Package: gstreamer0.8
> Severity: serious
> Version: 0.9.93-8
> Tags: sid
> 
> Hi,
> 
> Your package depend gstreamer0.8, but it was removed  from debian. You are 
> fixed it in experimental (#404155), but not in unstable yet.
> 
> 
> Thanks
> Barbara
> 
> 
> 
> 
> 
> 
> 
>   ___ 
> Yahoo! Mail is the world's favourite email. Don't settle for less, sign up for
> your free account today 
> http://uk.rd.yahoo.com/evt=44106/*http://uk.docs.yahoo.com/mail/winter07.html 
> 
> 
> ___
> Pkg-gstreamer-maintainers mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pkg-gstreamer-maintainers


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

Bug#397192: No manpages for all 4 binaries

[Martin Stigge]

retitle 397192 Manpages missing
thanks

Hi,

as the bug submitter correctly predicted, the manpages went lost after
the last builds. 2.4.2-1.2 currently doesn't ship manpages for the
binaries, as lintian correctly reports:

W: fontconfig binary: binary-without-manpage usr/bin/fc-cache
W: fontconfig binary: binary-without-manpage usr/bin/fc-cat
W: fontconfig binary: binary-without-manpage usr/bin/fc-list
W: fontconfig binary: binary-without-manpage usr/bin/fc-match

The manpages file is wrong:

$ cat debian/fontconfig.manpages 
fc-*/*.1
$ ls fc-*/*.1
ls: fc-*/*.1: No such file or directory
$

But:

$ find -name "*.1"
./debian/fc-cache.1
./debian/fc-list.1
$

So two binaries actually have manpages in the source packages, but
fc-cat and fc-match are missing manpages completely.

Martin




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

Bug#429352: exim4: [INTL:ru] Russian debconf templates translation update

[Christian Perrier]

Quoting Yuri Kozlov ([EMAIL PROTECTED]):
> Package: exim4
> Severity: wishlist
> Tags: l10n, patch
> 
> Russian debconf templates translation update is attached.


Some templates have been modified in the meantime, sorry for this.

You might want to update the attached file.



ru.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#416095: switchconf: Allow for boot time configuration switch using kernel options.

[Jose Calhariz]

On Sat, Mar 24, 2007 at 08:34:21PM +0100, Eric Lavarde wrote:
> Package: switchconf
> Version: 0.0.5.1-1
> Severity: wishlist
> Tags: patch
> 
> 
> Hello again,
> 
> I've developed a small init script for switchconf which allows to
> switch the configuration at boot time. In order to do this you just
> need to add a kernel option 'switchconf=', e.g. to lilo.conf
> or grub's menu.lst; and the init script will call switchconf with
>  as parameter. 
> 
> (...)

I have accepted your patch.  I have released version 0.0.6 that you
can fetch from http://web.tagus.ist.utl.pt/~jose.calhariz/

I had all ready sent an email into debian-mentors requesting a sponsor
to upload the new package into Debian.


 Jose Calhariz


-- 
P.S. [En_US] The sig below is from my random sig-generator, which strangely
often seems to pick signatures which are apropriate to the message at
hand!

P.S. [Pt_Pt] A assinatura em baixo é do gerador aleatório de
assinaturas, que estranhamente, escolhe com frequência assinaturas que
parecem apropriadas ao email!
--

A vida é o que acontece enquanto você está ocupado com outros projetos

--John Lennon


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

Bug#428549: ECMAScript/javascript is disabled, and it is easy to turn it on, so turn it on!

[Kalle Olavi Niemitalo]

Asheesh Laroia <[EMAIL PROTECTED]> writes:

> Version: 0.11.1-1.2
>
> It's easy to enable JavaScript support for elinks, and basic
> JS/ECMAScript support would really go a long way given all of the dumb
> pages on the web that require it (for things like following links or
> submitting forms).

ECMAScript support in ELinks 0.11.1 has several bugs that can
cause SIGSEGV.  Some of them may be exploitable for running
arbitrary code.  (If you can prove otherwise, please add your
reasoning to the upstream bugs.)  In my opinion, Debian should
not enable ECMAScript in this version.

http://bugzilla.elinks.cz/show_bug.cgi?id=755
http://bugzilla.elinks.cz/show_bug.cgi?id=846
http://bugzilla.elinks.cz/show_bug.cgi?id=870
http://bugzilla.elinks.cz/show_bug.cgi?id=956
http://elinks.cz/release.html

Please consider using ELinks 0.12 snapshots instead, because all
known ECMAScript crashes (but not hangs) have been fixed there.
ELinks 0.12.0 has not yet been released because 0.12.GIT still
has some regressions from 0.11.3.


pgpCXT0RS7231.pgp
Description: PGP signature

Bug#416094: switchconf: Allow for alternative configuration methods using cp instead of ln.

[Jose Calhariz]

On Sat, Mar 24, 2007 at 08:10:37PM +0100, Eric Lavarde wrote:
> Package: switchconf
> Version: 0.0.5.1-1
> Severity: wishlist
> Tags: patch
> 
> 
> Hello,
> 
> as I've started to use switchconf in order to configure a chroot environment,
> using ln to apply configurations doesn't work for me. So I created the 
> attached
> patch, adding effectively a new option to /etc/switchconf/conf:
> (...)

I have accepted your patch and enhanced it with the option of using
hard links.  I have released version 0.0.6 that you can fetch from
http://web.tagus.ist.utl.pt/~jose.calhariz/

I had all ready sent an email into debian-mentors requesting a sponsor
to upload the new package into Debian.


 Jose Calhariz


-- 
P.S. [En_US] The sig below is from my random sig-generator, which strangely
often seems to pick signatures which are apropriate to the message at
hand!

P.S. [Pt_Pt] A assinatura em baixo é do gerador aleatório de
assinaturas, que estranhamente, escolhe com frequência assinaturas que
parecem apropriadas ao email!
--

A vida é o que acontece enquanto você está ocupado com outros projetos

--John Lennon


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

Bug#428968: openssh-server: logging in using my shared keys no longer working after upgrade

[Good Times]

Package: openssh-server
Version: 1:4.6p1-1
Followup-For: Bug #428968

After upgrading, I cannot log into my machine. 

 $ ssh zoe
 Permission denied (publickey).

i wanted to append this case to this bug because it seems like the two
things are related

i'm attaching a sshd -ddd and my ssh -vvv output


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

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages openssh-server depends on:
ii  adduser  3.102   Add and remove users and groups
ii  debconf  1.5.13  Debian configuration management sy
ii  dpkg 1.14.4  package maintenance system for Deb
ii  libc62.5-11  GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2007.04.07+dfsg-2 common error description library
ii  libkrb53 1.6.dfsg.1-4MIT Kerberos runtime libraries
ii  libpam-m 0.79-4  Pluggable Authentication Modules f
ii  libpam-r 0.79-4  Runtime support for the PAM librar
ii  libpam0g 0.79-4  Pluggable Authentication Modules l
ii  libselin 2.0.15-2SELinux shared libraries
ii  libssl0. 0.9.8e-5SSL shared libraries
ii  libwrap0 7.6.dbs-13  Wietse Venema's TCP wrappers libra
ii  lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip
ii  openssh- 1:4.6p1-1   secure shell client, an rlogin/rsh
ii  zlib1g   1:1.2.3-15  compression library - runtime

openssh-server recommends no packages.

-- debconf information:
  ssh/new_config: true
* ssh/use_old_init_script: true
* ssh/disable_cr_auth: false
  ssh/encrypted_host_key_but_no_keygen:
OpenSSH_4.3p2 Debian-10, OpenSSL 0.9.8e 23 Feb 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to zoe [192.168.1.16] port 22.
debug1: Connection established.
debug1: identity file /home/aaron/.ssh/identity type -1
debug3: Not a RSA1 key file /home/aaron/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-END'
debug3: key_read: missing keytype
debug1: identity file /home/aaron/.ssh/id_rsa type 1
debug3: Not a RSA1 key file /home/aaron/.ssh/id_dsa.
debug2: key_type_from_name: unknown key type '-BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-END'
debug3: key_read: missing keytype
debug1: identity file /home/aaron/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.6p1 
Debian-1
debug1: match: OpenSSH_4.6p1 Debian-1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3p2 Debian-10
debug2: fd 3 setting O_NONBLOCK
debug1: Miscellaneous failure
No credentials cache found

debug1: Miscellaneous failure
No credentials cache found

debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib
debug2: kex_parse_kexinit: none,[EM

Bug#404450: debconf: configuring X from console makes the screen go blank

[Brice Goglin]

Hi,

Did you reproduce this problem regarding the screen going blank while
reconfigure xorg from a console recently? With latest Xorg packages? Do
you get the screen back later, for instance by switching back/to VT
again? Or do you need to reboot or relaunch the X server?

thanks,
Brice



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

Bug#405128: About debian bug #405128

[Nikita V. Youshchenko]

Hello.

Some time ago, you've reported a bug to Debian BTS against 
sylpheed-claws-gtk2 package, titled 'Segfault in IMAP code'.

Could you please check if the crash described in that bug report can be 
still reproduced with the backages currently in Debian Unstable (I mean, 
libetpan11 0.49-3 and claws-mail 2.9.2-1 - note the package rename 
from sylpheed-claws-gtk2 to claws-mail).

If bug is still reproducable, could you please install claws-mail-dbg and 
libetpan-dbg packages, then run claws-mail under gdb, reproduce the 
bug (make it to crash), then get the backtrace using 'where' gdb command, 
and send backtrace to [EMAIL PROTECTED]

Thanks for your assistance.


pgpPqV04q6Hxh.pgp
Description: PGP signature

Bug#429393: zope-common: dzhandle chokes while reinstalling removed dzinstances

[Bernd Zeimetz]

Package: zope-common 0.5.32
Version: 0.5.32
Severity: serious

dzhandle chokes while reinstalling removed dzinstances

how to reproduce it:
install a package like plone-site or the coming zenoss, dpkg -r it,
install it again

dzhandle fails with:

Traceback (most recent call last):
  File "/usr/bin/dzhandle", line 2484, in ?
main()
  File "/usr/bin/dzhandle", line 2479, in main
rv = action.run(global_options)
  File "/usr/bin/dzhandle", line 1047, in run
self.instance.add_addon(addon, global_options, self.options.atechnique)
  File "/usr/bin/dzhandle", line 1973, in add_addon
uid=global_options.uid, gid=global_options.gid)
  File "/usr/bin/dzhandle", line 2114, in copytree
os.mkdir(destdir)


and the package is not installable again.





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

Bug#429237: initramfs-tools: Postinst fails on LVM root fs

[maximilian attems]

On Sat, Jun 16, 2007 at 01:50:17PM +0100, Mike Brodbelt wrote:
> -- /etc/initramfs-tools/initramfs.conf
> MODULES=dep
> BUSYBOX=y
> KEYMAP=n
> BOOT=local
> DEVICE=eth0
> NFSROOT=auto

use MODULES=most, as current workaround that is the default anyway
MODULES=dep needs a bit more tuning.
dup report.

regards

--
maks


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

Bug#420263: reloading snd_via82xx and snd_mpu401 fixed sound

[Kingsley G. Morse Jr.]

FYI,

I noticed that sound occasionally stops working
for me under kernel version 2.6.18-4-k7.

I fixed it by removing and replacing two sound
modules as root

rmmod snd_via82xx
rmmod snd_mpu401
modprobe snd_via82xx
modprobe snd_mpu401

Thanks,
Kingsley



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

Bug#429392: FTBFS on sparc

[Andreas Barth]

Package: graphviz
Version: 2.12-3
Severity: serious

Hi,

this package FTBFS, please see
http://buildd.debian.org/fetch.cgi?&pkg=graphviz&ver=2.12-3&arch=sparc&stamp=1179509603&file=log
for the full build log.

Cheers,
Andi

/bin/sh ../../libtool --tag=CC --mode=link sparc-linux-gnu-gcc  -g -O2 
-Wno-unknown-pragmas -Wstrict-prototypes -Wpointer-arith -Wall -ffast-math   -o 
libgvc.la -rpath /usr/lib -version-info 3:0:0  gvrender.lo gvlayout.lo 
gvdevice.lo gvloadimage.lo gvcontext.lo gvjobs.lo gvevent.lo gvplugin.lo 
gvconfig.lo gvtextlayout.lo gvusershape.lo gvc.lo no_builtins.lo 
demand_loading.lo ../../lib/common/libcommon_C.la ../../lib/pack/libpack_C.la 
../../lib/cdt/libcdt.la ../../lib/graph/libgraph.la 
../../lib/pathplan/libpathplan.la /usr/lib/libexpat.la -lexpat  -lz -lltdl 
sparc-linux-gnu-gcc -shared  .libs/gvrender.o .libs/gvlayout.o .libs/gvdevice.o 
.libs/gvloadimage.o .libs/gvcontext.o .libs/gvjobs.o .libs/gvevent.o 
.libs/gvplugin.o .libs/gvconfig.o .libs/gvtextlayout.o .libs/gvusershape.o 
.libs/gvc.o .libs/no_builtins.o .libs/demand_loading.o -Wl,--whole-archive 
../../lib/common/.libs/libcommon_C.a ../../lib/pack/.libs/libpack_C.a 
-Wl,--no-whole-archive  -Wl,--rpath 
-Wl,/build/buildd/graphviz-2.12/lib/cdt/.libs -Wl,--rpath 
-Wl,/build/buildd/graphviz-2.12/lib/graph/.libs -Wl,--rpath 
-Wl,/build/buildd/graphviz-2.12/lib/pathplan/.libs 
-L/build/buildd/graphviz-2.12/lib/cdt/.libs ../../lib/cdt/.libs/libcdt.so 
../../lib/graph/.libs/libgraph.so ../../lib/pathplan/.libs/libpathplan.so 
/usr/lib/libexpat.so -lz -lltdl  -Wl,-soname -Wl,libgvc.so.3 -o 
.libs/libgvc.so.3.0.0
/usr/bin/ld: cannot find -lltdl

-- 
  http://home.arcor.de/andreas-barth/


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

Bug#399183: xserver-xorg: incorrectly calculates TrueType font metrics

[Brice Goglin]

Hi Sergei,

Can you still reproduce this problem about truetype metrics being
wrongly computed with latest Xorg packages? Are you sure the problem is
in the server and not in the font package?

Thanks,
Brice



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

Bug#429415: lessdisks-terminal: unmet Recommends on initrd-netboot-tools

[Luk Claes]

Package: lessdisks-terminal
Severity: important
Version: 0.5.3cvs.20040906-17
User: [EMAIL PROTECTED]
Usertags: goal-recommends

Hi

Your package recommends initrd-netboot-tools which is not available in unstable.

Cheers

Luk


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

Bug#429028: bug in checkgmail

[Rafael Belmonte]

I have test checkgmail in Ubuntu 7.10 (development branch) and this problem
is not present.
May be it can help.

Bug#411888: util-linux: use hwclock --directisa solves the problem ...

[Finn-Arne Johansen]

Package: util-linux
Version: 2.12r-19
Followup-For: Bug #411888

I found this on my new laptop, where I decided to use localtime for the
hwclock due to some other installed OS.

I found that if I run hwclock before udev is started, everything works just 
fine, but after udev is started, I need to add --directisa to the hwclock-call. 

[EMAIL PROTECTED]:/etc/rcS.d$ time sudo hwclock -r -D
hwclock from util-linux-2.12r
Using /dev/rtc interface to clock.
Last drift adjustment done at 115600 seconds after 1969
Last calibration done at 115600 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
select() to /dev/rtc to wait for clock tick timed out
...got clock tick

real0m5.002s
user0m0.000s
sys 0m0.004s
[EMAIL PROTECTED]:/etc/rcS.d$ time sudo hwclock -r -D --directisa
hwclock from util-linux-2.12r
Using direct I/O instructions to ISA clock.
Last drift adjustment done at 115600 seconds after 1969
Last calibration done at 115600 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2007/06/17 21:34:06
Hw clock time : 2007/06/17 21:34:06 = 1182116046 seconds since 1969
søn 17-06-2007 23:34:06 CEST  -0.135078 seconds

real0m0.140s
user0m0.140s
sys 0m0.000s


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

Versions of packages util-linux depends on:
ii  libc62.3.6.ds1-13GNU C Library: Shared libraries
ii  libncurs 5.5-5   Shared libraries for terminal hand
ii  libslang 2.0.6-4 The S-Lang programming library - r
ii  libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library
ii  lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip
ii  tzdata   2007b-1 Time Zone and Daylight Saving Time
ii  zlib1g   1:1.2.3-13  compression library - runtime

util-linux recommends no packages.

-- no debconf information

Bug#429408: /usr/bin/ooo-wrapper: The cursor is sometimes not to see

[Torsten Wiebke]

Package: openoffice.org-common
Version: 2.0.4.dfsg.2-7
Severity: normal
File: /usr/bin/ooo-wrapper

After work with oowriter other some houers the cursor is sometimes not 
to see. This is bad becaus you have to write or to erase something to 
know where it is.
Thanks

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

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

Versions of packages openoffice.org-common depends on:
ii  dictionaries-common [openoffi 0.81.3 Common utilities for spelling dict

openoffice.org-common recommends no packages.

-- no debconf information


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

Bug#253293: mod-auth-shadow (1.4) to be removed from the archive

[Marcin Owsiany]

Hi,

This is just a notice that as the effect of Bug#429120 the
mod_auth_shadow package for apache 1.x will soon be removed from the
archive and will not be released as a part of lenny.

It might make sense to build a transitional pseudo-package from
libapache2-mod-auth-shadow source, and/or add any necessary Provides and
make sure a note is added to the release notes at appropriate moment, to
allow for a smooth transition for the users.

regards,

-- 
Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216  FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216


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

Bug#411380: Problems with pmount with recent kernels: still occuring ?

[Vincent Fourmond]

  Hello,

  You have submitted a bug against pmount stating that it failed to
mount removable devices with recent kernels. I have just taken over
maintenance of pmount, and I would like to know if this problem still
occurs with the current version of pmount: I have tried to reproduce the
problem on my computer, but I can't.

  Please try !

  Regards,

Vincent Fourmond

-- 
Vincent Fourmond, Debian Developer
http://vincent.fourmond.neuf.fr/
-- pretty boring signature, isn't it ?



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

Bug#429410: 'man mixmaster' typo: "normaly"

[A. Costa]

Package: mixmaster
Version: 3.0b2-5
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man1/mixmaster.1.gz', see attached '.diff'.

Hope this helps...

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

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages mixmaster depends on:
ii  adduser   3.102  Add and remove users and groups
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libmailtools-perl 1.74-1 Manipulate email in perl programs
ii  libncurses5   5.6-3  Shared libraries for terminal hand
ii  libpcre3  6.7-1  Perl 5 Compatible Regular Expressi
ii  libssl0.9.8   0.9.8e-5   SSL shared libraries
ii  libwww-perl   5.805-1WWW client/server library for Perl
ii  zlib1g1:1.2.3-15 compression library - runtime

Versions of packages mixmaster recommends:
ii  exim4-daemon-light [mail-tran 4.67-1 lightweight exim MTA (v4) daemon

-- debconf-show failed

--- mixmaster.1 2007-04-22 12:36:31.0 -0400
+++ /tmp/mixmaster.12007-06-17 14:46:04.0 -0400
@@ -171,7 +171,7 @@
 \fB\-\-chain\fP.
 Note that this may corrupt the packet if there is not enough space in the
 headers (that is, if there are more than 20 hops total).  This function is
-not normaly needed but may come in handy in certain cases.
+not normally needed but may come in handy in certain cases.
 .SH CONFIGURATION
 Mixmaster reads its configuration from the file
 .B mix.cfg

Bug#429193: Uploaded ipplan

[Thijs Kinkhorst]

Hi Jan,

> thanks for your bugreport. There is allready a bug (429193) open about the
> issue. A bugfix is available at
> http://ftp.cyconet.org/debian/archive/official/ipplan/4.85-2/ipplan_4.85-2.
>dsc, but waiting for my sponsor. Since the debconf takes place and the
> package is not in stable, I don't feel any pressure at the moment.
> Anyways, if anybody is willing to upload the package, feel free to do so.

Since I'm interested in getting those copies of phpmailer out of the archive 
as soon as possible, I've uploaded your fix now. Thanks for your work!


Thijs


pgppbbooKOeQG.pgp
Description: PGP signature

Bug#411772: Problems with pmount with recent kernels: still occuring ?

[Vincent Fourmond]

  Hello,

  I've just taken over maintenance of pmount, and I'm going through
active bugs. You reported a problem with pmount and recent kernels to
mount removable media. Does that problem still occur with the pmount
version currently found in unstable (0.9.14-1) ? I've compiled today a
2.6.21 kernel without CONFIG_SYSFS_DEPRECATED, and I can't seem to
reproduce this bug. Could you try and see if it is still a problem ?

  Regards,

Vincent Fourmond

-- 
Vincent Fourmond, Debian Developer
http://vincent.fourmond.neuf.fr/
-- pretty boring signature, isn't it ?




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

Bug#399183: xserver-xorg: incorrectly calculates TrueType font metrics

[Sergei Golovan]

On 6/17/07, Brice Goglin <[EMAIL PROTECTED]> wrote:

Hi Sergei,

Can you still reproduce this problem about truetype metrics being
wrongly computed with latest Xorg packages? Are you sure the problem is
in the server and not in the font package?


I can't use the latest Xorg packages now, but it's fairly easy to see
if the bug is gone. When I run (in etch)

xfd -fn '-*-arial-*-iso10646-1'

I see that ALL characters have the same accent and descent, which is
obviously incorrect.

--
Sergei Golovan


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

Bug#429202: icedove: Certificate list is empty

[Alexander Sack - Debian Bugmail]

On Sun, Jun 17, 2007 at 08:15:11PM +0200, Laurent Grawet wrote:
> On 17/06/07 17:56, Alexander Sack - Debian Bugmail wrote:
> please post an
> 
> # ls -l /usr/lib/icedove/
> 
> 
> Here it is. For information, I removed /usr/lib/icedove and /etc/icedove 
> berore
> installing icedove 2.0.
> I have one broken link : libnssckbi.so. In my iceweasel and iceape 
> directories,
> it is not a link.
interesting. Is the package libnss3-0d on your system? Try,

   dpkg -l libnss3-0d

and

   ls -l /usr/lib/nss/

 - Alexander



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

Bug#429179: libphp-phpmailer: patch prepared, awaiting upload

[Kevin Coyner]

Package: libphp-phpmailer
Followup-For: Bug #429179

A patch has been prepared to fix this. Source files can be found at:

http://mentors.debian.net/debian/pool/main/l/libphp-phpmailer/libphp-phpmailer_1.73-4.dsc

I have contacted my previous sponsor for this package and requested
an upload.

-- 
Kevin Coyner  GnuPG key: 1024D/8CE11941


signature.asc
Description: Digital signature

Bug#429414: tzdata: [INTL:es] Spanish debconf template translation

[Rudy Godoy Guillén]

Package: tzdata
Version: 2007f-8
Severity: wishlist
Tags: patch l10n

Please find attached the Spanish translation for the debconf template.

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

Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core)
Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy

tzdata recommends no packages.

-- debconf information:
  tzdata/Zones/Asia:
  tzdata/Zones/SystemV:
  tzdata/Zones/Pacific:
  tzdata/Zones/Atlantic:
  tzdata/Zones/US:
  tzdata/Zones/Etc:
  tzdata/Zones/Arctic:
  tzdata/Zones/Antarctica:
* tzdata/Zones/America: Lima
* tzdata/Areas: America
  tzdata/Zones/Australia:
  tzdata/Zones/Canada:
  tzdata/Zones/Europe:
  tzdata/Zones/Africa:
  tzdata/Zones/Indian:
# tzdata translation to Spanish
# Copyright (C) 2002-2007 Free Software Foundation, Inc.
#
#This program is free software; you can redistribute it and/or modify
#it under the terms of the GNU General Public License as published by
#the Free Software Foundation; either version 2 of the License, or
#(at your option) any later version.
#
#This program is distributed in the hope that it will be useful,
#but WITHOUT ANY WARRANTY; without even the implied warranty of
#MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#GNU General Public License for more details.
# 
#You should have received a copy of the GNU General Public License
#along with this program; if not, write to the Free Software
#Foundation. 51 Franklin Street, Fifth Floor Boston, MA 02110-1301
#USA
#
# For more information please see
#  http://www.gnu.org/licenses/licenses.html#GPL
#
# Authors:
# - Translation of most of the cities in this PO file are based on
#   anaconda's timeconfig which was originally translated by
#   Tullio Dovera <[EMAIL PROTECTED]>, 2000.
#   and Nuria Soriano <[EMAIL PROTECTED]>, 2002
# - Later, it was adapted to use in Debian's tzdata, and spelling fixes
#   were introduced by
#   Rudy Godoy Guillén <[EMAIL PROTECTED]>, 2007
# - It was also reviewed by
#   Javier Fernández-Sanguino <[EMAIL PROTECTED]>, 2007
#
msgid ""
msgstr ""
"Project-Id-Version: tzdata 2007e\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-04-25 07:21-0600\n"
"PO-Revision-Date: 2007-06-06 00:47-0500\n"
"Last-Translator: Rudy Godoy <[EMAIL PROTECTED]>\n"
"Language-Team: Debian l10n Spanish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#: ../templates:1001
msgid "Africa"
msgstr "África"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#: ../templates:1001
msgid "America"
msgstr "América"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#: ../templates:1001
msgid "Antarctica"
msgstr "Antártica"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#: ../templates:1001
msgid "Australia"
msgstr "Australia"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#: ../templates:1001
msgid "Arctic"
msgstr "Ártico"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#: ../templates:1001
msgid "Asia"
msgstr "Asia"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. Type: select
#. Choices
#: ../templates:1001 ../templates:9001
msgid "Atlantic"
msgstr "Atlántico"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#: ../templates:1001
msgid "Canada"
msgstr "Canadá"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#: ../templates:1001
msgid "Europe"
msgstr "Europa"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#: ../templates:1001
msgid "Indian"
msgstr "India"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#. Type: select
#. Choices
#: ../templates:1001 ../templates:9001
msgid "Pacific"
msgstr "Pacífico"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "GMT+xx" or "GMT-xx" timezones
#: ../templates:1001
msgid "SystemV"
msgstr "SystemV"

#. Type: select
#. Choices
#. Translators: "Etc" will present users with a list
#. of "G

Bug#365681: [Popcon-developers] Bug#365681: Bug#365681: popcon: using http_proxy

[Bill Allombert]

On Sun, Jun 17, 2007 at 07:02:34PM +0200, Petter Reinholdtsen wrote:
> [Bill Allombert]
> > For the purpose of popcon-upload, it is sufficient to set it (and export
> > it) in the script /etc/cron.weekly/popularity-contest.
> 
> I suspect it will be better to set it in /etc/popularity-contest.conf,
> to avoid upgrade problems.

Why ? /etc/cron.weekly/popularity-contest is also a conffile.

If we go that route maybe we want to add
if [ -n "$HTTP_PROXY" ]; then
  export http_proxy="$HTTP_PROXY";
fi
in /etc/cron.weekly/popularity-contest
to make the syntax in /etc/popularity-contest.conf more uniform.

On the other hand do you know systems that use http_proxy ? How they do
that.

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

Imagine a large red swirl here. 


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

Bug#305925: vim-gtk: gvim window cannot be resized back

[James Vega]

tag 305925 confirmed
thanks

On Fri, Apr 22, 2005 at 06:43:42PM -0400, Kamaraju Kusumanchi wrote:
> I am using kde 3.3.2 provided by Debian Sid. To reproduce the bug
> 
> open gvim window
> 
> left click on the middle button in the title bar to maximize the gvim window
> 
> then clicking again on the same middle button should make the gvim window go
> back to its original size. But this does not happen. This behaviour is 
> different
> from other windows managed by KDE (say konsole window).

The problem is that vim sizes itself by lines/columns so that it doesn't
have partial lines/columns showing.  This takes effect after KDE has
performed its resize, so vim isn't actually maximized when you click the
button again.  When you click the button again, KDE tries to maximize
the window again, but Vim resizes itself, etc.

Your best bet is probably to toggle Vim to/from fullscreen mode via KDE.

James
-- 
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#415292: libgl1-mesa-glx: assertion failure in libGL.so.1

[Nikita V. Youshchenko]

> Hi Nikita,
>
> It might be good to test Mesa 6.5.3-1 which has been uploaded to
> experimental today. The upstream bug that you reported has not been
> touched, but there are so many changes since 6.5.2 that it's probably
> worth a try.

Hello, and sorry for long delay.
I've tried it, and the issue is not fixed. Wine started on Xvnc4 16bpp 
session still gets same assertion failure.

However, I found that wine works OK (at least without assertion failure 
being discussed) on Xvnc built from fedora sources (which is based on Xorg 
7.x, while debian's Xvnc4 is based on Xfree 4.x).


pgp745zo0xF7j.pgp
Description: PGP signature

Bug#429390: gnome-applets: [INTL:sv] Swedish debconf template translation

[Daniel Nylander]

Package: gnome-applets
Severity: wishlist
Tags: patch l10n


Here is the Swedish debconf translation for gnome-applets.

-- 
Daniel Nylander (CISSP, GCUX, GCFA)
Stockholm, Sweden
http://www.DanielNylander.se
[EMAIL PROTECTED]  [EMAIL PROTECTED]  [EMAIL PROTECTED]

# Swedish translation of gnome-applets debconf.
# Copyright (C) 2007 Free Software Foundation, Inc.
# This file is distributed under the same license as the gnome-applets package.
# Daniel Nylander <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: gnome-applets debconf\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-06-16 09:24+0200\n"
"PO-Revision-Date: 2007-06-17 19:46+0100\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid "Should cpufreq-selector run with root privileges?"
msgstr "Ska cpufreq-selector köras med root-privilegier?"

#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid "The 'cpufreq-selector' program, part of the CPU Frequency Scaling Monitor can be set up to use superuser privileges when it is run ('SUID root')."
msgstr "Progammet \"cpufreq-selector\" som är en del av Övervakare för processorfrekvensskalning kan ställas in att använda superanvändarens privilegier när den körs (\"SUID root\")."

#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid "If you choose this option, any ordinary user will have the power to set the processor's clock frequency. However, this may also be potentially exploitable in security attacks."
msgstr "Om du väljer det här alternativet kan vanliga användare ställa in processorns klockfrekvens. Dock kan det här även innebära en ökad säkerhetsrisk."

#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid "The applet will continue to work if you choose to disable SUID for cpufreq-selector, but only for monitoring the CPU clock frequency. The applet may need to be restarted for a change to take effect."
msgstr "Panelprogrammet kommer fortfarande att fungera om du väljer att inaktivera SUID för cpufreq-selector men endast för övervakning av processorns klockfrekvens. Panelprogrammet kan behöva startas om för att ändringar ska bli aktiverade."

#. Type: boolean
#. Description
#: ../gnome-applets.templates:2001
msgid "If in doubt, accept the default of no SUID root. To change this setting later, run 'dpkg-reconfigure gnome-applets'."
msgstr "Om du är osäker bör du välja standardalternativet som är at inte använda SUID root. För att senare ändra det här alternativet kan du köra \"dpkg-reconfigure gnome-applets\"."

Bug#429409: 'man links' typos: "altough", "there're", etc.

[A. Costa]

Package: links
Version: 0.99+1.00pre12-1.2
Severity: minor
Tags: patch


Found some typos in '/usr/share/man/man1/links.main.1.gz', see attached '.diff'.

Hope this helps...

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

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages links depends on:
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libgpmg1  1.19.6-25  General Purpose Mouse - shared lib

links recommends no packages.

-- debconf-show failed

--- links.main.1	2007-03-04 06:50:26.0 -0500
+++ /tmp/links.main.1	2007-06-17 14:31:24.0 -0400
@@ -164,9 +164,9 @@
 
 
 .SH NAVIGATION KEYS
-You may optionally prefix each of this keys with a number, telling its
+You may optionally prefix each of these keys with a number, telling its
-repeat count (how much times to do it). You can also re-bind those keys,
+repeat count (how many times to do it). You can also re-bind those keys,
-altough this feature is still in the state of testing, so undocumented.
+although this feature is still in the state of testing, so undocumented.
 The keys you may use for navigation are:
 .TP
 .B PGDN
@@ -410,7 +410,7 @@
 Per-user config file, not overwritten while saving
 .B links
 configuration. You can add your own options there (e.g. keybindings).
-Each line consists from option name (same as the command-line one,
+Each line consists of an option name (same as the command-line one,
 but without leading dash and with dashes converted to underscores),
 space, and its value, in quotes if it's a string. Lines which start
 with # are considered as comments and skipped.
@@ -436,7 +436,7 @@
 Can't connect to some FTP servers (Novell, NT). Connection stays in "Request
 sent" state.
 .PP
-Frames don't work if there're more frames with same name. Turn them off in such
+Frames don't work if there are more frames with same name. Turn them off in such
 case.
 .PP
 You can't upload large files; it takes _lots_ of memory.

Bug#412922: please generate win32-loader.ini "manifest" file

[Robert Millan]

On Mon, Jun 04, 2007 at 11:44:10AM +0200, Robert Millan wrote:
> > if the CD is 
> > inserted, _increases_ our "responsibility" if the user should fail to 
> > read (or probably more importantly: understand) any of the warnings 
> > about "erasing your harddisk and losing existing data".
> > 
> > The fact that actually starting an install stills involve a reboot, is not 
> > a real safeguard as installing almost anything interesting on Windows 
> > requires a reboot anyway.
> > 
> > The fact that currently the installer needs to be booted completely 
> > separately, at least makes absolutely clear to even the most clueless 
> > Windows user that Debian is not some Windows proggie that can "just be 
> > tried" (as running random Windows proggies is of course always "safe", 
> > right?).
> > 
> > I could probably be convinced to include this on CD images if the patch 
> > would not start your loader, but would open a modified README.html that 
> > has an extensive explanation of what Debian is and only contains a link 
> > to the loader itself.
> > This would however increase the need for translation of the README.html 
> > (which is a worthwhile goal for debian-cd anyway).
> > 
> > The same would go for USB keystick, but I am not sure if this should be 
> > included in other installation methods.
> 
> I agree that these concerns are important.  Perhaps a good solution would be
> to add enormous warnings (maybe even interactive warnings similar to the
> well-known "Yes, do as I say!").
> 
> Anyway, at the moment I'm not yet proposing to put this in the default CD,
> just to make it easy for users to build their custom CDs with win32-loader
> (which is currently awkward since you have to know win32-loader.ini format
> spec).  I think for the kind of user who builds her own CD, it's safe to
> assume when this CD is used in a Windows box, someone who is not completely
> clueless about what an OS is will be around.

So, is win32-loader.ini generation (alone, without generating autorun.inf!)
ok at this point ?

We can talk about autorun.inf later if you like.

-- 
Robert Millan

My spam trap is [EMAIL PROTECTED]  Note: this address is only intended
for spam harvesters.  Writing to it will get you added to my black list.


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

Bug#397648: gnome-system-tools: Still present

[Olaf van der Spek]

Package: gnome-system-tools
Version: 2.18.1-1
Followup-For: Bug #397648

Still present. :(

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

Kernel: Linux 2.6.21-1-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-system-tools depends on:
ii  gconf22.18.0.1-3 GNOME configuration database syste
ii  libart-2.0-2  2.3.19-3   Library of functions for 2D graphi
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libbonobo2-0  2.18.0-2   Bonobo CORBA interfaces library
ii  libbonoboui2-02.18.0-5   The Bonobo UI library
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libcairo2 1.4.6-1.1  The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.1.0-1simple interprocess messaging syst
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libfreetype6  2.2.1-6FreeType 2 font engine, shared lib
ii  libgconf2-4   2.18.0.1-3 GNOME configuration database syste
ii  libglade2-0   1:2.6.0-4  library to load .glade files at ru
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgnome-keyring0 0.8.1-2GNOME keyring services library
ii  libgnome2-0   2.18.0-4   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-3   A powerful object-oriented display
ii  libgnomeui-0  2.18.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-01:2.18.1-2 GNOME Virtual File System (runtime
ii  libgtk2.0-0   2.10.13-1  The GTK+ graphical user interface 
ii  libice6   1:1.0.3-2  X11 Inter-Client Exchange library
ii  libiw29   29~pre21-2 Wireless tools - library
ii  libnautilus-extension12.18.1-3   libraries for nautilus components 
ii  liboobs-1-3   2.18.1-2   GObject based interface to system-
ii  liborbit2 1:2.14.7-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.16.4-1   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-2 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsm62:1.0.3-1  X11 Session Management library
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxcursor1   1:1.1.8-2  X cursor management library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.2-1  X11 Xinerama extension library
ii  libxml2   2.6.29.dfsg-1  GNOME XML library
ii  libxrandr22:1.2.1-1  X11 RandR extension library
ii  libxrender1   1:0.9.2-1  X Rendering Extension client libra
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  zlib1g1:1.2.3-15 compression library - runtime

Versions of packages gnome-system-tools recommends:
ii  gksu  2.0.0-4graphical frontend to su
ii  gnome-control-center  1:2.18.1-1 utilities to configure the GNOME d

-- no debconf information


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

Bug#375127: vim: bufwinleave does not work across tabs

[James Vega]

On Fri, Jun 23, 2006 at 11:41:58AM -0400, Kamaraju Kusumanchi wrote:
> I initially asked this question on vim user's mailing list
> http://groups.yahoo.com/group/vim/message/70439 and people there cannot
> reproduce this problem. So I am guessing it is a problem in the debian
> package which is why I am reporting here.

I do think that this is an upstream bug.  I'm not sure that Bram fully
understood your referenced email.  I'll raise the issue with him again
as I'm definitely seeing the problem quite reproducibly.

James
-- 
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#429217: gnumed-client: gnumed.xpm discrepancy

[Andreas Tille]

On Sun, 17 Jun 2007, Karsten Hilbert wrote:


Likely the problem is this:


Most probably this is not the source of the problem.


- system is pinned to Etch

- gnumed-client is installed from unstable/testing

- hence gnumed.xpm is put in /usr/share/pixmaps/gnumed.xpm

- med-common, however, is still from Etch


med-common is currently the same in etch / testing / unstable and
moreover has nothing to do with this menu business.


- hence the menu file expects the icon in
  /usr/share/gnumed/bitmaps/gnumed.xpm


No, all used files are contained in the gnumed-client package.

According to the information you gave per PM I suspect either
menu or cdd-common as the source of the package (med-practice
depends from med-common and this depends from cdd-common).
In cdd-common some code is introduced that creates user menu
entries if a user calls update-menus.  I would suggest to try

sudo apt-get remove cdd-common

(which will also deinstall med-common and med-practice but
you do not really need these to have gnumed-client installed.
Then try update-menus.  This should build correct menus.
If my suspection is right the bug can either be closed or
reassigned to cdd-common - but please make sure to append your
previous output (which you posted in private) to the bug report
to enable me tracking down this problem (well, it is the same
manitainer who has to care about the problem ... ;-)).

Kind regards

  Andreas.

--
http://fam-tille.de


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

Bug#422348: xchm: Make the greeting translatable

[Igor Stirbu]

Package: xchm
Version: 2:1.13-4
Followup-For: Bug #422348

Hello,

I've attached the patch for xchm that will make the
greeting and about messages translatable.


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

Kernel: Linux 2.6.21.5 (PREEMPT)
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xchm depends on:
ii  libc6   2.5-10   GNU C Library: Shared libraries
ii  libchm1 2:0.39-4 library for dealing with Microsoft
ii  libgcc1 1:4.2-20070609-1 GCC support library
ii  libstdc++6  4.2-20070609-1   The GNU Standard C++ Library v3
ii  libwxbase2.6-0  2.6.3.2.1.5  wxBase library (runtime) - non-GUI
ii  libwxgtk2.6-0   2.6.3.2.1.5  wxWidgets Cross-platform C++ GUI t

xchm recommends no packages.

-- no debconf information
diff --git a/xchm-1.13/src/chmframe.cpp b/xchm-1.13/src/chmframe.cpp
index 5ccc5ff..48bca38 100644
--- a/xchm-1.13/src/chmframe.cpp
+++ b/xchm-1.13/src/chmframe.cpp
@@ -60,7 +60,17 @@
 
 namespace {
 
-const wxChar *greeting = wxT(
+const wxChar *use_unicode =
+#if !defined(wxUSE_UNICODE) || !wxUSE_UNICODE
+   _("WARNING: your xCHM binary is linked against a "
+   "non-Unicode version of wxWidgets! While it will work with most "
+   "CHMs, it might not properly display special character languages."
+#else
+   _(""
+#endif
+);
+
+const wxChar *greeting_start = _(
""
""
"Hello, and welcome to xCHM, the UNIX CHM viewer."
@@ -80,12 +90,9 @@ const wxChar *greeting = wxT(
" Pabs' GPLd chmdeco code.If"
" you'd like to use the code in your own stuff please figure"
" GPL out first. Far too many people think the GPL "
-   "is bad out of utter ignorance."
-#if !defined(wxUSE_UNICODE) || !wxUSE_UNICODE
-   "WARNING: your xCHM binary is linked against a "
-   "non-Unicode version of wxWidgets! While it will work with most "
-   "CHMs, it might not properly display special character languages."
-#endif
+   "is bad out of utter ignorance.");
+
+const wxChar *greeting_end = _(
"Tips:"
"The global search is an \'AND\' search, i.e. searching for"
" \'word1 word2\' (quotes not included) will find all the pages"
@@ -98,12 +105,10 @@ const wxChar *greeting = wxT(
" common options.Ctrl(cmd)-C is copy,"
" Ctrl(cmd)-F is find in page.Enjoy.");
 
-
-const wxChar *error_page = wxT(
+const wxChar *error_page = _(
"Error loading CHM file!");
 
-
-const wxChar *about_txt = wxT(
+const wxChar *about_txt = _(
"xCHM v. " VERSION "\nby Razvan Cojocaru <[EMAIL PROTECTED]>\n\n"
"With thanks to Pabs (http://bonedaddy.net/pabs3/hhm/).\n"
"Based on Jed Wing's CHMLIB (http://66.93.236.84/~jedwin/projects/).\n"
@@ -165,6 +170,8 @@ CHMFrame::CHMFrame(const wxString& title, const wxString& 
booksDir,
wxBitmap bitmap(logo_xpm);
wxMemoryFSHandler::AddFile(wxT("logo.xpm"), bitmap, //wxBITMAP(logo), 
   wxBITMAP_TYPE_XPM);
+   wxString greeting;
+   greeting << greeting_start << use_unicode << greeting_end;
wxMemoryFSHandler::AddFile(wxT("about.html"), greeting);
wxMemoryFSHandler::AddFile(wxT("error.html"), error_page);
 

Bug#424883: poor image quality compared to upstream's version

[Harald Dunkel]

Hi Cyril,

I would suggest to keep the BTS on CC. Here is the output for
using -v:

% dot -Tgif -v -o mysandbox1.gif digraph
The plugin configuration file:
/usr/lib/graphviz/config
was successfully loaded.
render  :  canon cmap cmapx dia dot fig gd gd2 gif hpgl imap ismap jpeg 
jpg mif mp pcl pic plain plain-ext png ps ps2 svg svgz vrml vtx wbmp xdot
layout  :  circo dot fdp neato nop nop1 nop2 twopi
textlayout  :
device  :
loadimage   :  2ps gif2fig gif2gd gif2ps gif2svg gif2vrml jpeg2fig jpeg2gd 
jpeg2ps jpeg2svg jpeg2vrml png2fig png2gd png2ps png2svg png2vrml ps2ps
dot: fontname "Times-Roman" resolved to "[internal times]"
network simplex: 1 nodes 0 edges 0 iter 0.00 sec
network simplex: 6 nodes 9 edges 1 iter 0.00 sec
network simplex: 1 nodes 0 edges 0 iter 0.00 sec
mincross: pass 0 iter 0 trying 0 cur_cross 0 best_cross 0
mincross: pass 0 iter 0 trying 0 cur_cross 1 best_cross 1
mincross: pass 0 iter 1 trying 1 cur_cross 1 best_cross 1
mincross: pass 0 iter 2 trying 0 cur_cross 0 best_cross 0
mincross: pass 0 iter 0 trying 0 cur_cross 0 best_cross 0
mincross /local01/tmp/sandbox: 0 crossings, 0.00 secs.
network simplex: 27 nodes 37 edges 5 iter 0.00 sec
routesplines: 9 edges, 37 boxes 0.00 sec
dot: allocating a 222K PaletteColor GD image


Regards

Harri



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

Bug#426330: sqwebmail: Reproduced

[Olaf van der Spek]

On 6/17/07, Stefan Hornburg (Racke) <[EMAIL PROTECTED]> wrote:

Olaf van der Spek wrote:
> Package: sqwebmail
> Version: 0.53.3-5
> Followup-For: Bug #426330
>
> Hi,
>
> I reproduced this on a fresh Etch install, see below.
> However, I think this is a bug in Apache, see 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=415698
>

Yes, I agree with you.


So why don't you reassign the report to Apache?


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

Bug#426330: sqwebmail: Reproduced

[Stefan Hornburg (Racke)]

Olaf van der Spek wrote:

Package: sqwebmail
Version: 0.53.3-5
Followup-For: Bug #426330

Hi,

I reproduced this on a fresh Etch install, see below.
However, I think this is a bug in Apache, see 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=415698



Yes, I agree with you.

Regards
Racke

--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team



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

Bug#344063: xserver-xorg: Server config script doesn't generate correct modelines

[Brice Goglin]

Hi,

About 18 months ago, you reported a bug to the Debian BTS regarding the
xserver-xorg config script not generating correct modelines. Did you
reproduce this problem recently? With Xorg/Etch? With latest Xorg
packages in unstable? If not, I will close this bug in the next weeks.

Thanks,
Brice



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

Bug#429401: apache2: Doesn't execute PHP scripts

[Tony Houghton]

Package: apache2
Version: 2.2.3-5
Severity: important


The current version of apache2 won't run PHP files. It just sends the
source to the browser instead. I've checked all the config that I know
how to check. The php5.load and php5.conf files are correctly symlinked
from mods-available to mods-enabled and contain respectively:

LoadModule php5_module /usr/lib/apache2/modules/libphp5.so


  AddType application/x-httpd-php .php .phtml .php3
  AddType application/x-httpd-php-source .phps


/var/log/apache2/error.log contains nothing more informative than:
[Sun Jun 17 20:33:46 2007] [notice] Apache/2.2.3 (Debian) PHP/5.2.3-1
configured -- resuming normal operations

/etc/php5/apache2/php.ini contains:
engine = On

a2enmod php5 says "This module is already enabled!"

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

Kernel: Linux 2.6.21.1
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apache2 depends on:
ii  apache2-mpm-prefork   2.2.3-5Traditional model for Apache HTTPD

apache2 recommends no packages.

-- no debconf information


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

Bug#424133: not RC

[Andreas Barth]

severity 424133 important
thanks

Hi,

as said in the second of the cited messages:
|   > it was never my intention to punish/sue people for their behavior
|   > for not sending me a postcard. I called it only license, so that my
|   > wish becomes more "bold/important/visible" to the average user 
|   > so to say to "persuade" people to do it.
|   > 
|   > There is really no intention to start legal action from my side,
|   > really, you can trust me. But please give me a little time.
|   ...
|   > Best wishes to all the good people at Debian ! 
| 
| Please give him some time to sort through the details.

this is not an RC issue.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#429395: gnome-power-manager: Escape key doesn't work in Power Management Preferences

[Olaf van der Spek]

Package: gnome-power-manager
Version: 2.18.3-1
Severity: normal

Hi,

The Escape key doesn't work in the Power Management Preferences window.

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

Kernel: Linux 2.6.21-1-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-power-manager depends on:
ii  gconf22.18.0.1-3 GNOME configuration database syste
ii  hal   0.5.9-3Hardware Abstraction Layer
ii  libart-2.0-2  2.3.19-3   Library of functions for 2D graphi
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libbonobo2-0  2.18.0-2   Bonobo CORBA interfaces library
ii  libbonoboui2-02.18.0-5   The Bonobo UI library
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libcairo2 1.4.6-1.1  The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.1.0-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.73-2 simple interprocess messaging syst
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libfreetype6  2.2.1-6FreeType 2 font engine, shared lib
ii  libgconf2-4   2.18.0.1-3 GNOME configuration database syste
ii  libglade2-0   1:2.6.0-4  library to load .glade files at ru
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgnome-keyring0 0.8.1-2GNOME keyring services library
ii  libgnome2-0   2.18.0-4   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-3   A powerful object-oriented display
ii  libgnomeui-0  2.18.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-01:2.18.1-2 GNOME Virtual File System (runtime
ii  libgtk2.0-0   2.10.13-1  The GTK+ graphical user interface 
ii  libhal1   0.5.9-3Hardware Abstraction Layer - share
ii  libice6   1:1.0.3-2  X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1-gt 0.4.4-3sends desktop notifications to a n
ii  liborbit2 1:2.14.7-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-02.18.2-1   library for GNOME 2 panel applets
ii  libpango1.0-0 1.16.4-1   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-2 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsm62:1.0.3-1  X11 Session Management library
ii  libwnck18 2.18.2-1   Window Navigator Construction Kit 
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxcursor1   1:1.1.8-2  X cursor management library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.2-1  X11 Xinerama extension library
ii  libxml2   2.6.29.dfsg-1  GNOME XML library
ii  libxrandr22:1.2.1-1  X11 RandR extension library
ii  libxrender1   1:0.9.2-1  X Rendering Extension client libra
ii  notification-daemon   0.3.7-1a daemon that displays passive pop
ii  zlib1g1:1.2.3-15 compression library - runtime

gnome-power-manager recommends no packages.

-- no debconf information


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

Bug#422812: NMU uploaded

[Andreas Barth]

Hi,

I uploaded an NMU of your package.

Please see this as help to get the package into a releaseable condition again.

Please find the used diff below.


Cheers,
Andi

diff -ur ../gmsh-2.0.7~/configure ../gmsh-2.0.7/configure
--- ../gmsh-2.0.7~/configure2007-03-31 09:38:03.0 +
+++ ../gmsh-2.0.7/configure 2007-06-17 19:31:30.0 +
@@ -3349,7 +3349,7 @@
   FLAGS="${FLAGS} -I${OSMESA_PREFIX} -I${OSMESA_PREFIX}/include"
 fi
   else
-GMSH_LIBS="${GMSH_LIBS} `$FLTKCONFIG --use-gl --use-images --ldflags`"
+GMSH_LIBS="${GMSH_LIBS} -lGLU `$FLTKCONFIG --use-gl --use-images 
--ldflags`"
 FLAGS="${FLAGS} `$FLTKCONFIG --use-gl --use-images --cxxflags`"
   fi
 
diff -ur ../gmsh-2.0.7~/configure.in ../gmsh-2.0.7/configure.in
--- ../gmsh-2.0.7~/configure.in 2007-03-31 09:38:03.0 +
+++ ../gmsh-2.0.7/configure.in  2007-06-17 19:31:30.0 +
@@ -220,7 +220,7 @@
   FLAGS="${FLAGS} -I${OSMESA_PREFIX} -I${OSMESA_PREFIX}/include"
 fi
   else
-GMSH_LIBS="${GMSH_LIBS} `$FLTKCONFIG --use-gl --use-images --ldflags`"
+GMSH_LIBS="${GMSH_LIBS} -lGLU `$FLTKCONFIG --use-gl --use-images 
--ldflags`"
 FLAGS="${FLAGS} `$FLTKCONFIG --use-gl --use-images --cxxflags`"
   fi
 
diff -ur ../gmsh-2.0.7~/debian/changelog ../gmsh-2.0.7/debian/changelog
--- ../gmsh-2.0.7~/debian/changelog 2007-06-17 19:31:14.0 +
+++ ../gmsh-2.0.7/debian/changelog  2007-06-17 19:32:33.0 +
@@ -1,3 +1,10 @@
+gmsh (2.0.7-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS by adding link to GLU. Thanks, Emmet Hikory. Closes: #422812
+
+ -- Andreas Barth <[EMAIL PROTECTED]>  Sun, 17 Jun 2007 19:31:55 +
+
 gmsh (2.0.7-1) unstable; urgency=low
 
   * New upstream release
-- 
  http://home.arcor.de/andreas-barth/


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