Starting to hit that busy season, looks like I’ll probably be working (lightly) even on Christmas day. My endovers to automate PBI generation are only lacking the ability to create a PBI file. I know I could just use it to create a .pbc file to use PBI Creator in but PBI Creators issues have been my major reason for not submitting many PBI. I want to move from creating custom install scripts during the build process and instead mod a templet to meet the needs of the project. Short of the out right refusual to help in the PBI generation sector this things going to be completed if I have to install PC-BSD via emulation on my desktop. Installed ksh93 on Vectra to day, looking for a replacement for tcsh with vi editing mode. Only to learn that tcsh has a vi editing mode, slightly different then bourne styles after reading the manuals +S Ksh93 looks live a very good shell so far, I basically wanted a version of ash with completion but without the size of bash. Well I think bash is smaller then ksh but oh well I ‘m used to zsh now 🙂 I also set up my .profile to split config into .kshrc if I login using ksh93 instead of (a)sh. I’ve got to finish my home work and vi how to, rather do the how to then the school work. Been a very stressful day, I never seem to be able to get any rest. Even when I do it’s usually crap. After most of a week, I finnally got to read my mail…. My work with this PBI thing should have been finished the day after Thanksgiving but I couldn’t get the time to do it all in a stretch. Life doesn’t always match up to desire.
Labor
Ok been working on a Vi user how to, I want ot ge that finished by monday. Note to self disable my word wrapping settings before editing the file.
I tested the *.desktop files a bit and I’ve tweaked the program accordingly. getInput now asks for a K-Menu name for the program, should it run in a terminal or not (with a function to handle that). The mkXML file now is ready to handle the new data and sets Startup Notifications on for every thing. MIME types, Web links, and Doc links aside I think mkXML is read op.
One thing I have learned is that Regular Expressions are fun things, makes life very easy at times 🙂
Really using a mix of unix util in the shell I think one could bypass a text editor all to gether but the slide-sling of file redirection makes me understand how editors like ed and ex became standard programs in UNIX before vi was created.
Vi User How-To
Welcome to an introduction and usage study of one of the worlds most common text editors. It is also my favorite style of editor. We cover several sections each detailing a given aspect of the Vi editor.
Table of Contents
Short history
Which Vi is my Vi ?
Initial Fear
Learning Vi
Required Commands
Helpful Functions
A few extra commands
Making sense of Vi options
Deletion Wars
Cut, Copy, and Paste the Vi style !
Options and configuration
How to make a exrc file
Document Version: 0.90.0
This post has the underlying assumption that you want to learn to use the Vi text editor but know jack about it. I won’t insult you but I’ll try to teach it without being to terse or “hand holding”. We all need help but one has to put in a little bit of effort to master a program.
I have always cared more for content and understandable English then for closely following the “laws of the English anguage” so forgive any grammatical errors and ether curse or help improve the content 😛
Short History
In 1976 a man named Bill Joy wrote the Vi text editor for an early BSD release. It took the existing ed and ex line editors and created a visual interface. While ex was a simple line editor vi gave us an interface much more like what we are accustomed to in this era.
Vi is a modal text editor which means that depending on what editing mode one is in at any given time what each key does changes. Vi has thankfully only two editing modes of importance command and insert. Unlike common editors such as Emacs or Kate commands are entered by shifting the entire keyboard into command mode and back into insert mode to continue inserting text. This modal concept is probably the biggest adjustment new users have to make when learning Vi. Some notable influences on the Vi command set was the ADM3A terminal which had the Esc and left Control keys where the Tab and Capslock keys are on modern US_QWERTY keyboards. There was also arrows on the H, J, K, and L keys which intern became the Vi movement keys.
Which Vi is my Vi ?
There have been many vi implementations and clones through the years and on many systems but you can always count on an Unix to have a Vi. By high decree of the POSIX (Portable Operating System Interface for uniX). It would be best that before you try to start learning how to use Vi you learn what type of Vi editor you have. Many GNU/Linux systems will use a Vi clone in place of Vi while BSD Unix’s use nvi. This how to should be relivent to every Vi/Vi Clone but most Vi Clones have a lot more to offer then Vi does.
Vi is the classic BSD
implementation now free and open source under a BSD style license.
Nvi is a re-implementation of Vi used for the 4BSD release when the original Vi was considered encumbered code. This is what is like wise used on Free, Net, Open, PC, and Desktop BSD and the focus of this how to.
Elvis is a Vi clone that adds a number of features and commands. Elvis functions on Unix, Dos, NT, and OS/2 systems both as a console and graphical application. It is standard issue on Slackware Linux for the systems vi program.
Vim or Vi IMproved is a Vi clone that implements many additional features and options. It’s known to run on many platforms including Amiga, GNU/Linux, Mac OS X, Windows, OpenVMS, OS/2, and Unix like systems. Vim supports several graphical user interfaces including Motif, GTK1, GTK2, and Athena versions. It is also what this post was written with.
Vile was initially derived from an early version of Microemacs in an attempt to bring the “modern” benefits of the Emacs multi-window/multi-buffer editing paradigm to users more comfortable with the vi command-set. Vile functions on DOS, Windows, OS/2, GNU/Linux, Mac OS X, and Unix like systems.
Viper-mode of the popular Emacs editor tries to emulate many common vi commands and may prove interesting to emacs users and humorous.
It does not matter what Editor one uses as long as one is happy, productive, and effective but I would recommend using a Vi Clone with good documentation. So know any good jokes about Vims 25,000,000,000 page manual ? Hehehe.
You may invoke the vi editor from a console window by typing “vi”, if your using another type of editor or “vi clone” please consult it’s documentation.
Initial Fear
The traditional vi runs in a command window which is enough to scare off many new users. While newer Vi Clones such as Vim and Elvis have graphical user interfaces that can run with such luxurious features as tool bars and menus it is important to know that the editors are still available in the command line environments without loss of functionality.
One of the most confusing things to scare you about learning Vi is the concept of editing modes. Most users are used to an editor that starts with and is always in “insert-mode” that is you type on the keyboard it and writes text to the screen. Vi by default starts in a command mode where the keys are used to issue editing commands such as delete, replace, yank (copy), paste, cut and movement keys and such. When one wants to start writing text they have to enter insert mode. Once you get sed to this idea you will start to grasp Vi much better. When you are working in insert mode Vi will behave in a similar manor to what most users expect a few differences aside (like the Esc key and copy/paste commands). To indirectly quote a man named Jon Lasser about vi editing modes.
When you move your (mouse) pointer out of the screen area, you can’t type in text. You have, in effect, moved from insert mode to command mode. “It’s the same thing,”
Most implementations of Vi including nvi should be able to make use of ones cursor (arrow) keys and the insert/home/pgup/del/home/pgdwn clusters we take for granted but using the arrow keys are less effective then using command mode & the classic movement keys. I’d say you should try to use the cursor keys for simple movement at first because they work in any mode and are less foreign. When some day you find yourself without working cursor keys you will be bloody
happy you learned to use H,J,K,L instead of LEFT, UP, DOWN, RIGHT. Trust me it can happen, I once had a very bad system boot the kind your usually lucky to be able to fix without a rescue disk kind. I had to edit a file and my choices of editors were rather limited (ed, ex, vi, ee). When I ran vi it could not use my cursor keys forcing me to use the H,J,K,L cluster in it’s place. Never before was I so glad to know two ways of doing the same thing in a text editor !
Learning Vi
I will split this section into several groups of commands. When I first tried to learn Vi(m) I didn’t like it because I could not figure it out at the time. After a while on the FreeBSD command line I learned how to use it. In the process I also learned the easiest way to learn how to use Vi, aside from using Vim instead (:help) was to learn things in small pieces. It won’t do you any good to try and learn Vi all at once but if your able to just sit down and inhale it I’ll probably edit in a cheat sheet or a link to one at the end of this how-to.
Required Commands
So named because these are what I feel are the fewest commands one needs to know in order to use Vi. Maybe not use it well but use it as well as Notepad is a good editor. While we are on the subject of Notepad. Just to say it, notepad is a good editor for several reasons:
It is on nearly any Windows system, it’s very simple and light weight.
You don’t need a Ph.D to use it.
It’s also very week and very basic.
Vi like many Vi users prefer Speed, Power, and Efficiency over a small inertial learning curve. Many people say Vi is not intuitive to learn but I must disagree it is only a matter of adopting ones mind to shifting between insert and command modes. The more one learns with Vi the more productive they will be but no one need learn every thing on day one !
These are the core super simple commands you have to know to use Vi like most editors.
Key Action
h Move left one character - the left arrow does this as well
j Move down one line - the down arrow does the same thing
k Move up one line - the up arrow does this too!
l Move right one character - Right arrow yet again.
Esc Enter Command Mode /or cancel commands
i Enter insert mode - the Insert key will also work
x Delete the character under the cursor - just like the Delete key.
ZZ Save file and quit Vi
To tell the truth compared to using Notepad you only learned 3 commands. Esc, i, and ZZ or enter command mode, enter insert mode, and write file and get me out of this crazy editor!
The h, j, k, l, and x keys are analogous to the arrow keys and the insert and delete keys on your keyboard. The only difference is these keys work when nothing else does. Some terminals don’t support luxuries well such as home and end keys so when working on a machine from a remote session or laptop these can be your best friends. You should be able to live with having to press ESC to use commands and go to insert mode to input text.
Helpful Commands
These are more keys and commands that are not necessary to edit a file but do make live a lot easier especially if you often find your self editing text not just creating it. If you have some experience with some thing called regular expressions a few of these might even seem familiar to you.
Key Action
: Enter "ex" like commands in a "command line" mode
:w Write changes to file
:q Quit Vi
:e file Open file for editing
/word Find "word" much like Control+F in many other editors
n Go to next occurrence of the search term below the current
N Go to next occurance of the search term above the current one
a Enter insert mode right of the cursor
A Enter insert mode at the end of line
o Insert line below cursor
O Insert line above cursor
w Move forward one word
b Retreat one word
$ Move cursor to the end of the line
^ Move the cursor to the start of the line
Control+u Page up half a screen
Control+d Page down half a screen
u Undo previous command(s) - some Vi clones have unlimited undo/redo
Control+r Redo the undone command(s) - same as above ^
r Replace one char and return to command mode
R Enter Replace mode - works like pressing insert in most editors
c Change, takes an operator like d. example: cw=changes a word
dDelete using a following movement command (see below)
dd Delete entire line
None of these commands are necessary to know but they sorta make life easier. Personally I find these much easier on the wrists then Emacs which uses key combinations using the Control and Meta keys instead of a command mode.
A few words about the “:” key, it enters a little command line mode. When you press the : key in command mode it gives you a command line to type an ex (extended editor) type of command. After you have typed the command you press enter to run it and should return to normal mode. If you need to force a write or quit you can append the “!” Symbol to it. If you are a ex guru or need to enter many commands in this way you might try the “Q” command to enter Ex mode. For example the ZZ command is the same as :wg. One can mix and match actions and movements very well in Vi, for example if one wanted to delete to the end of the line you could use command mode to enter d$ and delete from the cursor to the end of the line. When one shifts between command and insert modes often in there editing style you soon find the a, A, r, o, and O keys very useful. I’ve mentioned a few other modes then command and insert but they are of little importance to you unless your into reading good ocumentation. Consult your Vi implementation for details, for users of nvi it’s nothing to fart about at this stage of learning. Many commands allow one to specify a location or a movement. This is especially true for using the commands for deletion, joining text, copy/cut/paste, and multiple editing buffers (windows) if your vi supports it.
You might want to get used to using most of these commands or at least the concepts be fore we try to tackle such tasks as more advanced delete or copy/paste commands. A coffee break about now is a very good idea.
A few extra commands
These are other commands useful to users but I broke them off from the above list to ease session based learning.
Key Action
:!cmd Execute shell command cmd.
:command! Force command to run, such as force write-quit (:wq!)
:r!cmd Run cmd in shell and insert it's output in the file
G Go to end of buffer (the bottom of the file)
1G Go to line one in the file
nG Go to line n. So 10G means go to line 10
>> Shiftwidth text over one indentation level to the right
<< Shiftwidth text over one indentation level to the left
One cane execute commands from vi that one would usually run in a shell such as bash or cmd.exe. :!dir b “C:Program Files” would be executed just as if one ran the dir command from cmd.exe or command.com. If you want to nab the output of a command into your file use :r!command this is very good if one needs to quickly grab some data thats a fast pipe away. The G command is a go to without any arguments it goes to the bottom of the file. If one was to type a number before it it would go to that line number. The >> and << are useful for shifting text around but have likely little need for users not into programming or scripting e.t.c. So I have nothing to say about these commands. Making sense of Vi optionsOne of the worst things is that by default vi generally does not tell you what mode you are in or where the cursor is this can make life harder. Lucky for us Vi has the ability to set options. Really this belongs in a customizing vi section and I’ll probably paste it there but I think knowing some of this now will help you. You can set options thus turning them on, off, or setting a value :set option :set nooption :set option=10 If you want to see all the options available you can type :set all if you have a good Vi clone you should be able to get some documentation on what all of these do, for the sake of making Vi more friendly we will cover some good stuff here. :set showmode :set ruler ;set ignorecase These three options (in order of appearance) will make vi show you the current mode at the bottom of the screen, show you the cursors position as line,character at the bottom of the screen, and turn off case sensitivity when searching in a file. You can make a startup file that vi will read when it starts that will set options for you. Ex/Vi and Nex/Nvi use the /etc/exrc and ~/.exrc files but depending on your implementation it may be different such as Vim or Elvis. I don’t have much experience with Elvis but for Vim it reads the .vimrc file(s). You can turn these off pretty easy like so :set noshowmode :set noruler :set noignorecase If you want to make a .exrc file for your self you can store commands in it that are what you would type after hitting : so a .exrc file enabling showmode would look like this: set showmode and saved as ~/.exrc if you want to leave a comment in the file preside it with a single ” quote. The ” Comment marks that entire line after the ” character not to be read when starting up. A few options that may interest you are autoindent, tabstop, shiftwidth, wrapmargin, and warplen. By default when one tries to type past the end of the screen it rolls to the line below on screen but is treated as one long line. One can try and make this more like most editors word wrapping with some play time. I will only discuss the autoindent option since it is some thing you will ether long for or hate if you use vi for editing code, scripts, web sites e.t.c. When one sets autoindent on vi starts a new line with the same indentation as the last. The word indentation is a little odd in my opinion if your not a programmer so I’ll give a short example of how it goes.
if i is-greater-then 0
do this code
and this code
else
do this instead
endif
If typing that with autoindent on pressing return after typing “do this code” would automatically indent the next line to the same level. You can press Control+D to kill the autoindent such as if you wanted to place the “else” in our pseudo code at the same level as the “if” and “endif”. Deletion WarsIf you remember awhile ago when we both were still sane. I mumbled about being able to combine a command and a movement. This is pretty much true with most movement, deletion, and “visual” commands (visual as in cut, copy, paste). x deletes the letter under the cursor but what if we want to delete some thing else? We can use the d key along with a movement specifier if you recall the movement keys h, j, k, l, $, ^ we can combine them all with d to make it mean delete this way. So d^ really means delete to-start-of-line. This makes for very versatile work and it’s not just limited to deletion. Much like we can use a number and G to go to a line like 275G to go to the 275th line of a file. Nvi users will especially need to know this for dealing with copy/paste as it lacks a Visual mode that makes it more like other editors. A very fast way to delete an entire line is the dd command or deadly delete 🙂 You can prefix a number of lines to a command as well, so for example 10dd will delete the current line and the next ten for you. Unlike most editors Vi does not really know you have a mouse, although Vi Clones should if they have a GUI. Some like Elvis and Vim have a “visual” mode that can highlight text using movement keys and then delete it or do the cut, copy, and paste antics with it.
Key Action
y Yank (copy) - selects text in a similar manner to the d command
yy Yank line - selects text in a similar manner to the dd command
yyp Duplicate line - copy/paste current line on the line below.
p Put (paste) text
v Enter visual mode - for some Vi Clones
One should really know both ways if possible. Personally I prefer visual mode, it’s more like what we are all used to. That is you select (aka highlight) text then do with it what you want, such as copy or delete. With classic Vi as included in FreeBSD at least one will get an error. If one wanted to copy the current line and the next tree. You would type 3y in command mode. Go to where you want to paste it and press p key in command mode. This is more or less how it works in traditional Vi. This is how it can also be done in a Vi clone like Vim. You can enter visual mode (v key). Once you do that the editor starts treating the cursor movements just like when you old the left mouse button and start dragging the pointer around. Only it works without a mouse ! Once you’ve high lighted some text you can act on it.So for example if you pressed “vwwd” you would have just deleted from the current cursor position to the next two words. You can use the “c” command to “cut” in visual mode. I have not tried elvis much but it should be similar to vim. Search and Replace If you are familiar with regular expressions, sed, awk, ed, or ex you should be at home right here. The search & replace takes syntax like this ‘n,m s/find expression/change expression/cmd’. So if I wanted to change every occurrence of ‘vi’ to ’emacs’ in this file I could do this. :1,$s/vi/emacs rules/g That is from line 1 to end of lines search for the string vi and replace it with emacs globally. If I only wanted to change it for n through m lines I could have tried some thing like this :260,285s/emacs/vi/g Regular expressions are similar to the wild cards used by the shell but they are different. Same concept (imho) but different syntax. Much like C and C++ maybe. A detailed Analise of regular expressions would be out side the scope of this how-to and totally irregular 🙂 I suggest the following links for more info about regex (regular expressions) http://en.wikipedia.org/wiki/Regex http://www.regular-expressions.info/ Back in the days before operating systems when software ran on the bare hardware. Stuff like this “regular expression” mumbo-jumbo was a thing just for the uber-nerdy scientist but now it’s in the power of your editor. It should also be worth learning how to use regex. As it is a common syntax with many uses. The better you know regular expressions the better you will be able to use tools like sed, grep, awk, find, perl, ex, and many more. Options and Configuration We touched on this back in section 4.4.Making Sense of Vi options but will go over a few things again. Saves your scroll bars eh? 🙂 Vi has a number of options that adjust the way it behaves, here is screen dump of the default setup of nvi. As used on FreeBSD 6.1-Release.
~
+=+=+=+=+=+=+=+
noaltwerase noextended matchtime=7 report=5 term="xterm"
noautoindent filec="" mesg noruler noterse
autoprint flash nomodeline scroll=12 notildeop
noautowrite nogtagsmode noprint="" nosearchincr timeout
backup="" hardtabs=0 nonumber nosecure nottywerase
nobeautify noiclower nooctal shiftwidth=8 noverbose
cdpath=":" noignorecase open noshowmatch warn
cedit="" keytime=6 optimize noshowmode window=24
columns=85 noleftright path="" sidescroll=16 nowindowname
nocomment lines=25 print="" noslowopen wraplen=0
noedcompatible nolisp prompt nosourceany wrapmargin=0
escapetime=6 nolist noreadonly tabstop=8 wrapscan
noerrorbells lock noredraw taglength=0 nowriteany
noexrc magic remap tags="tags"
directory="/tmp/"
msgcat="/usr/share/vi/catalog/"
paragraphs="IPLPPPQPP LIpplpipbp"
recdir="/var/tmp/vi.recover"
sections="NHSHH HUnhsh"
shell="/usr/local/bin/ksh93"
shellmeta="~{[*?$`'""
Press any key to continue [: to enter more ex commands]:
You can get a screen like this by using the :set all command. Every option or “variable” can be turned off by appending ‘no’ to the command. So if we wanted to turn on autoindent we would :set autoindent We could also have used the short form and typed :set ai but that makes it harder to read. Why this matters I’ll tell you in a sec 😛 To turn it off we would then type this. :set noautoindent Some options take a numeric value and are set like this :set shiftwidth=4 I’ll try to quickly document each of these options the best I can ones of value. So you can choose what you prefer. I’d suggest if you want to modify Vi’s behavior to test a few options to see how you like the changes. If I have no information about the option, it is not listed. Option: autoindent Short form: ai Value: on/off Default: noautoindent Description: When turned on ‘ai’ will automatically start the new line to at the same depth as the previous line when breaking lines (i.e. pressing enter). The value of the ‘shiftwidth’ variable is used when inserting tabs. When your done you can undo the autoindent by pressed the control+d. I’ve yet to figure out if it is a bug or a configuration error but if tabstop and shiftwidth have different values. Control+d will not un-indent the line correctly if sw and ts are not equal. Line one line two Autoindented Cntrl+D Option: autoprint Short Form: ap Value: on/off Default: noautoprint Description: I don’t see any effects but my reference says ‘Display changes after each command.’ Option: autowrite Short Form: aw Value: on/off Default: off Description: Automatically write changes to file after certain events. Option beautify Short Form: bf Value: on/off Default: off Description: Ignore all control characters during input (except tab, newline, formfeed). Pressing control+letter in insert mode when no command exists will result in text like this by default. How to delete a tpyo�� No I’m not trying to insult emacs users, I would probably use M-B M-D to fix such a typo when using Evil Macs. Option: columns Shot Form: col Value: numeric Default: varies Description: The number of columns to use for the text area. Example, how to set vi to 85 columns wide. :set columns=85 Option: edcompatible Short Form: ed Value: on/off Default: off Description: Use ed-like features on substitute, probably more useful for Bill Joy then you or me. Option: errorbells Short Form: eb Value: on/off Default: on Description: Sound the system bell when you make a booboo. Option: exrc Short Form: ex Value: on/of Default: off Description: Vi can read an exrc file that will run a set of commands at startup. Basically a configuration file for setting your options (see next chapter). Option: hardtabs= Short Form: ht= Value: numeric Default: 8 Description: Set boundary for hardware tabs, may be useful for a Teletype. Option: ignorecase Short Form: ic Value: on/off Default: off Description: Ignore case in regex expressions. Option: lisp Short Form: ? Value: on/off Default: off Description: Turn on lisp mode, I think it aids the formating of old lisp code. Option: list Short Form: ? Value: on/off Default: off Description: Display all tabs, end of lines. Turn this on for fun 🙂 Option: magic Short Form: ? Value: on/off Default: on Description: Enable more regex expressions Option: mesg Short Form: ? Value: on/off Default: on Description: Allows mesgs to be sent to terminal, see man mesg(1) Option: number Short Form: nu Value: on/off Default: off Description: Enables line numbering, this can help when debugging files. I usually have a mapping to enable it with the F2 key in my ~/.exrc file. Option: prompt Short Form: ? Value: on/off Default: on Description: Enalbes the ‘:’ prompt, if you disable this you can make ex behave more like ed. You probably don’t want this. Option: readonly Short Form: ro Value: on/off Default: off Description: Prevents you from writing the file unless you override it like so. :w! Option: redraw Short Form: ? Value: on/off Default: off Description: Redraw screen when edits are made, probably works like the Control+L command (refreshes screen). Option: report= Short Form: ? Value: numeric Default: =5 Description: Report changes if they effect more lines then report=n. Such as when using the delete/yank/join commands e.t.c. Option: shiftwidth= Short Form: sw= Value: numeric Default: 8 Description: How many characters to use when shifting width with the >> and << commands e.t.c. If you plan to use autoindent, the value of sw and ts should be the same (see below). Option: showmatch Short Form: sm Value: on/off Default: off Description: The cursor will flash and move to the openning {, }, (, ), [, or ] when typing a closing one on screen. Option: showmode Short Form: ? Value: on/off Default: off Description: Shows which mode you are in such as command, insert, append, or replace. This is so useful its a perfect choice for the beginners exrc file. Option: tabstop= Short Form: ts= Value: numeric Default: 8 Description: How many characters to display a 'tab' as, mostly of use for programmers. Common choices are 2, 4, 6, 8, 10, 12. It has been suggested that one should not change this setting but instead adjust the shiftwidth setting. I can only say from personal experience if you change tabstop but forget to change shiftwidth to the same. Auto-indent will be a bit off :-) Option: wrapmargin= Short Form: wm= Value: numeric Default: 0 Description: Set the right margin. Setting a value greater than 0 will word wrap n spaces from the edge of the screen. So :set wm=5 would make the display wrap lines when ever it hit the 5th to last line of the terminal. Option: wrapscan Short Form: ws Value: on/off Default: on Description: Searches wrap around end of file How to make a exrc fileThe exrc file is very simple. Commands are read from the ~/.exrc file just as they are from the ‘:’ command line in Vi. Placing this line in your exrc file set autoindent Is the same as tying :set autoindent in command mode. You can use the double qoute or ” character to comment a line. ” This line is not read by Vi set tabstop=6 Here is an example of what my ~/.exrc file might look like with extra comments.
" Tell me what mode I'm in between coffee breaks
set showmode
" Press F2 to turn on line numbering, make the ^M with ctrl+v ctrl+m
map:set number
" Alias ';' to :
map ; :
UNDER CONSTRUCTION
__ ___ ___
| | / / / /
| || / / / /__/ /
| || / / / __/
| || / / / ___
| || / / / / /
| || / / / / / /
| || / / / / / /
| || / / / / / /
| || / / / / / /
| ||/ / / / / /
| |/ / / / / /
| / / / / /
| / / / / /
| / / / / /
|__/ / /__/ /
__/ __/
Need to get out more
Dang it I’ve just been examining my to do list…. I really need to get out more, chase a few lushious babes across the beach e.t.c. Dang it I can’t even remember how many years its been since I’ve gone to the beach and I grew up in south Florida !
Oh well time to play Spider Solitare and some KDE Games.
XML
Ok so sue me I took a day off 😛
Set up the mkXML function to create our *.desktop files which is a good thing because it shows me I have more testing to do with them. As well as editing the getInput function to make a few changes namely.
Should we run the app in a terminal ?
Do not create link option
Test a few entries in the file
Set MIME type(s?), using a real MIME not a *.ext !
I’ve added “/usr/ports/packages/All/” and the current directory to where to look for things entered on the CLI so hopefully we could call it as “program packageToAdd.tbz optionalBatchJobFile” and find it. I’ve set the foot holder code for the fkBuild function which makes the PBI file. Thats going to be a tough thing to do, hopefully Tim will be able to help me there. I’ve set up our little main loop to breach off into fkBuild + a comment that it should never return to our main loop of events. Because once fkBuild and sub-routines are finished it’s supposed to exit the program !
I need to add stuff to the getLibs function for binary hunting. Because what I want is for the user to be able to enter the binaries name as one would to run it. Which is easier on Joe Newbie and faster for a CLI without tab completion. Since getLibs relaies on the information gathered from getInput. We’ll then have to test it logically checking to see if it’s located in any of the usual spots in the path. Once we find where it is we append that and pass it to the section that actually gets the libs. If it’s some thing not in the standard path the user will have to give us full path which we will need to strip off at the start of mkXML.
Line of execution is pretty simple so far, I’ll worry about the world of Object Oriented Programming another time – like after this works. Every thing is done in seperated routines rather then a huge main function.
mkHome - prepair programs projects directory (/usr/local/Projects) if it does not exist.
mkProject - make the current projects directory if does not exist. Then copy our pkg over to the project directory.
mainLoop - ask how many K-Menu entries we need to make and loop that many times, then call fkBuild.
getInput - get all the information needed to write the *.desktop files and any script details
getLibs - gather all the libraries required from the program given to us by getInput
mkXML - using the data from getInput make our *.desktop file
fkBuild - make the *.pbi file
Of course its not done yet so its not all working yet. So far it looks quite promising as long as in the end I can make a working pbi file. I need to add greater error checking, path stripper code for getLibs, strighten up getInput for a few extras and colate with the mkXML routine. I don’t know if XML is the right word for the file style but hey its short, discriptive, and bloody close enough! I also need to get the stuff fixed up for creating the PBI.*.sh files.
To day I rest, let the stream roll off. I’ve mostly kept my self busy as a beaver to get my work done and also not blow up over at www.pcbsd.org
I need to get the code to handle swaping the data out to file thus creating the *.desktop files to day. I’m moving it to a mkXML function for neatnesses sake even though it’s likely to need tweaks. The only bad thing is I can’t do the multi-language fields of it and I’m sure as heck not writing a translator to use as a filter app!
Also got to get the stuff setup before going back to work. It’s nice to be able to rest for a few days, even if I’ve more or less been in front of the computer tinkering on some thing for 2 or 3 days stright. BF2 is also good for a break.
For some very od reason I’m having an urge to create a GNU/Linux distro… Console based Live CD /w plenty of rescue stuff, optional X startup /w a minimal WM and an install script then setup the system for install.
Working on my German a few words at a time too.
Well I got most of the interective mode setup, actually swapping the data out to file is next. Not sure where the fkBuild() function will lead but it won’t end up back into the mainLoop (hence the ForK prefix). After the thing runs assuming I ever sort out the PBI generation part it self things look good. The final thing to do will be setting it up to tell weather it is in batch or interactive modes. What I’m thinking is simple
appname /usr/ports/packages/All/package.tbz
Runs it in interactive mode, user has to set the data to create a suitable .desktop file.
appname /usr/ports/packages/All/package.tbz ~/datafile
Run as a batch job reading stuff from dtafile in order to process the job.
Thanks to dropping into #kde I found out basically how to manipulate the K-Menu manually. I’m sure it’s simular for making Desktop Icons because of the files. I’d just have to figure out how to set it up correctly not concerned with it though.
Once it’s complete and if ever fully functional it shouldn’t be to hard for a GUI program to work around its batch mode. That infernal QT Designer is still more then I’m up to handling without reading the manual yet.
AutoPBI
Well I think it’s about 0300 hard to tell since I’ve been toying with my laptops time systems hehe. I’ve been working on a little gizmo to try and auto-create a PBI so far it’s going well. I need to sort out how to setup the scripts used for installing the PBI. At the most basic level it shouldn’t be that hard but I’m faced with a few design desisons.
Should I keep it to a srictly functionally terse or opt for an easier UI. Really I care more for solid implementations then flashy stuff. A few things I need to get done is making short work of the PBI.SetupScript.sh and PBI.RemoveScript.Sh files auto-generation. I’m not sure what to put in it really. I know I want to prepair the pkg_add and the binaries in it before offering a direct edit. A quick way to add “events” per say, i.e. an easy way of setting up dialog/kdialogs for use would be nice but that can wait awhile lol. If Kris Moore can anwser me how to tell in the script is running in text mode or normal (gui) mode. I could setup dialogs for PBI Text installs and kdialogs for normal click-n-run style.
I’ve got the code working to get basic libraries auto-populated but theres no support for auto-magic setup with GTK+ P.I.T.A. PBI Libbing yet and I need to start the code to quickly run each binary through it. I’m hoping to deside more on the UI before thats totally finished. I may be a newbie but I’m trying to keep each section very self contained and a good managible size as much as I can. I remember reading through some source code files a few K lines of C Code long and getting tired of reading after the first thousand or so lines. So I kinda learned keep it tight when ever I can. I’ve not figured out how to “create” the PBI yet. If possible I’d rather like to bypass PBI Creator all together and see if theres any way to manually setup stuff on the K-Menu e.t.c. Has to be some way since PBI do it as they are.
I remember there was a thing posted on how to make a PBI file for GNU/Linux so I’ll take a look at that when I have it ready to “build” some thing. I’m sure if I worked out how to create a PBC file ether using the Build-A-Function called pipes, filters and redirection or perl/ruby I could make it wrap around PBICreators CLI mode but .. Dunno yet.
What I want this to be, is a simple way to get started building the PBI. I’m not yet desided weather to have the port build from within the program or for a simpler design make one have to do a make package first or not. I also need to test to see how much find, copy, link would be the normal neccessity to setup after the package. Such as prepairing the manpages/configdir stuff. I’m not usre how to work out nabbing the man pages since they could be near any where depending on the app and won’t always be limited to the binaries names.
Really I don’t think I’ve had this much fun in a good while.
More PBI
Well I’ve E-Mailed Kris Moore for some info, wonder what I may find out. Depending on the results it might allow me to make for a more flexible method of dealing with my PBI.*sh files.
I also might have a few ideas for making a “automatic” PBI creation tool that I will need to toy around with later. Not 100% sure how well it would work yet.
I suppose, if ya can’t beat them join’em. Then remember if it blows up this wasn’t my idea !
PBI Systems
Well tis time to plan for war or for peace. I can only see two roads before me.
In a funky branch of science where psychology and history meet at a decision
point that breaks into two possible futures. At first I didn’t know which to to
choose but then it just popp’d in there. A man has great capacity for both good
or evil, it’s this choice that splits that destiny apart.
While one could harbor malice towards some thing is normal for a human, I have
none to use. I’ve long rejected such ideas in favor of ones that work. So, I
see that I must take the option that poses the least threat.
On one road, I see the changes to the PBI system to be used (read abused).
Using both volume and redundant checks of quality control push the PBI system
for all it’s worth till it ether busts or grows strong.
To the other, adopt to it and fight for its growth. Well ether way I’m going to
raise all kinds of bloody screaming if quality control standards are not
maintained. If Pkg_add becomes the John Doe of the PBI word proper auditing and
quality management is required. The number of times pkg_add PBI have leaked
through testing even when it was strictly a case for “pkg_add -f pkg.tbz” ==
You will be skinned alive being the accepted Community/Developer standard. Even
PC-BSD Developers would occasionally bend this rule and bypass auditing (or
worse…). SO what the heck, why not go with it.
This is a change I hoped to see come with a much stronger infrastructure and a
larger user base. Hopefully one done after proper documentation was ever
created. To be honest PBI documentation is kinda, uhhh scratched out? Yet how
does this change come to us ? By a loss of principals – it wasn’t after people
complained. It wasn’t after user after user put up requests on the wish list
only to be mostly ignored. It wasn’t after people yelled for a more traditional
approach, it wasn’t after die hard FreeBSD people turned there noses at the
idea. It wasn’t that a flaw was found in an imperfect system and a fix was
needed. It wasn’t that as it is the PBI system couldn’t work. It’s simply that
they would rather have it done NOW then later. Why work to make some thing work
the way it was supposed to? When you can just change the rules to match your
hand of cards ? I’m sorry but thats the way I feel – I don’t mean to accuse any
one and don’t.
We can now use pkg_add in PBI creation at a very small level because it’s the
easy solution. When a problem of commercial importance chopped up. Well excuse
me and my big fat Johnny Reb ass but I’m starting to agree with a few FreeBSD
sys-admins. A clean, functional, elegant design should be the end result. Not
some thing hacked together with chewing gum and cloths pins. Even after public
debate about the similar issues they didn’t care – they get a problem getting a
commercial app to abide by it and they change the rules. When I had “offically”
left working on any PBI I did so seeing a system showing signs of reform, one I
knew would stand. Now I see it caving in on it self.
Ok so we have to live with pkg_add app PBI full of libs not added ok now we need to think here. The pkg_add can only be the main app well if we draw that line very easy at cd /usr/ports/cat/app && make package && cd /usr/local/Projects/PBI && mkdir app && cp /usr/ports/Packages/All/app.tbz ./
Then we need to check this package to make sure it only contains libs unique to
the project or else fool around /w it and the +* files to make a new package to
force or risk breaking some thing. Ok thats good enough but what if we have
some problems loading a Lib out of /Programs/$1/libs at run time ? OK well
since the PC-BSD Devs say it’s ok to do a pkg_add of the main app. Why don’t we
just move that into it’s own PBI and pkg_add that after making the user install
it 😛 Heck The lead Developer included a handful of Linux RPMs to make one of
his PBI work since it was a Linux program any way (which was not pkg_add’d IIRC)
Now we have a simple case here – We need to test if the pkg is all ready
installed abort it with an error to the user. When removing it it would be nice
if we could do a fast check to see if any thing depends on the package, such as
user installed ports !!!!!!!!!!!!!!!!!!!!!!!!!! und abort the uninstall
accordingly. I.e. Make sure for totally clean install/removal of pkg’s not just
force them in/out with a sledge hammer like a dumb fuku! Trust me I’ve seen it
a lot of times. It would also be nice if the user updated a PBI using ports if
we could just *remove* things from the PBI Uninstall menu.
Ok so that sorts that now. What about docs on PBI creation ? We got a few how
to make XYZ FAQs on the FAQ. Other wise it’s horse dung. For example one of the
best tutorials says to tarball stuff inside the PBI which is basically a
compressed archive all ready. Kris Moore tells me not to do that – any one see
that in documentation ? HELL NOOOO!!! So we see a few PBI using it that
followed that tutorial. I’m oh most afraid to go to the SVN if you see my
train of thought here.
I see a possible return to PBI Development if I’m made to live in this words
new concept of PBI. There was only a few reasons I never jumped off the boat
and swam for FreeBSD shore after learning I could live without PC-BSD. I saw
PC-BSD as the brightest hope for the future, not only for Unix on a Desktop but
as a real operating system, world class. That was one of the reasons I didn’t
just drop off the scene. So here I am for better or worse it seems.
I think I may start compiling a list of ports to prepare PBI’s for in this “new
order” try to get a mass production thing going once I have time to get every
thing ready op. Then let operation Justice-Rainbow commence, details classified
with only beneficial results for PC-BSD included. I’m not sure yet for this.
Do I really want PC-BSD to succeed in every way possible? Yes but can I support
a project I feel has issues with ethical, moral, and principal concerns I’m not
sure. Well ether way I hope www.pbidir.com will see so many PBI coming in they
won’t know what to do with, I only hope they are the right kind. The good kind
made with love and craftsmanship – not shoddy pieces of crap that brings a
Graphical RPM Installer into this new world. Some people know what my feelings
are about RPMs..
Sigh, even though I know I must follow the light course I think they would
deserve it if I took the darker path. I just can’t willingly do that….
(censored). I’ve got a lot on my plate right now. I’ve got studies in 6
languages + html/css, I want to install lighttpd/mysql/php on my FreeBSD box so
I can study PHP. I still have not set up my printer. I’ve got to redo a history
test that the USPS lost, least it wasn’t my final (upper 90s pass). I gotta do
a Biology course *joy*. I’d love to just set to work on what I want to do. I’d
love to just dive in to things and create the program I know I can do given the
right time… A strong language reference and documentation database and
inhaling a few dozen manuals, learning ether QT or GTK based GUI development.
PBI it and vola oh how I wish I had the time… With a week off if I didn’t
have School I could put a nice dent into a few things that really need them
done. C and Ruby are my friends, it’s time I get to know them better and have
a go with QT me thinks.