An anonymous reader shared this report: After 20 years of development, the open source GnuCOBOL "has reached an industrial maturity and can compete with proprietary offers in all environments," said OCamlPro founder and GnuCOBOL contributor Fabrice Le Fessant, in a FOSDEM talk about the technology. GnuCOBOL turns COBOL source code into executable applications. It is very cross-platform, running Linux, BSD, many proprietary Unixes, macOS, and Windows, even Android. And the latest version, v.32, is being used in many commercial settings...

Sobisch noted that the GnuCOBOL is seeing a lot of commercial deployments, such as for banking back-end apps, many of which are being migrated from Micro Focus, with users reporting performance improvements as a result. The French DGFIP federal agency moved from a GCOS mainframe to GnuCOBOL, with the help of Le Fessant's firm.

Originally called OpenCOBOL, the project was started in 2002 and renamed GnuCOBOL in 2013. In the past three years, it has received attention from 13 contributors with 460 commits. Most Linux package managers have a copy of GnuCOBOL for the program for downloading... It can compile to C code (C89+), making it extremely portable, from mainframes to Raspberry Pi's, Sobisch said...

Also new is SuperBOL, a development studio for GnuCOBOL developed by Le Fessant's OCamlPro. It runs as a VSCode Extension and features a full COBOL processor (written in OCaml).

In 1995 Scottish video game designer Chris Sawyer created the business simulator game Transport Tycoon Deluxe — and within four years, Wikipedia notes, work began on the first version of an open source version that's still being actively developed. "According to a study of the 61,154 open-source projects on SourceForge in the period between 1999 and 2005, OpenTTD ranked as the 8th most active open-source project to receive patches and contributions. In 2004, development moved to their own server."

Long-time Slashdot reader orudge says he's been involved for almost 25 years. "Exactly 21 years ago, I received an ICQ message (look it up, kids) out of the blue from a guy named Ludvig Strigeus (nicknamed Ludde)." "Hello, you probably don't know me, but I've been working on a project to clone Transport Tycoon Deluxe for a while," he said, more or less... Ludde made more progress with the project [written in C] over the coming year, and it looks like we even attempted some multiplayer games (not too reliable, especially over my dial-up connection at the time). Eventually, when he was happy with what he had created, he agreed to allow me to release the game as open source. Coincidentally, this happened exactly a year after I'd first spoken to him, on the 6th March 2004...

Things really got going after this, and a community started to form with enthusiastic developers fixing bugs, adding in new features, and smoothing off the rough edges. Ludde was, I think, a bit taken aback by how popular it proved, and even rejoined the development effort for a while. A read through the old changelogs reveals just how many features were added over a very short period of time. Quick wins like higher vehicle limits came in very quickly, and support for TTDPatch's NewGRF format started to be functional just four months later. Large maps, improved multiplayer, better pathfinders, improved TTDPatch compatibility, and of course, ports to a great many different operating systems, such as Mac OS X, BeOS, MorphOS and OS/2. It was a very exciting time to be a TTD fan!

Within six years, ambitious projects to create free replacements for the original TTD graphics, sounds and music sets were complete, and OpenTTD finally had its 1.0 release. And while we may not have the same frantic addition of new features we had in 2004, there have still been massive improvements to the code, with plenty of exciting new features over the years, with major releases every year since 2008. he move to GitHub in 2018 and the release of OpenTTD on Steam in 2021 have also re-energised development efforts, with thousands of people now enjoying playing the game regularly. And development shows no signs of slowing down, with the upcoming OpenTTD 14.0 release including over 40 new features!
"Personally, I would like to say thank you to everyone who has supported OpenTTD development over the past two decades..." they write, adding "Finally, of course, I'd like to thank you, the players! None of us would be here if people weren't still playing the game.

"Seeing how the first twenty years have gone, I can't wait to see what the next twenty years have in store. :)"

