Monday, August 30, 2010

PyRoom is a clutter free text editor for Linux that does away with menus, buttons, and icons.

PyRoom is a clutter free text editor for Linux that does away with menus, buttons, and icons. There are no fonts, formatting codes, or any other word processing gadgets that get in the way of your writing.

The PyRoom program is the closest you can get to having a clean sheet of paper and a pencil in hand to write with. PyRoom runs in full screen mode and takes up all of your screen real estate, so you will have absolutely no distractions in the way of your writing endeavors.

The program starts as is a simple black screen with green letters. The color scheme can be changes if you are not happy with the computer terminal-like background. There are eleven color themes to change the foreground and background colors. You can also customize your colors in the preference screen. An auto-save feature is also available that can save your work as you type.

A word processor without menus or buttons! How can you do anything? The answer to that question is that all actions are performed by hitting the CTRL key and an associated letter. For example, if you want to save file, hit CTRL-S and the save dialog will display. There are only a few CTRL keystrokes to learn, and after about an hour of working with the program, you should be able to memorize all of the keystrokes.

To get to the list of keystroke actions, simply hit CTRL-H. A list of keystroke actions will appear. The list is quite short. Since this is a no frills editor, there is no spell checker, at least I have not found one yet.

Here is a list of CTRL functions that are found in the help documentation for PyRoom.

Control-H: Show help in a new buffer
Control-I: Show buffer information
Control-P: Shows Preferences dialog
Control-N: Create a new buffer
Control-O: Open a file in a new buffer
Control-Q: Quit
Control-S: Save current buffer
Control-Shift-S: Save current buffer as
Control-W: Close buffer and exit if it was the last buffer
Control-Y: Redo last typing
Control-Z: Undo last typing
Control-Page Up: Switch to previous buffer
Control-Page Down: Switch to next buffer
Features.
  • no visual clutter
  • work on multiple documents at once (main text, outline, etc)
  • control PyRoom via keyboard shortcuts
  • autosave your work
  • check wordcounts on keypress
  • choose from preconfigured designs or create your own color scheme
  • further customize visual appearance and whitespace (line spacing, border, padding...)



Adserver                        610x250

If you liked this article, subscribe to the feed by clicking the image below to keep informed about new contents of the blog:

Saturday, August 28, 2010

Technorati Claim Verification.

Token RXRHBPX8V9Z5

Tuesday, August 24, 2010

Ubuntu Laptop Mode is a laptop power saving package for Ubuntu Linux.

Laptop Mode Tools is a laptop power saving package for Linux systems. It allows you to extend the battery life of your laptop, in several ways.


It is the primary way to enable the Laptop Mode feature of the Linux kernel, which lets your hard drive spin down. In addition, it allows you to tweak a number of other power-related settings using a simple configuration file.


Introduction.

Laptop mode is a kernel "mode" that allows you to extend the battery life of your laptop. It does this by making disk write activity "bursty", so that only reads of uncached data result in a disk spinup. It causes a significant improvement in battery life (for usage patterns that allow it).


The initial version, written by Jens Axboe, appeared in Linux 2.4.23. A port by Bart Samwel has been included in kernels starting from 2.6.6. This page was originally written by Bart Samwel to host his 2.6 port; as the port has been merged a long time ago, the current page only serves as a placeholder.


Usage.

Install the laptop mode tools, they contain all you need to use laptop mode. Read the included manual page laptop-mode.conf and the FAQ.


Bug reports.

Please mail/CC bug reports and feature requests to me directly. If you post them on the linux kernel mailing list I will probably not see them.


Linux Journal Article.

