Language Selection

English French German Italian Portuguese Spanish

Graphics/Benchmarks

Mesa 20.0 Released

Filed under
Graphics/Benchmarks
Linux
  • mesa 20.0.0
    Hi list,
    
    I'd like to announce mesa 20.0.0 as available for download immediately. I'm very
    pleased that we could get all of the issues blocking the release nailed down
    quickly and make a release on time for once!
    
    This is a .0 release, and you may want to continue to to track 19.3.x until
    20.0.1 comes out in two weeks. 19.3.5 is planned to be the final 19.3 release
    and is planned for next Wednesday.
    
    Dylan
    
    Shortlog
    ========
    
    Alyssa Rosenzweig (3):
          pan/midgard: Fix missing prefixes
          pan/midgard: Don't crash with constants on unknown ops
          pan/midgard: Use fprintf instead of printf for constants
    
    Danylo Piliaiev (1):
          st/nir: Unify inputs_read/outputs_written before serializing NIR
    
    Dylan Baker (6):
          .pick_status.json: Update to 2a98cf3b2ecea43cea148df7f77d2abadfd1c9db
          .pick_status.json: Update to 946eacbafb47c8b94d47e7c9d2a8b02fff5a22fa
          .pick_status.json: Update to bee5c9b0dc13dbae0ccf124124eaccebf7f2a435
          Docs: Add 20.0.0 release notes
          docs: Empty new_features.txt
          VERSION: bump for 20.0.0 release
    
    Erik Faye-Lund (1):
          Revert "nir: Add a couple trivial abs optimizations"
    
    Francisco Jerez (6):
          intel/fs/cse: Make HALT instruction act as CSE barrier.
          intel/fs/gen7: Fix fs_inst::flags_written() for SHADER_OPCODE_FIND_LIVE_CHANNEL.
          intel/fs: Add virtual instruction to load mask of live channels into flag register.
          intel/fs/gen12: Workaround unwanted SEND execution due to broken NoMask control flow.
          intel/fs/gen12: Fixup/simplify SWSB annotations of SIMD32 scratch writes.
          intel/fs/gen12: Workaround data coherency issues due to broken NoMask control flow.
    
    Krzysztof Raszkowski (1):
          gallium/swr: simplify environmental variabled expansion code
    
    Marek Olšák (1):
          radeonsi: don't wait for shader compilation to finish when destroying a context
    
    Mathias Fröhlich (1):
          egl: Implement getImage/putImage on pbuffer swrast.
    
    Peng Huang (1):
          radeonsi: make si_fence_server_signal flush pipe without work
    
    Pierre-Eric Pelloux-Prayer (1):
          radeonsi/ngg: add VGT_FLUSH when enabling fast launch
    
    Tapani Pälli (2):
          glsl: fix a memory leak with resource_set
          iris: fix aux buf map failure in 32bits app on Android
    
    Thong Thai (1):
          Revert "st/va: Convert interlaced NV12 to progressive"
    
    Timothy Arceri (1):
          glsl: fix gl_nir_set_uniform_initializers() for image arrays
    
    luc (1):
          zink: confused compilation macro usage for zink in target helpers.
    
    
    
    git tag: mesa-20.0.0
    
  • Mesa 20.0 Released With Big Improvements For Intel, AMD Radeon Vulkan/OpenGL

    The Mesa 20.0 release switches to the new Intel OpenGL driver default, Vulkan 1.2 support for both AMD Radeon and Intel drivers, the RadeonSI OpenGL driver now has GL 4.6 compliance as part of switching to NIR, the Valve-backed ACO code-path for RADV is in much better shape, and many other improvements. See our Mesa 20.0 feature overview to learn about this big update.

  • Mesa 20.0 Is Imminent With New Intel OpenGL Default, Intel + RADV Vulkan 1.2, OpenGL 4.6 For RadeonSI

    With the release of Mesa 20.0 being imminent, here is a look at all of the new features for this first quarter update to the Mesa 3D stack for open-source OpenGL/Vulkan drivers.
    Highlights of the soon-to-be-out Mesa 20.0 are outlined below. Mesa 20.0 will be out as soon as today / this week unless delays happen over lingering bugs.
    - This is the first Mesa release where for those with Broadwell (Gen8) Intel graphics or newer the Intel Gallium3D driver is the new default for OpenGL support. This Intel Gallium3D driver is faster and in better shape than the i965 classic driver. That older OpenGL driver will stick around for supporting Haswell graphics and prior generations.

  • RADV Driver Adds VK_EXT_line_rasterization In Preparing For Eventual Vulkan CAD Apps

    Added to the Vulkan API last summer was VK_EXT_line_rasterization for line rasterization like employed by CAD applications. The open-source Mesa Radeon Vulkan "RADV" driver is now supporting this extension.

