Ports 搜索

Junicode is an advanced Unicode font for medieval scholars, including the full range of characters for languages written in the Latin script. It also mostly implements the recommendation of the Medieval Unicode Font Initiative (MUFI). The following languages are fully supported: Old and Middle English, Old Icelandic, Runic, Latin, Gothic and Sanskrit transliterations, IPA (International Phonetic Alphabet) and Greek (based on the Greek Double Pica cut by Alexander Wilson of Glasgow in the eighteenth century). Junicode supports the following OpenType features: f and long-s ligatures, contextual and stylistic alternates (calt, salt), horizontal kerning (kern), discretionary ligatures (circled numbers and letters via dlig), MUFI historical ligatures (hlig), glyph (de)composition (ccmp), correct positioning of combining marks -- mark-to-base (mark) and mark-to-mark (mkmk), small caps (smcp and c2sc), old-style figures (onum), super- and subscript numbers (sups and subs), Unicode fractions (frac), swashes (swsh) and mirrored runes (rtlm). Junicode's OpenType style sets provide support for Nordic and Insular letter-forms, Old English typography, enlarged minuscules, E caudata, alternate yogh, MUFI's overlined/deleted characters and many more.

http://www.linuxtv.org/vdrwiki/index.php/Remote-plugin This plugin extends the remote control capabilities of vdr. The following remote control devices are supported: (a) Linux input device driver ('/dev/input/eventX', X=0,1,2,...) (currently not supported on FreeBSD) (b) keyboard (tty driver): /dev/console, /dev/ttyX (c) TCP connection (telnet) (d) LIRC (e) some(?) FreeBSD uhid(4) devices (experimental support added by this port) To use, add something like this to vdr_flags: '-Premote -h /dev/uhid0', (re)start vdr, then the osd should ask you to configure the remote by pressing the buttons you want to assign. Note: If your remote is detected as a keyboard you'll have to tell ukbd(4) to ignore it first by doing (as root) something like: usbconfig add_dev_quirk_vplh 0x1241 0xe000 0 0xffff UQ_KBD_IGNORE (and possibly unplug it for a moment or reset it via usbconfig, 0x1241 there is the vendor id, 0xe000 the product id of the device, you can get yours by doing usbconfig -d 1.2 dump_device_desc and looking for idVendor and idProduct, -d 1.2 there corresponds to ugen1.2 listed by usbconfig w/o args.) You can check with: usbconfig show_ifdrv if the device is then listed as ugen...: uhid... you're good to go. 2nd note: If vdr cannot open your uhid device check it is not claimed by xorg: fstat |grep uhid If it is you may need an xorg.conf(5) with manually defined InputDevice sections for mouse and keyboard and Option "AutoAddDevices" "False" in the ServerFlags section. And if for some reason you want to reassign the buttons on the remote you can stop vdr and do: touch /usr/local/etc/vdr/channels.conf and/or remove uhid entries from /usr/local/etc/vdr/remote.conf . When you then start vdr again it should ask to configure the remote again.

Zxfer is a fork of zfs-replicate. It allows the easy and reliable backup, restore or transfer of ZFS filesystems, either locally or remotely. Some of the features zxfer has: * Written in sh with only one dependency, rsync. Rsync mode is not used in a typical restore, hence in that situation all you need is the zxfer script, your backup and an install CD/DVD. * Reliability is first priority - the only methods of transfer allowed are those that checksum/hash the transferred data. * Transfer to or from a remote host via ssh. * Recursive and incremental transfer of filesystems (via snapshots). * Transfer properties and sources of those properties (e.g. local or inherited). * Override properties in the transfer, e.g. for archival purposes it is useful to override "copies" and "compression". * Create all filesystems on the destination as necessary. * A comprehensive man page with examples. * Can be set to beep on error or when done, useful for long transfers. * Features an rsync mode for when two different snapshotting regimes are on source and destination, and zfs send/receive won't work. LICENSE: BSD

