Language Selection

English French German Italian Portuguese Spanish

Red Hat

Red Hat and Fedora: Red Hat Developer Studio, Red Hat Container, NeuroFedora SIG, Fedora at LinuxDays 2018 in Prague

Filed under
Red Hat
  • Announcing Red Hat Developer Studio 12.9.0.GA and JBoss Tools 4.9.0.Final for Eclipse 2018-09

    Attention desktop IDE users: Red Hat Developer Studio 12.9 and the community edition, JBoss Tools 4.9.0 for Eclipse Photon, are now available. You can download the Developer Studio bundled installer, which installs Eclipse 4.9 with all of the JBoss Tools already configured. Or, if you have an existing Eclipse 4.9 (2018-09) installation, you can download the JBoss Tools package.

    This article highlights some of the new features in both JBoss Tools and Eclipse Photon, covering WildFly, Spring Boot, Camel, Maven, and many Java-related improvements—including full Java 10 support.

    Developer Studio/JBoss Tools provides a desktop IDE with a broad set of tooling covering multiple programming models and frameworks. If you are doing container/cloud development, there is integrated functionality for working with Red Hat OpenShift, Kubernetes, Red Hat Container Development Kit, and Red Hat OpenShift Application Runtimes. For integration projects, there is tooling covering Camel and Red Hat Fuse that can be used in both local and cloud deployments.

  • Red Hat Container Development Kit 3.6 now available

    We are pleased to announce the availability of Red Hat Container Development Kit (CDK) 3.6. CDK 3.6 is based on Minishift 1.24.0, a command-line tool to quickly provision an OpenShift and Kubernetes cluster on your local machine for developing cloud- and container-based applications. You can run CDK/Minishift on Windows, macOS, or Linux.

    Today, we are also announcing the availability of Red Hat Developer Studio 12.9 and JBoss Tools 4.9 for Eclipse 2018-09. You can develop cloud/container-based applications with a familiar desktop IDE that has integrated tooling for CDK/Minishift.

  • NeuroFedora SIG: Call For Participation

    The (current) goal of the NeuroFedora SIG is to make Fedora an easy to use platform for neuroscientists.

    Neuroscience is an extremely multidisciplinary field. It brings together mathematicians, chemists, biologists, physicists, psychologists, engineers (electrical and others) computer scientists and more.

  • Fedora at LinuxDays 2018 in Prague

    LinuxDays, the biggest Linux event in the Czech Republic, took place at the Faculty of Information Technology of Czech Technical University in Prague. The number of registered attendees was a bit lower this year, it could be caused by municipality and senate elections happening on Fri and Sat, but the number got almost to the 1300 mark anyway.

    Besides a busy schedule of talks and workshops the conference also has a pretty large booth area and as every year I organized the Fedora one. I drove by car to Prague with Carlos Soriano and Felipe Borges from the Red Hat desktop team on Saturday morning and we were joined by František Zatloukal (Fedora QA) at the booth.

  • Bodhi 3.10.1 released
  • Building Fedora Vagrant boxes for VirtualBox using Packer

Red Hat News Picks

Filed under
Red Hat

Fedora: F29 Later This Month, Firefox on Wayland, and Josef Strzibny's Upcoming Book

Filed under
Red Hat
  • Fedora 29 Is Now Under Its Final Freeze For Release Later This Month

    As of last night Fedora 29 embarked upon its final freeze as the last step for reaching its official debut by month's end.

    Fedora 29 development is now effectively over except for any granted freeze exceptions or blocker bug fixes. Any other updates will be queued to go down as package updates post-release.

    As of writing, there are eight accepted blocker bugs already ranging from DNF update fails to issues unlocking LUKS-encrypted USB/SD drives from within GNOME to a GNOME Shell Wayland crash.

  • Fedora Developers Update Firefox For Wayland With V-Sync, HiDPI, Better Rendering

    Red Hat / Fedora developers have updated Firefox packages pending for F27 / F28 / F29 that bring a slew of improvements for the web-browser operating under Wayland.

    The updated Firefox 63 and 64 Nightly packages for Fedora Linux users include patches to fix or provide better rendering support, v-sync is now working under Wayland, and there is also working HiDPI scaling support.

    The Firefox-Fedora packages also build with the currently out-of-tree Pipewire WebRTC support too.

  • Firefox on Wayland update

    The builds also ship PipeWire WebRTC patch for desktop sharing created by Jan Grulich and Tomas Popela. Wayland applications are isolated from desktop and don’t have access to other windows (as X11) thus PipeWire supplies the missing functionality along the browser sandbox.

    I think the rendering is generally covered now and the browser should work smoothly with Wayland backend. That’s also a reason why I make it default on Fedora 30 (Rawhide) and firefox-x11 package is available as a X11 fallback. Fedora 29 and earlier stay with default X11 backend and Wayland is provided by firefox-wayland package.

  • Josef Strzibny: I am writing an introductory book to web application deployment

    I decided to write a book (at the very least attempt to). And yes, there will be some Fedora inside!