Graphics: Nouveau, Wayland, Mesa and RADV

Filed under
Graphics/Benchmarks
  • Nouveau Gallium3D Finally Seeing Mesa Shader Disk Cache For Faster Game Load Times

    While the open-source Intel and Radeon OpenGL drivers within Mesa have long employed an on-disk shader cache to help with game load times by being able to load previously compiled shaders from disk, the Nouveau "NVC0" Gallium3D driver is on the heels of finally seeing similar support.

    Nouveau saw a TGSI shader cache a few years ago while now it's finally seeing support for caching the compiled shaders.

  • LavaLauncher 1.6 Released As A Simple Dock/Launcher For Wayland

    If you have been looking for a simple dock/launcher that natively supports Wayland, LavaLauncher 1.6 is available as one such solution.

    LavaLauncher is a simple Wayland-only launcher that allows placing the dynamically sized bar against any screen edge. Unlike most launchers, LavaLauncher doesn't rely upon .desktop files but allows specifying a path to an arbitrary image and the associated shell command to run, allowing for it to be quite extensible than just showing .desktop files for launch applications.

  • Lima Gallium3D Driver Picks Up Multi-Submit Optimization In Mesa 20.1

    Lima in Mesa 20.1-devel now can handle multi-submit support for greater efficiency in handling of multiple OpenGL frame-buffer objects (FBOs). This should allow for greater efficiency/performance in the likes of the X.Org Server or Wayland compositors and avoiding flush-reload costs when switching between FBOs. No hard numbers, however, were provided for the multi-submit benefits to expect.

  • RADV Vulkan Driver Makes A Few More Improvements For GCN 1.0/1.1 Hardware

    Valve open-source driver developer Samuel Pitoiset has contributed some improvements to Mesa 20.1's Radeon Vulkan "RADV" driver benefiting GCN 1.0/1.1 graphics cards.

    These original GCN graphics cards are compatible with the RADV driver but require first switching the kernel driver from the default Radeon DRM driver over to the AMDGPU driver, normally via the radeon.si_support=0 radeon.cik_support=0 amdgpu.si_support=1 amdgpu.cik_support=1 kernel flags. After doing so, RADV has tended to work well with these aging GCN graphics cards -- especially more recently with the RADV ACO back-end now working back to GCN 1.0 for offering better performance.

Windows 10 vs. Eight Linux Distributions On The Threadripper 3970X

Filed under
GNU
Graphics/Benchmarks
Linux
Microsoft

When taking the geometric mean of all these benchmark results, the Windows 10 Professional performance was the same as Windows 10 Enterprise for this Threadripper 3970X testing, unlike the Enterprise advantage we've seen on the larger Threadripper 3990X. The slowest of the eight Linux distributions tested was the Ubuntu 20.04 development snapshot, but that still came out to be 9.5% faster than Windows 10. The fastest Linux distribution was Clear Linux on the Threadripper 3970X with a 19% over Windows in these cross-platform benchmarks. Following Clear Linux with a strong showing was the new rolling-release CentOS Stream.

Read more

NVIDIA 440.58.01 Linux Driver

