This list is closed, nobody may subscribe to it.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(14) |
Nov
(10) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
(4) |
Mar
|
Apr
(3) |
May
(13) |
Jun
(2) |
Jul
(7) |
Aug
|
Sep
(2) |
Oct
(5) |
Nov
(8) |
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
(19) |
Apr
(8) |
May
(8) |
Jun
(8) |
Jul
(4) |
Aug
(8) |
Sep
(19) |
Oct
(13) |
Nov
(37) |
Dec
(2) |
| 2003 |
Jan
(7) |
Feb
(23) |
Mar
(16) |
Apr
(4) |
May
(18) |
Jun
(9) |
Jul
(7) |
Aug
(6) |
Sep
(7) |
Oct
|
Nov
(39) |
Dec
(57) |
| 2004 |
Jan
(21) |
Feb
(15) |
Mar
(17) |
Apr
(9) |
May
(17) |
Jun
(65) |
Jul
(33) |
Aug
(48) |
Sep
(93) |
Oct
(35) |
Nov
(18) |
Dec
(4) |
| 2005 |
Jan
(20) |
Feb
(59) |
Mar
(17) |
Apr
(59) |
May
(77) |
Jun
(32) |
Jul
(34) |
Aug
(8) |
Sep
(34) |
Oct
(26) |
Nov
(65) |
Dec
(66) |
| 2006 |
Jan
(45) |
Feb
(37) |
Mar
(50) |
Apr
(32) |
May
(48) |
Jun
(42) |
Jul
(12) |
Aug
(53) |
Sep
(51) |
Oct
(79) |
Nov
(46) |
Dec
(25) |
| 2007 |
Jan
(120) |
Feb
(78) |
Mar
(45) |
Apr
(91) |
May
(155) |
Jun
(66) |
Jul
(96) |
Aug
(110) |
Sep
(145) |
Oct
(189) |
Nov
(68) |
Dec
(160) |
| 2008 |
Jan
(163) |
Feb
(212) |
Mar
(209) |
Apr
(157) |
May
(216) |
Jun
(120) |
Jul
(80) |
Aug
(83) |
Sep
(98) |
Oct
(120) |
Nov
(80) |
Dec
(129) |
| 2009 |
Jan
(45) |
Feb
(80) |
Mar
(174) |
Apr
(142) |
May
(133) |
Jun
(191) |
Jul
(183) |
Aug
(138) |
Sep
(77) |
Oct
(141) |
Nov
(209) |
Dec
(131) |
| 2010 |
Jan
(85) |
Feb
(213) |
Mar
(245) |
Apr
(222) |
May
(168) |
Jun
(82) |
Jul
(50) |
Aug
(144) |
Sep
(92) |
Oct
(80) |
Nov
(64) |
Dec
(78) |
| 2011 |
Jan
(58) |
Feb
(98) |
Mar
(112) |
Apr
(98) |
May
(64) |
Jun
(150) |
Jul
(126) |
Aug
(59) |
Sep
(271) |
Oct
(154) |
Nov
(321) |
Dec
(183) |
| 2012 |
Jan
(146) |
Feb
(217) |
Mar
(426) |
Apr
(208) |
May
(206) |
Jun
(230) |
Jul
(158) |
Aug
(170) |
Sep
(237) |
Oct
(260) |
Nov
(178) |
Dec
|
|
From: Etienne G. <et...@cs...> - 2006-06-01 20:07:35
|
Done! On Thu, Jun 01, 2006 at 09:45:45AM +0200, Stefan Pofahl wrote: # Hello! #=20 # Please sent me a password # for the octave-wiki. #=20 # Best regards, #=20 # Stefan #=20 # --=20 # ste...@zs... # ZSW - Zentrum fuer Sonnenenergie- und Wasserstoff-Forschung # ZSW - Center for solar energy and hydrogen research # Geschaeftsbereich 3 - # Helmholtzstra=DFe 8 - 89081 Ulm - Germany #=20 # tel: +49-(0)731-9530-408 - fax: +49-(0)731-9530-666 #=20 #=20 #=20 #=20 # ------------------------------------------------------- # All the advantages of Linux Managed Hosting--Without the Cost and Risk! # Fully trained technicians. The highest number of Red Hat certifications= in # the hosting industry. Fanatical Support. Click to learn more # http://sel.as-us.falkag.net/sel?cmd____________________________________= ___________ # Octave-dev mailing list # Oct...@li... # https://lists.sourceforge.net/lists/listinfo/octave-dev --=20 Etienne Grossmann ------ http://www.cs.uky.edu/~etienne |
|
From: Stefan P. <ste...@zs...> - 2006-06-01 07:46:03
|
Hello! Please sent me a password for the octave-wiki. Best regards, Stefan --=20 ste...@zs... ZSW - Zentrum fuer Sonnenenergie- und Wasserstoff-Forschung ZSW - Center for solar energy and hydrogen research Geschaeftsbereich 3 - Helmholtzstra=DFe 8 - 89081 Ulm - Germany tel: +49-(0)731-9530-408 - fax: +49-(0)731-9530-666 |
|
From: Dr. C. C. T. <cha...@nc...> - 2006-05-30 22:00:19
|
I would like to register as octave-forge developer and contribute the attached functions to the communications toolbox. Future contributions will be in the area of signal processing for communications. Best Regards CT -- ---------------------------------------------------------- Dr. Charalampos C. Tsimenidis Lecturer Dipl.-Ing. MSc PhD MIEE MIEEE Degree Programme Director: MSc Communications and Signal Processing University of Newcastle Upon Tyne School of Electrical, Electronic, and Computer Engineering Communications and Signal Processing Group Merz Court Newcastle upon Tyne, NE1 7RU, United kingdom Email: cha...@nc... Telephone: +44 191 222 7347 Fax: +44 191 222 8180 Room Number: E2.16 ---------------------------------------------------------- |
|
From: Keith G. <kwg...@gm...> - 2006-05-24 13:31:47
|
May I have a password to the Octave wiki? A password was recently mailed to one of the Octave mailing lists. Is that for everyone to use? |
|
From: stefan.pofahl <st...@po...> - 2006-05-24 10:14:49
|
Hello! Please sent me a password for the octave-wiki. Best regards, Stefan --=20 ste...@zs... ZSW - Zentrum fuer Sonnenenergie- und Wasserstoff-Forschung ZSW - Center for solar energy and hydrogen research Geschaeftsbereich 3 - Helmholtzstra=DFe 8 - 89081 Ulm - Germany tel: +49-(0)731-9530-408 - fax: +49-(0)731-9530-666 |
|
From: LordHelmchen <me...@lo...> - 2006-05-23 18:06:22
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 greetings. in http://wiki.octave.org/wiki.pl?Producing_Graphical_Output there is a slight mistake in the very first example: octave:1> x = -1:0.1:-1; octave:2> plot (x, x.^2) produces an empty plot, the range should be octave:1> x = -1:0.1:1; I would have simply changed it, but I lack access :-) regards, - -- ------------ LordHelmchen StGB SS328 Absatz 2.3: Mit Freiheitsstrafe bis zu fünf Jahren oder mit Geldstrafe wird bestraft, wer eine nukleare Explosion verursacht. /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEc08Ikjh2CRpiG7QRA0FFAKCAaXXfRuH9hc4EpUcx/do97nhzRwCeOmpz 0Z0MtZvWjIgJm4heJ7sFMb0= =JVJP -----END PGP SIGNATURE----- |
|
From: David B. <Dav...@mo...> - 2006-05-23 14:10:38
|
Alexander Barth wrote: > Hi All, > > I wrote the function ndgrid (a multi-dimensional extension of > meshgrid). In matlab, this function is located in "elmat". Where can I > commit this function in octave-forge? Is main/general the appropriate > place? > > Cheers, > Alex > This is a core function of Matlab. At the moment I'm in the process of cleaning out all of the matlab core functions that are in octave-forge and feeding them to John. I'd therefore suggest that you don't submit this to octave-forge at all, but rather send your implementation to mai...@oc... for discussion, and when it is acceptable as a core function I imagine John will commit it to octave's CVS.. Regards David -- David Bateman Dav...@mo... Motorola Labs - Paris +33 1 69 35 48 04 (Ph) Parc Les Algorithmes, Commune de St Aubin +33 6 72 01 06 33 (Mob) 91193 Gif-Sur-Yvette FRANCE +33 1 69 35 77 01 (Fax) The information contained in this communication has been classified as: [x] General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary |
|
From: Alexander B. <ab...@ma...> - 2006-05-23 12:47:10
|
Hi All, I wrote the function ndgrid (a multi-dimensional extension of meshgrid). In matlab, this function is located in "elmat". Where can I commit this function in octave-forge? Is main/general the appropriate place? Cheers, Alex |
|
From: Etienne G. <et...@cs...> - 2006-05-21 14:02:37
|
----- Forwarded message from Etienne Grossmann <et...@cs...> ----- Date: Sun, 21 May 2006 09:58:47 -0400 From: Etienne Grossmann <et...@cs...> To: Jean-Daniel Bonjour <Jea...@ep...> Subject: Re: [OctDev] Asking for a login for Octave Wiki Hi (Salut) Jean-Daniel, thanks for proposing to contribute. Try logging in a=20 http://wiki.octave.org/wiki.pl?action=3Dpassword w/ the password xxxxxxxxxxx (mnemo: "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxx"). Cheers, Etienne On Sun, May 21, 2006 at 11:27:59AM +0200, Jean-Daniel Bonjour wrote: # Hi! #=20 # I'm asking for a login to contribute to the Octave Wiki. #=20 # Best regards, # Jean-Daniel BONJOUR # ______________________________________________________________________ #=20 # Jean-Daniel BONJOUR E-mail: Jea...@ep... # ENAC-IT1, B=E2timent GR # EPFL T=E9l: +41 (0)21 693 27 73 # CH-1015 Lausanne Fax: +41 (0)21 693 27 27 # ______________________________________________________________________ #=20 #=20 # ------------------------------------------------------- # Using Tomcat but need to do more? Need to support web services, securit= y? # Get stuff done quickly with pre-integrated technology to make your job=20 # easier # Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo # http://sel.as-us.falkag.net/sel?cmd____________________________________= ___________ # Octave-dev mailing list # Oct...@li... # https://lists.sourceforge.net/lists/listinfo/octave-dev --=20 Etienne Grossmann ------ http://www.cs.uky.edu/~etienne ----- End forwarded message ----- --=20 Etienne Grossmann ------ http://www.cs.uky.edu/~etienne |
|
From: Jean-Daniel B. <Jea...@ep...> - 2006-05-21 09:27:34
|
Hi! I'm asking for a login to contribute to the Octave Wiki. Best regards, Jean-Daniel BONJOUR ______________________________________________________________________ Jean-Daniel BONJOUR E-mail: Jea...@ep... ENAC-IT1, B=E2timent GR EPFL T=E9l: +41 (0)21 693 27 73 CH-1015 Lausanne Fax: +41 (0)21 693 27 27 ______________________________________________________________________ |
|
From: Spyros B. <ci...@us...> - 2006-05-20 08:48:45
|
Hi! I noticed that a bug has been introduced in boxplot.m file in the statistics in the last release (about 3 years ago) in the way outlying data is handled. If variables outliers_x/y or outliers2_x/y are empty, the plotting is aborted with an error (because plot doesn't work with empty matrix as input). A simple check for emptiness like "isempty(outlier2_x) || isempty(outlier2_y)" before plotting would fix this error. To reproduce (under octave 2.1.72) try issuing: boxplot(randn(100,1)) it fails 99% of the time. - Spyros Blanas |
|
From: John W. E. <jw...@be...> - 2006-05-19 07:00:07
|
On 19-May-2006, Paul Kienzle wrote: | Regarding the print_usage patch for octave-forge C++ files, | I see no reason not to check it in. OK, I checked it in. I'm also attaching it here for reference. jwe |
|
From: Paul K. <pki...@co...> - 2006-05-19 06:54:33
|
Regarding the print_usage patch for octave-forge C++ files, I see no reason not to check it in. The current octave-forge trunk already requires an octave-CVS build in order to run, so the only reason the patch wouldn't be acceptable is if it doesn't compile against octave CVS. Once octave-2.9.x is the recommended version (preferably sooner rather than later) I suspect we will start accumulating cruft again --- we cut off too much of the octave community if we force people to play on the bleeding edge. - Paul |
|
From: John W. E. <jw...@be...> - 2006-05-19 05:46:16
|
Up until now, we have used (for example)
print_usage ("svd");
in functions defined in C++, but something like
usage ("[n, s] = weekday (d, [form])");
in scripting language functions. This means duplication of
information in the script files since the help text usually contains a
line (or lines) like
@deftypefn {Function File} {[@var{n}, @var{s}] =} weekday (@var{d}, [@var{form}])
which could be used to generate the usage message.
Also up until now, the internal print_usage function would display the
entire help text for the function, which I know some people found
annoying.
Even having to specify the function name in the print_usage call is
less than ideal since it means duplicating some information about the
current function. It would be better to not have to supply the
function name and leave it to the print_usage function to find the doc
string for the current function and then format the @def... portion of
the text. So I've modified the internal print_usage function to do
that and produce output like this
octave:1> svd
Invalid call to svd. Correct usage is:
-- Loadable Function: S = svd (A)
-- Loadable Function: [U, S, V] = svd (A)
If the help text doesn't look like Texinfo or no @def... commands are
found, then the full text of the doc string is displayed as before.
To avoid breaking external code, we still have the function
void print_usage (const std::string&);
but the argument is ignored and it is tagged with GCC_ATTR_DEPRECATED
so you'll get a warning about it if you use it and you are compiling
with GCC.
In addition, I made the print_usage function accessible to the
scripting language. If (for example) the usage message in the
weekday.m file is replaced by
print_usage ();
then incorrect usage of weekday will result in the following message:
octave:1> weekday
Invalid call to weekday. Correct usage is:
-- Function File: [N, S] = weekday (D, [FORM])
For consistency, I'd like to make all the usage messages in Octave use
this new form. I've already converted all the C++ code. It would be
helpful if a few volunteers could help with this task by working
through all the current script files and replacing the calls to
"usage" (or disp, fprintf, etc., in perhaps a few cases) with
print_usage. It would probably be best to submit a separate patch for
each subdirectory in the script directory tree. If you are interested
in helping with this project, please let me know so we can coordinate
the effort.
Also, I have a patch to update all the Octave Forge C++ functions.
Should I check it in?
Thanks,
jwe
|
|
From: Paul K. <pki...@co...> - 2006-05-17 09:38:56
|
On May 17, 2006, at 4:51 AM, David Bateman wrote: > However, I have one compatibility issue in the case where y is a > matrix or an NDArray. Currently the octave-forge spline function > allows an n-by-d matrix to be passed for y where n is the length of > x, and the matrix y is treated column by column, whereas the matlab > function allows an NDArray of the form d1-by-d2-by- ... -dk-by-n which > is exactly the reverse. I can probably support both in the majority of > cases, however ppval and mkpp would need to be modified to store > and/or determine which is used. Alternatively, just using the matlab > syntax would keep mkpp and ppval pretty much identical to what they > currently are (with minor mods for NDArrays). Should I attempt to > support both formats for NDArrays, or should I just drop the current > octave-forge way of treating Matrixs y? Drop the current octave-forge way. Don't support both because it is ambiguous. The help for Matlab indicates that the spline interpolation direction is the transpose of interp1, so it is a documented misfeature. Since most other functions operate on columns by default I think the interp1 behaviour is better, however the consensus seems to be that we will put up with minor annoyances such as this for the sake of compatibility. - Paul |
|
From: David B. <Dav...@mo...> - 2006-05-17 08:51:37
|
Trying to port some of the matlab core functions to octave core, I was
looking at the spline, mkpp and ppval functions last night. Firstly, as
csape is not a matlab core function, it should be ported to octave core,
and so some portion of csape need to be cut and paste into spline.m.
Also when y is two elements longer than x, a complete spline should be
used, and I made this change. I also replaced things like
c(2:n - 1,:) = trisolve(ldg,dg,udg,g);
with
c(2:n - 1,:) =
spdiags([[ldg(:);0],dg,[0;udg(:)]],[-1,0,1],n-2,n-2) \ g;
as the octave core sparse solver uses the lapack tridiagonal solvers if
it can. However, I have one compatibility issue in the case where y is a
matrix or an NDArray. Currently the octave-forge spline function allows
an n-by-d matrix to be passed for y where n is the length of x, and the
matrix y is treated column by column, whereas the matlab function allows
an NDArray of the form d1-by-d2-by- ... -dk-by-n which is exactly the
reverse. I can probably support both in the majority of cases, however
ppval and mkpp would need to be modified to store and/or determine which
is used. Alternatively, just using the matlab syntax would keep mkpp and
ppval pretty much identical to what they currently are (with minor mods
for NDArrays). Should I attempt to support both formats for NDArrays, or
should I just drop the current octave-forge way of treating Matrixs y?
|
|
From: Etienne G. <et...@cs...> - 2006-05-16 14:59:19
|
Done!
----- Forwarded message from Etienne Grossmann <et...@cs...> -----
Date: Tue, 16 May 2006 10:56:13 -0400
From: Etienne Grossmann <et...@cs...>
To: laral4 <la...@ya...>
Cc: et...@cs...
Subject: Re: [OctDev] Need Octave Wiki Password
Reply-To: et...@cs..., et...@is...,
eti...@la...
X-CSUKY-MailScanner-From: et...@cs...
Hi Laral,
welcome to the wiki! Your password is 'xxxxxxxx' (Blanked out) mnemo:
"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx". You can log in at:
http://wiki.octave.org/wiki.pl?action=password
Thanks for offering to contribute to the wiki. See you there and on
the mailing lists.
Cheers,
Etienne
On Sun, May 14, 2006 at 09:15:23AM -0700, laral4 wrote:
#
#
#
# __________________________________________________
# Do You Yahoo!?
# Tired of spam? Yahoo! Mail has the best spam protection around
# http://mail.yahoo.com
#
#
# -------------------------------------------------------
# Using Tomcat but need to do more? Need to support web services, security?
# Get stuff done quickly with pre-integrated technology to make your job easier
# Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
# http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
# _______________________________________________
# Octave-dev mailing list
# Oct...@li...
# https://lists.sourceforge.net/lists/listinfo/octave-dev
--
Etienne Grossmann ------ http://www.cs.uky.edu/~etienne
----- End forwarded message -----
--
Etienne Grossmann ------ http://www.cs.uky.edu/~etienne
|
|
From: laral4 <la...@ya...> - 2006-05-14 16:15:30
|
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: William P. Y. H. <wil...@gm...> - 2006-05-12 16:28:46
|
At last :) On 5/12/06, David Bateman <Dav...@mo...> wrote: > Dear All, > > It appears that the octave Developer CVS is finally back up with the > change of the cvs host from cvs.sourceforge.net to > octave.cvs.sourceforge.net. So don't hesitate to commit those missing > patches, particular John for the recent changes in octave core so that > we can again build octave-forge with 2.9.5+ :-) > > Cheers > David > > -- > David Bateman Dav...@mo... > Motorola Labs - Paris +33 1 69 35 48 04 (Ph) > Parc Les Algorithmes, Commune de St Aubin +33 6 72 01 06 33 (Mob) > 91193 Gif-Sur-Yvette FRANCE +33 1 69 35 77 01 (Fax) > > The information contained in this communication has been classified as: > > [x] General Business Information > [ ] Motorola Internal Use Only > [ ] Motorola Confidential Proprietary > > --=20 William Poetra Yoga Hadisoeseno |
|
From: John W. E. <jw...@be...> - 2006-05-12 16:22:03
|
On 12-May-2006, David Bateman wrote:
| John W. Eaton wrote:
|
| >When I did the commit, I saw the following message:
| >
| > sh: /cvsroot/sitedocs/CVSROOT/cvstools/syncmail: No such file or directory
|
| Seems like its a hiccup. It probably means that there'll be no message
| confirming this commit. However, I can confirm that I can successfully
| check-out this change..
Yes, I should have said that this message only appeared after the
others that report on the status of the to-be-checked-in files. So it
doesn't seem serious, but I thought I would mention it.
I just ran
make clean
./configure
make
and there are errors related to images in at least the the main/comms
and main/fixed directories.
Making dvi comms.dvi
This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
file:line:error style messages enabled.
entering extended mode
(/scratch/jwe/src/octave-forge/main/comm/doc/comms.texi
(/usr/local/share/texmf/tex/texinfo/texinfo.tex
Loading texinfo [version 1999-09-25.10]: Basics, pdf,
(/usr/share/texmf-tetex/tex/plain/pdfcolor/pdfcolor.tex) fonts, page headings,
tables, conditionals, indexing, sectioning, toc, environments, defuns, macros,
cross references, (/usr/share/texmf-tetex/tex/generic/epsf/epsf.tex)
localization, and turning on texinfo input format.) [1{/var/lib/texmf/fonts/map
/pdftex/updmap/pdftex.map}] [2] [-1] Chapter 1 Chapter 2 [1] [2] [3]
/scratch/jwe/src/octave-forge/main/comm/doc/comms.texi:301: Missing number, tre
ated as zero.
<to be read again>
h
@dopdfimage ...fi @ifx @empty @imageheight @else h
eight @imageheight @fi {#1...
@centerline #1->@line {@hss #1
@hss }
@imagexxx ...centerline {@dopdfimage {#1}{#2}{#3}}
@else @setbox 0 = @hbox {@...
@image ...sftrue @fi @else @imagexxx #1,,,@finish
@fi
@centerline #1->@line {@hss #1
@hss }
...
l.301 @center @image{awgn, , }
?
/scratch/jwe/src/octave-forge/main/comm/doc/comms.texi:301: Illegal unit of mea
sure (pt inserted).
<to be read again>
h
@dopdfimage ...fi @ifx @empty @imageheight @else h
eight @imageheight @fi {#1...
@centerline #1->@line {@hss #1
@hss }
@imagexxx ...centerline {@dopdfimage {#1}{#2}{#3}}
@else @setbox 0 = @hbox {@...
@image ...sftrue @fi @else @imagexxx #1,,,@finish
@fi
@centerline #1->@line {@hss #1
@hss }
...
l.301 @center @image{awgn, , }
?
/scratch/jwe/src/octave-forge/main/comm/doc/comms.texi:301: Missing number, tre
ated as zero.
<to be read again>
{
@dopdfimage ...ght @else height @imageheight @fi {
#1.pdf}@ifnum @pdftexversi...
@centerline #1->@line {@hss #1
@hss }
@imagexxx ...centerline {@dopdfimage {#1}{#2}{#3}}
@else @setbox 0 = @hbox {@...
@image ...sftrue @fi @else @imagexxx #1,,,@finish
@fi
@centerline #1->@line {@hss #1
@hss }
...
l.301 @center @image{awgn, , }
?
/scratch/jwe/src/octave-forge/main/comm/doc/comms.texi:301: Illegal unit of mea
sure (pt inserted).
<to be read again>
{
@dopdfimage ...ght @else height @imageheight @fi {
#1.pdf}@ifnum @pdftexversi...
@centerline #1->@line {@hss #1
@hss }
@imagexxx ...centerline {@dopdfimage {#1}{#2}{#3}}
@else @setbox 0 = @hbox {@...
@image ...sftrue @fi @else @imagexxx #1,,,@finish
@fi
@centerline #1->@line {@hss #1
@hss }
...
l.301 @center @image{awgn, , }
?
Error: etex (file awgn.pdf): cannot find image file
==> Fatal error occurred, the output PDF file is not finished!
/usr/bin/texi2dvi: etex exited with bad status, quitting.
/usr/bin/texi2dvi: see comms.log for errors.
(I have to type RET several times in response to TeX error messages to
get this far). It seems that there are no rules to build the required
pdf files. Or maybe I don't have the right tools installed? What is
needed?
jwe
|
|
From: David B. <Dav...@mo...> - 2006-05-12 16:08:08
|
John W. Eaton wrote: >On 12-May-2006, David Bateman wrote: > >| It appears that the octave Developer CVS is finally back up with the >| change of the cvs host from cvs.sourceforge.net to >| octave.cvs.sourceforge.net. So don't hesitate to commit those missing >| patches, particular John for the recent changes in octave core so that >| we can again build octave-forge with 2.9.5+ :-) > >OK, I checked in my changes to adapt the code in Octave Forge's >main/fixed directory to build with newer versions of Octave that no >longer have DEFVAR. > >When I did the commit, I saw the following message: > > sh: /cvsroot/sitedocs/CVSROOT/cvstools/syncmail: No such file or directory > >jwe > > > Seems like its a hiccup. It probably means that there'll be no message confirming this commit. However, I can confirm that I can successfully check-out this change.. D. -- David Bateman Dav...@mo... Motorola Labs - Paris +33 1 69 35 48 04 (Ph) Parc Les Algorithmes, Commune de St Aubin +33 6 72 01 06 33 (Mob) 91193 Gif-Sur-Yvette FRANCE +33 1 69 35 77 01 (Fax) The information contained in this communication has been classified as: [x] General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary |
|
From: John W. E. <jw...@be...> - 2006-05-12 15:58:17
|
On 12-May-2006, David Bateman wrote: | It appears that the octave Developer CVS is finally back up with the | change of the cvs host from cvs.sourceforge.net to | octave.cvs.sourceforge.net. So don't hesitate to commit those missing | patches, particular John for the recent changes in octave core so that | we can again build octave-forge with 2.9.5+ :-) OK, I checked in my changes to adapt the code in Octave Forge's main/fixed directory to build with newer versions of Octave that no longer have DEFVAR. When I did the commit, I saw the following message: sh: /cvsroot/sitedocs/CVSROOT/cvstools/syncmail: No such file or directory jwe |
|
From: David B. <Dav...@mo...> - 2006-05-12 13:27:50
|
Dear All, It appears that the octave Developer CVS is finally back up with the change of the cvs host from cvs.sourceforge.net to octave.cvs.sourceforge.net. So don't hesitate to commit those missing patches, particular John for the recent changes in octave core so that we can again build octave-forge with 2.9.5+ :-) Cheers David -- David Bateman Dav...@mo... Motorola Labs - Paris +33 1 69 35 48 04 (Ph) Parc Les Algorithmes, Commune de St Aubin +33 6 72 01 06 33 (Mob) 91193 Gif-Sur-Yvette FRANCE +33 1 69 35 77 01 (Fax) The information contained in this communication has been classified as: [x] General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary |
|
From: David B. <Dav...@mo...> - 2006-05-12 09:49:49
|
Dear All, I received the attached e-mail from source-forge about the recent CVS problems and the rolling-out of new hardware to fix this today. The major change for us is in the CVS server name. To check-out from the anonymous CVS server will now require a command like cvs -d:pserver:ano...@oc...:/cvsroot/octave co octave and similar to checkout from the developer CVS will require a command like cvs -d:ext:USE...@oc...:/cvsroot/octave co octave where USERNAME is your sourceforge username. For those with a checked out tree already, replacing all of the CVS/Root files with an appropriately edited Root file (replace cvs.sourceforge.net with octave.cvs.sourceforge.net) should allow you to continue to use the same checked out tree. Don't try this till the weekend however, as the rollout is supposed to be today, and you'll probably not be able to access the new servers till at least tomorrow. Regards David -- David Bateman Dav...@mo... Motorola Labs - Paris +33 1 69 35 48 04 (Ph) Parc Les Algorithmes, Commune de St Aubin +33 6 72 01 06 33 (Mob) 91193 Gif-Sur-Yvette FRANCE +33 1 69 35 77 01 (Fax) The information contained in this communication has been classified as: [x] General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary |
|
From: Paul K. <pki...@co...> - 2006-05-10 11:34:24
|
On May 10, 2006, at 6:56 AM, Thomas Weber wrote: > Hi, > > Am Mittwoch, den 10.05.2006, 11:34 +0200 schrieb Rafael Laboissiere: >> This may help you (from the CVS documentation): >> >> 7.3 Removing directories >> ======================== >> >> [snip] specify the `-P' option to `cvs update' or `cvs checkout', >> which will cause CVS to remove empty directories from working >> directories. > > Eh, no. As the directory is still in HEAD, I obviously get it in my CVS > tree. The problem happens with a totally fresh checkout. You could try the sourceforge daily snapshot. I don't know where it is off hand and don't have time to find it. Check the lists. - Paul* |