Red Hat News

Filed under
Red Hat
  • Red Hat cofounder Bob Young, 7 others win top NC TECH awards

    Bob Young, cofounder and former CEO of Raleigh-based Red Hat, is one of eight people to win top individual awards from the NC Technology Association.

    Young was chosen for the Beacon Award, which is for outstanding achievement.

    Over the last three decades, Young also founded and served as CEO of self-publishing company Lulu. And after investing in drone technology firm he later served as CEO and chairman. He also is CEO of Needlepoint.

  • Strengthening our partner ecosystem at the North America Partner Conference

    Every year we gather our partners, Red Hat executives and industry thought leaders together at our North America Partner Conference to network, learn and celebrate our robust partner ecosystem. This year’s event is especially exciting because 2018 marks Red Hat’s 25th anniversary. It’s a great time to reflect on how much our partner network has grown, look where we’re going in the future and showcase some of the partners who contribute to our success.

  • Open technologies are working together to help patients

    ChRIS Research Integration System (ChRIS)—a collaboration between Boston Children’s Hospital (BCH), the Mass Open Cloud (MOS), and Red Hat—has the potential to change medicine as we know it today.

    It all started in 2003, when the team at BCH set out to make vast amounts of data accessible to researchers and doctors. Ultimately, the team created ChRIS: an image processing application that allows doctors to compare hundreds of thousands of MRI scans in seconds.

    But like any major undertaking, it’s not the goal or the outcome that’s most interesting, it’s the how.

    Here’s a breakdown of how the team achieved their goal: three critical components that worked together to improve patient care.

  • RSI update: Red Hat, Inc. (RHT) Becomes Oversold
  • Most Active Stock: Red Hat (RHT), Accelerate Diagnostics (AXDX)
  • Red Hat, Inc. (RHT) have strong bones for your portfolio
  • Can Red Hat, Inc. (RHT) Offer Investors Safety?
  • Taking A Longer Viewpoint Of Red Hat, Inc. (RHT), AtriCure, Inc. (ATRC)
  • Red Hat Inc (RHT) Expected to Post Quarterly Sales of $852.77 Million
  • Goodbye JJB, Hello Jenkies Pipeline

    Like so many scripts, I started making Bodhi's test running script in bash before realizing that it was growing too many tentacles and was becoming difficult to extend. I have plans to add an integration test suite to Bodhi that tests it against other dependant network services (such as Koji), and the prospect of getting my bash script to handle that as well with sane input/output options was daunting. Thus, I created bodhi-ci. By using click it was much easier to give it a nice set of subcommands and CLI flags that made it much easier to extend.

    The loss of GNU parallel was a little sad to me, but the features from it that I was using are mostly implemented in Python now. The main thing I'm still missing that I had with run_tests.sh is a fully working -x flag, which causes all tests jobs to exit immediately if any one of them fails. I plan to fix this by using Python's async/await API in the future so that I can react to failures in a similar manner, but I'm quite satisfied with the script otherwise. The old run_tests.sh script will remain in the repository until I refactor the new script to fully support the failfast flag.

    [...]

    Enter the Jenkies Pipeline. With some help, I was able to accomplish something much more ideal with my new Jenkiesfile. This solves the resource contention problems described above as Bodhi is now back to using a single node per pull request, and it is able to run the build job once and then fan out to run the individual tests concurrently. In fact, I was able to run the builds in parallel, and have each of those jobs kick off the individual release tests in parallel inside those jobs for double-parallel action. This is very nice since the pip container typically takes about 80% longer to build than the rpm based containers, but we don't have to wait for it to finish to start testing the rpm containers. This means that pull requests start getting results for Fedora 28 tests before the pip container is even finished building. The pipeline can now test a pull request in about 20-30 minutes instead of several hours due to the efficient sharing between tests and the use of a single node.

