Bug#742503: [Pkg-octave-devel] Bug#742503: octave 3.8.1 requires java

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

Bug#788538: electrum: Electrum 2.3 is available

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 APT

Bug#753519: python-dulwich: Required Python version is 2.7 or higher

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 python-du

Bug#742503: [Pkg-octave-devel] Bug#742503: octave 3.8.1 requires java

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 Octav

Bug#706376: [Pkg-octave-devel] Bug#706376: Bug#706376: Bug#706376: Bug#706376: Bug#706376: Bug#706376: Bug#706376: octave: sparse matrix n*2^16

On 20 June 2013 10:41, David Bateman wrote: > > > Le 20 juin 2013 à 15:01, "John W. Eaton" a écrit : > >> On 06/19/2013 08:32 PM, David Bateman wrote: >>> >>> Ok, it seems Jaroslav's code for idx_vector(Sparse hasn't been >>> used much in the last 5 years as it was completely wrong and when I >>

Bug#706376: [Pkg-octave-devel] Bug#706376: Bug#706376: Bug#706376: Bug#706376: Bug#706376: octave: sparse matrix n*2^16

On 19 June 2013 14:06, David Bateman 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.

Bug#706376: [Pkg-octave-devel] Bug#706376: Bug#706376: Bug#706376: Bug#706376: octave: sparse matrix n*2^16

On 15 June 2013 11:00, David Bateman 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. I'm sa

Bug#706376: [Pkg-octave-devel] Bug#706376: Bug#706376: Bug#706376: Bug#706376: octave: sparse matrix n*2^16

On 15 June 2013 11:00, David Bateman 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 sparse matrices

Bug#706376: [Pkg-octave-devel] Bug#706376: Bug#706376: Bug#706376: octave: sparse matrix n*2^16

On 4 May 2013 20:50, Ed Meyer 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 dimensions instead

Bug#706376: [Pkg-octave-devel] Bug#706376: Bug#706376: Bug#706376: octave: sparse matrix n*2^16

On 30 April 2013 12:56, Ed Meyer wrote: > > > On Tue, Apr 30, 2013 at 6:37 AM, Jordi Gutiérrez Hermoso > wrote: >> >> On 29 April 2013 17:51, Ed Meyer wrote: >> >> > I'm not saying numel() is to blame or should be changed, only that I >> >

Bug#706376: [Pkg-octave-devel] Bug#706376: Bug#706376: octave: sparse matrix n*2^16

On 29 April 2013 17:51, Ed Meyer 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 current implementati

Bug#706376: [Pkg-octave-devel] Bug#706376: Bug#706376: octave: sparse matrix n*2^16

On 29 April 2013 16:46, Michael D. Godfrey wrote: > > On 04/29/2013 03:12 PM, Jordi Gutiérrez Hermoso wrote: > > > > On 29 April 2013 14:50, Ed Meyer wrote: > > > >> I'm not proposing using anything but octave_idx_type for indexing > >> or changi

Bug#706376: [Pkg-octave-devel] Bug#706376: octave: sparse matrix n*2^16

On 29 April 2013 14:50, Ed Meyer 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 is just one e

Bug#706376: [Pkg-octave-devel] Bug#706376: octave: sparse matrix n*2^16

On 29 April 2013 14:00, Jordi Gutiérrez Hermoso 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.

Bug#706376: [Pkg-octave-devel] Bug#706376: octave: sparse matrix n*2^16

On 29 April 2013 13:21, Ed Meyer wrote: > > > On Mon, Apr 29, 2013 at 9:47 AM, Jordi Gutiérrez Hermoso > 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 ind

Bug#706376: [Pkg-octave-devel] Bug#706376: octave: sparse matrix n*2^16

On 29 April 2013 12:40, Ed Meyer wrote: > > > On Mon, Apr 29, 2013 at 6:10 AM, Jordi Gutiérrez Hermoso > wrote: >> >> On 29 April 2013 06:25, Miroslaw Kwasniak >> wrote: >> > it's something wrong whith sparse matrices A(n,n) when n is a multiple >

Bug#706376: [Pkg-octave-devel] Bug#706376: octave: sparse matrix n*2^16

On 29 April 2013 06:25, Miroslaw Kwasniak 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); > t=trace(A); >

Bug#705837: [Pkg-octave-devel] Bug#705837: Bug#705837: octave3.2: Plotting anything at all gives "illegal instruction" and crash

On 26 April 2013 19:43, Peter S 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 no runtime checks in

Bug#705837: [Pkg-octave-devel] Bug#705837: octave3.2: Plotting anything at all gives "illegal instruction" and crash

On 20 April 2013 15:07, Peter S 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. -- To UNSUBSCRIBE

