Sri Lankan runner's 'victory' in defeat! June 22, 2020, 8:07 pm

The runner was a senior in my village school run by the Church.

Mr. Tommy Arther who was our coach used to say.

"What matters is participation not winning".

Karu took the advice to the extreme by taking an extra lap at Tokyo! 

I only stuck to 100 meters (yards to be precise) where I was successful in the school and later in the University. 

I was my own coach! 

Reproduction

Sri Lankan runner's 'victory' in defeat!

June 22, 2020, 8:07 pm

Sunny Island by Ruhunu Puthra

In the year 1964, the Olympic Games were held in Japan. We were Ceylonese back then.

The best long distance runner of Sri Lanka at the time, R.J. Karunananda ran in the 10,000 metres event (400 meters x 25 laps). Twenty nine athletes from 17 nations participated in the event.

He found that with four more laps for him to run, William Mills of the United States had already romped home. Even after the others had finished running an undaunted Karu, proceeded to run the remaining four laps, with rare courage and firm determination, as a lone runner.

When he ran his first lap, some spectators jeered and at the 2nd lap, the crowd fell silent. Then there was applause, followed by massive cheering. The whole stadium was reverberating with the chant 'Karu Ceylon! Karu Ceylon!'

Finally, he finished the race amidst tumultuous cheering and a standing ovation from 60,000 spectators. On hearing it, the Duke of Edinburgh, who was the chief guest, came out to congratulate 'the most spirited loser' of the Olympic Games.

Soon after the race, he was interviewed by the press. Karu told the reporters "The Olympic spirit is not to win but to take part. So I came here, I took part in the 10,000 metre event and completed my rounds."

He was acclaimed as a hero by the Japanese media. Even though he did not win any medal, he won the hearts of many admirers all over the world and was the true winner of the people.

One would have thought that it was the end of the heroic story. It was not to be. The Japanese Government in its wisdom thought otherwise. His story was made into a chapter in a text book, accompanied by his photograph, as a life lesson in determination, integrity, courage, self-confidence and persistence, for the children.

Karu received a warm welcome when he returned to Sri Lanka.

Born on May 21, 1936, Karu was a soldier in the Sri Lanka Army. He continued to serve his motherland as a dedicated soldier when in 1975, he 'drowned' in the Namal Oya Tank.

Ranatunga J. Karunananda is an unsung Olympic hero of Sri Lanka.

WHO Announces Biggest Single Day Rise in COVID-19 Cases Globally

 Reproduction

WHO Announces Biggest Single Day Rise in COVID-19 Cases Globally

By Kashmira Gander

The World Health Organization has reported the biggest increase in coronavirus cases in a single day, with the Americas bearing the brunt. 
According to a situation report by the U.N. health agency, 183,020 new cases were reported in the 24 hours preceding 10:00 CEST, June 21.

The total included 116,041 in the Americas, 20,248 in South-East Asia, 18,975 in the Eastern Mediterranean, 17,922 in Europe, 8,464 in Africa, and 1,370 in the Western Pacific.

Brazil, the U.S., and India reported the most new cases, at 54,771, 36,617, 15,413, respectively. 

In addition, over two thirds of new deaths were reported in the Americas, at 3,241 of 4,743.

Six months since the coronavirus that causes COVID-19 was first identified in the central Chinese city of Wuhan, Hubei province, 468,331 people have died in 8,952,428 cases, according to Johns Hopkins University. A total of 4,440,000 people have recovered.
As shown in the graphs by Statista below, the U.S. has the most confirmed cases at 2,279,879. That amounts to over a quarter of known cases worldwide. The U.S. is followed by Brazil, at 1,083,341, and Russia with 583,879. 
The U.S. also has the most recorded deaths at 119,977, versus 50,591 in Brazil and 42,717 in the U.K.

However, a model by Institute for Health Metrics and Evaluation (IHME) indicates that Brazil could surpass the U.S. and lead the world in deaths by August 1.
 

Last week, experts told Newsweek the U.S. could soon be hit by a rise in deaths, as cases have recently spiked in the south and west, and fatalities lag diagnoses.

Amanda M. Simanek, associate professor in epidemiology at the Joseph J. Zilber School of Public Health, University of Wisconsin-Milwaukee, told Newsweek the surge in cases may be the result of lockdown measures being eased too soon and/or increasing testing capacity with more cases getting detected.
"In many states, recent increases in cases are related to outbreaks of COVID-19 in food production facilities and congregate settings such as jails or assisted living centers where there is often rapid spread and a high number of cases detected in a short time frame, particularly when targeted testing is carried out," she said.
However, Peter Drobac, a physician and specialist in infectious diseases and public health at the Saïd Business School at the University of Oxford, U.K., told Newsweek the idea increased testing is behind the rise is not supported by evidence.
"I'm extremely concerned that too little is being done to slow the spread of the virus in states where we're seeing surges," he said. "Political leaders are waving it away as a statistical anomaly. Many testing, contact tracing and isolation programs are still weak or non-existent. People are tired, anxious, insecure. Local governments are headed towards fiscal cliffs. And yet, this is just the beginning of the pandemic."

Comparing, BSD versus Linux distributions' Development

My Approach
I am an old guy interested in Linux over 15 years or so and using Linux ONLY for over the past 8 years.
I have tried almost all except ARCH and Absolute Linux (very difficult in the past not NOW with Manjaro and Absolute Linux Live available, it is manageable-It was only installable image, then).
I loved the Live Image where I can run on RAM (one need at least 4 GB RAM for virtual testing-very SLOW and draggy) and see the effects.
I only use Debian now.
All the other distributions I love are on portable external devices (single or multiple).
I love KDE plasma desktop.
The Western Desktop of RubeccaBlack is beautiful. 
Open BSD has a live CD for booting with Internet connection.
If you have a SLOW Internet it takes over 5 hours.
What I do is install it on a external disk and go to sleep and check its funtionality in the morning, leisurely.
I am OLD and LAZY now.
The warning for young guys is that, one has to be patient to USE or TEST Linux.