GNU Pth - The GNU Portable Threads Copyright (c) 1999-2005 Ralf S. Engelschall <rse@gnu.org> Pth is a very portable POSIX/ANSI-C based library for Unix platforms which provides non-preemptive priority-based scheduling for multiple threads of execution (aka ``multithreading'') inside event-driven applications. All threads run in the same address space of the server application, but each thread has it's own individual program-counter, run-time stack, signal mask and errno variable. The thread scheduling itself is done in a cooperative way, i.e., the threads are managed by a priority- and event-based non-preemptive scheduler. The intention is that this way one can achieve better portability and run-time performance than with preemptive scheduling. The event facility allows threads to wait until various types of events occur, including pending I/O on file descriptors, asynchronous signals, elapsed timers, pending I/O on message ports, thread and process termination, and even customized callback functions.

This is the XEVIOUS (NAMCO(C)) like game. TYPE: xbat OPTION: -hs : high speed mode -dc : use default colormap -g : rapid fire -r : exchange keys[z][x] -h -help : print usage -mode [0-4] : set game level 0:easy, 1:normal, 2:difficult, 3:more difficult, 4:abnormal COMMAND: [s] for Start or Pause [q] for quit [c] for setup (at Title screen only) Cursor key or Number key to move. i, j, l, k, m also to move. [z] and [x] to shoot. Please e-mail the author (wai@nemoto.ecei.tohoku.ac.jp) with improvements or other comments about this game.

LT XML is an integrated set of XML tools and a developers' tool-kit, including a C-based API. The LT XML tool-kit includes stand-alone tools for a wide range of processing of well-formed XML documents, including searching and extracting, down-translation (e.g. report generation, formatting), tokenising and sorting. Sequences of tool applications can be pipelined together to achieve complex results. For special purposes beyond what the pre-constructed tools can achieve, extending their functionality and/or creating new tools is easy using the LT XML API. Minimal applications require less than one-half page of C code to express. LT XML provides two views of an XML file; one as a flat stream of markup elements and text; a second as a sequence of tree-structured XML elements. The two views can be mixed, allowing great flexibility in the manipulation of XML documents. It also includes a powerful, yet simple, querying language, which allows the user to quickly and easily select those parts of an XML document which are of interest.

P2c is a tool for translating Pascal programs into C. The input consists of a set of source files in any of the following Pascal dialects: HP Pascal, Turbo/UCSD Pascal, DEC VAX Pascal, Oregon Software Pascal/2, Macintosh Programmer's Workshop Pascal, Sun/Berkeley Pascal, Texas Instruments Pascal, Apollo Domain Pascal. Modula-2 syntax is also supported. Output is a set of .c and .h files that comprise an equivalent program in any of several dialects of C. Output code may be kept machine- and dialect independent, or it may be targeted to a specific machine and compiler. Most reasonable Pascal programs are converted into fully functional C which will compile and run with no further modifications, although p2c sometimes chooses to generate readable code at the expense of absolute generality. P2c endeavors to insert notes and warning messages into the output code to point out areas which may require human intervention. Output code is arranged to be readable and efficient, and to make use of C idioms wherever possible. The main goal of the translation is to produce C files which are pleasant and "natural" enough to be acceptable as the new source files for a program. In a pinch, p2c will also serve as an ad hoc Pascal compiler. The p2cc script makes it easy to use p2c as a compiler.

This package provides a code generator and runtime libraries to use Protocol Buffers from pure C (not C++). It uses a modified version of protoc called protoc-c.

Javolution is the Java solution for real-time and embedded systems. Javolution real-time goals are simple: to make your application faster and more time predictable! That being accomplished through: * High performance and time-deterministic (real-time) util / lang / text / io / xml base classes. * Context programming in order to achieve true separation of concerns (logging, performance, etc). * A testing framework addressing not only unit tests but also performance and regression tests as well. * Straightforward and low-level parallel computing capabilities with ConcurrentContext. * Struct and Union base classes for direct interfacing with native applications (e.g. C/C++). * World's fastest and first hard real-time XML marshalling/unmarshalling facility. * Simple yet flexible configuration management of your application.

The package consists of two programs - PortRedorector and PortTest. PortRedirector is a daemon that runs telnet to the remote port of the terminal server and redirects its input and output to a virtual terminal device (/dev/pty*). The corresponding slave device (dev/tty*) then can be used by an application that expects a local async terminal port. For example, to monitor a UPS (connected to AUX ports on a Cisco router) using nut. Whenever telnet subprocess terminates on any reason, it is restarted as soon as any data received from the terminal device. It can also work when authentication is required, i.e. it can pass username and password specified in its configuration file. PortTest is something like cu(1). You can use either of them to test the connection.