Open Secure-K OS is amongst us (a Penguin tries out it) – osEmotions

As a debianized Penguin, some time ago I reviewed Secure-K OS, a commercial Linux-based live operating system meant to be run from a USB key and “developed with security in mind”, according to its developers.

In the review I praised its innovative overall system architecture:

At the end of the day, Secure-K OS is a live operating system which saves my data encrypted on the key and it is capable of system and kernel update. I also appreciate how a kernel update improves the overall security of a live system (specially while connected to the Internet) in the long run.

In fact, none of the existing live operating systems provide a kernel update feature: the kernel and the initrd are the only components that a live operating system cannot update, because they lay outside of the data persistence partition (if any) and usually the system partition is ISO9660-formatted. This will soon lead to an outdated operating system, particularly unsafe if used as a desktop-replacement or for security-critical activities.

Good news is that the upstream developers have in the meanwhile open-sourced the liveng (live next generation) whitepaper, the architectural technology upon which Secure-K OS insists and a Community edition of the operating system itself on GitHub, named Open Secure-K OS.

Open Secure-K OS

Open Secure-K OS

As stated in the project’s home page on GitHub:

Open Secure-K OS is an operating system booting from a USB key in which you can safely create and store your personal and private data. It is an advanced Debian Stretch Linux-based live USB operating system built for security and ease of use: user and system data are saved encrypted within the USB key (AES 512bit), so the system can be used as a clean and safe environment for your on-line security-critical activities. Moreover Secure-K does not rely on the PC hard drive and, being a Linux derivative, it’s immune to most viruses and it’s spyware / adware / backdoor free.

Open Secure-K OS features a unique partitioning scheme, which allows complete system and kernel update. GRUB is the bootloader for both BIOS and UEFI; the Linux Foundation’s preloader assures the Secure Boot compliance.

Unique system features are:

  • native encrypted persistence;
  • kernel update (on a standard live ISO 9660 filesystem!);
  • UEFI, with UEFI Secure Boot compatibility, with a real efi partition;
    user creation wizard upon the first boot. Live operating systems use to have the “live” user already created, while Open Secure-K OS pops up the Initial Setup interface in order to create one, together with language, keyboard and time zone.

How to build the initial ISO image

The Open Secure-K OS ISO image is built using the standard Debian live-build framework, project’s home page contains all the instructions on how to build the system by your own. A 32 bit image will be built (the resulting .iso file).

How to deploy the initial ISO image

The Open Secure-K OS Deployer tool is used to write the Open Secure-K OS initial system image onto a USB key:

Open Secure-K OS Deployer

Open Secure-K OS Deployer is the deployment system for writing the initial Open Secure-K OS ISO image onto a USB key – it will create the liveng partitioning scheme: run the Deployer, select the image you have built (or downloaded) and type in a passphrase of your choice for LUKS-encrypting the data persistence partition (remember: Open Secure-K OS features native encrypted persistence), then click on Write. Deployer will write the Open Secure-K OS ISO image onto all the plugged-in (and listed) USB devices, thus creating the complete Open Secure-K OS operating system.

The Deployer tool has been open-sourced as well, so you can contribute to its codebase on GitHub.

Source

IT Resume Dos and Don’ts: Formatting for Readability | Developers

In my career as an IT resume writer, I’ve seen a lot of IT resumes cross my desk, and I’d like to share some common of the most common formatting problems that I see regularly. Of course, an IT resume requires more than great formatting. It requires well-written, targeted content, and a clear story of career progression. It needs to communicate your unique brand and value proposition.

Still, if the formatting is off, that can derail the rest of the document and prevent your story being read by the hiring authority.

I’ll start with a few IT resume formatting “don’ts.”

1. Don’t Use Headers

This is an easy fix. Headers and footers made a lot of sense when an IT resume was likely to be read as a printed sheet of paper.

In 2018, how likely is it that a busy hiring authority is going to take the time or the effort to print out the hundreds of resumes that are submitted for every position?

Not terribly.

Your IT resume is going to be read online.

That’s why using a header for your contact information is a bad idea.

It takes a few seconds to click on the header, copy and paste your email and phone number, and then click again in the body of the resume to read the text.

A few seconds doesn’t seem like much, but for someone who is looking through a lot of resumes, every second really does count. A hiring authority who is REALLY busy may just decide it’s too much trouble to get your contact information from the header.

That means your resume may well end up in the “read later” folder.