It a large COLLECTIVE ENTERPRISE unlike Microsoft or Apple.

By the way, RubeccaBlack probably a derivative of Open Mandriva is an excellent Linux distribution (short on packages, though) to try.



Reproduction

Comparing, BSD versus Linux distributions' Development  
Comparing-apples-to-BSDs asks: 

I was reading one of the old articles from the archive. One of the things mentioned was how the BSDs have a distinct approach in terms of packaging the base system relative to userland apps, and that the Linux distros at the time were not following the same practice. Are there Linux distros that have adopted the same approach in modern times? If not, are there technical limitations that are preventing them from doing so, such as some distros supporting multiple kernel versions maybe?

DistroWatch answers: In the article mentioned above, I made the observation that Linux distributions tend to take one of two approaches when it comes to packaging software. Generally a Linux distribution will either offer a rolling release, where virtually all packages are regularly upgraded to their latest stable releases, or a fixed release where almost all packages are kept at a set version number and only receive bug fixes for the life cycle of the distribution. Projects like Arch Linux and Void are popular examples of rolling, always-up-to-date distributions while Fedora and Ubuntu offer fixed platforms.

Basically, with few exceptions, Linux distributions all fell into those two categories where the rolling releases were constantly changing and fixed releases tended to fall behind (or out of date).

The BSDs, in contrast, tend to take an alternative approach. Operating systems like FreeBSD and OpenBSD provide a fixed core (or base) operating system. The base tends to be small, stable, and only changes in small evolutions on a set schedule. The cores of the main BSD branches are fixed. Meanwhile most applications which you can install on the BSDs (LibreOffice, Firefox, the desktop environment, etc) are kept up to date with their upstream versions. The base operating system is fixed and stable while the applications the user runs can be kept up to date with the latest and greatest. This allows the BSDs to offer close to cutting-edge applications without risking a routine update breaking the core of the operating system.

A big part of why the BSDs have this stable core (and updated third-party applications) while Linux distributions tend to take an all-or-nothing approach to version upgrades is the BSDs are developed with all the core operating system components as part of one large project. The FreeBSD kernel, command line tools, filesystems, and base libraries are all handled by the same team. Third-party applications (typically called ports) are made available by another team. In other words, FreeBSD is a whole operating system with almost all the key parts made by one organization.

Linux distributions, on the other hand, are mostly collections of third-party components that are wedded together and managed by a package manager. Debian and Slackware, for the most part, don't develop much of their own software. Most of the work these projects do is to take separate components and weld them together to make an operating system out of independently developed parts. The Linux kernel is made by one team, the core libraries by other teams, the installer by another team, the userland tools by yet another team - all of them operating with their own separate goals and schedules. Linux distributions are made up of hundreds, sometimes thousands, of packages made by teams other than the one publishing the distribution.

This means that Linux distributions do not have one core operating system with key components managed by one team. The kernel, C library, init software, and userland tools come from separate places and their updates are generally not coordinated. This makes it hard for Linux projects to maintain a small, static core while end-user applications get updated.

While difficult, it is not entirely unheard of for some Linux distributions to attempt to maintain a small, stable core platform while regularly updating desktop applications. Some projects take a semi-rolling release approach. If you have used PCLinuxOS or Chakra GNU/Linux you will have seen this in action. The kernel, lower level graphics libraries, and core tools tend to upgrade slowly while desktop applications are updated as new releases come out. Semi-rolling releases can work for a while, but eventually the core components need to "jump ahead" occasionally to keep up.

Some Linux projects attempt to make an image of an operating system and add third-party bundles or containers on top of them. The Fedora CoreOS distribution does this. It maintains a fixed core on which people can add containers or package bundles. The core system in this case is not necessarily fixed, but because it is updated as a whole (rather than as individual packages) the idea is that the core image should always work. The core image approach allows for faster upgrades and keeps the core system somewhat isolated from the applications running on it, but lacks flexibility compared to the semi-rolling and BSD approaches.

A more flexible, and increasingly common solution, is to have a minimum Linux distribution that runs portable packages, such as Flatpak or Snap packages. Portable packages ship with their own dependencies, making them independent of the core operating system and therefore able to update separately from the base distribution and they can be frequently upgraded. The base distribution can then act as a long-term support (LTS), fixed release that is rarely upgraded, much the same way the BSDs handle upgrades. Unfortunately, portable packages are often very large, do not integrate with the host desktop properly, and managing them requires a second package manager to be installed on the operating system.

One more solution is backports. A backport is an updated program which is built to run on an older, fixed-release distribution. Generally backports are kept in their own, separate package repository and added to LTS distributions such as CentOS, Debian or Ubuntu. A backport can be handled by the distribution's default package manager, which is convenient when compared to portable package solutions. However, backports are rarely well tested (compared to the core package repositories), and in my experience, frequently break things on the parent distribution. This makes backports flexible but adds risk of breaking functionality or dependencies on the base operating system.

In short, while there are technical hurdles (such as distributed development) which make it harder for Linux distributions to provide the same sort of base platform isolated from third-party applications, it is possible for Linux distributions to offer this approach. There are several solutions available, each with their strengths and weaknesses. None of these approaches is exactly the same as the BSDs, but some of them are similar and offer some of the same benefits.