EL MIDI es un módulo Perl que puede leer, formar, modificar, y escribir archivos MIDI.

SINOPSIS

use el MIDI;
use estricto;
use advertencias;
mi @events = (
[text_event, 0, MÁS CENCERRO],
[set_tempo, 0, 450_000], # 1qn =.45 segundos
);

para (1.. 20) {
empuje @events,
[note_on, 90, 9, 56, 127],
[note_off, 6, 9, 56, 127],
;
}
foreach mi $delay (revés (1.. 96)) {
empuje @events,
[note_on, 0, 9, 56, 127],
[note_off, $delay, 9, 56, 127],
;
}

mi $cowbell_track = MIDI:: Pista-> nuevo ({acontecimientos => @events});
mi $opus = MIDI:: Obra-> nuevo (
{formatean => 0, marcas => 96, pistas => [$cowbell_track]});
$opus-> write_to_file (cowbell.mid);

La transmisión es un cliente BitTorrent libre escrito desde el principio en C. Transmission todavía es en la etapa de desarrollo temprana.

La transmisión pretende ser tan eficiente como sea posible. La transmisión ejecuta en Mac OS X, BeOS, Linux y NetBSD (y probablemente en otros sistemas PARECIDOS A UN UNIX también). Sólo Mac OS X versión tiene una interface gráfica aún.

La transmisión es soltada conforme a la licencia de MIT.

Whats Nuevo en Esta Liberación:

· Apuro 0.80 fallos del sistema de aseveración
· Apuro un error que miscounted cuántos los pares Transmission quieren conectado
Los · Corrigen mensajes de error incorrectos
· agujeros de Memoria fijado

El proyecto de openais es un proyecto de poner en práctica una calidad de producción "BSD revisado" licenció la realización de la Especificación de Interface de Aplicación de Foros SA. OpenAIS proyectan la investigación de vanguardia de instrumentos en synchrony virtual para proporcionar la operación correcta del 100 % ante fracasos o redes de partitionable con características de rendimiento excelentes.

La Especificación de Interface de Aplicación es un API de software y políticas que son usadas para desarrollar aplicaciones que mantienen el servicio durante faltas. El API consiste en el Marco de Dirección de Disponibilidad (AMF) que proporciona la aplicación failover, Ingreso de Racimo (CLM), Checkpointing (CKPT), Acontecimiento (EVT), Mensajería (MENSAJE), y Cerraduras Distribuidas (DLOCK).

Las faltas ocurren por varios motivos:

· Fracaso de Aplicación
· Fracaso de Middleware
· Fracaso de Sistema operativo
· Fracaso de Hardware

El foco principal de la disponibilidad alta en el pasado ha debido enmascarar faltas de hardware. Las faltas en otros componentes del sistema han ido no resueltas hasta AIS. AIS puede enmascarar muchos tipos de faltas en aplicaciones, middleware, sistemas operativos, o hasta hardware proporcionando un marco simple a permitir que reveladores creen aplicaciones redundantes. Estas aplicaciones redundantes pueden ser distribuidas sobre nodos múltiples tal que si cualquier nodo critica, otro nodo pueda recuperar.

Los programadores de aplicación desarrollan aplicaciones para registrar periódicamente su estado usando el servicio checkpointing. Cuando una aplicación activa falla, una aplicación de reserva recupera el estado de la aplicación. Esta técnica, llamada la aplicación stateful failover, proporciona la diferencia fundamental entre openais y otros sistemas que no han venido antes de ello. Con la aplicación stateful failover, el usuario de aplicación por el final doesnt tiene que recargar la aplicación o volver a marcar un teléfono. El estado lleno es registrado, entonces el usuario de aplicación por el final no ve ninguna interrupción en el servicio.

Como los programadores pueden distribuir ahora aplicaciones a través de procesos múltiples o nodos, un mecanismo debe existir para ellos para comunicarse. Este mecanismo es proporcionado por dos servicios. El servicio de acontecimiento proporciona un modelo publicar/suscribir a acontecimientos. El servicio de mensajería proporciona juntando los dos extremos la mensajería. Finalmente un mecanismo para sincronizar el acceso es proporcionado por el servicio de cerradura distribuido.

Whats Nuevo en Esta Liberación:

· Esta versión considerablemente mejora el apoyo a AMF B.02.01 n+m failover de componentes.
· la Mayor parte de los QA que entraron en Whitetank (0.80.2) ha sido fusionado.

