1_r/devopsish

1_r/devopsish

54497 bookmarks
Custom sorting
Kubernetes is simple: it's just Linux with Eric Jalal
Kubernetes is simple: it's just Linux with Eric Jalal

Kubernetes is simple: it's just Linux, with Eric Jalal

https://kube.fm/kubernetes-just-linux-eric

Eric Jalal, an independent consultant and Kubernetes developer, explains how Kubernetes is fundamentally built on familiar Linux features. He discusses why understanding Linux is crucial for working with Kubernetes and how this knowledge can simplify your approach to cloud-native technologies.

You will learn:

Why Eric considers Kubernetes to be "just Linux" and how it wraps existing Linux technologies.

The importance of understanding Linux fundamentals (file systems, networking, storage).

How Kubernetes provides a standard and consistent interface for managing Linux-based infrastructure.

Why learning Linux deeply can make Kubernetes adoption an incremental step rather than a giant leap

Sponsor

This episode is sponsored by Learnk8s — get started on your Kubernetes journey through comprehensive online, in-person or remote training.

More info

Find all the links and info for this episode here: https://kube.fm/kubernetes-just-linux-eric

Interested in sponsoring an episode? Learn more.

via KubeFM https://kube.fm

October 01, 2024 at 06:00AM

·kube.fm·
Kubernetes is simple: it's just Linux with Eric Jalal
The Future of Shells with Nushell! Shell + Data + Programming Language
The Future of Shells with Nushell! Shell + Data + Programming Language

The Future of Shells with Nushell! Shell + Data + Programming Language

Discover the power of Nushell! 🌟 Learn how to set up and use this innovative shell that combines the best of traditional shells with a fully-typed scripting language. We'll explore:

  • Setting up Nushell and Docker
  • Running commands in Zshell and Nushell
  • Filtering and sorting data with ease
  • Using structured data for efficient data manipulation
  • Auto-complete and error detection features
  • Running external commands like kubectl
  • Writing and executing Nushell scripts

Nushell #CommandLine #DataScripting #TechGuide

Consider joining the channel: https://www.youtube.com/c/devopstoolkit/join

▬▬▬▬▬▬ 🔗 Additional Info 🔗 ▬▬▬▬▬▬ ➡ Transcript and commands: https://devopstoolkit.live/terminal/discover-the-future-of-shells-with-nushell 🔗 Nushell: https://www.nushell.sh

▬▬▬▬▬▬ 💰 Sponsorships 💰 ▬▬▬▬▬▬ If you are interested in sponsoring this channel, please visit https://devopstoolkit.live/sponsor for more information. Alternatively, feel free to contact me over Twitter or LinkedIn (see below).

▬▬▬▬▬▬ 👋 Contact me 👋 ▬▬▬▬▬▬ ➡ Twitter: https://twitter.com/vfarcic ➡ LinkedIn: https://www.linkedin.com/in/viktorfarcic/

▬▬▬▬▬▬ 🚀 Other Channels 🚀 ▬▬▬▬▬▬ 🎤 Podcast: https://www.devopsparadox.com/ 💬 Live streams: https://www.youtube.com/c/DevOpsParadox

▬▬▬▬▬▬ ⏱ Timecodes ⏱ ▬▬▬▬▬▬ 00:00 Introduction to Nushell 00:59 Pretty Outputs with Nushell 02:22 Mend Renovate (sponsor) 03:22 Sructured Data In Nushell 11:43 Nushell Auto-Complete, Error Detection 14:00 Nushell Language 16:44 Nushell External Commands 18:27 Nushell Works Everywhere 20:10 Nushell Pros and Cons

via YouTube https://www.youtube.com/watch?v=zoX_S6d-XU4

·youtube.com·
The Future of Shells with Nushell! Shell + Data + Programming Language
The Duckbill Guide to AWS Reserved Instances
The Duckbill Guide to AWS Reserved Instances

The Duckbill Guide to AWS Reserved Instances

When you’re looking to lower your AWS bill, you’re likely to come across AWS Reserved Instances (“RIs”). We’re sharing the must-know facts and insights about…

September 30, 2024 at 10:48AM

via Instapaper

·duckbillgroup.com·
The Duckbill Guide to AWS Reserved Instances
The Duckbill Guide to AWS Savings Plans
The Duckbill Guide to AWS Savings Plans