That’s not a good outcome.

There’s another problem with using the header, related to the one I just discussed.

Headers just look old fashioned. Out of date.

Old fashioned is not the brand you want to present if you’re looking for a job in technology — whether you’re a CIO, an IT director, or a senior developer.

Again, this is an easy fix. Just put your name and contact information in the body of the resume. I suggest using a larger font in bold caps for your name. You want to be certain that your name will stick in the memory of the reader.

2. Don’t Over-Bullet

This is probably the most common mistake I see in the IT resumes that cross my desk.

In my trade, we call it “death by bullets.” The job seeker has bulleted everything.

Everything.

That’s really hard to read. Beyond the fact that it’s just not clear, there’s another big problem with over-bulleting.

To paraphrase The Incredibles, if everything is bulleted, nothing is.

The goal of using bullets — sparingly — is to draw the reader’s eye and attention to your major accomplishments.

If you’ve bulleted everything, the reader doesn’t know what’s critical and what’s not, which defeats the purpose of using bullets in your resume.

In my own work as an IT resume writer, I make a clear distinction between duties and responsibilities and hard, quantifiable accomplishments. I write the duties in paragraph format, and bullet only the accomplishments that demonstrate what my IT resume clients really have delivered.

It’s a clear, straightforward approach that I recommend.

3. Don’t Get Colorful

Happily, this particular problem doesn’t seem as common as it was a few years ago, but every once in a while, I’ll still see a resume with lots of color.

The idea behind that, of course, is to make the resume “eye-catching.”

Rather than catching the reader’s eye, however, a lot of color is just confusing.

“Why is this section blue? Is blue telling me it’s really important? And yellow? Why is this person using yellow? Because it’s mighty hard to read…”

I’m sure you see my point. The colors, rather than giving the reader a map of what to look at first — what to prioritize — just end up looking, well, busy.

That makes your resume harder to read. And if it’s harder to read?

Yeah. As I mentioned above: It’s likely to go into the “read later” folder.

You really don’t want that to happen.

4. Don’t Lead With Education

This is another easy fix, but it’s important.

The only time you want to lead with education is when you’re a new grad. If you’re a professional — whether senior, mid-career or junior — you want to highlight your experience on page one, and not take up that valuable space with your degrees or certifications.

Of course, degrees, training and certifications are important, but they belong at the end of the resume, at the bottom of page two or three.

5. Don’t Use Arial or Times New Roman

I’ll end the “don’ts” with another simple one.

Arial and Times New Roman are, well, so 1990s. Yes, they’re good, clear, readable fonts, which is why they’ve become so popular.

Probably 90 percent of all IT resumes are written in these two fonts. There’s nothing negative in that, but it’s a little boring.

Now, I’m not suggesting you use Comic Sans or Magneto, but there are some great, clean fonts that aren’t as common in the IT resume world.

Personally? I like Calibri for body and Cambria for headings.

So, that gives you a number of things to avoid in formatting your IT resume. I’ll now suggest a few “dos” to concentrate on to ensure that your document is as readable as possible.

1. Keep Things Simple

I’m a strong believer that an IT resume needs to tell a story. The formatting of the document should serve only to clarify that story, and not get in the way.

When the document is finished, take a look. Does the formatting lead your eye to the most important points? Is the formatting clear and clean? Or does it distract from the story you’re trying to tell?

2. Think Mobile

This point gets more important with each passing year. These days, the odds are that the hiring authority will be reading your story on a phone, tablet, or other mobile device.

That’s changed the way I’ve formatted the IT resumes I write for my clients.

I’ve never gone beyond minimal design, but I’ve scaled things back. For example, I used to use shading to draw attention to critical sections of the document.

But now? I think that can be hard to read on a mobile — and readability, to repeat a theme, is the only goal of resume formatting.

3. Use Bold and Italics Sparingly

This point follows directly from the previous one. We don’t want to bold or italicize everything. Bold and italics, used consistently and sparingly, can help signal to the reader what is most important in your IT resume, and provide a framework for a quick read-through.

That enables the hiring authority to get the gist of your career fast, without distracting from a deeper second read.

4. Use Hard Page Breaks

This is pretty simple, but it is important. I always insert hard page breaks in every finished IT resume I write. That helps ensure that the document is going to look consistent across devices and across platforms.

It’s not 100 percent foolproof — Word is a less-than-perfect tool. With hard page breaks, though, the odds are very good that your resume will look the same to each reader — and to the same reader when reviewing the document on different devices. That consistency reinforces the sense of professionalism you’re striving to convey.

