-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf of the DOG
--
Rafael Laboissiere, in the behalf of the DOG
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
] http://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf
-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf of the DOG
--
To UNSUBSCRIBE
://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf of the DOG
://www.octave.org/
[2] http://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael
/packages.html
--
Rafael Laboissiere, in the behalf of the DOG
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf of the DOG
] http://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf
] http://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf
] http://www.octave.org/
[2] http://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael
/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf of the DOG
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
] http://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf
://www.octave.org/
[2] http://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere
://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf
://www.octave.org/
[2] http://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere
-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf of the DOG
--
To UNSUBSCRIBE
-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf of the DOG
] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf of the DOG
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
://www.octave.org/
[2] http://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere
].
[1] http://www.octave.org/
[2] http://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael
/
[2] http://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf
-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf of the DOG
://pkg-octave.alioth.debian.org/
[3] http://svn.debian.org/wsvn/pkg-octave/octave-forge-pkgs/?rev=0sc=0
[4] http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/?rev=0sc=0
[5] http://bugs.debian.org/468311
[6] http://octave.sourceforge.net/packages.html
--
Rafael Laboissiere, in the behalf of the DOG
* Henrique de Moraes Holschuh [EMAIL PROTECTED] [2008-02-29 14:33]:
On Fri, 29 Feb 2008, Rafael Laboissiere wrote:
Package: wnpp
Severity: wishlist
Owner: Debian Octave Group [EMAIL PROTECTED]
[N.B.: This ITP was generated automatically from a template, even
though the DOG does intend
Laboissiere
diff -u pdl-2.4.3/debian/changelog pdl-2.4.3/debian/changelog
--- pdl-2.4.3/debian/changelog
+++ pdl-2.4.3/debian/changelog
@@ -1,9 +1,3 @@
-pdl (1:2.4.3-4.1) UNRELEASED; urgency=low
-
- * Switch from g77 to gfortran
-
- -- Rafael Laboissiere [EMAIL PROTECTED] Fri, 29 Feb 2008 18:05:14
* Rafael Laboissiere [EMAIL PROTECTED] [2008-02-24 18:23]:
* Ólafur Jens Sigurðsson [EMAIL PROTECTED] [2008-02-24 12:34]:
I just tried some values and the limit seems to be poisscdf(604,604),
after that the function fails, that is poisscdf(605,605) fails and
poisscdf(604,604) succeeds
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere [EMAIL PROTECTED]
* Package name: octave-pkg-dev
Version : 0.1
Upstream Author : Rafael Laboissiere [EMAIL PROTECTED]
* URL :
http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/trunk/?rev=0sc=0
* License
Didier,
Thanks for your bug report. You reported two issues. I cannot
replicate the first one:
* Didier Raboud [EMAIL PROTECTED] [2008-02-28 11:29]:
with latest upload (3.0.0-6), I get very weird behavior for multiple things
in Octave:
-
octave:1 jpgread('chess_00.jpg')
package libarpack2
tags 467576 pending
thanks
* Lucas Nussbaum [EMAIL PROTECTED] [2008-02-26 13:58]:
Package: libarpack2
Version: 2.1+parpack96-1
Severity: serious
The libarpack2 package you recently uploaded depends on the liblapack3
package. This package doesn't exist.
(Btw, how did
* Nico Golde [EMAIL PROTECTED] [2008-02-25 00:12]:
could you check that back with the upstream author?
I prepared already a new version of the webcalendar package 1.1.6-7 in SVN
with a patch to fix the problems and a change in the default value of the
configuration variable
* Ólafur Jens Sigurðsson [EMAIL PROTECTED] [2008-02-24 12:34]:
I just tried some values and the limit seems to be poisscdf(604,604),
after that the function fails, that is poisscdf(605,605) fails and
poisscdf(604,604) succeeds.
It fails for smaller values than that, like poisscdf (599, 600).
are adjusted for the packages built against gfortran.
After this bug is fixed, please update the gfortran transition wiki page
http://wiki.debian.org/GfortranTransition
--
Rafael Laboissiere
diff -u mpb-1.4.2/debian/changelog mpb-1.4.2/debian/changelog
--- mpb-1.4.2/debian/changelog
+++ mpb-1.4.2
* Thijs Kinkhorst [EMAIL PROTECTED] [2008-02-21 23:12]:
The following issue has been reported against webcalendar:
Multiple cross-site scripting (XSS) vulnerabilities in WebCalendar 1.1.6
allow
remote attackers to inject arbitrary web script or HTML via (1) an event
description, (2) the
* Rafael Laboissiere [EMAIL PROTECTED] [2008-02-23 20:46]:
Version 1.0.5-15 in unstable does not seem to be affected, but I am not sure
I did the right tests. Version 1.1.6-6 is affected though.
I did some further tests as well as some auditing in the WebCalendar code
and I am pretty sure
* Folkert van Heusden [EMAIL PROTECTED] [2008-02-12 14:17]:
Just tried 3.0 and it gives the same errors:
gnuplot set terminal aqua 1 enhanced
^
line 0: unknown or ambiguous terminal type; type just 'set terminal'
for a list
gnuplot plot - using
package webcalendar
retitle 461174 webcalendar: Use $_SERVER to access Apache envvars; Fix regexp
for parsing settings.conf
thanks
Thanks for your bug report and sorry for not reacting earlier. I am
retitling this bug report because the bug description was included in the
Subject: header of the
package webcalendar
retitle 461174 webcalendar: Use $_SERVER to access Apache env vars
found 461174 1.0.5-14
thanks
* Rafael Laboissiere [EMAIL PROTECTED] [2008-02-09 11:44]:
* Incorrect regex when checking settings.conf because config strings are
like: db_persistent: true (separated
package octave
reassign 460812 octave3.0
thanks
Since the octave2.9* binary packages are part of the octave3.0 source
package (since version 3.0.0-2, now in experimental) and since the octave2.9
source package will eventually be dropped from the distribution
(Bug#457675), I am reassign thsi bug
package octave
reassign 464144 octave2.9
package octave2.9
block 464144 by 457675
thanks
I am reassign this bug to the octave2.9 since the dummy octave package will
eventually disappear from Debian and become a virtual package, provided by
all branches (octave*.*).
Also, I am noting that this
* Kim Hansen [EMAIL PROTECTED] [2008-02-05 13:53]:
Package: octave
Severity: normal
Currently the octave package depends on octave2.9, I think it should
depend on octave3.0.
We are taking care of this already. The octave2.9 packages will be
eventually removed from Debian. Also, the dummy
* Steve Langasek [EMAIL PROTECTED] [2008-02-03 16:32]:
To the best of my knowledge, none of these configurations achieve that goal.
While there's lore among Debian developers to the effect that
Conflicts/Replaces will trigger the package manager to pull in the new
package automatically as a
* Kumar Appaiah [EMAIL PROTECTED] [2008-02-03 22:10]:
I would request you to please shift to use the new gfortran based
Lapack and Blas packages in order to phase out packages dependent on
the old g2c (g77). In this regard, I would request you to refer to:
* Steve Langasek [EMAIL PROTECTED] [2008-01-28 17:29]:
The octave3.0 package in unstable has the following provides line:
Provides: octave, octave2.9
I don't see any possible way that this can be correct. Either octave3.0 is
100% compatible with octave2.9, and the source/binary package
* Daniel Rus Morales [EMAIL PROTECTED] [2008-02-03 23:42]:
Sorry, I forgot to mention in the list that the release was ready since
last December.
I see. I was wondering why 3.1.0-1 was sitting in SVN without being
uploaded.
I used --rpath there to link against libraries that were not yet
* Rafael Laboissiere [EMAIL PROTECTED] [2008-02-04 00:14]:
* Daniel Rus Morales [EMAIL PROTECTED] [2008-02-03 23:42]:
I used --rpath there to link against libraries that were not yet
available in the places where they will suppose to be after the
installation. libcholmod is the only
* Rafael Laboissiere [EMAIL PROTECTED] [2008-02-04 00:48]:
It sees that the -Wl,--rpath options are not necessary.
s/sees/seems/
--
Rafael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
* Matthias Klose [EMAIL PROTECTED] [2008-01-30 21:20]:
Package: octave2.1
Severity: important
User: [EMAIL PROTECTED]
Usertags: non-standard-compiler, gcc-4.1
Package: octave3.0
Severity: important
User: [EMAIL PROTECTED]
Usertags: non-standard-compiler, gcc-4.1
This package builds
* Steve Langasek [EMAIL PROTECTED] [2008-01-29 07:21]:
Well, note that I don't consider removal of the existing octave2.9 packages
to clear it up. The octave3.0 Provides: is still wrong, either because this
package does not provide identical functionality or because it's proof of a
* Steve Langasek [EMAIL PROTECTED] [2008-01-28 17:29]:
Package: octave3.0
Version: 3.0.0-1
Severity: serious
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu
Hi,
The octave3.0 package in unstable has the following provides line:
Provides: octave, octave2.9
I don't see any
package octave
tags 461558 moreinfo
thanks
* Folkert van Heusden [EMAIL PROTECTED] [2008-01-19 15:20]:
Package: octave
Version: 1:2.9.19-2
Severity: normal
When trying to plot a graph from octave, it fails to do so with all
kinds of gnuplot errors:
gnuplot set terminal aqua 1 enhanced
pacakge octave
tags 461558 unreproducible
thanks
* Folkert van Heusden [EMAIL PROTECTED] [2008-01-19 16:43]:
Ok but I installed the 'octave' package and apt-cache tells me 3.0 is
not available:
[snip]
Are you using testing or unstable?
According to packages.debian.org, the version in
package plplot-doc
tags 461343 pending
thanks
* Torquil Macdonald Sørensen [EMAIL PROTECTED] [2008-01-17 22:38]:
Package: plplot-doc
Version: 5.8.0-6
Severity: minor
In the PDF file /usr/share/doc/plplot-doc/plplot-5.8.0.pdf,
all occurences of the letter combination fi are displayed as
* Francesco Potorti` [EMAIL PROTECTED] [2008-01-18 13:00]:
Package: octave2.9
Version: 1:2.9.14-1
Severity: normal
octave s=struct(a,{},b,{},c,{},d,{});
octave s(1).a=1;
octave [s(1).b s(1).c s(1).d]=sscanf(2 3 4,%d %d %d,C);
octave s(2).a=11;
octave [s(2).b s(2).c
Package: aview
Version: 1.3.0rc1-8
Severity: minor
The description of the package contains the word slang referring to
the S-Lang library. Please, fix the spelling such that it reads
S-Lang instead. Correct spelling/capitalisation of project names
is currently under discussion in debian-devel
Package: cl-screen-sbcl
Version: 1.0-4
Severity: minor
The description of the package contains the word SLang referring to
the S-Lang library. Please, fix the spelling such that it reads
S-Lang instead. Correct spelling/capitalisation of project names
is currently under discussion in
Package: timidity-interfaces-extra
Version: 2.13.2-18
Severity: minor
The description of the package contains the word Slang referring to
the S-Lang library. Please, fix the spelling such that it reads
S-Lang instead. Correct spelling/capitalisation of project names
is currently under
Package: libnewt0.52
Version: 0.52.2-11.1
Severity: minor
The description of the package contains the word slang referring to
the S-Lang library. Please, fix the spelling such that it reads
S-Lang instead. Correct spelling/capitalisation of project names
is currently under discussion in
Package: spl-core
Version: 1.0~pre4-1
Severity: minor
The description of the package contains the word slang referring to
the S-Lang library. Please, fix the spelling such that it reads
S-Lang instead. Correct spelling/capitalisation of project names
is currently under discussion in
Package: emacs-goodies-el
Version: 29.0-1
Severity: minor
The description of the package contains the word slang referring to
the S-Lang library. Please, fix the spelling such that it reads
S-Lang instead. Correct spelling/capitalisation of project names
is currently under discussion in
* Soeren Sonnenburg [EMAIL PROTECTED] [2008-01-08 08:47]:
OK, I've recompiled octave w/ -O2 -g and it dies on loading
dispatch.oct. This could be enough info for upstream to fix it.
Thomas Weber has forwarded your message to bug-octave and John Eaton replied
to it [1] and gave the following
package octave3.0-headers
tags 459950 confirmed
thanks
* Torsten Werner [EMAIL PROTECTED] [2008-01-09 21:09]:
Package: octave3.0-headers
Severity: normal
Version: 3.0.0-1
Hi,
I think there is no point in being Architecture: any.
I think you are right. The next release will have
* Waqar Malik [EMAIL PROTECTED] [2008-01-05 05:18]:
Package: libglpk-dev
Version: 4.25-1
Certain header files which I needed were found to be missing namely,
glplib.h and glpstd.h
I believe these should be in this dev package.
Inclusion of glplib.h in the libglk-dev package was already
* Rafael Laboissiere [EMAIL PROTECTED] [2008-01-03 21:53]:
In order to investigate why Octave 3.0 is failing to work on arm
(Bug#458852, severity grave), I would need octave3.0_3.0.0-1 installed on a
sid chroot on one of the arm project machines.
Peter Palfrader installed octave3.0, as well
In order to investigate why Octave 3.0 is failing to work on arm
(Bug#458852, severity grave), I would need octave3.0_3.0.0-1 installed on a
sid chroot on one of the arm project machines.
Thanks,
--
Rafael Laboissiere
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
* Clint Adams [EMAIL PROTECTED] [2007-12-28 18:29]:
On Fri, Dec 28, 2007 at 03:53:35PM +0100, Robert Bihlmeyer wrote:
With /bin/sh being dash this package fails to build due to a bashism in line
51 of debian/rules:
cp $${f/libmtp$(SOVERSION)/libmtp} $$f ;\
The
* Francesco Poli [EMAIL PROTECTED] [2007-12-26 16:03]:
Can rolo be modified so that it displays all addresses, while showing their
TYPE values?
Sure, it can. However, the implementation would be slightly more
complicated than with the TEL and EMAIL fields.
The better way to not having me
* Joerg Jaspert [EMAIL PROTECTED] [2007-12-26 01:23]:
Checking reverse dependencies...
** octave-sp has an unsatisfied dependency on alpha: octave2.9 (= 2.9.13)
** octplot has an unsatisfied dependency on alpha: octave2.9 (= 2.9.19)
** octave-plplot has an unsatisfied dependency on alpha:
Package: ftp.debian.org
Severity: normal
Please, remove the following packages from unstable (all architectures):
octave - GNU Octave language for numerical computations (2.9 branch)
octave2.9 - GNU Octave language for numerical computations (2.9 branch)
octave2.9-doc - PDF documentation on the
package octave2.9
tags 457541 moreinfo unreproducible
thanks
* Francesco Potorti` [EMAIL PROTECTED] [2007-12-23 11:22]:
Package: octave2.9
Version: 1:2.9.14-1
Severity: normal
octave s=struct(a,{},b,{},c,{},d,{});
octave s(1).a=1;
octave [s(1).b s(1).c s(1).d]=sscanf(2 3 4,%d %d %d,C);
* Thomas Weber [EMAIL PROTECTED] [2007-12-22 22:16]:
I'm clueless why the packages ftbfs on the buildds. I mean, they build
fine in our local chroots.
I think it fails because lapack3-dev always pulls atlas3-base-dev in,
regardless of the fact that refblas3-dev is also going to be installed.
* Kumar Appaiah [EMAIL PROTECTED] [2007-12-21 20:26]:
While I made the original request for conflicting with
atlas3-base-dev, in hindsight, I feel this wasn't a great idea after
all, as my package failed to build on the buildds with this setting.
If you observe the same, please just forget
* Thomas Weber [EMAIL PROTECTED] [2007-12-20 13:44]:
Am Donnerstag, den 20.12.2007, 21:35 +1000 schrieb Ted Percival:
Package: octave2.1
Version: 1:2.1.73-14
Severity: important
octave2.1 cannot be installed when octave2.9 is installed. Neither
package has a Conflicts relationship
in the octave2.9 package, but we
agreed that it would be better if it is integrated into enscript (cf
Bug#457191)
Thanks,
Rafael Laboissiere
-- System Information:
Debian Release: testing/unstable
APT prefers gutsy
APT policy: (500, 'gutsy'), (500, 'unstable')
Architecture: i386 (i686)
Shell
* Drew Parsons [EMAIL PROTECTED] [2007-12-18 11:21]:
info octave
Success!
Looks like you've figured it out :)
Yes, but the alternatives are not working correctly yet. I will nevertheless
upload new octave2.1 and octave2.9 pacakge with the fix.
Thanks for your tests,
--
Rafael
Package: lintian
Version: 1.23.41
Severity: minor
Tags: patch
T%he phrase [...] Recommends as well as Recommends. in the Info field of
the stronger-dependency-implies-weaker check sounds strange. I think that
the patch attached below fixes this.
Rafael
-- System Information:
Debian Release:
Package: wnpp
Severity: normal
I intend to orphan the lasi packages (liblasi0 and liblasi-dev). I packaged
this library only because plplot build-depended on it. Now that the psttf
driver of PLplot has been replaced by the cairo driver, I have no intention
of maintaining lasi anymore.
--
package lintian
unmerge 453177
reopen 453177
found 453177 1.23.37
thanks
Version 1.23.37 of Lintian correctly fixed Bug#447718 by allowing the no
longer phrase to be present debconf templates for boolean questions.
However this is not enough to fix Bug#453177 (which was merged with
#447718).
* Eriberto [EMAIL PROTECTED] [2007-11-29 17:44]:
I would like to say my package, brazilian-conjugate-gtk, depends of
this package to enter in Debian working correctly. Rafael, can you fix
the problem in a short time? Thanks in advance.
Done:
Package: lintian
Version: 1.23.36
Severity: normal
The check making-assumptions-about-interfaces-in-templates gives a false
positive for the following debconf template of the webcalendar package:
--snip-
Template:
package lintian
merge 447718 453177
thanks
After filing Bug#453177 I realized that it has probably the same cause as
Bug#447718. Indeed, the nbd-server/convert debconf template mentioned in
Bug#447718 has the no longer phrase in its description and I think this is
what triggers the Lintian
* Thomas Weber [EMAIL PROTECTED] [2007-11-27 20:12]:
Am Dienstag, den 27.11.2007, 08:18 -0700 schrieb Wesley J. Landaker:
Subject: octplot: doesn't work at all
Package: octplot
Version: 0.4.0-3
Severity: grave
Justification: renders package unusable
octplot doesn't work at all.
,
Rafael Laboissiere
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set
* Paul Boekholt [EMAIL PROTECTED] [2007-11-18 16:34]:
2007/11/17, Rafael Laboissiere [EMAIL PROTECTED]:
Yes, the current ispell.sl give cryptic error messages when ispell/aspell is
not installed :
* In the *ispell* buffer:
execvp of aspell failed!
* In the echo area
* Alan W. Irwin [EMAIL PROTECTED] [2007-11-16 15:54]:
Package: jed-extra
Version: 2.4.2-1
Severity: minor
ispell from jed-extra is a drop-in replacement so it is possible this bug
should be filed for jed as well. Anyhow, I wish to point out that neither
jed or jed-extra have a Suggests
* Rafael Laboissiere [EMAIL PROTECTED] [2007-11-17 09:16]:
To the DJG: I think that it is appropriate to use in jed-extra:
Suggests: [...], aspell-dictionary | ispell-dictionary
right?
After looking at some docs, it seems that we should not put virtual packages
in the first place
* Jörg Sommer [EMAIL PROTECTED] [2007-11-17 14:17]:
I don't think it is a good suggestion. I found only one package in
Debian that does so:
[snip]
And if you start with this, where will you stop? svn, cvs, gcc, make,
sendmail, …
This is a sensible comment. I think I tend to agree with
* Chris Waters [EMAIL PROTECTED] [2007-11-08 12:00]:
Package: mtp-tools
Version: 0.2.2-2
Tags: patch
The example code which comes with libmtp and which is used to create
the command-line tools in the mtp-tools package uses atoi(3) for some
of its command-line parsing, which has problems
* Chris Waters [EMAIL PROTECTED] [2007-11-08 16:13]:
On Thu, Nov 08, 2007 at 10:29:23PM +0100, Rafael Laboissiere wrote:
Thanks for finding and fixing this bug. Could you please also check whether
version 0.2.3-1 (in experimental) is also affected by this bug?
Yes 0.2.3 has the same
* Tom Wright [EMAIL PROTECTED] [2007-11-01 12:05]:
Package: octave2.9
Version: 1:2.9.15-1
Severity: important
*** Please type your report below this line ***
When plotting, it returns an error and doesn't produce a plot. When plotting
to a file (eg. PNG), it opens the file but doesn't
in the
+emacsen startup directory just the necessary initialization code
+of cmake-mode (Closes: #427763)
+
+ -- Rafael Laboissiere [EMAIL PROTECTED] Sat, 27 Oct 2007 21:44:38 +0200
+
cmake (2.4.7-1) unstable; urgency=low
* New upstream release.
only in patch2:
unchanged:
--- cmake-2.4.7
* G. Milde [EMAIL PROTECTED] [2007-10-18 18:10]:
On 18.10.07, Rafael Laboissiere wrote:
Sorry, I thought this was not a bug in jed-extra 2.4.2-1.
It is no real bug IMO, so we could change it to a feature request -- but is
it worth the effort when it will be closed with the next release
* Andrew Makhorin [EMAIL PROTECTED] [2007-10-16 15:34]:
In 4.22 you can call that routine as _glp_lib_free_env not including
glplib.h in your source code. In a next version of the package it will
be available on api level as glp_free_env.
Thanks. Please, keep me posted about the 4.23
* G. Milde [EMAIL PROTECTED] [2007-10-18 16:10]:
On 13.10.07, Jörg Sommer wrote:
The Jed functions from jed/doc/hlp do not work in .18 but in .19~pre117.
The SLang functions do work in both versions. The jed-extra function do
work in no version.
This is fixed in the jed-extra help.sl
* G. Milde [EMAIL PROTECTED] [2007-10-18 17:24]:
On 18.10.07, Rafael Laboissiere wrote:
* G. Milde [EMAIL PROTECTED] [2007-10-18 16:10]:
On 13.10.07, Jörg Sommer wrote:
The Jed functions from jed/doc/hlp do not work in .18 but in .19~pre117.
The SLang functions do work in both
package libglpk-dev
tags 445565 upstream confirmed
thanks
* Andrew Makhorin [EMAIL PROTECTED] [2007-10-15 18:12]:
Currently lib_free_env is not api routine, however, if necessary, one
could call it as _glp_lib_free_env that does not require glplib.h to
be included in the source code.
Yes,
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere [EMAIL PROTECTED]
* Package name: octave3.0
Version : 2.9.15 (a.k.a the 3.0 release candidate)
Upstream Author : John W. Eaton [EMAIL PROTECTED]
* URL : http://www.octave.org/
* License : GPL v3
* Jörg Sommer [EMAIL PROTECTED] [2007-10-12 16:41]:
Rafael Laboissiere schrieb am Fri 12. Oct, 14:33 (+0200):
It does work for me here with jed 0.99.18+dfsg.1-9 and jed-extra 2.4-1. For
instance, if I type (emacs emulation) C-h C-f make_ini enter,
No, I'm talking about
* Jörg Sommer [EMAIL PROTECTED] [2007-10-13 17:45]:
Try
insert(string( get_doc_string_from_file(message) )); % in .18
insert(string( get_doc_string_from_file(get_color) )); % in .18
insert(string( get_doc_string_from_file(get_color) )); % in .19~pre117
The Jed functions from jed/doc/hlp do
* Jörg Sommer [EMAIL PROTECTED] [2007-10-11 17:53]:
Package: jed-extra
Version: 2.4-1
Severity: minor
Hi,
please, do not modify Jed_Doc_Files directly but use
jed_append_doc_file() or jed_insert_doc_file(). I've put some code into
jed 0.99.19~pre115-1 to modify set_doc_files()
501 - 600 of 1098 matches
Mail list logo