Can't get Meli to run #1
Labels
No Label
IMAP
JMAP
Maildir
Retired
User Experience
User Interface
bsd
bug
contacts
currently worked on
documentation
duplicate
easy
enhancement
help wanted
invalid
linux-gnu
macos
mbox
notmuch
question
security
wishlist
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: meli/meli#1
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
Hi! I know this is a very early pre-release but I thought maybe my report could help.
I'm running Meli inside tmux, on Arch Linux, compiled from source using
cargo build
. I have encountered several issues:It seems impossible to stop the flow of messages, and it takes a couple of minutes before it stops.
Loading.
below thecontact list
button.return
on some email, Meli crashes with this error:thread 'thread 'thread '<unnamed><unnamed>' panicked at '<unnamed>' panicked at 'cannot access stderr during shutdown' panicked at 'cannot access stderr during shutdown', cannot access stderr during shutdown', src/libcore/option.rssrc/libcore/option.rs::', %
I do have a little more than 15,000 emails in my maildir, but Meli seems to handle that amount quite amazingly fast, when listing the emails in the different directories.
Thank you for Meli, it looks like has a tremendous potential!
Thank you for your kind words :D
I've mentioned it in the README but it's really not understandable without knowing what it's talking about:
So you have to launch the debug builds as
For non-dev purposes, one should use the release build which is optimized by the compiler and faster. It
The README must change to make this understandable and also add information for running and building.
This happens because threads can't access stdin after the main process dies, I haven't had time to investigate why because it was a low hanging fruit.
EDIT: Regarding 3. The real panic should be above the 'cannot access stderr during shutdown' message.
Thanks @epilys! Didn't realize I was opening issue #1 here 🥳
Sorry for missing those parts in the README. It makes more sense now and I managed to run a --release version.
I'll keep following the project then. Thank you!