Akademy 2019

At this year's Akademy I had great moments with new and already known people. Akedemy gives me much power for hopefully the rest of the year. I really enjoyed the daytrip to the lake. It was calm and beautiful environment. The daytrip helped me to calm down again. Together with Leiner, Florian and Valorie we sat down to discuss issues for newcomers attending Akademy the first time while having an amazing lunch. Is it often hard to remember how hard it can be to attend the Akademy the first time without knowing lots of people. The outcome of this discussion will feed back to community after some more cleanup of our notes. Hopefully we can make the next Akademy even better for newcomers next year!
My highlights from the first two days of great talks are Kirogi and "Developers Italia". I really enjoyed seeing that Open Source reaches more and more domains and now you can even control your drone with Open Source named Kirogi. The software itself looks already quite usable and I'm looking forward what features we will see there in future...
"Developers Italia" was an eye opener, in how governments can change the laws so administrations must invest in Open Source. In Italy, administrations are forced to search for an existing solution in Open Source and then use this solution. If the software does not work for them they can pay developers to implement their needed features, but still the code will be owned by the administration and they need to publish the code afterwards under an Open Source license. I'm very interested to see how this will develop in future, because at the moment I still have the bad feeling that some big companies may have the ability and also the desire to destroy this revolutionary idea, with the result that only some big companies will get all the big grants, and the result will be bloated unusable Open Source software. But none the less, let's give the Italy administrations a warm welcome and give them a hand to become good Open Source citizens.
I also enjoyed the talk by Albert about the status of fuzzing KDE software. Albert explained, that the first Frameworks are covered by fuzzing, and the results that were found by the fuzzer. The first days and weeks spit out a lot of interesting issues, but nowadays, the fuzzer takes a lot of time to find new issues. So it is time now to add the next set ready to be fuzzed. I talked with Albert about what would be the most valuable parts of KDEPIM that should be covered by fuzzing. The first set is KMime, KContacts and KCalenderCore as they handle input without any user interaction.
-
- Login or register to post comments
Printer-friendly version
- 1746 reads
PDF version
More in Tux Machines
- Highlights
- Front Page
- Latest Headlines
- Archive
- Recent comments
- All-Time Popular Stories
- Hot Topics
- New Members
today's howtos
| Wine Developers Are Working On A New Linux Kernel Sync API To Succeed ESYNC/FSYNC
While there is the prior "ESYNC" and "FSYNC" work pursued by Wine for the Linux kernel, it appears Wine developers are back to the drawing board in coming up with a Linux kernel implementation for Wine synchronization primitives that will address all their needs and match the Windows behavior well.
CodeWeavers developer Zebediah Figura sent out a lengthy mailing list post on Sunday night outlining the current state and objectives of coming up with kernel-based Wine synchronization primitives. While the ESYNC/FSYNC patches were successful in improving the performance of many Windows games running on Linux, they are still working towards a more all encompassing solution and to match the behavior well for Windows and with optimal speed.
|
Linux Weekly Roundup: Wine 6.0, Fedora i3 Spin, and More
Here’s this week’s (ending Jan 17, 2021) roundup series, curated for you from the Linux and the open-source world on application updates, new releases, distribution updates, major news, and upcoming highlights. Have a look.
| Linux 5.11-rc4
Things continue to look fairly normal for this release: 5.11-rc4 is solidly average in size, and nothing particularly scary stands out. In the diff itself, the new ampere modesetting support shows up fairly clearly - it's one of those hardware enablement things that should be entirely invisible to people who don't have that hardware, but it does end up being about a fifth of the whole rc4 patch. If you ignore that oddity, the rest looks pretty normal, with random patches all over, and a lot of it being quite small. All the usual suspects: drivers (gpu, sound, rdma, md, networking..) arch updates (arm64, risc-v, x86), fiesystems (ext4, nfs, btrfs), core networking, documentation and tooling. And just random fixes. The appended shortlog gives the details as usual.. Linus ![]() |
Recent comments
1 hour 7 min ago
1 hour 33 min ago
1 hour 35 min ago
6 hours 5 min ago
6 hours 8 min ago
12 hours 31 min ago
12 hours 42 min ago
1 day 10 min ago
1 day 1 hour ago
1 day 7 hours ago