The Reg has seen two recent incidents of Russian developers being blocked from public development of FOSS code. One was a refusal on the Linux kernel mailing list, the other a more general block on Github. In the last week, these events have both caused active, and sometimes heated, discussions in FOSS developer communities. From the report: The GitHub account of developer Alexander Amelkin has been blocked, and his repositories marked as "archived" â" including ipmitool, whose README describes it as "a utility for managing and configuring devices that support the Intelligent Platform Management Interface." Unable to comment on Github itself, Amelkin described what happened on the project's older Soureforge page.

Amelkin works for Russian chipbuilder Yadro, which we described as working on RISC-V chips back in 2021. Microsoft is just obeying US law in this: according to the War and Sanctions database of the Ukrainian National Agency on Corruption Prevention, the NACP, Yadro is a sanctioned company. However, on LinkedIn, Amelkin disputes his employer's involvement. Over on Hacker News, commentators seem to be generally in favor of the move, although the discussion on LWN is more measured, pointing out both that there is little threat from server-management tools like this, but that Microsoft probably has no choice.

Amelkin is not alone. Over on the Linux Kernel Mailing List, a contribution from Sergey Semin has been refused with the terse notice: "We don't feel comfortable accepting patches from or relating to hardware produced by your organization. Please withhold networking contributions until further notice." Semin is a developer at chipmaker Baikal Electronics, a company whose website has been suspended for a year now, as we noted a year ago in a story that also mentions Yadro. We were reporting on Baikal's efforts to develop its own CPUs nearly a decade ago, mere months after the Russian annexation of Crimea. And once again, there is spirited debate over the move on the Orange Site.

The development team behind the open-source password management software KeePass is disputing what is described as a newly found vulnerability that allows attackers to stealthily export the entire database in plain text. BleepingComputer reports: KeePass is a very popular open-source password manager that allows you to manage your passwords using a locally stored database, rather than a cloud-hosted one, such as LastPass or Bitwarden. To secure these local databases, users can encrypt them using a master password so that malware or a threat actor can't just steal the database and automatically gain access to the passwords stored within it. The new vulnerability is now tracked as CVE-2023-24055, and it enables threat actors with write access to a target's system to alter the KeePass XML configuration file and inject a malicious trigger that would export the database, including all usernames and passwords in cleartext. The next time the target launches KeePass and enters the master password to open and decrypt the database, the export rule will be triggered, and the contents of the database will be saved to a file the attackers can later exfiltrate to a system under their control. However, this export process launches in the background without the user being notified or KeePass requesting the master password to be entered as confirmation before exporting, allowing the threat actor to quietly gain access to all of the stored passwords. [...]

While the CERT teams of Netherlands and Belgium have also issued security advisories regarding CVE-2023-24055, the KeePass development team is arguing that this shouldn't be classified as a vulnerability given that attackers with write access to a target's device can also obtain the information contained within the KeePass database through other means. In fact, a "Security Issues" page on the KeePass Help Center has been describing the "Write Access to Configuration File" issue since at least April 2019 as "not really a security vulnerability of KeePass." If the user has installed KeePass as a regular program and the attackers have write access, they can also "perform various kinds of attacks." Threat actors can also replace the KeePass executable with malware if the user runs the portable version.

"In both cases, having write access to the KeePass configuration file typically implies that an attacker can actually perform much more powerful attacks than modifying the configuration file (and these attacks in the end can also affect KeePass, independent of a configuration file protection)," the KeePass developers explain. "These attacks can only be prevented by keeping the environment secure (by using an anti-virus software, a firewall, not opening unknown e-mail attachments, etc.). KeePass cannot magically run securely in an insecure environment." If the KeePass devs don't release a version of the app that addresses this issue, BleepingComputer notes "you could still secure your database by logging in as a system admin and creating an enforced configuration file."

"This type of config file takes precedence over settings described in global and local configuration files, including new triggers added by malicious actors, thus mitigating the CVE-2023-24055 issue."