Bug#686926: [Pkg-octave-devel] Bug#686926: liboctave-dev: creates broken .oct files when the OpenMPI flavor of HDF5 (libhdf5-openmpi-dev) is installed

On 4 April 2013 19:54, Bradley M. Froehle 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 the same soname and

Bug#699300: [Pkg-octave-devel] Bug#699300: #699300: reproducible here

On 1 February 2013 10:40, Roland Mas 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. The issue is p

Bug#699300: [Pkg-octave-devel] Bug#699300: octave matrix multiply grief

On 1 February 2013 09:23, William Ludescher 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. -- To UNSUBSCRIBE, ema

Bug#698300: [Pkg-octave-devel] Bug#699300: octave matrix multiply grief

On 31 January 2013 16:47, William Ludescher 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 short time > frequency

Bug#695551: [Pkg-octave-devel] Bug#695551: Bug#695551: Bug#695551: Bug#695551: panic: segfault at startup

On 13 December 2012 05:33, Drew Parsons 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), again with

Bug#695551: [Pkg-octave-devel] Bug#695551: Bug#695551: panic: segfault at startup

On 12 December 2012 16:49, Thomas Weber 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 renamed to

Bug#693157: [python-oauthlib] FTBFS with Python 2.5 on squeeze backport

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

Bug#691311: [Pkg-octave-devel] Bug#691311: Bug#691311: Bug#691311: error: feval: function `unimplemented' not found

On 24 October 2012 08:17, Mike Miller 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. Provide a build-time

Bug#687100: [Pkg-octave-devel] Bug#687100: octave: Slow (10cps) text paste

On 9 September 2012 12:49, Miroslaw Kwasniak 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. > > C&P the line given below last about 15 secons in octave (while below 1 s in > bash) This i

Bug#682908: Is this a done deal?

On 15 August 2012 16:42, Neil Williams 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 debian-bugs-dist-requ...@lists.debian.org wi

Bug#682908: Is this a done deal?

On 15 August 2012 12:52, Neil McGovern 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 larg

Bug#682908: Is this a done deal?

On 15 August 2012 11:09, Neil Williams wrote: > On Wed, 15 Aug 2012 10:51:49 -0400 > Jordi Gutiérrez Hermoso wrote: > >> On 15 August 2012 10:47, Adam D. Barratt wrote: >> > On 15.08.2012 15:21, Jordi Gutiérrez Hermoso wrote: >> >> >> >> So is

Bug#682908: Is this a done deal?

On 15 August 2012 10:47, Adam D. Barratt 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

Bug#682908: Is this a done deal?

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 a

Bug#681064: [Pkg-octave-devel] Bug#681064: Bug#681064: octave: does not configure properly

On 11 July 2012 12:44, Rafael Laboissiere 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 the file or pat

Bug#675509: [Pkg-octave-devel] Bug#675509: Bug#675509: octave: fltk does not work (almost)

On 14 June 2012 09:32, Francesco Potortì 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 Octave from

Bug#675509: [Pkg-octave-devel] Bug#675509: Bug#675509: octave: fltk does not work (almost)

On 14 June 2012 07:45, Francesco Potortì 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 Octave from inside

Bug#675154: [Pkg-octave-devel] Bug#675154: octave-statistics: fstat.m shadows a core library function

On 30 May 2012 04:57, Francesco Potortì 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 /usr/share/octave/packages/s

Bug#674399: [Pkg-octave-devel] Bug#674399: octave3.2: FTBFS: oct-inttypes.h:673:53: error: 'truncate_int' was not declared in this scope, and no declarations were found by argument-dependent lookup at

On 24 May 2012 05:34, Lucas Nussbaum 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? ;-) - Jordi G. H. --

Bug#672651: [Pkg-octave-devel] Bug#672651: Bug#672651: Bug#672651: octave-common: pkg prefix global config breaks local package installation

On 13 May 2012 10:48, Mike Miller 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 up-to-date than to

Bug#672651: [Pkg-octave-devel] Bug#672651: octave-common: pkg prefix global config breaks local package installation

On 12 May 2012 12:45, Mike Miller 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 stable Octave rele

Bug#656467: [Pkg-octave-devel] Bug#656467: octave-fixed: mark_as_command is obsolete

On 19 January 2012 09:51, Jeff Austen 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 abandoned upstream.

Bug#644126: libcurl4-openssl-dev does not provide: libcurl4-dev

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'), (

Bug#618692: We know...

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

Bug#637787: [Pkg-octave-devel] Bug#637787: trivial fix

On 19 August 2011 06:11, Soeren Sonnenburg 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 just update t

Bug#631831: [Pkg-octave-devel] Bug#631831: Bug#631831: build octave with --enable-openmp