Filed under
Graphics/Benchmarks
Linux
Hardware
  • NVIDIA 440.58.01 Linux Driver Fixes Vulkan Game Crashes, New Extensions

    Not scheduled to go live until Monday but up this weekend is the NVIDIA 440.58.01 Linux beta driver that offers a few Vulkan updates.

    The NVIDIA 440.58.01 Linux driver fixes a regression that caused some Vulkan games to crash due to swapchain issues. Affected games include at least F1 2017, Rise of the Tomb Raider, and DiRT 4. This beta driver also fixes a visual glitching issue when falling out of page-flipping such as alt-tabbing on Linux.

  • NVIDIA have a new Vulkan Beta driver out for Linux fixing some regressions

    NVIDIA continue being quick to advance their Vulkan drivers as today they released an update to their special Beta branch.

    440.58.01 is out which adds in support for two more Vulkan extensions with VK_KHR_shader_non_semantic_info and VK_EXT_tooling_info which sounds quite useful to help developers track down what might be causing an error.

    For games this release fixes up a Vulkan swapchain recreation crash with F1 2017, Rise of the Tomb Raider and DiRT 4. NVIDIA also solved an issue with visual glitching of Vulkan applications when "falling out of flipping" with an example being when you alt+tab, however they're still investigating an issue to do with this on the GNOME desktop.

Mesa Releases: 19.3.4 and 20.0 Release Candidate 3