The September 2004 issue of Linux Journal contains an article on Laptop Mode (written by me). I'll take this opportunity to point out a number of changes that have taken place since the article was written.

  1. Setting it up: the whole setup process has been simplified by the introduction of laptop mode tools. Installing them is all you need to do to get laptop mode up and running. If you're running acpid or pbbuttonsd, laptop mode tools will automatically start when your laptop goes into battery mode. In addition, the laptop mode tools package will automatically manage your hard drive's idle timeout and power management settings (if you've configured it properly, of course), so you don't have to worry about manually invoking hdparm anymore.
  2. Configuration: the article mentions configuration settings in /sbin/laptop_mode. First of all, laptop mode tools installs the script in /usr/sbin/laptop_mode. Second, the configuration has been moved to a separate file, /etc/laptop-mode/laptop-mode.conf. The laptop mode tools package contains a full description of all the available configuration settings in the manual page laptop-mode.conf(8).


Installation.


Install a package from the packages page. If you are going to use this on a non-laptop machine, be sure to read the FAQ first.


Support.

If you experience any problems, be sure to check the FAQ first. Otherwise, send an e-mail to Bart Samwel, or ask a question on the mailing list.


Other Packages.

These are links to Laptop Mode Tools packages and/or installation instructions for the following distributions:

If your distribution is not in this list, you can try the .tar.gz version. 


Adserver                        610x250

If you liked this article, subscribe to the feed by clicking the image below to keep informed about new contents of the blog:





Sunday, August 22, 2010

Alpine Linux is a community developed operating system designed for x86 routers, firewalls, VPNs, VoIP boxes and servers.

Alpine Linux is a community developed operating system designed for x86 routers, firewalls, VPNs, VoIP boxes and servers. It was designed with security in mind; it has proactive security features like PaX and SSP that prevent security holes in the software to be exploited.

The C library used is uClibc and the base tools are all in BusyBox. Those are normally found in embedded systems and are smaller than the tools found in GNU/Linux systems.

Alpine originally stood for A Linux Powered Integrated Network Engine. The idea was that the distro would be focused on networking, and be a tiny "engine" or framework upon which larger systems could be built. Today, Alpine lives up to that name.

The first open source implementation of Cisco's DMVPN, called OpenNHRP, was written for Alpine Linux. Improvements to networking functions in the Linux Kernel have started from patches and the needs of the Alpine Linux team.

In addition to its use as a firewall/router, Alpine Linux is also used in a number of installations as the basis for enterprise servers, running software such as PostgreSQL, Postfix, Asterisk, Kamailio, and being used for iSCSI SANs. It is the little engine that could.


Updates: (via Distrowatch)

Alpine Linux Natanael Copa has announced the release of Alpine Linux 2.2.0, a community developed operating system designed for x86 routers, firewalls, VPNs, VoIP boxes and servers: "The Alpine Linux project is pleased to announce immediate availability of version 2.2 of its Alpine Linux operating system. This release introduces several new features: a new Linux kernel branch based on 2.6.38 with all of the Alpine patches either re-based or included in upstream Linux sources; new support for the x86_64 architecture; SHA512 password hashing security; preliminary support for grsecurity Role Based Access Control; enhanced disk partitioning and installation tool (setup-disk); improved package management tools (apk); support for read-only boot file systems; added GNOME desktop environment...."

Read the full release notes for additional information and package changes.

Download: alpine-2.2.0-x86.iso (213MB, SHA1), alpine-2.2.0-x86_64.iso (230MB, SHA1).

Recent releases:

 • 2011-05-04: Distribution Release: Alpine Linux 2.2.0
 • 2011-03-09: Distribution Release: Alpine Linux 2.1.5
 • 2011-01-09: Distribution Release: Alpine Linux 2.1.4
 • 2010-11-04: Distribution Release: Alpine Linux 2.1.0
 • 2010-08-21: Distribution Release: Alpine Linux 2.0.0

Install Alpine on VirtualBox.

Start by creating new VM and setting it to run linux with 2.6 series kernel.


Set amount of memory. Since alpine runs in memory the recommended 256 MB might be too little for your needs.




Create a disk. I wanted to emulate a Compact Flash system, so the setting is 2GB. This could be much higher if you like.


Install Alpine.
After Alpine boots type root to login.
Find out the virtual harddisk ID.
dmesg | grep disk
With default settings in the VirtualBox this will be sda.
I made the actual installation using CF installation instructions, but basic HD installation should work too.
Note: With CF install remember to edit /media/sda1/syslinux.cfg to boot from the HD (alpine_dev=sda1:vfat)
vi
/media/sda1/syslinux.cfg

Configure Installation.
Stop Alpine:
halt
After Alpine has been stopped, unmount the CD image in VirtualBox (Devices menu).
Start the virtual machine again and it should now boot from the virtual disk.

Setup Alpine:
setup-alpine

Configure Alpine local backup to use the virtual disk:
Edit /etc/lbu/lbu.conf to have line: LBU_MEDIA=sda1
Commit your setup:
lbu commit

Optional: to debug any problems in startup, activate the rc-system logging:
echo 'rc_logger="YES"'
>> /etc/rc.conf
Results will be in /var/log/rc.log

Setup Alpine package management to cache any downloaded packages in the HD:
mkdir /media/sda1/cache
ln -s /media/sda1/cache
/etc/apk/cache
lbu commit

Setup APK to use a network source and update your system:
apk update
apk upgrade
lbu commit
Development Environment.
I use VirtualBox to compile and test programs for a actual Alpine box. To setup a compilation environment:
apk add alpine-sdk
lbu commit

I also like to save any local files to survive next boot:
lbu add usr/local
lbu commit

Screenshots.

Alpine Menu

Configuration Screen

Configuration Screen

Alpine inox

Custom Search
Adserver                        610x250

If you liked this article, subscribe to the feed by clicking the image below to keep informed about new contents of the blog:

Saturday, August 21, 2010

The BayCom EPP modem series consists of the conventional EPP modem adapter.

The BayCom EPP modem series consists of the conventional EPP modem adapter, as well as the new, versatile FPGA EPP modem. These adapters offer a simple medium-speed Packet Radio solution up to several 100kBit/s.


The FPGA adapter additionally contains a configurable modem. It can be used at various FSK bitrates as well as 1200baud AFSK. This page contains the drivers required for both modems to operate under Linux and DOS/Windows.


Linux Drivers.

The BayCom EPP driver runs entirely in user mode. It does not require any non-standard kernel facility or patches. It currently uses the MKISS driver to talk to the Linux kernel AX.25 stack.


If your Linux distribution does not already contain a kernel that has AX.25 support compiled into it, you will need to recompile the kernel to add the AX.25 support. Similarly, this applies to DAMA slave support (if your favorite digipeater/node uses DAMA), and MKISS support. Instructions on how to recompile a kernel may be found in the Linux Kernel HOWTO.


Make sure that the kernel parallel port driver is not configured to use the same parallel port device! Make sure the address of the parallel port you want to use for the BayCom EPP modem (usually 0x378 for the first parallel port, /dev/lp0, and 0x278 for the second, /dev/lp1) is not listed in /proc/ioports.


Now you are ready to start the driver. A sample script that starts and shuts down the driver is provided (baycomepp.initscript as part of the source distributions, /etc/rc.d/init.d/baycomepp in the RedHat 5.2 i386 RPM distribution). The sample script configures the most common settings for the driver, such as parameters, callsigns and IP addresses. You must modify these by editing the sample script to suit your particular situation. /etc/rc.d/init.d/baycomepp start starts the driver - you must have root privilege to do so though. If successful, the new interface will usually be called ax0. Errors are logged in the syslog. /etc/rc.d/init.d/baycomepp stop stops the driver. Additional configuration settings can be used in accordance with the AX25-HOWTO.


Initscript Parameters.

EPPCONV--eppconvUse if you have a conventional EPP modem
--eppOperates the FPGA modem in FSK mode
--eppafskOperates the FPGA modem in AFSK mode
-m xSpecifies FPGA modem options. See the baycomepp manual page.
MYCALLYour callsign
MYIPYour IP address. If you do not already have one, contact your local IP address administrator and use 10.0.0.1 in the meantime.
GWCALLThe callsign of your nearest IP node.
GWPATHThe connect path (digipeaters in between) to your nearest IP node. It may be empty.
GWIPThe IP address of your nearest IP node.
GWMODE-ipmode vUse connected mode AX.25 to transport IP packets to your nearest IP node. Recommended.
-ipmode dUse unconnected mode AX.25 to transport IP packets to your nearest IP node. Not recommended.
-ipmode cUse connected mode AX.25 and Van Jacobson compression to transport IP packets to your nearest IP node. Not all nodes and not all kernel versions support this


Files

Please check this page from time to time for new versions of the drivers.

Source .tar.gz distribution baycomepp-0.10.tar.gz 388kBytes
Source .rpm distribution baycomepp-0.10-1.src.rpm 467kBytes
i386 .rpm distribution (requires glibc 2.2) baycomepp-0.10-1.i386.rp 467kBytes

DOS WThe file bayepp-0.5.lzh (214kBytes) contains a PC/FlexNet driver for the Baycom EPP modem family. PC/FlexNet is a flexible and modular AX.25 stack that runs on DOS and Windows 9x. It can be downloaded from the FlexNet Homepage. In addition to the BayCom EPP driver, you need at least the PCF and BCT modules. Depending on what you want to do with your packet station, you may need more modules - please refer to the documentation available from the PC/FlexNet site.

A typical PC/FlexNet module calling sequence in a DOS batch file looks like this:

FLEXNET
BAYEPP x
FLEX
BCT

A description of the command line parameters for the BAYEPP driver may be found in the documentation file BAYEPP.DOC which is part of the driver package. FLEX /u unloads all PC/FlexNet modules.


Note that the PC/FlexNet site also contains a driver called EPP. Unlike the BAYEPP driver, the EPP driver can only drive the conventional EPP modem. However, it is smaller in size.


The FPGA modem configuration and diagnostic utility.


The driver packages contain a utility called eppfpga. Its main purpose is to check if the FPGA modem adapter works correctly and to localize faults if it does not. It should not be used with the conventional EPP modem adapter. Since eppfpga is a 32-bit program, the DOS version requires a DOS extender, such as CWSDPMI.EXE which is supplied together with the package. If CWSDPMI.EXE is located in the same directory as the EPPFPGA.EXE executable, it is automatically loaded and unloaded together with EPPFPGA.EXE.

Adserver                       610x250

If you liked this article, subscribe to the feed by clicking the image below to keep informed about new contents of the blog:

Thursday, August 19, 2010

Trinity Rescue Kit (TRK) is a bootable Linux distribution aimed specifically at offline operations: rescue, repair, password resets and cloning.

Trinity Rescue Kit (TRK) is a bootable Linux distribution aimed specifically at offline operations for Windows and Linux systems such as rescue, repair, password resets and cloning.

It has custom tools to easily recover deleted files, clone Windows installations over the network, perform antivirus sweeps with two different antivirus products, reset windows passwords, read and write on NTFS partitions, edit partition layout and much much more.

Trinity Rescue Kit is mostly based on Mandriva Linux and heavily adapted start-up scripts.

Updates:

Trinity  Rescue Kit Tom Kerremans has announced Trinity Rescue Kit 3.4, a Mandriva-based distribution designed to facilitate data rescue from Linux and Windows systems: "Big news from the Trinity Rescue Kit camp: an all new version of the live distro has just been published after almost a year of silence. The biggest visible enhancement here is the addition of a menu interface. Not a graphical one, but a text based, scrollable menu from which any regular computer user can perform otherwise complicated tasks. TRK 3.4 has received numerous feature additions like 'winclean', a home brewed utility to perform offline Windows disk cleaning, a new virusscan engine in the seriously debugged virusscan tool, rewritten winpass (password reset tool) which is way more tamperproof, complete manpages for TRK's own utilities, a quick and dirty guide for the impatient, and literally thousands of other changes...."

Read the complete release announcement and check the changelog.

Download (MD5): trinity-rescue-kit.3.3-build-310.iso (146MB).


Recent releases:

• 2010-08-16: Distribution Release: Trinity Rescue Kit 3.4
• 2008-01-18: Development Release: Trinity Rescue Kit 3.3 Beta, Build 310
• 2007-12-05: Development Release: Trinity Rescue Kit 3.3 Beta, Build 304
• 2007-09-14: Development Release: Trinity Rescue Kit 3.3 Beta
• 2007-01-19: Distribution Release: Trinity Rescue Kit 3.2
• 2006-10-02: Development Release: Trinity Rescue Kit 3.2 Beta


Screenshots.


The startup splash

TRK 3.4 after startup: the simple menu

TRK running a fileserver as seen from a Windows machine

The self burning TRK


Adserver                      610x250

If you liked this article, subscribe to the feed by clicking the image below to keep informed about new contents of the blog:


Sunday, August 15, 2010

BlankOn is an Ubuntu-based distribution developed by the Indonesian Linux Mover Foundation and BlankOn developer team.

BlankOn is an Ubuntu-based distribution developed by the Indonesian Linux Mover Foundation and BlankOn developer team.

It is an Indonesian distribution that includes a variety of software that is widely used by consumers in general, such as office programs, financial applications, Internet applications, drawing (both vector and bitmap), support for various multimedia file formats, as well as other interesting programs.

BlankOn BlankOn Sajadah 6.0 is a variant of BlankOn 6.0 (also known as Ombilin), added with Islamic content and applications. BlankOn Sajadah supports entertainment software for immediate use without installing additional multimedia codecs, Internet access with very light web browsing, communications for instant messaging and social networking, and also office software. It also features vector and bitmap graphics as well as digital photo albums, and of course provides Islamic applications such as Qur'an, Hadith, Prayer Reminders, and Negative Content Filtering. BlankOn Sajadah 6.0 is launched to help the Indonesian Muslims.

Visit the
homepage (in Bahasa Indonesia) of BlankOn Sajadah for the press release as well as a number of screenshots.

Download: blankon-sajadah-6.0-cdlive-i386.iso (960MB, MD5).

Recent releases:

• 2010-08-13: Distribution Release: BlankOn Sajadah 6.0
• 2010-07-05: Distribution Release: BlankOn 6.0
• 2009-06-16: Distribution Release: BlankOn 5.0
• 2008-11-16: Distribution Release: BlankOn Linux 4.0

The name BlankOn originally came from blangkong an ethnic Indonesian headdress, especially common among the Javanese (Central Java, Yogyakarta, and East Java), Sundanese (West Java and Banten), Maduranese, and Balinese.

BlankOn means also blank (binary number 0) and on (binary number 1) or digital hat (modern) with ancient (classic) appearance.

Another meaning of the name could be said to be the transformation from "blank" to "on".

The goals of BlankOn Linux are to provide a suitable operating system for common PC users in Indonesia, especially in the academic, small/medium enterprise, and government sectors.

Since BlankOn 2.0, it has had multimedia support such as mp3, vcd, and dvd, with Indonesian themes and graphics. BlankOn development is open with release frequency of once or twice per year.

Screenshots.

Compiz on BlankOn Lontara

OpenOffice on BlankOn Lontara

BlankOn Lontara with Firefox shows the old BlankOn website


Adserver                      610x250

If you liked this article, subscribe to the feed by clicking the image below to keep informed about new contents of the blog:

Thursday, August 12, 2010

Mssstest, normalisation of disease scores for patients with Multiple Sclerosis.

MSSStest is a program for implementing the method described in the article The Multiple Sclerosis Severity Score. R. Roxburgh S. Seaman et al. (2004), accepted for publication by Neurology. It calculates MSSS scores and uses these scores to test for differences between disease progression rates in different groups defined by genotype at some locus. A brief description of the method is given below.


Introduction.

Suppose one is interested in determining whether the genotype at some locus of interest affects the rate of progression of disease of people with Multiple Sclerosis (MS). One method would be to calculate the mean EDSS score in patients with each of the genotypes and test whether they are significantly different. However, this approach is inefficient if patients have their EDSS assessed at different durations of disease, as patients who have had MS longer typically have higher EDSS scores regardless of their genotype. By adjusting for duration, a more powerful test can be developed.


MSSS method.

Given a dataset of EDSS scores measured on patients at different durations of disease, a table is generated to convert ESSS scores to MSSS scores. This is done as follows. For each i (i=0, ..., 30), all patients having durations between i-2 years and i+2 years are ranked according to their EDSS scores. Suppose there are Ni such patients. Then, for each possible EDSS value (0, 1, 1.5, ..., 9.5), the average rank for that value is calculated. Suppose that for year i and an EDSS of j, this average rank is Rij. Rij is divided by Ni + 1 and then multiplied by 10, to yield a number between 0 and 10. This is the MSSS score for a person whose EDSS is measured as j when their duration is i years. This procedure is repeated for each value of i in turn.


A patient having an MSSS of x progresses faster than 10x% of MS patients in the population and slower than (100-10x)%. So, for example, an MSSS of 5.0 means progressing at the median rate. A patient whose MSSS is 9.0 is a fast progressor, progressing faster than 90% of patients. A patient whose MSSS is 1.0 is a slow progressor, progressing faster than just 10% of patients. Using data on 9892 patients from 11 (mainly European) countries, we derived an MSSS table. This is the `Global MSSS' table, which can be used to look up, for each patient in a study, the MSSS score that corresponds to their EDSS and duration. However, an alternative is to generate an MSSS table from any particular set of data being analysed. This is a `Local MSSS' table.


Once MSSS scores have been assigned to patients (whether using the Global or a Local table), the Kruskal-Wallis test can be used to compare median MSSS in the different genotype groups. The Kruskal-Wallis test is similar to the ANOVA test, but is a non-parametric test, i.e. it does not assume normally distributed data. If there are only two genotype groups, the Kruskal-Wallis test is identical to the Wilcoxon test (also known as the Mann Whitney U test). Patients with duration 0 years are excluded from the test because EDSS assessments in the first year are not adequately predictive of later disease progression.


The MSSStest program performs this Kruskal-Wallis test, having first assigned MSSS scores using either the Global MSSS table or a Local MSSS table generated from the data provided. We recommend that in nearly all cases, the Global table should be used. A Local table should be used only if the sample is large (>1000 patients) and the method of recruitment of patients is such that the distribution of EDSS conditional on duration is very different from that of the combined cohort of 9892 patients used to calculate the Global table. This could be, for example, if a study recruited only fast and/or slow progressors.


P-values for the Kruskal-Wallis test can be obtained either by using an asymptotic (large sample) approximation or by an exact, permutation method. The asymptotic method should be fine for large samples. However, if the sample is small, ask MSSStest to also calculate a permutation p-value. In most cases, this should be very similar to that calculated by the asymptotic method. If they are very different, the sample is too small for the asymptotic approximation to be reliable and the permutation p-value should be used instead.


Another application of the MSSS is to describe disease severity in a single dataset. If all patients entered into MSSStest are in a single dataset it will calculate the mean Global MSSS for this dataset but will not perform a Kruskal-Wallis test. The mean is calculated excluding patients with duration 0 years because EDSS assessments in the first year are not adequately predictive of later disease progression.


Input files.

MSSStest requires as input files:


edss.txt

This should be a tab or space delimited text file (ASCII) file. It should contain one row for each individual in the data set. Five columns are required. The first two columns are simply labels for the individuals in the data set. They are not used to perform the test. The first column is the family number and the second column is the number of the individual in the family. The third column is for the EDSS score. The fourth is for the disease duration at the time the EDSS was measured, rounded down to the next lowest whole year. The fifth is for the group to which the individual belongs. Groups are coded numerically and should be between 0 and 99. An example edss.txt file is provided. Note that no header row is allowed.


global.dat

This is the Global MSSS table: a matrix for converting EDSS scores into MSSS scores. It is not necessary to understand it, but if you are interested, row i corresponds to an EDSS score of i/2 (e.g. the fifth row is for EDSS=2.5) and column j corresponds to a duration of j-1 years.


Output files.

MSSStest produces the two output files.


msss.out

This contains a summary of the results of the Kruskal-Wallis test or in the case of a single test just the mean MSSS.


indivmsss.out

This is the same as edss.txt, except that an extra, sixth column is added which contains each individual's MSSS scores.


Obtaining MSSStest.

Versions of MSSStest are available for Windows and Linux - see the download page:

http://www-gene.cimr.cam.ac.uk/MSgenetics/GAMES/MSSS/download.html

If you wish to use the program on a platform other than Windows or Linux, we also provide source code on the download page. MSSStest is written in C++ and may be compiled using a suitable C++ compiler. The files roxburgh.cpp and neededroutines.cpp are C++ source files and neededroutines.h is a "header" file.

In unix, compilation would normally be by:

CC -o MSSStest.exe neededroutines.cpp roxburgh.cpp -lm -lc

where CC is the command name of the compiler. This produces the executable file MSSStest.exe. Alternatively, a makefile is also included (this may require editing for your C++ compiler).


Download:

Adserver                     610x250

If you liked this article, subscribe to the feed by clicking the image below to keep informed about new contents of the blog:

Recent Posts

Linux News

My Blog List

Flickr Photostream

Antipixels & Counters

BlogESfera Directorio de Blogs Hispanos - Agrega tu Blog Add to Technorati Favorites BlogItalia.it - La directory italiana dei blog Il Bloggatore Find the best blogs at Blogs.com. Computer Blogs - BlogCatalog Blog Directory AddThis Social Bookmark Button page counter