headers
Mark Brown | 1 May 2006 01:00
Picon
Gravatar

Bug#365549: gnucash: Font display problems

Package: gnucash
Version: 1.8.12-8
Severity: normal

If I start GnuCash (same version, but x86) on a remote system via SSH it
uses Courier for the font in the startup dialog but then dies with the
console output below.  When started locally GnuCash appears to start fine
but no text is displayed in the user interface (at least as far as the
"this file is locked" dialog).

The font "-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*" does not support all the required
character sets for the current locale "en_GB"
  (Missing character set "ISO8859-1")
  (Missing character set "ISO8859-1")
Warning: gnucash_style_set_register...(): Cannot load font: -adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*

The font "-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*" does not support all the required
character sets for the current locale "en_GB"
  (Missing character set "ISO8859-1")
  (Missing character set "ISO8859-1")
Fatal Error: gnucash_style_set_register...(): Cannot load fallback font: -adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*

The font "-adobe-helvetica-medium-o-normal--*-120-*-*-*-*-*-*" does not support all the required
character sets for the current locale "en_GB"
  (Missing character set "ISO8859-1")
  (Missing character set "ISO8859-1")
Warning: gnucash_style_set_register...(): Cannot load font: -adobe-helvetica-medium-o-normal--*-120-*-*-*-*-*-*

The font "-adobe-helvetica-medium-o-normal--*-120-*-*-*-*-*-*" does not support all the required
character sets for the current locale "en_GB"
(Continue reading)

Permalink | Reply | 2 comments |
headers
Carlo Segre | 1 May 2006 01:04
Favicon

Bug#365550: python-support: fails to configure

Package: python-support
Version: 0.1.1
Severity: grave
Justification: renders package unusable

Configuration of python-support 0.2 fails with following:

Unpacking python-support (from .../python-support_0.2_all.deb) ...
Setting up python-support (0.2) ...
Traceback (most recent call last):
  File "/usr/sbin/update-python-modules", line 169, in ?
    for f in os.listdir(sourcepath):
OSError: [Errno 2] No such file or directory: '/usr/share/python-support'
dpkg: error processing python-support (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 python-support
E: Sub-process /usr/bin/dpkg returned an error code (1)

Apparently something in update-python-modules is pointing to
/usr/share/python-support which is non-existent.  The changelog has some
mention of pointing to /usr/share/python-support so I suspect that the
problem is that this directroy has not been created by the package.

Cheers,

Carlo

-- System Information:
Debian Release: testing/unstable
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jason Castonguay | 1 May 2006 01:24
Favicon

Bug#365306: Also need to chmod u-s /usr/lib/amanda/dumper

Sam Couter wrote:
> The SSH authentication agent gets messed up somehow when
> /usr/lib/amanda/dumper is suid.
> 
> I needed to chmod u-s /usr/lib/amanda/dumper to make it work properly.
> Perhaps dpkg-statoverride is of use here. There may be a way to make the
> suid work without losing the SSH authentication agent environment
> variables too.

Another thing to note is that with ssh authentication, its root on the
Amanda host that runs 'amandad -auth=ssh' via ssh'ing to backup on the
client. So, any keys that are created for root on the host, can be
limited to only run amandad -auth=ssh.

ie

/var/backups/.ssh# cat authorized_keys
command="/usr/lib/amanda/amandad
-auth=ssh",no-port-forwarding,no-X11-forwarding,no-agent-forwarding
ssh-dss ....

I'd also like ssh-security enabled. I don't know about
dpkg-statoverride, but it works normally if you pass that. Maybe just a
SSH-HOWTO .
--

-- 
Jason
Permalink | Reply | 0 comments |
headers
Ferenczi Viktor | 1 May 2006 01:31
Picon

Bug#306496: spamassassin: Bug still exists: "Parsing of undecoded UTF-8 will give garbage when decoding entities..."

Package: spamassassin
Followup-For: Bug #306496

Some UTF-8 HTML messages still gives the error message:

Parsing of undecoded UTF-8 will give garbage when decoding
entities at /usr/share/perl5/Mail/SpamAssassin/HTML.pm line 182.

I can give you example mails on request. They are mostly spams,
so many of them can be posted to the bug tracker in compressed
form.

Problematic mails can be found by training the Bayes filter
and looking for the above error message on standard error.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2)
Permalink | Reply | 0 comments |
headers
Drew Parsons | 1 May 2006 01:31
Picon
Favicon

Bug#365386: Acknowledgement (xprint: FTBFS: Can't exec "aclocal": No such file or directory at /usr/bin/autoreconf line 176.)

On Sun, 2006-04-30 at 17:58 +0200, Kurt Roeckx wrote:
> found 365386 1:1.0.1-2
> thanks
> 
> Hi,
> 
> It's still failing, now with:
> configure.ac:54: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL

> 
> This seems to be a missing build dependency on libtool.
> 

Yeah, I'm on to it :)

I'm waiting for libxp to propagate for all architectures.  Later today,
maybe.

Drew
Permalink | Reply | 0 comments |
headers
Drew Parsons | 1 May 2006 01:07
Picon
Favicon

Bug#365510: 11.8.7: X11R7 puts headers in /usr/include/X11

On Sun, 2006-04-30 at 15:12 -0700, Steve Langasek wrote:

> Yes, policy definitely needs to be amended to reflect these changes in
> X11R7.  I don't have time to propose a formal policy amendment right now;
> Drew, perhaps you would be willing to synthesize the above information into
> one?

Yeah, if no one else gets to it sooner, I can drum up a draft patch.

Feel free to beat me to it, anyone :)

Drew
Permalink | Reply | 0 comments |
headers
Michael Kerrisk | 1 May 2006 01:11
Picon

Bug#365547: manpages-dev uninstallable because of conflicting file sem_destroy.3.gz from glibc-doc

> Package: manpages-dev
> Version: 2.28-1
> Severity: grave
> 
> 
> Running apt-get upgrade yields the following error message:
> 
> Preparing to replace manpages-dev 2.27-1 (using
> .../manpages-dev_2.28-1_all.deb) ...
> Unpacking replacement manpages-dev ...
> dpkg: error processing /var/cache/apt/archives/manpages-dev_2.28-1_all.deb
> (--unpack):
>  trying to overwrite `/usr/share/man/man3/sem_destroy.3.gz', which is also
> in package glibc-doc

Some background.  In release 2.28, upstream man-pages added
sem_* pages.  As noted in the ChagelogL

    These pages supercede and provide a superset of the information
    in the glibc (3thr) "semaphores(3)" manual page.

(Obviously, "supercede" is my point of view.  My pages
do contain more, and more up to date, info.  I wish glibc
could decide on just info or just man pages...)

Cheers,

Michael

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark Brown | 1 May 2006 01:29
Picon
Gravatar

Bug#365549: gnucash: Font display problems

severity 365403 important
tag 365403 + l10n
merge 365549 365403
thanks

On Mon, May 01, 2006 at 12:00:26AM +0100, Mark Brown wrote:

> If I start GnuCash (same version, but x86) on a remote system via SSH it
> uses Courier for the font in the startup dialog but then dies with the
> console output below.  When started locally GnuCash appears to start fine
> but no text is displayed in the user interface (at least as far as the
> "this file is locked" dialog).

Sorry, this seems to be a duplicate of #365403: the same workaround
works for it too.

--

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."
Permalink | Reply | 0 comments |
headers
Martintxo | 1 May 2006 01:26
X-Face
Favicon

Bug#365552: dwww: with boa don't make a good 'Other documents' link

Package: dwww
Version: 1.9.92
Severity: normal
Tags: experimental

Hello:

I think that Debian needs a good Help Browser, and Dwww is a good app for
it. Many thanks!!

I tested dwww 1.9.92 from experimental. I install it in a Sarge
environment. For made it, I touch the debian/control file, for change in
the Depends line: menu (>= 2.1.27) for menu (>= 2.1.24) (that is the
version of menu package in Sarge). I says it because it may alter the
results in my environment.

dwww-1.9.92 works so well in Sarge with apache-1.3.33. I test a little bit
it and no find bugs. But with boa-0.94.14rc20-1.2 like web server dwww has
a little bug in the 'Other documents' link.

If you made a search (search emelfm package, for exemp.) and made click in
the 'Other documents' link, with Mozilla it says that "don't find :0"
(badly translated from my spanish localization), and with Dillo "ERROR: dns
can't solve".

The link URL is
http://localhost/cgi-bin/dwww/usr/share/doc/emelfm?type=dir, and it works
well with the Apache web server. But for it to works with Boa, the URL must
be http://localhost/cgi-bin/dwww/usr/share/doc/emelfm/?type=dir (note the
last "/").
(Continue reading)

Permalink | Reply | 1 comment |
headers
Wouter Verhelst | 1 May 2006 01:49
Picon
Gravatar

Bug#364853: segfaults unexpectedly on powerpc

On Sun, Apr 30, 2006 at 05:38:55PM -0400, Eric Dorland wrote:
> tags 364853 unreproducible
> thanks
[...]
> I got my PowerBook going again (15" AlumBook) and surfed around on it
> for a good hour. No problems. Can you try the standard stuff like
> moving any .mozilla or .firefox directories out of the way,

Did that already before filing this bug.

> and make sure you're not running with any dsp wrappers. 

I don't think I am, but is there any way to find out about this for
sure?

--

-- 
Fun will now commence
  -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4
Permalink | Reply | 7 comments |

Gmane