a2jfreak.net

Sunday, January 6, 2008

On the morning of January 4, 2008, while at the 2008 World Junior Ice Hockey Championships, 19-year-old goalie Steve Mason received a phone call from Canada informing him that he was traded by the Ontario Hockey League’s London Knights to the Kitchener Rangers.

In a press release Friday, Kitchener Rangers Head coach and General Manager Peter DeBoer announced the trade to the Knights. In return for obtaining Mason, the Rangers have sent the Knights, Centre Phil Varone, Defenceman Steve Tarasuk along with 2nd, 3rd and 4th round draft picks in 2011 and a 2nd round pick in 2012.

Mason said that he had an enjoyable time playing for the London Knights, but nonetheless, he believes that he has a bright future playing for the Kitchener Rangers. He also notes that he doesn’t want the trade to distract him from playing in the Gold Medal Game, against Team Sweden.

Team Canada won the game in overtime 3-2.

Monday, October 13, 2008

In an attempt to speak with as many candidates as possible during the 2008 Canadian federal election, Wikinews has talked via email with John Kittredge. John is a candidate in Toronto, Ontario’s St. Paul riding, running under the Libertarian Party banner. Libertarians are a minor, registered political party; they are looking to earn their first ever seat in the House of Commons.

Incumbent Carolyn Bennett of the Liberals is running against Libertarian Kittridge, Conservative Heather Jewell, New Democrat Anita Agrawal, and Justin Erdman, a Green. Bennett was the Minister of Health under previous Prime Minister Paul Martin’s Liberal government. Since it was created in 1935, the riding has been batted about between the Liberals and the now defunct Progessive Conservative party.

The following is an interview with Mr. Kittridge, conducted via email. The interview has had very limited editing, to eliminate in-text mentions of website addresses, but is otherwise left exactly as sent to Wikinews.

Thursday, May 15, 2008

Over 40 children have died in an outbreak of hand, foot and mouth disease (HFMD) in China, and the country’s capital of Beijing reported its first death due to the disease on Wednesday. According to Xinhua News Agency, Beijing Health Bureau spokeswoman Deng Xiaohong said that the 13-month-old boy died Sunday while en route to the hospital. Health authorities state that 24,934 children in mainland China are afflicted with the disease, and 42 children have died from it. The cause of the disease has been identified as Enterovirus 71 (EV-71). HFMD can also be caused by Coxsackievirus.

Another child infected with the virus died Monday, but as he died in Hebei province his death was counted there. Xinhua News Agency also reported that a 21-month-old boy died Monday of the virus in Hubei province. After an order was given last week by the Ministry of Health of the People’s Republic of China that all cases must be reported, the count of those infected has increased markedly.

Eastern China saw a large number of cases in early March, but this information was not made public until late April. In March, Children under age six in eastern Anhui province began being admitted to hospitals with symptoms of the virus, and the outbreak spread quickly after that. The city of Fuyang in Anhui province was especially hard-hit by the outbreak. “The majority of patients who were in critical condition have recovered,” said a Health Ministry official in a statement on Monday. As of Monday, 3,606 HFMD infections had been reported in Beijing. Deaths have occurred in the provinces of Anhui, Guangdong, Guangxi, Hainan, Hunan, Zhejiang, Beijing and Hubei.

“What I know is the death rate has gone down drastically since early May. There are very, very few cases with complications — 99 percent of these are mild cases,” said World Health Organization (WHO) China representative Hans Troedsson in a statement on Wednesday. Incidents of the disease are expected to peak in June and July.

Children with mild cases of the disease generally recover rapidly after manifesting a rash and a fever. Other symptoms include diarrhea, cold-like symptoms, and sores on the extremities and mouth. In severe cases, fluid may accumulate in the brain, and result in meningitis, encephalitis, pulmonary edema, paralysis and death. The EV-71 virus is spread through contact with fluid secreted from blisters, nose and throat mucus, feces and saliva. There is no specific treatment or vaccine for the virus. The disease is unrelated to foot-and-mouth disease, which affects livestock.