El portero guarda la puerta de un servidor, manipulando reglas de cortafuegos de admitir partidos sólo reconocidos.

El portero es querido para ejecutarse en sistemas que hacen bajar sus reglas de cortafuegos bastante fuertemente para ser con eficacia invisibles para el mundo exterior. El portero añade y borra reglas suplementarias en una manera muy controlada.


Utilización de metáfora 1...
El demonio de portero "guarda la puerta" de un servidor, admitiendo partidos sólo reconocidos. Esto permite a un servidor que no es querido para el acceso de gran público para ejecutarse con todas sus puertas de TCP cerradas al mundo exterior. "Una aldaba" correspondiente es proporcionada, para persuadir al portero a abrir la puerta una grieta, sólo bastante amplia para una conexión de TCP sola de una dirección IP sola.

Y ahora, cambiando a metáfora 2... :)
Un servidor privado así amañado para ejecutarse silencioso ha realzado enormemente la seguridad. Las exploraciones de puerta no pueden revelar su existencia. Incluso si su existencia es conocida por otros medios (o el cortafuegos isnt todo que apretado), los errores posibles en el código de servidor no pueden ser explotados; los paquetes de fuentes desconocidas simplemente nunca se ponen al error.

La realización corriente del portero, "doormand", es conveniente para sólo proteger servicios de TCP de sistemas de tipo del UNIX. La aldaba, "golpe", puede ser ejecutada bajo Unix, ÑU/LINUX, o Microsoft Windows.

El portero está basado en una idea original de Martin Krzywinski, que propuso de mirar registros de cortafuegos a una secuencia de paquetes dirigidos a puertas cerradas, qué método él describió en la revista Sysadmin y linuxjournal.com.
Usted también podría visitar sus páginas en www.portknocking.org.

Esta realización particular se desvía un poco de su oferta original, en la cual el portero mira a sólo un paquete UDP solo. Para conseguir que el portero se abra, el paquete debe contener un picadillo de MD5 que correctamente desmenuza un secreto compartido, salado con un número arbitrario 32 bites, el usuario que se identifica o nombre de grupo, y el número de la puerta de servicio solicitado.

Whats Nuevo en Esta Liberación:

· apoyo Añadido a linux cocinó la cabecera de enchufe len; gracias a Markus Hoffmann.
· error guestlist Fijo que analiza el nombre de sistema anfitrión; también gracias a Markus.
· método Cambiado de recordar viejos picadillos de golpe, sin uso de Berkeley DB.
· Kinda-fijado un error que se maneja pcapnext-returns-null condición. Espero.
· lexer.c incluido (doblan la producción de lexer.l) en la distribución. Duh.
· error de portero Fijo creando nuevo nuevo hashfile; gracias a Robert Koropcak
· Ningunos cambios hechos a knock.c; sin embargo, esto relatará ser V0.81

EL MIDI:: Obra es funciones y métodos para obras MIDI.

SINOPSIS

use el MIDI; # usa el MIDI:: Obra y Al-
$one de foreach (@ARGV) {
mi $opus = MIDI:: Obra-> nuevo ({from_file => $one, no_parse => 1});
letra "$one tiene", escalar ($opus-> pistas) "tracksn";
}
salida;

EL MIDI:: Obra provee a un constructor y métodos para objetos que representan una obra MIDI (AKA "canción"). Es la parte de la suite MIDI.

Un objeto de obra tiene tres atributos: un formato (0 para el Formato MIDI 0), un parámetro de marca (parámetro "división" en el MIDI:: Filespec), y una lista de objetos de pistas que son el verdadero contenido de aquella obra.

Esté consciente que las opciones especificadas para la codificación o la decodificación de una obra no pueden ser documentadas en esta documentación de módulos, cuando ellos pueden ser (y, de hecho, generalmente son) las opciones sólo transmitidas al decodificador/codificador en el MIDI:: Acontecimiento - tan ver el MIDI:: Acontecimiento para una explicación de la mayor parte de ellos, realmente.

La WWW:: Webrobot:: Propiedades es un módulo Perl que pone en práctica un formato de config como java.util. Propiedades.

SINOPSIS

mi $config = WWW:: Webrobot:: Propiedades-> nuevo (
el listmode => [qw (llama la producción auth_basic http_header apoderado no_proxy)],
el key_value => [qw (llama el apoderado http_header)],
multi_value => [qw (auth_basic)],
el structurize => [qw (cargan el correo)],
);
mi $cfg = $config-> load_file ($cfg_name, $cmd_param);

