Re: teTeX

2008-05-10 Thread Woodchuck
On Fri, 9 May 2008, Predrag Punosevac wrote:

 I am not sure I understand your last question. How can you do typesetting
 without displaying graphics?

Uh, with a LaserJet 5? With an actual digital printing press?  

Or you don't look at it on the machine where it resides?

TeX is used a lot for the communication of scientific etc papers;
people distributing them need never see them.  Only the original
composer and the final reader need have display or printing capability,
but middlemen might wish to process the TeX to something else.

(la)tex - (appropriate backend) - postscript or pdf, then served
by httpd or ftp.  Often this can be automated on the httpd or ftp
server.  This might be a repository in an organization, or serving
the general public.  The document submitted might be viewed by the
submitter remotely on his X-terminal.  No need for X on the server.

Shucks, even at home, I do tex/latex on a machine that doesn't run X.

A (la)tex document's life doesn't end once it's composed -- I guess
that's the gist of my comments.

I think it's still possible to turn TeX into text, typeset for
an vt100.

Dave
-- 
   The future isn't what it used to be.
 -- G'kar



[patch] audio/grip crashes on sparc64

2008-05-10 Thread Markus Lude
Hello,
recently I built grip from ports on my machine running -current. Shortly
after starting to rip a track grip crashes with a bus error.

gdb trace:

(gdb) bt
#0  0x56086e80 in g_convert_with_iconv ()
   from /usr/local/lib/libglib-2.0.so.1600.0
#1  0x560870c8 in g_convert ()
   from /usr/local/lib/libglib-2.0.so.1600.0
#2  0x560877cc in g_locale_from_utf8 ()
   from /usr/local/lib/libglib-2.0.so.1600.0
#3  0x00123658 in __register_frame_info ()
#4  0x00123658 in __register_frame_info ()
Previous frame identical to this frame (corrupt stack?)

The only call of g_locale_from_utf8 is in src/launch.c


make complains about

launch.c: In function `ArgsToLocale':
launch.c:249: warning: passing arg 4 of `g_locale_from_utf8' from incompatible 
pointer type

g_locale_from_utf8 is called with a pointer to int instead of to gsize.

The attached patch fixes this for me. Please test it on other archs and
commit it. I notified the maintainer, but he hadn't time to test this
yet.

Regards,
Markus

Index: Makefile
===
RCS file: /cvs/ports/audio/grip/Makefile,v
retrieving revision 1.28
diff -u -p -r1.28 Makefile
--- Makefile15 Dec 2007 18:56:35 -  1.28
+++ Makefile4 May 2008 19:55:10 -
@@ -3,7 +3,7 @@
 COMMENT=   front-end to external cd audio rippers and mp3 encoders
 
 DISTNAME=  grip-3.2.0
-PKGNAME=   ${DISTNAME}p8
+PKGNAME=   ${DISTNAME}p9
 CATEGORIES=audio
 
 HOMEPAGE=  http://www.nostatic.org/grip/
Index: patches/patch-src_launch_c
===
RCS file: patches/patch-src_launch_c
diff -N patches/patch-src_launch_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_launch_c  4 May 2008 19:55:10 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- src/launch.c.orig  Thu Apr 15 20:20:44 2004
 src/launch.c   Wed Apr 23 17:26:10 2008
+@@ -243,7 +243,7 @@ void ArgsToLocale(GString **args)
+   char *new_str;
+   GString *new_arg;
+   int pos;
+-  int len;
++  gsize len;
+ 
+   for(pos=1;args[pos];pos++) {
+ new_str=g_locale_from_utf8(args[pos]-str,-1,NULL,len,NULL);


Re: [New] Stream Locomotive 3.03

2008-05-10 Thread Roland Philippsen

Works here, cool refreshing waste of CPU time :o)

The man page is garbled though, at least on my amd64. Maybe an 
encoding issue (could be Japanese)?


Cheers,
Roland


syl wrote:

Hi ports,

Here is a port of sl 3.03.

SL (Steam Locomotive) runs across your terminal when you type
sl as you meant to type ls. It's just a joke command, and
not useful at all.

It works under i386 and amd64.

Thanks,



--
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE84C528D
http://poftwaresatent.net/ skype: poftwaresatent



Re: [New] Stream Locomotive 3.03

2008-05-10 Thread Dieter Rauschenberger
On Sun, May 11, 2008 at 12:12:43AM +0200, syl wrote:
 Here is a port of sl 3.03.

Works for me under i386. Very nice game :-)

Regards,
Dieter