An anonymous reader quotes a report from Ars Technica: Skirting the official macOS system requirements to run new versions of the software on old, unsupported Macs has a rich history. Tools like XPostFacto and LeopardAssist could help old PowerPC Macs run newer versions of Mac OS X, a tradition kept alive in the modern era by dosdude1's patchers for Sierra, High Sierra, Mojave, and Catalina. For Big Sur and Monterey, the OpenCore Legacy Patcher (OCLP for short) is the best way to get new macOS versions running on old Macs. It's an offshoot of the OpenCore Hackintosh bootloader, and it's updated fairly frequently with new features and fixes and compatibility for newer macOS versions. The OCLP developers have admitted that macOS Ventura support will be tough, but they've made progress in some crucial areas that should keep some older Macs kicking for a little bit longer.

[...] First, while macOS doesn't technically include system files for pre-AVX2 Intel CPUs, Apple's Rosetta 2 software does still include those files, since Rosetta 2 emulates the capabilities of a pre-AVX2 x86 CPU. By extracting and installing those files in Ventura, you can re-enable support on Ivy Bridge and older CPUs without AVX2 instructions. And this week, Grymalyuk showed off another breakthrough: working graphics support on old Metal-capable Macs, including machines as old as the 2014 5K iMac, the 2012 Mac mini, and even the 2008 cheese grater-style Mac Pro tower. The OCLP team still has other challenges to surmount, not least of which will involve automating all of these hacks so that users without a deep technical understanding of macOS's underpinnings can continue to set up and use the bootloader. Grymalyuk still won't speculate about a timeframe for official Ventura support in OCLP. But given the progress that has been made so far, it seems likely that people with 2012-and-newer Macs should still be able to run Ventura on their Macs without giving up graphics acceleration or other important features.

Microsoft software engineer Stephen Hemminger has proposed removing the DECnet protocol handling code from the Linux kernel. The Register reports: The timing is ironic, as this comes just two weeks after VMS Software Inc announced that OpenVMS 9.2 was really ready this time... That announcement, of course, came some months after the first time it announced [PDF] version 9.2 [...]. The last maintainer of the DECnet code was Red Hat's Christine Caulfield, who flagged the code as orphaned in 2010. The change is unlikely to vastly inconvenience many people: VMS is the last even slightly mainstream OS that used DECnet, and VMS has supported TCP/IP for a long time. Indeed, for decades, the oldest email in this reporter's "sent" folder was a 1993 enquiry about the freeware CMUIP stack for VMS.

One of the easier ways to bootstrap VMS on an elderly VAX these days is to install it on the SimH VAX hardware simulator, and then net-boot the real VAX from the simulated one. Anyone keen enough to do that will be competent to run an older version of Linux just for the purpose. Although their existence is rapidly being forgotten today, TCP/IP is not the only network protocol around, and as late as the mid-1990s it wasn't even the dominant one. The Linux kernel used to support multiple network protocols, but they are disappearing fast. [...] For a long time, DECnet was a significant network protocol. DEC supplied a client stack called PathWorks to let DOS, Windows and Mac clients connect to VAX servers, not only for file and print, but also terminal connections and X.11. Whole worldwide WANs ran over DECnet, and as a teenage student, your correspondent enjoyed exploring them.

joshuark writes: FreeDOS has put out release 1.3, the latest release in 6-years. Some of the improvements since the 1.2 release, include: new FreeCOM 0.85a, new Kernel 2043 and an 8086 version with FAT32 support, floppy edition now uses compression...let's party like it's 1994.

More specifics can be found at the SourceForge project page.

An anonymous reader quotes a report from Motherboard: The Cold War couldn't stop gaming from thriving in the Eastern Bloc. From the late 1980s through the early 1990s, a generation of young people living behind the Iron Curtain designed and released their own video games and arcade cabinets. Now, you can play English translations of some of these lost classics of early gaming. One is a text adventure where a Soviet military officer hunts and kills Rambo. The translated games all come from Slovakia and are a collaboration between the Slovak Game Developers Association and the Slovak Design Museum.

