It's been a while since we last shared a story from our community, and today we're excited to bring you another one. This time, we follow Arda from TΓΌrkiye, a fan of Euro Truck Simulator 2, who turned his passion for virtual trucking into reality and has now earned his real truck driver's license!
What started as a love for life on the road in-game has grown into a real profession behind the wheel. Arda started playing Euro Truck Simulator 2 regularly in 2025, and the enjoyment he found in ETS2 inspired him to pursue truck driving in real life.
"ETS2 is extremely popular in TΓΌrkiye and has a very large and passionate community. I have always loved simulation games, so I bought the game immediately after discovering it. What I enjoyed most about ETS2 was its realism. The traffic rules, weather conditions, real truck brands, vehicles, countries, and maps all felt incredibly immersive. It genuinely felt like I was traveling across different countries. The truck sounds are very close to reality, and playing the game helps me relax and leave behind the stress of everyday life," says Arda.
When he started playing ETS2, he had no prior experience with driving trucks. At first, Arda played the single-player mode until he discovered Driving Academy and became hooked.
"I immediately thought that maybe this is what I've been looking for. It turned out to be exactly that. On that day, I decided to obtain a truck driver's license. I spent a lot of time practicing in Driving Academy. I challenged myself to complete the scenarios using only the first-person camera view. The final scenarios were extremely difficult. There were many nights when I stayed awake until 2:00 or 3:00 in the morning trying to complete a single challenge. At one point, I thought I would never finish them, but after enough repetition and practice, I gradually improved. The final challenges were very difficult, but I was incredibly happy when I completed them all."
Arda realized how much he enjoyed being on the road and traveling toward a destination. The more time he spent playing the game, the more excited he became whenever he saw a real truck on the road. Before the end of the year, he signed up for a truck driving course and decided to pursue it seriously, and eventually succeeded as well.
"The experience I gained in ETS2, and especially in Driving Academy, helped me tremendously during my lessons. Reverse maneuvers, reversing with a trailer, and navigating tight or sharp turns felt much easier because I had already practiced them extensively in the game. I have been driving regular vehicles for many years, but maneuvering a trailer, especially in reverse, is completely different from driving a car. Without ETS2, I would have struggled much more," he told us.
We have also received stories over the years from other members of our community who had a similar story, and we are so proud that ETS2 contributed to Arda's career in real life.Β
"I told my instructors about the game and how much it had helped me
improve so quickly. When I noticed that I was progressing faster than
many other trainee drivers, I realized just how beneficial the game had
been for me. I saw that around 30β40% of candidates failed. I told many of them about ETS2 because it genuinely helped me. Reversing and parking a truck with a trailer is largely a matter of practice, and Driving Academy provides an excellent environment for that. After enough repetition, your brain becomes surprisingly comfortable performing similar maneuvers in real life."
It goes to show that Euro Truck Simulator 2 and the Driving Academy can help players to grasp the feeling of driving a truck and make it more comfortable when you sit in the real vehicle, as Arda elaborates on here:
"In the game, I often leaned my view out of the driver's side window while reversing into parking spaces. When I later tried similar maneuvers in real life, I was amazed by how natural they felt. Parking in an L-shape to the right (a 90-degree reverse parking maneuver) is difficult both in the game and in reality. However, through countless hours of practice in Driving Academy, I learned how to approach those situations calmly, how much steering input was appropriate, when a maneuver became risky, and how to reverse into areas with limited visibility. The experience felt remarkably close to real life. Without ETS2, I might not have passed the exam," Arda shared with us.
Even though he completed the truck driving license, there are still more things Arda needs to sort out before he can begin his real-life journey on the route.
"In TΓΌrkiye - and perhaps in other countries as well - obtaining a truck
driver's license is only the first step. To work professionally as a
truck driver, additional certificates,
transportation qualifications, and international freight transport
documents are required. I have already obtained all of them except one,
and I am currently waiting for the final certification process to be
completed. After that, I will officially be able
to work in freight transportation," he says.
At the end of the blog, Arda has a message to the #BestCommunityEver, which might even motivate some of you who have been thinking about taking up a career as a truck driver to make the next step!
"After experiencing real trucks firsthand, I realized how
comfortable they actually are. I wish I could drive a truck every day. The cabin is incredibly
comfortable, and the driving position provides a great sense of
confidence and safety. Being able to see the road from above other
vehicles is a unique and enjoyable feeling. The large windshield
offers a wonderful view of both the road and the scenery. Even in ETS2,
I would often stop to admire beautiful landscapes and lighting
conditions. Experiencing that feeling in real life, however, is
something truly special and difficult to put into words."
We would like to thank Arda for sharing this story with our community and us, and wish him safe travels in his future truck driving adventures!
Don't forget to follow us on our X/Twitter, Facebook, Instagram, Bluesky, and YouTube, so you won't miss out on upcoming news! We'd also really appreciate it if you could sign up for our newsletter to stay informed, even when you're not able to check out the blog or our socials.
Apple and Major League Baseball unveiled the August schedule for βFriday Night Baseball,β the weekly doubleheader streaming every Friday on Apple TV.
The Works with Home Assistant program powers up this month as we welcome our new partner, IoTorero! π Experts in pre-flashed smart home hardware, IoTorero bring the very first ESPHome-ready smart plugs and relays to the program (and thatβs not all).
IoTorero enters the ring
If youβve spent any time browsing pre-flashed smart home tech online, thereβs a good chance youβve come across IoTorero. And if you havenβt, let us introduce you! Founded in 2020, the company (formerly Athom Technology) was tinkering with ESPHome right out of the gate. Their new name is a nod to the Internet of Things (IoT), but unlike standard IoT gadgets that stop working if your internet drops or a company closes its servers, IoTorero champion open source firmware.
Other smart devices run manufacturer-written software, which is tuned to work well with Home Assistant for certification to the program. IoTorero go a step further to make sure their tech is accessible for all: all seven of their certified devices are pre-flashed with ESPHome, meaning thereβs no installation required β the devices will integrate into your Home Assistant setup straight out of the box. And because their devices are genuinely open, you can always tweak and customize them if you want to.
βSince inception in 2020, IoTorero (Athom Technology) has been dedicated to the research, development, and manufacturing of open source smart home hardware products. We provide Home Assistant users with high-quality devices pre-flashed with ESPHome firmware. By joining the Works with Home Assistant program, we ensure that customers can select and purchase our products with complete confidence.β
- Aiden Tang, CTO and Co-Founder, IoTorero
That same spirit of openness carried over to last yearβs Community Day, where IoTorero donated a stack of samples for attendees to try β a gesture we loved to see, and one that speaks to how seriously they take supporting our community πͺ. It shows up in their approach to code, too: IoTorero maintain a public GitHub repository of configs for all their devices, free for anyone to learn from or build on.
Speaking of community, the development of projects like ESPHome from the Open Home Foundation is supported by Home Assistant Cloud subscribers and anyone who purchases Home Assistant hardware. While all of IoToreroβs devices work locally, if youβre interested in remote access β for example to check your energy use or open the garage door from a distance β check out Home Assistant Cloud.
Right on (Io)Time
For anyone new to it, ESPHome is a powerful platform that allows smart home devices to operate completely locally via the chip inside, with no cloud required. Because IoToreroβs devices arrive pre-flashed, you get all that local power without having to learn how to build or compile firmware yourself. And it just got a major upgrade. The ESPHome team recently released a new UI and Device Builder, swapping the old code editor-inspired dashboard for a visual workspace that can suggest components and layouts as you build.
Since IoToreroβs devices arrive pre-flashed, thereβs nothing to set up in advance: just connect them, and theyβll show up in Home Assistant like any other device, ready to control and automate from your normal dashboard. The ESPHome Device Builder is there if you ever want to go further: it allows you to do things like renaming a device or tweaking its config, without needing to touch any codeβ¦ unless you want to. Whether youβre new to the arena or a seasoned pro, it means a lot less guesswork (and a lot more fun!).
Devices
Every device that earns Works with Home Assistant certification goes through our in-house testing process, checked against our core requirements of local control, privacy, and long-term support β and IoTorero meets that bar across the board. Their devices also carry the Made for ESPHome certification, a separate badging program and prerequisite for any ESPHome devices joining Works with Home Assistant.
Hereβs the full list of IoToreroβs certified devices:
Sustainability is one of the Open Home Foundationβs core principles, and IoToreroβs ESP32-C3 plugs are a great example of what that looks like in practice. They turn an ordinary appliance into something smart and measurable, with all four regional variants monitoring voltage, current, power, and total consumption β making it easy to spot energy waste and cut your homeβs carbon footprint, as well as your bill.
The Power Monitoring Mini Relay brings that same convenience to hardwired setups. At roughly the size of a matchbox, itβs small enough to tuck behind a wall switch or inside a cabinet, and itβs built for switch control, garage and appliance automation, and other local smart home workflows a standard plug canβt reach.
Proxy points
Another nifty feature across IoToreroβs devices is that they double as Bluetooth proxies. This means they pick up signals from nearby Bluetooth low-energy (BLE) devices and pass them on to Home Assistant, extending your Bluetooth range without having to buy an extra, dedicated device. The Open Home Foundationβs recent blog post, Proxy all the things: no device left behind, explains why this is so important: turning everyday hardware into a βbridgeβ for other devices means getting more out of what you already own, instead of buying something new for every job. And one less gadget to buy means one less device ending up as e-waste β»οΈ.
Old friends, new badge
As one of ESPHomeβs earliest adopters, IoTorero have well and truly earned our formal badging, and weβre thrilled to bring their devices to the Home Assistant community β tested, certified, and ready to make the path from unboxing to automating that much smoother. Check out the full lineup of IoToreroβs devices, along with the full range of Works with Home Assistant-compatible tech over at our certified device list.
FAQs
Q: If I have a device that is not listed under Works with Home Assistant does this mean itβs not supported?
A: No! It just means that it hasnβt gone through a testing schedule with our team or doesnβt fit the requirements of the program. It might function perfectly well but be added to the testing schedule later down the road, or it might work under a different connectivity type that we donβt currently test under the program. We do not certify anything that relies on cloud control.
Q: OK, so whatβs the point of the Works with program?
A: It highlights the devices we know work well with Home Assistant and the brands that make a long-term commitment to keeping support for these devices going. The certification agreement specifies that the devices must have the functionality you would expect within Home Assistant, operate locally without the need for cloud and that they will continue to do so long-term.
Q: How were these devices tested?
A: All devices in this list were tested using a standard Home Assistant Green as a hub and using the ESPHome integration. If you have a different set-up thatβs not a problem, but we test against these as they are the most effective way for our team to certify within our ecosystem.
Q: Will you be adding more IoTorero devices to the program?
A: Why not! Weβre thrilled to foster a close relationship with the team at IoTorero to work together on any upcoming releases or add in further products that are not yet listed here.
The Stable channel has been updated to 150.0.7871.114/.115 for Windows andMac and 150.0.7871.114 for Linux, which will roll out over the coming days/weeks. A full list of changes in this build is available in the Log
Security Fixes and Rewards
Note: Access to bug details and links may be kept restricted until a majority of users are updated with a fix. We will also retain restrictions if the bug exists in a third party library that other projects similarly depend on, but havenβt yet fixed.
This update includes 27 security fixes. Please see the Chrome Security Page for more information.
[N/A][518006275] Critical CVE-2026-15112: Use after free in Ozone. Reported by Google on 2026-05-29
[N/A][524045160] Critical CVE-2026-15129: Use after free in Views. Reported by Google on 2026-06-15
[$500][527385397] High CVE-2026-15132: Uninitialized Use in V8. Reported by Pierre Langlois from Arm on 2026-06-24
[$500][527406824] High CVE-2026-15133: Use after free in InterestGroups. Reported by Jihyeon Jeong (Compsec Lab, Seoul National University / Research Intern) on 2026-06-24
[N/A][515443146] High CVE-2026-15108: Integer overflow in Extensions API. Reported by Google on 2026-05-21
[N/A][516899138] High CVE-2026-15109: Uninitialized Use in ANGLE. Reported by Google on 2026-05-26
[N/A][516948486] High CVE-2026-15110: Use after free in Extensions. Reported by Google on 2026-05-27
[N/A][517508651] High CVE-2026-15111: Use after free in Views. Reported by Google on 2026-05-28
[N/A][520540744] High CVE-2026-15113: Use after free in Autofill. Reported by Google on 2026-06-05
[N/A][520565945] High CVE-2026-15114: Out of bounds read and write in Codecs. Reported by Google on 2026-06-06
[N/A][520576676] High CVE-2026-15115: Insufficient validation of untrusted input in WebAppInstalls. Reported by Google on 2026-06-06
[N/A][522092013] High CVE-2026-15116: Use after free in Actor. Reported by Google on 2026-06-10
[N/A][522568496] High CVE-2026-15117: Use after free in Payments. Reported by Google on 2026-06-11
[N/A][523238265] High CVE-2026-15118: Use after free in Input. Reported by Google on 2026-06-12
[N/A][523505418] High CVE-2026-15119: Inappropriate implementation in GetUserMedia. Reported by Google on 2026-06-13
[N/A][523609602] High CVE-2026-15120: Use after free in Core. Reported by Google on 2026-06-13
[N/A][523712556] High CVE-2026-15121: Use after free in WebRTC. Reported by Google on 2026-06-14
[N/A][523717219] High CVE-2026-15122: Insufficient validation of untrusted input in Codecs. Reported by Google on 2026-06-14
[N/A][523729553] High CVE-2026-15123: Insufficient data validation in DOM. Reported by Google on 2026-06-14
[N/A][523735038] High CVE-2026-15124: Insufficient policy enforcement in Passwords. Reported by Google on 2026-06-14
[N/A][523737685] High CVE-2026-15125: Inappropriate implementation in Forms. Reported by Google on 2026-06-14
[N/A][523748081] High CVE-2026-15126: Use after free in Forms. Reported by Google on 2026-06-14
[N/A][523752265] High CVE-2026-15127: Inappropriate implementation in WebGL. Reported by Google on 2026-06-14
[N/A][523756329] High CVE-2026-15128: Inappropriate implementation in Forms. Reported by Google on 2026-06-14
[N/A][526541544] High CVE-2026-15130: Insufficient policy enforcement in Navigation. Reported by Google on 2026-06-22
[$2000][503553615] Medium CVE-2026-15107: Use after free in IndexedDB. Reported by zh1x1an1221 of Ant Group Tianqiong Security Lab on 2026-04-17
[N/A][526542464] Medium CVE-2026-15131: Insufficient data validation in Navigation. Reported by Google on 2026-06-22
We would also like to thank all security researchers that worked with us during the development cycle to prevent security bugs from ever reaching the stable channel.
Interested in switching release channels? Find out howhere. If you find a new issue, please let us know byfiling a bug. Thecommunity help forum is also a great place to reach out for help or learn about common issues.
The DistroWatch news feed is brought to you by TUXEDO COMPUTERS. The deepin project has published a new release of its Debian-based distribution. The new version, deepin 25.2.0, includes several desktop improvements and security updates: "Treeland desktop environment upgrade - Treeland stability and usability have been significantly improved, with over 20 fixes for stability and high-frequency interaction issues; file....
Apple announced a new six-year commitment with Broadcom to design and produce custom silicon components and cutting-edge wireless connectivity technologies.
Β The Stable channel has been updated to 150.0.7871.100/.101 for Windows andMac andΒ 150.0.7871.100Β for Linux, which will roll out over the coming days/weeks. A full list of changes in this build is available in the Log
Interested in switching release channels? Find out howhere. If you find a new issue, please let us know byfiling a bug. Thecommunity help forum is also a great place to reach out for help or learn about common issues.
26.3 Snapshot 3 (known as 26.3-snapshot-3 in the launcher) is the third snapshot for Java Edition 26.3, released on July 7, 2026.
Full changelog: https://minecraft.wiki/Java_Edition_26.3-snapshot-3
Weβre updating which Apple platforms the Home Assistant Companion app supports, and because transparency is core to how we work, we want to be upfront about whatβs changing.
Starting with version 2026.8.0 of the Companion app, we will no longer support iOS 15, watchOS 8, or macOS 11. The last supported version for these platforms will be 2026.7.1.
Hereβs everything you need to know:
Why weβre making the change
At Home Assistant, weβre committed to helping you use your devices for the long haul. We know your hardware is something you rely on every day, which is why we try to keep the Companion app running on older devices for as long as possible. However, supporting older OS versions indefinitely comes at a cost, limiting our ability to adapt to modern technology.
From September this year, Appleβs developer tools will officially stop supporting watchOS 8 and macOS 11, making it technically difficult for us to keep building for them. With less than 1% of our users currently running these older OS versions, this update allows us to future-proof the Companion app for the vast majority of our community.
By focusing our efforts on current operating system versions, we can keep our codebase maintainable for the long term. This shift removes some long-standing constraints, since older OS versions had been limiting our ability to make UX, stability, and performance improvements, including adding features such as Apple Watch complications and more advanced widgets.
What this means for you
A recap of whatβs changing:
The last Companion app update for these platforms will be version 2026.7.1.
After version 2026.7.1, the minimum supported versions for the Companion app will be iOS 16.4, watchOS 9, and macOS 12.
Importantly, this doesnβt mean your older iOS devices will become unusable. You can still control your home using the Home Assistant frontend in your deviceβs web browser, which remains fully supported and receives regular monthly updates.
The last compatible Companion app version (2026.7.1) will also remain available on the App Store, and the source code will stay accessible on GitHub for any users who want to compile the app themselves.
Looking ahead
This update means a stronger, more capable Companion app for everyone going forward, and itβs part of how we keep Home Assistant evolving. We appreciate your understanding and support through this change, and are looking forward to building whatβs next.
This release addresses medium-impact problems that need to be fixed as some enable remote DOS, or local memory corruption.
The fixes below, and more, are also released in the unstable version postfix-3.12-20260706.
In addition to updated releases for the supported Postfix versions 3.8-3.11, releases will also be available for the out-of-support Postfix versions 3.5-3.7. NOTE: these do not include the patches for out-of-support Postfix versions that have been issued for "large SMTP inputs (June 2026)", "TLSA parsing (June 2026)", and "SMTP smuggling fixes". Those patches still need to be applied.
These defects were found by Qualys assisted by Claude Mythos Preview; more than half date from 20 or more years ago. When I implemented Postfix, I knew that there were going to be mistakes. That is the reason why Postfix has its architecture and safety nets. The number of defects may seem large, but consdering that they were found in a code base of some 150 thousand lines, the error rate is still lower than what I designed for.
Denial of service:
Bug (defect introduced: Postfix 2.7, date: 20090617): out-of-memory condition with remote input in the postscreen dummy SMTP engine. This dummy engine is used after PREGREET or DNSBL checks fail, or when "after 220" protocol checks are enabled. Reported by Qualys, assisted by Claude Mythos Preview.
Bug (defect introduced: Postfix 2.0, date: 20030619): file system DOS: with smtpd_proxy_filter enabled, the before-filter SMTP server did not enforce the message size limit for mailbox From_ lines at the beginning of a message. With smtpd_proxy_filter disabled, the file size limit was still enforced by the cleanup daemon. Reported by Qualys, assisted by Claude Mythos Preview.
Memory corruption:
Bug (defect introduced: Postfix 2.3, date: 20060611): double ldap_msgfree(resloop) call during error handling when special_result_attribute is configured. An attacker who controls the LDAP server or can play attacker-in-the-middle could corrupt heap memory. Reported by Qualys, assisted by Claude Mythos Preview.
Bug (defect introduced: Postfix 3.4, date: 20190121): missing null termination in a postlogd process that was started with an EMPTY maillog_file setting, while receiving a message from a postlog command that was started with a NON-EMPTY maillog_file setting. Under these contradicting conditions, an unprivileged attacker could cause postlogd to write null bytes to stack memory as it tokenized text outside the receive buffer, and possibly gain 'postfix' privilege. Problem reported by Qualys, assisted by Claude Mythos Preview.
Bug (defect introduced: Postfix 2.3, date: 20060711): one-byte heap over-write in the Milter client with soft_bounce=yes while processing a malformed SMFIR_REPLYCODE Milter response. An attacker who controls the Milter or who can play attacker-in-the-middle could corrupt heap memory. Reported by Qualys, assisted by Claude Mythos Preview.
Other crashes and panic()s:
Bug (defect introduced: Postfix 2.1, date: 20030619): SMTP server panic() in smtpd_proxy_filter when handling long mailbox From_ lines at the beginning of a message. Reported by Qualys, assisted by Claude Mythos Preview.
Bug (defect introduced: Postfix 3.1, date: 20151129): a missing return statement in the SHOWQ_CLEANUP_AND_RETURN() macro. A local user could submit a crafted message that triggered a read-after-free and panic() in the unprivileged showq daemon (which scans the mail queue for the 'postqueue -p' and 'mailq' commands). This could happen only before a message had been picked up by the pickup(8) daemon. Problem reported by Qualys, assisted by Claude Mythos Preview.
Bug: (defect introduced: Postfix 3.10, date: 20240925): NULL pointer read in the TLSRPT client, caused by missing STR_OR_NULL() wrappers. Reported by Qualys, assisted by Claude Mythos Preview.
Bug (defect introduced: Postfix < alpha, date: 1997): missing recursion guard while processing :include: files that directly include other :include: files in local(8) aliases or .forward files. This could result in exhausting stack space (segfault) or file handles (fatal error). This is not a global DOS; it affected at most two parallel delivery processes for the local recipient who created the condition. Reported by Qualys, assisted by Claude Mythos Preview.
Other read after free:
Bug (defect introduced: postfix-3.11.0-RC1, date: 20251222): heap memory over-read in the cleanup daemon as it handled a milter "shutdown" reply. The over-read memory was logged after masking unprintable content. Problem reported by Qualys, assisted by Claude Mythos Preview.
Bug (defect introduced: Postfix 2.3, date: 20050526): limited (<= 11 byte) heap over-read in the cleanup daemon. This could be triggered by local user with a crafted queue file, but the over-read content was not disclosed and there was no other impact. Problem reported by Qualys, assisted by Claude Mythos Preview.
Bug (defect introduced: Postfix < alpha, date: 19971221): a signal handler in the postdrop command could call unlink() with a pathname that was already wiped and free()d, but not yet reused. Reported by Qualys, assisted by Claude Mythos Preview.
Other code hygiene:
Bug (defect introduced: Postfix 3.11, date: 20260219): In the non-BerkeleyDB re-indexing server, vstream_fopen_as() ignored the uid and gid arguments and opened a database source file read-only as the 'postfix' user instead of the file owner. Reported by Qualys, assisted by Claude Mythos Preview.
Bug (defect introduced: Postfix 2.2. date: 20040829): after a RAND_bytes() call failure, do not rely on stack-based pseudo-randomness for tlsmgr seed generation, and for timing jitter of tlsmgr seed refresh intervals. Reported by Qualys, assisted by Claude Mythos Preview.
Bug (defect introduced: Postfix 2.3, date: 20060711): In the Milter client, null-terminate the SMFIR_REPLYCODE response data to exclude stale data when processing the result as a C string. Reported by Qualys, assisted by Claude Mythos Preview.
Proactive changes:
Hardening: make sure that optimizers will not delete a memset() call in myfree() that wipes memory.
Allow zero-length memory allocation requests. Many people have experience with systems that allow this, therefore it should not trigger a panic in Postfix.
Safety: added a global recursion guard in the local delivery agent.
there is a discord server with an @everyone in case of future important updates, such as vulnerabilities (most recently 2026-07-06)
β οΈ ATTN: this release fixes a dirkey vulnerability
in volumes with bothdirkeys and filekeys enabled (default-disabled), a valid filekey could be converted into a dirkey, granting read-access to the containing folder
recent important news
v1.20.17 (2026-07-06) fixed a vuln when a volume has both filekeys and dirkeys enabled
v1.20.17 (2026-07-06) introduced csp nonces, possibly breaking some javascript-based plugins
π§ͺ new features
enforce csp nonces on javascript (additional xss defense) d3b9599
this could possibly break some aftermarket javascript-based plugins (--js-browser / --html-head)
now probably safe to disable the markdown/logue sandboxes (--no-sb-md / --no-sb-lg) in most deployments, avoiding #230
sandbox ffmpeg/ffprobe in bwrap to defend against future FFmpeg vulns efa43f885be3b8
doesn't work in docker / podman, so initcfg in the images have use-bwrap: n to disable it db68353
If you are upgrading from v0.16.x, replace the binary (or run docker pull). If you are upgrading from v0.15.x and below, please read the upgrading documentation for more information on how to upgrade from previous versions.
The DistroWatch news feed is brought to you by TUXEDO COMPUTERS. This week in DistroWatch Weekly:
Review: FreeBSD 15.1 with install-time desktop
News: Asahi fixes macOS boot bug, reasons to run Gentoo, Ubuntu reverts Rust-based copy command, Astral gets WINE port
Questions and answers: Various tools for running admin commands
Released last week: Slackel 9.0 "MATE", Mageia 10, Kali Linux 2026.2, ArchBang....
Today, weβre excited to share your very first look at gameplay from our upcoming Coaches DLC for Euro Truck Simulator 2, a highly anticipated expansion that many of you in our community have been eager to see more of. Let's hit the road!
In this first showcase, we go behind the wheel of the MAN Lion's Coach. Join us as we take on a bus route between Duisburg and Rotterdam. Along the way, youβll get a glimpse at the passenger satisfaction mechanics in its current iteration, and how it will play a role in your journey on the road ahead.
Youβll also get a great look at the MAN Lionβs Coach itself, a vehicle well regarded in the industry for its blend of efficiency, practicality, and passenger comfort. Powered by MANβs reliable D26 engine, it delivers strong performance for long-distance travel. Inside, the coach is designed with comfort in mind for both driver and passengers alike, featuring large windows, well-arranged seating, and a clean, spacious interior. We think it makes the perfect choice for our first gameplay preview!
Please keep in mind that this gameplay footage is still a work in progress and does not represent the final version of the Coaches DLC. Some features, visuals, and mechanics may change or be further refined as development continues.
We hope you are as excited as we are for the upcoming Coaches DLC as the development continues! For the latest updates, be sure to follow us on our social media channels on X, Instagram, Facebook, Bluesky, and TikTok, or sign up for our newsletter. If you're looking forward to hitting the road in style, donβt forget to add the Coaches DLC to your Steam Wishlist!