United States Department of Health and Human Services Secretary Mike Leavitt was visiting in the country, and said in a statement Monday in Shanghai that the U.S. is assisting China fight the outbreak. According to the Centers for Disease Control and Prevention (CDC), a division of the Department of Health and Human Services, symptomatic treatment can be given to address possible fever and aches and pains. The CDC advises children and adults to practice proper hand washing technique, and to wash and disinfect contaminated items and surfaces using diluted solution of chlorine-containing bleach.

China is also dealing with a magnitude-7.9 earthquake which hit the country Monday and has killed almost 15,000. The outbreak is a concern to the government, as the country prepares for the 2008 Summer Olympics in Beijing this August. “We are confident the potential outbreak will not affect the Beijing Olympic Games,” China’s Health Ministry spokesman Mao Qunan stated. And at a joint press conference held by China’s Ministry of Health and the WHO, he further noted that, “China is confident that it can control the spread of the disease with effective prevention methods.”

Friday, April 7, 2006Legislators in the Massachusetts General Court, their name for the state legislature, approved legislation on Tuesday, April 4, that would make it the first state in the United States to require all residents to have health insurance and impose penalties for non-compliance. Massachusetts Governor Mitt Romney, a Republican who is expected to run for U.S. President in 2008, is expected to sign the bill.

The bill passed the lower house, the Massachusetts House of Representatives by a vote of 155-2, and unanimously by the state senate. The Democratic Party holds supermajorities in both houses of the legislature.

Among the bill’s provisions are these:

1. Businesses that employ more than 10 people are required to provide health insurance for all staff or face fines of $295 per year per uninsured worker.
2. Individuals will be required to enroll in a health plan by July 1, 2007, or face tax penalties.
3. Health insurers will provide partially to fully subsidized coverage for low-income residents.

At least one other state (Hawaii) requires employers to provide employee health insurance, but no other state holds individuals accountable for coverage.

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)

Monday, August 28, 2006

A Comair commuter jet crashed on takeoff from Lexington, Kentucky yesterday, killing 49 people on board and seriously injuring the plane’s first officer, James M. Polehinke.

The early-morning Flight 5191 was operating as Delta Connection and was headed from Lexington’s Blue Grass Airport to Atlanta’s Hartsfield-Jackson International Airport. It crashed about a mile west of the airport at 6:07 a.m. Eastern Time. The plane was a Canadair Regional Jet CRJ-100.

Polehinke was taken to the University of Kentucky‘s Chandler Medical Center, where he was listed in critical condition. According to the National Transportation Safety Board, the aircraft departed from a shorter runway than it was cleared to take off from.

According to Gary Ginn, the Fayette County coroner, there was a significant fire on board the aircraft after impact, after which it continued to move forward several hundred yards before coming to a stop. The aircraft, however, is largely intact, Ginn said, and most of the passengers remained inside the cabin. Ginn said he expects the cause of death to be fire for the majority of the victims. The tail number has been confirmed as N431CA.

Based on information recovered from the flight’s data recorder and physical evidence on the scene, the National Transportation Safety Board is focusing on the theory that the pilot attempted to take off from a 3,500-foot or 1067-meter runway that is not certified for airline traffic. That runway is only for general aviation aircraft.

Investigators believe the plane did not get enough speed to lift off the ground before running out of runway. Air traffic controllers in the tower had cleared the flight for takeoff from an adjacent 7,000-foot or 2135-meter runway used for commercial airlines.

Local police and fire fighters responded to the scene within minutes, and it has been reported that two off-duty police officers helped pull Polehinke from the cockpit of the burning jet.

Laura Brown, a spokeswoman for the Federal Aviation Administration told CNN that there is no indication that terrorism was involved in connection with the crash.

