As a result of the openSUSE Boosters’ ‘HackMeck‘ two weeks ago at FrOSCoN we are proud to present you with a new beta of openSUSE Connect.
Connect is supposed to become the central user database for the openSUSE project. Sounds bland, don”t it? But you know the Boosters, everything we do comes with a grain of spice and Connect is no different. The spice here are a lot of nifty social network features like user profiles, friending, groups, an event calendar and possibly more. Thats possible because on top of the user database we use a Free Software social network framework called Elgg. Elgg will help us to go a step further in one of the most important areas of the openSUSE project: Connecting our community. We do a very good job connecting code at the moment but there is no central place for openSUSE users to mingle, form relationships and meet collaborators.
Try it!Did we whet your appetite? Want to try it? No problem, just head over to our beta instance http://connect.opensuse.org and login as user geeko with the password opensuse to try it out. Make some friends, create a group or run a poll. This instance is regularly deployed with the newest code from our git repository so you will always get the latest and greatest. But please don’t forget that this is a beta If you encounter any problems, guess what, make a bugreport in our bugzilla!
Help out!Or how about you get your hands dirty? So far our experience with Elgg is wonderful. It’s a tidy, extensible and well designed piece of software. The community is very helpful and there is a lot (if not to say a butt-load) of functionality available. And if something is not there already we have found that we can easily add it. You could too you know? Elgg runs on a combination of Apache, MySQL and the PHP scripting language and as this is the most popular web server environment in the world we hope we can attract more people to help to fit Elgg to openSUSE’s needs. And on top of that it’s really easy to hack on it! The changes we did so far at the HackMeck and the last couple of weeks are self-contained in plugins that extend the basic functionality. The powerful data model and view system of Elgg make it possible to change it to openSUSE’s needs without ever touching the core functions. So if you are interested in helping, get to know Elgg and then get in contact with the openSUSE Boosters.
We hope you will enjoy this new openSUSE tool. And remember: Have a lot of fun…
Metalink multichannel download, so package candy melts your screen, not your internet connection.
openSUSE 11.4 Milestone 1 is available today, Thursday, September 2 for developers, testers and community members to test and participate in the development of openSUSE 11.4. M1 starts off openSUSE 11.4 development at a cracking pace with performance improvements in the package management network layer and version updates to major components.
This milestone contains libzypp version 8.1, which has a new backend for http and ftp package downloads. MultiCurl replaces the old MediaAria backend, and brings support for zsync transfers and better Metalink download support. These will improve both repository refresh and package install and update performance. Metalink allows the multi-channel download of packages by downloading the individual blocks of a package in parallel from multiple servers. ZSync reduces the amount of data to download by only fetching the changed parts of a file instead of the whole file. This speeds up repository refreshes, since due to the way the repository data is structured, it is easy to locate the parts of the metadata that changed since the last update. The new Curl-based zypp backend also gives libzypp and therefore zypper and YaST better support for network proxies, by using the same proxy configuration as the rest of YaST instead of its own, and adds support for HTTP BASIC password-protected repositories. And as an added bonus, MultiCurl should eliminate slow and hanging package installations that occurred due to bugs in the old MediaAria backend.
Zsync efficiently downloads only the changed metadata. Sweet!
Other major components that have received updates from upstream projects for Milestone 1 include XOrg 1.9, KDE 4.5 and GNOME 2.32.0 Beta 1. Automated testing and brave openSUSE Factory testers have been validating early builds to make sure that Milestone 1 is suitable for others to test, so please download Milestone 1 and report bugs – the earlier a bug is reported in the development cycle, the more likely it is that it will be fixed on release day, March 10, 2011.
The next milestone is scheduled for September 30.
We're always looking for ways to make AWS an even better value for our customers. If you've been reading this blog for an extended period of time you know that we reduce prices on our services from time to time.
Effective September 1, 2010, we've reduced the On-Demand and Reserved Instance prices on the m2.2xlarge (High-Memory Double Extra Large) and the m2.4xlarge (High-Memory Quadruple Extra Large) by up to 19%. If you have existing Reserved Instances your hourly usage rate will automatically be lowered to the new usage rate and your estimated bill will reflect these changes later this month. As an example, the hourly cost for an m2.4xlarge instance running Linux/Unix in the us-east Region from $2.40 to $2.00. This price reduction means you can now run database, memcached, and other memory-intensive workloads at substantial savings. Here's the full EC2 price list.
As a reminder, there are many different ways to optimize your costs. When compared to On-Demand instances, Reserved Instances enable you to reduce your overall instance costs by up to 56%. You pay a low, one-time fee to reserve an instance for a one or three year period. You can then run that instance whenever you want, at a greatly reduced hourly rate.
For background processing and other jobs where you have flexibility in when they run, you can also use Spot Instances by placing a bid for unused capacity. You job will run as long as your bid is higher than the current spot price.
-- Jeff;
Mike from Cirrhus9 sent me some information about their recent implementation of FindTheBest. With his permission, I am sharing some of the details with you so that you can get a better idea of how a sophisticated developer brings together a wide variety of technologies in order to construct a complete web application.
What is FindTheBest?
FindTheBest is an objective comparison search engine that allows people to choose a topic, compare options and decide what's best for them. It makes for faster and more informed decisions by allowing for easy comparison between all of the available options.
FindTheBest is organized into nine broad categories including: Arts and Entertainment, Business and Economy, Education, Health, Reference, Science, Society, Sports and Recreation and Technology. Each category includes dozens of Apps from Adventure Travel Vacations to Job Websites. Each App consists of a variety of related listings — from Vail and Whistler ski resorts under the Ski Resorts App to Barack Obama and Angelina Jolie under the Celebrities App — and each listing can be sorted by numerous key filters.
FindTheBest's structured search allows the user to quickly sort through factors and filters important to them, ultimately helping them make more objective and more informed decisions to important questions and answers.
The user interface blends sorting, filtering, and comparison to produce fast, data-driven pages. Here's a page with information on over 9000 libraries:
How Was it Implemented?
FindTheBest runs on a 64-bit Ubuntu server. The server boots from an EBS volume and has an XFS RAID-0 two volume EBS storage configuration, with daily snapshot backups via cron-driven calls to Eric Hammond's ec2-consistent-snapshot script. The server runs a classic LAMP stack with the addition of a lightweight email server and a full-text search engine, all monitored by a custom-tuned Nagios/Groundwork setup.
-- Jeff;
Under normal conditions, an Amazon S3 object in a bucket that is part of a CloudFront distribution can be cached at a CloudFront edge location per the object's TTL (Time to Live). In many situations it is possible to come up with a reasonable value for the TTL ahead of time. In other cases you may want the benefits of CloudFront's caching but you may also need to make changes to the S3 object at unpredictable times.
We've just added a new invalidation function to the CloudFront API. You can now POST a list of one or more objects to a CloudFront distribution and the objects will be removed from all of the edge locations within minutes. The invalidation happens in an asynchronous fashion and you can have several invalidation requests pending at the same time.
You can use this new feature in many different ways. Here are some ideas:
There are no charges for the first 1000 invalidations per month. After that, each one will cost you $0.005 (one half of one cent).
You can still use the TTL feature and you can also use versioned URLs. Both techniques are preferred when you have the ability to control or predict the proper hold time for an object. There's no additional cost for either one, and there's no need to wait for the invalidation to take effect (typically 10 to 15 minutes). Invalidation is appropriate when the hold time is unpredictable.
TTLs and versioned URLs are great when you have tight control over the object's lifetime, with new objects replacing the old on a regular cycle or as part of a planned release. Invalidation is appropriate when objects can change with little or no notice.
The following third-party products already include support for this new feature:
Let me know if your product supports it, and I'll amend this blog post to include it. Leave a comment or email me at awseditor@amazon.com.
The AWS Simple Monthly Calculator now supports CloudFront Invalidations and RDS Reserved DB Instances.
-- Jeff;As our community grows, it is imperative that we preserve the things that got us here; namely, keeping Drupal a fun, welcoming, challenging, and fair place to play. The new Drupal Code of Conduct (DCOC) states our shared ideals with respect to conduct. Think of this as coding standards for people. It is an expression of our ideals, not a rulebook. It is a way to communicate our existing values to the entire community.
Our friends at Ubuntu have blazed a brilliant trail in this area. They use Drupal as their CMS, and in turn we have embraced their Code of Conduct. This code of conduct is essentially identical to that used by Ubuntu, except that the name of the project has been changed, and the conflict resolution process has been removed since we don't have one.
The DCOC has been under discussion for several months on groups.drupal.org and discussed further at Drupalcon Conpenhagen. Folks who are interested in talking more about the DCOC should do so in the Drupal.org Policies group.
The short version:
On September 18, it is international Software Freedom Day. Software Freedom Day aims to celebrate Free Software and the people behind it. It wants to spread the word about Free Software and help people find each other.
We, the openSUSE community, of course need to be part of this! So this is a call to you all: mark september 18 in your agenda. Check the Software Freedom Day website and find the meeting in your neighboorhood.
If there is none, how about setting one up? Go to the Start Guide and get to work. You can organize your own event!
Of course, openSUSE will help you. If you plan to go to an event or organize one, get in contact with us at marketing@opensuse.org ! If you mail us your information we can send you a package with openSUSE Promo DVD’s, a poster and some stickers so you can be an ambassador for openSUSE at your local event.
Help us spread the word!
Greetings,
The openSUSE marketing team