Matthias Clasen on Flatpak 1.2 Schedule

Filed under
Red Hat
GNOME
  • Flatpak, after 1.0

    One of the easiest ways to help Flatpak is to get your favorite applications on flathub, either by packaging it yourself, or by convincing the upstream to do it.

    If you feel like contributing to Flatpak itself, please do! Flatpak is still a young project, and there are plenty of small to medium-size features that can be added. The tests are also a nice place to stick your toe in and see if you can improve the coverage a bit and maybe find a bug or two.

    Or, if that is more your thing, we have a nice design for improving the flatpak commandline user experience that is waiting to be implemented.

  • Flatpak 1.2 Likely Coming Around Year's End With New Features

    Prolific open-source developer Matthias Clasen at Red Hat has shared some of the post-1.0 plans for the Flatpak app sandboxing/distribution tech. As it stands now, Flatpak 1.2 will likely be out around the end of the calendar year with the next batch of features.

    Flatpak developers have begun merging new feature work onto the Flatpak master branch. Some of the latest work includes better life-cycle control, logging and history support, file copy/paste and drag-n-drop, and a better test suite for regression testing.

    Some of the other work being planned for Flatpak but not yet done is support for using the host OpenGL drivers via libcapsule, application renaming and end-of-life migration for apps, a Dconf/GSettings portal, a portal for web camera access, and greater test coverage.

Fedora-Based Desktops

Filed under
GNU
Linux
Red Hat
  • A Fedora 28 Remix for Tegra using i3

    This is dedicated to older Tegra such as Tegra20, Tegra30 and Tegra114. It can work on Tegra K1, but at this time, using Fedora 29 is a better choice. Specially as Fedora 29 on Tegra K1 have support for GPU acceleration with nouveau.

    The image integrates the grate-driver that provides a reverse-engineer mesa driver (FLOSS, but not yet upstream). This only advertises OpenGL 1.4 yet, but it can at least run glxgears fine. This is not the case with the softpipe driver on Tegra20.

    [...]

    Interested in having an official i3 spin in Fedora? For Tegra, it will depends on the upstreaming of the grate-driver, but I've submitted a PR to have an i3 spin. As some arm or aarch64 based devices that can output display, but may not be able to have enough accelerated desktop capabilities (Unless using a proprietary or downstream driver that won't be in Fedora).

  • NeuroFedora: towards a ready to use Free/Open source environment for neuroscientists

    I've recently resurrected the NeuroFedora SIG. Many thanks to Igor and the others who had worked on it in the past and have given us a firm base to build on.

Red Hat and Fedora Leftovers

Filed under
Red Hat

Red Hat Satellite integrated new, improved Ansible DevOps

Filed under
Red Hat

When Linux's sysadmin graybeards got their start, they all used the shell to manage systems. Years later, they also used system administration programs such as Red Hat Enterprise Linux (RHEL)'s Red Hat Satellite and SUSE Linux Enterprise Server (SLES)'s YaST. Then, DevOps programs, like Ansible, Chef, and Puppet, appeared so we can manage hundreds of servers at once. Now, Red Hat is bridging the gap between the old-style server management tools and DevOps with Red Hat Satellite 6.4.

This new management tool comes with a deeper integration with Red Hat Ansible Automation automation-centric approach to IT management. This enables sysadmins to use the Red Hat Satellite interface to manage RHEL with Ansible's remote execution and desired state management. This integration will help identify critical risks, create enterprise change plans, and automatically generate Ansible playbooks.

Read more

Red Hat and Fedora: 'IoT', libxmlb, Stratis, Cockpit and More

Filed under
Red Hat
Syndicate content

More in Tux Machines