Family members and friends who suspected that their loved ones may have been on Flight 5191 began arriving at Blue Grass Airport shortly after the crash. They have been taken to a local hotel, where staff from Comair as well as airport officials are caring for them and providing them with information. Comair has also set up a hotline where family and friends can receive information: the number is 1-800-801-0088.

Among the dead were Jon Hooker and Scarlett Parsley, who had married just the night before and were off to their honeymoon.

A moment of silence was held for the crash victims before the Los Angeles Dodgers-Arizona Diamondbacks baseball game in Phoenix, where Brandon Webb, a former University of Kentucky baseball teammate of Hooker, is a pitcher. Another passenger, Charles Lykins of Naples, Fla., wanted an early flight so he could get home to his two young children after visiting friends and family in the Lexington area, said Paul Richardson of Winchester. Mike Finley, 52, who lived in Corbin and owned the Finley Fun Centers, was headed to Reno, Nev., for a rollerskating convention, said his son, David Taylor. “I’d say there’s thousands of kids who grew up with our father,” he said.

Rick Queen, who works for Turfway Realty in Lexington, said his father-in-law, Les Morris, was on the flight. Queen and Taylor were both frustrated with how Comair handled the families. “I just felt Delta ran families around this morning for three hours. I finally got some help from a Lexington firefighter,” Taylor said.

Flight attendant Kelly Heyer was single and lived in the Cincinnati area. He had been working for the airline since 2004 and was recently appointed base representative for the flight attendant union said Tracy Riley, a union secretary and fellow Comair flight attendant. “He was a standup individual,” Riley said. “He was very professional, loved the job.”

Bornhorst described his own reaction as “complete devastation” and he lamented the frustration of the families as they awaited word. “When tragedies like this happen, information can just not be relayed fast enough and I certainly understand the frustrations related to that,” Bornhorst said.

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)

Thursday, February 16, 2017

Paranoria, TX, a modern radio drama hosted at internet-based AstroNet Radio, released its 100th episode. The episode is titled The People’s Choice and aired on Monday.

The station’s web site describes the show as “old school radio theater with a new and outrageous geeky spin!” In its early days, the show was featured solely at the long-running internet radio site TogiNet Radio, a site focused on talk radio. In late 2015, TogiNet established AstroNet Radio as a subsidiary station. The show originally featured amateur voice actors, local to East Texas. After some time, professional actors/talent came to be featured intermittently. Some of those were

• Kevin Betzer from television series Deep South Paranormal.
• Clu Gulager notably from The Virginian and The Fall Guy.
• John Gulager notably as director of Piranha 3DD.
• Diane Ayala Goldner notably from horror film franchise Feast.
• Vernon Wells notably from the films Mad Max 2: The Road Warrior and Weird Science.

Wikinews caught up with the show’s producer, George Jones, to discuss the show.

((WN)) First, tell our readers about Paranoria, Texas.

George Jones: Paranoria, TX started out as a little show that could. We really didn’t know what we were doing but we wanted to do Old School radio in a brand new format which consisted of a new script every week with a cast of voice actors. The result was a surprising hit and now the show has grown into something completely different than what it was in the beginning and we have followers worldwide. The basic premise of the story is that there is a group of nerds who come together plotting to take over the world but end up saving it time and again.

((WN)) When did the idea for the show first come to you?

GJ: I was called into the [TogiNet] studio for an interview about one of my events and while I was there the DJ asked me if I had ever thought about doing a radio show myself. I had no idea what I was going to do but I was intrigued and after a little brainstorming and utilizing my own creativity the show was born.

((WN)) You’ve written most of the scripts, right? Has anyone else helped you with writing?

GJ: I have written 90% of the scripts for the show. Eric Nivens, Alan Mendez, Jeremy Nagel and Matt McBride have also written a few scripts. It gets tough running a brand new 20-page script every week but somehow we’ve managed for almost a hundred weeks. We thank God for fans who keep us going, otherwise it would not have made it for so long.

Jones estimates since the first episode, the show has been downloaded roughly 30,000 times. The show is set to feature a spin-off series soon.