The Duckbill Guide to AWS Savings Plans

When you’re trying to cut costs on your AWS bill, you’re likely to come across AWS Savings Plans (“SPs”). We’re sharing what we’ve learned about Savings Plans…

September 30, 2024 at 10:48AM

via Instapaper

·duckbillgroup.com·
The Duckbill Guide to AWS Savings Plans
Spotlight on CNCF Deaf and Hard-of-hearing Working Group (DHHWG)
Spotlight on CNCF Deaf and Hard-of-hearing Working Group (DHHWG)

Spotlight on CNCF Deaf and Hard-of-hearing Working Group (DHHWG)

https://kubernetes.io/blog/2024/09/30/cncf-deaf-and-hard-of-hearing-working-group-spotlight/

In recognition of Deaf Awareness Month and the importance of inclusivity in the tech community, we are spotlighting Catherine Paganini, facilitator and one of the founding members of CNCF Deaf and Hard-of-Hearing Working Group (DHHWG). In this interview, Sandeep Kanabar, a deaf member of the DHHWG and part of the Kubernetes SIG ContribEx Communications team, sits down with Catherine to explore the impact of the DHHWG on cloud native projects like Kubernetes.

Sandeep’s journey is a testament to the power of inclusion. Through his involvement in the DHHWG, he connected with members of the Kubernetes community who encouraged him to join SIG ContribEx - the group responsible for sustaining the Kubernetes contributor experience. In an ecosystem where open-source projects are actively seeking contributors and maintainers, this story highlights how important it is to create pathways for underrepresented groups, including those with disabilities, to contribute their unique perspectives and skills.

In this interview, we delve into Catherine’s journey, the challenges and triumphs of establishing the DHHWG, and the vision for a more inclusive future in cloud native. We invite Kubernetes contributors, maintainers, and community members to reflect on the significance of empathy, advocacy, and community in fostering a truly inclusive environment for all, and to think about how they can support efforts to increase diversity and accessibility within their own projects.

Introduction

Sandeep Kanabar (SK): Hello Catherine, could you please introduce yourself, share your professional background, and explain your connection to the Kubernetes ecosystem?

Catherine Paganini (CP): I'm the Head of Marketing at Buoyant, the creator of Linkerd, the CNCF-graduated service mesh, and 5th CNCF project. Four years ago, I started contributing to open source. The initial motivation was to make cloud native concepts more accessible to newbies and non-technical people. Without a technical background, it was hard for me to understand what Kubernetes, containers, service meshes, etc. mean. All content was targeted at engineers already familiar with foundational concepts. Clearly, I couldn't be the only one struggling with wrapping my head around cloud native.

My first contribution was the CNCF Landscape Guide, which I co-authored with my former colleague Jason Morgan. Next, we started the CNCF Glossary, which explains cloud native concepts in simple terms. Today, the glossary has been (partially) localised into 14 languages!

Currently, I'm the co-chair of the TAG Contributor Strategy and the Facilitator of the Deaf and Hard of Hearing Working Group (DHHWG) and Blind and Visually Impaired WG (BVIWG), which is still in formation. I'm also working on a new Linux Foundation (LF) initiative called ABIDE (Accessibility and Belonging through Inclusion, Diversity, and Equity), so stay tuned to learn more about it!

Motivation and early milestones

SK: That's inspiring! Building on your passion for accessibility, what motivated you to facilitate the creation of the DHHWG? Was there a speecifc moment or experience that sparked this initiative?

CP: Last year at KubeCon Amsterdam, I learned about a great initiative by Jay Tihema that creates pathways for Maori youth into cloud native and open source. While telling my CODA (children of deaf adults) high school friend about it, I thought it'd be great to create something similar for deaf folks. A few months later, I posted about it in a LinkedIn post that the CNCF shared. Deaf people started to reach out, wanting to participate. And the rest is history.

SK: Speaking of history, since its launch, how has the DHHWG evolved? Could you highlight some of the key milestones or achievements the group has reached recently?

