Yesterday, when markets rose around 600 points on the back of tremendous short covering, for a moment, I was praying such thing should happen again. And again. And again...

Yet part of me, knew looks are deceptive and stock markets are past masters of this game. Putting some humor, into my chats, I punched in these lines at, my status message.

Today, it tanked at an intraday low of 700 points before recovering some of it, in a 200 points upward rally. It closed at 500. Nice!

At these times, volatility in such small time frames is the least thing to expect. But then, the big question is till when will it last? 3925 levels of Nifty looks extremely oversold.

Somebody was telling me today, that government is trying to incorporate Sensex and NIFTY in the Wholesale Price Index in order to cool down the inflation! [okay that was meant to be a joke].
But I think you get the point. Both are zooming deep inside the oversold territories, thus confirming a bull run, in a very intermediate state.
Analysts on the street are even mentioning the levels of 2700 as the levels to talk about.But thats increasingly negative. It looks really pessimistic.

August, I believe is the time to watch out for. And you may probably think of offloading dud stocks in this next upcoming rally.

Just a parting point though. In April, when the stock markets were staging a recovery, Jhunjhunwala stunned every bull in the market, talking about his 'more-pains-left' theory. I don't know, if he visits any traders forum or not, but definitely, he received a lot of flak. Sensex was hovering at 17k levels in those times. :)
So,you got the point? :)

Infrared –What is it?

Energy created by the sun travels to earth in different wavelengths. These wavelengths make up what is known as the “Electro Magnetic Spectrum” or EM spectrum for our acronym dependent crowd out there. The diagram above illustrates how differing wavelengths affect us in different ways. When it comes to our windows and energy control we are affected primarily by what is known as the “Solar Spectrum” which is a band of frequencies made up of Ultra Violet, Visible, and Infrared wavelengths. These three areas are responsible for what we feel as heat and the total solar energy that results from solar spectrum can be regulated by window film.

The chart above shows that energy is distributed across the solar spectrum in 3 distinct bands. Infrared frequencies extend from 780 to 2500nm and beyond. 53% of the sun’s energy comes to us in this band whereas 43% of the sun’s energy is in the form of visible light and 3% in the form of UV radiation. As you can see infrared radiation is a band of electromagnetic wavelengths that account for 53% of the sun’s energy. Clearly, this band cannot be interpreted as Total Solar Energy (Heat) nor can it be used as a total performance specification to differentiate one window film’s ability to regulate the total amount of energy that enters through glass over another film. So why do some manufacturers publish this specification in their literature?

Why List IR Rejection Percentages?

We mentioned earlier how window film can be designed to regulate these three bands of the Solar Spectrum. Certain materials that have spectrally selective properties can be incorporated into film substrates. There is one family of films that primarily focuses on IR rejection while allowing more of the visible light to transmit through the film. These films are sometimes referred to as Spectrally Select Window Films because they regulate specific wavelengths of the EM spectrum. With the advent of Spectrally Select Films eventually came the justification to list the performance of the primary regulated band in the solar spectrum namely, the infrared rejection. As a result, you will find some manufacturers listing their product’s IR rejection in varying percentages.

How Should IR be Interpreted?

Even if these specifications came about with the most noble of intentions, the reality is that IR rejection specifications can certainly be capitalized on with a little crafty marketing or simply from a salesperson that lacks the proper training and education. If we simply keep in mind that any given IR rejection percentage is simply telling you that the film is rejecting xx% of the IR band which makes up 53% of the total solar energy then it becomes easy to interpret performance in the context it belongs in.
One note of caution must be mentioned. Marketing departments can report IR rejection any way that they want because there has never been an industry standard for reporting IR rejection. One strategy for reporting extraordinarily high IR rejection numbers is to sample specific wavelengths in the IR band and report rejection. For example, a film’s specification card may say that it rejects 97% of the IR. Wow that is amazing! Or so it looks that way however, when you do some further investigation you find that they are only reporting this IR rejection percentage between 900-1000nm. Is that the entire near IR band which extends from at least 780-2500nm? Hardly! So is this film really rejecting 97% of the IR? No, it is actually closer to 78% when you average it out over 780-2500nm. We will go into more detail in future articles but suffice it to say, buyer beware. Standardized performance measurements such as the Solar Heat Gain Coefficient (SHGC) which is recognized by the NFRC the only non-profit independent rating agency for window and applied film performance is a much more accurate total performance specification that can be relied upon to compare one film’s performance to another film. Fortunately, there are many well-trained professionals in the window film industry that can help you to find the right product for your needs but it certainly does not hurt to do a little research and educate yourself along the way.
-vclimber

