Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: myspell-pt-pt
Version : 20060602
Upstream Author : Jose Joao de Almeida <[EMAIL PROTECTED]>
Rui Vilela <[EMAIL PROTECTED]>
Albe
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: aspell-pt-pt
Version : 20060602
Upstream Author : Jose Joao de Almeida <[EMAIL PROTECTED]>
* URL : http://linguateca.di.uminho.pt/dics/dics.html
* License
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: wbrazilian
Version : 2.4.really.3.0.beta4-10
Upstream Author : Ricardo Ueda Karpischek <[EMAIL PROTECTED]>
* URL : http://www.ime.usp.br/~ueda/br.ispel
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: wportuguese
Version : 20060602
Upstream Author : Jose Joao de Almeida <[EMAIL PROTECTED]>
* URL : http://linguateca.di.uminho.pt/dics/dics.html
* License
* Jakson A. Aquino <[EMAIL PROTECTED]> [2006-06-20 19:00]:
> I manually configured my system to UTF-8, and I'm not a expert in this
> issue. Probably I put something in a configuration file that isn't
> standard in Linux systems configured to UTF-8, but I don't know what I
> did wrong/different. A
* Jakson A. Aquino <[EMAIL PROTECTED]> [2006-06-20 17:06]:
> On Tue, Jun 20, 2006 at 08:18:52PM +0200, Rafael Laboissiere wrote:
> > I am now about to do the following for the package brazilian-conjugate:
> >
> > * Install the original conjuge script into /
* Jakson A. Aquino <[EMAIL PROTECTED]> [2006-06-20 14:34]:
> If my guess is correct the problem happens when gawk is called in a
> locale and the files "conjugue" and "verbos" were encoded in a
> different locale.
I found the source of the problem: I was doing the tests in a system with
gawk 3.1.
* Jakson A. Aquino <[EMAIL PROTECTED]> [2006-06-19 21:45]:
> On Tue, Jun 20, 2006 at 12:31:51AM +0200, Rafael Laboissiere wrote:
> > I tried the above but it does not work for me. How should I set my
> > locale variables such that it works?
>
> By default, the UTF-8
* Jakson Aquino <[EMAIL PROTECTED]> [2006-06-19 15:39]:
> Package: brazilian-conjugate
> Version: 2.4.really.3.0.beta4-9.1
> Severity: normal
>
> If the locale is UTF-8, conjugue outputs more than 200 lines of error
> before conjugating the verb, and both the error messages and the
> conjugated v
* Kim Hansen <[EMAIL PROTECTED]> [2006-06-17 00:22]:
> The error is caused by the use of LOADPATH in the config file
> /etc/octave2.9.conf. I have not changed the config file, and I have
> purged and reinstalled the package just to be sure.
Indeed, it is a bug in the octave2.9 package. I already
Package: glpk
Version: 4.9-1
Severity: normal
Version 4.10 is available. Please upgrade.
Thanks,
Rafael
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.
Package: wnpp
Severity: normal
I am orphaning the cvsreport package for several reasons. First, I
completely switched form CVS to SVN and my motivation for maintaining
CVS-releated packages dropped to zero. Second, the only project where I
needed cvsreport up to now (PLplot, see www.plplot.org)
* Python Transition Mass bug <[EMAIL PROTECTED]> [2006-06-14 10:43]:
> This bug is part of a mass bug filling, and its severity will be
> raised to serious when python will default to python2.4. Please note
> that this bug (even not being RC) falls under the 0-day NMU policy.
Whoever is conside
reassign 370655 plplot
merge 372644 370655
thanks
* Kurt Roeckx <[EMAIL PROTECTED]> [2006-06-10 23:02]:
> Package: plplot
> Version: 5.6.0-1
> Severity: serious
>
> Your package currently can't be build because it has conflicting
> build dependencies.
>
> You build depend on both gcj and libgcj6
reassign 370655 plplot
merge 372644 370655
thanks
* Kurt Roeckx <[EMAIL PROTECTED]> [2006-06-10 23:02]:
> Package: plplot
> Version: 5.6.0-1
> Severity: serious
>
> Your package currently can't be build because it has conflicting
> build dependencies.
>
> You build depend on both gcj and libgcj6
package jed-common
reassign 372231 jed-extra
stop
* Elijah Saxon <[EMAIL PROTECTED]> [2006-06-08 16:04]:
> Package: jed-common
> Version: 0.99.16-5
> Severity: wishlist
>
> Please add a mode for editing ruby files.
>
> A ruby.sl is available here:
> http://wicom.at/wild_karlheinz/downloads/rub
Package: libplplot9
Version: 5.6.0-1
Severity: serious
Justification: no longer builds from source
Tags: pending
I am the maintainer of plplot and I am aware of this FTBFS problem. The
bug is already fixed in version 5.6.1-2, built locally in my system but
not yet uploaded. Unfortunately, versi
* Florent Bayle <[EMAIL PROTECTED]> [2006-06-03 17:07]:
> package lasi
> tags 370112 + patch
> thanks
>
> Hi,
>
> It seems that this bug comes from a change in libfreetype6-dev.
> Here is a patch to fix this bug.
Thanks, I already uploaded the package some hours ago with a patch
identical to yo
* Bastian Blank <[EMAIL PROTECTED]> [2006-06-01 09:28]:
> Package: octaviz
> Version: 0.4.0-26
> Severity: serious
>
> There was an error while trying to autobuild your package:
>
> > Automatic build of octaviz_0.4.0-26 on debian-31 by sbuild/s390 85
> [...]
> > ** Using build dependencies suppl
* Marc Haber <[EMAIL PROTECTED]> [2006-05-30 17:17]:
> Package: libparse-recdescent-perl
> Version: 1.94.free-1
> Severity: minor
>
> debian/changelog suggests that the tutorial that used to be part of
> the package has been removed and put into non-free into a dedicated
> package parse-recdescen
* Francesco Potorti` <[EMAIL PROTECTED]> [2006-05-26 09:07]:
> A conflict would mean that I will have difficulties to install
> octave-plplot on a system where both octave 2.1 and 2.9 are installed,
> which is not what I would like.
>
> In my opinion, the correct cure is just to change the error
* Francesco Potorti` <[EMAIL PROTECTED]> [2006-05-24 18:23]:
> Package: octave-plplot
> Version: 5.3.1-11
> Severity: normal
>
> octave> plot(a2(:,1),a2(:,2),"o",b2(:,1),b2(:,2),"+-")
> error: The PLplot-Octave scripts need an Octave version
> greater then or equal to 2.1.57.
> octave> v
Package: libslang2
Version: 2.0.6-2
Severity: normal
The slang_install_prefix was corrected to /usr in version 2.0.6-1,
closing Bug#353282. This means that some scripts that rely on
slang_install_prefix being correctly set to /usr fail when using
libslang2 << 2.0.6-1.
This is the case of jed's s
* Zack Weinberg <[EMAIL PROTECTED]> [2006-05-14 01:07]:
> Package: octave2.1
> Version: 1:2.1.73-8
> Severity: wishlist
>
> [snip]
>
> The binary has an RPATH of /usr/lib/octave-2.1.73, so for most purposes
> this causes no problems (except, of course, the problems associated with
> having an RPA
* Julien Danjou <[EMAIL PROTECTED]> [2006-04-29 20:10]:
> I've just tried to build gpcl on alpha and ia64 boxes, and I got this
> results:
>
> % dpkg -c libgpcl-dev_2.32-1_ia64.deb |grep '\.h$'
> -rw-r--r-- root/root 4921 2006-04-29 17:56:29 ./usr/include/gpcl/gpc.h
>
> % dpkg -c libgpcl-de
package devscripts
tag 363368 patch
thanks
Bug #363368 is still present in version 2.9.18 of devscripts. The patch
below seems to fix the problem.
Cheers,
Rafael
--- debuild-orig2006-04-20 15:37:35.221641320 +0200
+++ debuild 2006-04-20 15:51:42.605819344 +0200
@@ -740,7 +740,7
* Norbert Preining <[EMAIL PROTECTED]> [2006-04-19 03:39]:
> Dear Rafael, dear Frank!
>
> I have prepared a new NMU for tipa to fix seveal things:
> - FTBFS because of dh_installtexfonts usages which isn't anymore
> (360728)
> - X font transition (362403)
> - prority disparity (348482)
>
> The
* Daniel Leidert <[EMAIL PROTECTED]> [2006-04-14 03:44]:
> It's not completely solved. /usr/share/doc-base/octave2.1-lib still
> refers a wrong path. The files says:
>
> /usr/share/doc/octave2.1-htmldoc/lib/index.html
> /usr/share/doc/octave2.1-htmldoc/lib/*.html
>
> But the location of these fi
reassign 362180 libgpcl-dev
merge 362180 334230
tags 334230 help
thanks
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2006-04-12 10:36]:
> Package: octave-gpc
> Version: 0.1.6-1
> Severity: serious
>
> There was an error while trying to autobuild your package:
>
> > Automatic build of octave-gpc_0.1
package octave-epstk
tags 361982 moreinfo upstream
thanks
* Francesco Potorti` <[EMAIL PROTECTED]> [2006-04-11 17:32]:
> Package: octave-epstk
> Version: 2.1-2
> Severity: normal
>
> When using autoscale with graphs that go from 0 to 1, most often the
> 0 is displayed as a very small number
package octave-epstk
tags 361988 upstream
forwarded 361988 [EMAIL PROTECTED]
thanks
Stefan,
You will find below a bug report filed against the octave-epstk package
in Debian. It is actually a wishlist item, which I think is an
interesting request.
Best regards,
Rafael
* Francesco Potorti` <[E
* Me <[EMAIL PROTECTED]> [2006-04-09 16:43]:
> Package: octave-forge
> Version: 2006.01.28-2+b1
> Followup-For: Bug #349139
>
> The file "aurecord" is installed at the root directory on a i386 system.
Thanks for reporting this problem, we had not noticed it yet.
This bug is annoying and shows
package octplot
tags 361709 moreinfo unreproducible
thanks
* Francesco Potorti` <[EMAIL PROTECTED]> [2006-04-08 14:13]:
> Package: octplot
> Version: 0.3.0-3
> Severity: minor
>
> When using the "plot" function, it always prints
> ans = 1
I cannot reproduce this bug with version 0.3.5-2 of th
package octave2.1-info
forwarded 361705 [EMAIL PROTECTED]
tags 361705 upstream patch
thanks
The bug report below was filed against the Debian package octave2.1-info,
version 2.1.72-10. I confirm that the same problems exist for 2.1.73 and
2.9.5. (For detailed information, see http://bugs.debian
* Simon Richter <[EMAIL PROTECTED]> [2006-04-08 12:59]:
> Rafael Laboissiere schrieb:
>
> > Description : creation of PostScript documents containing Unicode
> > symbols
>
> Hmm, that sounds similar to paps, ITPed by Lior Kaplan in #346112.
Yes, although p
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: liblasi0
Version : 1.0.4
Upstream Author : Larry Siden <[EMAIL PROTECTED]>
Edward H. Trager <[EMAIL PROTECTED]>
Ritu Khanna
package octave2.9
tags 360219 confirmed pending
thanks
* Frank Lichtenheld <[EMAIL PROTECTED]> [2006-03-31 13:53]:
> Package: octave2.9
> Version: 2.9.5-1
> Severity: serious
>
> your package failed to build from source, most likely due to a missing
> build dependency on slice.
Indeed. A fixed
* Thomas Weber <[EMAIL PROTECTED]> [2006-03-23 11:51]:
> package octave-forge
> tags 295395 wontfix -fixed-upstream
> thanks
>
> As stated by David Bateman, this bug won't be fixed in octave-forge.
>
> A working sparse integration is available in Octave 2.9, which is
> packaged (octave2.9).
W
package octplot
tags 357565 upstream pending
forwarded 357565 [EMAIL PROTECTED]
thanks
Hi Shai,
You will find below a bug report filed against the Debian package
octplot, regarding compilation errors with g++ 4.1. I tested the patch
below with g++ 4.0.2, it works.
A new Debian version will be u
the uscan files
* debian/rules:
- Generate debian/watch from debian/in/octave*-watch
- Link the manpage for octave$(major) to that for octave-$(version),
such that there will be no binary without manpage
* debian/in/octave2.1-00list: Really apply patch 50_g++4.1
-- Rafael Lab
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-03-12 23:56]:
> | vtkCurvatures.cc: In function ???bool FSvtkCurvatures_gnu_v3(const
> octave_shlib&)???:
> | vtkCurvatures.cc:10: error: unknown escape sequence '\s'
>
> The following patch helps, but the strange thing is that I cannot find
> this fi
package octave2.9
severity 356194 important
tags 356194 unreproducible moreinfo
thanks
* John W. Eaton <[EMAIL PROTECTED]> [2006-03-10 10:05]:
> In any case, if it is truly a random crash that you can't reproduce,
> then the first thing I would check would be your system's memory.
>
> OTOH, if i
package octave2.1
tags 355980 upstream
forwarded 355980 [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
reopen 296127
thanks bts
I am reopening this bug report although there not has been much activity
on this package in the last times. The Debian package already exists and
is available in the Debian Octave Group web site
(http://pkg-octave.alioth.debian.org).
The package has not yet been uploaded
package octave2.9
tags 352671 unreproducible moreinfo
thanks
* John W. Eaton <[EMAIL PROTECTED]> [2006-02-13 13:23]:
> On 13-Feb-2006, Andrey Romanenko wrote:
>
> | If I hit Control-C in an Octave session, the interpreter enters a busy
> | loop (according to top) and stops responding. A gentle "
* Bill Denney <[EMAIL PROTECTED]> [2006-02-09 20:52]:
> Package: octave-forge
> Version: 2005.06.13-8
> Severity: important
>
>
> I tried to install octave-forge when I started using 2.9 tonight, but it
> seems to require 2.1. Could it be made to install on either or could it
> be packaged for
* Vincent Danjean <[EMAIL PROTECTED]> [2006-02-03 02:11]:
> Yes, when I will have some free time. Probably one or two months from
> now. But, it is possible that I try to merge my work with latex-mk.
> I do not look at it in details yet. So I do not know if it is
> possible or not.
That would be
* Vincent Danjean <[EMAIL PROTECTED]> [2006-01-31 20:21]:
> Nevertheless, you can be interesting by looking at my work. If you
> want, all is available here :
> http://dept-info.labri.fr/~danjean/deb.html#latex-utils
Indeed, your package looks very interesting. Do you have plans to make
it an
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: latex-mk
Version : 1.15
Upstream Author : Dan McMahill <[EMAIL PROTECTED]>
* URL : http://latex-mk.sourceforge.net/
* License : BSD-like (see below)
* Kim Hansen <[EMAIL PROTECTED]> [2006-01-28 04:36]:
> glpk() fails on sparse matrices with a coredump, I have attached a patch
> that fixes it.
I cannot replicate the problem here. Could you please post a minimal script
that triggers the bug?
--
Rafael
--
To UNSUBSCRIBE, email to [EMAIL PR
* Roberto Pariset <[EMAIL PROTECTED]> [2006-01-25 23:42]:
> Rafael Laboissiere ha scritto:
> >
> > Could you please try with version 2.32-1 of the package? The source is
> > available at http://people.debian.org/~rafael/gpcl/
>
> Forgot to say: after inst
* Roberto Pariset <[EMAIL PROTECTED]> [2006-01-25 22:21]:
> Package: gpcl
> Version: 2.31-4
> Severity: important
> Justification: fails to build from source
Could you please try with version 2.32-1 of the package? The source is
available at http://people.debian.org/~rafael/gpcl/
Thanks.
--
R
* Roberto Pariset <[EMAIL PROTECTED]> [2006-01-25 20:47]:
> Package: octave-gpc
> Version: 0.1.5-5
> Severity: important
> Justification: fails to build from source
>
> Hi,
> on amd64 it FTBFS as you can see on [1]. The reason is:
> E: Couldn't find package libgpcl-dev
The libgpcl-dev package is
Package: octave-forge
Version: 2005.06.13-8
Severity: grave
Justification: renders package unusable
[from the pkg-octave-devel mailing list:]
* Peter Plessas <[EMAIL PROTECTED]> [2006-01-20 23:02]:
> installing o-f(2005.06.13-8) via aptitude on a debian powerpc testing
> system, and finding the
Package: ftgl-dev
Version: 2.1.2-2
File /usr/include/FTGL/FTGL.h includes GL/glu.h, in the following section
(lines are numbered):
38 // Non windows platforms - don't require nonsense as seen above :-)
39 #ifndef __gl_h_
40 #ifdef __APPLE_CC__
41 #i
* Tor Arntsen <[EMAIL PROTECTED]> [2004-10-01 18:13]:
> The "Version:" string in /usr/lib/pkgconfig/ftgl.pc is 2.0.5 for version
> 2.0.9 of ftgl-dev (and is rumoured to still be 2.0.5 in upstream 2.0.11).
> This means that "pkg-config --modversion ftgl" cannot be used to identify
> the installed
package octave-epstk
forwarded 347665 [EMAIL PROTECTED]
stop
* Paul Kienzle <[EMAIL PROTECTED]> [2006-01-11 20:04]:
> Shouldn't you CC: the upstream developer with info like this?
Yes. In Debian, there is a canonical way of doing it and, at the same time,
informing the Bug Tracking System that
package octaviz
severity 334368 normal
tags 334368 moreinfo
stop
* Rafael Laboissiere <[EMAIL PROTECTED]> [2005-12-16 19:42]:
> Could you please try to install the vtk-examples package and run under
> your sawfish session the example:
>
> /usr/share/vtk/Visualizatio
Package: leo
Version: 2.0.1-1
Severity: normal
Tags: patch upstream
The leo command does not honour the http_proxy variable, so it is unusable
for users behind a firewall. The trivial patch attached below fixes the
problem. Please apply it to the Debian package and/or forward it to the
upstream
reassign 347161 vtk
merge 347161 346505
tags 346505 patch
tags 346506 patch
tags 347161 patch
stop
* Thomas Weber <[EMAIL PROTECTED]> [2006-01-09 22:26]:
> Package: vtk
> Followup-For: Bug #346505
>
> Tags: patch
>
> The attached patches should fix this one (two patches: control.patch
> should
* Frederik Eaton <[EMAIL PROTECTED]> [2006-01-09 03:07]:
> You're right, mysql seems to print to stdout, while "perl -d" writes
> directly to the terminal. In any case, I don't see a reason not to
> adopt my suggestion.
>
> The convincing argument is that one typically wants to be able to have
>
package octave2.9
tags 344281 unreproducible moreinfo
stop
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2005-12-21 20:18]:
> Package: octave2.9
> Version: 2.9.4-8
> Severity: normal
>
> I tried to octave2.1 also, det(eye(9)) gives a panic: Illegal
> instruction. det(eye(4)), 5, 6, 7, 8 works though
* Norbert Preining <[EMAIL PROTECTED]> [2006-01-08 23:44]:
> We already have got one approval, but after this we made a slight change
> and asked you for a new approval of an NMU. Unfortunately we didn't get
> any response, so I ask again. Please see the following email:
>
> On Mon, 12 Dez 2005, p
Package: libvtk4-dev
Version: 4.4.2-8
Severity: serious
The package wrongly depends on xlibs-dev, which has been removed, cf:
http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html
Packages depending on libvtk4-dev are now FTBFS, like octaviz:
http://buildd.debian.org/buil
package octave-forge
severity 345241 normal
tags 345241 etch
thanks
* Dirk Eddelbuettel <[EMAIL PROTECTED]> [2005-12-30 14:23]:
> reassign 345241 octave-forge
> thanks
>
> [...]
>
> It needs to be reassigned to octave-forge, and this message should do
> just that.
Also, since there is no problem
* Bastian Blank <[EMAIL PROTECTED]> [2005-12-30 17:10]:
> severity 341476 serious
> retitle 341476 octave-forge - FTBFS [powerpc, s390]: Command octave-config
> not found
> found 341476 2005.06.13-5
> thanks
>
> See
> http://buildd.debian.org/fetch.php?pkg=octave-forge&arch=powerpc&ver=2005.06.
* folajimi <[EMAIL PROTECTED]> [2005-12-29 14:20]:
> Did you ever hear back from the upstream developers regarding our build
> issues?
Paul Kienzle and David Bateman, both upstream developers of octave-forge,
participated to the current thread, but they do not really address the
specific problems
* folajimi <[EMAIL PROTECTED]> [2005-12-29 11:55]:
> Is there anything that Colin and I can do yet? Colin is out of town,
> but I was just wondering if we will be able to resume work on the task
> assigned to us.
IIRC, the task assigned to Colin and you was to split the octave-forge
binary packag
* Joaquim Ortega <[EMAIL PROTECTED]> [2005-12-29 10:02]:
> I believe that I have identified the bug. [...] With this three-line
> fix the package built fine.
Thanks *_a lot_* for that! The package indeed builds fine in sid with
your suggested changes. I prepared a new version of octave-forge wh
* Steve Langasek <[EMAIL PROTECTED]> [2005-12-28 02:42]:
> Package: octave-forge
> Version: 2005.06.13-4
> Severity: serious
>
> octave-forge is failing to build on multiple architectures because it's
> missing an include path while building in the fixed/examples directory:
>
> [...]
>
> The fix
* Jeff Abrahamson <[EMAIL PROTECTED]> [2005-10-17 10:17]:
> Package: octaviz
> Version: 0.4.0-10
> Severity: important
>
>
> This is perhaps a vtk bug, but I am unable to file it intelligibly
> against vtk.
>
> In octave, execute one of the octaviz demos, say
>
> octave:1> ClipCow
>
> Res
Package: ess
Version: 5.2.11-1
Severity: normal
Tags: patch
This bug is similar to #340125. See http://bugs.debian.org/340125 for the
full discussion.
In brief: binding "\e\C-h" automatically rebinds [(meta backspace)] in
XEmacs, which does not happen in Emacs. Below is a simple patch to fix
the
Norbert and Frank,
Thanks for your bug report on tipa. Unfortunately, I am currently unable to
invest time on checking your patch or doing any change to the package.
Please, feel free to NMU.
Thanks,
--
Rafael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: octplot
Version : 0.3.0
Upstream Author : Shai Ayal <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/octplot/
* License : GPL
* Blars Blarson <[EMAIL PROTECTED]> [2005-12-01 00:44]:
> On Thu, Dec 01, 2005 at 08:43:08AM +0100, Rafael Laboissiere wrote:
> > Which version of octave2.1 are you using?
>
> The buildd used 2.1.72-6
>
> My pbuilder used the same version.
What does the fol
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: libsundials-serial
Version : 2.1.1
Upstream Author : Peter Brown, Aaron Collier, Keith Grant, Alan Hindmarsh,
Steve Lee, Radu Serban, Dan Shumaker, Carol Wo
* Blars Blarson <[EMAIL PROTECTED]> [2005-11-30 11:47]:
> Package: octave-forge
> Version: 2005.06.13-3
> Severity: important
> Justification: fails to build from source
>
>
> octave-forge failed to build on a sparc buildd. This problem did not
> occur on my sparc pbuilder, so it may be due to
* Teemu Ikonen <[EMAIL PROTECTED]> [2005-11-29 12:48]:
> Unfortunately, for me 2.1.72-6 is even worse than before. I get a
> crash immediately after starting Octave:
>
> [...]
>
> I guess this is what you get from mixing Debian releases during
> library transitions :)
As an interim solution you
* Rafael Laboissiere <[EMAIL PROTECTED]> [2005-11-28 22:28]:
> Indeed, this seems to be the case. With the octave2.9_2.9.4-8 package
> [...]
Sorry, I meant octave2.1_2.1.72-6.
--
Rafael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
* Stephen R Marenka <[EMAIL PROTECTED]> [2005-11-25 20:41]:
> Will you be uploading again soon or shall I upload the build I have? It
> takes quite a while to build on m68k.
Due to the MTA delays on master.d.o I only received your message today.
Sorry, but I already uploaded the package.
--
Raf
package ftp.debian.org
reopen 339445
thanks
* Jeroen van Wolffelaar <[EMAIL PROTECTED]> [2005-11-16 14:26]:
> No, it's not in unstable yet. But simply stop building the binary
> packages you want to see removed from the octave2.9 source package, and
> they'll semi-automagically be removed. There
* Dirk Eddelbuettel <[EMAIL PROTECTED]> [2005-11-25 19:59]:
> One thing to remember, though, is that this will need to be carried through
> to all dependencies of Octave that also contain Fortran. That would be at
> least octave-forge. Anything else?
Good reminder. BTW, I am just rebuilding octa
* Stephen R Marenka <[EMAIL PROTECTED]> [2005-11-25 15:25]:
> On the bright side, I removed all the m68k-specific stuff from
> debian/rules and installed gfortran.
I am more than happy to know that Octave compiles with gfortran on m68k.
> The build completed and I'm willing to upload the result
s maintained
collectively by the Debian Octave Group, the DOG), we do add details
about who made the changes, like this:
octave2.9 (2.9.3-1) experimental; urgency=low
+++ Changes by Colin Ingram
* New upstream release
[...]
+++ Changes by Rafael Laboissiere
* The patches applied by
* Aaron M. Ucko <[EMAIL PROTECTED]> [2005-11-21 14:29]:
> Rafael Laboissiere <[EMAIL PROTECTED]> writes:
>
> > I am forwarding below a bug report filed against the octave2.9-emacsen
> > package. The submitter claims that the meta-backspace should not be
> > b
I am forwarding below a bug report filed against the octave2.9-emacsen
package. The submitter claims that the meta-backspace should not be
bound by octave-mode.
I would like to hear from you whether backward-kill-word is really the
standard keybinding for meta-backspace and whether it should be
Package: libcfitsio2
Version: 2.510-1
Severity: normal
Tags: upstream patch
The libfitsio2 library does not work on arm and mipsel. I discovered this
from the buildd logs for the slcfitsio package:
http://buildd.debian.org/fetch.php?&pkg=slcfitsio&ver=0.3.2b-4&arch=arm&stamp=1132249413&file=lo
Package: ftp.debian.org
Severity: important
I screwed up the main/s/slirp dircetory in the packages pool when uploading
the slang-slirp package some time ago. The slang-slirp package had slirp as
the name of its source package. I did not realized that there was already a
package with this name
* John W. Eaton <[EMAIL PROTECTED]> [2005-11-16 14:18]:
> On 16-Nov-2005, Rafael Laboissiere wrote:
>
> | Please provide a patch that I can apply to the 2.9.4 tarball and I
> | will immediately upload a fixed version of the package.
>
> Try the following.
>
> [..
[Please, keep Cc: to [EMAIL PROTECTED]
* John W. Eaton <[EMAIL PROTECTED]> [2005-11-16 12:49]:
> OK, I will fix this by generating this PKG_ADD file differently so we
> avoid problems related to creating a package by running make install
> with a value of prefix that is different from the one use
Thanks for the extra-info. What do you get for this:
echo "which gplot" | octave-2.9.4 -q
--
Rafael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* folajimi <[EMAIL PROTECTED]> [2005-11-16 04:48]:
> On Wed, 16 Nov 2005, Rafael Laboissiere wrote:
>
> > Package: ftp.debian.org
> > Severity: normal
> >
> > Please, remove all the main/o/octave2.9/octave_2.9.4-1_.deb from
> > the pool. This is the res
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: glpk-shlib
Version : 4.8
Upstream Author : Andrew Makhorin <[EMAIL PROTECTED]>
* URL : http://www.gnu.org/software/glpk/glpk.html
* License : GPL
* Alberto Maurizi <[EMAIL PROTECTED]> [2005-11-16 11:54]:
> Package: octave2.9
> Version: 2.9.4-1
> Severity: important
>
>
> at start up the following lines are shown:
> error: `__gnuplot_init__' undefined near line 141 column 1
> error: near line 141 of file
> `/usr/lib/octave/2.9.4/oct/i486-
Package: ftp.debian.org
Severity: normal
Please, remove all the main/o/octave2.9/octave_2.9.4-1_.deb from
the pool. This is the result of the wrong upload of octave2.9_2.9.4-1.
Version 2.9.4-2 is already in unstable and the package octave_2.9.4-1 is
now a dangling package, without any source pack
* John W. Eaton <[EMAIL PROTECTED]> [2005-11-15 19:27]:
> On 15-Nov-2005, Falk Hueffner wrote:
>
> | This will break horribly if the headers become out of sync with the
> | library. You absolutely need to provide matching headers.
>
> Yes, of course. So maybe a different solution is needed?
Fa
Package: octave
Version: 2.9.4-1
Severity: serious
This RC bug report is just to prevent the virtual octave package from
entering testing. It was wrongly uploaded with octave2.9. The virtual
package octave should actually depend on octave2.1, which is the recommended
branch.
I will keep this
Package: hevea
Version: 1.08-1
Severity: important
$ apt-get install hevea
[...]
The following packages have unmet dependencies:
hevea: Depends: ocaml-base-nox-3.08.3 but it is not installable
E: Broken packages
Changing the dependency from ocaml-base-nox-3.08.3 to
ocaml-base-nox-3.09.0
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: slang-gtk
Version : 0.5.15-r2
Upstream Author : Michael S. Noble <[EMAIL PROTECTED]>
* URL : http://space.mit.edu/home/mnoble/slgtk/
* License
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere <[EMAIL PROTECTED]>
* Package name: slang-slirp
Version : 1.7.6
Upstream Author : Michael S. Noble <[EMAIL PROTECTED]>
* URL : http://space.mit.edu/cxc/software/slang/modules/slirp/
* License
901 - 1000 of 1104 matches
Mail list logo