CP: Our WG is about a year old. It started with a few deaf engineers and me brainstorming how to make KubeCon more accessible. We published an initial draft of Best practices for an inclusive conference and shared it with the LF events team. KubeCon Chicago was two months later, and we had a couple of deaf attendees. It was the first KubeCon accessible to deaf signers. Destiny, one of our co-chairs, even participated in a keynote panel. It was incredible how quickly everything happened!

DHHWG members at KubeCon Chicago

The team has grown since then, and we've been able to do much more. With a kiosk in the project pavilion, an open space discussion, a sign language crash course, and a few media interviews, KubeCon Paris had a stronger advocacy and outreach focus. Check out this video of our team in Paris to get a glimpse of all the different KubeCon activities — it was such a great event! The team also launched the first CNCF Community Group in sign language, Deaf in Cloud Native, a glossary team that creates sign language videos for each technical term to help standardize technical signs across the globe. It's crazy to think that it all happened within one year!

Overcoming challenges and addressing misconceptions

SK: That's remarkable progress in just a year! Building such momentum must have come with its challenges. What barriers have you encountered in facilitating the DHHWG, and how did you and the group work to overcome them?

CP: The support from the community, LF, and CNCF has been incredible. The fact that we achieved so much is proof of it. The challenges are more in helping some team members overcome their fear of contributing. Most are new to open source, and it can be intimidating to put your work out there for everyone to see. The fear of being criticized in public is real; however, as they will hopefully realize over time, our community is incredibly supportive. Instead of criticizing, people tend to help improve the work, leading to better outcomes.

SK: Are there any misconceptions about the deaf and hard-of-hearing community in tech that you'd like to address?

CP: Deaf and hard of hearing individuals are very diverse — there is no one-size-fits-all. Some deaf people are oral (speak), others sign, while some lip read or prefer captions. It generally depends on how people grew up. While some people come from deaf families and sign language is their native language, others were born into hearing families who may or may not have learned how to sign. Some deaf people grew up surrounded by hearing people, while others grew up deeply embedded in Deaf culture. Hard-of-hearing individuals, on the other hand, typically can communicate well with hearing peers one-on-one in quiet settings, but loud environments or conversations with multiple people can make it hard to follow the conversation. Most rely heavily on captions. Each background and experience will shape their communication style and preferences. In short, what works for one person, doesn't necessarily work for others. So never assume and always ask about accessibility needs and preferences.

Impact and the role of allies

SK: Can you share some key impacts/outcomes of the conference best practices document?

CP: Here are the two most important ones: Captions should be on the monitor, not in an app. That's especially important during technical talks with live demos. Deaf and hard of hearing attendees will miss important information switching between captions on their phone and code on the screen.

Interpreters are most valuable during networking, not in talks (with captions). Most people come to conferences for the hallway track. That is no different for deaf attendees. If they can't network, they are missing out on key professional connections, affecting their career prospects.

SK: In your view, how crucial is the role of allies within the DHHWG, and what contributions have they made to the group’s success?

CP: Deaf and hard of hearing individuals are a minority and can only do so much. Allies are the key to any diversity and inclusion initiative. As a majority, allies can help spread the word and educate their peers, playing a key role in scaling advocacy efforts. They also have the power to demand change. It's easy for companies to ignore minorities, but if the majority demands that their employers be accessible, environmentally conscious, and good citizens, they will ultimately be pushed to adapt to new societal values.

Expanding DEI efforts and future vision

SK: The importance of allies in driving change is clear. Beyond the DHHWG, are you involved in any other DEI groups or initiatives within the tech community?

CP: As mentioned above, I'm working on an initiative called ABIDE, which is still work in progress. I don't want to share too much about it yet, but what I can say is that the DHHWG will be part of it and that we just started a Blind and Visually Impaired WG (BVIWG). ABIDE will start by focusing on accessibility, so if anyone reading this has an idea for another WG, please reach out to me via the CNCF Slack @Catherine Paganini.

SK: What does the future hold for the DHHWG? Can you share details about any ongoing or upcoming initiatives?

CP: I think we've been very successful in terms of visibility and awareness so far. We can't stop, though. Awareness work is ongoing, and most people in our community haven't heard about us or met anyone on our team yet, so a lot of work still lies ahead.

DHHWG members at KubeCon Paris