On 29 June 2011 18:54, 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 >> > > >

Bug#626264: [Pkg-octave-devel] Bug#626264: Bug#626264: Bug#626264: octave-miscellaneous: Please upload new upstream (1.0.11) release

On 11 May 2011 15:14, Thomas Weber wrote: > On Tue, May 10, 2011 at 06:24:41PM -0500, Jordi Gutiérrez Hermoso wrote: >> On 10 May 2011 14:51, Thomas Weber wrote: >> > On Tue, May 10, 2011 at 01:54:24PM +0200, Didier Raboud wrote: >> >> Package: octave-miscellan

Bug#626264: [Pkg-octave-devel] Bug#626264: Bug#626264: octave-miscellaneous: Please upload new upstream (1.0.11) release

On 10 May 2011 14:51, Thomas Weber 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 >= 1

Bug#623554: [Pkg-octave-devel] Bug#623554: octave3.2: plotyy fails with error at second call

tag 623554 fixed-upstream kthxbye On 21 April 2011 02:11, 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 fails with

Bug#621942: [Pkg-octave-devel] Bug#621942: qtoctave: FTBFS: rmdir: failed to remove `obj-x86_64-linux-gnu': No such file or directory

retitle 621942 FTBFS: Expects Qt 4.6, but system has Qt 4.7 kthxbye On 9 April 2011 07:23, Lucas Nussbaum 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 > Justification: FTBFS on

Bug#618692: [Pkg-octave-devel] Bug#618692: [octave3.2] New major version

On 17 March 2011 11:07, Bastien ROUCARIES 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: http://lists.alioth.debian.org/pipe

Bug#618593: [Pkg-octave-devel] Bug#618593: octave3.2: fix saving/loading of constant ranges

On 16 March 2011 13:19, Kim Hansen 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 package anym

Bug#610659: Reported upstream

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

Bug#610659: [Pkg-octave-devel] Bug#610659: octave3.2: drawing an invalid 3D line makes it impossible to draw more lines

On 20 January 2011 15:50, Jussi Judin 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 fix in there before th

Bug#609167: unblock: octave-symbolic/1.0.9-2

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

Bug#607071: Works in svn

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

Bug#607071: octave-symbolic: Segfaults, doesn't work at all

On 26 December 2010 17:08, Julien Cristau 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 >>

Bug#607949: [Pkg-scicomp-devel] Bug#607949: Suggest using upstream library name "ANN"

On 24 December 2010 16:20, Steve M. Robbins 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 apply. >

Bug#607753: gdm3 sets the wrong LANG string

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'), (1

Bug#607071: [Pkg-octave-devel] Bug#607071: Bug#607071: octave-symbolic: Segfaults, doesn't work at all

2010/12/15 Jordi Gutiérrez Hermoso : >     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;

Bug#607071: [Pkg-octave-devel] Bug#607071: Bug#607071: octave-symbolic: Segfaults, doesn't work at all

On 15 December 2010 16:17, Thomas Weber 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

Bug#567405: mod_rewrite is fun!

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

Bug#607071: octave-symbolic: Segfaults, doesn't work at all

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& Array::checkelem (2, -1, 2): range error and eventually the package segfaults Octave. This repo

Bug#598786: [Pkg-scicomp-devel] Bug#598786: layout of package GLPK

On 1 October 2010 17:15, glpk xypron 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 This is unus

Bug#598786: [Pkg-scicomp-devel] Bug#598786: layout of package GLPK

On 1 October 2010 15:21, glpk xypron 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 sense, for others

Bug#594906: [Pkg-octave-devel] Bug#594906: update octave-nan and bug fix

On 30 August 2010 10:49, Jordi Gutiérrez Hermoso wrote: > On 30 August 2010 10:35, Alois Schlögl > 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.t

Bug#594906: [Pkg-octave-devel] Bug#594906: update octave-nan and bug fix

On 30 August 2010 10:35, Alois Schlögl 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 prepare an updated pac

Bug#577584: [Pkg-scicomp-devel] Bug#577584: Uninstallable

On 27 August 2010 15:54, Torquil Macdonald Sørensen 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 package out of squ

Bug#593447: [Pkg-octave-devel] Bug#593447: qtoctave: editor fails to run Octave scripts containing a '-'

On 18 August 2010 05:00, Jan Beyer 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 in qtocta

Bug#591671: [Pkg-octave-devel] Bug#591671: octave-image: unable to use jpgread, jpgwrite etc.

package octave-image severity 591671 minor kthxbye On 4 August 2010 10:43, Moorthi Pichumani 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 time. After some weeks

Bug#590734: simutrans: Non-free license terms

2010/7/30 Ansgar Burchardt : > 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 with a subject

Bug#590734: simutrans: Non-free license terms

