[Pkg-octave-devel] Bug#469240: octave3.0: nearly unusable PostScript printing

Thomas Weber thomas.weber.mail at gmail.com
Tue Mar 4 09:39:20 UTC 2008


Am Dienstag, den 04.03.2008, 04:06 -0500 schrieb John W. Eaton:
> On  4-Mar-2008, Thomas Weber wrote:
> 
> | And I *want*[1] to have octave3.0 in lenny.
> | 
> | [1] Imagine a little gnome stomping on its feet here.
> 
> Do any nontrivial C++ programs work on ARM at present?

Using g++-4.1, yes. For everything else, no idea. If there weren't other
programs using Octave to build on ARM, we probably wouldn't have noticed
this bug in a lifetime.


> Who do we have to ask to drop ARM from list of supported/required
> architectures for Octave?

Debian's release-team. However, they won't make such a change in the
current state. There was a similar discussion over the week-end,
regarding a backlog on MIPS. 

Basically, the decision about dropping a port is made shortly before the
release, as the work to drop it is relatively easy, whereas reverting
such a decision is difficult. Packages then migrate into testing
naturally.


> How can we debug this?  
As it works with g++-4.1, the chance of it being an Octave bug is small.
Actually, we already had a working Octave package for ARM, but this bad,
bad boy called Rafael uploaded another revision. No cookies :)

> I can't remember what has been tried.  
It's probably a toolchain bug, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=467503

The symptoms Thomas Girard described for omniORB are quite similar to
ours with Octave.

> On the
> odd chance that it is an Octave bug, is it possible that I could get
> shell access on one of these systems to do some debugging?  How long
> does it take to build Octave on one of these systems?

I use a qemu emulator to build it, which takes about a day. 

However, that build failure is not your problem. This is porter's work,
or maybe the problem of the gcc maintainers.

My footnote about the gnome probably gave a false impression. Being in
the testing suite is not the exclusive way to become part of a Debian
release. Some bugs are release critical by default, but default's can be
overridden. In fact, if the latest build on ARM had worked, I would have
delayed the fix for the font problem, until the package migrated to
testing.

	Thomas




More information about the Pkg-octave-devel mailing list