The next step is to refocus on advocacy. The same thing we did with the conference best practices but for other areas. The goal is to help educate the community about what real accessibility looks like, how projects can be more accessible, and why employers should seriously consider deaf candidates while providing them with the tools they need to conduct successful interviews and employee onboarding. We need to capture all that in documents, publish it, and then get the word out. That last part is certainly the most challenging,

·kubernetes.io·
Spotlight on CNCF Deaf and Hard-of-hearing Working Group (DHHWG)
Blog: Spotlight on CNCF Deaf and Hard-of-hearing Working Group (DHHWG)
Blog: Spotlight on CNCF Deaf and Hard-of-hearing Working Group (DHHWG)

Blog: Spotlight on CNCF Deaf and Hard-of-hearing Working Group (DHHWG)

https://www.kubernetes.dev/blog/2024/09/30/cncf-deaf-and-hard-of-hearing-working-group-spotlight/

In recognition of Deaf Awareness Month and the importance of inclusivity in the tech community, we are spotlighting Catherine Paganini, facilitator and one of the founding members of CNCF Deaf and Hard-of-Hearing Working Group (DHHWG). In this interview, Sandeep Kanabar, a deaf member of the DHHWG and part of the Kubernetes SIG ContribEx Communications team, sits down with Catherine to explore the impact of the DHHWG on cloud native projects like Kubernetes.

Sandeep’s journey is a testament to the power of inclusion. Through his involvement in the DHHWG, he connected with members of the Kubernetes community who encouraged him to join SIG ContribEx - the group responsible for sustaining the Kubernetes contributor experience. In an ecosystem where open-source projects are actively seeking contributors and maintainers, this story highlights how important it is to create pathways for underrepresented groups, including those with disabilities, to contribute their unique perspectives and skills.

In this interview, we delve into Catherine’s journey, the challenges and triumphs of establishing the DHHWG, and the vision for a more inclusive future in cloud native. We invite Kubernetes contributors, maintainers, and community members to reflect on the significance of empathy, advocacy, and community in fostering a truly inclusive environment for all, and to think about how they can support efforts to increase diversity and accessibility within their own projects.

Introduction

Sandeep Kanabar (SK): Hello Catherine, could you please introduce yourself, share your professional background, and explain your connection to the Kubernetes ecosystem?

Catherine Paganini (CP): I’m the Head of Marketing at Buoyant, the creator of Linkerd, the CNCF-graduated service mesh, and 5th CNCF project. Four years ago, I started contributing to open source. The initial motivation was to make cloud native concepts more accessible to newbies and non-technical people. Without a technical background, it was hard for me to understand what Kubernetes, containers, service meshes, etc. mean. All content was targeted at engineers already familiar with foundational concepts. Clearly, I couldn’t be the only one struggling with wrapping my head around cloud native.

My first contribution was the CNCF Landscape Guide, which I co-authored with my former colleague Jason Morgan. Next, we started the CNCF Glossary, which explains cloud native concepts in simple terms. Today, the glossary has been (partially) localised into 14 languages!

Currently, I’m the co-chair of the TAG Contributor Strategy and the Facilitator of the Deaf and Hard of Hearing Working Group (DHHWG) and Blind and Visually Impaired WG (BVIWG), which is still in formation. I’m also working on a new Linux Foundation (LF) initiative called ABIDE (Accessibility and Belonging through Inclusion, Diversity, and Equity), so stay tuned to learn more about it!

Motivation and early milestones

SK: That’s inspiring! Building on your passion for accessibility, what motivated you to facilitate the creation of the DHHWG? Was there a speecifc moment or experience that sparked this initiative?

CP: Last year at KubeCon Amsterdam, I learned about a great initiative by Jay Tihema that creates pathways for Maori youth into cloud native and open source. While telling my CODA (children of deaf adults) high school friend about it, I thought it’d be great to create something similar for deaf folks. A few months later, I posted about it in a LinkedIn post that the CNCF shared. Deaf people started to reach out, wanting to participate. And the rest is history.

SK: Speaking of history, since its launch, how has the DHHWG evolved? Could you highlight some of the key milestones or achievements the group has reached recently?

CP: Our WG is about a year old. It started with a few deaf engineers and me brainstorming how to make KubeCon more accessible. We published an initial draft of Best practices for an inclusive conference and shared it with the LF events team. KubeCon Chicago was two months later, and we had a couple of deaf attendees. It was the first KubeCon accessible to deaf signers. Destiny, one of our co-chairs, even participated in a keynote panel. It was incredible how quickly everything happened!