Filed under
Graphics/Benchmarks
  • mesa 19.3.4
    Hi List,
    
    Mesa 19.3.4 is now available.
    
    There's lots of stuff here, but also a ton of release process data changes.
    We've got changes all over the tree, but aco and anv are leading the way in
    changes.
    
    
    Dylan
    
    
    Shortlog
    ========
    
    Bas Nieuwenhuizen (1):
          radv: Do not set SX DISABLE bits for RB+ with unused surfaces.
    
    Boris Brezillon (1):
          panfrost: Fix the damage box clamping logic
    
    Brian Ho (2):
          anv: Properly fetch partial results in vkGetQueryPoolResults
          anv: Handle unavailable queries in vkCmdCopyQueryPoolResults
    
    Danylo Piliaiev (2):
          i965: Do not set front_buffer_dirty if there is no front buffer
          st/mesa: Handle the rest renderbuffer formats from OSMesa
    
    Drew Davenport (1):
          radeonsi: Clear uninitialized variable
    
    Dylan Baker (17):
          docs: Add SHA 256 sums for 19.3.3
          .pick_status.json: Mark 58c929be0ddbbd9291d0dadbf11538170178e791 as backported
          .pick_status.json: Mark df34fa14bb872447fed9076e06ffc504d85e2d1c as backported
          .pick_status.json: Update to 997040e4b8353fe9b71a5e9fde2f933eae09c7a3
          .pick_status.json: Update to ca6a22305b275b49fbc88b8f4cba2fefb24c2a5d
          .pick_status.json: Mark 552028c013cc1d49a2b61ebe0fc3a3781a9ba826 as denominated
          .pick_status.json: Update to f09c466732e4a5b648d7503787777c926dd93c29
          bin/pick-ui: Add a new maintainer script for picking patches
          .pick_status.json: Update to b550b7ef3b8d12f533b67b1a03159a127a3ff34a
          .pick_status.json: Update to 9afdcd64f2c96f3fcc1a28912987f2e8066aa995
          .pick_status.json: Update to 7eaf21cb6f67adbe0e79b80b4feb8c816a98a720
          .pick_status.json: Mark ca6a22305b275b49fbc88b8f4cba2fefb24c2a5d as backported
          .pick_status.json: Update to d8bae10bfe0f487dcaec721743cd51441bcc12f5
          .pick_status.json: Update to 689817c9dfde9a0852f2b2489cb0fa93ffbcb215
          .pick_status.json: Update to 23037627359e739c42b194dec54875aefbb9d00b
          docs: Add release notes for 19.3.4
          VERSION: bump version for 19.3.4
    
    Eric Anholt (1):
          Revert "gallium: Fix big-endian addressing of non-bitmask array formats."
    
    Florian Will (1):
          radv/winsys: set IB flags prior to submit in the sysmem path
    
    Georg Lehmann (3):
          Correctly wait in the fragment stage until all semaphores are signaled
          Vulkan Overlay: Don't try to change the image layout to present twice
          Vulkan overlay: use the corresponding image index for each swapchain
    
    Hyunjun Ko (1):
          freedreno/ir3: put the conversion back for half const to the right place.
    
    Ian Romanick (1):
          intel/fs: Don't count integer instructions as being possibly coissue
    
    Jan Vesely (1):
          clover: Use explicit conversion from llvm::StringRef to std::string
    
    Jason Ekstrand (6):
          anv: Insert holes for non-existant XFB varyings
          anv: Improve BTI change cache flushing
          anv,iris: Set 3DSTATE_SF::DerefBlockSize to per-poly on Gen12+
          genxml: Add a new 3DSTATE_SF field on gen12
          intel/fs: Write the address register with NoMask for MOV_INDIRECT
          anv/blorp: Use the correct size for vkCmdCopyBufferToImage
    
    Kenneth Graunke (1):
          i965: Use brw_batch_references in tex_busy check
    
    Lionel Landwerlin (1):
          isl: drop CCS row pitch requirement for linear surfaces
    
    Marek Olšák (1):
          radeonsi: fix the DCC MSAA bug workaround
    
    Marek Vasut (1):
          etnaviv: Destroy rsc->pending_ctx set in etna_resource_destroy()
    
    Michel Dänzer (6):
          winsys/amdgpu: Keep a list of amdgpu_screen_winsyses in amdgpu_winsys
          winsys/amdgpu: Keep track of retrieved KMS handles using hash tables
          winsys/amdgpu: Only re-export KMS handles for different DRM FDs
          util: Add os_same_file_description helper
          winsys/amdgpu: Re-use amdgpu_screen_winsys when possible
          winsys/amdgpu: Close KMS handles for other DRM file descriptions
    
    Neha Bhende (1):
          svga: fix size of format_conversion_table[]
    
    Pierre-Eric Pelloux-Prayer (2):
          radeonsi: disable display DCC
          radeonsi: stop using the VM_ALWAYS_VALID flag
    
    Rafael Antognolli (1):
          intel: Load the driver even if I915_PARAM_REVISION is not found.
    
    Rhys Perry (6):
          aco: fix operand to scc when selecting SGPR ufind_msb/ifind_msb
          aco: ensure predecessors' p_logical_end is in WQM when a p_phi is in WQM
          aco: run p_wqm instructions in WQM
          aco: don't consider loop header blocks branch blocks in add_coupling_code
          aco: don't always add logical edges from continue_break blocks to headers
          aco: fix target calculation when vgpr spilling introduces sgpr spilling
    
    Samuel Pitoiset (2):
          radv: do not allow sparse resources with multi-planar formats
          nir: do not use De Morgan's Law rules for flt and fge
    
    Tapani Pälli (2):
          mapi: add GetInteger64vEXT with EXT_disjoint_timer_query
          mesa: allow bit queries for EXT_disjoint_timer_query
    
    Thomas Hellstrom (1):
          svga: Fix banded DMA upload
    
    Vasily Khoruzhick (1):
          lima: ppir: don't delete root ld_tex nodes without successors in current block
    
    Vinson Lee (1):
          swr: Fix GCC 4.9 checks.
    
    
    
    git tag: mesa-19.3.4
    
    
  • mesa 20.0.0-rc3
    Hi list,
    
    Mesa 20.0.0-rc3 is now available. This is a much smaller release than last time,
    things seem to be slowing down nicely, and the number of opened issues/MRs
    against the 20.0 release milestone is 2; I'm hopeful that means we can have the
    20.0 release next week, and begin the normal release process without a dozen
    RCs.
    
    There's a bit of everything in here, gallium, freedreno, vulkan overlays, anv,
    radeonsi, svga, intel common, aco, nir, swr, and panfrost, but no on thing
    dominates the changes, which I like a lot.
    
    Dylan
    
    
    Shortlog
    ========
    
    Dylan Baker (4):
          .pick_status.json: Update to d8bae10bfe0f487dcaec721743cd51441bcc12f5
          .pick_status.json: Update to 689817c9dfde9a0852f2b2489cb0fa93ffbcb215
          .pick_status.json: Update to 23037627359e739c42b194dec54875aefbb9d00b
          VERSION: bump for 20.0.0-rc3
    
    Eric Anholt (1):
          Revert "gallium: Fix big-endian addressing of non-bitmask array formats."
    
    Georg Lehmann (3):
          Correctly wait in the fragment stage until all semaphores are signaled
          Vulkan Overlay: Don't try to change the image layout to present twice
          Vulkan overlay: use the corresponding image index for each swapchain
    
    Hyunjun Ko (1):
          freedreno/ir3: put the conversion back for half const to the right place.
    
    James Xiong (1):
          gallium: let the pipe drivers decide the supported modifiers
    
    Lionel Landwerlin (1):
          anv: set MOCS on push constants
    
    Marek Olšák (2):
          radeonsi: don't report that multi-plane formats are supported
          radeonsi: fix the DCC MSAA bug workaround
    
    Neha Bhende (2):
          svga: fix size of format_conversion_table[]
          svga: Use pipe_shader_state_from_tgsi to set shader state
    
    Rafael Antognolli (1):
          intel: Load the driver even if I915_PARAM_REVISION is not found.
    
    Rhys Perry (1):
          aco: fix gfx10_wave64_bpermute
    
    Samuel Pitoiset (4):
          aco: do not use ds_{read,write}2 on GFX6
          aco: fix waiting for scalar stores before "writing back" data on GFX8-GFX9
          aco: fix creating v_madak if v_mad_f32 has two sgpr literals
          nir: do not use De Morgan's Law rules for flt and fge
    
    Tapani Pälli (1):
          intel/vec4: fix valgrind errors with vf_values array
    
    Thomas Hellstrom (1):
          svga: Fix banded DMA upload
    
    Timur Kristóf (1):
          aco/optimizer: Don't combine uniform bool s_and to s_andn2.
    
    Vinson Lee (2):
          swr: Fix GCC 4.9 checks.
          panfrost: Remove unused anonymous enum variables.
    
    
    git tag: mesa-20.0.0-rc3
    
    
  • Mesa 20.0-RC3 Released Along With Mesa 19.3.4 As The Latest Of The Stable Series

    On the stable front, Mesa 19.3.4 is out as the newest point release in this driver series from Q4'2019. Mesa 19.3.4 has various RADV and ANV Vulkan driver fixes, a few Vulkan overlay fixes even, several AMDGPU winsys fixes, RadeonSI is now disabling display DCC over issues, and there are also a number of Valve ACO back-end fixes too. Overall, Mesa 19.3.4 is a pretty hefty stable update particularly for Intel ANV and Radeon RADV Vulkan driver users.