The final and official download count of Firefox 3.0 is 8,002,530 with this huge number it made an entry into the Guiness Book of Records.

“The enthusiasm and creativity of Firefox fans was key to making this happen” said Marketing head Paul Kim.

Even though the server faced some problem on the download day,Firefox managed to reach this magical figure,with the help of people from 25 countries.

windows mac linux

Originally uploaded by Venkata Krishnan

This is one of the rarest moments. I had windows, linux and mac systems in my desk today.

I got a mac laptop yesterday. Am getting too excited about this. The user experience is amazing, especially when you've moved from a RHEL laptop.

The sad part is my linux laptop (the one in center) will part me tomorrow. For all good things you get, u lose something. :(

Anyways, I've installed a RHEL parallel image to continue my work in Linux. The windows machine you see there is our team box and the 24 inch screen is also in my desk.

By the way, this is my first post from my mac lappy.

I love my Elna.  However I have worked the poor wee thing to death in the last 16 years.  As a domestic machine used by a rabid home sewer, it has aged beyond its years.  The upper thread tension has been a bit off for the last few years, coming to a head with some top-stitching where it totally failed to maintain any kind of tension at all, with only the minor challenge of fake suede and top-stitching thread.

So currently she's sitting on the shelves, and I'm getting used to a Japanese machine.

It's a good little work-horse.  It apparently has 50 stitches or something insane like that.  I really only use the straight, the zig-zag and the button hole (yeah i am a slacker because i have always had automatic buttonholers).  It even has a needle threading widget.  I love that because i am long-sighted and only going to get worse.  It's a bit weird because the needle is offset to the left.  If, like me, you use the 1.5 cm guide (yeah, once again, force of habit and commercial patterns) then you have keep it to the left or eyeball about 2.5 mm to the right.

The thing i immediately liked though was the excellent tension.

Except tonight.  For some reason it wasn't playing fair.  The top thread was so loose i had to check that i hadn't put up the Elna instead.  (nope.  I would have noticed the 5 kg difference in weight).  I re-seated the bobbin a million times, because i am a bit tired and slow and it was the TOP thread that was loose.

Finally I remembered that the bobbin winding had seemed a bit hinky for the first little stretch.  So what the hey...  I wound a new bobbin.

Presto.  Back to perfect tension.

In other news, I have taken the "no pins" philosophy to heart and am attempting to reduce my dependence on the little pointy bugger.  Even with slippery, slinky silk crepe satin I sewed some gorgeous curves around the princess seams at the front, using just a couple here and there .  It did make a big difference to the amount of time it took to sew the bodice lining, as in reduced it considerably.

Project progress continues apace.  I completed the lining today (6 bodice pieces and 2 skirt pieces), attached the foundation to the skirt lining (the skirt lining is actually inserted with the right side against the wrong side of the outside of the garment) and inserted the foundation zipper.

Tomorrow I will finish assembling the garment.  I think there is little chance of Gill taking it with her - she flies back into Melbourne tomorrow, then out again tomorrow night to the UK, but it will definitely be done for my father to take it next Saturday.

One bonus is that it does iron well and doesn't mind a bit of steam.  So if it does get a little tired in the travelling, it will at least be recoverable.

VMotion CPU Matrix

Many times I've been wondering what are the best qualities for a modern successful architect. Here are some of my thoughts. You tell me how it's really is?

Artist. Is is vital to be creative and individual? Yes, I believe so. Unique creations that satisfy the aesthetic eye and make our visual environment more enjoyable are a must. The Frank Gehrys of the world are important.

Designer. Do we need architects that can design objects from various aspects? Usability, sustainability, fit into the environment, safe, following regulations...yes, all that in a complex package.

Technical. Knowing the tools and taking advantage of the latest technology? Definately. Drawing on paper, modeling in 2D and leaving it there is a weakness. Sketch away on a sandy beach, but communicate the creations in latest 3D tools.

Team Player. Today's construction business requires lot of communication, compromise and team work. I believe an architect who does not play for the team is creating problems for the team and for the project he is working on.

Anything else? Engineer-minded? Holistic? Business-minded?

Architect and those working with architects - let me know what is missing!

Reference: 1215076906

ERS has a Client seeking to appoint Nuclear Propulsion Safety Engineers to provide Independent Nuclear Safety Advice to the Royal Navy, supporting safe, available and effective nuclear propulsion.

Location

Risley, Cheshire

Salary

A competitive remuneration package will be agreed depending on qualifications and experience.

Job Responsibilities

Conducting independent assessments of nuclear safety cases.

Co-ordinating assessments from specialist nuclear technology professionals Producing high quality technical reports on the outcome of your work.

Interfacing with colleagues in the naval nuclear propulsion community.

Contributing to the development of safety management practices.

Planning work and ensuring delivery to agreed timescales and costs.

Identifying and developing new business opportunities.

Tel: 01454 203 460

cv@energyrs.co.uk

It would be a pleasure to assist you in guiding us to your dream job. Be it Technical, Managerial or Sales and Marketing. If you have the right skills we have the job. Feel free to contact us for career guidance as well.

NetSysCon Recruits for all the latest IT skills.  Drop in your queries o the above mentioned mail address or add in a comment so we could help.

Exciting Opportunities beckon Software Engineers, Lead Engineers, and Technical Lead with experience of 2-8yrs for our Chennai facility.

We require candidates with development expertise in C/C++ & RTOS Technologies for our Offshore Development centre.
Details:
Date: 05-July-08 (Saturday)
Time: 10.00AM to 3.00PM
Venue:
HCL Technologies,
PM Towers, 6th floor,
37, Greams Road,
Chennai.

Contact Person: Sunil.N

Job Details:
Skill: C/C++, RTOS (Vxworks)
Experience: 2-8yrs
Job Location: Chennai
Candidates who cannot attend the walkin can send your resume to n_sunil@hcl.in

Here is a simple ASCII diagram of my physical network:

[ LAN ] -- [ WAP/switch ] -- [ OpenBSD 4.3 ] -- { Internet }

The end result for those that don't want to read the whole thing is an extremely stable and functional LAN that supports IPv6-enabled devices easily and automatically without denying anything to IPv4-only hosts. Windows Vista clients, for example, can simply plug in or associate with my WAP and have IPv6 connectivity with zero configuration. I realize this is relatively trivial (and hopefully my explanation is as trivial) but I feel like this is important: I commonly hear that IPv6 is very difficult to use or difficult to set up. While there are some things you need to know to set up an IPv6 network (as with IPv4), there is (or rather, should be) absolutely nothing you need to know as a client in a properly configured dual-stack environment. When a user decides to go to freebsd.org they should need to do a little sleuthing to figure out that most, if not all, of their network communication just took place over IPv6 ;)

I will go through the steps I took (neatly sidestepping the mistakes I made...) to set this up as well as posting any relevant configuration files I have. I'll try to keep this segmented into easily visible sections, because I don't like splitting this kind of thing up into multiple blog posts. Additionally, before I begin, I am going to use example IPv6 addresses within the RFC 3849 documentation-use-only IPv6 prefix, and example IPv4 addresses from TEST-NET described in RFC 3330 instead of my own. The IPv6 documentation prefix is 2001:db8::/32 and IPv4 TEST-NET is 192.0.2.0/24. I will use my private addresses (in 10.0.0.0/8 address space) as they actually are configured on my home network. What does this mean for you? Quoting from RFC 3849, "[a]ddresses within this block should not appear on the public Internet," so don't expect any of these addresses to work for you without altering them!

Step 1: Check configuration

Since this post is about OpenBSD, I'm using OpenBSD as an example. First of all, there are some sysctl options to be sure you have set to allow you to forward packets and be a well-behaved router.

/etc/sysctl.conf

# 1=Permit forwarding (routing) of IPv4 packets
net.inet.ip.forwarding=1

# 1=Permit forwarding (routing) of IPv6 packets
net.inet6.ip6.forwarding=1

# 1=Permit IPv6 autoconf (forwarding must be 0)
net.inet6.ip6.accept_rtadv=0

Next, make sure you have a pf.conf that you are content with, because in a minute you will (hopefully) become connected via IPv6. Here is a barebones pf.conf which is a literal copy and paste from the pf.conf currently on my OpenBSD box. If you're thinking about copying and pasting this, please make sure it matches your security policies. I like my pf.conf to be more liberal than many people, so if you don't understand what this does I would recommend man 5 pf.conf.

/etc/pf.conf

# Macros
ext_if="rl0"
int_if="xl0"

# Tables

# Options
set block-policy return
set skip on lo

# Normalization
scrub in
scrub out

# Queuing

# Translation
nat on $ext_if inet from ! ($ext_if) -> ($ext_if)

# Filtering
pass in
pass out

Make sure pf is enabled:

pfctl -e

and that your ruleset is loaded:

pfctl -f /etc/pf.conf

where /etc/pf.conf is the location of your pf.conf (this is default).

Step 2: Get connected

If you're in the USA, statistically you probably do not have native IPv6 connectivity. This is a little unfortunate, but thankfully there are organizations who are willing to allow us to use their services to tunnel IPv6 over the existing IPv4 network to get to their point of presence, and from there the traffic can travel over the IPv6 internet. While this is not ideal, this will have to do for most of us. If you have native IPv6 connectivity, you're probably laughing at me :)