Esta clase pone en práctica un formato de config como java.util. Propiedades, ver http://java.sun.com/j2se/1.3/docs/api/java/util/Properties.html para más doctores.
Note: Algunos aspectos no son puestos en práctica pero hay algunas extensiones para listas.

FORMATO AMPLIADO

Las propiedades de Listmode pueden ser escritas

listprop=value0
listprop=value1
listprop=value2

o


listprop.0=value0
listprop.1=value1
listprop.2=value2

Estas propiedades son puestas a disposición como perl-matrices.

El proyecto de Kuroo es un frontend del Acarreo Gentoo y las herramientas surgir.

Aquí están algunos aspectos claves de "Kuroo":

Los · Pueden y la ojeada instaló paquetes y el "árbol de Acarreo local".
Los · Surgen paquetes solos o múltiples en la cola de instalación.
· Actualización paquetes solos o sistema/mundo entero.
Los · Desenmascaran paquetes de pruebas.
· paquetes Rápidos encuentran de nombre y descripción.
· Reloj Glsa y el último paquete soltado "con Observador de Gentoo" en bandeja de sistema.
· paquetes de Control con nuevo "glsa-control" (experimental).
· directorios de Acarreo ponen la talla a la descripción.
· Exportación instaló paquetes al archivo de palabra.
· etc.-archivos de Actualización con Kompare (etc.-actualización) con advertencias.
· Lleno resultan que el registro con surge la duración (tiempo).
Los · Resultan que la aproximación de tiempo basada por término medio de surge el registro.
· Automóvil desenmascaran el apoyo.
· apoyo de revestimiento de acarreo Múltiple.

Whats Nuevo en Esta Liberación:

· Sólo el kdiff3 es apoyado como herramientas de fusión.
· Apuro para vista de historia: el análisis sintáctico elog dir después surge completo.
· vista de Fusión: Ahora mostrando todos los archivos copiados de/var/cache/kuroo/backup/configuration
· vista de Historia: botón añadido para ver elog, y mostrando este archivo.
Los · Añaden "mundo" "y cola" - estado al inspector.
· Nueva rutina de inicialización: ejecutarse surge - la información para coleccionar el arco, la versión de acarreo y config protege la lista de dir.
· menú de la Vista es borrado, "la Información de Liberación" se movió al menú de la Ayuda.
· KDE-configuraciones "iconos de Espectáculo en botones" es respetado ahora.
· lista de paquete Vacía que advierte nombre de paquete subido, reformateado como nombre (gato/subgato) en cola e historia.
· Customizable fuente para registro.
· traducción rusa Añadida por Bart.
· iconos Añadidos en todo rmbs.
· Boleto Fijo #203: Fallo del sistema En Bandera de Uso de Clic para acarreo <2.1.
· Parche por Schnacki: Dependencias incorrectas para acarreo <2.1.

el phpMyInventory (PMI) es un programa de inventario basado en la web diseñado para guardar la pista de todos sus sistemas, software y peripherals. "Los sistemas" incluyen: los ordenadores personales, servidores, laptops, conectan a la red impresoras, etc. Ver la página de proyecto para descargar v2.81 o leer el registro de cambio. Algunos screenshots están disponibles a la izquierda.

el phpMyInventory requiere PHP 4.0 o mayor y MySQL, y se ejecuta tanto en el Apache como en IIS webservers. Esto incluye varios aspectos únicos, incluso:

* Un sistema de permisos flexible. Por ejemplo, usted puede dar a usuarios la capacidad de ver sólo datos PMI, la capacidad de ver y actualizar aquellos datos, o la vista para ver, actualizar, y borrar datos.
* Un rastreador de licencia de software. Usted puede especificar si las licencias de software son la máquina o el usuario específico, y PMI contará cuantas licencias usted se ha marchado. Esto le advertirá cuando usted se cae al cero.

PMI es la fuente libre y abierta (Licencia Públicas General). Es un abajo escalado (pero completamente funcional) la versión de nuestro producto comercial, Syslist. Syslist incluye aspectos no encontrados en PMI, como el inventario automático de ordenador personal de Windows, un sistema de boleto, rastreo de posición, reportaje, y numerosas mejoras UI.

DictEm es un sumamente customizable DICT cliente para (X) Emacs. DictEm pone en práctica todas las funciones de la parte de cliente del protocolo DICT (petición de comentarios 2229).