Windows vs. Linux Scaling Performance From 16 To 128 Threads With AMD Ryzen Threadripper 3990X

Filed under
Graphics/Benchmarks

As has been known for a while now, AMD Ryzen Threadripper processors really show their true potential on Linux with often significant increases to the performance thanks to the kernel's better scalability compared to Microsoft Windows. While Microsoft has made some improvements in this area over the past year, with the AMD Ryzen Threadripper 3990X 64-core / 128-thread HEDT processor it really shines on Linux. In this article are benchmarks of Windows 10 Professional and Windows 10 Enterprise against Linux on the Threadripper 3990X when going from 16 cores to 128 threads for seeing how the three operating systems are scaling.

Read more

Ubuntu 20.04 + Linux 5.5: Fresh Benchmarks Of AMD EPYC Rome vs. Intel Xeon Cascade Lake

Filed under
Graphics/Benchmarks

Here are some fresh numbers looking at the current performance of various AMD EPYC 7002 "Rome" processors up against Intel Xeon Cascade Lake processors when using an Ubuntu 20.04 LTS development snapshot and also upgrading to Linux 5.5 as the latest stable kernel. Beyond raw performance, power efficiency and performance-per-dollar for these different server CPUs are being compared as well for these sub-$5000 processors.

Ahead of the Ubuntu 20.04 long-term support release this spring and being curious how the latest AMD EPYC and Intel Xeon CPUs are competing with a bleeding-edge software stack also including Linux 5.5, this fresh benchmark comparison was performed. The single-socket tests carried out for this article included the...

Read more

Firefox 73 + Firefox 74 Beta Benchmarks On Ubuntu Linux

Filed under
Graphics/Benchmarks