5. Write First, Format Later

Professional IT resume writers disagree on this, but I’m going to suggest what I’ve found effective in my practice.

I always write the resume first. I personally use a plain text editor, to make certain that Microsoft Word doesn’t add anything that I’ll have to fight to remove later.

It’s only when I’ve got the text completely finished that I copy and paste into Word, and then add the formatting that I think best supports the client story I’m trying to tell.

If I try to format as I’m writing, the formatting may take over. It’s tempting to insist on keeping the formatting consistent, even when it’s not best supporting the story.

So think about it. I’d strongly recommend writing first, and formatting later, when you’re completely clear on the story you’re trying to tell.

I know that many people struggle with formatting their IT resume, so I hope that these simple ideas will help make the process a little easier and less painful.

Stay tuned for future articles that will dig a bit deeper into the IT resume process, covering content structure, writing style, and branding.

Source

Linux Today – The Steam for Linux limited beta was six years ago, where’s the cake?

Nov 07, 2018, 13:00

Six years ago tomorrow (yes really!) Valve announced the Steam for Linux beta for a limited amount of interested gamers. After getting more responses than they expected (over 60,000) they kept the testing pool quite small.

Later that month, on November 21st Valve added an additional 5,000 testers to help find more issues. Rather quickly, Valve pushed the beta out for a much larger audience on December 19th in that same year with anyone being able to try it. I remember it extremely well, having a rather ordinary week and suddenly being thrown into the thick of it making sure I could test everything possible.

Complete Story

Source

Mark of the Ninja: Remastered should now work properly for AMD GPU users on Linux

Klei have been working on improving Mark of the Ninja: Remastered with a recent beta that’s now live for everyone. Two Linux-specific issues were found and fixed.

Released back in October, Mark of the Ninja: Remastered bundled the DLC of the original game along with some graphical enhancements, much improved gamepad support for Linux gamers along with much better multi-monitor handling on Linux too. I wasn’t honestly expecting it to be improved as much as it has.

The trouble is, the game was practically broken for AMD GPU users. Not any more! Klei put out a patch yesterday which should fix the problems along with a crash when shutting the game down on Linux. Another Linux-specific fix, was some kind of interference from motion sensors in the PS4 controller which should no longer happen.

Not stopping there, the patch also includes some performance improvements so you should see less hitching and stuttering during gameplay as it will now save games asynchronously. The mouse cursor should also be hidden when using a gamepad, along with multiple other fixes. See the full list here.

It’s currently only available on Steam and I think it’s well worth it, excellent game.

Source

Ubuntu 19.04 – Release Date, Features & More – ThisHosting.Rocks

Everything you need to know about the new Ubuntu 19.04 – release date, new features, code name, download links, and more.

After our posts on Ubuntu 18.04 and 18.10, it’s time to create a new post about 19.04.

This release is NOT going to be an LTS release.

Ubuntu 19.04’s codename is Disco Dingo

Following Ubuntu’s usual naming standard, the next letter they use is D. Dingo is a type of dog native to Australia, and we already know what Disco is. There still hasn’t been any official statement of what the name actually means. Interestingly enough, “dingo” is an (outdated) Australian slang term meaning “a cowardly or treacherous person”, though people rarely use it in that context nowadays. So that alone has left the Ubuntu community coming up with hundreds of interesting meanings behind the name.

Ubuntu 19.04’s release date is the 18th of April, 2019

The official stable version of Ubuntu 19.04 will be released on 18.04.2019, hence the “04.19” number version.

Here’s the exact release schedule, which is subject to change:

  • 29th of November, 2018 – Feature Definition Freeze
  • 3rd and 31st of January, 2019 are the first 2 Ubuntu Testing Weeks. Testing weeks are essentially Alpha/Beta releases. They’re optional. A “testing week” lasts from Tuesdays through Thursdays. With this change, Ubuntu developers will encourage more testing and the releases would be quite faster, being daily, instead of frozen releases for a few days. You can read more about that here.
  • 21st of February, 2019 – Feature Freeze. At this point, no new features will be introduced, with rare exceptions. Developers and users will only work on improving the existing features.
  • 28th of February, 2019 – Another Testing Week.
  • 14th of March, 2019 – UI Freeze. No further changes will be done to the user interface. If you’re writing documentation, tutorials, or take screenshots, then it’s safe to start from this day onwards.
  • 21st of March, 2019 – Documentation String Freeze. No changes will be made to the documentation. if you’re a translator you can start translating the documentation on this date.
  • 28th of March, 2019 – Beta Freeze. If you can’t wait to try out the new Ubuntu release, I’d personally recommend starting on this date. Though it’s always safe to start with the final release.
  • 4th of April, 2019 – Kernel Freeze.
  • 11th of April, 2019 – Final Freeze. Nothing will be changed, added, or updated, with rare exceptions of fixing bugs, if any are found just then.
  • 18th of April, 2019 – Final Release. The date of the official release date of Ubuntu 19.04. Everyone can update to this release now.

