📣 📣 📣 Hi Flyte community! Join us tomorrow for the bi-weekly Community meeting, including: • 📖 New community-contributed content • 🎯 New Governance model proposed • ⚡kubernetes Lighting Talk: K8s Ingress: why?, what? and how? • 📄 New Getting Started guide • 💡*Guest presentation by @Sören Brunk on how USU AI Services uses Flyte for production and experimental setups* 🕐 Tuesday Feb 21 at 9am PT 🚨 According to community feedback, we're going back to Zoom: join here 📆 Subscribe to the calendar (import it to your calendar app): Flyte calendar ICS file

Was this recorded by chance?

@Greg Gydush it was! we'll let you all know once recordings are up in YouTube. Anything particular in the agenda caught your attention?

Thank you! I heard that debugpy was mentioned for debugging Flyte workflows and it's also fun to hear other updates!

Right! It's mentioned in a recent blog post by @Fabio Grätz : https://medium.com/@fabiograetz/attach-a-visual-debugger-to-ml-training-jobs-on-kubernetes-eb9678389f1f During the meeting, Fabio shared more details. Hope you can catch the recording!

yep! I tried it myself after reading the blog and it worked great!

Happy to hear 🙂

Thanks for sharing that!

This is pretty slick

@Fabio Grätz did you get this working well with pod selector? Going by pod IP is less convenient, so I’ve opted to just port forward with kubectl for now, and use local host IP, if that makes sense

I do

kubectl port-forward pod/<pod name>

Yep, that’s my move as well

Highlights of this week's meeting: • Community updates ◦ Logistics update: agenda doc is now open including attendance list and voluntary note taker for each session ◦ Blog posts authored by Dr Fabio Graetz and Bernhard Stadlbauer • Soeren Brunk presentation and further discussion 📖 Read the notes 📽️ 📽️ Presentation: ➡️ Subscribe to the calendar We hope to see you in the next one!

@Fabio Grätz @Ketan (kumare3) Could we possibly do this without any modifications to the workflow (notably the debugpy statement, which requires a re-register) by adding this as a task/workflow override? I’m imagining something like, before running pyflyte run from within the container, we would run

python -m debugpy --listen 0.0.0.0:5678" <task/workflow>

But you need to pause the process

What do you mean by that? The breakpoint in the gutter pauses the process after connecting

But after connecting

yep

But the task has to start a debug server and wait for connecting right

It would