A diferencia de dictionary.el, esto extensamente usa la autofinalización que está usada para seleccionar un diccionario y estrategia de búsqueda. Esto proporciona varios ganchos que pueden estar usados para el postprocesamiento parachoques.

Hipervincular incorporado y un mecanismo que resalta están basados en esta capacidad. Esto apoya el mecanismo de diccionarios virtuales que pueden estar usados para agrupar diccionarios de servidores DICT diferentes en el lado del cliente diccionario virtual.

Whats Nuevo en Esta Liberación:

· - la variable de dictem-servidor puede ser igual a la nada, en este caso dict herramientas de línea de orden será llamado sin la opción-h, es decir la falta _list de servers_ especificado en.dictrc (o dict.conf) estará usada.
· dict:///dictionary_name (en dictem-user-databases-alist) también significa que la lista de servidor por defecto estará usada, ver Excepto 4 para la muestra de uso.
· variable de dictem-servidor ahora faltas a la nada, el viejo valor era "dict.org". dictem-strategy-alist y dictem-database-alist también faltas a nada.

Kalva es una aplicación videorecorder ligera.

Esto proporciona un simple para usar videorecorder que usa MEncoder para hacer el verdadero trabajo. Usted puede programar películas o series.

el ktvapp puede importar channellists de p.ej xawtv o xawtv4. Usted puede corregir y tienda aquella lista. - y Descargando (integración de KHotNewStuff) es planeado para una liberación posterior.

el ktvapp es un simple para usar y simple para el instalador videorecorder para el. Esto usa las herramientas de consola fantásticas MEncoder del paquete MPlayer para hacer el verdadero trabajo.

Usted puede programar un movierecording eligiendo la fecha de un calender (será pasado a en) y una grabación consecutiva eligiendo los días de la semana (alimenta su crontab).

El Devel:: tcltkdb es un depurador Perl que usa un GUI Tk.

el tcltkdb es un depurador para perl que usa perl+Tcl/Tk para una interface de usuario.

Aquí están algunos aspectos claves "de Devel tcltkdb":

· Inspección Variable Caliente
· Panel de control de Límite de facturación
· Lista de Expresión
· Árbol de Subrutina

SINOPSIS

Para depurar de un guión usando tcltkdb invocan perl como esto:

perl-d:tcltkdb myscript.pl

Uso

perl-d:tcltkdb myscript.pl

Cristal de Código

Números de Línea
Los números de línea son presentados en el lado izquierdo de la ventana. Líneas esto
tenga líneas por ellos no son rompibles. Las líneas que son el texto sin formato
son rompibles. Hacer clic en estos números de línea insertará a
el límite de facturación en aquella línea y cambio el número de línea colorea a
$ENV {PTKDB_BRKPT_COLOR} (Faltas a Rojo). Hacer clic en el número
otra vez borrará el límite de facturación. Si usted inhibe el límite de facturación con
los mandos en la página de ordenador portátil BrkPt el color cambiarán a
$ENV {PTKDB_DISABLEDBRKPT_COLOR} (Faltas a Verde).

Movimiento de Cursor

Si usted coloca el cursor en una variable (es decir. El $myVar, @myVar, o %myVar) y pausa durante un segundo el depurador evaluará el valor del día de la variable y hará reventar un globo con el resultado evaluado. Este aspecto no está disponible con Tk400.

Si los Datos:: Descargador (estándar con perl5.00502) están disponibles esto será usado para formatear el resultado. Si hay una selección activa, el texto de aquella selección será evaluado.

El gráfico es un módulo Perl con estructuras de datos de gráfico y algoritmos.

SINOPSIS

use el Gráfico;
mi $g0 = Gráfico-> nuevo; # un gráfico dirigido.

use el Gráfico:: Dirigido;
mi $g1 = Gráfico:: Dirigido-> nuevo; # un gráfico dirigido.

use el Gráfico:: No dirigido;
mi $g2 = Gráfico:: Undirected-> nuevo; # un gráfico no dirigido.

$g-> add_edge (...);
$g-> has_edge (...)
$g-> delete_edge (...);

$g-> add_vertex (...);
$g-> has_vertex (...);
$g-> delete_vertex (...);

$g-> vértices (...)
$g-> bordes (...)

