Package: star
Version: 1.5a57-1
Severity: serious
Justification: Policy 2.2.1 -- DFSG issue
In the upload of 1.5a57-1, the license was changed from GPL to CDDL
(with choice of venue being Berlin, Germany). The acceptance of this
license by Debian is still undecided [1] (at least to the best of my
Hi,
In order to fix this a symlink
/usr/lib/liboctaviz.so - /usr/lib/octave-2.1.67/liboctaviz.so
needs to be created.
This is a known bug. A fixed package is available from the website of
the Debian Octave Group.
http://pkg-octave.alioth.debian.org/
(the red rectangle)
Regards
Package: cupsys
Version: 1.1.23-8
Severity: grave
Justification: renders package unusable
iam-ma-010:~# apt-get install cupsys
Reading Package Lists... Done
Building Dependency Tree... Done
Suggested packages:
cupsys-driver-gimpprint foomatic-bin xpdf-korean xpdf-japanese
Hi Bill,
Am Freitag, den 24.11.2006, 14:49 +0100 schrieb Bill Allombert:
Package: octave2.1-forge
Version: 2006.03.17+dfsg1-1
Severity: serious
Jusitification: FHS violation
Hello Debian Octave Group,
The ia64 package includes a top-level directory ./octave2.1-forge/
From the build
Hi,
Am Freitag, den 24.11.2006, 21:00 -0800 schrieb Steve Langasek:
On Fri, Nov 24, 2006 at 03:43:13PM +0100, Thomas Weber wrote:
Am Freitag, den 24.11.2006, 14:49 +0100 schrieb Bill Allombert:
Package: octave2.1-forge
Version: 2006.03.17+dfsg1-1
Severity: serious
Hi,
Am Sonntag, den 26.11.2006, 15:05 -0800 schrieb Steve Langasek:
Please fix your package instead to fail to build when there is a problem
with octave-config, instead of misbuilding in this fashion.
Yes, and then?
And then the bug in octave2.1-forge is fixed, and there's something
Am Montag, den 27.11.2006, 18:15 -0800 schrieb Steve Langasek:
We will upload a package of either octplot or semidef-oct which triggers
the bug, so there's something to point to.
These packages have the advantage of
- no reported bugs and an up-to-date version in testing and
- they
Gustavo Franko has posted a workaround to debian-devel.
===
There's a workaround that is run the application as follows:
$ G_SLICE=always-malloc application
===
--
To
Hi Steve,
Am Freitag, den 14.04.2006, 21:57 -0400 schrieb Steve M. Robbins:
Package: octave2.1
Version: 1:2.1.73-6
Severity: serious
Hello,
Octave fails to run,
[EMAIL PROTECTED]
octave2.1: error while loading shared libraries: liblapack.so.3: cannot
open shared object file:
Am Montag, den 17.04.2006, 12:25 -0400 schrieb Steve M. Robbins:
If yes, you should purge them and install atlas3-base-dev.
If that doesn't help, please post the output of
$ dpkg -l '*atlas*' '*lapack*'
Thanks for that. So, one last shot: can you post
/etc/ld.so.conf
and
Hi,
Am Montag, den 17.04.2006, 15:42 -0400 schrieb Steve M. Robbins:
[EMAIL PROTECTED] /etc/ld.so.conf
/usr/local/lib
/usr/X11R6/lib/Xaw3d
/usr/X11R6/lib
What are we looking for now?
A line like
/usr/lib/atlas
in this file. Something went wrong with the update of this file
Thomas Weber [EMAIL PROTECTED] wrote:
You are neither the submitter of the bug nor the package's maintainer.
Please read
hmm, somehow the above (quoted) mail reached Joerg Schilling, but not the BTS. I
give it here for reference (with control messages removed
Am Dienstag, den 14.02.2006, 01:25 +0100 schrieb Joerg Schilling:
It seems that you did not understand the Debian rules.
Well, I believe I understand them quite well. OTOH, I don't consider
this problem to be about my understanding, so let's drop this.
If Debian would really require people to
Am Dienstag, den 14.02.2006, 16:07 +0100 schrieb Joerg Schilling:
Thomas Weber [EMAIL PROTECTED] wrote:
Am Dienstag, den 14.02.2006, 01:25 +0100 schrieb Joerg Schilling:
It seems that you did not understand the Debian rules.
Well, I believe I understand them quite well. OTOH, I don't
Am Dienstag, den 14.02.2006, 22:24 +0100 schrieb Joerg Schilling:
Well, then you obviously need to remove _all_ GPL packets as any
person could sue you anywhere in the world because of the _missing_
choice of venue.
If I am not doing business there and can still be sued *without* having
agreed
Am Dienstag, den 14.02.2006, 20:29 +0100 schrieb Joerg Schilling:
Note: the CDDL clearly is a license that follows the rules from Debian.
See, that's exactly the point. I believe otherwise; so it isn't clear to
me, at least with a choice of venue.
If you believe otherwise, tell me exactly
On Tue, Feb 14, 2006 at 07:18:50PM -, Pawel Wiecek wrote:
Well, what sort of reacion do you expect?
A sign that you are reading the bug report, which wasn't obvious to me.
Something along the lines of I agree / I disagree / I don't know would be nice
as well. After all, it might be
Hi,
okay, here is some sort of current status:
In order to migrate to VTK 5, we will probably need a CVS snapshot of
Octaviz (which in itself doesn't pose a problem). If you try to build
this, you will run into a bug similiar to [1].
The reason for this can be found in
Hi,
okay, here we go (in order to avoid people at BSPs wasting time).
Preliminary (i386) packages are at
deb http://www.num.uni-sb.de/~weber/debian unstable/
These are very preliminary (the changelog entries are not really
accurate, but Octaviz is not a package where I want to
Package: vtk
Followup-For: Bug #346505
Tags: patch
The attached patches should fix this one (two patches: control.patch should
solve the xlibs-problem, but without rules.patch I couldn't build the package in
a pbuilder environment).
Thomas
-- System Information:
Debian Release:
Hi Bastian,
Am Donnerstag, den 01.06.2006, 09:28 +0200 schrieb Bastian Blank:
Octave is required. Please install Octave and rerun cmake.
-- Configuring done
make: *** [cmake-stamp] Error 255
I'm about to send a mail to several buildd admins, so you beat me to.
Can you please verify that
This bug is triggered by a normal installation with emacs22. It works
with emacs21 however.
Package is dead upstream, maintainer seems MIA.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, Oct 22, 2008 at 02:15:40PM +0200, Davide G. M. Salvetti wrote:
TW == Thomas Weber [2008-10-21]
TW Package is dead upstream, maintainer seems MIA.
Maintainer is here and reads what you write.
Sorry then, I thought your latest upload was about a year ago.
BTW, thanks for maintaing
On Fri, Sep 05, 2008 at 01:15:07PM +0200, Rafael Laboissiere wrote:
* Thomas Weber [EMAIL PROTECTED] [2008-06-09 09:11]:
Am Samstag, den 10.05.2008, 07:33 +0200 schrieb Thomas Weber:
On 09/05/08 18:34 -0500, Jordi Gutiérrez Hermoso wrote:
Package: octaviz
Version: 0.4.7-1
to 3.8.0 (no changes
needed)
* added myself to the uploaders list.
[ Thomas Weber ]
* New patch: patches/no-nan-values
Error out in case of NaN values, they are not
supported by VTK (closes: 480431)
I didn't remove the standards bump
package: octave2.1
tags 464334 unreproducible
thanks
Am Mittwoch, den 06.02.2008, 09:44 +0100 schrieb Lucas Nussbaum:
Package: octave2.1
Version: 1:2.1.73-16
Severity: serious
Hi,
In a clean chroot:
Setting up octave2.1 (1:2.1.73-16) ...
ls: cannot access
Am Mittwoch, den 06.02.2008, 15:28 +0100 schrieb Lucas Nussbaum:
On 06/02/08 at 10:59 +0100, Thomas Weber wrote:
package: octave2.1
tags 464334 unreproducible
thanks
Am Mittwoch, den 06.02.2008, 09:44 +0100 schrieb Lucas Nussbaum:
Package: octave2.1
Version: 1:2.1.73-16
On 03/01/08 10:56 +0100, Soeren Sonnenburg wrote:
Package: octave3.0
Version: 3.0.0-1
Severity: grave
panic: Segmentation fault -- stopping myself...
attempting to save variables to `octave-core'...
save to `octave-core' complete
Segmentation fault
This turns out to be a toolchain issue;
On 20/04/08 18:03 +0200, Lucas Nussbaum wrote:
Package: matwrap
Version: 0.57-10
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080419 qa-ftbfs
Justification: FTBFS on i386
Hi,
During a rebuild of all packages in sid, your package failed to build on i386.
This
package matwrap
severity 477041 important
thanks
On 27/04/08 10:38 +0200, Thomas Weber wrote:
On 20/04/08 18:03 +0200, Lucas Nussbaum wrote:
Package: matwrap
Version: 0.57-10
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080419 qa-ftbfs
Justification: FTBFS on i386
Hi Lucas,
Am Mittwoch, den 07.05.2008, 10:47 +0200 schrieb Lucas Nussbaum:
Package: octave-epstk
Version: 2.2-10
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080506 qa-ftbfs
Justification: FTBFS on i386
this error is real, but not due to the different gcc versions. A fix
On Tue, Sep 23, 2008 at 06:30:37PM +0200, [EMAIL PROTECTED] wrote:
Package: octave-vrml
Version: 1.0.6-2
Severity: serious
Justification: Policy 3.5
When calling a vrml function from octave the error
sh: freewrl: command not found
cmd = freewrl/tmp/octave_vrml_output.wrl
Am Dienstag, den 23.09.2008, 22:30 +0200 schrieb Thomas Weber:
On Tue, Sep 23, 2008 at 06:30:37PM +0200, [EMAIL PROTECTED] wrote:
Package: octave-vrml
Version: 1.0.6-2
Severity: serious
Justification: Policy 3.5
When calling a vrml function from octave the error
sh: freewrl
Am Mittwoch, den 24.09.2008, 08:38 +0200 schrieb Thomas Weber:
Am Dienstag, den 23.09.2008, 22:30 +0200 schrieb Thomas Weber:
On Tue, Sep 23, 2008 at 06:30:37PM +0200, [EMAIL PROTECTED] wrote:
Package: octave-vrml
Version: 1.0.6-2
Severity: serious
Justification: Policy 3.5
Am Mittwoch, den 24.09.2008, 09:15 +0200 schrieb Thomas Weber:
Am Mittwoch, den 24.09.2008, 08:38 +0200 schrieb Thomas Weber:
Am Dienstag, den 23.09.2008, 22:30 +0200 schrieb Thomas Weber:
On Tue, Sep 23, 2008 at 06:30:37PM +0200, [EMAIL PROTECTED] wrote:
Package: octave-vrml
Version
package octplot
reassign 470327 fltk1.1
found 1.1.8~rc1-2
thanks
Hi Aaron,
fltk-config outputs several lines instead of one when called as
$ fltk-config --use-gl --libs
which makes it difficult to use the output in further commands. The
problem is in the if part, starting at line 319.
Am Dienstag, den 11.03.2008, 11:05 +0100 schrieb Rafael Laboissiere:
* Thomas Weber [EMAIL PROTECTED] [2008-03-11 09:42]:
package octplot
reassign 470327 fltk1.1
found 1.1.8~rc1-2
thanks
Hi Aaron,
fltk-config outputs several lines instead of one when called
package libinline-octave-perl
tags 391062 + unreproducible
severity 391062 important
thanks
I can't reproduce this. I'm downgrading the severity for the moment.
Bhaskar, can you try the examples from
/usr/share/doc/libinline-octave-perl/examples/
Thanks
Thomas
--
To
Package: ginac
Severity: serious
Hi,
please see
http://buildd.debian.org/fetch.php?pkg=ginacver=1.3.5-2arch=armstamp=1160247427file=logas=raw
Regards
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
Am Samstag, 10. Februar 2007 21:38 schrieb Kurt Roeckx:
Package: octave2.9
Version: 2.9.9-8
Severity: serious
Hi,
When trying to build octave2.9-forge version 2006.07.09+dfsg1-7 (on amd64)
I get the following error:
That bug is triggered by the fix for #410070.
Can you look at
Package: octave2.9
reassign 410463 octave2.9-forge
thanks
Am Samstag, den 10.02.2007, 21:38 +0100 schrieb Kurt Roeckx:
error: invalid matrix index = 1
error: evaluating assignment expression near line 158, column 12
error: evaluating if command near line 156, column 3
error: called from
Package: rawstudio
Version: 0.6+20071101-1
Severity: grave
Justification: renders package unusable
$ rawstudio
Segmentation fault
Re-building without optimization and with debug symbols yields the attached
backtrace.
Thanks
Thomas
-- System Information:
Debian Release: lenny/sid
APT
Am Dienstag, den 27.11.2007, 08:18 -0700 schrieb Wesley J. Landaker:
Subject: octplot: doesn't work at all
Package: octplot
Version: 0.4.0-3
Severity: grave
Justification: renders package unusable
octplot doesn't work at all.
1) It doesn't automatically get into octave's path, so you
Am Donnerstag, den 02.08.2007, 19:14 -0700 schrieb Phil Miller:
Package: octave2.9
Version: 1:2.9.13-1
Severity: serious
Justification: Policy 7.2
As the subject says, the just uploaded version of octave2.9, 1:2.9.13-1,
declares a Depends on libcurl4 = 7.16.2-1.
Thanks for your
package: octaviz
severity 452436 normal
tags 452436 moreinfo unreproducible
thanks
Am Donnerstag, den 22.11.2007, 21:12 + schrieb =?UTF-8?Q?
Jo=C3=A3o?= Franco:
Package: octaviz
Version: 0.4.5-5
Severity: grave
Justification: renders package unusable
I can't reproduce this with the
The following message was sent by Andrey Melnikov [EMAIL PROTECTED]. I'm
resending it to the BTS as his message doesn't appear there at the time
of writing.
I confirm that his patch indeed fixes the segfault.
Package: rawstudio
Followup-For: Bug #452389
Attached patch fixes this segfault.
Am Donnerstag, den 03.01.2008, 10:56 +0100 schrieb Soeren Sonnenburg:
Package: octave3.0
Version: 3.0.0-1
Severity: grave
just try
echo version | octave
or
octave
on an arm machine:
$ uname -a
Linux arm 2.6.18-4-versatile #1 Sun Jun 17 14:34:28 UTC 2007 armv5tejl
Am Samstag, den 05.01.2008, 10:14 +0100 schrieb Rafael Laboissiere:
* Rafael Laboissiere [EMAIL PROTECTED] [2008-01-03 21:53]:
In order to investigate why Octave 3.0 is failing to work on arm
(Bug#458852, severity grave), I would need octave3.0_3.0.0-1 installed on a
sid chroot on one of
info for upstream to fix it.
Thomas Weber has forwarded your message to bug-octave and John Eaton replied
to it [1] and gave the following suggestion:
Have you tried building with -O0? If that works but -O2 fails, then I
would start to suspect an ARM-specific compiler bug since
package octplot
tags 423994 confirmed
thanks
Am Dienstag, 15. Mai 2007 11:01:04 schrieb Lucas Nussbaum:
During a rebuild of all packages in sid, I discovered that your package
failed to build on i386.
Adding
-lGLU
fixes this. Now, if only I knew how to add this to configure.ac ...
I
Package: pbuilder
Version: 0.164
Severity: grave
Justification: causes non-serious data loss
I attach a log file of a script session. The commands were
=
export LANG=C
aptitude install pbuilder
cp /etc/pbuilderrc /etc/pbuilderrc.bak
echo /etc/pbuilderrc.bak
Package: octave2.9
Version: 2.9.10-4
Severity: grave
Justification: renders package unusable
Octave 2.9.10 doesn't play well with the current octave2.9-forge packages in
Debian, so it shouldn't enter testing in the current state.
Thomas
-- System Information:
Debian Release: lenny/sid
APT
package octaviz
tags 419683 confirmed
thanks
Am Dienstag, 17. April 2007 14:22 schrieb Lucas Nussbaum:
CMake Error: VTK not found. Set the VTK_DIR cmake cache entry to the
directory containing VTKConfig.cmake. This is either the root of the build
tree, or PREFIX/lib/vtk for an installation.
gnuplot 4.2.0-4 built fine on all architectures. Is there any reason
this bug should stay open? Gnuplot is not entering testing with it.
Thanks
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi Dann,
Am Freitag, den 27.07.2007, 16:37 -0600 schrieb dann frazier:
Severity: serious
Version: 4.2.0-3
Package: gnuplot
From
http://buildd.debian.org/fetch.cgi?pkg=gnuplotver=4.2.0-3arch=ia64stamp=1179477747file=log:
4.2.0-4 built fine on all architectures. Since I'm neither the bug
Am Montag, den 10.09.2007, 23:04 +0200 schrieb Patrick Winnertz:
Package: octave2.9
Severity: serious
Justification: Package content changed
Version: 1:2.9.13-1
User: [EMAIL PROTECTED]
Usertags: qa-debdiff
Hi,
On Sun, Feb 21, 2010 at 01:24:39PM +0100, Marc 'HE' Brockschmidt wrote:
Package: octave3.2
Version: 3.2.4-2
Severity: serious
Heya,
It looks like octave3.2 is hitting a ld bug:
| g++ -shared -Wl,-soname -Wl,liboctinterp.so -o liboctinterp.so [...]
| /usr/bin/ld: non-dynamic relocations
On Sat, Feb 20, 2010 at 07:35:38PM +0100, Kurt Roeckx wrote:
Source: dynare
Version: 4.1.0-1
Severity: serious
Hi,
There was an error while trying to autobuild your package:
Sébastien,
any chance of disabling the longer running tests? Or having them print
out something every few
On Thu, Feb 25, 2010 at 10:32:53AM +0100, Michael Weitzel wrote:
Package: octave3.2
Version: 3.2.3-1
Severity: grave
Tags: patch
Justification: renders package unusable
Dear Maintainers,
During installation the Octave 3.2 package does not create the directory
Hi Lucas,
On Thu, Feb 25, 2010 at 11:50:13AM +0100, Lucas Nussbaum wrote:
Source: octave-ga
Version: 0.9.7-1
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2010-02-24 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your
On Mon, Mar 01, 2010 at 09:38:18AM +0100, Marc Brockschmidt wrote:
Thomas Weber thomas.weber.m...@gmail.com writes:
On Sun, Feb 21, 2010 at 01:24:39PM +0100, Marc 'HE' Brockschmidt wrote:
It looks like building without -g might work around the problem, so
removing
the -dbg packages
On Mon, Mar 01, 2010 at 09:24:25PM +0100, Thomas Weber wrote:
On Mon, Mar 01, 2010 at 09:38:18AM +0100, Marc Brockschmidt wrote:
Thomas Weber thomas.weber.m...@gmail.com writes:
On Sun, Feb 21, 2010 at 01:24:39PM +0100, Marc 'HE' Brockschmidt wrote:
It looks like building without -g might
Hi Bas,
On Sun, Jul 04, 2010 at 09:49:06AM +0200, Bas Zoetekouw wrote:
Package: octave3.2
Version: 3.2.4-6
Severity: serious
When upgrading octave, the octave segfaults during trigger processing:
Get: 278 http://ftp.de.debian.org sid/main octave-control 1.0.11-2 [447kB]
Get: 279
package octave3.2
severity 588024 normal
thanks
I'm downgrading the severity of this bug. I can't reproduce it and have
not heard back after one week from the submitter.
Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Something is wrong with the ./configure run. It replaces the content on
magick/magick-config.h with 'garbage', only lines like
/* Define if you have the bzip2 library */
#ifndef MAGICKCORE_^A
#define MAGICKCORE_^A ^B
#endif
remain in there. This happens even when
Package: php5-xdebug
Version: 2.0.5-1+b1
Severity: grave
Hi,
with PHP 5.3, xdebug doesn't show the value of local variables anymore.
This bug is fixed upstream, but only in development releases.
Unfortunately, without the values of such variables, xdebug is nearly
useless for debugging.
On Mon, Feb 01, 2010 at 03:59:25PM +0100, Bas Zoetekouw wrote:
Hi!
octave-specfun is currently uninstallable in sid, as it depends on
libhdf5-1.8.3, while octave3.2 depends on libhdf5-1.8.4.
Please rebuild octave-specfun against libhdf5-1.8.4.
Actually, on further inspection, it seems
On Tue, Feb 02, 2010 at 01:06:24AM -0500, John W. Eaton wrote:
On 1-Feb-2010, Thomas Weber wrote:
| On Mon, Feb 01, 2010 at 03:59:25PM +0100, Bas Zoetekouw wrote:
| Hi!
|
| octave-specfun is currently uninstallable in sid, as it depends on
| libhdf5-1.8.3, while octave3.2 depends
On Mon, Feb 08, 2010 at 04:03:20PM +0100, Bas Zoetekouw wrote:
Hi John!
You wrote:
No, it hasn't changed. All .oct files depend on liboctinterp, which
depends on liboctave and a number of other libraries, and liboctave
depends on libcruft and a number of other libraries. So
Package: lapack
Severity: serious
Justification: FTBFS on mipsel
Hi,
3.2.1-7 FTBFS on mipsel due to blas 1.2-4 beind used during the build. I
guess a (=1.2.-7) is needed in the build dependencies.
I tried to get the wanna-build team to give the build back (thereby not
forcing a rebuild on
On Wed, Apr 28, 2010 at 08:35:30AM +0200, nb wrote:
Hi,
I have installed the php-log 1.12.0 package, but I still have the same
problem.
Are you sure the new package is used? 1.12 hasn't been uploaded to
Debian yet, so you must have installed it outside of dpkg, is that
correct?
On 02/08/08 23:18 -0700, Daniel Schepler wrote:
On Saturday 02 August 2008 13:09:23 ?lafur Jens Sigur?sson wrote:
This works fine for me on an i386 machine with a sid pbuilder.
The error that you are getting implies that the octave-nan package is
not getting installed (the octave-tsa
On 03/08/08 10:23 -0700, Daniel Schepler wrote:
OK, I've posted those files at http://math.berkeley.edu/~schepler/octave-nan/
.
Sorry, 403 on all files. Can you check the permissions?
Some possibly relevant information: the chroot is set up with /bin/sh
pointing
to dash, and the
On 03/08/08 10:40 -0700, Daniel Schepler wrote:
On Sunday 03 August 2008 10:34:45 Thomas Weber wrote:
On 03/08/08 10:23 -0700, Daniel Schepler wrote:
OK, I've posted those files at
http://math.berkeley.edu/~schepler/octave-nan/ .
Sorry, 403 on all files. Can you check the permissions
On Thu, Dec 24, 2009 at 11:31:19AM +0100, Lucas Nussbaum wrote:
Source: dynare
Version: 4.0.4-6
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20091213 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to
On Sun, Dec 27, 2009 at 12:43:04AM +0100, Thomas Weber wrote:
On Thu, Dec 24, 2009 at 11:31:19AM +0100, Lucas Nussbaum wrote:
Source: dynare
Version: 4.0.4-6
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20091213 qa-ftbfs
Justification: FTBFS on amd64
Hi
On Thu, Dec 31, 2009 at 12:31:35AM +0100, Sébastien Villemot wrote:
[Lucas, do you want to be kept in CC?]
Alright, this is indeed a change in TexLive, and an intended one. See
http://lists.debian.org/debian-tex-maint/2009/12/msg00630.html
package: octave-symbolic
tag 512075 confirmed
fixed 512075 1.0.7-1
thanks
On Sat, Jan 17, 2009 at 02:20:47AM +, Steve Cotton wrote:
1. octave-symbolic is missing a dependency on libginac1.4
2. Even with libginac1.4 installed, Octave doesn't find the
library without the help of
export
Attached the diff between upstream's 1.0.6 and 1.0.7. I'll ask the
release-team about the preferred solution (either patching or uploading
the new upstream version).
Thomas
1.0.6-1.0.7.diff.bz2
Description: Binary data
On Sat, Jan 17, 2009 at 04:14:50PM +0100, Thomas Weber wrote:
Attached the diff between upstream's 1.0.6 and 1.0.7. I'll ask the
release-team about the preferred solution (either patching or uploading
the new upstream version).
Okay, we are clear from debian-release to upload 1.0.7 to unstable
package octave3.0
tags 513576 confirmed
tags 513576 upstream
forwarded 513576
http://www-old.cae.wisc.edu/pipermail/octave-maintainers/2009-February/010599.html
thanks
On Sun, Feb 01, 2009 at 04:09:06PM +0100, Samuel Thibault wrote:
I guess octave3 could just provide the
package octave-symbolic
severity 516942 normal
tags 516942 moreinfo
thanks
Hi,
On Tue, Feb 24, 2009 at 12:20:23PM +0100, Oz N wrote:
Package: octave-symbolic
Version: 1.0.7-1
Severity: grave
Justification: renders package unusable
Hi, I have installed octave symbolic from 'experimental' on
On Sun, Sep 27, 2009 at 12:40:48PM +0200, Kurt Roeckx wrote:
Source: dynare
Version: 4.0.4-4
Severity: serious
Hi,
There was an error while trying to autobuild your package:
Start Time: 20090927-1023
[...]
Build-Depends: debhelper (= 7), octave3.2-headers (= 3.2.2), flex,
On Sun, Sep 27, 2009 at 05:25:42PM +0200, Thomas Weber wrote:
On Sun, Sep 27, 2009 at 12:40:48PM +0200, Kurt Roeckx wrote:
Source: dynare
Version: 4.0.4-4
Severity: serious
Hi,
There was an error while trying to autobuild your package:
Start Time: 20090927-1023
On Wed, Apr 08, 2009 at 09:19:19PM -0500, John W. Eaton wrote:
On 9-Apr-2009, Drew Parsons wrote:
| Hi Rafael, thanks for the forthcoming fix to the problem.
|
| About the severity, I appreciate you need to get the new version across
| to testing but I don't think I could justify it with
On Sun, Apr 19, 2009 at 05:47:11PM +0200, Luk Claes wrote:
Package: octave3.0
Version: 1:3.0.5-2
Severity: grave
Hi
The postinst of octave3.0 seems to hang on at least the mipsel buildds (for
unstable) [1].
This issue blocks the buildds from building any other package till the
On Wed, Apr 22, 2009 at 12:01:19PM +0200, Laurent Mazet wrote:
Package: octave3.0
Version: 1:3.0.1-7
Arch: i386
Severity: grave
Hi,
I've just realized that I can multiply a real 2x2 matrix by a complex vector.
Uh, yes. Why shouldn't this work? Or in other words, how do you
distinguish the
On Thu, Apr 23, 2009 at 01:35:01AM +0200, Rafael Laboissiere wrote:
* Thomas Weber thomas.weber.m...@gmail.com [2009-04-22 23:04]:
On Wed, Apr 22, 2009 at 12:01:19PM +0200, Laurent Mazet wrote:
Package: octave3.0
Version: 1:3.0.1-7
Arch: i386
Severity: grave
Hi,
I've
On Wed, Apr 22, 2009 at 11:04:14PM +0200, Thomas Weber wrote:
On Wed, Apr 22, 2009 at 12:01:19PM +0200, Laurent Mazet wrote:
Package: octave3.0
Version: 1:3.0.1-7
Arch: i386
Severity: grave
Hi,
I've just realized that I can multiply a real 2x2 matrix by a complex
vector.
Uh
On Thu, Apr 23, 2009 at 01:28:36PM +0200, Laurent Mazet wrote:
Hi Thomas,
you was right, my problem is inthe atlas library:
Thanks for the follow-up.
$ LD_LIBRARY_PATH=/usr/lib /usr/bin/octave -q --eval '[1 2; 3 4] * [1; 1i]'
ans =
1 + 2i
3 + 4i
$ lmt-linux ~ $ /usr/bin/octave -q
On Tue, Apr 28, 2009 at 06:31:32PM +0200, Martin Michlmayr wrote:
Just for the record, I see the same problem on an amd64 system (Intel
EM64T chip).
Is this a normal installation or as part of a build process?
Thomas
--
To UNSUBSCRIBE, email to
On Wed, Mar 18, 2009 at 09:30:59AM +0100, Rafael Laboissiere wrote:
Package: octave3.0
Version: 1:3.0.4~rc5-2
Severity: serious
This version of the octave3.0 package is based on a release candidate
snapshot for the upcoming 3.0.4 version. The upstream authors have told
us [1] that
On Fri, Jul 10, 2009 at 11:13:23AM -0400, Jason Riedy wrote:
Package: octave3.2
Version: 3.2.0-2
Severity: grave
Justification: renders package unusable
octave: error while loading shared libraries: libumfpack.so.3.2.0: cannot
open shared object file: No such file or directory
I
Hi Aurelien,
On Fri, Aug 14, 2009 at 11:03:27AM +0200, Aurelien Jarno wrote:
Package: octave3.2-headers
Version: 3.2.0-2
Severity: grave
Justification: renders package unusable
# apt-get install octave3.2-headers
Reading package lists... Done
Building dependency tree
Reading state
On Tue, Aug 18, 2009 at 05:32:28PM +0200, br...@ira.uka.de wrote:
Hi,
recompiling the package (apt-get source octave3.2 etc.) fixes the problem.
That's a work-around, not a fix (well, the original code we introduced
is already a work-around).
I'm working on a better solution, but I need to ask
On Wed, Aug 19, 2009 at 03:24:47PM +0200, Aurelien Jarno wrote:
Thomas Weber a écrit :
Hi Aurelien,
On Fri, Aug 14, 2009 at 11:03:27AM +0200, Aurelien Jarno wrote:
Package: octave3.2-headers
Version: 3.2.0-2
Severity: grave
Justification: renders package unusable
# apt-get
@@ -1,3 +1,10 @@
+h5utils (1.12-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Switch to octave3.2-headers
+
+ -- Thomas Weber thomas.weber.m...@gmail.com Mon, 15 Mar 2010 18:11:50 +
+
h5utils (1.12-2) unstable; urgency=low
* Changed build-dep in libhdf4-dev instead
I didn't actually test it, but
http://pear.php.net/package/Log/download/
indicates that the 1.12.0 version of Pear Log fixes this.
However, php-log is orphaned.
Thomas
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
On Mon, Mar 15, 2010 at 02:06:52PM +, Stuart Prescott wrote:
Hi,
Following the soname bump of libmagickcore, I now have #573972:
pyxplot explicitly depends on libmagickcore2-extra, which no longer exists
after the recent imagemagick upload to unstable; it's been replaced by
On Fri, Mar 19, 2010 at 10:27:15PM +0100, gregor herrmann wrote:
tag 572265 + patch
thanks
On Mon, 15 Mar 2010 22:01:40 +0100, Thomas Weber wrote:
I didn't actually test it, but
http://pear.php.net/package/Log/download/
indicates that the 1.12.0 version of Pear Log fixes
1 - 100 of 139 matches
Mail list logo