Ubuntu 19.04 will get 9 months of updates

As per usual, non-LTS releases get 9 months of updates till they reach their End Of Life. So Ubuntu 19.04’s EOL should be somewhere around January 2020.

New (possible) features in Ubuntu 19.04

There still isn’t any concrete info on what the planned new features will be, but we can still guess.

A lot of Ubuntu 18.10’s new features got postponed, so it’s likely that they’ll come back in 19.04. Some software is scheduled to release a new version during 19.04’s development cycle, so it is likely that the new version will be included in 19.04.

Anyway, here’s a list of the features:

GNOME 3.32

GNOME 3.32 is scheduled for release on 13th of March, 2019, which is pretty close to Ubuntu 19.04’s release date. It makes the perfect candidate for the new release.

Linux Kernel 5.0

Same as GNOME 3.32, it’s likely that the 5th version of the Linux Kernel will release during 19.04’s development cycle. Makes it a perfect candidate.

Android Integration

Planned for 18.10, but postponed, a better Android integration with GSConnect should be available in Ubuntu 19.04.

A new look for Ubuntu Software

It’s likely that the proposed Ubuntu Software mockups be implemented in the Ubuntu Software Center.

And more

Lots of new improvements, features, and bugs fixed. New snaps, performance improvements, new apps installed by default, and more.

Download links for Ubuntu 19.04

There are no available download links right now, but they’ll probably be available at http://cdimage.ubuntu.com/daily-live/current/ or http://releases.ubuntu.com/19.04/ – depending on when you’re reading this.

We’ll update this page when there’s more info on Ubuntu 19.04, so make sure to check back. Not much is known as of writing this.

FAQs About Ubuntu 19.04

There are some questions that are usually asked when there’s a new release. Here are 19.04 FAQs with answers that might help beginners and anyone else.

Is Ubuntu 19.04 going to be an LTS release?

It’s a common misconception among beginners that all 04 releases are LTS. Ubuntu 19.04 will NOT be an LTS release. It will reach its EOL after 9 months.

Should I use Ubuntu 19.04 for a server?

You can if you want to test things out. Vultr offers servers starting at $2.50 per month, billed hourly, which is great if you want to quickly try it out as a server.

How can I try Ubuntu 19.04 without installing it?

You can use VirtualBox and create a virtual desktop (you can use VirtualBox on Windows too). You can also create a live CD/USB and try it out without installing it.

When is it safe to switch to 19.04?

It depends. If you want to stay perfectly safe, I’d recommend waiting at least a week after the official release. If you’re an experienced user you can switch around the Final Beta Freeze. It’s up to you, really.

If you’re using Ubuntu for production, don’t risk anything and postpone as much as you can. Try it out on a virtual machine or on a server before updating your production machine.

Any other questions about the new Ubuntu 19.04? Anything we missed? Leave a comment below!

Source

Download AUSTRUMI 3.8.8

AUSTRUMI (Austrum Latvijas Linukss) is an open source, free and bootable Live Linux distribution based on the Slackware Linux operating system. The target architecture is 32-bit (i386). While previous versions used the FVWM window manager, recent AUSTRUMI releases are distributed with the beautiful Enlightenment graphical desktop environment on a minimalistic Live CD.

Live CD boot menu options

The distribution is available for download as a dual-arch Live CD ISO image that has approximately 300MB in size. By default, the Live CD will be copied entirely to RAM (system memory), allowing users to eject the boot medium after the live system starts. However, from the boot menu you can also start an existing operating system.

The live environment is powered by Enlightenment