DHHWG members at KubeCon Chicago

The team has grown since then, and we’ve been able to do much more. With a kiosk in the project pavilion, an open space discussion, a sign language crash course, and a few media interviews, KubeCon Paris had a stronger advocacy and outreach focus. Check out this video of our team in Paris to get a glimpse of all the different KubeCon activities — it was such a great event! The team also launched the first CNCF Community Group in sign language, Deaf in Cloud Native, a glossary team that creates sign language videos for each technical term to help standardize technical signs across the globe. It’s crazy to think that it all happened within one year!

Overcoming challenges and addressing misconceptions

SK: That’s remarkable progress in just a year! Building such momentum must have come with its challenges. What barriers have you encountered in facilitating the DHHWG, and how did you and the group work to overcome them?

CP: The support from the community, LF, and CNCF has been incredible. The fact that we achieved so much is proof of it. The challenges are more in helping some team members overcome their fear of contributing. Most are new to open source, and it can be intimidating to put your work out there for everyone to see. The fear of being criticized in public is real; however, as they will hopefully realize over time, our community is incredibly supportive. Instead of criticizing, people tend to help improve the work, leading to better outcomes.

SK: Are there any misconceptions about the deaf and hard-of-hearing community in tech that you’d like to address?

CP: Deaf and hard of hearing individuals are very diverse — there is no one-size-fits-all. Some deaf people are oral (speak), others sign, while some lip read or prefer captions. It generally depends on how people grew up. While some people come from deaf families and sign language is their native language, others were born into hearing families who may or may not have learned how to sign. Some deaf people grew up surrounded by hearing people, while others grew up deeply embedded in Deaf culture. Hard-of-hearing individuals, on the other hand, typically can communicate well with hearing peers one-on-one in quiet settings, but loud environments or conversations with multiple people can make it hard to follow the conversation. Most rely heavily on captions. Each background and experience will shape their communication style and preferences. In short, what works for one person, doesn’t necessarily work for others. So never assume and always ask about accessibility needs and preferences.

Impact and the role of allies

SK: Can you share some key impacts/outcomes of the conference best practices document?

CP: Here are the two most important ones: Captions should be on the monitor, not in an app. That’s especially important during technical talks with live demos. Deaf and hard of hearing attendees will miss important information switching between captions on their phone and code on the screen.

Interpreters are most valuable during networking, not in talks (with captions). Most people come to conferences for the hallway track. That is no different for deaf attendees. If they can’t network, they are missing out on key professional connections, affecting their career prospects.

SK: In your view, how crucial is the role of allies within the DHHWG, and what contributions have they made to the group’s success?

CP: Deaf and hard of hearing individuals are a minority and can only do so much. Allies are the key to any diversity and inclusion initiative. As a majority, allies can help spread the word and educate their peers, playing a key role in scaling advocacy efforts. They also have the power to demand change. It’s easy for companies to ignore minorities, but if the majority demands that their employers be accessible, environmentally conscious, and good citizens, they will ultimately be pushed to adapt to new societal values.

Expanding DEI efforts and future vision

SK: The importance of allies in driving change is clear. Beyond the DHHWG, are you involved in any other DEI groups or initiatives within the tech community?

CP: As mentioned above, I’m working on an initiative called ABIDE, which is still work in progress. I don’t want to share too much about it yet, but what I can say is that the DHHWG will be part of it and that we just started a Blind and Visually Impaired WG (BVIWG). ABIDE will start by focusing on accessibility, so if anyone reading this has an idea for another WG, please reach out to me via the CNCF Slack @Catherine Paganini.

SK: What does the future hold for the DHHWG? Can you share details about any ongoing or upcoming initiatives?

CP: I think we’ve been very successful in terms of visibility and awareness so far. We can’t stop, though. Awareness work is ongoing, and most people in our community haven’t heard about us or met anyone on our team yet, so a lot of work still lies ahead.

DHHWG members at KubeCon Paris

The next step is to refocus on advocacy. The same thing we did with the conference best practices but for other areas. The goal is to help educate the community about what real accessibility looks like, how projects can be more accessible, and why employers should seriously consider deaf candidates while providing them with the tools they need to conduct successful interviews and employee onboarding. We need to capture all that in documents, publish it, and then get the word out. That last part is certainly the most ch

