Aggregator

Linux 4.18 rc1

3 days 12 hours ago

Linus Torvalds: So here we are - no more merge window, so please don't even try tosend me updates any more. Just fixes, please.

Total War: WARHAMMER II Coming to Linux, Red Hat Announces GPL Cooperation Commitment, Linspire 8.0 Alpha 1 Released and More

3 days 13 hours ago

News briefs for June 18, 2018.

Feral Interactive announced this morning that Total War: WARHAMMER II is coming to Linux and macOS this year. You can view the trailer here. Pricing and system requirements will be announced closer to the release.

Starting today, Red Hat announced that "all new Red Hat-initiated open source projects that opt to use GPLv2 or LGPLv2.1 will be expected to supplement the license with the cure commitment language of GPLv3". The announcement notes that this development is the latest in "an ongoing initiative within the open source community to promote predictability and stability in enforcement of GPL-family licenses".

Linspire announced the release of 8.0 Alpha 1 yesterday. This release marks the beginning stages of the new Linspire release, scheduled for around Christmas, and is not intended for use in production environments. New features include Ubuntu 18.04 Base, new GUI layout, kernel 4.15/0-23, Mate 1.20.1, Google Chrome 67 and more.

Yesterday marked the end of security support for for Debian GNU/Linux 8 "Jessie", Softpedia News reports. If you haven't already done so, upgrade now.

Phoronix reports on feautres that didn't make it for the mainline Linux kernel 4.18. Work that isn't being mailined includes Bcachefs, NOVA, Reiser4, WireGuard, LLVM Linux and more.

News gaming Red Hat GPL Linspire Debian Distributions kernel
Jill Franklin

How to Install Linux OS on USB Drive and Run it On Any PC

3 days 14 hours ago

This tutorial is all about installing Latest Linux OS on your pen-drive ( fully reconfigurable personalized OS, NOT just a Live USB ), customize it, and use it on any PC you have an access to.

This tutorial is all about installing Latest Linux OS on your pen-drive ( fully reconfigurable personalized OS, NOT just a Live USB ), customize it, and use it on any PC you have an access to.

Introducing PyInstaller

3 days 16 hours ago
by Reuven M. Lerner

Want to distribute Python programs to your Python-less clients? PyInstaller is the answer.

If you're used to working with a compiled language, the notion that you would need to have a programming language around, not just for development but also for running an application, seems a bit weird. Just because a program was written in C doesn't mean you need a C compiler in order to run it, right?

But of course, interpreted and byte-compiled languages do require the original language, or a version of it, in order to run. True, Java programs are compiled, but they're compiled into bytecodes then executed by the JVM. Similarly, .NET programs cannot run unless the CLR is present.

Even so, many of the students in my Python courses are surprised to discover that if you want to run a Python program, you need to have the Python language installed. If you're running Linux, this isn't a problem. Python has come with every distribution I've used since 1995. Sometimes the Python version isn't as modern as I'd like, but the notion of "this computer can't run Python programs" isn't something I've had to deal with very often.

However, not everyone runs Linux, and not everyone's computer has Python on it. What can you do about that? More specifically, what can you do when your clients don't have Python and aren't interested in installing it? Or what if you just want to write and distribute an application in Python, without bothering your users with additional installation requirements?

In this article, I discuss PyInstaller, a cross-platform tool that lets you take a Python program and distribute it to your users, such that they can treat it as a standalone app. I also discuss what it doesn't do, because many people who think about using PyInstaller don't fully understand what it does and doesn't do.

Running Python Code

Like Java and .NET, Python programs are compiled into bytecodes, high-level commands that don't correspond to the instructions of any actual computer, but that reference something known as a "virtual machine". There are a number of substantial differences between Java and Python though. Python doesn't have an explicit compilation phase; its bytecodes are pretty high level and connected to the Python language itself, and the compiler doesn't do that much in terms of optimization. The correspondence between Python source code and the resulting bytecodes is basically one-to-one; you won't find the bytecode compiler doing fancy things like inlining code or optimizing loops.

Go to Full Article
Reuven M. Lerner