I used Hurricane Electric as my tunnel broker. Once I was signed up, I asked for a /64. One nice thing about Hurricane Electric (and this might be true for other tunnel brokers as well, I have no idea) is that they provide customized configurations for nearly any operating system.

I'll explain more about this later, but I'd like to show the information Hurricane Electric gave me here (using the example prefixes instead of mine) so you can tell how to apply this to your own tunnel (and I'm sure other tunnel brokers do it similarly). Hopefully the explanation afterward will give these values some meaning if they don't already make sense to you:

Server IPv4 address:    192.0.2.74
Server IPv6 address:    2001:db8:1f04:4c9::1/64
Client IPv4 address:    192.0.2.44
Client IPv6 address:    2001:db8:1f04:4c9::2/64

Server marks Hurricane Electric's IPv4 and IPv6 tunnel endpoints, and Client marks my IPv4 and IPv6 tunnel endpoints.

Since I'm setting up my OpenBSD 4.3 box as one of the endpoints of the tunnel, I selected OpenBSD and had them generate a configuration based on the assigned addresses. Here was the configuration generated for me (note the line continuation):

ifconfig gif0 tunnel 192.0.2.44 192.0.2.74
ifconfig gif0 inet6 alias 2001:db8:1f04:4c9::2 \
                          2001:db8:1f04:4c9::1 prefixlen 128
route -n add -inet6 default 2001:db8:1f04:4c9::1

You could happily copy and paste this, but chances are if you've read this far you're going to want to know what exactly this is doing. I know I did, as I don't like to simply copy and paste configuration from other people without knowing what it does first. The following is kind of verbose, but it might help some people to understand better what the above commands mean.

The first line says "ifconfig, I want to operate on a generic tunneling interface (gif0, man 4 gif for more information) to create a tunnel from my IPv4 address assigned to me by my ISP (192.0.2.44) to another IPv4 address somewhere else on the internet (192.0.2.74)." The tunnel concept is no more complex than thinking of a virtual tube that connects two points. While the internet may route the physical packets between the two endpoints 30 hops around the world, as far as the logic is concerned, the tunnels are directly connected. You can think of this tunnel as the underlying "road" or transport on top of which our IPv6 packets will travel to get to a place where they can be routed natively, as we (I) do not yet have native IPv6 connectivity to the internet.

The next line says "ifconfig, I want to operate on gif0 again, this time specifying things about IPv6 (inet6). I would like to create a new address for this interface as opposed to altering any existing addresses (alias), and I would like this address to be 2001:db8:1f04:4c9::2. Since we're talking about a tunnel, I want the other end (Hurricane Electric's end) of my tunnel to be 2001:db8:1f04:4c9::1. Finally, since I'm dealing with just a single host address on a point-to-point link, I will use prefixlen 128."

Dead simple so far, right? The last line says "I'd like to adjust my routing tables (route -n, don't worry about the -n for now but you can read the man page for route(8) if you're curious) to add an IPv6 (-inet6) route which will be my default route (if my machine doesn't know exactly where to send packets, they go here), and I want them to head toward the "far end" of my tunnel which is 2001:db8:1f04:4c9::1, where hopefully they'll eventually be routed and arrive at their destination." Note here that we specify the "far end" of the tunnel. We want our packets to go through the tunnel to the other end where they'll be picked up by Hurricane Electric, not simply go to our end of the tunnel and stop short of their destination.

gif(4) is a neat little pseudo-interface that can encapsulate any combination of IPv6 or IPv4 packets based on how it is configured. Now that we've set up a gif(4) interface (gif0 above), it will see that since the tunnel is set up via IPv4 (the first line above) that IPv6 packets traveling through it need to get encapsulated inside IPv4 packets so they can be routed through the IPv4 internet. Once they reach Hurricane Electric at the other end, Hurricane Electric's endpoint is set up to unpack (decapsulate) the packets and route them over the native IPv6 internet to their destination. The reverse happens exactly as you'd expect; IPv6 packets encapsulated in IPv4 packets coming in from the Hurricane Electric tunnel to our gif(4) interface get decapsulated and shuffled across our LAN to their destination as IPv6 packets.

At this point, you'll want to assign your own IPv6 addresses to your interfaces so that you can access them via IPv6. You must assign these addresses out of the available allocated space. Working from our examples so far, these are some example valid addresses:

2001:db8:1f04:4c9::10
2001:db8:1f04:4c9::dead:beef
2001:db8:1f04:4c9::420

You can use ifconfig inet6 alias to do such configuration and an example, for completeness, of assigning an address to one of your interfaces might be

ifconfig xl0 inet6 alias 2001:db8:1f04:4c9::10 prefixlen 64

Step 3: Advertise

Now that we're ready to go and you've verified that you can do something like:

ping6 ipv6.google.com

and you get replies, you can move on to telling other IPv6 capable hosts on your network about your connectivity, and how they can get some. OpenBSD ships with rtadvd (router advertisement daemon) which we will use for exactly this purpose.

Again, the configuration file first:

/etc/rtadvd.conf

xl0:\
        :addr="2001:db8:1f04:4c9::":prefixlen#64:raflags#64:

It might look like noise at first, so I'll break it down. man 5 rtadvd.conf will be useful for more details.

Each field in this configuration file is separated by a : character. The first line starts off with an interface that rtadvd is going to advertise on. You may notice that xl0 is my internal interface from my pf.conf. This is because I want rtadvd to advertise the information that follows on my LAN. The backslash and whitespace that follows is simply to make it easy to track things in a large file; they are completely optional. The next section is addr="2001:db8:1f04:4c9::". This gives the address prefix to advertise to hosts. With IPv6, you advertise a prefix of some length and the hosts then fill in the rest themselves. Therefore I am advertising the prefix for the network you saw above. The next section is prefixlen#64. You may notice that string values are distinguished from their corresponding identifiers with = and numeric values are distinguished with #. This prefixlen section tells hosts how long the prefix that I'm advertising is. As the address 2001:db8:1f04:4c9:: expands to 2001:db8:1f04:4c9:0000:0000:0000:0000, I have to say which part of that I'm advertising, and which part is left up to the host to choose for itself. This says I'm advertising the first 64 bits of the address (The first 4 colon-delimited sections), leaving the host receiving this advertisement to deduce that it can pick the other 64 bits for itself. The last section is perhaps the least well-understood. This field raflags#64 stands for router advertisement flags, and they carry, you guessed it, flags about the nature of the router advertisement. There are two flags we are interested in. They are documented in rtadvd.conf with the following:

raflags
        (num) Flags field in router advertisement message header.  Bit 7
        (0x80) means Managed address configuration flag bit, and Bit 6
        (0x40) means Other stateful configuration flag bit.  The default
        value is 0.

I will simplify this slightly to make it as easy as possible to understand at first (hopefully) so if you want details or the authoritative source, refer to RFC 4861, page 19 for more information.

The M flag says that the host will need to get addresses via DHCPv6. In other words, it tells the host that it shouldn't pick its own identifier (remember those last 64 bits above?), because the network policy is to ask a central location (Managed, see?) for an address first. This will likely trigger DHCPv6 in hosts that support it.

The O flag says that the host may obtain Other information from a central location as appropriate, also using DHCPv6. In other words, if you'd like to make available DNS servers, time servers, etc via DHCP, you'll want this flag turned on so that hosts ask you about them. Note that this is separate from the address configuration. You may have (and I do indeed do it this way) the O flag set while the M flag is not set, indicating that hosts can pick their own addresses but if they want other neat information they should ask. Note that this is a little more flexible than DHCP available for IPv4, and allows for better separation of network management if you don't want the "all-or-nothing" approach that DHCP for IPv4 offers.

The value is 64 for raflags, which is the decimal value (and I personally think the man page is confusing in this regard) of the hexadecimal value 0x40, meaning that I have the O flag set, but the M flag remains unset. This is because, in order for users to feel like they have connectivity out of the box, they will need DNS services, and I will provide them with a DNS server address to use (via DHCPv6) as I will show in a moment, so the host needs to know that it can ask for it.

Once you've got everything set up like you want it, start the server with

/usr/sbin/rtadvd xl0

where xl0 is the interface you want rtadvd to operate on. xl0 is my internal interface.

Step 4: DNS

I'd like to be able to resolve DNS over IPv6 for machines that support it, and it required a little tweaking on my part to get it working like I wanted it to.

First, I ran rndc-confgen to generate a key to use to communicate with the running DNS server, and did the appropriate things with it. Take a look at the man page for rndc-confgen; I won't go into the details, but you'll need to substitute yours below (for YOUR_OWN_SECRET_HERE if you choose to use my configuration file.

/var/named/etc/named.conf (partial)

key "rndc-key" {
        algorithm hmac-md5;
        secret "YOUR_OWN_SECRET_HERE";
};

acl clients {
        10.1.1.0/24;
        2001:db8:1f04:4c9::/64;
        127.0.0.0/8;
        ::1/128;
};

controls {
        inet 127.0.0.1 port 953
                allow { 127.0.0.1; } keys { "rndc-key"; };
};

options {
        listen-on    { any; };
        listen-on-v6 { any; };

        empty-zones-enable yes;

        allow-recursion { clients; };
};

logging {
        category lame-servers { null; };
};

This tells BIND to listen on all of my interfaces but only recursively resolve queries from my local IPv4 and IPv6 networks, which I've gone over above. I've also done some other things to the default shipped configuration like allowed version queries. If you're unhappy with my security policies, you'll need to make sure you modify this file to match yours before putting it into production. With this in place, I simply started the server by executing

/usr/sbin/named

Check /var/log/daemon to make sure everything started properly.

Step 5: DHCPv6 extras

This part isn't quite as standard on OpenBSD, yet. I decided to go with WIDE-DHCPv6 for no particular technical reason, but it is simple to build and configure.

Once I unpacked the software, I changed into its directory and did

./configure && make && sudo make install

which builds it and installs the software to /usr/local. If you need/want it somewhere else, you can use the standard configure options to alter the prefixes and some other things. My OpenBSD box is a Pentium III running at 1GHz, and it takes a very small amount of time (2 minutes, if that) to configure, build, and install.

Even easier than installing this software is configuring it (in my case at least). I created a file called /usr/local/etc/dhcp6s.conf to configure the server, and the file looks like this:

/usr/local/etc/dhcp6s.conf

option domain-name-servers 2001:db8:1f04:4c9::10;

which simply tells the DHCPv6 server to hand out the IPv6 address 2001:db8:1f04:4c9::10 as the primary IPv6-accessible DNS server. Windows Vista clients, for example, if given one or more IPv6 DNS servers, prefer the IPv6 DNS servers over the IPv4 DNS servers.

You can now start the daemon with

/usr/local/sbin/dhcp6s xl0

substituting xl0 for the interface you would like it to listen on (xl0 is my internal interface) and the path to the server for the path you used if you installed it to a different location.

Step 6: Finalize

Now that we've set it all up, let's make our configuration persistent across reboots.

I used /etc/rc.local to start WIDE-DHCPv6's dhcp6s on boot.

/etc/rc.local

echo -n 'starting local daemons:'

# Add your local startup actions here.

echo -n ' dhcp6s'

/usr/local/sbin/dhcp6s xl0

echo '.'

My /etc/rc.conf.local looks like this:

/etc/rc.conf.local

dhcpd_flags="xl0"
named_flags=""
ntpd_flags="-s"
rtadvd_flags="xl0"

pf=YES

and I have three hostname.if files:

/etc/hostname.gif0

tunnel 192.0.2.44 192.0.2.74
inet6 alias 2001:db8:1f04:4c9::2 2001:db8:1f04:4c9::1 prefixlen 128

!route -n add -inet6 default 2001:db8:1f04:4c9::1

/etc/hostname.xl0

inet 10.1.1.1 255.255.255.0 10.1.1.255
inet6 alias 2001:db8:1f04:4c9::10 prefixlen 64
up

/etc/hostname.rl0

dhcp NONE NONE NONE
inet6 alias 2001:db8:1f04:4c9::20 prefixlen 64
up

You may need to change some things, for example I obtain my rl0 IPv4 address via DHCP, so my first line of hostname.rl0 contains the right incantation to obtain the address that way.

Conclusion

I hope this at least gives you a headstart when it comes to setting up a home network on OpenBSD. This isn't necessarily intended as a guide, more as a way for me to document my thought process as I set up my network. That said, I have written it with people reading as a way to get ideas for themselves in mind, so I would appreciate comments about places where you think this can be improved. Chances are I've made a mistake in my thinking or have given out bad information, and I'd appreciate corrections to that effect even more.

The blog's intended viewer is local parents who need information and tools they can use on the internet to assist them in preparing for the back-to-school season.

Please apply with serious advice. 

Technical communication and writing includes a variety of skills. The basic approach of most technical writers is to add to their skills in a manner that is suitable to their career development.

Our technical writers have a liberal arts education (art and photography) as well as application and web programming experience. Therefore, it has been easy for them to add web skills to their training curriculum.

JavaScript, Dreamweaver, CSS (Cascading Style Sheets), HTML (Hypertext Markup Language), Flash, Illustrator, Photoshop, Fireworks, InDesign, Microsoft Office, VISIO, and more.

To date, we have been contacted for freelance web design as well as writing a variety of business manuals (on-line help and print) for the company website and personnel. This has been a very interesting experience since old documents and sketches become on-line help or PDF down-loadable documents from their website. The business analysis skills used for technical system and application development are useful for analyzing and organizing the new documents our clients are developing.

The old and the new are coming together to build a tomorrow, on the Internet, for many companies.

The theme given by the them is

“My Community — My Planet — My 21st Century “

high school students in grade 9-12 can participate,and the most important thing is that Lenova is going to sponser laptops for the winners.

Even the flyers released for this competition is interesting (you can view it here http://www.adobe.com/education/pdf/K-12-Innovation-Award-flyer.pdf) I hope this contest will be interesting and bring more interest for animation and design among school children.

If the writer you have chosen has written for SDLC projects they may be worth considering for your business writing projects that require business analysis.

Remember, there are also similarities between business writing, technical writing and copywriting so don’t reduce your chances of finding an economical business writer by limiting your choices too much.

Reference: 1214907722

ERS has a Client with a requirement for a C&I Engineer to work as part of a multi-disciplinary team in the design and specification of C&I systems on site refurbishment / modifications to process equipment and services.

Location

Aldermaston

Salary

According to experience

Job Responsibilities

Communicate effectively within the multi-discipline design team in addition to Client and Supply Chain.

Produce technical documents and data in accordance with relevant design codes and standards.

Ensure the proposed design satisfies all operational and safety requirements.

Check, verify and approve engineering documents in line with the technical and quality plan.

Tel: 01454 203 460

cv@energyrs.co.uk

Reference: 1214910855

ERS have a vacanacy for a Systems Engineer, Piping and Mechanical, to support the Engineering Manager in their duties. To check and expedite designs and engineering processes To assist with procurement contracts.

location

Trawsfynydd/Warrington

Salary

According to experience

Job responsibilities

To support the Engineering Manager in his duties.

To check and expedite designs and engineering processes.

To assist with procurement contracts.

To assist in the preparation of weekly/monthly reports.

To monitor progress and variations of designs.

To visit design teams and progress the work and report on it.

To monitor programme deliverables.

To liaise with client and other partner organisations as necessary.
To monitor and progress the engineering procedures.

Skills, Knowledge and Special Attributes Needed

Minimum qualification required is HND in Engineering, or equivalent.

It is preferable that newly recruited post-holders would hold an Engineering Degree, or have a level of experience equivalent.

A comprehensive working knowledge of nuclear and conventional plant is required as well as a detailed understanding of the TSIF Engineering Process or else the Environmental Services Engineering Procedures from which the TSIF procedures have evolved.

A basic understanding of Contract conditions.

Basic Financial Skills.

Skill in written and oral communication The ability to communicate, organise, co-ordinate and motivate others.

A technical background is required.

The systems engineer should be able to impose themselves on the design team to avoid over-complication / over elaboration in the design of what will, in many cases, be innovative solutions.

The systems engineer shall be capable of forecasting manpower requirements and understand planning requirements.

Detailed knowledge of P3e is not required.

Tel: 01454 203 460

cv@energyrs.co.uk

Reference: 1214911236

ERS have a Client seeking to appoint a Safety and Performance Consultant in a large department of experienced scientists and engineers working on a diverse range of projects for a broad portfolio of customers. Working on these projects requires interaction with colleagues across the department, as well as supporting colleagues across the company. Many of our more experienced staff provide the technical lead on such projects, and this post offers the opportunity to develop into such a role. There may also be scope for project management.

Location

Risley, Warrington, Cheshire

Salary

A competitive salary and remuneration package will be agreed depending on qualifications and experience.

Job Responsibilities

The provision of independent nuclear safety advice to major customers in the UK nuclear sector.

Involvement in research tasks in the civil or defence nuclear sectors.

The production of technical reports to record the outcome of your work.

Representing the Department in technical meetings with clients and third parties.

Presentation of work to customers and third parties.

Project management.

Delivering your work to agreed timescales and budget.

Identifying new business opportunities.

Leading/assisting with the production of contract proposals and bids.

Assisting in maintaining the technical capability and knowledge of the team.

Tel: 01454 203 460

cv@energyrs.co.uk

1. Microsoft SQL Server protocol documentation - technical specifications for protocols that are implemented and used in Microsoft SQL Server 2008

2. Microsoft Office File Format documentation - Microsoft Office 2007 file formats specifications

3. Extensible Application Markup Language (XAML) specification

Gadget guy Stephen Condra teaches you how to be a little more efficient when using Google.

Send responses to MyTekieLife@gmail.com
Follow me on Twitter: MyTekieLife or Zephyr757

I'm still working out the kinks and tweaking some things but it will be done shortly.

It's hard to pick a theme, there are too many good ones!

The short answer to this question is "No".

Or "Yes".

"Maybe" and "Possibly" are also valid answers.

Confused? You're not kidding.

[At this point, the more sensible readers among you should stop reading. This isn't going to get very exciting. I'm also going to cut some corners in a bid to keep it simple ]

What this bride has strayed upon here is a topic that makes most photographers cry - even the really butch ones. It's called colour temperature, and different light sources each have a different one.

The simplest example is the ordinary light bulb that you have in your bedside lamp at home. It will give off an orange glow. Now, you're probably thinking, "No it doesn't". In fact, it looks white - especially if you look straight at the bulb for long enough for it to permanently burn itself onto your retina. The reason it does is because the human eye-brain combination is pretty good at filtering out the colour cast and giving it a more neutral tone.

Another example: those strip lights in the office? Green. Again, you don't see this because your eyes and brain are filtering. They are able to adjust so that the sheet of white paper on your desk looks white.

In fact, our eyes are so flexible that if you throw both of those light sources together, you'll still see everything in a neutral light, regardless of the horrid mix of colour temperatures going on.

Our eyes and our brains are things of marvel. So are film and digital cameras, but when it comes to colour temperature they are pretty stupid. Putting it very simplistically, they can only see one colour temperature at a time and give it a neutral look. Give them two different light sources and they're in trouble. Something has to give and you're going to end up with a colour cast from one or other of the light sources.

This has always been an issue for photographers, but in the days of film it didn't bother most of us. We simply left it to the lab to sort out at the printing stage. Film was (mostly) balance for daylight and the lab could sort out most colour problems for us using magic or potions or something.

Now that most photographers are shooting digital, things have become a little more complicated. Digital cameras come with incredibly flexible white balance settings that allow photographers to set the colour temperature in camera for each picture. Even better, if you want to you can work your camera in such a way that you can adjust the colour temperature afterwards on the computer.

Nevertheless, the same problem remains that you have to pick a single colour temperature for the image, which is a pain if you've got a number of light sources. Churches can have striplighting (green), bulbs (orange) and daylight coming in through the windows (blue). Look at the following series of pictures - all the same, but with a different colour temperature applied.

The top left is how the camera saw the scene. Pretty ugly. Top right is what happens when I processed the image as if it had been lit by strip lighting only. Not pretty either. Bottom left is the same picture processed as if the scene had been lit by daylight only. Yuk. Finally, the bottom right picture is processed as if the lighting scheme were tungsten only (light bulbs). Better, but still not great.

And just see what happens to the bridesmaid's dress in all four - utterly different colour in each one.

At this point, I get all smug because I convert a good many of my files to black and white. No colour, no colour cast. Result.

Bringing it back to the question posted by the bride, you can see that photographers can correct for the colour cast of a single (dominant) light source, but that it becomes much harder in a mixed environment, especially as the ratios of multiple light sources can change from frame to frame. So, no the colour of the bridesmaids' dresses won't look the same in all of the pictures.

On the other hand...

Technology allows us to get pretty neutral results using all kinds of gadgets and tricks. The simplest is to take a test shot of a piece of neutral coloured card, preferably grey or white, and use that as your guide later on in post-production. There are other devices to help you get a neutral colour. So, yes the colour can be the same in all of the pictures.

Except...

That only works if you know that your subject isn't going to move around in relation to the various light sources or that the ratio of those light sources isn't going to change. You could get a great reading in a church that has daylight and fluorescent strip lighting, but what happens when the sun goes behind a cloud outside? The light mixture changes and along with it the overall colour temperature.

The classical wedding photographers have an advantage here over us documentary photographers. They are setting up shots and posing you all the time, so they can give you a grey card to hold at the start of each set up.

When you're covering a wedding in documentary mode and you've got several dozen different colour temperatures throughout the day, it is impractical to be taking grey card readings for all of them. We could pin a grey card to you, but that's not going to make anyone popular.

Sometimes, you don't want to get rid of the colour cast. The orange cast from light bulbs, or for that matter an open fire, can look gorgeous, so why filter it out?

So, we're back to "No". And along the way, we've touched upon "Yes", "Maybe" and "Possibly".

Now, don't fret. Your wedding pictures are most likely going to look absolutely fantastic from a colour temperature point of view. However, over the course of the day you will see slight differences in colours of things like dresses. Don't sweat it. They are going to be minimal.