According to Stanislav Hrda, one of the programmers who created the games on offer, making video games was something only kids did. "The games were not sold in shops and the authors were not entitled to remuneration," he said in the post explaining the project. "Therefore, practically no one could engage in video game programming as a business activity, and adult programmers worked at most in state institutions on large mainframe computers. Thus, video game programmers became mainly teenagers." The computing power was limited and the teenagers' technological knowhow almost non-existent so many of these early games were text adventures. "These could also be programmed in the simpler Basic language that every home computer had built in," Hrda said. "Text-based games offered the opportunity to imprint one's fantasies into a world of characters, locations, descriptions of reality or fantasy at will. That is why hundreds of such video games were created in the 1980s in Czechoslovakia. The authors from the ranks of teenagers portrayed their friends, but also heroes from films that were distributed on VHS tapes or from the pop-cultural world of the West from the occasionally available comics, films, TV series and books."

Hrda loved American action movies and programmed the video game Satochin, a text adventure where a Soviet officer hunts John Rambo. "The game was very hard to win," Hrda told Ars Technica. "Whenever you made a small mistake, you would die. So before you win, you are killed ten times by Rambo." [...] The project has localized ten games for Western audiences, including Satochin, with plans to tackle more over the next few years. "The games translated over the next 2-3 years after the end of the project will represent almost the complete video game production from the period of 8-bit computers in Slovakia, with an emphasis on text adventure games," the site said. English versions are available here and can be played in the Fuse emulator. The Slovak versions can be played online through the project's website.

An official version of the popular 7-zip archiving program has been released for Linux for the first time. Bleeping Computer reports: Linux already had support for the 7-zip archive file format through a POSIX port called p7zip but it was maintained by a different developer. As the p7zip developer has not maintained their project for 4-5 years, 7-Zip developer Igor Pavlov decided to create a new official Linux version based on the latest 7-Zip source code. Pavlov has released 7-Zip for Linux in AMD64, ARM64, x86, and armhf versions, which users can download [via their respective links].

"These new 7-Zip binaries for Linux were linked (compiled) by GCC without -static switch. And compiled 32-bit executables (x86 and armhf) didn't work on some arm64 and amd64 systems, probably because of missing of some required .so files." "Please write here, if you have some advices how to compile and link binaries that will work in most Linux systems," Pavlov stated on his release page.

Growl is being retired after surviving for 17 years.

Its page on GitHub explains: Growl is a notification system for OS X. Growl has been around since 2004, and was originally called Global Notifications Center. The name was changed to Growl (like the noise a dog makes) since we felt the name Notifications Center was too geeky. We were wrong about that haha.

Growl was meant as a proof of concept which became something more for a long period of time. Before Growl was made developers either had to pop up a very basic window or some other ugliness nobody liked. Working with developers on Adium and Colloquy who wanted to implement their own custom notifications into their applications is what birthed this project.

Growl is a retired project, we couldn't think of another thing to change which would be substantial enough to bring out a new updated release. Growl is stable and should work for as long as intel based programs work. Anyone who wants to run Growl is free to do so in an unsupported fashion.
Lead developer Christopher Forsythe writes at 336699.org: With the announcement of Apple's new hardware platform, a general shift of developers to Apple's notification system, and a lack of obvious ways to improve Growl beyond what it is and has been, we're announcing the retirement of Growl as of today.

It's been a long time coming. Growl is the project I worked on for the longest period of my open source career... There's even a SourceForge project for Global Notifications Center still out there if you want to go find it... Without Growl I do not know that we would have any sort of decent notification system in OS X, iOS, Android or who knows what else...

For developers we recommend transitioning away from Growl at this point. The apps themselves are gone from the app store, however the code itself still lives. Everything from our rake build system to our code is available for use on our GitHub page.