·kubernetes.dev·
Blog: Spotlight on CNCF Deaf and Hard-of-hearing Working Group (DHHWG)
Revolutionary drug for schizophrenia wins US approval
Revolutionary drug for schizophrenia wins US approval
The medication is the first in decades to have a different mode of action than do current drugs, achieving better symptom relief with fewer side effects.
·nature.com·
Revolutionary drug for schizophrenia wins US approval
DevOps Toolkit - Tracing - Feat. Jaeger and Zipkin (You Choose! Ch. 04 Ep. 04) - https://www.youtube.com/watch?v=mkL2hLwsxm4
DevOps Toolkit - Tracing - Feat. Jaeger and Zipkin (You Choose! Ch. 04 Ep. 04) - https://www.youtube.com/watch?v=mkL2hLwsxm4

Tracing - Feat. Jaeger and Zipkin (You Choose!, Ch. 04, Ep. 04)

Tracing - Choose Your Own Adventure: The Observability Odyssey

In this episode, we'll go through traces. The contestants are Jaeger and Zipkin.

Vote for your choice of a tool for signing artifacts at https://cloud-native.slack.com/archives/C05M2NFNVRN. If you have not already joined CNCF Slack, you can do so from https://slack.cncf.io.

This and all other episodes are available at https://www.youtube.com/playlist?list=PLyicRj904Z9-FzCPvGpVHgRQVYJpVmx3Z.

More information about the "Choose Your Own Adventure" project including the source code and links to all the videos can be found at https://github.com/vfarcic/cncf-demo.

٩( ᐛ )و Whitney's YouTube Channel → https://www.youtube.com/@wiggitywhitney

tracing #jaeger #zipkin

▬▬▬▬▬▬ 🔗 Additional Info 🔗 ▬▬▬▬▬▬ 🔗 Tracin: https://github.com/vfarcic/cncf-demo/tree/main/manuscript/tracing/README.md

via YouTube https://www.youtube.com/watch?v=mkL2hLwsxm4

·youtube.com·
DevOps Toolkit - Tracing - Feat. Jaeger and Zipkin (You Choose! Ch. 04 Ep. 04) - https://www.youtube.com/watch?v=mkL2hLwsxm4
Apple pulls out of latest OpenAI funding round.
Apple pulls out of latest OpenAI funding round.
OpenAI is slated to close the largest funding round in history at $6.5 billion next week, and as the Wall Street Journal reports, Apple has just pulled out of the round in the eleventh hour. Apple’s involvement was already surprising—it’s rare for the iPhone maker to invest in external companies. The reporting of a potential investment came after Apple announced a ChatGPT integration into Siri.
·theverge.com·
Apple pulls out of latest OpenAI funding round.
How I use kubectl
How I use kubectl
With 10 years of Kubernetes experience I don't use ~/.kube/config I do this instead Here's a gist with example functions used https://gist.github.com/rothgar/a2092f73b06465ddda0e855cc1f6ec2b Kubecolor gives your kubectl output color https://github.com/kubecolor/kubecolor 0:00 - /dev/null .kube/config 2:07 - ek command 6:29 - eks-use 7:53 - ekns 10:28 - clean-k 13:00 - kubecolor #kubernetes #zsh #kubectl
·youtube.com·
How I use kubectl
Why Open Source Forking Is a Hot-Button Issue
Why Open Source Forking Is a Hot-Button Issue

Why Open Source Forking Is a Hot-Button Issue

Valkey, OpenTofu, and OpenBao are names of open source software project forks hosted by the Linux Foundation. The forks were instigated last year in response to…

September 27, 2024 at 02:41PM

via Instapaper