IBM/Red Hat: Moving, Supercomputing and How IBM and Red Hat Will Impact Your Cloud Strategy

  • Moving house and moving applications are not the same. Or are they?
    As a Solution Architect I see my job as many things, from supporting customers in adopting Red Hat technology, educating organisations about using open source technologies and the benefits it brings, to thinking of ways to solve business challenges using technology and culture change. However, these are all generally in the space of “green field” app development. But what about all the systems keeping the business going today? The challenges businesses face in dealing with these “legacy” systems are complex, multi-faceted, involve many teams, and often businesses face knowledge gaps in how everything works together. In the public sector, where I work, this problem of legacy systems is arguably larger and more challenging, with the need for organisations to share information, outlined by things like Digital Service Standard. But, it’s worked that way for years, so why change it?
  • Red Hat at Supercomputing 2018: Bringing open source innovation from high performance computing to the enterprise
    All supercomputers on the coveted Top500 list run on Linux, a scalable operating system that has matured over the years to run some of the most critical workloads and in many cases has displaced proprietary operating systems in the process. For the past two decades, Red Hat Enterprise Linux has served as the foundation for building software stacks for many supercomputers. We are looking to continue this trend with the next generation of systems that seek to break the exascale threshold. SC18, a leading supercomputing conference, begins today. Red Hat hopes to hold conversations and share our insights on new supercomputers, including Summit and Sierra, nascent architectures, like Arm, and building more open computing environments that can further negate the need for proprietary and monolithic implementations. The updated Top500 list is an excellent example of how open technologies continue to proliferate in high performance computing (HPC) and highlights how the ongoing software optimization work performed on these systems can benefit their performance.
  • New TOP500 List Lead by DOE Supercomputers
    The latest TOP500 list of the world’s fastest supercomputers is out, a remarkable ranking that shows five Department of Energy supercomputers in the top 10, with the first two captured by Summit at Oak Ridge and Sierra at Livermore. With the number one and number two systems on the planet, the “Rebel Alliance” vendors of IBM, Mellanox, and NVIDIA stand far and tall above the others.
  • How IBM and Red Hat Will Impact Your Cloud Strategy
    Barring a heavy-handed approach to the recent acquisition, IBM and Red Hat can do some amazing things in the market. IBM is a long way from making physical machines. That part of the business went with Lenovo several years ago. So, what has been their focus ever since? Software and services. And, among those software pieces and services has been the cloud. Until today, you may have heard little about IBM’s cloud presence. Although I can assure you it’s there, it was really struggling to compete with the likes of AWS, Azure, and even GCP. Now, with predictions like those from Gartner stating that by 2020, 90% of organizations will adopt hybrid infrastructure management capabilities and that the market in general could be worth $240 billion or more – this was as good a time as any to really take a dive into the cloud management and delivery ecosystem.
  • Improved support information for RHEL on Azure: sosreport plugin updated [Ed: The author a "Microsoft MVP for Visual Studio" (Red Hat hiring them)]

AsciiDoc – text document format for writing

AsciiDoc is a lightweight markup language for writing notes, documentation, articles, books, ebooks, slideshows, web pages, man pages and blogs. It’s a plain text human readable/writable document format that dates back to 2002. AsciiDoc comes with a “converter program” that converts AsciiDoc documents to XHTML, DocBook or HTML. DocBook, in turn, can be converted to other formats such as PDF, TeX, Unix manpages and many more using the tool A2X which comes with AsciiDoc. Most of the Git documentation is written in AsciiDoc. AsciiDoc is highly configurable: both the AsciiDoc source file syntax and the backend output markups (which can be almost any type of SGML/XML markup) can be customized and extended by the user. Read more

The Ceph storage project gets a dedicated open-source foundation

  • The Ceph storage project gets a dedicated open-source foundation
    Ceph is an open source technology for distributed storage that gets very little public attention but that provides the underlying storage services for many of the world’s largest container and OpenStack deployments. It’s used by financial institutions like Bloomberg and Fidelity, cloud service providers like Rackspace and Linode, telcos like Deutsche Telekom, car manufacturers like BMW and software firms like SAP and Salesforce. These days, you can’t have a successful open source project without setting up a foundation that manages the many diverging interests of the community and so it’s maybe no surprise that Ceph is now getting its own foundation. Like so many other projects, the Ceph Foundation will be hosted by the Linux Foundation.
  • The Linux Foundation Launches Ceph Foundation To Advance Open Source Storage
    The Linux Foundation, the nonprofit organization enabling mass innovation through open source, today announces over 30 global technology leaders are forming a new foundation to support the Ceph open source project community. The Ceph project develops a unified distributed storage system providing applications with object, block, and file system interfaces.

Android Leftovers