Quoting David N. Welton [EMAIL PROTECTED]:
Massimo Manghi wrote:
Quoting David N. Welton [EMAIL PROTECTED]:
Remember that they are persistent *within the particular instance of
Apache* - and since Apache usually runs with several child processes,
you can't count on something like
://en.wikipedia.org/wiki/HTTP
In any case, that's correct, there is no state unless you create it
artificially, by using the session package for instance.
thank you, the first part of your explanation made
it clear.
-- Massimo Manghi
of this code myself in order to get it working with mysql (on a Debian
machine)
I'm interested in using both packages and if Arnulf is willing to share
his work i'm ready provide my own patches and help him doing some
new work.
regards
--
-- Massimo Manghi
-- Dipartimento di Biologia Evolutiva e
is puzzling but I'm unwilling to
think that the fellows who wrote it did it without a
good and specific reason. Just out of curiosity
someone would explain why it was done this way?
thank you
--
-- Massimo Manghi
-- Dipartimento di Biologia Evolutiva e Funzionale
-- Università degli Studi di
argument in the method: as I saw it it made me
think where the hell the braces are?
--
-- Massimo Manghi
-- Dipartimento di Biologia Evolutiva e Funzionale
-- Università degli Studi di Parma
-- Parco Area delle Scienze 11A - 43100 Parma
package for Debian 'unstable' include this 2.0 things?
-- Massimo Manghi
This message was sent using IMP, the Internet Messaging Program.
Imp3 - Webmail del Dipartimento
David Welton wrote:
On 7/18/06, Massimo Manghi [EMAIL PROTECTED] wrote:
Some more things to try:
Launch apache with the -X flag to put it in single process mode.
I obtained the backtrace running in single process mode.
Keep eliminating code to see if you can get it to crash with less
anyway. Where did i
get it wrong?
-- Massimo Manghi
This message was sent using IMP, the Internet Messaging Program.
Imp3 - Webmail del Dipartimento di Biologia
Quoting David Welton [EMAIL PROTECTED]:
I don't know what happened. I also tried by wiping out the the whole
source tree and checking out from repository. I applied that simple patch
but ...nope sorry
it doesn't compilebut this is not related
to your patch, of course.
-- Massimo
Quoting Massimo Manghi [EMAIL PROTECTED]:
David Welton wrote:
You could try adding this patch and see if it works:
--- src/mod_rivet.c (revision 449811)
+++ src/mod_rivet.c (working copy)
@@ -885,6 +885,8 @@
exit(1);
}
+Rivet_Init(interp);
+
I
...
Considering the obvious lack of time what release goals have
to be matched in order to make the tweaking of a 1.0 relaese
worthwhile?
--
-- Massimo Manghi
-- Dipartimento di Biologia Evolutiva e Funzionale
-- Università degli Studi di Parma
-- Parco Area delle Scienze 11A - 43100 Parma
Client-Date: Mon, 19 Feb 2007 11:11:12 GMT
Client-Peer: 127.0.0.1:80
Client-Response-Num: 1
which gets the browser confused about what to do with
the resource.
--
-- Massimo Manghi
-- Dipartimento di Biologia Evolutiva e Funzionale
-- Università degli Studi di Parma
-- Parco Area delle Scienze 11A
' header was already ok.
Yesterday I started to work on a page to be included in the documentation
that recaps the experience I made.
--
-- Massimo Manghi
-- Dipartimento di Biologia Evolutiva e Funzionale
-- Università degli Studi di Parma
-- Parco Area delle Scienze 11A - 43100 Parma
Valery Masiutsin wrote:
Hello.
One more short patch.
I forgot to propagate new variables to src/apache-1/Makefile.am
Here is the patch which does that.
Regards Valery
Thank you Valery,
after applying this patch i was able to build rivet for apache-1.
I'm going to test it on apache-1.3
David, did you apply all the patches? I'm not able
to rebuild the module for apache 1 from a clean
checkout. (and in order to get a working 'configure'
i have to rebuild it with aclocal and autoconf)
-- Massimo
On Sun, 9 Sep 2007 19:37:21 +0200, David Welton wrote
Here are fresh patches
I can't commit because I'm forbidden to do so.
Before you ask: ** my working copy was checked out
with https **, so it's not that simple. I googled
part of the error message
svn: MKACTIVITY of '/repos/asf/!svn/act/5ad899cc-883a-4609-bf57-9362e65411d4':
403 Forbidden (https://svn.apache.org)
and
David Welton wrote:
svn: MKACTIVITY of '/repos/asf/!svn/act/5ad899cc-883a-4609-bf57-9362e65411d4':
403 Forbidden (https://svn.apache.org)
and found out that this problem is common for the apache
committers. A thread in the developers list of a project
called 'tuscany' doesn't explain why but
Hi Folks
I've been working a bit on what seemed to me a bug at first
(we discussed on the list this problem about one year ago).
Some of the documented commands of rivet ('[un]escape_string'
and others) where not available to the interpreter.
A close look at the code shows that librivet.so
David Welton wrote:
The package name is 'Rivet'. It looks to me an arguable choice
unless the authors had in mind some sort of major reorganization
of the rivet commands. 'Rivet' (the package) provides 2 other
(undocumented ?) sets of commands: a simple cryptographic
system (a data obfuscation
(the current scripts
in 'trunk' copy everything in /usr/lib/rivet and don't handle
this case)
- It might also be a problem for users who compile
and install the module on their own if they don't remove
a previous release's directory.
-- Massimo
Massimo Manghi wrote:
Hi,
what is the way by which
Valery Masiutsin wrote:
Hello, Massimo !
If you are runing different versions of rivet simultaneously, and they
keep same versions of packages inside auto_path, you have to either
change their numbering and go with strict 'package require blah
version' (on Tcl or on C level does not matter),
Cristian wrote:
Hi,
I see that the actual implementation of load_response.tcl produces a
increasingly nested list when parsing multiple values for a given key.
I've corrected this by changing it to use concat instead of list (diff
attached to be run in rivet/rivet-tcl/). I also saw that no
Cristian wrote:
Hi massimo,
I finaly found the archives by googling for rivet-dev and archive. It
is even searchable! Will check there in the future before posting...
So if I understand it correctly, wouldn't the following solve the problem?
i suspect the answer depends on what you expect
Comprehensive patch that fixes a couple of spelling errors, changes the
front page
and expands the description of 'load_response'. I will commit
'load_response' (the
procedure) when i commit the docs also.
-- Massimo
Index: rivet.xml
Valery Masiutsin wrote:
Hello, guys !
Here is small patch which replaces questionable (ugly ?)
Rivet_IsRivetFile function,
with cleaner equivalent.
It compiles fine for me.
Please review and test.
Regards Valery.
Hi Valery,
your patch looks more than reasonable. If the association
a quick test of the patch didn't work to me. An .rvt file is passed
verbatim to the client. I enabled the debug message you had
introduced and then commented out.
fprintf(stderr, content_type: %s\n, req-content_type);
fflush(stderr);
in apache2/error.log the server keeps printing
Hi Valery,
I found out that my apache2 had a problem with
the conf files. Actually the former check for the rivet
files kept the problem submerged. If you didn't change
it I would not realized it. Rivet is working on apache2
now and, as a matter of fact, i was able to run the whole
site I
Valery Masiutsin wrote:
Hello,guys !
Here's more patches.
1.doc_Makefile_am.diff - simple oneliner fixes make clean in docs.
2.src_apache-2_Makefile_am.diff
Fixes includes, otherwise macros expansion breakes, ApacheRequest_upload is a
good example, it compiles fine but you are getting
David Welton wrote:
ap_chdir_file was simply commented out (why?). In fact I noticed
yesterday that
some pages that had nested templates in them were broken.
Printing the output of 'pwd' showed that templates were stuck to the
documentRoot
Keep in mind that there are also Tcl_
In this case we should include the copyright notice in mod_rivet.c (after
ASF copyright notice, I presume)
-- M
Valery Masiutsin wrote:
Hello, David !
On 10/18/07, David Welton [EMAIL PROTECTED] wrote:
What's the license for mod_ruby?
As far as i see from source code it is a
Valery Masiutsin wrote:
Hello, Massimo !
The story with ap_chdir_file is that it was considered useless by
apache (2 version) developers, and declined. I grabbed a look into
mod_ruby and mod_python source code to find out how did they sorted
the issue with its absence. I found that they wrote
David Welton wrote:
Massimo - do you have the time to commit Valery's patches?
I'm going to commit. I bumped up the version in AC_INIT because
trunk was behind 1_0 and it didn't make sense. I also reestablished
the version number in the target directory of the libraries. I didn't
ask
It also may help to keep the development of the apache-1 and
apache-2 together, at least to fix their behavior in
well defined common tests as long as we imagine the 2
modules as providing the same functionalities in 2
different webservers. After all is this what we want?
Having just apache-2 to
Hi Valery,
As usual your opinions exhibit strong points.
I accept your point of view if Rivet must have new and
absolutely necessary features that are missing now and for which
we don't have any other option except for bringing them into
a future architecture. I mean feature for the application
David Welton wrote:
As I already told David, I'd like
if we started to think about a planning of the
project (as Valery suggested some weeks ago)
That would give me a chance to concentrate myself
on some aspects or modules and maybe be productive.
What is there to plan, really? Some
David Welton wrote:
Hi,
I just wanted to add a note about chdir. The reason it's not in the
apr_ stuff is that Apache 2 has the potential to be run 'threaded' -
which means that having a cwd is not really possible.
However... I think that it's better to get something working rather
than
First of all I apologize for this lengthy message
but I stacked quite a few things to talk about.
I've been working on a few problems that I thought had to
be fixed or at least tested.
I want to make public on the list what I'm doing,
before I pursue goals that are not shared or maybe
are
Valery Masiutsin wrote:
Hello, Massimo !
Hm would you like to point me to the conversations about exit handlers ?
How much time ago that was happened ?
December 2005
http://mail-archives.apache.org/mod_mbox/tcl-rivet-dev/200512.mbox/browser
I am working on replacing libapreq bits with
On Fri, 9 Nov 2007 12:11:33 +0100, David Welton wrote
Hrm... I see what you're trying to do... that would match a lot of
the Tcl docs. However, if it looks difficult, it probably is, and docbook
is something you can easily waste days with if you're not careful.
I'd just add a note somewhere
On Fri, 9 Nov 2007 12:11:33 +0100, David Welton wrote
Hrm... I see what you're trying to do... that would match a lot of
the Tcl docs. However, if it looks difficult, it probably is, and docbook
is something you can easily waste days with if you're not careful.
I'd just add a note somewhere
On Sun, 30 Dec 2007 17:31:43 +0100, David Welton wrote
I know that putting this question I'm maybe destroying the
residual reputation I have: what is 'ab'?
It stands for 'apache benchmark', and the man page should be
available with 'man ab'. You can use it to measure performance, but
Fixed the timestamps for DATE_LOCAL and DATE_GMT in
apache-2/TclWebapache.c.
The values of server(RIVET_DIR) and server(RIVET_INIT)
have been fixed. I couldn't fix SERVER_CONF though and
for what I can see from the docs and httpd.h, the apache
server configuration filename isn't stored anymore
On Tue, 05 Feb 2008 00:58:47 -0500, Tom Brown wrote
I am configuring a web server on Slackware 12.0 which comes with
Apache
2.x. Since Rivet 2.0 isn't quite ready, I compiled Apache 1.3.41
from source. Now I'm attempting to install rivet_0.4.0-1.
When I run ./configure.tcl in
On Sat, 23 Feb 2008 16:02:30 -0800 (PST), crouzilles wrote
Hi all,
How do I output a .rvt file to the browser via TCL. I obviously need
it to be parsed first, but I can't figure out how to send the .rvt
file to the browser once the TCL has finished doing what it has to do.
Thank you
Beside cgi environment I can't see a real difference
between 'notes' and 'subprocess_env', thus I can't make up
an opinion about what is preferable. I can understand
that 'notes' is free from the burden of supporting
various things related to cgi, but that's all. Do
you think your code is already
I've beein working a bit to enable Rivet
to infer the default charset using the
'AddType' lines in the conf files.
'AddType' first argument is a mime-type
specification, which can include a charset
definition.
For Rivet this could be
AddType 'application/x-httpd-rivet; charset=utf-8' rvt
I think I need help about this
I realized the CacheSize parameter
is either defined in the configuration or set
as '10', whereas the doc page says
Sets the size of the internal page cache,
where size is the number of byte-compiled
pages to be cached for future use. Default is
A detailed description of the patches sent around in
my previous message. Regards.
-- Massimo
2008-06-30 Massimo Manghi [EMAIL PROTECTED]
* src/rivet.h: added macro STRNEQU(s1,s2) which efficiently
compares 2 strings. Unlike STREQU(s1,s2) this new macro compares
with either of the following.
apachectl restart
/etc/rc.d/rc.httpd restart
That's it. Unless you want to use .tcl CGI files, you're done.
Tom
Tom Brown
Free Geek Michiana
Massimo Manghi wrote:
You're welcome,
just out of curiosity: are you working with apache 2.x
On Wed, 9 Jul 2008 11:40:10 +0200, David Welton wrote
Truth be told... I'm not sure if there is really a good fix. The
user hasn't set the cache size, and the max requests per child isn't
set either, so we just pick a number. Perhaps in this day and age a
bigger number might be better.
I noticed Rivet failed to parse complex
templates composed by several nested .rvt files.
It turned out the problem occurred only when at least
2 templates were parsed within the same nesting level.
I put into apache-2/mod_rivet.c a test condition
taken from the apache-1/mod_rivet.c that fixes
I changed a couple of rule in rivet.xsl: they
basically make example boxes a bit more flexible
for html browsing and made their background color
a bit more neutral. I also made the character
in them slighly smaller in order to have more
space for code lines.
I'm working on
On Fri, 29 Aug 2008 22:28:05 +0200, David Welton wrote
I'm working on apache_multipart_buffer, but
I think the next week is going to be busy.
The thing to look at with that is this:
apache-1/apache_multipart_buffer.c
the file in apache-2 basically differs only for
the api calls
to work on the website.
- Are there any newer/better solutions for implementing
server-side TCL/TK scripts into HTML?
http://tcl.apache.org/
Thanks in advance for any help,
Ricardo
you're welcome
-- Massimo Manghi -
Dipartimento di Biologia Evolutiva e Funzionale
Università
As I resumed some maintenance on Rivet's code I found out
the code that was quite nicely working last summer segfaults
when rivet templates parse other embedded templates. The gcc
compiler and the C library have been upgrade since then but no
other applications, either mine or shipped with
Thank you Damon for the quick answer.
On Fri, 7 Nov 2008 13:10:36 -0600, Damon Courtney wrote
TCL_CMD_HEADER( Rivet_Parse )
{
char *filename;
Tcl_StatBuf buf;
Tcl_Obj *fnobj;
...
fnobj = Tcl_NewStringObj(filename, -1);
Tcl_IncrRefCount(fnobj);
retval =
Index: src/apache-2/rivetCore.c
===
--- src/apache-2/rivetCore.c(revision 712202)
+++ src/apache-2/rivetCore.c(working copy)
@@ -41,6 +41,7 @@
#include tcl.h
#include string.h
#include stdio.h
+#include apr_errno.h
#include
Hi Karl,
as you are one of Rivet's masterminds it's good to hear from you again.
Actually 'upload channel' works for me (apache2 and rivet code from svn
trunk)
but, as you said, 'upload data' complains about the server configuration
variable not
being set.
Karl Lehenbauer wrote:
This was
Before more commits to rivet.xml are done
I submit to your approval the splitting of the manual
in 12 xml files bound toghether in a single
small new rivet.xml. This should make the manual
more flexible for future changes. I won't attach
here the new rivet.xml because I guess everyone
can image
I've managed to get a list of the examples
in the TOC of the manual. This was done
changing the docbook xsl param 'generate.toc'.
I wanted to have the examples listed as
items in the tree of the toc, but chose
to go this way, given the minimum effort
and maximum future portability (being
On Wed, 3 Dec 2008 22:50:01 +0100, David Welton wrote
I replaced the svn Date property with the
component ?dbtimestamp=... ? that calls
a timestamp function of the xslt processor.
It seems that this processing istruction is
supported by most xslt processors except for
MSXSL though.
I made some attempt to use the new 'tempname'
subcommand and found out that actually it is not in
the interpreter. In fact it seems that Karl forgot to
commit the updated rivetCore.c with the new
command. Am I getting it wrong? Karl, do you
want me to add the code in that file?
-- Massimo
I had a chance to look into the code to understand what
raw_post does and why didn't work (as KL pointed out).
The reason for raw_post not returning data (I don't have
tcl errors) is that the command actually is implemented
only for uurlencode form data. Multipart/form-data parsing
simply doesn't
I made the simple changes that were needed to have the
subcommand 'upload tempname' handled by the interpreter.
I think I'm going to commit soon
Index: src/apache-2/rivetCore.c
===
--- src/apache-2/rivetCore.c(revision 728469)
DESTDIR has been coded into the install-data-local and
uninstall-local rules following the patch provided by
kik...@gmail.com and accordingly to Automake documentation
and directives
Index: Makefile.am
===
--- Makefile.am (revision
The syntax you have depicted here seems to be a very natural approach to
the problem: easy to read and easy to use. This command has to signal a few
potential error conditions though: table-key-value not existing, but
also more specifically
improper table names or not existing key in a valid
On Fri, 1 May 2009 11:07:36 -0500, Karl Lehenbauer wrote
So you would prefer for it to work like an array? Have an
apache_table exists tableName key and make apache_table get
tableName key force an error ?
in a word: yes.
-- Massimo
I read the log of your last commit and it looks like I introduced
this bug because I missed the implications of having the SVI
switch turned on. I apologize.
-- Massimo
Karl Lehenbauer wrote:
Separate virtual interpreters are amazingly cool. Using them,
fiddling with auto_path, and using git
while i was recovering from a flue i worked on the scripts i used to
regenerate the website. I originally wrote these scripts along with my
students as a case of study for developing a small, slowly changing
website and keeping it manageable.
the experimental website is (temporarily) hosted
I can't remember what exactly I did introducing this macro
and svn.apache.org seems to be down at the moment to read
the logs. I'm quite certain I added ACLOCAL_AMFLAGS = -I m4
to Makefile.am
I tried to rebuild the configure script in the way
you did and my libtool installation (2.2.6) suggested
'Session' is a pure IncrTcl package. It might be worth checking whether
you're loading an Itcl package that goes along with the Tcl library
against which you have compiled Rivet. I had problems with this issue
and could not move my applications to Tcl8.5 until Debian started to
ship Itcl
Hi Tom
Thomas Lloyd wrote:
Hi Massimo,
Again your right about mysqltcl. I am working on two systems one at work
and one at home testing my set-up in both locations. I thought I had
installed mysqltcl at both locations. I had not at home where I was
getting this error message. Not knowing how
Karl Lehenbauer wrote:
We should nuke or at least redirect http://tcl.apache.org/rivet/docs/
since http://tcl.apache.org/rivet/manual/ is more recent.
I would opt for wiping out the old docs, unless some relevant resource
outside our control is retaining a link to it.
-- Massimo
On Fri, 19 Mar 2010 13:23:56 +0100, Ronnie Brunner wrote
Karl Lehenbauer wrote:
We should nuke or at least redirect http://tcl.apache.org/rivet/docs/
since http://tcl.apache.org/rivet/manual/ is more recent.
I would opt for wiping out the old docs, unless some relevant resource
Tom, you have to check consistently if you're using a compatible itcl
package before doing anything. Check with your preferred package manager
which dependencies has your itcl installation or, from the shell, run
'dpkg -s itcl3'. It should tell you every relevant information.
I don't know how
The projects is slowly changing lately. I can only suggest we pick one of the
latest snapshots, rename it as rivet-0.8.0.tar.gz (perhaps we may add a 'b1')
and put it on the website.
The websites I made cannot be compared to filghtaware to any extent, but I've
been running rivet on apache2.2
Hi
I'm preparing a training session on Apache and Rivet for my students and
I'm going to teach them how install a trial webserver in their user disk
space (we don't have root access to these computers).
On a test installation my scripts could not load the 'Rivet' package
anymore because the
I've played around with the form package, which is very handy. Writing a
docbook page for this package shouldn't take too long. I would be
bothered writing it, but not before the end of the week. Another not yet
documented package is Crypt, a package written in C that provides (to my
1.1 was also my proposal. Damon suggested 2.0 instead on the argument
that such a version number would make clear that this release is meant
to work also with Apache 2.x.
-- Massimo
On 04/27/2010 10:44 PM, Jeff Lawson wrote:
How about calling it version 1.1 instead? Then it won't seem
Dear Rivetters
a vote has been held on the pmc list and the proposal to release the
code in trunk accepted. The release will be named 2.0.0, following David
and Damon (D-D) suggestion. They fathered Rivet and still hold a golden
share on the project.
We are in the process of fulfilling ASF
I beg your pardon for adding noise to the list.
On Thu, 29 Apr 2010 10:20:56 +0200, Massimo Manghi wrote
Dear Rivetters
a vote has been held on the pmc list and the proposal to release the
code in trunk accepted. The release will be named 2.0.0, following
Actually I meant the code
Hi Ronnie,
good questions that make me critically examine what I did.
First of all, we can still tag the code in trunk to follow your suggestion, if
we deem it as a good course of action. I would consider the possibility and,
in case, tag it before new commits happen.
Second reason: since a
Hi Arnulf,
I'm glad to see your interest in trying Rivet 2.0. Any feedback about
your impressions on Rivet, also working in conjunction with itclng,
would be much welcome.
cheers
-- Massimo
On 05/03/2010 10:03 AM, Arnulf Wiedemann wrote:
Thanks,
as current maintainer of itclng, I was
Hi folks
I'm working on a project where documents will be served encoded with UTF-8. I
thought that I could simply add headers type 'text/html; charset=utf-8 in the
'BeforeScript' evaluated at every request. It did not work. Instead the
Content-Type: header value is returned corrupted.
I
Actually Rivet can be compiled for Apache 1.3 too using the switch
--with-apache-version=1. You can't build a mod_rivet.so that works with
both versions though. I never compiled Rivet for a version 1.3: these
historical releases are not linked on apache's download page either and
1.3 has been
On 05/11/2010 04:39 PM, Ronnie Brunner wrote:
On http://tcl.apache.org/ there is stated, that Rivet is for Apache 1.3.
I suppose, this should be changed to 2.0.
I guess Harald just meant that the statement on the web site should be
changed and read for Apache 1.3. and 2.x instead of for
Fixes in TclWebapache.c
- wrong assumption about 'ap_set_content_type' called in
TclWeb_SetHeaderType: this function allows opaque handling of the
content_type field in 'request_rec', but does not duplicate the string passed
in by the caller whereas the pointer can be invalidated by Tcl.
Hi Rivetters
the subject of the message should be self explaining and my proposal
comes after Ronnie's question about the choice of branching instead of
tagging.
I put forward the proposal to create a 'tags' directory in the
repository where we can create tagged versions when we release
On 05/12/2010 03:46 PM, Harald Oehlmann wrote:
Am 12.05.2010 15:36, schrieb Massimo Manghi:
I put forward the proposal to create a 'tags' directory in the
repository where we can create tagged versions when we release (e.g.
current '2_0' in branches would become tags/2_0_0
I'm going to replace tclconfig/install-sh with the same script shipped
with automake 1.11. I've tested it in Rivet and had no visible side
effects.
comments by autotools experts are welcome
-- Massimo
-
To unsubscribe,
Great, thanks Harald,
I will be out of town in the next 2 days, I will put a link on the
website to yours and Jeff's rpm as soon as I'm back.
-- Massimo
On 05/14/2010 03:45 PM, Harald Oehlmann wrote:
Here are rpm's for OpenSuSE 11.0, 11.1, 11.2 and current factory and
SLE11 (SuSE Linux
Hi guys
Harald Oehlmann and Max Reinhard (the person at SuSE in charge for the
Tcl related stuff) have been doing a tremendous job packaging Rivet for
SuSE. Rivet now builds successfully on almost every major platform
supported by SuSE for both 32 and 64 bits architectures. The status page
Yes, it's true, the install-sh now in trunk comes from automake 1.11. The
former one was part of the X11 distribution and looked very old.
Even though no significant advance has been done since release time I think
that planning a bugfix release (2.0.1) would help given the minimal cost of
the
I focused the problem of the 3 types of messages being generated on
installation:
'dir' variable not set:
this harmless, yet confusing message is issued by pkg_mkIndex when the
whole rivet tcl library is sourced in to find Tcl packages and create
their pkgIndex.tcl files. The problem is
In the process of documenting the 'form' package I found a few things that
looked like small bugs.
- the 'field' method should treat checkbox and radiobuttons alike, printing
the label for the button
- the -labels switch in the radiobuttons menthod shouldn't propagate to the
html attributes,
I no one opposes this I will drop the no-chunk target (html/rivet.html) from
the 'make docs' command and leave it as an option to the user (docs aren't
built by default anyway)
I'm trying to improve the manual xml structure in order to ease the styling
and removed it for good in my working copy,
On Thu, 1 Jul 2010 14:14:24 +0200, David Welton wrote
I no one opposes this I will drop the no-chunk target (html/rivet.html) from
the 'make docs' command and leave it as an option to the user (docs aren't
built by default anyway)
I'm trying to improve the manual xml structure in order
I've just committed a not-so-complete, but readable manual page for package
'form'.
I also added to rivet/packages a new package named 'calendar'. Calendar is a
package that came out as a result of an exercise I wrote for my students. The
approach adopted for creating html calendar tables is
Even though a vote has been held on the pmc list, with a general
consensus to release Rivet 2.0.1 I think these two bugs should make it
into the new release, as their impact is such that Session package
wouldn't work for a Postgres installation. I will ask the pmc list
members to swiftly
' and 'package'. It's trivial, but perhaps we
ought to provide a conversion script...
-- Massimo
On Jul 10, 2010, at 12:39 PM, Massimo Manghi wrote:
Even though a vote has been held on the pmc list, with a general consensus
to release Rivet 2.0.1 I think these two bugs should make it into the new
1 - 100 of 804 matches
Mail list logo