·thenewstack.io·
Why Open Source Forking Is a Hot-Button Issue
Need an API for human-shark interaction? 🦈🦈🦈 | Global Shark Attack - World
Need an API for human-shark interaction? 🦈🦈🦈 | Global Shark Attack - World
Unprovoked vs. Provoked - GSAF defines a provoked incident as one in which the shark was speared, hooked, captured or in which a human drew "first blood". Although such incidents are of little interest to shark behaviorists, when the species of shark involved is known and pre-op photos of the wounds are available, the bite patterns are of value in determining species of shark involved in other cases when the species could not identified by the patient or witnesses. We know that a live human is rarely perceived as prey by a shark. Many incidents are motivated by curiosity, others may result when a shark perceives a human as a threat or competitor for a food source, and could be classed as "provoked" when examined from the shark's perspective.Incidents involving Boats – Incidents in which a boat was bitten or rammed by a shark are in green. However, in cases in which the shark was hooked, netted or gaffed, the entry is orange because they are classed as provoked incidents.Casualties of War & Air/Sea Disasters - Sharks maintain the health of the marine ecosystem by removing the dead or injured animals. Many incidents result because, like other animals that don't rely on instinct alone, sharks explore their environment. Lacking hands, they may investigate an unfamiliar object with their mouths. Unlike humans, there is no malice in sharks; they simply do what nature designed them to do. Air/Sea Disasters are accidents that place people into the day-to-day business of sharks. The wartime losses due to sharks result from mans' cruelty to man. Air/Sea Disasters are in yellow.Questionable incidents - Incidents in which there are insufficient data to determine if the injury was caused by a shark or the person drowned and the body was later scavenged by sharks. In a few cases, despite media reports to the contrary, evidence indicated there was no shark involvement whatsoever. Such incidents are in blue.All of the data on this site comes from the Global Shark Attack File (GSAF), a spreadsheet of human/shark interactions, compiled by the Shark Research Institute. It is hoped that this site makes it apparent that shark attacks are extremely rare occurrences, while providing an easily accessible resource for those wishing to know more about the subject.
·public.opendatasoft.com·
Need an API for human-shark interaction? 🦈🦈🦈 | Global Shark Attack - World
PostgreSQL 17 Released!
PostgreSQL 17 Released!
The [PostgreSQL Global Development Group](https://www.postgresql.org) today announced the release of [PostgreSQL 17](https://www.postgresql.org/docs/17/release-17.html), the latest version of the world's most advanced …
·postgresql.org·
PostgreSQL 17 Released!
Last Week in Kubernetes Development - Week Ending September 22 2024
Last Week in Kubernetes Development - Week Ending September 22 2024

Week Ending September 22, 2024

https://lwkd.info/2024/20240925

Developer News

You have one day (or less) left to vote for Steering Committee members.

The call for presentations for the Maintainer Summit in Kubecon India is now open. The Maintainer summit combines a Kubernetes Contributor Summit with contributor discussions and presentations by other CNCF projects.

Release Schedule

Next Deadline: Production Readiness, October 3

It’s the second week of 1.32 and hopefully you’re hard at work on your planned Enhancements.

KEP of the Week

KEP 2837: Pod level resource limits

Currently resource allocation in PodSpec is done at the container level. The scheduler aggregates the resources requested by all the containers to find a suitable Node for the Pod. The Pod API lacks a way to specify limits at the Pod level, limiting the flexibility and ease of resource management for Pods as a whole. This KEP extends the Pod API with a resource spec at the Pod level. This new feature can be used to complement the existing resource limits and make things easier for tightly coupled applications. The KEP explains how the resource limits will be applied in different cases when Pod level and container level requests and limits are specified, as well as how the OOM score calculation will be done.

This KEP is tracked for alpha stage in the upcoming v1.32 release.

Other Merges

Prevented legacy allocator range misinitialization, preventing IP conflicts.

Extended discovery GroupManager with Group lister interface

Explicit control of metrics collection in scheduler_perf tests, supporting multi-namespace

Ensure kubeadm join/reset handles etcd members only if their URLs/IDs are unique or exist

GPU tests using Jobs, simplifying the process to verify successful completion with cupy instead of CUDA samples

Make sure to trigger Node/Delete event

Feature enhancement reinstating the Nvidia DaemonSet installation in the GCE test harness

Feature(scheduler): more fine-grained Node QHint for nodeunschedulable plugin and fixes

Optimized the Unstructured.GetManagedFields function by eliminating unnecessary deep copying of JSON value

Register missing Pod event for NodeUnschedulable plugin

Test improvements: nvidia GPU(s)

Fix setting resolvConf in drop-in kubelet config files

Make sure that the endpoints controller can reconcile the Endpoint object when it has more than 1000 addresses

Added integration tests for NodeUnschedulable, podtopologyspread & NodeResourcesFit in requeueing scenarios

Support added for API streaming

Improvisation in precision of Quantity.AsApproximateFloat64

Adds an 8-length buffer to the resourceupdates.Update channel to prevent blocking during device plugin data transmission to kubelet

If the application/json;as=Table content type is requested, the WatchList will respond with a 406 (Not Acceptable) error

Improve the kubelet test coverage

Prevent the garbage collector controller from blocking indefinitely on a cache sync failure

Ensure that mismatched hostname labels and node names do not lead to incorrect pod scheduling or failures with nodeAffinity

Test case added for parsing a WSL 2 kernel version

Guarantee that restartable and non-restartable init containers are accounted

Prevent Memory manager UnexpectedAdmissionError

spec.terminationGracePeriodSeconds should not be overwritten by MaxPodGracePeriodSeconds

Promotions

RetryGenerateName to GA

Deprecated

Remove obsolete test ClusterDns and fixes flaking

Remove node general update event from EventsToRegister when QHint is enabled

Version Updates

Update cadvisor to v0.50.0 and hcsshim versions to v0.12.6

Python Client v31.0.0

via Last Week in Kubernetes Development https://lwkd.info/

September 25, 2024 at 07:00PM

·lwkd.info·
Last Week in Kubernetes Development - Week Ending September 22 2024
An update to the Atkinson Hyperlegible font
An update to the Atkinson Hyperlegible font
I'm a huge fan of the US Braille Institute's Atkinson Hyperlegible font. This blog is typeset in it, and I think it looks gorgeous. It's also specifically designed to be readable to people with visual impairments: Atkinson Hyperlegible differentiates common misinterpreted letters and numbers using various design techniques: There's only one problem, the font was […]
·shkspr.mobi·
An update to the Atkinson Hyperlegible font
Post-Quantum Algorithms in OpenSSL
Post-Quantum Algorithms in OpenSSL
Recently NIST published a number of post-quantum algorithm standards (ML-KEM, ML-DSA, and SLH-DSA). With these new NIST publications, OpenSSL is now prepared for implementation. We’ve recently been receiving a lot of questions about these new standards so we wanted to make our position clear: We intend to implement support for these algorithms in our providers in a future version of OpenSSL We are currently putting together our project plans for this, stay tuned for more information regarding timeline We invite qualified and skilled individuals to help us implement these algorithms and integrate them into OpenSSL in accordance with our standards and policies.
·openssl-library.org·
Post-Quantum Algorithms in OpenSSL
Name Checker
Name Checker
Find out if your project name is taken
·namechecker.vercel.app·
Name Checker
Not a business model: How companies misunderstand open source
Not a business model: How companies misunderstand open source

‘Not a business model’: How companies misunderstand open source

The dust-up between (formerly) open source database Redis and its fork, Valkey, highlights the fundamental difference between what businesses want and what open…

September 24, 2024 at 09:32AM

via Instapaper

·computing.co.uk·
Not a business model: How companies misunderstand open source
Redis users considering alternatives after licensing move
Redis users considering alternatives after licensing move

Redis users considering alternatives after licensing move

Around 70 percent of Redis users are considering alternatives after the database company made a shift away from permissive open source licensing. According to a…

September 24, 2024 at 09:30AM

via Instapaper

·theregister.com·
Redis users considering alternatives after licensing move
I’m not saying I agree/disagree here, but I always appreciate different views and perspectives for many reasons. Telling the future is hard and often changes outcomes | Will A.I. Be a Bust? A Wall Street Skeptic Rings the Alarm.
I’m not saying I agree/disagree here, but I always appreciate different views and perspectives for many reasons. Telling the future is hard and often changes outcomes | Will A.I. Be a Bust? A Wall Street Skeptic Rings the Alarm.
Jim Covello, Goldman Sachs’s head of stock research, warned that building too much of what the world doesn’t need “typically ends badly.”
·nytimes.com·
I’m not saying I agree/disagree here, but I always appreciate different views and perspectives for many reasons. Telling the future is hard and often changes outcomes | Will A.I. Be a Bust? A Wall Street Skeptic Rings the Alarm.