Given this week's release of Firefox 73 stable that also puts Firefox 74 into beta state, here are fresh Firefox browser benchmarks of Firefox 72/73/74 on Ubuntu Linux with and without WebRender as well as how it compares to the current state of Google Chrome.

These benchmarks today are looking at the performance of Firefox 73 and looking ahead at how the performance is shaping up for Firefox 74 with the initial beta release. Secondary runs were also performed when force-enabling WebRender.

Read more

Noctua NH-U9S Performance For The AMD Ryzen 9 3950X + Ondemand vs. Performance Governors

Filed under
Graphics/Benchmarks
Hardware

For those that may be looking to run an air-cooled AMD Ryzen 9 3950X especially in a rack-mount 4U chassis, here are some recent results I did from some testing using a Noctua NH-U9S with two 92mm fan configuration. Additionally, these results contain performance metrics from both CPUFreq Ondemand vs. Performance governors as an additional point of interest.

These results are for reference purposes of the Noctua NH-U9S in a dual fan setup for this 16-core / 32-thread 3.5GHz (4.7GHz boost) CPU rated with a 105 Watt TDP.

Read more

Also: CPUs From 2004 Against AMD's New 64-Core Threadripper 3990X + Tests Against FX-9590

wayland 1.18.0

Filed under
Graphics/Benchmarks

This is the official release for Wayland 1.18. The main new features in
this release are:

- Add support for the Meson build system (autotools is still supported
  but will be removed in a future release)
- Add API to tag proxy objects to allow applications and toolkits to
  share the same Wayland connection
- Track wayland-server timers in user-space to prevent creating too
  many FDs
- Add wl_global_remove, a new function to mitigate race conditions with
  globals

Thanks to all contributors!

There were no changes since RC1.

Simon Ser (1):
      build: bump to version 1.18.0 for the official release

git tag: 1.18.0

Read more

Also: Wayland 1.18 Released With Meson Support, Other Minor Changes

Syndicate content

More in Tux Machines

Antitrust Laws and Open Collaboration

If you participate in standards development organizations, open source foundations, trade associations, or the like (Organizations), you already know that you’re required to comply with antitrust laws. The risks of noncompliance are not theoretical – violations can result in severe criminal and civil penalties, both for your organization and the individuals involved. The U.S. Department of Justice (DOJ) has in fact opened investigations into several standards organizations in recent years. Maybe you’ve had a training session at your company, or at least are aware that there’s an antitrust policy you’re supposed to read and comply with. But what if you’re a working group chair, or even an executive director, and therefore responsible for actually making sure nothing happens that’s not supposed to? Beyond paying attention, posting or reviewing an antitrust statement at meetings, and perhaps calling your attorney when member discussions drift into grey zones, what do you actually do to keep antitrust risk in check? Well, the good news is that regulators recognize that standards and other collaboration deliverables are good for consumers. The challenge is knowing where the boundaries of appropriate conduct can be found, whether you’re hosting, leading or just participating in activity involving competitors. Once you know the rules, you can forge ahead, expecting to navigate those risks, and knowing the benefits of collaboration can be powerful and procompetitive. We don’t often get glimpses into the specific criteria regulators use to evaluate potential antitrust violations, particularly as applicable to collaborative organizations. But when we do, it can help consortia and other collaborative foundations focus their efforts and take concrete steps to ensure compliance. In July 2019, the DOJ Antitrust Division (Division) provided a new glimpse, in its Evaluation of Corporate Compliance Programs in Criminal Antitrust Investigations (Guidance). Although the Guidance is specifically intended to assist Division prosecutors evaluating corporate compliance programs when charging and sentencing, it provides valuable insights for building or improving an Organization’s antitrust compliance program (Program). At a high level, the Guidance suggests that an effective Program will be one that is well designed, is applied earnestly and in good faith by management, and includes adequate procedures to maximize effectiveness through efficiency, leadership, training, education, information and due diligence. This is important because organizations that detect violations and self-report to the Division’s Corporate Leniency program may receive credit (e.g. lower charges or penalties) for having an effective antitrust compliance program in place. Read more

today's howtos

