On Mon, 12 Nov 2012 10:59:04 +0100
Hans Hagen wrote:
> the next beta has:
>
> \enabletrackers[metapost.showlog]
produces:
metapost> log: [1]
metapost> log: (Please type a command or say `end')
Clearly we do not want to see this prompt...
Alan
On Mon, 12 Nov 2012, luigi scarso wrote:
On Mon, Nov 12, 2012 at 12:24 PM, Alan BRASLAU wrote:
On Mon, 12 Nov 2012 10:59:04 +0100
Hans Hagen wrote:
\enabletrackers[metapost.showlog]
Thanks
(Should this be enabled by default?)
hm, write on std{err,out} slows down the process
There
On Mon, 12 Nov 2012 12:29:41 +0100
luigi scarso wrote:
> hm, write on std{err,out} slows down the process
But normally there should be very few messages,
as message and show should be used with parsimony...
(Indeed there are very few in the standard metapost and metafun macros)
Maybe in ConTeXt
On Mon, Nov 12, 2012 at 12:24 PM, Alan BRASLAU wrote:
> On Mon, 12 Nov 2012 10:59:04 +0100
> Hans Hagen wrote:
>
> > \enabletrackers[metapost.showlog]
> >
>
> Thanks
>
> (Should this be enabled by default?)
>
>
hm, write on std{err,out} slows down the process
--
luigi
_
On Mon, 12 Nov 2012 10:59:04 +0100
Hans Hagen wrote:
> On 11/12/2012 10:43 AM, Alan BRASLAU wrote:
> > Hello,
> >
> > Were do MetaPost messages go using mplib? (>/dev/null?)
> > I see nothing on the console nor in the log file.
> >
> > Alan
> >
> > \starttext
> > \startMPpage
> > message "a
On 11/12/2012 10:43 AM, Alan BRASLAU wrote:
Hello,
Were do MetaPost messages go using mplib? (>/dev/null?)
I see nothing on the console nor in the log file.
Alan
\starttext
\startMPpage
message "a circle" ;
draw fullcircle scaled 2 cm ;
\stopMPpage
\stoptext
the next beta has:
\en
On 11/12/2012 10:43 AM, Alan BRASLAU wrote:
Hello,
Were do MetaPost messages go using mplib? (>/dev/null?)
I see nothing on the console nor in the log file.
Alan
\starttext
\startMPpage
message "a circle" ;
draw fullcircle scaled 2 cm ;
\stopMPpage
\stoptext
\starttext
\ctxlua{me
Peter Rolf schrieb:
Hi,
how do I enable (verbose) logging of mplib? I have problems with a
corrupt pdf (the last paint form xobject is empty: .../Fm6 Do Q
endstream endobj). No errors or warnings in the ConTeXt log (actual?
beta). The same code works with mkii. No minimal example yet.
foun
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
how do I enable (verbose) logging of mplib? I have problems with a
corrupt pdf (the last paint form xobject is empty: .../Fm6 Do Q
endstream endobj). No errors or warnings in the ConTeXt log (actual?
beta). The same code works with mkii. No minimal e
Hans Hagen schrieb:
Peter Rolf wrote:
Hi,
how do I enable (verbose) logging of mplib? I have problems with a
corrupt pdf (the last paint form xobject is empty: .../Fm6 Do Q
endstream endobj). No errors or warnings in the ConTeXt log (actual?
beta). The same code works with mkii. No minimal e
Peter Rolf wrote:
Hi,
how do I enable (verbose) logging of mplib? I have problems with a
corrupt pdf (the last paint form xobject is empty: .../Fm6 Do Q
endstream endobj). No errors or warnings in the ConTeXt log (actual?
beta). The same code works with mkii. No minimal example yet.
\nopdfc
Longmin Wang 写道:
Hi Longmin,
It works fine here with the latest beta and luatex 0.40. You may try
to delete luatex-cache and regenerate it.
It solves the problem, thanks.
I find another problem with the example in my previous email. I changed the
example a little bit.
Example:
\start
On Mon, Apr 27, 2009 at 08:33:04AM +0800, Wei-Wei Guo wrote:
>Dear developers,
>
>Here is the example and warnings.
>
>The compiled result has no underline and ConTeXt complains during compilation:
>
> mplib : making 'metafun.mp' into
>'/var/cache/texmf/luatex-cache/context/b51cb0434
Taco,
> Wouldn't that mean that
>
>$ luatools mlib-pdf.lua
>
> also fails to find the files? luatools --generate should be able to
> fix that.
Indeed "luatools mlib-pdf.lua" fails to find the file.
However "luatools --generate" does not help.
I'll investigate why.
> This should be fixable
Hi Olivier and Hans,
Olivier wrote:
>
> Thanks a lot for these. With these hints I am now able to compile
> metapost figs from conTeXt through "texexec --luatex" normaly.
> To this end, I had to perform two tweaks:
>
> * the files mlib-run.lua, mlib-ctx.lua, and mlib-pdf.lua were *NEVER*
> lo
Hi Taco,
> Running mplib is easy enough to document, but that is only a part of
> the work: you also have to convert the image to pdf literals, and
> that is more work than I would like to put in the manual.
OK. It could be nice then to simply state this?
> Anyway, attached is a bunch of defini
Hi Olivier,
Olivier wrote:
Btw: could you add in the doc a simple example of how to set up an mplib
instance
(loading the format file) and typesetting a minimal graphic, and then
use it from within plain TeX for instance; this is transparent to
conTeXt users since there are files like mlib-run
Taco,
> > So, I guess it would make sense to test the compiler directly:
> > what is the most basic way to trigger mplib from a plain tex file
> > directly run through LuaTeX (i.e. the equivalent of the startMPgraphic
> > if any? (And this might provide some more information on what's going on.)
Ulrike Fischer wrote:
> Am Mon, 29 Sep 2008 17:55:15 +0200 schrieb Olivier:
>
>
>> mplib : loading format: metafun.mp, name:
>> /home/olivier/luatex-cache/context/6300afb4995fe38c77e9b86ed1ef1028/formats/cont-en-metafun.mem
>> mplib : version mismatch: mp_parent_version <> 2008.
Ulrike Fischer wrote:
> Am Tue, 30 Sep 2008 11:37:13 +0200 schrieb Olivier:
>
>>> Do you get still this regeneration message or has it disappeared?
>>> If not I would say the format generation was not successfull.
>> Indeed, this format gets regenerated every time.
>> Is there a way to genereate
Am Tue, 30 Sep 2008 11:37:13 +0200 schrieb Olivier:
>> Do you get still this regeneration message or has it disappeared?
>> If not I would say the format generation was not successfull.
>
> Indeed, this format gets regenerated every time.
> Is there a way to genereate it separatly?
I don't kno
Olivier wrote:
>
> So, I guess it would make sense to test the compiler directly:
> what is the most basic way to trigger mplib from a plain tex file
> directly run through LuaTeX (i.e. the equivalent of the startMPgraphic
> if any? (And this might provide some more information on what's going o
Hi Taco,
Quoting "Taco Hoekwater" :
> -- was [EMAIL PROTECTED] on Sep 29, 2008 at 11:27:03 --
> Olivier wrote:
> >
> > What is the executable that is triggered by a call to mplib?
> > (I would like to check I have it installed, not only mpost.)
>
> There isn't one, it is all internal to luatex
Hi Ulrike,
Quoting "Ulrike Fischer" :
> -- was [EMAIL PROTECTED] on Sep 30, 2008 at 11:27:08 --
> Am Mon, 29 Sep 2008 17:55:15 +0200 schrieb Olivier:
>
>
> > mplib : loading format: metafun.mp, name:
> > /home/olivier/luatex-cache/context/6300afb4995fe38c77e9b86ed1ef1028/formats/cont-
Am Mon, 29 Sep 2008 17:55:15 +0200 schrieb Olivier:
> mplib : loading format: metafun.mp, name:
> /home/olivier/luatex-cache/context/6300afb4995fe38c77e9b86ed1ef1028/formats/cont-en-metafun.mem
> mplib : version mismatch: mp_parent_version <> 2008.05.21 15:21
> mplib :
On Tue, Sep 30, 2008 at 10:54 AM, Olivier <[EMAIL PROTECTED]> wrote:
> Hi Luigi,
>
> > I found really easy to install minimals under ubuntu
> > (just download first-setup.sh), so I can have one
> > sandbox of mkiv+luatex stable and one for beta .
> > Why don't you give it a try ?
> > (don't forget
Hi Luigi,
> I found really easy to install minimals under ubuntu
> (just download first-setup.sh), so I can have one
> sandbox of mkiv+luatex stable and one for beta .
> Why don't you give it a try ?
> (don't forget to update to latest luatex)
I'm sure minimals are worth a try. But as I stated be
Hans van der Meer wrote:
>
> I think this proves the file in my case is indeed the "01-04-08 02:14"
> one.
A shame, really. If the file was wrong, there was a chance to catch the
bug. As it stands, I am still just as dumbfounded as I was before.
Best wishes,
Taco
Hi Taco,
I did "kpsewhich mp-tool.mp" and it came up with "/usr/local/texlive/
2007/texmf-context/metapost/context/base/mp-tool.mp". That file has in
my system creation+modification date "01-04-08 02:14" and was last
opened "03-07-08" so this must be it. Came straight from unpacking the
con
On Mon, Sep 29, 2008 at 9:44 PM, Olivier <[EMAIL PROTECTED]> wrote:
> Hi Luigi,
>
> > > \starttext
> > > \startMPcode
> > > path p ; p := fullcircle scaled 4cm ;
> > > fill p withcolor red ;
> > > fill p shifted(2cm,0cm) withcolor blue ;
> > > \stopMPcode
> > > \stoptext
> > >
Olivier wrote:
>
> What is the executable that is triggered by a call to mplib?
> (I would like to check I have it installed, not only mpost.)
There isn't one, it is all internal to luatex's executable.
There are no external executables and no config files involved,
and that is what makes these
Hi Taco,
> Hans van der Meer wrote:
>
> >>> /usr/local/texlive/2007/texmf-context/metapost/context/base/mp-tool.mp
>
> Olivier wrote:
>
> >> /usr/share/texmf/metapost/context/base/mp-tool.mp
>
> Can you guys check if these are the correct versions of mp-tool.mp ?
> The problem could be as basa
Hi,
To both of you:
Hans van der Meer wrote:
>>> /usr/local/texlive/2007/texmf-context/metapost/context/base/mp-tool.mp
Olivier wrote:
>> /usr/share/texmf/metapost/context/base/mp-tool.mp
Can you guys check if these are the correct versions of mp-tool.mp ?
The problem could be as basal as m
Olivier: What system do you use? I am using MacOSX and in july this
year I mailed about the error below:
>> mplib : making format: metafun.mp, name: /Users/hans/TeX/
>> luatex-cache/context/60e9a4b67d8fc84c21043806bb9e2fb8/formats/cont-
>> en-metafun.mem
>> mplib : loading fo
Hi Luigi,
> > \starttext
> > \startMPcode
> > path p ; p := fullcircle scaled 4cm ;
> > fill p withcolor red ;
> > fill p shifted(2cm,0cm) withcolor blue ;
> > \stopMPcode
> > \stoptext
> >
> I have prepended
> \setupcolors[state=start]
This is indeed required to get the color
On Mon, Sep 29, 2008 at 5:55 PM, Olivier <[EMAIL PROTECTED]> wrote:
> Dear all,
>
> I'm using ConTeXt MkIV on Debian with the following version:
>
> ConTeXt ver: 2008.05.21 15:21 MKIV fmt: 2008.8.4 int: english/english
>
> Everything seems to work well (I am able to run lua code, use otf font
>
Hans Hagen schrieb:
> Peter Rolf wrote:
>> hi,
>>
>> does this error message ring a bell? same problem with luatex 0.27 and
>> 0.28 using the latest beta. mkii works ok.
>
> hm, what graphic?
>
% engine=luatex
\startuniqueMPgraphic{foo}
draw unitsquare xyscaled(3cm,3cm)
withcolor transparent(1,
Peter Rolf schrieb:
> hi,
>
> does this error message ring a bell? same problem with luatex 0.27 and
> 0.28 using the latest beta. mkii works ok.
>
> [..]
> ! LuaTeX error r:/tex/texmf-context/tex/context/base/mlib-pdf.lua:92:
> bad argument #-1 to 'pen_info' (MPlib.gr expected, got table)
> st
Peter Rolf wrote:
> hi,
>
> does this error message ring a bell? same problem with luatex 0.27 and
> 0.28 using the latest beta. mkii works ok.
hm, what graphic?
-
Hans Hagen | PRAGMA ADE
On May 28, 2008, at 11:41 PM, Hans Hagen wrote:
> hm i wonder why ... maybe you use raggedcenter?
>
> Hans
>
Just try the minimal example I sent this afternoon and compile it with
mkii and mkiv and you'll see the difference.
Thomas
__
Thomas A. Schmitz wrote:
> On May 28, 2008, at 4:33 PM, Hans Hagen wrote:
>
>> indeed, we're experimenting with a couple of nasty bugs and in the
>> process mess aroudn with beta's; sorry ...
>>
>> i'll upload a new one (new bins later)
>>
>> Hans
>
> Hi Hans,
>
> new beta does indeed produce ou
On May 28, 2008, at 4:33 PM, Hans Hagen wrote:
> indeed, we're experimenting with a couple of nasty bugs and in the
> process mess aroudn with beta's; sorry ...
>
> i'll upload a new one (new bins later)
>
> Hans
Hi Hans,
new beta does indeed produce output, but every MP graphic is centered
(
Thomas A. Schmitz wrote:
> Hi Hans and Taco,
>
> it looks like mplib is broken in the latest beta. Simple file:
indeed, we're experimenting with a couple of nasty bugs and in the
process mess aroudn with beta's; sorry ...
i'll upload a new one (new bins later)
Hans
---
Wolfgang Werners-Lucchini wrote:
> Hi Taco,
>
>> I can remove that line, it is misleading. The content of the
>> log file is in .log
>
> What do you mean with ?
The res.log entry in the lua result table.
I had forgotten the variable name.
Best wishes,
Taco
Hi Taco,
> I can remove that line, it is misleading. The content of the
> log file is in .log
What do you mean with ?
There is only ONE log file and that is tst10.log (the log file of the
tst10.tex which runs the above code).
Wolfgang
__
Hi,
Wolfgang Werners-Lucchini wrote:
>
> Example 1: my test file with your finder.
> --
> MPlib finder: mpost.mem ->
So it was running the kpse.find_file instead of returning a local name,
and it is not found. There is a silent error
Hallo Taco et al
> \startlua
> local function finder(name, mode, ftype)
> if mode=="w" then
> return name
> else
> return kpse.find_file(name,ftype)
> end
> end
> >
> > Jein!
> >
>
> Try this, a little more elaborate, versi
Wolfgang Werners-Lucchini wrote:
\startlua
local function finder(name, mode, ftype)
if mode=="w" then
return name
else
return kpse.find_file(name,ftype)
end
end
>
> Jein!
>
Try this, a little more elaborate, version of find
Wolfgang Werners-Lucchini wrote:
\startlua
local function finder(name, mode, ftype)
if mode=="w" then
return name
else
return kpse.find_file(name,ftype)
end
end
>
> Jein!
>
> The only file in my tex tree which could play tha
> >> \startlua
> >> local function finder(name, mode, ftype)
> >> if mode=="w" then
> >> return name
> >> else
> >> return kpse.find_file(name,ftype)
> >> end
> >> end
Jein!
The only file in my tex tree which could play that roule is
cont-en-mpost.mem
in the cac
On 19 Apr 2008 at 8:58, [EMAIL PROTECTED] wrote:
> >>> Everything I read below says there should be a 'plain.mem'
> >>> in the folder where you ran theat file in. If there
> >>> really really isn't, then my only advise to you is to buy
> >>> a less thieving operating system, as it seems this one
Hi,
Wolfgang Werners-Lucchini wrote:
>
> May be you are right that operating system steals files. We should do
> something against that.
Akira found the cause .
>> \startlua
>> local function finder(name, mode, ftype)
>> if mode=="w" then
>> return name
>> else
>>
Wolfgang Werners-Lucchini wrote:
> Hallo Taco,
>
>>> Everything I read below says there should be a 'plain.mem'
>>> in the folder where you ran theat file in. If there
>>> really really isn't, then my only advise to you is to buy
>>> a less thieving operating system, as it seems this one steals
>
Hallo Taco,
> > Everything I read below says there should be a 'plain.mem'
> > in the folder where you ran theat file in. If there
> > really really isn't, then my only advise to you is to buy
> > a less thieving operating system, as it seems this one steals
> > your files before you can even hav
On 16 Apr 2008 at 1:52, [EMAIL PROTECTED] wrote:
Hallo,
> >>> (I have temporary appended 'dump;' to plain.mp)
> >> After the above, you should have plain.mem in the local
> directory.
> >
> > No.
> > There is neither a 'plain.fmt' nor a 'plain.mem'!
>
> Everything I read below says there should
Wolfgang Werners-Lucchini wrote:
> On 15 Apr 2008 at 13:31, [EMAIL PROTECTED] wrote:
>
> Hallo Taco,
>
>>> (I have temporary appended 'dump;' to plain.mp)
>> After the above, you should have plain.mem in the local directory.
>
> No.
> There is neither a 'plain.fmt' nor a 'plain.mem'!
Everything
On 15 Apr 2008 at 13:31, [EMAIL PROTECTED] wrote:
Hallo Taco,
> > (I have temporary appended 'dump;' to plain.mp)
>
> After the above, you should have plain.mem in the local directory.
No.
There is neither a 'plain.fmt' nor a 'plain.mem'!
I have searched in the local directory, where it should
Wolfgang Werners-Lucchini wrote:
>> if mp then
>> res = mp:execute('plain')
>> mp:finish()
>> end
>
> this first step runs with res=0, but there is no 'plain.mem' dumped.
For the other readers: res itself can't really be "zero". It is either
a table, or nil. The actual return value is t
Wolfgang Werners-Lucchini wrote:
>
> Is there a find_file function necessary to find the mem-file given in
> 'mem_name' or is such a function only necessary for file-names in
> 'mp:execute'?
the find function is needed
in context you can use
metapost.process('formatname',datastream)
this will
On 13 Apr 2008 at 13:31, [EMAIL PROTECTED] wrote:
Hallo Taco,
thank you for your example.
> % start low-level
> \startlua
> local function finder(name, mode, ftype)
> if mode=="w" then
> return name
> else
> return kpse.find_file(name,ftype)
> end
> end
> mp = mp
Mojca Miklavec wrote:
> Thanks. Still - I don't know if it's still needed at all and what
> exactly it was used for (maybe metapost has complained about too long
> lines long time ago).
indeed; also, at some point texexec would take care of it; nowadays the
limitation is gone (in tex and mp)
>
Hi,
On Sat, Apr 12, 2008 at 9:38 AM, Hans Hagen wrote:
>
> > 2.) undefined command
> > \forceMPTEXcheck{put_text}
>
> ok, i will add a fake
Thanks.
>
> > I have now used a wrapper to skip that line in LuaTeX (btw: what's the
> > suggested \if clause or \beginNOLUATEX to check for luate
Wolfgang Werners-Lucchini wrote:
> On 12 Apr 2008 at 9:39, [EMAIL PROTECTED] wrote:
>
>>> \startlua
>>> mp = mplib.new ( {
>>> hash_size = 10,
>>> main_memory = 200,
>>> param_size = 10,
>>> } )
>>>
>>> if mp then
>>> res = mp:execute(
>>> "beginfig(1) draw (0,0) .. (1,
On 12 Apr 2008 at 9:39, [EMAIL PROTECTED] wrote:
> > \startlua
> > mp = mplib.new ( {
> > hash_size = 10,
> > main_memory = 200,
> > param_size = 10,
> > } )
> >
> > if mp then
> > res = mp:execute(
> > "beginfig(1) draw (0,0) .. (1,1) .. (2,1); endfig; bye;" )
> >
Hi Mojca
> I have modified the gnuplot module a bit, and stumbled upon:
>
> 1.) the need for
> \ifx\savebuffer\undefined \else \savebuffer[...]\fi
> which has been expected
>
> 2.) undefined command
> \forceMPTEXcheck{put_text}
ok, i will add a fake
> I have now used a wrapper to ski
Wolfgang Werners-Lucchini wrote:
> Hallo,
>
> the following compiles ok, but gives me an status 3=fatal error.
> Can someone please point me to the error?
>
> \startlua
> mp = mplib.new ( {
> hash_size = 10,
> main_memory = 200,
> param_size = 10,
> } )
>
> if mp then
>
On Sun, Mar 16, 2008 at 10:58 AM, zs <[EMAIL PROTECTED]> wrote:
> On Sat, 15 Mar 2008 11:18:33 +0100
> Hans Hagen <[EMAIL PROTECTED]> wrote:
>
> > btw, how difficult would it be to add a lua api to gnuplot, in which
> > case we could communicate via lua tables
> >
> > Hans
>
>
> btw: Some of
On Sat, 15 Mar 2008 11:18:33 +0100
Hans Hagen <[EMAIL PROTECTED]> wrote:
> btw, how difficult would it be to add a lua api to gnuplot, in which
> case we could communicate via lua tables
>
> Hans
btw: Some of you may not know about cairo library. (http://cairographics.org/)
It's versatile grap
On Sat, Mar 15, 2008 at 11:18 AM, Hans Hagen wrote:
>
> Mojca Miklavec wrote:
> > On Fri, Mar 14, 2008 at 6:51 PM, Aditya Mahajan wrote:
> >> On Fri, 14 Mar 2008, Hans Hagen wrote:
> >>
> >> > so, if you have specific wishes ... now is the time to let them know
> >>
> >> Some questions (and
Mojca Miklavec wrote:
> On Fri, Mar 14, 2008 at 6:51 PM, Aditya Mahajan wrote:
>> On Fri, 14 Mar 2008, Hans Hagen wrote:
>>
>> > so, if you have specific wishes ... now is the time to let them know
>>
>> Some questions (and hidden wishes)
>>
>> Does this mean that text between metapost graphic a
Aditya Mahajan wrote:
>Will mplib mean that the metapost
> code can place any tex box at the desired location?
Yes. The aim is to have that supported in the next luatex beta.
Best wishes,
Taco
__
On Fri, Mar 14, 2008 at 6:51 PM, Aditya Mahajan wrote:
> On Fri, 14 Mar 2008, Hans Hagen wrote:
>
> > so, if you have specific wishes ... now is the time to let them know
>
> Some questions (and hidden wishes)
>
> Does this mean that text between metapost graphic and context can be
> really tra
Hans Hagen wrote:
> Santy, Michael wrote:
>> Its entirely possible that I'm missing something, but I was merely
>> inquiring about running the same timing tests that you did with
>> mplib, but instead using the existing MKII and MKIV image inclusion
>> code. How much of a speedup over the existing
Santy, Michael wrote:
> Its entirely possible that I'm missing something, but I was merely inquiring
> about running the same timing tests that you did with mplib, but instead
> using the existing MKII and MKIV image inclusion code. How much of a speedup
> over the existing code does the mplib
this benchmark?
-Original Message-
From: [EMAIL PROTECTED] on behalf of Hans Hagen
Sent: Fri 3/14/2008 12:46 PM
To: mailing list for ConTeXt users
Subject: Re: [NTG-context] mplib
Santy, Michael wrote:
> Hans,
>
> Sounds pretty impressive. As a point of reference, do you have
On Fri, 14 Mar 2008, Hans Hagen wrote:
> Hi,
>
> as some of you may know, there is an mplib project ..
>
> last week taco and spent quite some time on exploring the integration in
> luatex (and therefore mkiv)
>
> experiments with loadiing the format, processing graphics and conversion
> to pdf sh
Santy, Michael wrote:
> Hans,
>
> Sounds pretty impressive. As a point of reference, do you have timing
> data for the existing MKII and MKIV image processing code?
you mean a difference in speed? it depends on how complex the search is,
but in general the mkiv code is faster and more robust t
Hans,
Sounds pretty impressive. As a point of reference, do you have timing
data for the existing MKII and MKIV image processing code?
Cheers,
Mike
-Original Message-
From: [EMAIL PROTECTED] on behalf of Hans Hagen
Sent: Fri 3/14/2008 12:21 PM
To: mailing list for ConTeXt users
Subjec
> It also means that some of you will have to do some pretty hefty
> testing of both machineries at the end of the year since context
> mkiv will be used as testbed.
I'll happy write lots of testing scripts. It'll be an unholy mixture
of bash, make, python, scheme, and (once I learn them) lua and
Soon there will also be the option to support specific projects (tug
project page).
It is possible to contribute specifically to TUG's development fund,
which is TUG's pigeonhole for dev projects, at
https://www.tug.org/donate.html. Any donations to that now will end up
going to luatex/m
Hi,
In addition to previous mails about the mplib project we now have
funding for the programming part of the mplib project (budgetted 12KEURO)
- dante : 6K
- tug : 1.5K
- tug india : 1K
- ntg : 2K
- cstug : 1K
- gust: will fund a sub-project (metatype1 completion)
TUG indicated that next year
81 matches
Mail list logo