An anonymous reader shares a report: Satoshi didn't leave much behind when he decided to leave the scene for good back in April, 2011. But, he did leave enough for us to conduct a thorough research into his whereabouts when he was working on Bitcoin. To conduct this research, we gathered data from the following:
Satoshi's Bitcointalk account (539 available posts)
His 34 emails on the cryptography and Bitcoin mailing lists
His 169 commits on SourceForge
The metadata from Bitcoin whitepaper versions from 2008 (PDF) and 2009 (PDF)
The Genesis block
Various Wayback Machine archives

The data-driven part of the research focuses on timestamps from Satoshi's Bitcointalk posts, SourceForge commits, and emails, which represent a total of 742 activity instances from 206 days (not consecutive). The timestamp data starts from October 31, 2008, when he first announced Bitcoin on the cryptography mailing list, and ends on December 13, 2010, when he sent his last email that is known to be UTC timestamped. Using that data we compiled scatter charts in different suspect time zones to see when he was active and when he was not. We then used other data we gathered to further confirm the most likely location he called home. Common suspect locations are the UK (GMT), US Eastern (EST), US Pacific (PST), Japan (JST), and Australia (AEST). The last two were easy to debunk, but the first three prospects needed further examination.

Linus Torvalds himself "changed around the kernel's pipe code to use exclusive waits when reading or writing," reports Phoronix.

"While this doesn't mean much for traditional/common piping of data, the GNU Make job-server is a big benefactor as it relies upon a pipe for limiting the parallelism" -- especially on high-core-count CPUs.

This drew an interesting follow-up from Slashdot reader rockyb, who was wondering if anyone could verify that GNU Make 4.3 speeds up build times: I updated and released a fork of that called remake which includes hooks to profile a build, and has a complete debugger in it (although most of the time the better tracing that is in there is enough).

The most recent version has a feature though that I really like and use a lot which is adding an option to look in parent directories for a Makefile if none is found in the current directory.

You can download the source code from either github or sourceforge. Both have a full list of the release notes.

Sorry, at the time of this writing no packagers have picked up the newest release. Repology has a list of packages for older versions though.

Atlassian today announced an update to Jira Software, its popular project and issue-tracking tool, that brings a number of major updates to the roadmapping feature it first introduced back in 2018. From a report: Back in 2018, Atlassian also launched its rebuilt version of Jira Software, which took some of its cues from Trello, and today's release builds upon this. "When we launched that new Jira experience back in October 2018, I think we had a really good idea of what we were trying to do with it and where we were taking it," said Jake Brereton, the head of marketing for Jira Software. "And I think if you fast-forward 14 months to where we are today, we just had some really strong validation in a number of areas that are over the target and that that investment we made was worth it."

With this release then, Jira Software's roadmapping tool is getting progress bars that show you the overall status of every roadmap item and that give you a lot more information about the overall state of the project at a glance. Also new here are hierarchy levels that let you unfold the roadmap item to get more in-depth information about the stories and tasks that are part of an item. You can also now map dependencies by simply dragging and dropping items, something that was missing from the first release but that was surely high on the list for many users. Atlassian is also introducing new filters and a number of UI enhancements.

Mike Masnick, reporting for TechDirt: Last week, the Solicitor General of the White House weighed in on Google's request for the Supreme Court to overturn the Federal Circuit's ridiculously confused ruling in the Oracle/Google case concerning the copyrightability of APIs (and whether or not repurposing them is fair use). Not surprisingly, as the Solicitor General has been siding with Oracle all along, it suggests that the Supreme Court not hear the case. Of course, it does so by completely misrepresenting what's at stake in the case -- pretending that this is about whether or not software source code is copyright-eligible:

"This case concerns the copyrightability of computer code. To induce a computer to perform a function, a person must give the computer written instructions. Typically, those instructions are written in 'source code,' which consists of words, numbers, and symbols in a particular 'programming language,' which has its own syntax and semantics. The source code is then converted into binary 'object code' -- ones and zeros -- that is readable by the computer.

It is both 'firmly established' and undisputed in this case that computer code can be copyrightable as a 'literary work[].' 1 Melville B. Nimmer & David Nimmer, Nimmer on Copyright & 2A.10[B] (2019). Section 101 defines a 'computer program' as 'a set of statements or instructions to be used directly or indirectly in a computer in order to bring about a certain result.' 17 U.S.C. 101. And various Copyright Act provisions recognize that a person may own a copyright in a 'computer program.'"

Masnick adds: Except... that's not what this case is about. Even remotely. Literally no one denies that software source code is subject to copyright. The question is whether or not an Application Programming Interface -- an API -- is subject to copyright.

A SaaS "price transparency" site at Capiche.com writes that "It's not just you: software has gotten far more expensive," citing their survey of 100 business applications. Software prices went up 62% on average over the past decade -- over three times faster than inflation, outpacing even rent and healthcare. Today's iPhone XR, by comparison, costs 25% more than 2009's iPhone 3GS (or 67% more if comparing the iPhone XS). Some apps went up far more drastically, though even if you removed the ones whose price went up more than 200%, software still on average went up 42% -- or over double the average inflation rate... [I]f you paid $9.99 a month for business software in 2009, there's a good chance you pay $16.18 for it today -- if not $19.78.

Of the hundred business apps we surveyed, sixty-seven raised their prices an average of 98% in the decade between 2009 and 2019. Fourteen lowered their prices an average of 28%, and nineteen apps kept their prices the same... Notably, if the apps you used raised their prices, odds are their prices nearly doubled over the past decade. That's perhaps even more noticeable than if all of your apps went up a few percent...

in an industry where we were long accustomed to getting more for less -- an industry where that still holds for most physical products -- software has gone up in price three times faster than inflation. That's hard to ignore.
All of their data is available in a public spreadsheet on Google Sheets, and they ultimately argue that today free "most often a strategy, a means not an end. Apple gives away software to sell devices; Google gives away storage to get you to store more so you'll upgrade."

Bitbucket, once one of the largest Mercurial repository hosting sites, said Tuesday it plans to remove Mercurial features and repositories from its platform on June 1, 2020. In a blog post, Bitbucket wrote: As we surpass 10 million registered users on the platform, we're at a point in our growth where we are conducting a deeper evaluation of the market and how we can best support our users going forward. After much consideration, we've decided to remove Mercurial support from Bitbucket Cloud and its API. Bitbucket will stop letting users create new Mercurial repositories starting February 1, 2020, and start removing all the Mercurial repositories four months later. So you will want to backup your repositories and switch to a different platform in the coming months. A different user pointed out, "Another shitty aspect of bitbucket dropping mercurial support and deleting all the old repositories in 2020: all yt pull request discussions from before 2017 are going to be deleted. There's valuable context for how the code got written in those discussions." Several users have expressed their concerns over this decision. Sebastien Jodogne, CSO at Osimis, said, "This is an extremely concerning decision that endangers diversity in the computer science industry by pushing the de facto hegemony of git."

For those of you affected by this, you can consider a number of platforms including SourceForge to host and manage your repositories.