As mentioned, the live environment is powered by Enlightenment, which provides users with a modern, fast and eye-candy Linux desktop experience. Default applications include the Mozilla Firefox web browser, emelFM2 file manager, gitmail (Ghost In The Mail) email client, GIMP image editor, GQview image viewer, Inkscape SVG editor, AbiWord word processor, Gnumeric spreadsheet editor, Bluefish HTML editor, and gv PostScript and PDF previewer.

Includes some handy networking applications

The distribution also include some handy networking applications, including the Nmap network scanner, Ettercap LAN sniffer, interceptor and logger, AirSnort wireless LAN (WLAN) tool, Gspoof TCP/IP packet sending tool, Hydra login cracker, LinNeighborhood Samba client, mtr traceroute utility, tsclient (Terminal Server Client) frontend for rdesktop and vncviewer apps.

In addition, the gFTP FTP client, Skype free internet telephony, Apache web server, vsftpd FTP server, xmail mail server, MPlayer movie player, and SimpleCDR-X CD creation and audio manipulation program are also installed in the AUSTRUMI Linux distribution.

The perfect candidate for old and dusty computers

Being based on Slackware, this operating system will be a perfect candidate for old and dusty computers, where recent versions of the Microsoft Windows can no longer be installed. Imagine the ability to boot your favorite Linux distribution whether you are at home, at school or at work. Because of the fact that AUSTRUMI only requires few system resources it is recommended for old hardware and low-end computers.

Source

DevOps and Cloud: A Symbiotic Relationship | Linux.com

DevOps and cloud computing have become two of the ways companies can achieve this needed transformation, though the relationship between the two is not easily reconciled—DevOps is about the process and process improvement, while cloud computing is about technology and services. It’s important to understand how the cloud and DevOps work together to help businesses achieve their transformation goals.

Different organizations outline DevOps in different ways. This article does not debate which definition is correct, but rather presents them both to focus on the cloud’s benefit to DevOps. That said, DevOps definitions generally fall into two terms:

  1. In organizations it is defined as developer-friendly operations—IT operations are run separately yet in a way that is much more friendly to developers (e.g., self-service catalogs are provided to developers for stipulating infrastructure or providing technology-enabled pipelines for deploying new code).
  2. DevOps as a single consolidated team is habituated in organizations—developers take on operations responsibilities and vice versa.

Companies that focus on developers for operations often use cloud computing to speed developer productivity and efficiency. Cloud computing permits developers more control over their own components, resulting in smaller wait times. This application-specific architecture makes it easy for developers to own more components. By using cloud tools and services to automate the process of building, managing and provisioning through the code, service teams speed up the development process, eliminate possible human error and establish repeatability.

Source

The November 2018 Issue of the PCLinuxOS Magazine

LXer

Linux News
The world is talking about GNU/Linux and Free/Open Source Software

The PCLinuxOS Magazine staff is pleased to announce the release of the November 2018 issue.

With the exception of a brief period in 2009, The PCLinuxOS Magazine has been published on a monthly basis since September, 2006. The PCLinuxOS Magazine is a product of the PCLinuxOS community, published by volunteers from the community. The magazine is lead by Paul Arnote, Chief Editor, and Assistant Editor Meemaw. The PCLinuxOS Magazine is released under the Creative Commons Attribution- NonCommercial-Share-Alike 3.0 Unported license, and some rights are reserved. All articles may be freely reproduced via any and all means following first publication by The PCLinuxOS Magazine, provided that attribution to both The PCLinuxOS Magazine and the original author are maintained, and a link is provided to the originally published article.

In the November 2018 issue:

* Microsoft Open Sources Over 60,000 Patents To Help Linux

* GIMP Tutorial: How To Apply A Sepia Tone

* PCLinuxOS Family Member Spotlight: Lifeless_User

* Short Topix: Linux Is Changing The Face Of End-User Computing

* ms_meme’s Nook: Booting From Both Sides

* The Death Bell Tolls For G+

* Firejail, Easy Sandbox On PCLinuxOS

* PCLinuxOS Recipe Corner

* ANGRYsearch

* And much more inside!

This month’s cover was designed by parnote.

Download the PDF (5.6 MB)

https://pclosmag.com/download.php?f=2018-11.pdf

Download the EPUB Version (4.3 MB)

https://pclosmag.com/download.php?f=201811epub.epub

Download the MOBI Version (4.4 MB)

https://pclosmag.com/download.php?f=201811mobi.mobi

Visit the HTML Version

https://pclosmag.com/html/enter.html

Source

WP2Social Auto Publish Powered By : XYZScripts.com