package simutrans severity 590734 serious kthxbye 2010/7/29 Ansgar Burchardt : > Upstream's reply [1] has made it clear that this is indeed the intended > interpretation.  Downgrading the severity accordingly. > > Regards, > Ansgar > > [1]

Bug#590734: simutrans: Non-free license terms

2010/7/29 Ansgar Burchardt : > Hi, > > Jordi Gutiérrez Hermoso 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

Bug#590734: sup

severity: critical -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#590734: simutrans: Non-free license terms

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 te

Bug#589866: [Pkg-octave-devel] Bug#589866: Bug#589866: [INTL:da] Danish translation of the debconf templates dynare

On 21 July 2010 14:18, Thomas Weber 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 case mo

Bug#589303: [Pkg-octave-devel] Bug#589303: octave3.2: crashes reproducibly

On 16 July 2010 10:43, Francesco Potortì 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 obsolete and will

Bug#584858: [Pkg-octave-devel] Bug#584858: qtoctave: package upgrade collides with quicktime-utils

On 7 June 2010 03:21, Mario 'BitKoenig' Holbe 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 upload is forthcoming.

Bug#584455: [Pkg-octave-devel] Bug#584455: [INTL:es] Spanish debconf template translation for dynare

On 3 June 2010 12:16, Camaleón 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 would use subj

Bug#584422: [Pkg-octave-devel] Bug#584349: qtoctave: FTBFS: Qt version 4.5 required.

Package: qtoctave forcemerge 565197 584349 kthxbye On 3 June 2010 05:08, Lucas Nussbaum 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 release of QtOcta

Bug#468540: Reclaiming these ITP bugs

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 debian-bugs-dist-r

Bug#572437: Your status in Debian

2010/3/4 Jan Hauke Rahm : > > 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 debian-bugs-dist-requ...@lists.de

Bug#469932: ipython.el doesn't work with emacs 22

2009/2/18 Stephan Peijnik : > 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 debian-bugs-dist-requ..

Bug#514621: [Pkg-scicomp-devel] Bug#514621: version bump for netgen

2009/2/9 Oliver Borm : > 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 version? Does

Bug#514328: [Pkg-scicomp-devel] Bug#514328: OpenFOAM-1.5 patch for paraview-3.4.0

2009/2/7 Ondrej Certik : > 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 going to be a v

Bug#514399: ITP: octavede -- A Gtk+ IDE for GNU Octave

Package: wnpp Severity: wishlist Owner: "Jordi Gutiérrez Hermoso" Package name: octavede Version : 0.2 Upstream Author : John Swenson URL : http://octavede.sf.net License : GPL Programming Lang: C++ Description : A Gtk+ IDE for GNU O

Bug#514328: [Pkg-scicomp-devel] Bug#514328: OpenFOAM-1.5 patch for paraview-3.4.0

On 06/02/2009, Ondrej Certik 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 newer version p

Bug#514328: [Pkg-scicomp-devel] Bug#514328: OpenFOAM-1.5 patch for paraview-3.4.0

2009/2/6 Oliver Borm : > 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 Debian. We might

Bug#514153: gnome-terminal: Enable single-window mode (all new instances open in tabs)

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 Informat

Bug#512232: ITP: libqrupdate-dev -- Fast updates of QR and Cholesky decompositions

Package: wnpp Owner: "Jordi Gutiérrez Hermoso" Severity: wishlist Package name: libqrupdate-dev Version : 1.0 Upstream Author : Jaroslav Hájek URL : http://qrupdate.sf.net/ License : GPLv3 Programming Lang: Fortranfat Description : Fa

Bug#469932: [Python-modules-team] Bug#469932: ipython.el doesn't work with emacs 22

2009/1/6 Stephan Peijnik : > 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 >> &g

Bug#469932: [Python-modules-team] Bug#469932: ipython.el doesn't work with emacs 22

2009/1/5 Stephan Peijnik : > 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 ipython's colo

Bug#509602: pgf: "tikz" isn't mentioned

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 test

Bug#508742: gap: No HTML docs

2008/12/15 Bill Allombert : > 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 software to be in main, the Debi

Bug#508742: gap: No HTML docs

2008/12/14 Bill Allombert : > 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 has all of the HTML already there,

Bug#508742: gap: No HTML docs

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: amd6

Bug#495172: Upstream does not want this packaged for Debian

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]

Bug#480431: [Pkg-octave-devel] Bug#480431: Bug#480431: octaviz: Segfault on AMD64

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: oc

Bug#495172: I'll attempt to take over this bug

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 PROTECT

Bug#480431: [Pkg-octave-devel] Bug#480431: octaviz: Segfault on AMD64

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

Bug#483819:

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   2   >