From Tianhao Wang to ~rjarry/aerc-devel
On Thu Nov 7, 2024 at 5:34 PM CET, Koni Marti wrote: > Parse multipart messages on a best efforts basis. If a multipart parsing > error occurs, display the message as a single text/plain part. > Currently, the user will only see an error in the message list. With > this change, the user can at least look at the "unparsed" message > content and see the message headers in the viewer. > > The error will be logged and a warning prefix to the subject header is > added to make it obvious that aerc modified the message body structure. > [SNIP] Can't speak for all but this does work for the broken messages I have. Thanks :)
From Tianhao Wang to ~sircmpwn/sr.ht-discuss
On Sun Sep 1, 2024 at 12:47 AM CEST, Gabriel wrote: > [...] > which, if I'm correct, would upload the static website I have > rendered with hugo locally. Yes and no, you upload the site your render locally, but math is rendered on the client side i.e. reader's browser. > [...] > https://gavox.srht.site/curso_mcpi/2024_08_28_modelos_y_software/ Checking the console, I see this: Content-Security-Policy: The page’s settings blocked a script (script-src-elem) at
From Tianhao Wang to ~rjarry/aerc-discuss
Hi, On Fri Jul 5, 2024 at 11:32 AM CEST, Tillman Jex wrote: > I'm with mailbox.org. Another German company (like Posteo). They're really > great, and are also privacy centric. On the middle plan (€3 per month) you can > have up to 25 custom domain name emails, many more general *@mailbox.org > aliases, and also temporary emails that you can generate that expire within > 3 months (unless you renew). In the form of > `<random-alphanum>@temp.mailbox.org`. > I'm using mailbox too and have been very satisfied. There is one 'minor' issue though: the `X-Mailer` header is stripped when sending via SMTP. You could check this exact mail: `X-Mailer: aerc` is missing.
From Tianhao Wang to ~rjarry/aerc-devel
On Mon Jun 17, 2024 at 5:04 PM CEST, Tim Culverhouse wrote: > Fixes several behind the scenes issues, but notably addresses scrolling > of CJK characters in the terminal widget as well as wrapping of wide > characters > > Reported-by: Tianhao Wang <shrik3@mailbox.org> > Reported-by: ~runxiyu > Signed-off-by: Tim Culverhouse <tim@timculverhouse.com> > --- > v3: Fix an issue v0.9.1 created regarding wrapping of text > > go.mod | 2 +- > go.sum | 4 ++-- > 2 files changed, 3 insertions(+), 3 deletions(-)
From Tianhao Wang to ~rjarry/aerc-devel
On Sat Jun 15, 2024 at 5:54 PM CEST, Runxi Yu wrote: > I was reading an email with interwoven English and Chinese via `aerc` > and I noticed that CJK text (which is usually double the width of latin > characters) is handled incorrectly. If I have a line full of `测试` > proceeded a blank line followed by lines of `AAAAAA`, and I scroll down, > sometimes the blank line will have ghost `A`s floating around, usually > aligned with the right half of each CJK character. > [...] > Screencast: https://www.andrewyu.org/aerc.mkv (link may expire) > Demo file: https://paste.sr.ht/blob/838a040bcd13a511a88e3910c4eeba7927f68058 Hi, I think the is the same issue I reported earlier..
From to ~quark/QuarkContainer
From: Tianhao Wang <shrik3@mailbox.org> otherwise it may cause alignment issue Signed-off-by: Tianhao Wang <shrik3@mailbox.org> Suggested-by: Yiliang Dong <dongyiliangsteven@163.com> --- qlib/kernel/kernel/epoll/epoll.rs | 2 ++ qlib/linux_def.rs | 2 ++ 2 files changed, 4 insertions(+) diff --git a/qlib/kernel/kernel/epoll/epoll.rs b/qlib/kernel/kernel/epoll/epoll.rs index 5094f678..2e922ad4 100644 --- a/qlib/kernel/kernel/epoll/epoll.rs [message trimmed]
From Tianhao Wang to ~quark/QuarkContainer
On Sun May 19, 2024 at 11:41 PM CEST, Yulin Sun wrote: > I see there is one page HYPERCALL_MMIO_BASE is mapped in physical > address space. But I see the memory range is not allocated in the > kvm_userspace_memory_region. > > So is this by intention? this is intentional. This page is mapped, but not backed by any host memory. When this (one page) memory is accessed, it will trigger a KVM_EXIT with MMIO read or write. You have to map it in guest pagetable otherwise it would be a pagefault exception instead of a MMIO. The Hypercall ID is calculated from addr - HYPERCALL_MMIO_BASE.
From Tianhao Wang to ~quark/QuarkContainer
On Tue May 14, 2024 at 4:00 PM CEST, Yulin Sun wrote: > Yes. When mprotect doing RO-->RW change, if we change pagetable flags, the CoW > process will be disabled. For example, for private mapping of readonly file, > when change to RW pagetable flags, the system will try to write the file and > system will crash. > I intuitively think ... MProtect operation on a RO page should be treated as a COW event as well, i.e. allocate/copy the child page before applying PTE flag changes to either parent or child. Also, if a process is requesting RO->RW, it would very likely do write to that memory afterwards, and COW would be triggered anyways. Why not proactively do the COW upon RO->RW sys_mprotect calls?
From Tianhao Wang to ~quark/QuarkContainer
On Wed May 15, 2024 at 12:39 AM CEST, Christo Bita wrote:
> Name of linker-script for x86_64 hosts matches only amd machines.
Thanks! btw. perhaps try to send patches inline, i.e. simply use git send-email.
IMO it's easier than using attachments. it's also easier to review and comment.
(for this one thought it's fine because this patch is trivial)
wth
From to ~quark/QuarkContainer
From: Tianhao Wang <shrik3@mailbox.org> newer arm64 archs add PAN (Privilege Access Never) bit in the pstate which prevents the kernel (el1) from accessing user (el0) memory. Full support is WIP. As a temporary workaround we simply clear the PAN in the qkernel. Signed-off-by: Tianhao Wang <shrik3@mailbox.org> --- qkernel/Cargo.toml | 4 ++++ qkernel/aarch64-qkernel.json | 2 +- qlib/kernel/threadmgr/task_usermem.rs | 12 ++++++++++++ 3 files changed, 17 insertions(+), 1 deletion(-) [message trimmed]