On Sun, May 08, 2011 at 10:51:07PM +0200, Mathieu Lonjaret wrote:
> > In Brian Kernighan's sentence, s/cleverly/sophisticatedly/ (this is
> > probably a barbarism, but in french "sophistiqué" is pejorative:
> > obfuscation, convoluted etc.).
>
> Sorry, but it's not. it just means complex, and is n
On Thu, May 05, 2011 at 09:54:28AM +, Greg Comeau wrote:
>
> Some more food for thought:
>
> "Debugging is twice as hard as writing the code in the first place.
> Therefore, if you write the code as cleverly as possible, you are,
> definition, not smart enough to debug it." --Brian Kernigh
On Fri, May 06, 2011 at 08:45:24AM -0700, Bakul Shah wrote:
>[...]
> Well designed documents that use multiple fonts, graphical elements,
> white space, colors, pictures are far easier on one's eyes. It would
> be great if such pages can be viewed, and even better, created on
> plan9. HTML i
On Fri, Apr 29, 2011 at 11:12:55AM +0200, dexen deVries wrote:
>
> qmake (Qt's makefile generator) is mostly reasonable IMHO. consists of one
> program (the qmake) which reads a rather simple project description
> (<>.pro) plus a bunch of platform description files
> (/usr/lib{,64}/qt/mkspec/<>
Hello,
On Wed, Apr 27, 2011 at 05:59:08PM +0200, dexen deVries wrote:
> browsing through uriel's slides from fosdem 2006 [1], i see him mention Plan
> 9
> lacks localization. what are this lists feelings on localization (both
> translation of strings and formatting of numbers, time etc.) of use
On Fri, Mar 25, 2011 at 08:16:59PM +, Steve Simon wrote:
>
> Fake Tweets by 'Socialbot' Fool Hundreds of Followers,
> New Scientist, (03/24/11), Jim Giles
>
This is not new. "Politicians" are socialbots generating sentences from
a limited set of "politically correct" chunks (this means: that
On Tue, Mar 22, 2011 at 10:00:12PM +0100, Rudolf Sykora wrote:
>
> Note, that neither plainTex nor troff handle cross-references,
> automatic equation numbering, footnote numbering, table of contents,
> etc. Nonetheless, mainly these listed features are often so needed.
Well I use a package calle
On Tue, Mar 22, 2011 at 12:08:21PM -0700, Bakul Shah wrote:
>
> Most TeX users are actually latex users, not raw TeX so the
> TeXbook is not terribly useful. But there are good books on
> latex and there is a wealth of material online (& many
> packages that work with latex). With TeXworks and Te
On Tue, Mar 22, 2011 at 02:48:58PM -0400, erik quanstrom wrote:
> >>
> >> If there is no good short authoritative book on troff, and if you are
> >> not already proficient in troff, try TeX instead simply because of the
> >> TeXbook if not something else.
> >
> > And mind you, I know for sure the
On Tue, Mar 22, 2011 at 07:46:17PM +0100, tlaronde wrote:
>
> If there is no good short authoritative book on troff, and if you are
> not already proficient in troff, try TeX instead simply because of the
> TeXbook if not something else.
And mind you, I know for sure there is T
On Tue, Mar 22, 2011 at 11:21:55AM -0700, Lyndon Nerenberg wrote:
> [...]
>
> In either case, the customizations are locked in with the document source
> and don't get distributed. Or they are so tied in with a specific document
> that they're of no practical use as standalone tools.
>
> [...]
Hello,
I'm finishing the integration of John Hobby's MetaPost to kerTeX.
Since MetaPost can work with either some instance of TeX or troff for
formatting labels included in the figures, it can be of general use even
for troff only users.
So the question:
MetaPost was first named (for plain form
Hello,
A new version of kerTeX has been published adding Oren Patashnik's
BibTeX (version 0.99d).
It has been successfully compiled/installed with/on Plan9/i386.
It should just work with other flavors and Unices as well.
This bibliographic program is not only linked to LaTeX and can be used
wit
On Tue, Mar 08, 2011 at 09:26:53PM +0100, tlaro...@polynum.com wrote:
> [...]
>
> With gcc4, inimf(1) compiles and "seems" to work but fails on the dump
> of plain.mf.
>
> With gcc3, it works...
I had still in CFLAGS "-O2". "Downgrading" to "-O", it works (this is
the only level of optimization
Hello,
I have finally taken my courage with both hands and fixed BibTeX 0.99d
for inclusion in kerTeX.
I'm now verifying that the whole works (i.e. what used to work still
works, and bibtex works too).
On my main development system at the moment (NetBSD), I had gcc3 before,
and now gcc4.
With g
On Wed, Feb 02, 2011 at 10:26:34AM -0800, David Leimbach wrote:
> On Wed, Feb 2, 2011 at 10:07 AM, wrote:
>
> > On Wed, Feb 02, 2011 at 09:47:01AM -0800, David Leimbach wrote:
> > >
> > > Wait, isn't it "the proof is in the *pudding*"? YOU MEAN WE DON'T GET
> > > FRENCH BENEFITS!?!
> >
> > Pleas
On Wed, Feb 02, 2011 at 09:47:01AM -0800, David Leimbach wrote:
>
> Wait, isn't it "the proof is in the *pudding*"? YOU MEAN WE DON'T GET
> FRENCH BENEFITS!?!
Please explain.
--
Thierry Laronde
http://www.kergis.com/
Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250
On Sat, Jan 01, 2011 at 03:35:57AM -0800, Akshat Kumar wrote:
> Dæmonic soufflés have no rôle in naïve ?vres.
>
> I decided to try kerTeX on Plan 9 earlier today.
> I'm a bit displeased with the installation procedure.
>
> [...]
KerTeX is functional but is in early stages.
Until all is here (th
On Thu, Dec 16, 2010 at 12:06:03PM +0100, tlaro...@polynum.com wrote:
>
> LaTeX is not a program, but a set of macros compiled by TeX (to be
> correct: by an instance of TeX called: virtex(1))
No: to be correct by initex(1) for the dump, and then an instance of
virtex(1) called latex to load the
On Wed, Dec 15, 2010 at 02:50:28PM -0800, Akshat Kumar wrote:
> Does your TeX package include some
> LaTeX implementation for Plan 9 as
> well?
LaTeX is not a program, but a set of macros compiled by TeX (to be
correct: by an instance of TeX called: virtex(1)) to speed things up.
All in all
On Mon, Dec 13, 2010 at 03:34:38PM +, Christian Neukirchen wrote:
> tlaro...@polynum.com writes:
>
> > 3) Is there now a non WEB based implementation?---in this case I could
> > simply forget about it.---
>
> There is for a certain subset, but it's probably not what you are
> looking for:
> h
Hello,
Since I'm finishing the task I have undertaken---provide a complete core
TeX system with MetaPost---, there is one piece that is a WEB program,
hence needs to be translated, and that may be used: bibTeX.
I don't use it myself but since "third millenium state of the art
academic research" i
On Sun, Nov 14, 2010 at 11:50:53AM +0100, Carl-Daniel Hailfinger wrote:
> On 14.11.2010 10:10, tlaro...@polynum.com wrote:
> > Furthermore, the auto* and libtool were typically made
> > for trying to do something "working" to some extend with a chaotic
> > source. They typically manage to compile "
Hello Gary,
On Sun, Nov 14, 2010 at 04:32:34PM +0700, Gary V. Vaughan wrote:
> [...]
>
> Does your build system work correctly with shared libraries in Mingw,
> cygwin, AIX, HP-UX (to name just a few of the more awkward under-
> featured shared library implementations I care about) under various
Hello,
On Sun, Nov 14, 2010 at 09:17:46AM +0700, Gary V. Vaughan wrote:
> [[resent from my subscribed email address after the mailing list rejected the
> original]]
>
> [...]
> AFAICT, without rewriting the entire GNU build system from the ground
> up (and there is far too much momentum behind
On Fri, Nov 12, 2010 at 11:21:51PM -0800, ron minnich wrote:
> I can't help it, this one struck me as quite funny, after all the
> shared library discussions we've had on this list.
>
> "A Stanford researcher, Philip Guo, has developed a tool called CDE to
> automatically package up a Linux progra
On Fri, Nov 12, 2010 at 02:20:35PM -0800, ron minnich wrote:
> On Fri, Nov 12, 2010 at 2:15 PM, Eric Van Hensbergen wrote:
>
> > No, that's true. I think this is actually a huge open issue for
> > existing distributed file systems in general and I'm not sure of a
> > good way around.
>
> yeah,
Hello,
Since I'm beginning (when I have small slots of time) the integration of
MetaPost to kerTeX, I've just discovered that MetaPost could be used not
only with TeX, but also with troff. (Well, John Hobby is a member of
Bell Labs, so it should not have been a surprise.)
Obviously, even if the p
On Tue, Nov 09, 2010 at 09:18:59AM -0800, David Leimbach wrote:
> That's really great! Thank you for sharing!
>
> Just wondering if you'd tried ConTeXt on it (I believe it should work as I
> think it's also macros like LaTeX is on top of TeX).
No, I use my own stuff, riding piggyback on D.E. Knu
And I have forgotten the links:
http://www.kergis.com/kertex.html (français)
http://www.kergis.com/en/kertex.html (laronde's pseudo-english)
--
Thierry Laronde
http://www.kergis.com/
Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
Hello,
With some delay, as usual, the work is done and now dvips(1) is up and
running in kerTeX 0.8.0.0.
As an "advertising" feature, I have put on the site a (poor resolution)
jpeg conversion of Tomas Rokicki test page (generated on Plan9 so it
works...) just to give you the incentive to look.
On Tue, Oct 26, 2010 at 08:51:23AM -0700, David Leimbach wrote:
> 2010/10/26 ron minnich
>
> > Design : Philippe Poulard
> > Development : Philippe Poulard
> > Documentation : Philippe Poulard
> > Tests : Philippe Poulard
> > Web site : Philippe Poulard
> > Logo : Philippe Poulard
> > Packaging :
On Mon, Oct 25, 2010 at 11:02:04AM +0200, Mathieu Lonjaret wrote:
> Hi,
>
> Will anyone here be attending fOSSa?
> (http://fossa2010.inrialpes.fr/)
> I'm afraid it doesn't look very interesting from a technical pov...
Yes... Quote:
"the second edition of fOSSa conference presents this ph
On Fri, Aug 20, 2010 at 10:38:17AM -0700, ron minnich wrote:
>
> I'm amused about dvips executing commands. People have given Adobe a
> lot of trouble about the embedded javascript in PDF files, and now we
> see that somewhere along the line the open source community did
> something even worse. Wh
On Fri, Aug 20, 2010 at 03:50:20PM +0100, Richard Miller wrote:
> > - There was support for embedded commands calling system(3).
>
> [...]
> The article also mentions some attacks on previewers, but the authors
> seem to have missed the potential exploits enabled by this "feature"
> of dvips.[...]
On Fri, Aug 20, 2010 at 04:42:22PM +0100, Richard Miller wrote:
> > I want dvips(1) to only have
> > one configuration file, called: "dvips.cnf" (and not "config.ps"
> > since it's not Postscript instructions)
>
> The default config file name may be silly but that's where people
> who are used to
Hello,
I have started cleaning things for dvips(1) (to be included in kerTeX)
and I'd like to have feedback about people's usage of it.
Since my favorite engineering tool is called /dev/null, I have started
with the following principles:
- There was support for emtex and tpic, and a search on th
Hello,
I have corrected the blunder in kerTeX preventing the use of argv[0] as
the name of the format to load (hence 'latex' was still loading plain
tex).
Only kertex_T_0.7.0.1 has been changed.
The README/LISEZ.MOI files have been updated too.
The instructions drive you from downloading to a g
Hello,
James Chapman having taken the time to test my LaTeX hints, the result
is that there is a blunder in kerTeX, and the latex dump (format) is not
loaded but still the plain format. (This is nothing deep, but a blunder
around a variable ready_already set and tested and skipping the chunk of
co
On Sat, May 08, 2010 at 12:48:50PM -0400, erik quanstrom wrote:
> > Well, I'm in Annecy (Haute-Savoie, France) so, for sure, an european
> > located twin event will be more doable.
>
> i don't think we have enough people to split into two.
In fact, I misread initially the proposal, reading in Eur
On Sat, May 08, 2010 at 01:11:16AM +0200, Mathieu Lonjaret wrote:
> While we're at "just sayin"; from what I hear on #9fans, there still
> is some interest to have that one happening in europe. So if you guys
> from the other side of the pond think you would come, I could poke
> around and see if I
On Thu, May 06, 2010 at 04:18:55PM +, ron minnich wrote:
>
> Do we have some idea of what people can afford? Another option is to
> have it right in SF, but that again starts to look pricey ($165/night
> minimum, cheap for you euro-spending guys but ...)
Hum... seems you're not listening to e
On Mon, May 03, 2010 at 02:26:07PM +0200, Mathieu Lonjaret wrote:
> No idea, probably none.
>
> that would not be the interesting point, if any. it's just that the
> tool is already there and (should be) simpler to use than piping
> various commands around, as they illustrate below.
> Date: Mon
On Tue, Apr 27, 2010 at 01:45:14PM +0400, Alexander Sychev wrote:
> Hello!
>
> Thank you! I can't check TeX on Plan9 right now, but I'm going to do this
> in the nearest future...
> Can you please add these tips to the corresponding README on kergis.com?
Done.
--
Thierry Laronde
Since it seems that LaTeX users are puzzled about how to do, some
supplementary tips:
0) You can retrieve from CTAN:
a) The fonts. For TeX proper (what runs indeed when called as
latex(1)), it needs the TFM files, not the glyphes by themselves.
But dvi drivers will need af
On Mon, Apr 26, 2010 at 11:47:50AM -0400, John Floren wrote:
>
> TeX installed ok, but I couldn't get LaTeX installed; I attempted to
> follow the instructions in your README, but there was no indication
> that anything actually worked. Have you installed it on a Plan 9
> system? The instructions
Hello,
For the moment, I had only one feedback from James Chapman (OK once the
trailing space in $(uname) result was handled.
I would like to have more, specially on two points:
1) Non i386 arch.
2) LaTeX OK.
The time to finish cleaning and adapting dvips(1) in kerTeX, if you have
a working on
On Fri, Apr 23, 2010 at 07:53:24PM +0100, C H Forsyth wrote:
>
> on 19 April, I wrote:
> >notably the compiler doesn't implement the value-preserving rules for
> >comparisons. ...
> >instead the compiler implements the older unsigned-preserving rule
It's a chance I was working with a software as
In the case of James, uname gave "Plan9 ", with a trailing space.
I have not that on my Plan9, but for what is worth I have published a
patched risk_comp that removes leading and trailing blanks (since I
replace blanks with '_', the name became "plan9_", and there is no
parameters file for this..
On Fri, Apr 23, 2010 at 04:28:32PM +0300, James Chapman wrote:
> On Fri, Apr 23, 2010 at 4:23 PM, wrote:
> > It takes M_default when it should take M_plan9.
> >
> > What gives you (under ape): uname -s?
>
> # uname -s
> Plan9
Can you send me---offlist---the result of stderr with:
../risk_comp/
On Fri, Apr 23, 2010 at 04:09:42PM +0300, James Chapman wrote:
> Hi,
>
> # cd kertex_M
> # ../risk_comp/sys/posix/sh/rkconfig
> -> config pathname /usr/james/tex/kertex_M/conf/KERTEX_M entered in cache
> -> config pathname /usr/james/tex/risk_comp//sys/posix/lib/rkcomp
> entered in cache
> -> Sour
Finally (english page):
http://www.kergis.com/en/kertex.html
and french page:
http://www.kergis.com/kertex.html
If I have correctly written the doc, enough said...
--
Thierry Laronde
http://www.kergis.com/
Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE9
On Thu, Apr 22, 2010 at 03:49:11PM -0700, Bakul Shah wrote:
> On Thu, 22 Apr 2010 23:15:51 +0200 tlaro...@polynum.com wrote:
> > This is: signed long + signed long + unsigned char.
>
> > Do you mean that there is first promotion :
> >
> > 1) unsigned char is promoted to unsigned int (A6.1).
On Thu, Apr 22, 2010 at 11:15:51PM +0200, tlaro...@polynum.com wrote:
>
> I get:
>
> gcc: -201
> ken-cc: 2147483447 (2^31 - 201)
>
> This is: signed long + signed long + unsigned char.
>
> Do you mean that there is first promotion :
>
> 1) unsigned char is promoted to unsigned int (A6.1)
Bingo! see below...
On Thu, Apr 22, 2010 at 01:07:40PM -0700, Bakul Shah wrote:
> On Thu, 22 Apr 2010 21:32:36 +0200 tlaro...@polynum.com wrote:
> > On Thu, Apr 22, 2010 at 03:08:40PM -0400, ge...@plan9.bell-labs.com wrote:
> > > What type is `smallnumber'?
> >
> > typedef unsigned char smallnum
On Thu, Apr 22, 2010 at 03:08:40PM -0400, ge...@plan9.bell-labs.com wrote:
> What type is `smallnumber'?
typedef unsigned char smallnumber;
translated from Pascal:
small_number=0..63;
--
Thierry Laronde
http://www.kergis.com/
Key fingerprint = 0FF7 E906 FBAF FE9
Oups, I sent the version with the modifications applied (enrolling).
Here is the vanilla version (with reformating):
void
makemoves( scaled xx0 , scaled xx1 , scaled xx2 , scaled xx3 ,
scaled yy0 , scaled yy1 , scaled yy2 , scaled yy3 ,
smallnumber xicorr , smallnumber etacorr )
On Thu, Apr 22, 2010 at 10:03:58AM -0700, Bakul Shah wrote:
>
> What is the type of x1 and x2? Can you show an actual C code
> fragment? Don't worry about it being complete. Just the half()
All are "integer" (in WEB -> Pascal ->)
#define integer long
The half() macro is only this:
#define hal
So I have finally narrow down and compare the calculus under
NetBSD/i386/gcc and Plan9/i386/ken-cc. And this has nothing to do with
div versus shift...
ken-cc is at fault here and it seems deep; it has apparently to deal
with registerization.
Data:
Under NetBSD/gcc, I have the following values:
On Wed, Apr 21, 2010 at 04:28:52PM -0700, Bakul Shah wrote:
>
> > Conclusion: I will have to replace in METAFONT all div involving power
> > of two to binary operations, since if I replace in some places and not
> > in others, I wreak havoc the algorithms since computations are not done
> > the sa
On Wed, Apr 21, 2010 at 11:03:06AM -0400, ge...@plan9.bell-labs.com wrote:
> If you think that shift operators aren't being translated
> to shift instructions, you can examine the output of 8c -S.
>
> x/2 is equal to x>>1 for non-negative integer x; for negative x,
> the two expressions may yield
Hello,
Still about integer arithmetic.
In my case, we have strictly the same C89 code (the process is hopefully
deterministic), and the test is on the very same node (very same
machine/cputype): plan9/386, NetBSD/i386.
The implementation of the C library is here not the problem. The problem
invo
On Mon, Apr 19, 2010 at 03:03:19PM -0400, erik quanstrom wrote:
> On Mon Apr 19 14:57:02 EDT 2010, benave...@gmail.com wrote:
> > check getfcr(2)
> >
> > http://plan9.bell-labs.com/magic/man2html?man=getfcr§=2
> >
> > it's in lib9.h for ape
>
> this doesn't apply to the integer calcuations in q
On Mon, Apr 19, 2010 at 08:15:33PM +0200, tlaro...@polynum.com wrote:
>
> Thanks for the note. But I think I have found the problem: a division by
> 2 supposed to be "floor" and that slips as (x + y) / 2: is there
> anything that guarantees that the result shall be floor, ceil or
> nearest? I find
On Mon, Apr 19, 2010 at 06:11:43PM +0200, Martin Neubauer wrote:
> * tlaro...@polynum.com (tlaro...@polynum.com) wrote:
> > While verifying that I have the same result under Plan9 than under some
> > Unix (NetBSD), it happens that METAFONT compiles 110 of the 125 fontes,
> > but hence fails on some
While verifying that I have the same result under Plan9 than under some
Unix (NetBSD), it happens that METAFONT compiles 110 of the 125 fontes,
but hence fails on some (and it should not) with something that smells
like a round off by one error on negative integer division. There is no
problem with
So I have tested if the big version of tex provided by kerTeX can dump
the format for LaTeX.
The answer is yes. Nothing special here (at least for a 5 years old
version that was provided in the teTeX distributions I used before
kerTeX---I don't use LaTeX.)
I'm cleaning the things and writing the
On Fri, Apr 16, 2010 at 07:46:08PM +0200, Francisco J Ballesteros wrote:
> One question. Anyone tried get LaTeX on this TeX port?
> What are the missing pieces to make it run on it?
I will release/publish the things on Monday I think.
In theory, if LaTeX is still a set of macros, it should work w
On Fri, Apr 16, 2010 at 05:32:04PM +0400, Alexander Sychev wrote:
>
> Have you any plans to adapt the TeX for UTF-8 input?
Let me take a rest! ;) But the condition sine qua non to tackle UTF-8 is
: run on Plan9. And it runs.
I have even some ideas to allow right to left, top to bottom etc. by
ch
So it compiles without ado under Plan9! And it's pure C89 (POSIX is just
for the framework, not for the code: I have removed unneeded
dependencies). And it's all the latest versions of the programs.
So some numbers:
- You will need to download a bundle of 4 chunks (I will put all on
On Thu, Apr 15, 2010 at 02:30:15PM -0400, erik quanstrom wrote:
> > gcc(1) is very verbose (well: I always set -Wall). ken-cc
> > is---surprise---more laconic; but when he was saying: no! he was right,
> > for things that were going silently under NetBSD.
>
> compile with -FVTw. -T causes type si
Still fixing things for correct compilation of TeX and al. under Plan9,
I stumbled upon this one.
Traditional lex(1) uses: char yytext[];
The code (main code for translation between Pascal and C), was declaring
in the external units: char *yytext;
The result is no problem at compilation/linkage,
Hello,
These notes about APE could be of some use to others.
Context : I'm verifying that my compilation framework, made for POSIX,
is able to work for Plan9 too (for TeX and al.: everything works on
Unix, so time to verify the whole thing on Plan9).
Note: this is not a plea to add more. ape/psh
Hello,
Just for the ones wondering what the status of the work on TeX is:
METAFONT and TeX pass the (resp.) TRAP, TRIP test---this means not only
mf and tex in diverse incarnations, but also a bunch of auxiliary tools.
I have 4 more auxiliary to add and I will publish the first
release---without
On Tue, Mar 30, 2010 at 04:54:59PM -0400, Patrick Kelly wrote:
> >"long" is guaranteed to be at least 32 bits by C89. So this could do,
> >but could be a little overkill:
>
> >1) If a compiler set on a 32 bits machine, "long" to be 64 bits? (I
> >haven't looked at the sources, but I guess it is no
On Tue, Mar 30, 2010 at 09:11:07PM +0100, Charles Forsyth wrote:
> on 64-bit machines, int and long are 32 bits,
> long long (vlong) is 64 bits, just as on 32-bit machines,
> but pointers are 64 bits. defines uintptr
> as the integer type that will hold a pointer.
> u8int, u16int, u32int and u64i
Still for TeX and al., the computation is done with tetras (32 bits),
and one of the variable thing to set is the C name for this tetra
(the identifier "integer" is used and is defined afterwards in the C
code).
"long" is guaranteed to be at least 32 bits by C89. So this could do,
but could be
On Tue, Mar 30, 2010 at 10:07:11AM -0700, Albert Skye wrote:
> > order is unnatural
>
> The Origins of Order: Self-Organization and Selection in Evolution
> by Stuart A. Kauffman
>
> http://www.amazon.com/Origins-Order-Self-Organization-Selection-Evolution/dp/0195079515
order is unnatural for th
On Tue, Mar 30, 2010 at 01:34:12PM +0100, Steve Simon wrote:
> > This way (dot-it-your-self-way) we will "only" have one-man projects. . .
>
> True, if anyone feels that a project is too big for them then
> by all means put a shout out on the list and see if anyone there wants to
> help.
Everyt
>From the diverse input, wouldn't it be more logical to do the following:
1) All "contrib" packages write in /$objtype/bin, /rc/bin and /sys/man
(or /man, see 3).
2) It's up the user to "bind -c" in /$objtype/bin, /rc/bin and
/sys/man so that written files end where he wants. Depending on who
i
On Sat, Mar 27, 2010 at 06:15:17AM +0200, lu...@proxima.alt.za wrote:
> > 4) Once compilation is done, you create a package that is simply a
> > tarball with the stuff that needs to be installed, a script and a _map_
> > that tells : this thing here shall be put there, with owner: owner:group
> > a
Well, it won't probably answer the questions of any one, but for the
"package" I'm working on, these are true:
1) Compilation is a separate step (One can cross compile on a MATRIX for
a distinct TARGET).
2) Sources are read-only and the compilation is done elsewhere.
3) Space requirements are lo
On Thu, Mar 25, 2010 at 02:07:46PM +, Steve Simon wrote:
> As far as packaging stuff up look at fgb's contrib system,
> bootstratp your self into the delightful world of 3rd party packages
> by typing:
>
> 9fs sources
> /n/sources/contrib/fgb/root/rc/bin/contrib/install fgb/contrib
On Thu, Mar 25, 2010 at 09:37:15AM -0400, erik quanstrom wrote:
>
> i vote for putting the binaries in /$objtype/bin or /$objtype/bin/tex.
> in the latter case, it would be tex/tex or tex/mf.
I'm inclined to this kind of stuff too, since it's easy to "rm -fr" if
everything is simply in the same p
Hello,
Since I can finally find some time here and there, I'm back to TeX and
al.
>From namespace(4), the man pages are supposed to be under /sys/man.
What is the canonical way for added ("opt", "pkg" ?) stuff. Letting
the user adapt his profile to bind the added stuff he wants appearing in
his
Hello,
Just a note since I'm late vs my initial time frame schedule (I'm still
busy doint something else [aka work that makes me eat]).
But it is not dropped, neither dead (the matrix---the compilation
framework---is already here, and I have done in december enough to know
what to do and to be su
On Tue, Dec 22, 2009 at 12:14:56PM -0500, erik quanstrom wrote:
> > Since the conversion: dvi -> ps will be provided, ps -> pdf can be done
> > via gs(1). (That's what I already do, including EPS figures, for example
> > generated by MetaPost.)
>
> you'll have to fix gs to get that. gs has been c
On Tue, Dec 22, 2009 at 11:44:14AM -0500, Jorden Mauro wrote:
>
> I know you don't plan on supporting LaTeX, but would any of these
> tools help in porting that? Or is the latex program too GNUified?
As far as I know, LaTeX is not supposed to be a TeX version, but a set
of macros. So, as long as
Hello,
Note (inessential at the moment): the result will be called KerTeX and
not CorTeX since there is a package (one file...) called CorTeX on CTAN.
But KerTeX: take care of the TeX kernel! will do...
Unless one really really wants to port the current TeX distribution
state, just wait: I'm sure
On Wed, Dec 16, 2009 at 08:02:03PM +0100, Frederik Caulier wrote:
> That's great news, if you need some help with testing drop me a line.
OK.
The good news---since I have continued to work a little on this while I
have more urgent things to do---is that it is absolutely _simple_ to
restart from t
Hello,
The subject was touched on a previous thread.
Since I use a lot TeX, METAFONT and MetaPOST (with CWEB), I wanted to be
freed from what has become a nightmare and a bloatware.
So I have verified that this is feasible and has started with the
following principles:
1) The Pascal way is a no
On Tue, Dec 08, 2009 at 02:30:49PM -0800, ron minnich wrote:
> On Tue, Dec 8, 2009 at 12:55 PM, Steve Simon wrote:
> > somone was working on a modern port of TeX to plan9.
> > did this work out? I would like to update my installation
> > as I think I may be using LaTeX before long.
>
> I gave it
On Tue, Oct 27, 2009 at 08:23:10PM -0400, Dave Eckhardt wrote:
>
> University of Utah, "Flux OSkit".
>
> Old OSkit is mostly BSD licensed (if you count the CMU Mach license
> as a BSD license), but at some point somebody sprayed the GPL over
> everything (somewhat reducing the utility of some CMU
On Tue, Oct 27, 2009 at 12:37:58PM -0400, erik quanstrom wrote:
>
> there was also a bit of talk about os agnostic driver stubs.
> i'm a little pessimestic about the chances for success there,
> especially for oses that don't use the berkeley socket stuff.
> but it's probablly something that's wor
On Mon, Oct 26, 2009 at 05:00:53PM -0700, ron minnich wrote:
> nebula.nasa.gov
Well, at least the name makes sense for a french since in french nebula
means too: hazy. Computer in the air. Fuzzy logic, and impalpable
results (except for disasters which will be very palpable).
--
Thierry Laronde (
On Mon, Oct 19, 2009 at 12:13:34PM -0400, erik quanstrom wrote:
>
> 1. p. 8. "the most promising devices are quantum effect
> devices." (none are currently in use in processors.)
Since quantics means unpredictable, I think that we see more and more
quantum effects in hardware and software. So,
On Mon, Sep 21, 2009 at 09:22:56AM -0700, ron minnich wrote:
> 2.7M lines last year
> 10K lines added a day.
> 5K lines deleted per day.
>
> I keep thinking this can't be sustained. What happens next?
Are there stats indicating where the lines are added? If this is new
hardware (drivers), the acc
On Sun, Sep 06, 2009 at 05:51:33PM +0100, Eris Discordia wrote:
>
> I don't think we are actually in disagreement here. I have no objections to
> your assertion. However, the particular case at hand indicates a different
> thing than historians (of computer technology) "backporting" today's
> t
On Sat, Sep 05, 2009 at 07:22:37AM -0400, Akshat Kumar wrote:
> "Programming languages are just tools, after all."
>
> Considering that Plan 9 has only two inherent languages,
> and its users often push for work to be done in only those,
> what is the Plan 9 perspective of languages and tools in
On Thu, Sep 03, 2009 at 02:02:53PM +, Greg Comeau wrote:
> In article <20090903120157.ga1...@polynum.com>, wrote:
> >I have the principle that, since a programming language aims to express
> >clearly what you want to be done, if the author doesn't explane clearly
> >his language, there is a p
401 - 500 of 542 matches
Mail list logo
