Logo

    183

    Explore " 183" with insightful episodes like "Geometrie in Bunt (vcfb23)", "Geometrie in Bunt (vcfb23)", "Geometrie in Bunt (vcfb23)", "Geometrie in Bunt (vcfb23)" and "Y2038: replace utmp with logind (asg2023)" from podcasts like ""Chaos Computer Club - recent events feed (low quality)", "Chaos Computer Club - recent events feed", "Chaos Computer Club - recent audio-only feed", "Chaos Computer Club - recent events feed (high quality)" and "Chaos Computer Club - recent audio-only feed"" and more!

    Episodes (33)

    Geometrie in Bunt (vcfb23)

    Geometrie in Bunt (vcfb23)
    Mit dem K8918 gab es von Robotron ein grafisches Terminal auf Basis der CPU 8086 bzw. des kompatiblen russischen KR1810WM86. Im Gegensatz zu seinem Vorgänger war dieses Terminal nun farbgrafikfähig. Der Vortrag gibt einen Eindruck der Funktionalität dieses Gerätes, beschreibt dessen Architektur, den konstruktiven Aufbau sowie die Vorgehensweise, wie man ein solches Terminal betreiben kann, ohne die eigentliche Zentraleinheit zur Verfügung zu haben. Der Vortrag soll somit ein Bild darüber vermitteln, wie sich die eingebaute Funktionalität zum Leben erwecken und praktisch darstellen lässt. about this event: https://c3voc.de

    Geometrie in Bunt (vcfb23)

    Geometrie in Bunt (vcfb23)
    Mit dem K8918 gab es von Robotron ein grafisches Terminal auf Basis der CPU 8086 bzw. des kompatiblen russischen KR1810WM86. Im Gegensatz zu seinem Vorgänger war dieses Terminal nun farbgrafikfähig. Der Vortrag gibt einen Eindruck der Funktionalität dieses Gerätes, beschreibt dessen Architektur, den konstruktiven Aufbau sowie die Vorgehensweise, wie man ein solches Terminal betreiben kann, ohne die eigentliche Zentraleinheit zur Verfügung zu haben. Der Vortrag soll somit ein Bild darüber vermitteln, wie sich die eingebaute Funktionalität zum Leben erwecken und praktisch darstellen lässt. about this event: https://c3voc.de

    Geometrie in Bunt (vcfb23)

    Geometrie in Bunt (vcfb23)
    Mit dem K8918 gab es von Robotron ein grafisches Terminal auf Basis der CPU 8086 bzw. des kompatiblen russischen KR1810WM86. Im Gegensatz zu seinem Vorgänger war dieses Terminal nun farbgrafikfähig. Der Vortrag gibt einen Eindruck der Funktionalität dieses Gerätes, beschreibt dessen Architektur, den konstruktiven Aufbau sowie die Vorgehensweise, wie man ein solches Terminal betreiben kann, ohne die eigentliche Zentraleinheit zur Verfügung zu haben. Der Vortrag soll somit ein Bild darüber vermitteln, wie sich die eingebaute Funktionalität zum Leben erwecken und praktisch darstellen lässt. about this event: https://c3voc.de

    Geometrie in Bunt (vcfb23)

    Geometrie in Bunt (vcfb23)
    Mit dem K8918 gab es von Robotron ein grafisches Terminal auf Basis der CPU 8086 bzw. des kompatiblen russischen KR1810WM86. Im Gegensatz zu seinem Vorgänger war dieses Terminal nun farbgrafikfähig. Der Vortrag gibt einen Eindruck der Funktionalität dieses Gerätes, beschreibt dessen Architektur, den konstruktiven Aufbau sowie die Vorgehensweise, wie man ein solches Terminal betreiben kann, ohne die eigentliche Zentraleinheit zur Verfügung zu haben. Der Vortrag soll somit ein Bild darüber vermitteln, wie sich die eingebaute Funktionalität zum Leben erwecken und praktisch darstellen lässt. about this event: https://c3voc.de

    Y2038: replace utmp with logind (asg2023)

    Y2038: replace utmp with logind (asg2023)
    The utmp implementation of glibc uses on quite some 64bit architectures a 32bit time variable, which leads to an overflow on 03:14:07 UTC on 19 January 2038. This talk will explain the current work on replacing utmp with logind. The year 2038 problem (also known as Y2038) is a time formatting bug on Unix systems with representing times after 03:14:07 UTC on 19 January 2038. This happens with a 32bit time_t, not with a 64bit time_t. The general statement so far has always been that on 64bit systems with a 64bit time_t you are safe with respect to the Y2038 problem. But this isn't correct: on bi-arch systems like x86-64 (so which can execute 64bit and 32bit binaries) glibc defines __WORDSIZE_TIME64_COMPAT32, which leads to the fact, that struct utmp (used for utmp, wtmp and btmp) and struct lastlog uses int32_t instead of time_t. So we have a Y2038 problem, which is not easy fixable, as this would require ABI and on disk format changes. In this talk I will speak about the background, which tools are affected and a radical solution: drop utmp, wtmp, btmp and lastlog completely and make use of systemd-logind and other tools instead. about this event: https://cfp.all-systems-go.io/all-systems-go-2023/talk/3Z7XEE/

    Y2038: replace utmp with logind (asg2023)

    Y2038: replace utmp with logind (asg2023)
    The utmp implementation of glibc uses on quite some 64bit architectures a 32bit time variable, which leads to an overflow on 03:14:07 UTC on 19 January 2038. This talk will explain the current work on replacing utmp with logind. The year 2038 problem (also known as Y2038) is a time formatting bug on Unix systems with representing times after 03:14:07 UTC on 19 January 2038. This happens with a 32bit time_t, not with a 64bit time_t. The general statement so far has always been that on 64bit systems with a 64bit time_t you are safe with respect to the Y2038 problem. But this isn't correct: on bi-arch systems like x86-64 (so which can execute 64bit and 32bit binaries) glibc defines __WORDSIZE_TIME64_COMPAT32, which leads to the fact, that struct utmp (used for utmp, wtmp and btmp) and struct lastlog uses int32_t instead of time_t. So we have a Y2038 problem, which is not easy fixable, as this would require ABI and on disk format changes. In this talk I will speak about the background, which tools are affected and a radical solution: drop utmp, wtmp, btmp and lastlog completely and make use of systemd-logind and other tools instead. about this event: https://cfp.all-systems-go.io/all-systems-go-2023/talk/3Z7XEE/

    Y2038: replace utmp with logind (asg2023)

    Y2038: replace utmp with logind (asg2023)
    The utmp implementation of glibc uses on quite some 64bit architectures a 32bit time variable, which leads to an overflow on 03:14:07 UTC on 19 January 2038. This talk will explain the current work on replacing utmp with logind. The year 2038 problem (also known as Y2038) is a time formatting bug on Unix systems with representing times after 03:14:07 UTC on 19 January 2038. This happens with a 32bit time_t, not with a 64bit time_t. The general statement so far has always been that on 64bit systems with a 64bit time_t you are safe with respect to the Y2038 problem. But this isn't correct: on bi-arch systems like x86-64 (so which can execute 64bit and 32bit binaries) glibc defines __WORDSIZE_TIME64_COMPAT32, which leads to the fact, that struct utmp (used for utmp, wtmp and btmp) and struct lastlog uses int32_t instead of time_t. So we have a Y2038 problem, which is not easy fixable, as this would require ABI and on disk format changes. In this talk I will speak about the background, which tools are affected and a radical solution: drop utmp, wtmp, btmp and lastlog completely and make use of systemd-logind and other tools instead. about this event: https://cfp.all-systems-go.io/all-systems-go-2023/talk/3Z7XEE/

    Y2038: replace utmp with logind (asg2023)

    Y2038: replace utmp with logind (asg2023)
    The utmp implementation of glibc uses on quite some 64bit architectures a 32bit time variable, which leads to an overflow on 03:14:07 UTC on 19 January 2038. This talk will explain the current work on replacing utmp with logind. The year 2038 problem (also known as Y2038) is a time formatting bug on Unix systems with representing times after 03:14:07 UTC on 19 January 2038. This happens with a 32bit time_t, not with a 64bit time_t. The general statement so far has always been that on 64bit systems with a 64bit time_t you are safe with respect to the Y2038 problem. But this isn't correct: on bi-arch systems like x86-64 (so which can execute 64bit and 32bit binaries) glibc defines __WORDSIZE_TIME64_COMPAT32, which leads to the fact, that struct utmp (used for utmp, wtmp and btmp) and struct lastlog uses int32_t instead of time_t. So we have a Y2038 problem, which is not easy fixable, as this would require ABI and on disk format changes. In this talk I will speak about the background, which tools are affected and a radical solution: drop utmp, wtmp, btmp and lastlog completely and make use of systemd-logind and other tools instead. about this event: https://cfp.all-systems-go.io/all-systems-go-2023/talk/3Z7XEE/

    OTT: 183 5 Hilarious Back to School Stories From Teachers

    OTT: 183 5 Hilarious Back to School Stories From Teachers

    It's that time of year again! Teachers across the country are dusting off their desks and preparing for another year of teaching. And with a new school year comes a fresh batch of back-to-school stories. From hilarious to heartwarming, these stories always seem to bring a smile to our faces. So if you're in need of a little pick-me-up, take a break from your back-to-school preparations and enjoy these funny teacher stories.

    Links Mentioned in the Show: 

    Leigh Langton The Applicious Teacher

    The Applicious Teacher on TpT

    Trina Deboree Teaching and Learning

    Trina Deboree Teaching and Learning on TpT

    Subscribe and Review: 

    Are you subscribed to my podcast? If you’re not, I want to encourage you to do that today. I don’t want you to miss an episode. I’m adding a bunch of bonus episodes to the mix and if you’re not subscribed there’s a good chance you’ll miss out on those. Click here for iTunes

    Now if you’re feeling extra loving, I would be really grateful if you left me a review over on iTunes, too. Those reviews help other people find my podcast and they’re also fun for me to go in and read. Click here to leave a review, select “Ratings and Reviews” and “Write a Review” and let me know what your favorite part of the podcast is. Thank you! 

    Subscribe and Review:

    Are you subscribed to my podcast? If you’re not, I want to encourage you to do that today. I don’t want you to miss an episode. I’m adding a bunch of bonus episodes to the mix, and if you’re not subscribed, there’s a good chance you’ll miss out on those. Click here for iTunes.

    Now, if you’re feeling extra loving, I would be really grateful if you left me a review over on iTunes, too. Those reviews help other people find my podcast, and they’re also fun for me to go in and read. Click here to leave a review, select “Ratings and Reviews” and “Write a Review,” and let me know what your favorite part of the podcast is. Thank you!

    Introducing CSIRT.global: if you love the internet, we need your help (MCH2022)

    Introducing CSIRT.global: if you love the internet, we need your help (MCH2022)
    The Dutch Institute for Vulnerability disclosure goes international. We’re building a community of enthusiasts to help stop the downward spiral of the internet, we’re calling it CSIRT.global. It’s aimed at international collaboration. Trust and communication, balanced with a sense of reality about the sensitive information we deal with, are key. Here’s how you can help, one vulnerability at a time. The internet is wonderful. It is also broken and spiralling downward. Governments and big tech often don’t serve the interests of internet enthusiasts. Some people decided to “be the change”. In 2019, The Dutch Institute for Vulnerability was founded, and now it has over 70 volunteers. You have likely heard of our work, like Citrix and Kaseya. Communication is key in disclosing and informing organizations. Internationally, this can pose a real challenge. Therefore, we are building an international community, and we’re calling it CSIRT.global. Trust and communication are key. In this talk, you will learn why we’re expanding, what our challenges are, how we deal with sensitive information, and why it’s logical a volunteer organisation takes the lead. Finally, you’ll learn how you can help. about this event: https://program.mch2022.org/mch2022/talk/ZY39UT/

    Introducing CSIRT.global: if you love the internet, we need your help (MCH2022)

    Introducing CSIRT.global: if you love the internet, we need your help (MCH2022)
    The Dutch Institute for Vulnerability disclosure goes international. We’re building a community of enthusiasts to help stop the downward spiral of the internet, we’re calling it CSIRT.global. It’s aimed at international collaboration. Trust and communication, balanced with a sense of reality about the sensitive information we deal with, are key. Here’s how you can help, one vulnerability at a time. The internet is wonderful. It is also broken and spiralling downward. Governments and big tech often don’t serve the interests of internet enthusiasts. Some people decided to “be the change”. In 2019, The Dutch Institute for Vulnerability was founded, and now it has over 70 volunteers. You have likely heard of our work, like Citrix and Kaseya. Communication is key in disclosing and informing organizations. Internationally, this can pose a real challenge. Therefore, we are building an international community, and we’re calling it CSIRT.global. Trust and communication are key. In this talk, you will learn why we’re expanding, what our challenges are, how we deal with sensitive information, and why it’s logical a volunteer organisation takes the lead. Finally, you’ll learn how you can help. about this event: https://program.mch2022.org/mch2022/talk/ZY39UT/

    Menschen könnten wütend werden - das BMBF, die Not-Hilfe und das IFG (rc3-2021)

    Menschen könnten wütend werden - das BMBF, die Not-Hilfe und das IFG (rc3-2021)
    Mit dem IFG lassen sich viele Dinge herausfinden - auch darüber, warum so wenige Studierende Unterstützung erhalten haben und was es mit dem IT-Tool für die Not-Hilfe auf sich hat. Eine Leidensgeschichte über das BMBF, die Not-Hilfe und das IFG Ende April 2020 kündigt die damalige Bundesministerin für Bildung und Forschung einen Not-Hilfe-Fonds für Studierende an. Im Hintergrund laufen die Diskussionen zwischen dem Bundesministerium für Bildung und Forschung und dem Deutschen Studentenwerk e.V. Wie kann den Studierenden geholfen werden? Welche Kriterien werden genutzt? Wer haftet im Falle einer Klage oder ähnlichem? Wie kann Missbrauch sichergestellt ... äh ... verhindert werden? Was sind die Anforderungen an das IT-Tool? Diese und noch mehr Fragen werden im Hintergrund diskutiert. Janfred und Franziska haben mit ihren verschiedenen IFG-Anfragen die Diskussionen, Dokumente, Schulungsunterlagen, E-Mails, Tweets und Pressemitteilungen an die Öffentlichkeit gebracht. Dabei haben sie mehr entdeckt, als in der Presse diskutiert wurde und als sie erwartet und befürchtet hatten. Nach einer längeren Tortur, die kostenpflichtige IFG-Anfragen, einen Widerspruch und eine Klageandrohung beinhaltete, sind über 500 Seiten Dokumente vom BMBF freigegeben und von einem Team ausgewertet worden. In diesen Dokumenten finden sich eine Vielzahl von Mails, die sehr interessante Einblicke in die Entwicklung der Förderrichtlinien und des IT-Tools geben und in denen zum Teil auch ein beeindruckende Ignoranz der Probleme von Studierenden zum Ausdruck gebracht wird. Datenschutz, IT-Sicherheit und die studentische Lebensrealität fallen hierbei komplett hinten runter. In diesem Talk wollen wir uns mit verschiedenen Themen beschäftigen: * Wie ist es zu der Not-Hilfe für Studierende gekommen? Welche Stellen haben welche Teile der Förder-Richtlinien zu verantworten? Und warum gab es dabei so heftige, berechtigte Kritik aus den Reihen der Studierenden? * Unter welchen Vorgaben und Richtlinien wurde das IT-Tool für die Antragstellung implementiert? Warum ist dieses Tool zum Anfang der Not-Hilfe so krachend zusammengebrochen? * Wie das BMBF mit unseren inzwischen 14 IFG-Anfragen in diesem Themengebiet umgegangen? Warum war es hier nötig, einen Widerspruch zu schreiben, bei dem ganz offensichtliche Fehler des BMBF bemängelt werden mussten? Welche Fehler haben wir aber auch bei den Anfragen gemacht? * Wie muss das IFG von der neuen Bundesregierung weiterentwickelt werden? about this event: https://pretalx.c3voc.de/rc3-2021-chaoszone/talk/GDNVNN/

    Menschen könnten wütend werden - das BMBF, die Not-Hilfe und das IFG (rc3-2021)

    Menschen könnten wütend werden - das BMBF, die Not-Hilfe und das IFG (rc3-2021)
    Mit dem IFG lassen sich viele Dinge herausfinden - auch darüber, warum so wenige Studierende Unterstützung erhalten haben und was es mit dem IT-Tool für die Not-Hilfe auf sich hat. Eine Leidensgeschichte über das BMBF, die Not-Hilfe und das IFG Ende April 2020 kündigt die damalige Bundesministerin für Bildung und Forschung einen Not-Hilfe-Fonds für Studierende an. Im Hintergrund laufen die Diskussionen zwischen dem Bundesministerium für Bildung und Forschung und dem Deutschen Studentenwerk e.V. Wie kann den Studierenden geholfen werden? Welche Kriterien werden genutzt? Wer haftet im Falle einer Klage oder ähnlichem? Wie kann Missbrauch sichergestellt ... äh ... verhindert werden? Was sind die Anforderungen an das IT-Tool? Diese und noch mehr Fragen werden im Hintergrund diskutiert. Janfred und Franziska haben mit ihren verschiedenen IFG-Anfragen die Diskussionen, Dokumente, Schulungsunterlagen, E-Mails, Tweets und Pressemitteilungen an die Öffentlichkeit gebracht. Dabei haben sie mehr entdeckt, als in der Presse diskutiert wurde und als sie erwartet und befürchtet hatten. Nach einer längeren Tortur, die kostenpflichtige IFG-Anfragen, einen Widerspruch und eine Klageandrohung beinhaltete, sind über 500 Seiten Dokumente vom BMBF freigegeben und von einem Team ausgewertet worden. In diesen Dokumenten finden sich eine Vielzahl von Mails, die sehr interessante Einblicke in die Entwicklung der Förderrichtlinien und des IT-Tools geben und in denen zum Teil auch ein beeindruckende Ignoranz der Probleme von Studierenden zum Ausdruck gebracht wird. Datenschutz, IT-Sicherheit und die studentische Lebensrealität fallen hierbei komplett hinten runter. In diesem Talk wollen wir uns mit verschiedenen Themen beschäftigen: * Wie ist es zu der Not-Hilfe für Studierende gekommen? Welche Stellen haben welche Teile der Förder-Richtlinien zu verantworten? Und warum gab es dabei so heftige, berechtigte Kritik aus den Reihen der Studierenden? * Unter welchen Vorgaben und Richtlinien wurde das IT-Tool für die Antragstellung implementiert? Warum ist dieses Tool zum Anfang der Not-Hilfe so krachend zusammengebrochen? * Wie das BMBF mit unseren inzwischen 14 IFG-Anfragen in diesem Themengebiet umgegangen? Warum war es hier nötig, einen Widerspruch zu schreiben, bei dem ganz offensichtliche Fehler des BMBF bemängelt werden mussten? Welche Fehler haben wir aber auch bei den Anfragen gemacht? * Wie muss das IFG von der neuen Bundesregierung weiterentwickelt werden? about this event: https://pretalx.c3voc.de/rc3-2021-chaoszone/talk/GDNVNN/

    #201 F2W 183 San Diego Recap, ADCC Trials/ WNO Discussion Preview

    #201 F2W 183 San Diego Recap, ADCC Trials/ WNO Discussion Preview

    This week on the show Main and Miranda discuss F2W 183 and talk about the upcoming WNO Championship Event and ADCC Trials. 

    In the news section of the show we discuss WNO championship pull out Craig Jones being replaced by fellow former teammate Oliver taza in the 185 pound division.  We also run through every athlete in all of the events divisions. 

    In the recap of the show we take a look at Fight to Win 183 featuring a fantastic submission finish from Baret Yoshida in his anaconda win over Bernardo Pitel, that he set up off of the half guard darce.  We talk about the leg lock and kneebar game of Michael Liera in his decision victory over Jackson Nagai to claim the welterweight title. We dive into Josh Hinger decision victory over Corey Guitard that saw the Atos grappler work from the mount and knee on belly for much of the match.  We briefly discussed Gabriel Almeida split decision victory over Dom Bell, and go into detail on Fellipe Andrew head and arm choke finish of Fellipe Trovo that earned him Fight of the Night honors, finishing from mount after defending a Buggy choke. We discussed the combination pinning toreando passing from Lucas Pinheiro that lead to him securing Carlos We also recapped the rematch between Sophia Nordeno and Nikki Sullivan that saw Sophia take a decision win.

    In the preview section of the show we Briefly discuss the location for F2W 184, and the upcoming ADCC European Trials.

    In the outro we discuss the newly announced polaris event featuring Craig Jones back to defend his title, and the upcoming ADCC East Coast trials that as of last count had over 500 grapplers signed up to take part, making it the biggest trials event of all time by well over 140 grapplers. Plus we discussed how excited we were going to be to cover it. 

    Recorded 9-13-2021

    #200 IBJJF 2021 Pans Black Belt Recap

    #200 IBJJF 2021 Pans Black Belt Recap

    This week on the show Maine and Zak celebrate 200 episodes by recapping the IBJJF Pans 2021.  Plus we preview F2W 183.

    In the news section we discuss our special episode 200 that featured all of the grappling rewind staff and the possibility that the episode will never be released.

    In the recap section of the show we discuss every single adult men's and women's black belt final for the 2021 IBJJF pan championship. Including Roosterweight Livio Ribeiro victory over Hiago Gama, Light-featherweight Diego “Pato” Oliveira closed out over Pedro Dias, Featherweight Jamil Hill-taylor returned after a long layoff to defeat Gabriel Sousa, Lightweight Johnatha Alves defeated Lucas Valente. At Middleweight Tainan Dalpra Defeated Yago Souza, and Medium-heavyweight André Porfirio Defeated Pedro Marinho Via Straight Ankle Lock
    In the Heavyweight division Gustavo Batista Defeated Adam Wardzinski in their fourth meeting. At Super Heavyweight Fellipe Andrew Defeated Guilherme Augusto, at Ultra Heavyweight Victor Hugo finished Rodrigo Ribeiro with a choke From the back, and in the Open Weight Fellipe Andrew Defeated Gustavo Batista in the highest scoring match of the finals 18×8.

    In the women's divisions at Roosterweight Lavinia Barbosa Defeated Jessa Khan, in Light-featherweight Anna Rodrigues Defeated Mayssa Bastos, at Featherweight Nathalie Ribeiro Defeated Margot Ciccarelli, for Middleweight Luiza Monteiro Defeated Andressa Cintra
    In, Medium-heavyweight Ana Carolina Vieira defeated Elisabeth Clay in their rematch now in the gi. At Heavyweight Maria Malyjasiak defeated Melissa Cueto with a short choke, in the Super heavyweight Gabrieli Pessanha defeated Yara Soares, and in the women's open weight final Yara Soares defeated Ana Carolina Vieira.

    In the preview section of the show we discussed the three big matches that were announced for fight2win 183 including Xande Ribero versus Dom Bell, Lucas Pinheiro versus Pedro Diaz, and Jackson Nagai versus Michael Leira Jr.

    In the outro of the show Zak discussed an upcoming vacation he was taking with his family and Maine discussed the beginning to hunting season and sighting in his crossbow.

    Recorded 9-6-2021

    PDL #183 – Santo Guerreiro Roma Invicta (feat. Eduardo Spohr)

    PDL #183 – Santo Guerreiro Roma Invicta (feat. Eduardo Spohr)
    Fala, Vagabundo! Neste Papo de Louco, convidamos Eduardo Spohr, autor dos best-sellers A batalha do Apocalipse e a série Filhos do Éden, para batermos um papo sobre seu novo livro Santo Guerreiro Roma Invicta.
    Edição - Luciano Munhoz. Capa - Luciano Munhoz.

    Mande seu e-mail de histórias, sugestões e Feedback para: contato@papodelouco.com.
    PIX: contato@papodelouco.com
    Padrim: padrim.com.br/papodelouco.
    Picpay: app.picpay.com/user/papodelouco.
    Facebook: facebook.com/papodeloucooficial.
    Twitter: twitter.com/papodelouco_.
    Instagram: instagram.com/papodelouco_podcast.

    Store: papodelouco.com/store.

    PyQGIS the comfortable way - tricks to efficiently work with Python and QGIS (foss4g2019)

    PyQGIS the comfortable way - tricks to efficiently work with Python and QGIS (foss4g2019)
    With PyQGIS you can write scripts and plugins to implement new features and perform automated tasks within QGIS, let's see how we can do that more efficiently thanks to some nifty tricks. Thanks to tricks like using decorators and the qgis.utils module one can improve readability and performance by simplifying a lot of code None about this event: https://talks.2019.foss4g.org/bucharest/talk/QQWQQE/
    Logo

    © 2024 Podcastworld. All rights reserved

    Stay up to date

    For any inquiries, please email us at hello@podcastworld.io