At LFNW this year there was a free SUSE Certified Administrator Certification "cram course" as well as free certification testing. I attended the class and passed the test. Quite a few people didn't quite make the cut.
LFNW 2017 is in Bellingham, WA this weekend... and this will be my umteenth year of going (I've lost count... 10, 11?). Looking at the schedule, here's what interests me thus far:
9:30am to 10:30am - Fedora: where we are and where we're going *OR* More Terrible Ideas for Containers? The Ideal and the Real Linux Container
10:45am to 12:15pm - Secure Cloud: Linode With Full Disk Encryption
1:00pm to 2:00pm - Cashless Society: a Credible Death Threat to Privacy
2:15pm to 3:15pm - Virtualized Gaming & Server performance using PCIe passthrough
3:30pm to 4:30pm - The Surveillance State in the Trump Era: Government Spying, Why it Matters, and What You Can Do
10:45am to 11:45am - RISC-V: Open Hardware for Your Open Source Software
12:30pm to 1:30pm - Things you didn't know Apache httpd could do
1:45pm to 2:45pm - Three Generations of FreeNAS: The World's most popular storage OS turns 12
3:00pm to 4:00pm - Container Images @ FB with Btrfs
Red Hat released a new short film in their Open Source Stories series entitled, "Road to AI". Enjoy!
I am NOT a fan of Bryan Lunduke. It is a personal shortcoming of mine. I watched him a few times when he was a host of the Linux Action Show. That was a few year ago. Anyway... I just found his know-it-all and smartass attitude annoying (perhaps I don't like the competetion?). Then I attended one of his "Linux Sucks" presentations at LFNW a few years back. Soooo annoying. He sure has been milking that for years. He is also a big social media person. Ok, lots of stuff I loathe rolled into one. I generally don't dislike people. I mean, I don't even know the guy... but anyway.
Mr. Lunduke wrote an article for NetworkWorld (where he goes by Linux Tycoon) entitled, "Lessons learned from the failure of Ubuntu Touch". Just look at his avatar picture. Could he possibly be more pretentious? In the article he makes the case that Canonical bit off more than it could chew by trying to make too many new things... which leads to his advice that the way to success for a Linux mobile project would be by starting small and then building on it. Wow... that is "deep thinking". Maybe he should change his name to Jack Handey. But seriously, I believe he totally oversimplifies Canonical's goal and completely discounts their reason for having elaborate features. The reason was to attract potential cellphone service providers who would want to license Ubuntu Touch and ship it on lots of devices... and then attract the hardware OEMs... or vice-versa. Canonical's goal was definitely not for it to be self-installable by geeks. While during the development phase they had to go that route... unless they had a flashy project they'd never be able to become "pre-installed".
Remember that kickstarter type campaign where Canonical wanted to design and build the smartphone itself... and do the software for it? It ultimately failed although they did get quite a bit of pledges from true believers. Just think what a nightmare that would have turned out to be if it had gotten backing? I digress... and I mean no disrespect to Canonical or their fine employees. It is just a big thing... and with that being their first hardware venture, a monumental task that was doomed to failure. Canonical is better at software, right?
Being successful in the mobile space (for an OS, a system platform, or hardware vendor) is just as hard or perhaps harder than being successful in the gaming console market. You pretty much have to have hundreds of millions or billions of dollars (pounds, whatever) to burn before you have a hope of succeeding. You pretty much have to buy your way into the market. And even with all of that, you might not be successful at gaining significant marketshare. Just ask Microsoft. How much did Google invest in Android before it started being successful? It seems like forever ago but it was less than a decade, right?
I'm not saying a small, open source project can't be successful in mobile... but there are many different goal levels and meanings of success. While Lunduke's advice on how to be successful might work for a certain group of open source developers, that was not what Canonical was going after. They wanted to rival Apple and Android as much as possible... and show something that was impressive / to be proud of... not some beginner, we'll make it better later.. starter kit. How do I know all of this? I don't. I'm just guessing... but at least I'm admitting it.
It would be nice to know where Mr. Shuttleworth thinks they went wrong... or what lessons they learned. Now that would be interesting and revealing. Hearing what someone completely outside the project (so far as I know) thought the problems were and how to fix them, not so interesting.
Jon Corbet is at it again... giving an informative presentation at a Linux oriented conference... this particular one being Linaro Connect Budapest 2017 from last week. Enjoy!
I have a very minimal LiveCD of CentOS 7.x that has XFCE from EPEL as default. How minimal? It is about 580MB and is installable if desired. Here's a video showing it start in a KVM virtual machine.
Just in case you missed the announcement yesterday, the Raspberry Pi Foundation announced the immediate release of the Raspberry Pi Zero W for $10. Here's the intro video:
Anyone who has been using Linux for a while is familiar with package managers and package management. Being a Fedora user, I have noticed a few projects that Fedora has in the works to augment package management. For example, Fedora Atomic does not the traditional package manager (dnf) but uses rpm-ostree instead. Why would Fedora be working on additional packaging systems? What is wrong with existing package managers? I have been asking myself those questions for some time now.
Kristoffer Grönlund provides answers to those questions in a talk entitled, "Package Manages all the way down". Enjoy.
It is that time of year again... linux.conf.au. They have been doing a great job getting the videos up fast and they are still uploading more. Here's Jon Corbet's talk, The Kernel Report. Enjoy!
I've been running FedBerry 24 on my Rasperry Pi 3 for some time now. It has been hooked up to the HDTV in the back bedroom. While I don't use it on a daily basis, I do try to login to it once a week or so and keep it updated... and reboot whenever there is a kernel update. Given the rate of Fedora updates and frequent FedBerry kernel updates, the project is fairly active.
What is FedBerry? FedBerry is a Fedora-remix made by three guys who have built glue packages for Fedora's ARM release and produced a few different images for the RPi 2 and Pi 3. Download the .tar.xz, decompress and write it to a microSD card, insert card into Raspberry Pi... and snap... you have Fedora. They started with Fedora 23, are on Fedora 24 now, and fairly recently released packages for Fedora 25... although no images for Fedora 25 yet.
As I write this, I'm in the middle of upgrading my F24 system to F25. The number of packages the FedBerry folks have to produce is pretty small. They are mostly related to the kernel and various branding packages. It really isn't that far away from Fedora's ARM build. Fedora has said that they are working on getting a release to run on the Raspberry Pi but historically there have been a few roadblocks that over time have been dissolving. The main ones were with kernel support that wasn't in mainline and/or proprietary and the use of the FAT filesystem for the boot partition... or something like that. I read a few blog posts on it a couple of months ago but don't remember the exact details.
Anyhoo, I run XFCE and a host of other common desktop software on the RPi3 and it works great. While it is no speed demon, all of the hardware works including the wifi. I can ssh into it and even connect to it via x2go for a remote XFCE session. Overall, I'm very impressed with FedBerry.
I will update this post with info on how the upgrade went. The FedBerry devs didn't announce their F25 packages, or at least not that I saw, but I noticed a 25 directory on their repo site and thought I'd stick my neck out. If it fails on me, it would really be my fault for being a earlier-than-early adopter... but so far it seems to be working.
Update: The upgrade went fine. Rebooted and had a 4.9.2 Linux kernel. FB24 had 4.4.41. All the hardware continues to work fine. Thanks FedBerry!
The method I used was: dnf system-upgrade download --nogpgcheck --releasever=25 followed by dnf system-upgrade reboot