An anonymous reader quotes a report from CRN: Broadcom has agreed to purchase Symantec's enterprise business in a massive $10.7 billion deal that will break up the world's largest pure-play cybersecurity vendor. The San Jose, Calif.-based semiconductor manufacturer said the monster acquisition is expected to drive $2 billion of revenue and $1.3 billion of EBITDA (earning before interest, taxation, depreciation, and amortization), as well as upwards of $1 billion of cost synergies in the year following close. The Symantec name will be sold to Broadcom as part of the transaction. The deal will bring Symantec's $2.5 billion enterprise unit together with the software capabilities inherited last year through its $19 billion acquisition of CA Technologies. Symantec's enterprise business includes its traditional strength around anti-virus and endpoint protection as well as the cloud security capabilities inherited through the 2016 acquisition of Blue Coat Systems. "Meanwhile, Symantec's consumer business -- which includes its legacy Norton anti-virus capabilities as well as its more recent acquisition of LifeLock -- will become a standalone company," the report adds. "Interim Symantec President and CEO Rick Hill said the remaining consumer business contributed 90 percent of the company's total operating income, and the company expects to be able to continue to grow revenue for its Norton LifeLock business in the mid-single digits going forward."

As open source software grows more popular, and important, developers face an existential question: How to make money from something you give away for free? An anonymous reader shares a report: The Open Source Initiative standards body says an open source license must allow users to view the underlying source code, modify it, and share it as they see fit. Independent developers and large companies alike now routinely release software under these licenses. Many coders believe open collaboration results in better software. Some companies open their code for marketing purposes. Open source software now underpins much technology, from smartphone operating systems to government websites.

Companies that release software under open source licenses generate revenue in different ways. Some sell support, including Red Hat, which IBM acquired for $34 billion earlier this month. Others, like cloud automation company HashiCorp, sell proprietary software based on the open source components. But with the rise of cloud computing, developers see their open source code being bundled into services and sold by other companies. Amazon, for example, sells a cloud-hosted service based on the popular open source database Redis, which competes with a similar cloud-hosted service offered by Redis Labs, the sponsor of the open source project. To protect against such scenarios, companies behind popular open source projects are restricting how others can use their software. Redis Labs started the trend last year when it relicensed several add-ons for its core product under terms that essentially prohibit offering those add-ons as part of a commercial cloud computing service.

That way, Amazon and other cloud providers can't use those add-ons in their competing Redis services. Companies that want the functionality provided by those add-ons need to develop those features themselves, or get permission from Redis Labs. [...] Analytics company Confluent and database maker CockroachDB added similar terms to their licenses, preventing cloud computing companies from using some or all of their code to build competing services. Taking a slightly different tack, MongoDB relicensed its flagship database product last year under a new "Server Side Public License" (SSPL) that requires companies that sell the database system as a cloud service also release the source code of any additional software they include.

The Internet Archive has launched a free, browser-based Commodore 64 Emulator with over 10,500 programs that are "working and tested for at least booting properly." Interestingly, the emulator comes just before the launch of Commodore's own C64 Mini. "It's based off the VICE emulator version 3.2, which is a triumph of engineering," adds HardOCP.

"Not enough people are paying attention to this economic trend," writes Bill Gates, challenging the widespread use of forecasts and policies based on a "supply and demand" economic model. An anonymous reader quotes the Gates Notes blog: Software doesn't work like this. Microsoft might spend a lot of money to develop the first unit of a new program, but every unit after that is virtually free to produce. Unlike the goods that powered our economy in the past, software is an intangible asset. And software isn't the only example: data, insurance, e-books, even movies work in similar ways.

The portion of the world's economy that doesn't fit the old model just keeps getting larger. That has major implications for everything from tax law to economic policy to which cities thrive and which cities fall behind, but in general, the rules that govern the economy haven't kept up. This is one of the biggest trends in the global economy that isn't getting enough attention. If you want to understand why this matters, the brilliant new book Capitalism Without Capital by Jonathan Haskel and Stian Westlake is about as good an explanation as I've seen.... They don't act like there's something evil about the trend or prescribe hard policy solutions. Instead they take the time to convince you why this transition is important and offer broad ideas about what countries can do to keep up in a world where the "Ec 10" supply and demand chart is increasingly irrelevant.
"What the book reinforced for me is that lawmakers need to adjust their economic policymaking to reflect these new realities," Gates writes, adding "a lot has changed since the 1980s. It's time the way we think about the economy does, too."