El proyecto de Gr_Monitor muestra una serie de datasets como 3ros gráficos de barras animados. La última versión de Gr_monitor usa XML en cuanto a la interface de juntar-vista. El SGI IRIX apoyo ha sido dejado caer - ya no tengo el acceso fácil a una caja de SGI (bienvenida de donaciones).

En ausencia el gr_monitor muestra la información sobre el residente de procesos en un sistema de UNIX. Para cada proceso esto muestra un 3er gráfico de barras de la unidad central de proceso consumida, memoria consumida, tamaño de juego residente, y tiempo transcurrido. Los procesos son agrupados por el nombre de usuario. Cada agrupación de nombre de usuario se sienta en su propio pequeño plinto.

Hay mandos para traducción, giro, escalamiento, iluminación y efectos de niebla. Gr_monitor recibe la información vía una corriente de insumo y la muestra en un X11 Mesa o X11 OpenGL ventana. Se espera que el insumo sea un documento XML con un DTD que define los datos para ser graficados.

Gr_gather es una realización por defecto de un recolector de datos. Esto obtiene datos del sistema de archivo de proceso de Linux y lo reformatea como un documento XML conveniente. Si usted desea registrar datos para el pregrabado posterior, usted puede ejecutar un proceso juntar independiente y desviar su producción a un archivo.

Wixi es un personal wiki-como la aplicación para el escritorio. Esto puede ser usado para almacenar la información de un modo organizado.

Las páginas son dadas a html y pueden ser tenidas acceso en un árbol de categorías. El proyecto es escrito en el pitón y usa wxpython para su GUI y sqlite para almacenar páginas.

Wixi todavía está en el desarrollo y hay más rasgos para poner en práctica.

· fabricación de un manual de documentación.
Los · funcionan para páginas de imprenta/exportación.
· adición de comentario al código fuente.
· muchas más cosas...

La Musa de Echomine es el API aJava que proporciona el acceso rápido y fácil para conectar a la red servicios de colaboración.

Expresamente, esto permite que usted se comunique con servidores Jabber/XMPP para realizar la dirección de presencia y mensajería inmediata.

Aquí están algunos aspectos claves "de la Musa de Echomine":

· Apoyo de Farfulla Completo – la Musa apoya más JEPs que cualquier otro API de Java Musa actualmente disponible, que hace la única biblioteca para realizar sus necesidades de desarrollo. El check-out lo que la Musa de JEPs actualmente apoya.
· Libre para el uso comercial y no comercial – la Musa es distribuida conforme a la Licencia de Apache, haciendo el código sourced libre y abierto.
· Encapsulation – las clases de servicio de nivel Altas esconden los protocolos subyacentes, como paquete de nivel bajo y procesamiento de XML, aún todavía le dan el acceso métodos de nivel bajos si es necesario.
· Multiplataforma – Si sus carreras de organización en el Linux, Mac OSX, o Windows, Musa pueden ejecutarse en alguna plataforma que apoya la Java.
Los · no Ahorran el tiempo – Ninguna necesidad de escribir el código desde el principio. Cree mensajes de encargo en horas, más bien que días que apoyan sus exigencias comerciales. La ingeniería de proceso comercial rápida requiere una solución eficiente como la Musa.
· Seguro – SSL de Apoyo, SASL, y privacidad de las buenas para autentificación, seguridad, y cifrado.
· Ampliable – la Musa escalará con sus exigencias de parte trasera de empresa, permitiendo el uso eficiente de sus recursos corrientes.
· Extensivamente Probado – la Musa contiene casos de prueba de unidad para probar casi cada aspecto de la Musa para asegurar la fiabilidad y la conformidad a XMPP y estándares JEP. A diferencia de algunos otros APIs de Java ahí, los casos de prueba de Musa donot requieren que usted tenga a un servidor de Farfulla que se ejecuta para ejecutar casos de prueba.
· codebase probado – la Musa ha estado alrededor durante más de 3 años y está usada por muchas corporaciones internacionales grandes, Fortuna 500 Compañías, y proyectos de investigación académicos. Compruebe whos que usa la Musa.
· Apoyo Legendario y Servicio – Todas las preguntas son contestadas dentro de 24 horas.

EL MIDI:: Simple es una interface procedural/OOP para la composición MIDI.

SINOPSIS

use el MIDI:: Simple;
new_score;
text_event http://www.ely.anglican.org/parishes/camgsm/bells/chimes.html;
Señor de text_event durante esta hora / ser Thou nuestro guía;
los text_event tan, por Thy impulsan / que ningún pie debe deslizar;
set_tempo 500000; # 1 qn =>.5 segundos (500 000 microsegundos)
patch_change 1, 8; # Parche 8 = Celesta

