Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere [EMAIL PROTECTED]
* Package name: slang-curl
Version : 0.1.1
Upstream Author : John E. Davis [EMAIL PROTECTED]
* URL : http://jedsoft.org/slang/modules/curl.html
* License : GPL
Description
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere [EMAIL PROTECTED]
* Package name: slang-cfitsio
Version : 0.3.2b
Upstream Author : John E. Davis [EMAIL PROTECTED]
* URL : http://space.mit.edu/cxc/software/slang/modules/cfitsio/
* License : MIT
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere [EMAIL PROTECTED]
* Package name: slang-histogram
Version : 0.3.1
Upstream Author : John E. Davis [EMAIL PROTECTED]
* URL : http://space.mit.edu/cxc/software/slang/modules/hist/
* License : MIT
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere [EMAIL PROTECTED]
* Package name: slang-gsl
Version : 0.5.2
Upstream Author : John E. Davis [EMAIL PROTECTED]
* URL : http://space.mit.edu/cxc/software/slang/modules/gsl/
* License : MIT
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere [EMAIL PROTECTED]
* Package name: slang-pvm
Version : 0.1.5
Upstream Author : John Houck [EMAIL PROTECTED]
* URL : http://space.mit.edu/cxc/software/slang/modules/pvm/
* License : MIT [*]
Description
* Thomas Viehmann [EMAIL PROTECTED] [2005-10-26 11:02]:
what's up with jed bug #324982? Adding to the FTBFS I notice that jed
is also uninstallable in unstable. Do you plan to do something about
it? Do you want an NMU or is there a sponsored upload of a fix? I use
jed daily and would be glad
* James R. Phillips [EMAIL PROTECTED] [2005-04-12 10:48]:
Package: octave2.9
Version: 2.9.1-1
Apt refuses to install octave2.9 on my system without also installing
atlas2-base, which is obsolete. apt-cache show octave2.9 produces an
explicit dependency on atlas3-base, which I have
:39.0 +0200
@@ -1,3 +1,9 @@
+glpk (4.8-1.1) unstable; urgency=low
+
+ * Non-maintainer version. Added Libtool support.
+
+ -- Rafael Laboissiere [EMAIL PROTECTED] Mon, 23 May 2005 17:32:00 +0200
+
glpk (4.8-1) unstable; urgency=low
* New upstream release, packaged by Brady Hunsaker
* Dirk Eddelbuettel [EMAIL PROTECTED] [2005-10-18 16:56]:
On 18 October 2005 at 21:56, Rafael Laboissiere wrote:
| * Niels Möller [EMAIL PROTECTED] [2005-10-17 13:57]:
| Installing the octave-emacsen package should only install the octave
| mode, and not fiddle with user preferences
[N.B. 1: Niels, Dirk, and other members of the DOG: I am moving this
discussion to debian-emacs. I cannot really make my mind on this issue
and I hope that broadening the discussion will help us to find a
consensus.]
[N.B. 2: Please, keep Cc: to [EMAIL PROTECTED]
Dear debian-emacsen lurkers,
I
* Dirk Eddelbuettel [EMAIL PROTECTED] [2005-10-19 11:04]:
On 19 October 2005 at 10:47, Peter S Galbraith wrote:
| Niels is completely right in my view (Sorry Dirk). Nobody would be
| adding personal preferences to mode hooks in these files.
I have no particular attachment to this.
* Niels Möller [EMAIL PROTECTED] [2005-10-17 13:57]:
Package: octave2.1-emacsen
Version: 2.1.69-1
The octave-emacsen package installs a startup file
/etc/emacs/site-start.d/50octave.el which among other things contains
(add-hook 'octave-mode-hook
(lambda ()
Package: pdfjam
Version: 1.20-1
Severity: minor
Tags: patch
This is a minor problem, but the typo in the man page is annoying. The
patch for fixing it is below.
--- pdf90.sgml-orig 2005-10-13 08:28:24.133357888 +0200
+++ pdf90.sgml 2005-10-13 08:28:49.826451944 +0200
@@ -62,7 +62,7 @@
Package: wnpp
Severity: normal
Some time ago I packaged StatDataML (http://www.omegahat.org/StatDataML/)
for Debian hoping that it would be a solution for communicating data between
Octave and R. The current version of the statdataml package (1.0.9) still
has me as maintainer, although I
Version 0.4.0-12 of the octaviz package compiled correctly on the alpha
architecture. Could you please confirm that this version also builds on
ia64 and amd64, such that I can close these bug reports?
--
Rafael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
* Russ Allbery [EMAIL PROTECTED] [2005-10-11 18:55]:
Package: octave2.1
Severity: serious
Tags: patch
Justification: Policy 2.2.1
octave2.1 currently build-depends unconditionally on gfortran, but gfortran
is not available on m68k. Could you please modify the package to allow
fort77 on
* Mauricio Fuentes Montero [EMAIL PROTECTED] [2005-10-01 19:17]:
When trying to upgrade debian unstable this happend
$~ su root apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
You might want to run `apt-get -f install' to correct these.
The following
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere [EMAIL PROTECTED]
* Package name: slgdbm
Version : 1.6
Upstream Author : Paul Boekholt [EMAIL PROTECTED]
* URL : http://www.cheesit.com/downloads/slang/slgdbm.html
* License : GPL
Description
[Cc: to Josselin Muette, maintainer of the libhdf5 packages.]
* Dirk Eddelbuettel [EMAIL PROTECTED] [2005-09-16 22:07]:
On 17 September 2005 at 04:37, Rafael Laboissiere wrote:
| Thanks for spotting this problem. Besides the gfortran vs g77
| incompatibility, I see other dependencies
[Cc: to Josselin Muette, maintainer of the libhdf5 packages.]
* Dirk Eddelbuettel [EMAIL PROTECTED] [2005-09-16 22:07]:
On 17 September 2005 at 04:37, Rafael Laboissiere wrote:
| Thanks for spotting this problem. Besides the gfortran vs g77
| incompatibility, I see other dependencies
Some more thought on this:
* Rafael Laboissiere [EMAIL PROTECTED] [2005-09-17 19:44]:
Another question: octave2.1-headers has also currently the following
binary dependency:
libhdf5-serial-dev | libhdf5-lam-dev | libhdf5-mpich-dev
These packages conflict with each other
* Josselin Mouette [EMAIL PROTECTED] [2005-09-17 20:42]:
octave2.1 depends on libhdf5-serial-1.6.4-0c2 | libhdf5-1.6.4-0c2, the
latter being a virtual package provided by the three binary packages.
Is there a simple way to achieve this? Currently, the dependency on
libhdf5-serial-1.6.4-0c2 is
* Rafael Laboissiere [EMAIL PROTECTED] [2005-09-17 22:54]:
* Josselin Mouette [EMAIL PROTECTED] [2005-09-17 20:42]:
octave2.1 depends on libhdf5-serial-1.6.4-0c2 | libhdf5-1.6.4-0c2, the
latter being a virtual package provided by the three binary packages.
Is there a simple way
Package: libslang2
Version: 2.0.4-4
Severity: normal
Tags: patch
I am thinking about packaging a module for SLang2. The obvious question
is in which directory the *.so module must be installed. The current
libslang2 package looks for modules in /lib/slang/v2/modules. This is
actually not a
* Aaron M. Ucko [EMAIL PROTECTED] [2005-09-16 21:54]:
Package: octave2.1-headers
Version: 2.1.71-3
Severity: important
In general, octave2.1-headers's dependencies should probably reflect
octave2.1's build-dependencies. In particular, building octave2.1 against
gfortran causes mkoctfile
* John W. Eaton [EMAIL PROTECTED] [2005-09-14 02:07]:
On 10-Sep-2005, Rafael Laboissiere wrote:
| John, could you please confirm that this would fix the bug?
Looking at the code, I think it will avoid the problem.
Should we then file a bug report against the libc6 package requesting
Package: libc6
Version: 2.3.2.ds1-22
Severity: wishlist
For the full context in which this bug report originated, please see:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327027
Before I summarize the discussion in the URL above, let me say that I am not
fully sure that filing this
* John W. Eaton [EMAIL PROTECTED] [2005-09-09 13:22]:
On 9-Sep-2005, Laurent Bonnaud wrote:
| Too bad :. Did you submit bugs to the gcc or Debian BTS (I looked
| rapidly and did not find a relevant bug) ?
No, sorry, I didn't.
It seems to be a glibc bug. According to:
* Gilles [EMAIL PROTECTED] [2005-09-03 02:13]:
Hello.
# apt-get install libclass-autouse-perl
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
libclass-autouse-perl
0 upgraded, 1 newly installed, 0 to remove and 352
Dear Emacs maintainers,
I am forwarding this as requested by John W. Eaton. For the context, please
see:
http://bugs.debian.org/324471
* John W. Eaton [EMAIL PROTECTED] [2005-08-31 15:14]:
I applied this change to my sources.
Would you please also report this to the Emacs maintainers
* Robert Jordens [EMAIL PROTECTED] [2005-08-15 02:23]:
IIRC mpich was the last blocker for hdf5 to do the CXX transition.
mpich has been transitioned and built.
What's the status of hdf5 now?
hdf5 is blocking octave2.1 from entering testing, which blocks a several
other packages in its
975
#! /bin/sh /usr/share/dpatch/dpatch-run
## 72_XFig.pm-empty-lines-after-header.dpatch by Rafael Laboissiere [EMAIL
PROTECTED]
##
## DP: Allow empty lines after the header, as used by some of the files
## DP: in the standard XFig libraries.
@DPATCH@
--- fig2sty-0.1.orig/XFig.pm
+++ fig2sty-0.1
Mark,
I finished reviewing your patches. Here are the results:
* XFig_text_escape.diff
This one has apparently no effect. Escaped backslashes are correctly read
without this patch.
* XFig_empty_lines_after_header.diff
This one has a problem because it introduces an extra object when
Hi Mark,
I am writing a regression test suite for XFig.pm. The script attached below
works exactly in the same way if your patch XFig_text_escape.diff. Perhaps
I am failing to understand the purpose of this patch. Could you please
check this?
Thanks,
--
Rafael
#!/usr/bin/perl -w
use XFig;
* Andreas Jochens [EMAIL PROTECTED] [2005-06-17 23:29]:
Package: octave2.1
Version: 2.1.69-1
Severity: normal
Tags: patch
When building 'octave2.1' on amd64/unstable with gcc-4.0,
I get the following error:
lex.l:208: error: 'bracket_brace_paren_nesting_level::anonymous enum'
is/uses
To: Marcel Rohner [EMAIL PROTECTED],
Rafael Laboissiere [EMAIL PROTECTED]
Reply-To: Mark A. Hillebrand [EMAIL PROTECTED]
Dear Marcel, dear Rafael,
find attached some patches for the fig2sty package, that apply
cleanly to the upstream fig2sty.tar.gz and to the fig2sty_0.1-4 Debian
[Cc: to the Debian Bug Tracking System]
* Paul Boersma [EMAIL PROTECTED] [2005-06-15 17:40]:
of course we don't know that the error is in lesstif or whether instead
Motif is more lenient. The error message is just the one you sent me:
Warning: XtRemoveGrab asked to remove a widget not on
package praat
forwarded 313606 [EMAIL PROTECTED]
tags 313606 upstream
thanks
I confirm that the bug reported below (see http://bugs.debian.org/313606
for followups) is also present in version 4.3.14 of Praat for Linux. It is
an upstream problem.
* Felix Botner [EMAIL PROTECTED] [2005-06-14
* Paul Boersma [EMAIL PROTECTED] [2005-06-15 13:34]:
we have confirmed that the problem occurs only with the lesstif (i.e.
Debian) version. A Praat version linked with real Motif on the same
machine does not crash.
Thanks.
Could you please send me more informations about the problem (e.g. in
* Yann Dirson [EMAIL PROTECTED] [2005-01-27 13:08]:
Package: openvrml
Version: 0.14.3
Severity: wishlist
0.15.6 is out
FYI, I packaged 0.15.7 for my own consumption. The packages are available
at:
http://people.debian.org/~rafael/openvrml/
--
Rafael
--
To UNSUBSCRIBE, email to
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere [EMAIL PROTECTED]
* Package name: r-cran-hdf5
Version : 1.6.0
Upstream Author : Marcus G. Daniels [EMAIL PROTECTED]
* URL : http://cran.us.r-project.org/src/contrib/
* License : GPL
Description
. Added Libtool support.
+
+ -- Rafael Laboissiere [EMAIL PROTECTED] Mon, 23 May 2005 17:32:00 +0200
+
glpk (4.8-1) unstable; urgency=low
* New upstream release, packaged by Brady Hunsaker
diff -Naur glpk-4.8-orig/debian/rules glpk-4.8/debian/rules
--- glpk-4.8-orig/debian/rules 2005-05-23 17
* Olivier Sessink [EMAIL PROTECTED] [2005-05-19 13:55]:
Package: octave
Version: 2.1.69-1
Severity: normal
I got an error when starting octave:
[EMAIL PROTECTED]:~$ octave
octave: error while loading shared libraries: liblapack.so.3: cannot open
shared object file: No such file or
* Donovan Baarda [EMAIL PROTECTED] [2005-05-19 09:59]:
I dunno if this was a new package maintainer, or an upstream maintainer.
I was volenteering to be an upstream maintainer, but due to personal
things I need to get out of the way (relocating from Melbourne to
Dublin), I haven't chased
* Romain Francoise [EMAIL PROTECTED] [2005-05-19 08:35]:
Rafael Laboissiere [EMAIL PROTECTED] writes:
However, if nobody steps in, I am willing to fix critical problems in
the package by doing non-maintainer uploads. I would though really
prefer that someone else volunteers as a new
* Frank Lichtenheld [EMAIL PROTECTED] [2005-05-15 00:24]:
If tipa and tetex-bin from woody are installed and I upgrade to
sarge the upgrade fails, if the new tetex-bin is configured after
the new tipa:
Setting up tipa (1.2-1) ...
texhash: Updating /usr/local/share/texmf/ls-R...
texhash:
* Christian T. Steigies [EMAIL PROTECTED] [2005-05-04 11:14]:
gpcl_2.32-1_m68k.changes ACCEPTED
Thanks!
Do I need to build something else?
Regarding gpcl and octave-gpc, no.
--
Rafael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
[Cc: to debian-release]
* Andreas Jochens [EMAIL PROTECTED] [2005-05-01 15:16]:
Package: octave-gpc
Version: 0.1.4-1
Severity: serious
Tags: sarge
When building 'octave-gpc' on i386/testing,
I get the following error:
/usr/bin/mkoctfile -v -s -c gpc_create.cc
/usr/bin/g++ -c -fPIC
* Steve Langasek [EMAIL PROTECTED] [2005-05-01 14:27]:
On Sun, May 01, 2005 at 06:54:43PM +0200, Rafael Laboissiere wrote:
gpcl is in non-free and octave-gpc is in contrib. How could this problem
be fixed?
By getting gpcl updated on all architectures, requesting manual builds from
[Cc: to debian-release]
* Andreas Jochens [EMAIL PROTECTED] [2005-05-01 15:16]:
Package: octave-gpc
Version: 0.1.4-1
Severity: serious
Tags: sarge
When building 'octave-gpc' on i386/testing,
I get the following error:
/usr/bin/mkoctfile -v -s -c gpc_create.cc
/usr/bin/g++ -c -fPIC
* Andreas Barth [EMAIL PROTECTED] [2005-04-27 10:44]:
please see http://experimental.ftbfs.de/build.php?arch=pkg=octave2.9
for the full build log
How frequently does the page above get updated? I am asking because I
uploaded yesterday a new version octave2.9 that may fix the problem reported
package matwrap
tags 299502 upstream
forwarded 299502 [EMAIL PROTECTED]
stop
The bug report below has been filled against the matwrap package in Debian.
The bug is real and is fixed by the following patch:
--- wrap_octave.pl-orig 2005-04-21 18:29:57.093231744 +0200
+++ wrap_octave.pl
[ Added [EMAIL PROTECTED] to the Cc: list because the
Pod/Man.pm file concerned by the patch below is in that package. ]
* A. Costa [EMAIL PROTECTED] [2005-04-14 13:40]:
On Wed, 13 Apr 2005 15:33:20 +0200
Rafael Laboissiere [EMAIL PROTECTED] wrote:
...We should
consider the NAME
* Colin Watson [EMAIL PROTECTED] [2005-04-12 18:35]:
On Tue, Apr 12, 2005 at 07:06:28PM +0200, Rafael Laboissiere wrote:
Or am I misunderstanding your proposal?
You are. Currently, Pod::Man puts *(C` and *(C' in the NAME section. I'm
suggesting that, when it's generating the NAME section
* Thomas Weber [EMAIL PROTECTED] [2005-04-11 12:51]:
Package: octaviz
Version: 0.4.0-10
Severity: normal
octave:1 pwd
/usr/share/doc/octaviz/examples
octave:2 vtk_demo
error: liboctaviz.so: cannot open shared object file: No such file or
directory
error: called from `vtk_demo' in file
* A Costa [EMAIL PROTECTED] [2005-04-12 02:23]:
Package: pdl
Version: 1:2.4.2-2
Severity: normal
Bad formatting in '/usr/share/man/man3/PDL::Reduce.3pm.gz'
causes garbage output:
% whatis PDL::Reduce
PDL::Reduce (3pm)- - a *(C`reduce*(C' function for PDL
It's the same bug
* Rafael Laboissiere [EMAIL PROTECTED] [2005-04-12 12:16]:
In PDL::Reduce.pm.gz there are many instances of:
\f(CW\*(C`reduce\*(C'\fR
which seems to be a perfectly acceptable nroff construct.
The whatis program seems to scan the NAME section of man pages and display
the contents
* Colin Watson [EMAIL PROTECTED] [2005-04-12 14:32]:
Indeed. Right now, lexgrog is not even close to being able to parse
*roff at this level. Even if I were to implement that, other
implementations of whatis can't handle this either.
Well, if you do the correct parse at the mandb, then we
* Colin Watson [EMAIL PROTECTED] [2005-04-12 17:30]:
Pod::Man merely has to expand out the contents of the macros (.ds)
within NAME. It doesn't need to deprive you of any visual markup.
Huh? Actually, it is nroff who expands thee macros. Pod::Man generates
the macros and put them in the
* Ricardo Javier Cardenes Medina [EMAIL PROTECTED] [2005-04-09 01:27]:
Package: libplplot-dev
Severity: important
libplplot-dev provides (among others) /usr/lib/libplplotcxxd.so, which
points to /usr/lib/libplplotcxxd.so.9.1.0. This file is on package
libplplot-c++9, but libplplot-dev
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere [EMAIL PROTECTED]
* Package name: octave2.9
Version : 2.9.1
Upstream Author : John W. Eaton [EMAIL PROTECTED]
* URL : http://www.octave.org/
* License : GPL
Description : Numerical computation
* Rafael Laboissiere [EMAIL PROTECTED] [2005-03-30 16:45]:
* Jeroen van Wolffelaar [EMAIL PROTECTED] [2005-03-30 16:23]:
If that file is really non-free, you should probably repackage the
tarball (I note the tarball was repackaged anyway, as it has 'rafael' as
owner of all files) removing
* Rafael Laboissiere [EMAIL PROTECTED] [2005-01-27 23:33]:
Although the program is released under the GPL, there is a exception for one
file. I think I will need to deceide if the term are compatible or not with
the DFSG. Its license reads:
/* ipaSerifRegularPS.c
[...]
This is no more
* Jeroen van Wolffelaar [EMAIL PROTECTED] [2005-03-30 16:23]:
On Wed, Mar 30, 2005 at 03:48:00PM +0200, Rafael Laboissiere wrote:
* Rafael Laboissiere [EMAIL PROTECTED] [2005-01-27 23:33]:
Although the program is released under the GPL, there is a exception for
one
file. I think
package octave2.1-emacsen
tags 253188 fixed-upstream
thanks
* John W. Eaton [EMAIL PROTECTED] [2005-03-15 00:14]:
On 4-Mar-2005, Rafael Laboissiere [EMAIL PROTECTED] wrote:
| Therefore, I have a concrete proposal to fix the problem reported here
| once and forever. The patch attached below
package octave-forge
tags 299510 upstream
tags 299510 fixed-upstream
thanks
* Paul Kienzle [EMAIL PROTECTED] [2005-03-14 11:28]:
Fixed in the latest CVS.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
* Paul Kienzle [EMAIL PROTECTED] [2005-03-14 11:28]:
Fixed in the latest CVS.
- Paul
On Mar 14, 2005, at 10:49 AM, Loic Le Guyader wrote:
Package: octave-forge
Version: 2004.11.16-3
Severity: important
This simple thing should work:
octave2.1:1 minimize('sin',1)
error:
Package: libvtk4
Version: 4.4.2-4
Severity: normal
The shlibs files for libtvk4 and friends are incomplete, in the sense that
they lack version information. This can be easily fixed by calling
dh_makeshlibs -V in debian/rules. It will produce files like this:
libvtkCommon 4 libvtk4 (= 4.4.2-4)
, 10 Mar 2005 12:09:56 +0100
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Cc: Rafael Laboissiere [EMAIL PROTECTED],
Dirk Eddelbuettel [EMAIL PROTECTED],
John W. Eaton [EMAIL PROTECTED]
Organization: Motorola CRM
Dear Christophe,
I'm writing to you as you are the maintainer
package libumfpack4
submitter 298904 David Bateman [EMAIL PROTECTED]
thanks
David,
I am setting you as the submitter of Bug#298904. This means that the BTS
will act as it was you who originally sent the bug report. All
follow-ups will be sent to you, as well as the final notification if/when
to know the filename of
the device node, so IMHO it solves a different problem than my package.
For this reason, I have made the latter available as an unofficial
package from my webpage:
http://www.zero-based.org/debian/usbmount.html
Today, Rafael Laboissiere has contacted me with an offer
* Martin Waitz [EMAIL PROTECTED] [2005-03-08 16:59]:
so where's the problem in using HAL/gvm/pmount without the rest of
Gnome?
There is no problem, if someone prefer that approach, just go for it. I
find interesting to give the Debian users alternative solutions to the
problems.
I have not
package octave2.1-emacsen
tags 244070 fixed sarge
thanks
* Pascal A. Dupuis [EMAIL PROTECTED] [2005-03-07 16:59]:
On Sat, Mar 05, 2005 at 12:06:09AM +0100, Rafael Laboissiere wrote:
This problem seems to fixed in a more recent version of Octave. I tested
with Octave 2.1.65 and 2.1.67 (now
package libparse-recdescent-perl
tags 297921 upstream
forwarded 297921 [EMAIL PROTECTED]
thanks
* Marcin Owsiany [EMAIL PROTECTED] [2005-03-03 15:55]:
Package: libparse-recdescent-perl
Version: 1.94-1
Severity: minor
Hi!
The tutorial mentions multiple times returning values from
* John W. Eaton [EMAIL PROTECTED] [2004-06-07 15:18]:
On 7-Jun-2004, Dirk Eddelbuettel [EMAIL PROTECTED] wrote:
| On Mon, Jun 07, 2004 at 03:19:10PM -0400, D. Goel wrote:
| Package: octave2.1
| Version: 2.1.57-2
| Severity: wishlist
|
| When i use a keyword end when referring to
* Pascal A. Dupuis [EMAIL PROTECTED] [2004-04-16 15:48]:
Package: octave2.1-emacsen
Version: 2.1.57-1
Severity: important
Hello,
while trying to debug a perl script that I use as interfaces to a
MySQL DB, I found that octave, when run from inside Emacs (M-X
run-octave), has a tendency
Package: emacs-goodies-el
Version: 24.9-2
Severity: wishlist
emacs-goodies-el is great, thanks for putting this package together. I would
like to suggest the inclusion of the following editing mode for SLang files:
http://home.mchsi.com/~jmrobert5/files/slang-mode.el
I know, SLang is
[Cc: to the BTS]
* Alberto Maurizi [EMAIL PROTECTED] [2005-03-02 19:20]:
Could you please confirm that the same happens to you?
Not exactly.
I removed type=text and then I wrote it again in the first
polygon. The objective was to force xfig to rewrite a new file,
* Alberto Maurizi [EMAIL PROTECTED] [2004-12-09 19:28]:
Package: fig2sty
Version: 1:0.1-4
Severity: grave
Justification: renders package unusable
I experienced the problem wrinting my own xfig and trying to use it to
make an sty file format.
I also checked one of the
[Cc:ing to the BTS, such that our discussion is recorded somewhere. Hope
you don't mind.]
* Alberto Maurizi [EMAIL PROTECTED] [2005-03-02 16:08]:
OK, I reproduced the error and I can give you an example (the
archive in attachment)
1. cp -r
* John W. Eaton [EMAIL PROTECTED] [2005-01-18 22:20]:
OK, I just checked the bashbug script (which I used as the starting
point for octave-bug way back when) and it now uses
if [ -z $DEFEDITOR ] [ -z $EDITOR ]; then
if [ -x /usr/bin/editor ]; then
Package: grace6
Version: 5.99.0+final-3
Severity: normal
X-Debbugs-CC: Debian Octave Group [EMAIL PROTECTED]
The grace6 package has:
Replaces: grace
Provides: grace
However, grace6 does not really replace the grace package. Users of the
octave-forge forge package are complaining that
package octave-forge
tags 296973 upstream
forwarded 296973 [EMAIL PROTECTED]
thanks
- Forwarded message from Bill Denney [EMAIL PROTECTED] -
From: Bill Denney [EMAIL PROTECTED]
Subject: [Pkg-octave-devel] Bug#296973: octave-forge: weekday has incorrect
documentation
Date: Fri, 25 Feb
package octave-forge
tags 295395 upstream
forwarded 295395 [EMAIL PROTECTED]
thanks
- Forwarded message from Dennis Jørgensen [EMAIL PROTECTED] -
From: Dennis Jørgensen [EMAIL PROTECTED]
Subject: octave-forge: Replacing a submatrix of a sparse matrix results in a
full
matrix
Date: Tue,
Package: dpkg-dev-el
Version: 24.9-2
Severity: wishlist
Tags: patch
Below is a patch to debian-changelog-mode.el that adds a hook for automatic
inclusion of extra material in the changelog entries when creating a new
version. The hook is called debian-changelog-add-version-hook and contains
at
* Peter S Galbraith [EMAIL PROTECTED] [2005-02-24 09:53]:
Interesting! I'll look into this next week and will either use the
patch or add similar functionality. I think the hook is a good idea
anyway, so I'll likely add it. But having a defcustom to hold a default
entry might also be a
package octave2.1
forwarded 296375 [EMAIL PROTECTED]
thank
Dear Octave maintainers,
I confirm that the problem reported below against the octave2.1 Debian
package persists in Octave 2.1.65.
--
Rafael
- Forwarded message from Bill Denney [EMAIL PROTECTED] -
From: Bill Denney [EMAIL
* Jörg Sommer [EMAIL PROTECTED] [2005-02-04 10:33]:
Package: octave2.1-doc
Version: 2.1.64-3
Severity: wishlist
could you please provide a pdf version of octave.ps.gz, because pdf is
searchable and you can mark and copy from it.
I am not sure we want to increase the size of the package by
* Dirk Eddelbuettel [EMAIL PROTECTED] [2005-02-21 07:34]:
I think if you properly create the pdf from the dvi, you do in fact get
better searching, indexing, thumb-size page images etc pp.
I think you mean pdf from texi. I tried the following:
(cd doc ; TEXINPUTS=.:./..:: texi2pdf
* Rafael Laboissiere [EMAIL PROTECTED] [2005-02-21 16:02]:
I think you mean pdf from texi. I tried the following:
(cd doc ; TEXINPUTS=.:./..:: texi2pdf octave.texi)
and the generated octave.pdf is perfect. If nobody objects, I am going to
replace the PS files by the PDF files
Package: wnpp
Severity: wishlist
* Package name: octave-gtk
Version : 0.1
Upstream Author : Muthiah Annamalai [EMAIL PROTECTED]
* URL : http://octave-gtk.sf.net
* License : GPL
Description : GTK+ binding for GNU Octave
Octave GTK+ is a Octave binding for
package myspell-pt-br
tags 295985 upstream
forwarded 295985 Ricardo Ueda Karpischek [EMAIL PROTECTED]
thank
* Michel Loos [EMAIL PROTECTED] [2005-02-19 12:01]:
The pt_BR.dic file has several repeated roots
e.g.
outro/A
outro/B
in this way the second line is not considered by myspell and
* Brian Nelson [EMAIL PROTECTED] [2005-02-11 14:02]:
Package: aspell-pt
Version: 0.50-2-3.1
Severity: wishlist
I'm planning to upload aspell 0.60 Real Soon Now. Since the binary
format of the dictionaries has changed in 0.60, this dictionary must be
rebuilt. Attached is a patch to
* Donovan Baarda [EMAIL PROTECTED] [2005-02-07 06:06]:
On Sun, February 6, 2005 8:52 am, Rafael Laboissiere said:
I intend to orphan the prcs package.
[...]
Please don't, or can someone else please adopt it.
It's too late, I have already taken the decision and the package is de facto
Package: wnpp
Severity: normal
I intend to orphan the prcs package.
The package description is:
PRCS, the Project Revision Control System, is the front end to a set
of tools that (like CVS) provide a way to deal with sets of files and
directories as an entity, preserving coherent versions of
Package: wnpp
Severity: wishlist
* Package name: praat
Version : 4.3
Upstream Author : Paul Boersma and David Weenink
* URL : http://www.praat.org/
* License : GPL (with one exception, see below)
Description : program for speech analysis and synthesis
* Brian Nelson [EMAIL PROTECTED] [2005-01-21 01:40]:
The one hurdle in the way is the binary format of the dictionaries has
incompatibly changed again. Thus, the old dictionaries compiled with
0.50 will not work and must be rebuilt.
The packages aspell-pt and aspell-pt-br built against
This is just to make sure that the original bug to which this bug report
references is appropriately noticed:
* Dirk Eddelbuettel [EMAIL PROTECTED] [2005-01-14 19:29]:
On Fri, Jan 14, 2005 at 11:15:28AM +0100, Thomas Weber wrote:
Package: octave2.1
Version: 2.1.64-1
Severity: minor
1001 - 1098 of 1098 matches
Mail list logo