Events: SUSECON, OpenShift Troubleshooting Workshop and Kubernetes Contributor Summit Amsterdam

  • Get Expert Guided Hands-On Experience at the SUSECON 2020 Pre-Conference Workshops

    Are you ready for SUSECON 2020? It’s coming up fast! Join us in Dublin Ireland from March 23 – 27 for a week packed with learning and networking.

  • Get Certified During SUSECON 2020

    Working in IT is not for the feint of heart; the work is demanding, and change is constant. Right now, your organization is undoubtedly seeking new ways to extend the value of their investment in IT and get more done faster.

  • The OpenShift Troubleshooting Workshop

    The first workshop in our Customer Empathy Workshop series was held October 28, 2019 during the AI/ML (Artificial Intelligence and Machine Learning) OpenShift Commons event in San Francisco. We collaborated with 5 Red Hat OpenShift customers for 2 hours on the topic of troubleshooting. We learned about the challenges faced by operations and development teams in the field and together brainstormed ways to reduce blockers and increase efficiency for users. The open source spirit was very much alive in this workshop. We came together with customers to work as a team so that we can better understand their unique challenges with troubleshooting. Here are some highlights from the experience.

  • [Kubernetes] Contributor Summit Amsterdam Schedule Announced

Security: Patches, Bugs, RMS Talk and NG Firewall 15.0

  • Security updates for Wednesday

    Security updates have been issued by CentOS (firefox, java-1.7.0-openjdk, ksh, and sudo), Debian (php7.0 and python-django), Fedora (cacti, cacti-spine, mbedtls, and thunderbird), openSUSE (chromium, re2), Oracle (firefox, java-1.7.0-openjdk, and sudo), Red Hat (openjpeg2 and sudo), Scientific Linux (java-1.7.0-openjdk and sudo), SUSE (dbus-1, dpdk, enigmail, fontforge, gcc9, ImageMagick, ipmitool, php72, sudo, and wicked), and Ubuntu (clamav, linux, linux-aws, linux-aws-hwe, linux-azure, linux-gcp, linux-gke-4.15, linux-hwe, linux-kvm, linux-oracle, linux-raspi2, linux-snapdragon, linux, linux-aws, linux-kvm, linux-raspi2, linux-snapdragon, linux-aws-5.0, linux-azure, linux-gcp, linux-gke-5.0, linux-oracle-5.0, linux-azure, linux-kvm, linux-oracle, linux-raspi2, linux-raspi2-5.3, linux-lts-xenial, linux-aws, and qemu).

  • Certificate validity and a y2k20 bug

    One of the standard fields of an SSL certificate is the validity period. This field includes notBefore and notAfter dates which, according to RFC5280 section 4.1.2.5, indicates the interval "during which the CA warrants that it will maintain information about the status of the certificate" This is one of the fields that should be inspected when accepting new or unknown certificates. When creating certificates, there are a number of theories on how long to set that period of validity. A short period reduces risk if a private key is compromised. The certificate expires soon after and can no longer be used. On the other hand, if the keys are well protected, then there is a need to regularly renew those short-lived certificates.

  • Free Software is protecting your data – 2014 TEDx Richard Stallman Free Software Windows and the NSA

    Libre booted (BIOS with Linux overwritten) Thinkpad T400s running Trisquel GNU/Linux OS. (src: https://stallman.org/stallman-computing.html) LibreBooting the BIOS? Yes! It is possible to overwrite the BIOS of some Lenovo laptops (why only some?) with a minimal version of Linux.

  • NG Firewall 15.0 is here with better protection for SMB assets

    Here comes the release of NG Firewall 15.0 by Untangle with the creators claiming top-notch security for SMB assets. Let’s thoroughly discuss the latest NG Firewall update. With that being said, it only makes sense to first introduce this software to the readers who aren’t familiar with it. As the name ‘NG Firewall’ suggests, it is indeed a firewall but a very powerful one. It is a Debian-based and network gateway designed for small to medium-sized enterprises. If you want to be up-to-date with the latest firewall technology, your best bet would be to opt for this third-generation firewall. Another factor that distinguishes the NG Firewall from other such products in the market is that it combines network device filtering functions and traditional firewall technology.