noop c1, f, o5; # Instalador
# Ahora juego
n qn, Cs; n F; n Ds; n hn, Gs_d1;
n qn, Cs; n Ds; n F; n hn, Cs;
n qn, F; n Cs; n Ds; n hn, Gs_d1;
n qn, Gs_d1; n Ds; n F; n hn, Cs;

write_score westmister_chimes.mid;

Este módulo se sienta encima de todos los módulos MIDI - notablemente MIDI:: Resultado (entonces usted debería desnatar el MIDI:: Resultado) - y se supone para servir como una interface básica a ellos, para la composición. Por la composición, pienso formar de nuevo; usted puede usar este módulo para añadir a o modificar archivos MIDI existentes, pero aquella funcionalidad debe considerarse un poco experimental.

Este módulo proporciona dos bits relacionados pero distintos de la funcionalidad: 1) una minilengua (puesto en práctica como procedimientos que pueden doblarse como métodos) para formar añadiendo notas a una estructura de resultado; y funciones 2) simples para leer y escribir tanteos, expresamente tanteos usted hace con la lengua de composición.

El hecho que esta interface de módulos es tanto procesal como orientada al objeto la hace una bestia dos encabezada segura. Las partes de las tripas del código fuente no son para el débil del corazón.

el ppminfo es un proyecto que muestra detalles de un ppm-archivo en la consola. parece que esto es la única herramienta que falla de netpbm.

Ejemplo:

folkert@belle: ~/Personal/src/ppminfo$ jpegtopnm ~/Pictures/friends.jpg | ppminfo-vv
Resolución: 4288x2848
Valor máximo: 255
Formato: 20534
minuto avg máximo stddev
rojo: 2126255 52
verde: 0 95255 45
azul: 0 81255 46

Pingwinek es un Linux distro hecho en Polonia.

El escritorio principal es el GNOMO y actualmente apoya lenguas polacas e inglesas. El proyecto también proporciona una edición de CD Viva.

¡EL ÑU/LINUX Pingwinek mucho tiempo esperado 1.0preview3 codename Luz está listo! Muchas mejoras han sido hechas desde preview2.

Un nuevo sistema de autoarranque - InitNG, X.Org 7.0, grano el 2.6.15, udev 0.81, etcnet, iconos de Tango y nuevo coldplug / hotplug. ¡Autoarranque rápido en el CD vivo, modo de texto en 0:34 y conexión llena a GNOMO desde autoarranque en 1:25!

Hay dos ediciones: L (LiveCD - recomendado) que contiene al GNOMO 2.12 y XFce 4.2, y XL (LiveDVD) que también contiene la última Aclaración 17 y ambientes de escritorio de Caja de fósforos.

TiLP es un programa de conexión para Texas Instruments que representa gráficamente calculadoras.

TiLP (antes GtkTiLink) puede transferir datos entre Texas Instruments calculadoras científicas y un ordenador/estación de trabajo. Esto trabaja con todos los cables de enlace (paralelo, consecutivo, Enlace de Negro/Gris/Plata) y esto apoya todo calcs (TI73... 92 +, V200).

Los cables de enlace apoyados son: GrayLink, BlackLink, SilverLink, ParallelLink, VTi (virtual) y TiEmu (virtual). El DirectLink (USB) cable es no apoyado actualmente aunque el trabajo esté en el progreso.

Los ordenadores de bolsillo apoyados son: TI73, TI82, TI83, TI83 +, TI84 +, TI85, TI86, TI89, Titanio, TI92, TI92 +, V200.

Capacidades: el enlace silencioso, screendump, listado de directorio, send/recv de vars, send/Recv de copias de seguridad, send/recv del DESTELLO apps, envia de OS, vertido de ROM, LISTA de identificación, reloj, crea la carpeta, borra var/app...

el ftpsync proporciona unas herramientas a sincronizar directorios sobre el protocolo de transferencia de archivos.

el ftpsync es unas herramientas que permiten que actualizaciones sean incrementalmente y recurrentemente hechas a servidores de protocolo de transferencia de archivos remotos. Esto examina sellos de tiempo y tamaños, y es diseñado para operar en una manera similar a rsync.

el ftpsync pone en práctica el orden de protocolo de transferencia de archivos PUESTO recurrente ausente.