Welcome to the October activity report!
I had managed to get other people to write the report for a few months, but
not for October, apparently. So, I’m back!
This report covers hrev54609-hrev54715 (about a month and a half work).
The focus is not much on new and exciting features this month, there is a lot
of bug fixing and cleanup work going on, as well as some performance improvements,
and compatibility fixes for easier application porting.
Welcome to the Haiku Monthly Activity Report for September 2020. This report covers revisions from hrev54539 to hrev54608.
System Sounds Contest
We’ve started a contest for the system sounds, and currently it’s ongoing. For more details, see the contest post.
Applications
AlwaysLivid improved the after-install UX via a bunch of Installer and FirstBootPrompt fixes. Now it is possible to exit the FirstBootPrompt to Desktop without having to restart the system.
AlwaysLivid added Mail auto-configure data for mailbox.org and riseup.net.
Welcome to the Haiku Monthly Activity Report for August 2020. This report covers revisions from hrev54480 to hrev54538.
This month is not active as the last one, but we have exciting improvements in the pipeline, since GSOC 2020 is coming to an end, and our developers are working hard to review GSOC projects at a fast pace.
Applications
Humdinger improved accessibility on WebPositive by adding a missing tooltip on Settings window.
Summer! The time to slow down, relax, go to strange places, and do the projects that are long overdue. This summer I had the joy of spending my time in a lovely house near Lyon in France. In many ways the summer was like others, meaning there was plenty of wine and a lot of relaxing activities. At the same time, the Covid situation did give me a lot of reasons to scale back exploratory activities at the tourist hot spots, and instead focus on activities close to home. I decided to seize the opportunity and to see if I could dive into one of my long-standing pet peeves in the Haiku ecosystem.
For a long time I have been maintaining the build of the Rust compiler and development tools on Haiku. For this purpose, I maintain a separate tree with the Rust source, with some patches and specific build instructions. My ultimate end goal is to have Rust build on Haiku from the original source, without any specific patches or workarounds. Instead we are in the situation where we cannot build rust on Haiku itself (instead we need to cross-compile it), and we need a customization to be able to run the Rust compiler (rustc) and package manager (cargo) on Haiku. This summer my goal would be to find out the underlying issue, and fix it so that the patch will no longer be necessary in the future. Let’s go!
Hi all. This is my final report on my project aiming to improve Services Kit,
the networking backend behind most native Haiku application, most notably
WebPositive.
Progress made during GSoC
You may find the patches here:
Here’s the summary of some of the outstanding changes:
BMemoryRingIO is introduced for high-speed cross-thread communication. This
is an implemenation of a circular buffer with BDataIO interface. The
intended use case for this is for a HTTP/2 implementation, where one thread
will be the multiplexer and request threads will make use of this to retrieve
from the multiplexer.BUrlRequest will now output directly into a BDataIO. This simplifies the
API for users as they can now reuse BDataIO implementations within Haiku
like BFile, BMallocIO, etc. without having to implement a
BUrlProtocolListener.- Introducing
BUrlSession as a context manager allowing request handlers to
access and store session data. What this will enable is the ability to
reuse previously opened connections, which should reduce latency when
requests are opened against previously connected hosts. This portion is still
a WIP. - A clean up and rearchitecture of HaikuWebKit (WebPositive’s engine) networking
was done which should improve reliablity. The rearchitecture also come with
fixes for HTTP authentication and redirection, which should now function
as well as other browsers.
I’ll be honest, I’m not happy with (relatively) small the amount of work that I
have done during this GSoC, and I’m sorry for have not followed up with my set
goals.
Hello there!
This is the final report on my project which aimed at initiating support for XFS Filesystem on Haiku, by first making a read only driver.
Work done during the program:
You can check for the patches here: https://review.haiku-os.org/q/hashtag:gsoc2020+owner:shubhambhagat111%2540yahoo.com
All directory and files work is completed and we should be able to read them from a version 4 XFS Filesystem. I’ve come to realize that we can now even try to read version 5 of XFS now that the ground work has been placed.
Hello Everyone!
This is my third post related to my project, Adding UFS2 file system in Haiku
The link below provides the patches that I have worked on till now.
Know more
Work done till now
The following points briefly describes what I have done till now:
Reading a file in a UFS2 formatted disk
- Implemented ufs2_open(), ufs2_read() in kernel_interface.cpp
Reading data from block pointers
- Modified struct ufs2_inode in Inode.h
- Implemented GetBlockPointer(), GetIndirectBlockPointer(), GetDoubleIndirectBlockPtr(), GetTripleIndirectBlockPtr() to get the block pointer from ufs2_inode
Get the block from file offset
Hello Everyone!
This is my another post related to my project, Adding UFS2 file system in Haiku
The link below provides the patches that I have worked on till now.
Know more
Work done till now
The following points briefly describes what I have done till now:
Reading a symbolic link in a UFS2 formatted disk
- Implemented ufs2_read_link() in kernel_interface.cpp
Reading data from block pointers
- Modified struct ufs2_inode in Inode.h
- Modified GetBlockPointer(), GetIndirectBlockPointer(), GetDoubleIndirectBlockPtr(), GetTripleIndirectBlockPtr() to get the block pointer from ufs2_inode
Implemented ReadLink() in Inode.cpp
I have an ActivityMonitor replicant showing network receive/send info on the Desktop. I’d also like to have something showing cpu usage. However, a combined cpu usage ActivityMonitor doesn’t show individual core usage, and having a graph of all cpus often isn’t that informative either, because the 8 doodling lines of my cores are easily confusing. ProcessController’s bars are too narrow.
Here are both, showing their inadequacy:
