Monday, December 29, 2008

At least nine people have been killed in a two-story house in Covina, California, after a man dressed in a full Santa Claus outfit opened fire at a Christmas Eve party and then set the house ablaze. Covina is a city in Los Angeles County, California about 22 miles (35 km) east of downtown Los Angeles.

According to local police, the Christmas party at the 1100 block of East Knollcrest Drive was attended by about 25 people. Trend News Agency said that the gunman fired two semi-automatic handguns and used an apparently home-made pressurized device to spread some kind of accelerant. As the guests tried in vain to escape, the gunman used his ‘present’ to spray inflammable liquid that started the raging blaze. Reports from the scene said Molotov cocktails were also used by the madman.

Media reports said the gunman was plotting vengeance against his ex-wife. Prime suspect, Bruce Jeffrey Pardo, age 45, six-foot-three-inch, 250 pound (1.9 meter, 113 kilogram), an electrical engineer, is long time Roman Catholic church usher and a laid-off aerospace worker. He worked with ITT Electronic Systems, Radar Systems, in Van Nuys from February 2005 to July 2008, and as an engineer at Northrop Grumman for five months in 2005, according to Court records. He had also worked for about nine years at NASA’s Jet Propulsion Laboratory in Pasadena until 1994.

Pardo’s ex-sister-in-law, who escaped from the Covina house alive with her injured daughter, called 911. Police on Friday released her 911 audio.

Msnbc.com has reported that Pardo “has brown hair and blue eyes, and known to frequent La Crescenta and La Verne.” Court records reveal that Mr Pardo’s wife acrimoniously divorced him last September. The divorce decree was finalized December 18. Until earlier this year, he lived in the Sylmar house with his ex-wife and her three children. The marriage lasted barely a year. However, Pardo held no criminal record and had no history of violence.

There is some speculation that the divorce may have been caused by Pardo concealing a paraplegic child from a previous relationship. Matthew, his nine-year-old son, by another former girlfriend, Elena Lucano, became brain damaged when he fell into a backyard swimming pool on Jan. 6, 2001. Pardo kept this child a secret from his wife. Pardo owed her $10,000 as part of the divorce settlement, according to court documents that detailed a bitter split. He also lost a dog he doted on and did not get back a valuable wedding ring. Pardo complained in a court declaration that Sylvia Pardo was living with her parents, not paying rent, and had spent lavishly on a luxury car, gambling trips to Las Vegas, meals at fine restaurants, massages and golf lessons.

After the mass murder, Pardo put on his street clothes and drove his rental Dodge Caliber car to the house of his brother, Jimmy Pardo, in Sylmar, approximately 30 miles away from the crime scene, where he committed suicide from a self-inflicted gunshot wound to the head. His brother was not present in the home and he broke inside to enter in. It was believed that Pardo intended to flee to Canada by plane as he had bought an airline ticket to a flight there from Los Angeles to Moline, Illinois. However due to suffering from severe third-degree burns on both arms stemming from the blaze, he decided to go against the initial plan.

Police had found $17,000 cling-wrapped on his legs inside a girdle, the car key, and his rental car that had been parked on Herrick Avenue, one block from his brother’s house, which had been rigged by remnants of his Santa suit that would ignite a flame and detonate the car with black powder if removed. Also recovered from the scene were four 13-round capacity handguns that were each empty, and at least 200 rounds of ammunition. Suggesting that what had been inside the car was being treated as a threat, police fired an incendiary device into it, destroying and burning it.

The police found on early Thursday, Mr Pardo bore a single gunshot wound to the head. According to LA County coroner’s official Ed Winter, the bodies found in the ashes were “extremely charred and burned.” All three of Sylvia Pardo’s children — Selina, Sal and Amanda — survived. According to the Scott Nord, the Ortega family lawyer, “the entire family was wiped out, and there’s basically like 16 orphans.”

Three other party guests have injuries, according to police. A 16-year-old girl was shot in the back, and an eight-year-old girl suffered facial gunshot wounds that were not life-threatening, while a 20-year-old woman had a broken ankle, after jumping from a second-story window, the police specified. About 80 firefighters put off the fire that soared fifteen metres (40 to 50 feet) high for more than one hour. The police discovered two handguns at the scene, and found two more in the in-laws’ house. Media reports on Friday said the 16-year-old daughter of Sylvia Pardo was released from Los Angeles County-USC Medical Center.

Meanwhile, investigators served a search warrant at Pardo’s Montrose house, where they retrieved evidence of high-octane racing fuel, five empty boxes for semi-automatic handguns, as well as two shotguns.

Covina police Lt. Pat Buchanan on Saturday said they are looking for Pardo’s rented gray 1999 RAV4, with California license plate 5RYD562. Police have found the second rental car Saturday night in a Glendale, California but found no bombs nor any explosives.

The police also revealed Saturday the names of nine people missing since the Christmas Eve massacre occurred. They are Pardo’s ex-wife, Sylvia Pardo, 43; her parents, Joseph Ortega, 80, and Alicia Ortega, 70; Alicia Ortiz, 46, and her son, Michael Ortiz, 17; Sylvia’s brother, Charles Ortega, 50, and his wife, Cheri, 45; another brother, James Ortega, 52, and his wife, Teresa, 51, according to Lt. Buchanan. “Hopefully, we’ll get positive identifications early next week,” Covina Police Chief Kim Raney said.

A murder-suicide is an act in which an individual kills one or more other persons immediately before, or at the same time as, killing him or herself. According to the psychiatrist Karl A. Menninger, murder-suicide or murder and suicide are interchangeable acts – suicide sometimes forestalling murder, and vice versa.

Thursday, October 25, 2007

The United Nations Environment Programme (UNEP) has released a comprehensive report on the current state of the global environment. Climate change, food and water shortage and a decline in biodiversity threaten humanity’s survival, so urgent action is necessary, the report warns.

UNEP’s Global Environment Outlook: environment for development (GEO-4) report involved the work of about 390 experts in various fields from around the world.

While the GEO-4 report salutes some improvements, for example the increased public awareness of environmental issues and political interest, it also warns that “There are no major issues… for which the foreseeable trends are favourable.” Although the report sets out a gloomy scenario, its main aim is to call for action.

Thursday, May 4, 2006

Scientists warn that Mount Merapi, or “The Mountain of Fire,” a large Indonesian volcano on the island of Java is likely to erupt. Molten lava and shallow volcanic earthquakes were recorded on Wednesday, as well as further tremors on Thursday morning.

Mount Merapi is the most active of 130 volcanoes in Indonesia. It is a strato-volcano with an active summit lava dome. It has small eruptions every 3-4 years and larger eruptions every 10-15 years. It has produced more pyroclastic flows, popularly known as heat cloud and magma, than any other volcano in the world. The last fatal eruption happened in 1994, killing 60. During the eruption in 1930, 1,300 people died. Historians say that Mount Merapi has been erupting for 10,000 years.

Mount Merapi is considered very sacred by the locals. According to the local folk-lore the volcano’s eruption is the result of spirits being angered by not receiving sufficient offerings or by a disrespectful attitude among the people in slopes. 27,000 locals in 3 villages could be affected by this eruption. Scientists gave a warning of eruption a fortnight back and asked for immediate evacuation. The nearest city is Yogyakarta. The awesome sight of the erupting volcano has attracted many tourists and locals.

Wednesday, March 30, 2005

A Knoxville, USA woman has sold her name on eBay and received an offer. Terri Iligan, age 33, will legally be named “goldenpalace.com” after the required legal work is complete.

The casino owning the website paid $15,199 over the eBay auction service.

She said that she got the idea when trying to find how much it would cost to send one of her children to a golf school previously attended by Tiger Woods.

In an interview by Knoxville TV station WATE, she said, “To my kids and to my husband, I will always be Terri.” As to the opinion of her husband and children, she said, “He thinks it’s funny. As long as they get to call me mom, they don’t care.”

Friday, May 19, 2006

This interview intends to provide some insight into OpenSync, an upcoming free unified data synchronization solution for free software desktops such as KDE, commonly used as part of the GNU/Linux operating system.

Hi Cornelius, Armin and Tobias. As you are now getting close to version 1.0 of OpenSync, which is expected to become the new synchronisation framework for KDE and other free desktops, we are quite interested in the merits it can provide for KDE users and for developers, as well as for the Open Source Community as a whole. So there’s one key-question before I move deeper into the details of OpenSync:

What does OpenSync accomplish, that no one did before?

Cornelius:

First of all it does its job of synchronizing data like addressbooks and calendars between desktop applications and mobile devices like PDAs and cell phones.

But the new thing about OpenSync is that it isn’t tied to a particular device or a specific platform. It provides an extensible and modular framework that is easy to adopt for application developers and people implementing support for syncing with mobile devices.

OpenSync is also independent of the desktop platform. It will be the common syncing backend for at least KDE and GNOME and other projects are likely to join. That means that the free desktop will have one common syncing solution. This is something really new.

How do the end-users profit from using synching solutions that interface with OpenSync as framework?

Cornelius:

First, the users will be able to actually synchronize all their data. By using one common framework there won’t be any “missing links”, where one application can sync one set of devices and another application a different one. With OpenSync all applications can sync all devices.

Second, the users will get a consistent and common user interface for syncing across all applications and devices. This will be much simpler to use than the current incoherent collection of syncing programs you need if you have more than the very basic needs.

How does OpenSync help developers with coding?

Cornelius:

It’s a very flexible and well-designed framework that makes it quite easy for developers to add support for new devices and new types of data. It’s also very easy to add support for OpenSync to applications.

The big achievement of OpenSync is that it hides all the gory details of syncing from the developers who work on applications and device support. That makes it possible for the developers to concentrate on their area of expertise without having to care what’s going on behind the scenes.

I have written quite a lot of synchronization code in the past. Trust me, it’s much better, if someone just takes care of it for you, and that’s what OpenSync does.

Tobias:

Another point to mention is the python wrapper for opensync, so you are not bound to C or C++, but can develop plugins in a high level scripting language.

Why should producers of portable devices get involved with your team?

Cornelius:

OpenSync will be the one common syncing solution for the free desktop. That means there is a single point of contact for device manufacturers who want to add support for their devices. That’s much more feasible than addressing all the different applications and solutions we had before. With OpenSync it hopefully will become interesting for manufacturers to officially support Linux for their devices.

Do you also plan to support applications of OpenSync in proprietary systems like OSX and Windows?

Cornelius:

OpenSync is designed to be cross-platform, so it is able to run on other systems like Windows. How well this works is always a question of people actually using and developing for this system. As far as I know there isn’t a real Windows community around OpenSync yet. But the technical foundation is there, so if there is somebody interested in working on a unified syncing solution on Windows, everybody is welcome to join the project.

What does your synchronisation framework do for KDE and for KitchenSync in particular?

Cornelius:

OpenSync replaces the KDE-specific synchronization frameworks we had before. Even in KDE we had several separate syncing implementations and with OpenSync we can get replace them with a common framework. We had a more generic syncing solution in KDE under development. This was quite similar from a design point of view to OpenSync, but it never got to the level of maturity we would have needed, because of lack of resources. As OpenSync fills this gap we are happy to be able to remove our old code and now concentrate on our core business.

What was your personal reason for getting involved with OpenSync?

Cornelius:

I wrote a lot of synchronization code in the past, which mainly came from the time where I was maintaining KOrganizer and working on KAddressBook. But this always was driven by necessity and not passion. I wanted to have all my calendar and contact data in one place, but my main objective was to work on the applications and user interfaces handling the data and not on the underlying code synchronizing the data.

So when the OpenSync project was created I was very interested. At GUADEC in Stuttgart I met with Armin, the maintainer of OpenSync, and we talked about integrating OpenSync with KDE. Everything seemed to fit together quite well, so at Linuxtag the same year we had another meeting with some more KDE people. In the end we agreed to go with OpenSync and a couple of weeks later we met again in Nuernberg for three days of hacking and created the KDE frontend for OpenSync. In retrospect it was a very pleasant and straightforward process to get where we are now.

Armin:

My reason to get involved (or better to start) OpenSync was my involvement with its predecessor Multisync. I am working as a system administrator for a small consulting company and so I saw some problems when trying to find a synchronization solution for Linux.

At that point I joined the Multisync project to implement some plugins that I thought would be nice to have. After some time I became the maintainer of the project. But I was unhappy with some technical aspects of the project, especially the tight coupling between the syncing logic and the GUI, its dependencies on GNOME libraries and its lack of flexibility.

Tobias:

Well, I have been a KDE PIM developer for several years now, so there was no way around getting in touch with synchronization and KitchenSync. Although I liked the idea of KitchenSync, I hated the code and the user interface […]. So when we discussed to switch to OpenSync and reimplementing the user interface, I volunteered immediately.

Can you tell us a bit about your further plans and ideas?

Cornelius:

The next thing will be the 1.0 release of OpenSync. We will release KitchenSync as frontend in parallel.

Armin:

There are of course a lot of things on my todo and my wishlist for opensync. For the near future the most important step is the 1.0 release, of course, where we still have some missing features in OpenSync as well as in the plugins.

One thing I would really like to see is a thunderbird plugin for OpenSync. I use thunderbird personally and would really like to keep my contacts up to date with my cellular, but I was not yet able to find the time to implement it.

Tobias:

One thing that would really rock in future versions of OpenSync is an automatic hardware detection mechanism, so when you plugin your Palm or switch on your bluetooth device, OpenSync will create a synchronization group automatically and ask the user to start syncing. To bring OpenSync to the level of _The Syncing Solution [tm]_ we must reduce the necessary configuration to a minimum.

What was the most dire problem you had to face when creating OpenSync and how did you face it?

Cornelius:

Fortunately the problems which I personally would consider to be dire are solved by the implementation of OpenSync which is well hidden from the outside world and [they are] an area I didn’t work on 😉

Armin:

I guess that I am the right person to answer this question then 🙂

The most complicated part of OpenSync is definitely the format conversion, which is responsible for converting the format of one device to the format that another device understands.

There are a lot of subsystems in this format conversion that make it so complex, like conversion path searching, comparing items, detection of mime types and last but not least the conversion itself. So this was a hard piece of work.

What was the greatest moment for you?

Cornelius:

I think the greatest moment was when, after three days of concentrated hacking, we had a first working version of the KDE frontend for OpenSync. This was at meeting at the SUSE offices in Nuernberg and we were able to successfully do a small presentation and demo to a group of interested SUSE people.

Armin:

I don’t remember a distinct “greatest moment”. But what is a really great feeling is to see that a project catches on, that other people get involved, use the code you have written and improve it in ways that you haven’t thought of initially.

Tobias:

Hmm, also hacking on OpenSync/KitcheSync is much fun in general, the greatest moment was when the new KitchenSync frontend synced two directories via OpenSync the first time. But it was also cool when we managed to get the IrMC plugin working again after porting it to OpenSync.

As we now know the worst problem you faced and your greatest moment, the only one missing is: What was your weirdest experience while working on OpenSync?

Cornelius:

Not directly related to OpenSync, but pretty weird was meeting a co-worker at the Amsterdam airport when returning from the last OpenSync meeting. I don’t know how high the chance is to meet somebody you know on a big random airport not related at all to the places where you or the other person live, but it was quite surprising.

Tobias:

Since my favorite language is C++, I was always confused how people can use plain C for such a project, half the time your are busy with writing code for allocating/freeing memory areas. Nevertheless Armin did a great job and he is always a help for solving strange C problems 🙂

Now I’d like to move on to some more specific questions about current and planned abilities of OpenSync. As first, I’ve got a personal one:

I have an old iPod sitting around here. Can I or will I be able to use a program utilizing OpenSync to synchronize my calendars, contacts and music to it?

Cornelius:

I’m not aware of any iPod support for OpenSync up to now, but if it doesn’t exist yet, why not write it? OpenSync makes this easy. This is a chance for everybody with the personal desire to sync one device or another to get involved.

Armin:

I dont think that there is iPod support yet for OpenSync. But it would definitely be possible to use OpenSync for this task. So if someone would like to implement an iPod plugin, I would be glad to help 🙂

Which other devices do you already support?

Cornelius:

At this time, OpenSync supports Palms, SyncML and IrMC capable devices.

Which programs already implement OpenSync and where can we check back to find new additions?

Cornelius:

On the application side there is support for Evolution [GNOME] and Kontact with KitchenSync [KDE] on the frontend side and the backend side and some more. I expect that further applications will adopt OpenSync once the 1.0 version is released.

Armin:

Besides kitchensync there already are a command line tool and a port of the multisync GUI. Aside from the GUIs, I would really like to see OpenSync being used in other applications as well. One possibility for example would to be integrate OpenSync into Evolution to give users the possibility to synchronize their devices directly from this application. News can generally be found on the OpenSync web site www.opensync.org.

It is time to give the developers something to devour, too. I’ll keep this as a short twice-fold technical dive before coming to the takeoff question, even though I’m sure there’s information for a double-volume book on technical subleties.

As first dive: How did you integrate OpenSync in KitchenSync, viewed from the coding side?

Cornelius:

OpenSync provides a C interface. We wrapped this with a small C++ library and put KitchenSync on top. Due to the object oriented nature of the OpenSync interfaces this was quite easy.

Recently I also started to write a D-Bus frontend for OpenSync. This also is a nice way to integrate OpenSync which provides a wide variety of options regarding programming languages and system configurations.

And for the second, deeper dive:

Can you give us a quick outline of those inner workings of OpenSync, from the developers view, which make OpenSync especially viable for application in several different desktop environments?

Cornelius:

That’s really a question for Armin. For those who are interested I would recommend to have a look at the OpenSync website. There is a nice white paper about the internal structure and functionality of OpenSync.

Armin:

OpenSync consists of several parts:

First there is the plugin API which defines what functions a plugin has to implement so that OpenSync can dlopen() it. There are 2 types of plugins:

A sync plugin which can synchronize a certain device or application and which provides functions for the initialization, handling the connection to a device and reading and writing items. Then there is a format plugin which defines a format and how to convert, compare and detect it.

The next part is a set of helper functions which are provided to ease to programming of synchronization plugins. These helper functions include things like handling plugin config files, HashTables which can be used to detect changes in sets of items, functions to detect when a resync of devices is necessary etc.

The syncing logic itself resides in the sync engine, which is a separate part. The sync engine is responsible for deciding when to call the connect function of a plugin, when to read or write from it. The engine also takes care of invoking the format conversion functions so that each plugin gets the items in its required format.

If you want more information and details about the inner workings of OpenSync, you should really visit the opensync.org website or ask its developers.

To add some more spice for those of our readers, whose interest you just managed to spawn (or to skyrocket), please tell us where they can get more information on the OpenSync Framework, how they can best meet and help you and how they can help improving sync-support for KDE by helping OpenSync.

Cornelius:

Again, the OpenSync web site is the right source for information. Regarding the KDE side, the kde-pim@kde.org mailing list is probably the right address. At the moment the most important help would be everything which gets the OpenSync 1.0 release done.

[And even though] I already said it, it can’t be repeated too often: OpenSync will be the one unified syncing solution for the free desktop. Cross-device, cross-platform, cross-desktop.

It’s the first time I feel well when thinking about syncing 😉.

Armin:

Regarding OpenSync, the best places to ask would be the opensync mailing lists at sourceforge or the #opensync irc channel on the freenode.net servers.

There are always a lot of things where we could need a helping hand and where we would be really glad to get some help. So everyone who is interested in OpenSync is welcome to join.

Many thanks for your time!

Cornelius:

Thanks for doing the interview. It’s always fun to talk about OpenSync, because it’s really the right thing.

Armin:

Thank you for taking your time and doing this interview. I really appreciate your help!

Tobias:

Thanks for your work. Publication and marketing is something that is really missing in the open source community. We have nice software but nobody knows 😉

Further Information on OpenSync can be found on the OpenSync Website: www.opensync.org

This Interview was done by Arne Babenhauserheide in April 2006 via e-mail and KOffice on behalf of himself, the OpenSource Community, SpreadKDE.org and the Dot (dot.kde.org).It was first published on the Dot and is licensed under the cc-attribution-sharealike-license.A pdf-version with pictures can be found at opensync-interview.pdf (OpenDocument version: opensync-interview.odt)

Saturday, October 15, 2005

Dogs are normally resistant to most flu strains. Since about 2000, a new strain of dog flu has been spreading in America, and there’s no vaccine to prevent it.

To limit exposure to the flu, some dog owners are avoiding public places like dog shows and parks. Since the flu can spread where groups of dogs are housed, some dog owners are nervous about the practice of putting their pets in kennels. According to Edward Dubovil, director of the animal virology lab at Cornell University, 100% of dogs appear to be susceptible to infection by this new flu strain. It is estimated that 1-5% of infected dogs are dying from this flu strain. The symptoms of dog flu are akin to those of kennel cough, a more common and less serious illness.

Starting in 2004 there have been many outbreaks of flu at dog race tracks. Since early in 2004, researchers have been working to characterize the type of flu that is infecting dogs. In September of 2005 it was reported that this dog flu strain had crossed over from horses to dogs. This type of flu virus has been infecting horses for at least 40 years. It is expected that existing flu vaccines for horses can soon be adapted for use in dogs.

The spread of a horse flu virus to dogs is an example of what could happen with bird flu. Currently the bird flu is transmitted from birds to humans but does not spread easily from person to person. The new strain of dog flu shows signs of having been genetically modified from the original horse-preferring virus strain making it easy to transmit from dog to dog. Future genetic modifications of bird flu could better adapt it to humans and allow it to spread from person to person. The chance of such viral evolution can be reduced by limiting exposure of humans to bird flu.

At this time, the new dog flu virus strain does not seem to be a danger for humans. However, humans will be monitored for signs of infection by new genetic variants of the dog flu. Due to the close physical association between pet dogs and humans, a flu strain that could jump from dogs to humans would be of great concern. Recently evolved virus strains that jump from one species to another are often particularly lethal because the newly infected species may have little or no immunity to the new virus strain.

Saturday, November 27, 2010

A judge in the High Court in Aberdeen, Scotland has criticised the care doctors gave to baby Alexis Matheson. Lord Uist made the comments while sentencing Mark Simpson, who was yesterday convicted of murdering the six-week-old girl.

Simpson, 29, will serve at least twenty years of his life sentence after he attacked Alexis — the child of his then-girlfriend Ilona Sheach, who he blamed for Alexis’s wounds — over the course of a month. The child suffered broken ribs and brain damage. Lord Uist said staff at Woodside Medical Group might have been able to prevent the death but failed to realise the baby was being hurt deliberately.

Sheach had initially been unable to get an appointment at Aberdeen-based Woodside for her daughter; instead, Dr Mohammed Athar spoke on the phone with Sheach and prescribed three drugs without seeing the infant. When she did see a doctor the following week despite being, said Lord Uist, “seriously concerned” for Alexis’s health, the doctor she saw — Linda Mackay — believed Sheach’s explanation the baby was constipated. She felt Alexis’s blood-red eyes were due to straining; a consultant neurosurgeon testified at trial that this did not explain the subconjunctival haemorrhages in the eyes.

That consultant felt a referral to a paediatrician would have been approrpiate. A consultant paediatrician told the court if Dr Mckay had phoned one Alexis would have been urgently hospitalised. These circumstances have led to calls for legislative changes, according to The Scotsman, which compared the death to the recent Baby P case in neighbouring England. Lord Uist also made this comparison, saying “Scottish health authorities have to treat this case with a similar degree of importance and urgency” to “[t]he Baby P case down south”.

Lord Uist was “very disturbed” that “nothing was done” following Dr Mackay’s assessment. He also criticised the delay in seeing a doctor, saying “[i]t is my opinion the appointments system operated at this surgery may require urgent review so as to ensure children requiring urgent attention receive it by being seen by a doctor.”

He continued “[w]hether the death of baby Alexis could have been prevented had she been so referred is a matter which, in my opinion, merits a very full inquiry. The training of GPs, and also health visitors, to detect signs of non-accidental injury may be a matter that requires further consideration.”

The same day as these comments, Crown Office announced that a fatal accident inquiry will occur. “These are very serious criticisms by Lord Uist of the way the health services operated,” said Scottish Conservatives health spokesman Murdo Fraser. “Clearly, there were serious failings in relation to this baby’s treatment and lessons have to be learned from this case.”

The health board stated “NHS Grampian and the Woodside Medical Practice would like to extend their condolences to Alexis’s family. We understand that Lord Uist has issued a statement that it is critical of perceived failings in the care given to Alexis. We will consider these comments very carefully.”

The Scottish Government has also taken note. “We extend our deepest condolences to the family of Alexis Matheson,” according to a spokeswoman. “We continue to monitor the situation very closely, and will await the findings of the fatal accident inquiry. Following this we will work with the health board to determine any necessary changes and ensure that any lessons are learned.”