AT&T’s 5G wireless network just got much more tangible. The carrier has announced that its ultra-fast wireless will launch in two cities, Austin and Indianapolis, sometime later in 2017. And while it’s still early days, the company is confident enough to set some performance expectations. Initially, these 5G areas will deliver peak speeds of 400Mbps or better. And there’s definite room for it to grow — carrier aggregation and other techniques should push that to 1Gbps in “some areas” this year. The rollout is part of a larger network platform upgrade, nicknamed Indigo, that promises to be more adaptable and responsive. It’ll put more of an emphasis on software-shaped networking (covering 75 percent of the network by 2020) and lean on technologies like machine learning. AT&T is even open-sourcing the code for its network’s orchestration platform, ECOMP. Don’t expect to walk into a store and buy the 5G phone of your choosing once the service is ready. There’s still no 5G standard , for one thing. Also, new cellular wireless technology tends to launch with very limited hardware choices. Remember how Verizon launched LTE with a handful of bulky, compromised phones , and you were more likely to use it in modems and mobile routers? Expect a repeat. Until the technology has had time to mature, it’ll be more of a showcase for the network than a meaningful upgrade. Source: AT&T Newsroom
View article:
AT&T will launch 5G wireless in two cities this year
An anonymous reader shares a report: A new month, and a brand new version of open-source office suite LibreOffice is now available to download. And what a release it is. LibreOffice 5.3 introduces a number of key new features and continues work on improving the look and feel of the app across all major platforms. The Document Foundation describes LibreOffice 5.3 as “one of the most feature-rich releases in the history of the application.” One of the headline features is called MUFFIN interface, a new toolbar design similar to the Microsoft Office Ribbon UI. Read more of this story at Slashdot. 
An anonymous reader quotes a report from The Register: Source-code hub Gitlab.com is in meltdown after experiencing data loss as a result of what it has suddenly discovered are ineffectual backups. On Tuesday evening, Pacific Time, the startup issued the sobering series of tweets, starting with “We are performing emergency database maintenance, GitLab.com will be taken offline” and ending with “We accidentally deleted production data and might have to restore from backup. Google Doc with live notes [link].” Behind the scenes, a tired sysadmin, working late at night in the Netherlands, had accidentally deleted a directory on the wrong server during a frustrating database replication process: he wiped a folder containing 300GB of live production data that was due to be replicated. Just 4.5GB remained by the time he canceled the rm -rf command. The last potentially viable backup was taken six hours beforehand. That Google Doc mentioned in the last tweet notes: “This incident affected the database (including issues and merge requests) but not the git repos (repositories and wikis).” So some solace there for users because not all is lost. But the document concludes with the following: “So in other words, out of 5 backup/replication techniques deployed none are working reliably or set up in the first place.” At the time of writing, GitLab says it has no estimated restore time but is working to restore from a staging server that may be “without webhooks” but is “the only available snapshot.” That source is six hours old, so there will be some data loss. Read more of this story at Slashdot.