Welcome to the Ubuntu Weekly Newsletter. This is issue #382 for the week September 1 – 7, 2014, and the full version is available here.
In this issue we cover:
- Welcome New Members and Developers
- Ubuntu Stats
- OpenStack Austin Meetup, with an Orange Box and Home Brew Beer!
- Arizona: Installfest schedule and locations
- Didier Roche: Ubuntu loves Developers
- Daniel Holbach: ubuntu-community-team list: Hang out, discuss new ideas
- Nicholas Skaggs: Autopilot Test Runners
- Lubuntu Blog: [Poll] Community wallpaper contest
- Unity8 & Mir update Sept 2, 2014
- Canonical News
- YES, I have ridden the UNICORN: The Ubuntu Utopic unicorn
- In The Blogosphere
- Ubuntu Podcast from the UK LoCo: S07E23 – The One with the Nap Partners
- Upcoming Meetings and Events
- Updates and Security for 10.04, 12.04 and 14.04
- And much more!
The issue of The Ubuntu Weekly Newsletter is brought to you by:
- Elizabeth K. Joseph
- Jose Antonio Rey
- And many others
Except where otherwise noted, content in this issue is licensed under a Creative Commons Attribution 3.0 License BY SA Creative Commons License
I do a podcast called Bad Voltage with a bunch of my pals. In it we cover Open Source and technology, we do interviews, reviews, and more. It is a lot of fun.
We started a contest recently in which the presenters have to take part in a debate, but with a viewpoint that is actually the opposite of what we actually think.
In the first episode of this three part series, Bryan Lunduke and Stuart Langridge duked it out. Lunduke won (seriously).
In the most recent episode, Jeremy Garcia and I went up against each other.
Sadly, my tiny opponent is beating me right now.
Thus, I ask for a favor. Go here and vote for Bacon. Doing so will make you feel great about your life, save a puppy, and potentially get you that promotion you have been wanting.
Also, for my Ubuntu friends…a vote for Bacon…is a vote for Ubuntu.
UPDATE: The stakes have been increased. Want to see me donate $300 to charity, have an awkward avatar, and pour a bucket of ice/ketchup/BBQ sauce/waste vegetables on me? Read more and then vote.
Due to changes in NGINX, there are now changes done to the default configurations which will break fastcgi sites.
NGINX in Debian, and as such, the PPAs, were previously shipping different configuration files which differed from NGINX itself. The Debian package has now synced with the nginx configurations upstream, and as such, certain very different changes have happened.
This is the massively-detailed NEWS entry in Debian for these changes:
nginx-common (1.6.1-2) unstable; urgency=medium
As of nginx-1.6.1-2 we have synced all configuration files with upstream and
we plan to keep them in sync from now on.
Unfortunately that might break existing configuration for some users. Please
check the matrix below for more information:
mime-types whitespace, changed js/rss mime type,
minor other changes & additions
scgi_params whitespace, added HTTPS
uwsgi_params whitespace, added HTTPS, removed UWSGI_SCHEME
fastcgi_params whitespace, removed SCRIPT_FILENAME
fastcgi.conf new upstream configuration file
Fastcgi configuration issues
nginx shipped a modified `fastcgi_params`, which declared `SCRIPT_FILENAME`
fastcgi_param. This line has now been removed. From now on we are also
shipping fastcgi.conf from the upstream repository, which includes a sane
`SCRIPT_FILENAME` parameter value.
So, if you are using fastcgi_params, you can try switching to fastcgi.conf
or manually set the relevant params.
You might also want to read the documentation section before proceeding.
section: $fastcgi_script_name variable.
You will need to change fastcgi_params to the fastcgi.conf file, or manually set the relevant parameters in your site configs, in order to make things work again.
(This is introduced in the PPAs as 1.6.1-2+precise0 +trusty0 and +utopic0. This is also introduced in the PPAs as 1.7.4-1+precise0 +trusty0 and +utopic0. THis will also be in Ubuntu in versions after 1.6.1-2)
Yesterday the stream of talks at KDE’s conference Akademy finished with the Akademy Awards and Sponsors’ Presentations. Thanks to kind sponsorship by Blue Systems we got to give the first presentation. Rather than talk about how much we loved KDE we decided to show our love by giving away our smart range of polo shirts and shirts to the many good looking members of KDE.
IFA 2014 offered many surprises for those who are interested in Chromebooks. The biggest surprise and the one deserving your attention is the Toshiba Chromebook 2 with the FHD IPS display.
Apparently while other manufactures continue to guess the market Toshiba was listening to what folks were saying they want.Optional blue cover
I will be the first to admit building products from polycarbonate can be challenging but it looks like Toshiba got it right with a style which is contemporary and Ultrabook in appearance. Polycarbonate is extensively used in the mobile space for the following reasons.
2. Light weight
3. Does not interfere with reception
Polycarbonate is a poor conductor of heat which means with today’s thermally constrained devices manufacturer often add a metal strip of aluminum or magnesium to firm up the design and assist with heat dissipation. A tear down of this device would probably reveal the same as the Toshiba Chromebook 2 is fan less.
Trimmed to .76 inches thin and reduced to 2.87lbs/1.3kg in weight, the design is travel friendly and easy in hand. For comparison the 13″ Macbook Air weighs 2.96lbs/1.35kg and is .68 inches thick. A close inspection of the surface reveals a micro dimple texture which enhances the grip and helps to obscure finger prints.
One of the most requested Chromebook features is an IPS display and Toshiba is the only manufacturer to offer it in this size. Everyone who had an opportunity to see this unit at IFA have favorably commented on the quality of the display. On the down side a full 1080p user experience on a 13 inch display renders very small artifacts. We will have to see if the IPS panel off sets this liability.
Keyboard – Track pad – Sound – Essentials
No major complaints with the keyboard and the track pad so we will have to wait for evaluation units to be shipped to confirm. I am not expecting great fidelity from the speakers but Skullcandy earbuds and headphones are often favorably reviewed. In addition to the above this Chromebook is equipped with an HD webcam, a USB 3.0 port, a USB 2.0 port, full size HDMI® port, a standard SD Card slot, and 802.11ac wireless connectivity.
Intel N2840 SoC
The only area of concern voiced to date is the use of the Intel N2840 Bay Trail-M SoC. This is a dual core two thread CPU which runs at 2.16 GHz and peaks at 2.58 GHz in turbo mode. On paper it looks like this SoC will compete with the Hawell 1.4 GHz 2955u which ships in the entry level Chromebox. The N2840 also includes the Intel® HD Graphics GPU clocked at 311 MHz supporting bursts of 792 MHz.
The Toshiba Chromebook 2 has a good mix of design choices which include a quality build, excellent display, good performance, and promises to deliver all this on a battery rated for more than 8 hours of use. I am already a satisfied Chromebook owner but at a retail price $330 for the 4GB of RAM model, this one has certainly grabbed my attention. US availability is expected in early October.
Other sites of interest.
- Chromebook Comparison Chart
- CNET Toshiba Chromebook 2 Preview
- Chromebooks Google+
- Toshiba Press Release
Most of the community manger jobs in the Open Source (and Open *) world require the persons in the position to know how to develop, as in to code rather to develop a new non-coding project, if that made sense. But my thought is there is any Open * communities that are not based on development but on other things. If so, may I have some examples? I’m looking for mainly Open Science ones but any can do.
I would like to have insight here also for the non-members of that forum. You can post your answer in the comments section in instead of joining the forum and answering there.
I was glad to hear that once she found the KDE-doc-english mail list, that she was encouraged to stick around, get onto IRC, and guided every step of the way. I was also happy to hear that Yuri, Sune and Jonathan Riddell all made her feel welcome, and showed her where to find the information she needed to make her contributions high quality. When Scarlett showed up in #kubuntu-devel offering to learn to package, I was over the moon with happiness. I really love to see more women involved in free and open source, and especially in KDE and Kubuntu, my Linux home.
I was a bit sad that the Debian community was not welcoming to her, with Sune the one bright spot. Yeah SUNE! (By the way, hire him!) I think she will find a nice home there as well, however, if our plans to do some common packaging between Kubuntu and Debian works out in the future. It was interesting to see the blog by the developers of systemd discussing the same issue we've been considering; the waste of time packaging the same applications and other stuff over and over again. So much wasted work, when we could really be using our time more productively. Rather than working harder, let's work smarter! Check out their blog for their take on the issue: http://0pointer.net/blog/revisiting-how-we-put-together-linux-systems.html
Welcome to Scarlett, who is planning to get her blog up and running again, and on the planets. She'll be saying more about these subjects in the future. Scarlett, and all you other first-time Akademy attendees, a hearty hug of greeting. Have a wonderful time! See me in person for a real hug!
PS: I couldn't post this until now, Sunday morning. The Debian folks here, especially Pinotree have been great! I look forward to our meeting with them on Thursday morning.
Some of the Kubuntu Devs
Talking and hacking in the corridor
Sebas celebrates the release of Plasma 5
David Explains Frameworks 5
Morning exercises led by President Lydia
Konqi and family
Cast your vote by choosing 5 wallpapers that you'd like to see in Lubuntu 14.10.
As we are a bit short on time this time around, we will have to close the poll on the 10th of September.
Please feel free to share the word and good luck to all contestants!
I really enjoy couscous and while it's often best in warm dishes, it makes a great pasta salad too; pasta salad it needn't always be some mayo-dressing + macaroni. Couscous mixed with a bunch of chopped vegetables & herbs in a vinagrette and served cold makes a great meal (or side dish).
You can make this salad with almost any crisp vegetable you like (or combinations of vegetables), you don't have to use all the ones I list in this recipe.
- 2 cups water
- 1 teaspoon salt
- 1 cup couscous
- 2 tablespoons olive oil
- 1 red pepper, chopped
- 1 tomato, chopped
- 1 celery stick, chopped
- 1/2 cucumber, chopped
- 1/2 red onion, chopped
- 1/3 cup black (or kalamata) olives, sliced
- 4 tablespoons feta cheese chopped/crumbled
- handful of parsely, chopped
- 2 tablespoons red wine vinegar
- salt & pepper, to taste
Makes about 4 cups
- Bring the water to a boil, add the salt.
- Remove from heat and add the couscous, stir amd let set until the couscous has absorbed the water.
- Transfer cooked couscous to a large bowl and toss thoroughly with olive oil to keep from sticking.
- Add the chopped red pepper, tomato, celery, cucumber, red onion, black olives, parsley & feta and toss to combine.
- Season with the vinegar, salt & pepper.
- Cover and chill in a refridgerator for at least 2 hours before serving.
Aunque hay (bastante escondido en su web) un manual oficial, lo hacen de un modo un poco raro. Lo fácil es el método de conexión normal:
- Pulsamos en la WIFI de Telecable:
- Dejamos estos campos como se ven en la captura (el firstname.lastname@example.org será tu NIF en minúscula en el modo email@example.com; la clave la que te asignen, que puedes cambiar desde aquí):
- E ignoramos el warning de certificado y marcamos que no nos avise de nuevo:
My book to read for this trip finally arrived from the library last week, and I could hardly wait to dip into it. I see a profound parallel between the work we do in KDE, and the experiences Catmull recounts in his book. He's structures it as "lessons learned" as he lead one of the most creative teams in both entertainment and in technology. His dream was always to marry the two fields, which he has done brilliantly at Pixar. He tried to make a place where you don't have to ask permission to take responsibility. [p. 51]
Always take a chance on better, even if it seems threatening Catmull says on p. 23. When he hired a person he deemed more qualified for his job than he was, the risk paid off both creatively and personally. Playing it safe is what humans tend to do far too often, especially after they have become successful. Our stone age brains hate to lose, more than they like to win big. Knowing this about ourselves sometimes gives us the courage to 'go big' rather than 'go home.' I have seen us follow this advice in the past year or two, and I hope we have the courage to continue on our brave course.
However, experience showed Catmull that being confident about the value of innovation was not enough. We needed buy-in from the community we were trying to serve.[p 31] My observation is that the leaders in the KDE community have learned this lesson very well. The collaborative way we develop new ideas, new products, new processes helps get that buy in. However, we're not perfect. We often lack knowledge of our "end users" -- not our fellow community members, but some of the millions of students, tech workers and just plain computer users. How often do teams schedule testing sessions where they watch users as they try to accomplish tasks using our software? I know we do it, and we need to do it more often.
Some sources rate us as the largest FOSS community. This can be seen as success. This achievement can have hidden dangers, however. When Catmull ran into trouble, in spite of his 'open door' management style, he found that the good stuff was hiding the bad stuff.... When downsides coexist with upsides, as they often do, people are reluctant to explore what's bugging them for fear of being labeled complainers.[p. 63] This is really dangerous. Those downsides are poison, and they must be exposed to the light, dealt with, fixed, or they will destroy a community or a part of a community. On the upside, the KDE community created the Community Working Group (CWG), and empowered us to do our job properly. On the downside, often people hide their misgivings, their irritations, their fears, until they explode. Not only does such an explosion shock the people surrounding the damage, but it shocks the person exploding as well. And afterwards, the most we can do is often damage control, rather than helping the team grow healthier, and find more creative ways to deal with those downsides.
Another danger is that even the smartest people can form an ineffective team if they are mis-matched. Focus on how a team is performing, not on the talents of the individuals within it.... Getting the right people and the right chemistry is more important than getting the right idea.[p. 74] One of the important strengths of FOSS teams, and KDE teams in particular, is that people feel free to come and go. If anyone feels walled out, or trapped in, we need to remove those barriers. When people are working with those who feed their energy and they in turn can pass it along. When the current stops flowing, it's time to do something different. Of course this prevents burnout, but more important, it keeps teams feeling alive, energetic, and fun. Find, develop, and support good people, and they will find, develop, and own good ideas."[p. 76] I think we instinctively know in KDE that good ideas are common. What is unusual is someone else stepping up to make those "good ideas" we are often given, to make them happen. Instead, the great stuff happens when someone has an itch, and decides to scratch it, and draws others to help her make that vision become reality.
The final idea I want to present in this post is directed to all the leaders in KDE. This doesn't mean just the board of the e.V., by the way. The leaders in KDE are those who have volunteered to maintain packages, mentor students, moderate the mail lists and forums, become channel ops in IRC, write the promo articles, release notes and announcements, do the artwork, write the documentation, keeps the wikis accurate, helpful and free of spam, organize sprints and other meetings such as Akademy, translate our docs and internationalize our software, design and build-in accessibility, staff booths, and many other responsibilities such as serving on working groups and other committees. This is a shared responsibility we carry to one another, and what keeps our community healthy.
It is management's job to take the long view, to intervene and protect our people from their willingness to pursue excellence at all costs. Not to do so would be irresponsible.... If we are in this for the long haul, we have to take care of ourselves, support healthy habits and encourage our employees to have fullfilling lives outside of work. [p. 77] This is the major task of the e.V. and especially the Board, in my opinion, and of course the task of the CWG as well.
Isn't this stuff great!? I'll be writing more blog posts inspired by this book as I get further into it.
Since today I’m looking actively for a job, if you require a packager or a linux system administrator consider the following entry:
Name: Javier López
Location: South America and constantly moving
Willing to relocate: No
Technologies: elastix, nagios, snmp, smokeping, proxmox, vagrant, shell, python scripting, logstash, software packaging (deb,rpm).
Contact: echo m+javier-io | tr ‘+-‘ ‘@.’
Culture and people matter the most to me. I prefer unix geeks, vim users, open source fanatics, logical thinkers and tool tinkerers. I think I can help most in a DevOps/Sysadmin position.
In this week’s show:-
- We take a look at what’s been happening in the news:
- Google researchers have published a paper on their “Knowledge Vault” project…
- A Kickstarter campaign has been launched for “Operating System U”…
- Twitter has made its analytics tools available to everyone, not just those paying for adverts…
- Snapdeal.com is selling the Intex Cloud Fx phone featuring FirefoxOS for 2000 Rupees…
- Mozilla has rolled out its “Sponsored Tiles” feature in the Firefox Nightly channel…
- Munich councillors have refuted claims that they are to switch back to Microsoft products…
- A group of celebrities have reportedly had nude photos of themselves leaked online after they were stolen, probably, from The Cloud…
- BBC has unveiled a series of resources for teaching computing and programming to children…
- Although Tony is still being away, gaming news has returned!
- We take a look at what’s been happening in the community:
- And there’s an event called OggCamp:
- OggCamp 2014 – 4th-5th October – Oxford, UK
- Go take a look at the website for links to all the lovely OggCamp sponsors.
- If you’d like to sponsor Oggcamp 2014, contact details are on the website.
- As is the list of the speakers so far confirmed for the scheduled track.
- There are a few discounted hotel rooms still available. See OggCamp.org for details.
- If you want to help out in any way, contact @oggcamp
We’ll be back next week, when we’ll be discussing whether communities suck, and we’ll go through your feedback.
Please send your comments and suggestions to: firstname.lastname@example.org
Join us on IRC in #uupc on Freenode
Leave a voicemail via phone: +44 (0) 203 298 1600, sip: email@example.com and skype: ubuntuukpodcast
Follow us on Twitter
Find our Facebook Fan Page
Follow us on Google+
So I did this:
$ pex -r 'plainbox' -r 'xlsxwriter' -r 'lxml' \
-e plainbox.public:main -o plainbox
And it worked :-) It's super simple and quite convenient for many things I can think of. If you want to play around with the python3 version you may want to apply this patch (python3 is still a stranger to many developers :P)
You can also download the resulting PlainBox executable
In the meantime I would be remiss if I didn't also talk about the different test runners commonly used with autopilot tests. In addition to the autopilot binary which can be executed to run the tests, different tools have cropped up to make running tests easier.
This tool ships with autopilot itself and was developed as a way to run autopilot test suites on your desktop in a sane manner. Run the autopilot3-sandbox-run command with --help to see all the options available. By default, the tests will run in an Xvfb server, all completely behind the scenes with the results being reported to you upon completion. This is a great way to run tests with no interference on your desktop. If you are a visual person like me, you may instead wish to pass -X to enable the test runs to occur in a Xephyr window allowing you to see what's happening, but still retaining control of your mouse and keyboard.
I need this tool!
sudo apt-get install python3-autopilot
I want to run tests on my desktop without losing control of my mouse!
I want to run tests on my desktop without losing control of my mouse, but I still want to see what's happening!
autopilot3-sandbox-run -X my_testsuite_name
Autopkgtest was developed as a means to automatically test Debian packages, "as-installed". Recently support was added to also test click packages and to run on phablet devices. Autopkgtest will take care of dependencies, setting up autopilot, and unlocking the device. You can literally plug in a device and wait for the results. You should really checkout the README pages, including those on running tests. That said, here's a quick primer on running tests using autopkgtest.
I need this tool!
sudo apt-get install autopkgtest
If you are on trusty, grab and install the utopic deb from here.
I want to run tests for a click package installed on my device!
Awesome. This one is simple. Connect the device and then run:
adt-run --click my.click.name --- ssh -s adb
adt-run --click com.ubuntu.music --- ssh -s adb
will run the tests for the installed version of the music app on your device. You don't need to do anything else. For the curious, this works by reading the manifest file all click packages have. Read more here.
I want to run the tests I wrote/modified against an installed click package!
For this you need to also pass your local folder containing the tests. You will also want to make sure you installed the new version of the click package if needed.
adt-run my-folder/ --click my.click.name --- ssh -s adb
Autopkgtest can also run in a lxc container, QEMU, a chroot, and other fun targets. In the examples above, I passed --- ssh -s adb as the target, instructing autopkgtest to use ssh and adb and thus run the tests on a connected phablet device. If you want to run autopilot tests on a phablet device, I recommend using autopkgtest as it handles everything for you.
This tool is part of the greater phablet-tools package. It was originally developed as an easy way to execute tests on your phablet device. Note however that copying the tests and any dependencies to the phablet device is left to you. The phablet-tools package provides some other useful utilities to help you with this (checkout phablet-click-test-setup for example).
I need this tool!
sudo apt-get install phablet-tools
I want to run the tests I wrote/modified against an installed click package!
First copy the tests to the device. You can use the ubuntu sdk or click-buddy for this, or even do it manually via adb. Then run phablet-test-run. It takes the same arguments as autopilot itself.
phablet-test-run -v my_testsuite
Note the tools looks for the testsuite and any dependencies of the testsuite inside the /home/phablet/autopilot folder. It's up to you to make sure everything that is needed to run your tests are located there or else it will fail.
There are of course other possible test runners that wrap around autopilot to make executing tests easier. Perhaps you've written a script yourself. Just remember at the end of the day the autopilot binary will be running the tests. It simply needs to be able to find the testsuite and all of it's dependencies in order to run. For this reason, don't be afraid to execute autopilot3 and run the tests yourself. Happy test runs!
A few days ago I watched a Q/A session with Linus Torvalds at Debconf 14. One of the main complaint of Linus towards Linux distribution was the way that distribution ends up using different versions of libraries than what has been used during application development. And the fact that it’s next to impossible to support properly all Linux distributions at the same time due to this kind of differences.
And now I just discovered a new proposal of the systemd team that basically tries to address this: Revisiting how we put together Linux Systems.
They suggest to make extensive use of btrfs subvolumes to host multiple variants of the /usr tree (that is supposed to contain all the invariant system code/data) that you could combine with multiple runtime/framework subvolumes thanks to filesytem namespaces and make available to individual applications.
This way of grouping libraries in “runtime subvolumes” reminds me a bit of the concepts of baserock (they are using git instead of btrfs) and while I was a bit dubious of all this (because it goes against quite a few of the principles of distribution integration) I’m beginning to believe that there’s room for both models to work together.
It would be nice if Debian could become the reference distribution that upstream developers are using to develop against Linux. This would in turn mean that when upstream distribution their application under this new form, they will provide (or reference) Debian-based subvolumes ready for use by users (even those who are not using Debian as their main OS). And those subvolumes would be managed by the Debian project (probably automatically built from our collection of .deb).
We’re still quite far from this goal but it will interesting to see this idea mature and become reality. There are plenty of challenges facing us.
The following message was sent as an ALL-CALL to all members of Ubuntu Ohio regardless of their subscription status to the team's Launchpad-based mailing list.
This is an all-call to Ubuntu Ohio.
For the purposes of Ubuntu Global Jam I would like to schedule regional keysignings. Setting up an all-state single gathering is not looking doable at this time. With our not participating in Ohio Linux Fest this year setting things up regionally would seem appropriate.
For those living in any of the following counties I want to set up an event in perhaps Kirtland, Kent, or somewhere in Geagua County: Lorain, Cuyahoga, Medina, Summit, Portage, Trumbull, Geagua, Lake, Ashtabula, Wayne, Stark, and Mahoning. It will be ideal if anybody in the community with proper connections can get us space to meet in on Kent State University's Kent Campus. Relative to Kirtland as a meeting point, I can either contact Kirtland Public Library or talk to Lakeland Community College to get space. As to Geauga County for a meeting point I will be open for suggestions.
No, we will not attempt to go for an inconvenient location such as The Lodge at Geneva State Park in Ashtabula County for the group of counties listed above.
For other portions of the state, I am open to ideas for organization as to where you would like to get together and how wide a net you would like to cast. Please contribute those on the community's mailing list at firstname.lastname@example.org
If you are interested in participating in this face-to-face event you need to express interest on the mailing list and indicate both what county you live in and your preferred date to get together. We need expressions of interest by NO LATER THAN 10 PM local time on Friday night. Ubuntu Global Jam runs September 12th-14th and Monday will be a day to scramble to get meeting places set up. Instructions on what to bring for the keysigning would be provided by Tuesday night so as to prepare if enough interest is expressed.
For the purposes of this all-call, "enough interest" is going to be defined as a minimum of 3 people other than the person heading up the keysigning session commiting on-list to attend.
If there any questions, please contact the Ohio leadership team by way of this contact form: https://launchpad.net/~ubuntu-us-ohio-council/+contactuser
Thank you for your time and patience.
Stephen Michael Kellat
Leader/Point of Contact, Ubuntu Ohio