On Wed, 2015-07-15 at 10:00 +0200, Alois Schloegl wrote:
3) keeping the java dependency in a octave package octave-java as
it was before 3.8.x
This is impossible because that package does not exist anymore for
Octave 3.8 or higher.
The current dependency is default-jre-headless. This should be
Package: electrum
Version: 1.9.8-4
Severity: wishlist
Dear Maintainer,
There's a newer Electrum version available:
https://electrum.org/#download
Please package it at your earliest convenience. :-)
- Jordi G. H.
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
Package: python-dulwich
Version: 0.9.7-1+jordigh
Severity: minor
Hey there.
While attempting to backport python-dulwich into Debian 7.5, the
resulting deb failed to install when running setup scripts. There was
a syntax error because it's using Python 2.6 by default:
$ sudo dpkg -i
On Mon, 2014-03-24 at 17:08 +, Leo Butler wrote:
Matlab compatibility is an ephemera and JWE himself has written
against it being a goal that drives Octave development.
He never wrote against it. He just said that in the beginning it
wasn't a goal. Being compatible with Matlab is now
On 20 June 2013 10:41, David Bateman adb...@gmail.com wrote:
Le 20 juin 2013 à 15:01, John W. Eaton j...@octave.org a écrit :
On 06/19/2013 08:32 PM, David Bateman wrote:
Ok, it seems Jaroslav's code for idx_vector(Sparsebool hasn't been
used much in the last 5 years as it was completely
On 19 June 2013 14:06, David Bateman da...@bateman.eu wrote:
On 06/16/2013 03:59 AM, Jordi Gutiérrez Hermoso wrote:
I'm saying the real problem is that we assume linear indexing works
for all matrix types, including sparse matrices. I claim that this is
the real problem.
Who is assuming
On 15 June 2013 11:00, David Bateman da...@bateman.eu wrote:
Ed is right the is_empty method of the octave_base_value class should be
specialized for sparse matrices as in the attached changeset as it has
no need to rely on numel. Then any function that relies on isempty
should now work for
On 15 June 2013 11:00, David Bateman da...@bateman.eu wrote:
That a bit of a specious argument. Because we can't solve problem B we
shouldn't solve problem A. Taking this argument to the absurd this
shouldn't work either
n = 2^16;
s = sparse (1:n,1:n,1);
t = s * s;
You're strawmanning me.
On 4 May 2013 20:50, Ed Meyer eem2...@gmail.com wrote:
I think I see why numel() is getting called from trace(). isempty()
is called which calls is_empty() which should be virtual. Were it to
call the sparse version of is_empty() there would be no problem
because it tests the row column
On 29 April 2013 17:51, Ed Meyer eem2...@gmail.com wrote:
I'm not saying numel() is to blame or should be changed, only that I
see no reason to ever use numel when handling sparse matrices unless
you are converting it to full in which case the current behavior is
ok.
Well, look at the
On 30 April 2013 12:56, Ed Meyer eem2...@gmail.com wrote:
On Tue, Apr 30, 2013 at 6:37 AM, Jordi Gutiérrez Hermoso
jord...@octave.org wrote:
On 29 April 2013 17:51, Ed Meyer eem2...@gmail.com wrote:
I'm not saying numel() is to blame or should be changed, only that I
see no reason
On 29 April 2013 06:25, Miroslaw Kwasniak miroslaw.kwasn...@pwr.wroc.pl wrote:
it's something wrong whith sparse matrices A(n,n) when n is a multiple
of 65536=2^16.
Demonstration code ==
for i=1:3;
for n=i*2^16+(-1:1);
A=spdiags(ones(n,1),0,n,n);
On 29 April 2013 12:40, Ed Meyer eem2...@gmail.com wrote:
On Mon, Apr 29, 2013 at 6:10 AM, Jordi Gutiérrez Hermoso
jord...@octave.org wrote:
On 29 April 2013 06:25, Miroslaw Kwasniak miroslaw.kwasn...@pwr.wroc.pl
wrote:
it's something wrong whith sparse matrices A(n,n) when n
On 29 April 2013 13:21, Ed Meyer eem2...@gmail.com wrote:
On Mon, Apr 29, 2013 at 9:47 AM, Jordi Gutiérrez Hermoso
jord...@octave.org wrote:
All matrices need to be linearly indexable, and of course, this is how
they are actually stored in memory, as a single long array indexed
On 29 April 2013 14:00, Jordi Gutiérrez Hermoso jord...@octave.org wrote:
And yes, sparse matrices can be indexed by a single index instead of
two, like any other matrix. Internally in Octave's source, the
assumption that a single index of octave_idx_type is available is used
throughout
On 29 April 2013 14:50, Ed Meyer eem2...@gmail.com wrote:
I'm not proposing using anything but octave_idx_type for indexing or
changing the return type of numel() - I just question why numel() is
used for sparse matrices. It should be irrelevant for anything but
ccs2full().
The numel function
On 29 April 2013 16:46, Michael D. Godfrey michaeldgodf...@gmail.com
wrote:
On 04/29/2013 03:12 PM, Jordi Gutiérrez Hermoso wrote:
On 29 April 2013 14:50, Ed Meyer eem2...@gmail.com wrote:
I'm not proposing using anything but octave_idx_type for indexing
or changing the return type
On 26 April 2013 19:43, Peter S visserth...@gmail.com wrote:
So we don't get any more of these bug reports, Octave should print a
note about that library whenever it tries to use it.
ATLAS is a fine BLAS. Octave doesn't need to warn about it. In fact,
Octave is perfectly BLAS-agnostic. We have
On 20 April 2013 15:07, Peter S visserth...@gmail.com wrote:
octave:1 x=1:5
x =
1 2 3 4 5
octave:2 plot(x)
panic: Illegal instruction -- stopping myself...
Almost certainly a duplicate of #607244 and #635520 et al. Rebuild
your ATLAS for your old hardware.
- Jordi G. H.
--
On 4 April 2013 19:54, Bradley M. Froehle brad.froe...@gmail.com wrote:
If only there was a way for the different variants of HDF5 to be
simultaneously installable…
I think this is the real problem,and it goes way up to HDF5 upstream.
They basically ship two completely different libraries with
On 31 January 2013 16:47, William Ludescher whludesc...@verizon.net wrote:
rafael,
Well here's the dump from strace. It looks like it only tells us the
directory of the routine which is being processed. The last meaningful
one here is an octave signal directory, which has a bunch of
On 1 February 2013 09:23, William Ludescher whludesc...@verizon.net wrote:
Jordi,
I ran reportbug as you requested. I'm not sure if used the tool
correctly but here is a dump of its output:
Thanks. Now can you please show me the output of
ldd $(which octave)
?
- Jordi G. H.
--
On 1 February 2013 10:40, Roland Mas lola...@debian.org wrote:
As suggested on IRC, I tried to reproduce this bug on my
not-getting-any-younger laptop, and I did manage (using octave from
backports, since it's squeeze). I include CPU info, since this seems to
be relevant.
Thanks for testing.
On 13 December 2012 05:33, Drew Parsons dpars...@debian.org wrote:
On Wed, 2012-12-12 at 22:49 +0100, Thomas Weber wrote:
Please install octave-dbg and try again (not that I think it will help,
but maybe we are lucky just once and get more information).
I then tried octave-dbg (3.6.3-2),
On 12 December 2012 16:49, Thomas Weber twe...@debian.org wrote:
On Mon, Dec 10, 2012 at 01:03:05PM +1100, Drew Parsons wrote:
Is the octave-core file useful?
The default answer to that question is no. In fact, I cannot remember
a single case where the octave-core file was of use.
It's been
Package: python-oauthlib
Version: 0.1.2-1+jordigh
Severity: minor
Tags: patch
The setup.py file has a with statement that doesn't work in Python 2.5
without a __future__ import. This is a problem for backporting this
package to squeeze. The easiest solution seems to be to bump the
required Python
On 24 October 2012 08:17, Mike Miller mtmil...@ieee.org wrote:
The octave package provides the directories, and liboctinterp.so.1 has
a compiled-in set of paths with its version number that it attempts to
load.
Ah, this is probably not the greatest idea ever. I'm not sure how to
fix it.
On 9 September 2012 12:49, Miroslaw Kwasniak
miroslaw.kwasn...@pwr.wroc.pl wrote:
Either mouse 2-nd button and shift-ins give slow input below 10 cps
(slower then keyboard). The same time on console, xterm or
gnome-terminal.
CP the line given below last about 15 secons in octave (while below
So is this settled? Emacs wheezy won't get Emacs 24? Ancient Emacs
version in Debian for another two more years unless you use backports?
What should be done about security flaws?
http://permalink.gmane.org/gmane.emacs.devel/152457
I think there is still time to get Emacs into wheezy. It's
On 15 August 2012 10:47, Adam D. Barratt a...@adam-barratt.org.uk wrote:
On 15.08.2012 15:21, Jordi Gutiérrez Hermoso wrote:
So is this settled?
Emacs 24 appears not to have been released upstream until less than three
weeks before the freeze.
So it's a done deal, then? Ancient Emacs
On 15 August 2012 11:09, Neil Williams codeh...@debian.org wrote:
On Wed, 15 Aug 2012 10:51:49 -0400
Jordi Gutiérrez Hermoso jord...@octave.org wrote:
On 15 August 2012 10:47, Adam D. Barratt a...@adam-barratt.org.uk wrote:
On 15.08.2012 15:21, Jordi Gutiérrez Hermoso wrote:
So
On 15 August 2012 12:52, Neil McGovern ne...@debian.org wrote:
On Wed, Aug 15, 2012 at 11:27:07AM -0400, Jordi Gutiérrez Hermoso wrote:
Emacs 24 has been in pre-release mode
So... not actually released then.
Just because the Emacs devs are ultra-conservative. 24 has been in use
by large
On 15 August 2012 16:42, Neil Williams codeh...@debian.org wrote:
Three different people in Debian have already told you that emacs24 will
not be in Wheezy.
No, actually, you're the first person to outright say it
Thanks.
- Jordi G. H.
--
To UNSUBSCRIBE, email to
On 11 July 2012 12:44, Rafael Laboissiere raf...@laboissiere.net wrote:
At any rate, the following is a reproducible bug:
$ sudo rmdir /usr/share/octave/packages/
$ sudo octave --silent --no-history --no-init-file --no-window-system
--eval pkg ('rebuild');
error: could not find
On 14 June 2012 07:45, Francesco Potortì poto...@isti.cnr.it wrote:
Hm. Apparently it does not work from inside the inferior Octave process
of Emacs. If I run it from outside of Emacs I do not see problems.
Also, inside Emacs I only see problems when using inferior octave mode:
if I call
On 14 June 2012 09:32, Francesco Potortì poto...@isti.cnr.it wrote:
Hm. Apparently it does not work from inside the inferior Octave process
of Emacs. If I run it from outside of Emacs I do not see problems.
Also, inside Emacs I only see problems when using inferior octave mode:
if I call
On 30 May 2012 04:57, Francesco Potortì poto...@isti.cnr.it wrote:
warning: dispatch is obsolete and will be removed from a future version of
Octave; please use classes instead
Not sure where this is happening. Which Octave-Forge packages do you
have installed?
warning: function
On 24 May 2012 05:34, Lucas Nussbaum lu...@lucas-nussbaum.net wrote:
Source: octave3.2
Version: 3.2.4-12
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120524 qa-ftbfs
Justification: FTBFS on amd64
Time to remove it from the archives, then? ;-)
-
On 12 May 2012 12:45, Mike Miller mtmil...@ieee.org wrote:
Setting pkg prefix in /etc/octave.conf breaks the default behavior of allowing
users to install packages into their home directory with pkg install -local.
I always thought that Debian users shouldn't be using pkg at all.
There's a
On 13 May 2012 10:48, Mike Miller mtmil...@ieee.org wrote:
I see your points and agree that this is the Debian way, but ideally
the Debian way doesn't get in the way of users installing their own
packages or Forge packages not yet in Debian.
Yeah, I would prefer to keep the Debian packages
On 19 January 2012 09:51, Jeff Austen jaus...@tntech.edu wrote:
When installing a warning message is received that the mark_as_command is
obsolete
and will be removed from a future version of Octave. The output is included
below.
# apt-get install octave-fixed
The fixed package is
Package: libcurl4-openssl-dev
Version: 7.21.0-3
Severity: minor
libcurl4-gnutls-dev provides: libcurl4-dev, but libcurl4-openssl-dev
doesn't. It's a simple fix in debian/control.
-- System Information:
Debian Release: 6.0.2
APT prefers stable
APT policy: (990, 'stable'), (500, 'unstable'),
merge 641246 619519 618692
kthxbye
We apparently need help packaging going forward.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 19 August 2011 06:11, Soeren Sonnenburg so...@debian.org wrote:
Package: octave3.2
Version: 3.2.4-8
Severity: normal
Tags: patch
it is sufficient to remove the curl/types.h line - octave builds just
fine then.
This has already been done in Octave 3.4.2. I think the easiest fix is
to
On 29 June 2011 18:54, schlo...@ist.ac.at wrote:
On Tue, Jun 28, 2011 at 09:03:32AM +0200, Alois Schloegl wrote:
adding -lgomp to mkoctfile call does not do it. And I've not found
any another option to enable openmp at this stage.
Did you pass -fopenmp to the compiler?
Thomas
I
On 11 May 2011 15:14, Thomas Weber twe...@debian.org wrote:
On Tue, May 10, 2011 at 06:24:41PM -0500, Jordi Gutiérrez Hermoso wrote:
On 10 May 2011 14:51, Thomas Weber twe...@debian.org wrote:
On Tue, May 10, 2011 at 01:54:24PM +0200, Didier Raboud wrote:
Package: octave-miscellaneous
On 10 May 2011 14:51, Thomas Weber twe...@debian.org wrote:
On Tue, May 10, 2011 at 01:54:24PM +0200, Didier Raboud wrote:
Package: octave-miscellaneous
Version: 1.0.9-1+b1
Severity: minor
Hi,
octave-optim, in it 1.0.16-1 version, uploaded on 23. April, depends on
octave-miscellaneous =
tag 623554 fixed-upstream
kthxbye
On 21 April 2011 02:11, klaus_...@web.de wrote:
Package: octave3.2
Version: 3.2.4-8
Severity: normal
If executing the script below (the contents of the testplot function
is copied from the manual), the first call of testplot succeeds, but
the second one
retitle 621942 FTBFS: Expects Qt 4.6, but system has Qt 4.7
kthxbye
On 9 April 2011 07:23, Lucas Nussbaum lu...@lucas-nussbaum.net wrote:
Source: qtoctave
Version: 0.9.2+svn255-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20110408 qa-ftbfs
On 17 March 2011 11:07, Bastien ROUCARIES roucaries.bast...@gmail.com wrote:
Package: octave3.2
Version: 3.2.4-8
Severity: wishlist
New major version is available. Please package
We're on it, but there are issues. If you would like to help, please
consult this discussion:
On 16 March 2011 13:19, Kim Hansen k...@ange.dk wrote:
If I save the output of ones(1,2) octave will load it back as an empty range.
This has been fixed upstream in
http://velveeta.che.wisc.edu/cgi-bin/hgwebdir.cgi/octave/rev/d899b2ee6a37.
I don't think we're going to be patching the 3.2
forwarded 610659 https://savannah.gnu.org/bugs/?32345
kthxbye
I have reproduced the bug in upstream's bug tracker, and I'll be
attacking it today and tomorrow.
- Jordi G. H.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 20 January 2011 15:50, Jussi Judin jjudin+deb...@iki.fi wrote:
Drawing a line with 3D coordinates makes it impossible to draw more lines.
Thanks for this report. I'm able to reproduce this problem in the dev
sources. Octave is about to make a new stable release, so I'll try to
edge in this
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Severity: normal
Please unblock package octave-symbolic
RC #607071 squashed by this version.
unblock octave-symbolic/1.0.9-2
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT
Just an update, there's a small update of this package in upstream's
svn that seems to no longer display this problem. Upstream is
reluctant to release it, because this svn version has a similar
problem on Mac OS X.
I'm going to attack the Mac OS X problem. If I solve it, I can work
with upstream
On 26 December 2010 17:08, Julien Cristau jcris...@debian.org wrote:
On Tue, Dec 14, 2010 at 07:55:58 -0600, Jordi Gutiérrez Hermoso wrote:
This report is mostly a reminder to myself to either fix the package,
or to the release managers to remove this package from squeeze if I
don't manage
On 24 December 2010 16:20, Steve M. Robbins s...@debian.org wrote:
Package: libann0
Version: 1.1.1+doc-2.2
Severity: wishlist
The source, as distributed, builds libANN, but the Debian packaging
changes this to libann so the upstream doc (ANNmanual.pdf) instructions
to use -lANN do not
Package: gdm3
Severity: normal
When choosing languages from the GDM greeter, GDM 3 seems to get the
wrong LANG string. For example, en_US.UTF-8 becomes en_US.utf8, which
confuses some apps.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'),
On 15 December 2010 16:17, Thomas Weber twe...@debian.org wrote:
On Tue, Dec 14, 2010 at 07:55:58AM -0600, Jordi Gutiérrez Hermoso wrote:
Package: octave-symbolic
Version: 1.0.9-1+b1
Severity: grave
octave-symbolic is largely unusable. Calling any of its functions
other than sym results
2010/12/15 Jordi Gutiérrez Hermoso jord...@gmail.com:
Checking package...
warning: mark_as_command is obsolete and will be removed from a
future version of Octave
[findsym]
* test
symbols
x=sym(x); y=sym(y); f=x^2+3*x*y-y^2;
vars = findsym (f
Package: octave-symbolic
Version: 1.0.9-1+b1
Severity: grave
octave-symbolic is largely unusable. Calling any of its functions
other than sym results in C++ exceptions like this one:
error: T ArrayT::checkelem (2, -1, 2): range error
and eventually the package segfaults Octave.
This
This one is pretty easy to fix... how do I submit a patch to the
mod_rewrite rules?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 1 October 2010 15:21, glpk xypron xypron.g...@gmx.de wrote:
The relevant information is in /usr/share/doc/glpk-doc.
This layout conforms to the Debian standards but is not very user friendly.
It is difficult to know what will be friendly to you. For some people
this directory layout makes
On 1 October 2010 17:15, glpk xypron xypron.g...@gmx.de wrote:
I assume both packages can be installed independently. Perhaps if they
both are, /usr/share/doc/glpk could contain symlinks to the glpk-doc/
directory.
Package glpk requires glpk-doc, see
http://packages.debian.org/sid/glpk
On 30 August 2010 10:35, Alois Schlögl alois.schlo...@gmail.com wrote:
I've uploaded a new release to Octave.sf.net:
http://sourceforge.net/projects/octave/files/Octave%20Forge%20Packages/Individual%20Package%20Releases/NaN-2.0.4.tar.gz/download
which was not picked up by debian.
Thanks, I'll
On 30 August 2010 10:49, Jordi Gutiérrez Hermoso jord...@gmail.com
wrote:
On 30 August 2010 10:35, Alois Schlögl alois.schlo...@gmail.com
wrote:
I've uploaded a new release to Octave.sf.net:
http://sourceforge.net/projects/octave/files/Octave%20Forge%20Packages/Individual%20Package%20Releases
On 27 August 2010 15:54, Torquil Macdonald Sørensen torq...@gmail.com wrote:
Ok, it seems that libmesh0.6.4 is incompatible with the current version of
libpetsc in debian, v3.1. After some time I managed to make a DEB file of
libmesh SVN.
Are you sure this isn't an RC bug? It's keeping the
On 18 August 2010 05:00, Jan Beyer j...@beathovn.de wrote:
When opening an Octave script file with a '-' in its file name in the
QtOctave editor, this file cannot be run (e.g. via menu Run / Run
(F5)). Run / Send to Octave (F9) works, however.
Thanks for this report. I see that the problem is
package octave-image
severity 591671 minor
kthxbye
On 4 August 2010 10:43, Moorthi Pichumani mpichum...@alumni.unav.es wrote:
I used octave and other octave related packages (eg. octave-image) for image
manipulation in the month of June 2010. jpgread, jpgwrite worked perfectly
well
at that
2010/7/30 Ansgar Burchardt ans...@43-1.org:
by now Hajo has also written a comment [1] on this problem and upstream
has applied the proposed patch [2]. I don't see any remaining problem.
Excellent. Thanks. Neither do I.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
2010/7/29 Ansgar Burchardt ans...@43-1.org:
Hi,
Jordi Gutiérrez Hermoso jord...@gmail.com writes:
Simutrans has a non-free license. In the source tree,
simutrans/copyright.txt forbids modification and commercial use of
Simutrans, despite claiming to otherwise be under the artistic license
package simutrans
severity 590734 serious
kthxbye
2010/7/29 Ansgar Burchardt ans...@43-1.org:
Upstream's reply [1] has made it clear that this is indeed the intended
interpretation. Downgrading the severity accordingly.
Regards,
Ansgar
[1]
Package: simutrans
Severity: normal
Simutrans has a non-free license. In the source tree,
simutrans/copyright.txt forbids modification and commercial use of
Simutrans, despite claiming to otherwise be under the artistic license.
-- System Information:
Debian Release: squeeze/sid
APT prefers
severity: critical
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 21 July 2010 14:18, Thomas Weber twe...@debian.org wrote:
Hi Joe,
On Wed, Jul 21, 2010 at 11:39:39AM -0700, Joe Dalton wrote:
Package: dynare
Severity: wishlist
Tags: l10n patch
Please include the attached Danish debconf translations
Thanks. I'll wait a few days before uploading in
On 16 July 2010 10:43, Francesco Potortì poto...@isti.cnr.it wrote:
octave:1 pkg global_list /usr/share/octave/packages/3.2/octave_packages;
octave:2 pkg prefix /usr/share/octave/packages/3.2
/usr/lib/octave/packages/3.2;
octave:3 pkg load communications
warning: mark_as_command is
On 7 June 2010 03:21, Mario 'BitKoenig' Holbe mario.ho...@tu-ilmenau.de wrote:
qtoctave upgrade to 0.9.1-1 fails due to a file-conflict with
quicktime-utils:
We are working with upstream to resolve this issue. QtOctave's private
binaries should be moved to /usr/lib/qtoctave per FHS policy. An
Package: qtoctave
forcemerge 565197 584349
kthxbye
On 3 June 2010 05:08, Lucas Nussbaum lu...@lucas-nussbaum.net wrote:
Justification: FTBFS on amd64
[snip]
Qt version 4.5 required.
Qt version installed is: 4.6
Please install required version.
We are preparing with upstream a new
On 3 June 2010 12:16, Camaleón noela...@gmail.com wrote:
Package: dynare
Version: 4.1.1-1
Severity: wishlist
Tags: l10n patch
Greetings,
Looks good to me. Just a brief question in this phrasing:
Por favor, asegúrese de que el gestor de licencias de MATLAB se
está ejecutando.
I
Rafael had claimed these ITP bugs shortly before retiring. They're all
fairly low priority, but some of them are a little interesting. I'm
reclaiming them in the name of the Debian Octave Group, and I hope to
have uploads ready soon.
- Jordi G. H.
--
To UNSUBSCRIBE, email to
2010/3/4 Jan Hauke Rahm j...@debian.org:
What about qrupdate?
Still on it.
It's a very specialised package that has very few rdepends, so I feel
a little less guilty about neglecting it.
I'll patch the two bugs you filed against my packages.
--
To UNSUBSCRIBE, email to
2009/2/18 Stephan Peijnik deb...@sp.or.at:
With the recent upload of python-mode 1:5.1.0-1 this problem seems to be
fixed for me.
Could you please confirm this so I can close this bug report?
Go ahead and close the bug. I can't reproduce it anymore.
--
To UNSUBSCRIBE, email to
2009/2/9 Oliver Borm oli.b...@web.de:
Package: netgen
Version: 4.9.6-1
Severity: wishlist
netgen-4.9.6 is available at sourceforge:
http://sourceforge.net/projects/netgen-mesher/
The last netgen Debian packaging isn't too old, from last November. Is
there good reason to package a newer
2009/2/7 Ondrej Certik ond...@certik.cz:
https://launchpad.net/%7Eoli-borm/+archive/ppa/+files/paraview_3.4.0-2~ppa3~intrepid1.dsc
I've briefly glanced in the past at OpenFOAM packaging, and decided
that it would be a huge task, mostly because coaxing OpenFOAM to obey
Debian and Ubuntu policy is
2009/2/6 Oliver Borm oli.b...@web.de:
the actual implementation of the OpenFOAM reader in paraview-3.4.0 is
deprecated.
Did you mean to submit this bug report to Ubuntu instead of Debian?
Debian doesn't have paraview-3.4.0 packaged yet. Furthermore, all of
your packages are from Ubuntu, not
On 06/02/2009, Ondrej Certik ond...@certik.cz wrote:
Oops, I didn't know Ubuntu is doing its own thing. I am one of the
developers of the Debian package and I am very interested in
collaboration.
Never mind. It appears I was mistaken. I thought the original bug
submitter was referring to a
Package: wnpp
Severity: wishlist
Owner: Jordi Gutiérrez Hermoso jord...@gmail.com
Package name: octavede
Version : 0.2
Upstream Author : John Swenson jpswen...@gmail.com
URL : http://octavede.sf.net
License : GPL
Programming Lang: C++
Description
Package: gnome-terminal
Version: 2.22.3-3
Severity: wishlist
I would like to be able to open all new instances of gnome-terminal
within the same window, in different tabs, something like Emacs-server
or single window mode in Firefox, in order to reduce desktop clutter.
Thanks.
-- System
Package: wnpp
Owner: Jordi Gutiérrez Hermoso jord...@gmail.com
Severity: wishlist
Package name: libqrupdate-dev
Version : 1.0
Upstream Author : Jaroslav Hájek high...@gmail.com
URL : http://qrupdate.sf.net/
License : GPLv3
Programming Lang: Fortranfat
2009/1/6 Stephan Peijnik deb...@sp.or.at:
On Mon, 2009-01-05 at 11:08 -0600, Jordi Gutiérrez Hermoso wrote:
However, it appears that Emacs isn't properly interpreting ipython's
colour sequences.
Instead of getting colour, from an Emacs buffer I get
Python 2.5.2 (r252:60911, Nov 14 2008
2009/1/5 Stephan Peijnik deb...@sp.or.at:
Trying to resolve all ipython bugs right now I wanted to ask whether you
can still reproduce this bug with ipython 0.9.1-1 (in experimental)?
No, it looks like ipython now loads fine in Emacs.
However, it appears that Emacs isn't properly interpreting
Package: pgf
Version: 2.00-1
Severity: wishlist
Seeing as how the package is PGF and TikZ, I was a little surprised
that I couldn't find it when I did apt-cache search tikz. Please
mention TikZ somewhere in the package description.
-- System Information:
Debian Release: 5.0
APT prefers testing
2008/12/15 Bill Allombert bill.allomb...@math.u-bordeaux1.fr:
It is under the GNU GPL but it is certainly generated from the TeX
documentation using the script 'etc/convert.pl' in the GAP tool package,
so the HTML is not the preferred form of the work for making
modifications to it.. For a
Package: gap
Version: 4r4p10-2
Severity: wishlist
Upstream distributes HTML docs, but they aren't packaged for Debian.
Please do so.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental')
Architecture:
2008/12/14 Bill Allombert bill.allomb...@math.u-bordeaux1.fr:
The HTML doc cannot be build from source in Debian main because they use
tth which is in non-free, so the HTML documentation must go in contrib,
in a separate package.
Hm, the upstream tarball contains the doc/htm directory which
In a private discussion with upstream's lead developer, he expressed
that he does not want this software packaged for Debian. I am now
closing this bug per his wishes.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
2008/9/5 Rafael Laboissiere [EMAIL PROTECTED]:
* 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
Severity: important
Hi.
I don't agree with Miriam Ruiz's analysis of the AGPL, and I will
attempt to package PySoy myself and find a sponsor for it. Hopefully
the ftpmasters will let it through, even if it goes to non-free (and I
will debate vigourously if it does, heh).
--
To UNSUBSCRIBE, email to [EMAIL
On 09/06/2008, Thomas Weber [EMAIL PROTECTED] wrote:
I've tracked this back till line 271 of vtkClipPolyData.cxx, where
cellScalars-GetComponent(1,0)
is a NaN value.
And this doesn't happen with the 32bit version, of course?
- Jordi G. H.
--
To UNSUBSCRIBE, email to [EMAIL
The problem here is that conflicting versions of packages are
currently installable in testing. This has been fixed in unstable, but
shouldn't packages be pointing to the right versions so that this
can't happen? libdecoration should be at the same version as the
compizconfig packages same version
1 - 100 of 114 matches
Mail list logo