Re: [new] mail/meli: a new terminal email client
> Thanks for the test report and the extensive testing, but ... you do > realize all those things you're reporting arent probably related to the > OpenBSD port itself, and would be better reported upstream at > https://git.meli.delivery/meli/meli/issues ? After all meli is not even > published as 'beta', only alpha.. :) > > Landry Reported at: https://git.meli.delivery/meli/meli/issues/164 https://git.meli.delivery/meli/meli/issues/165 -- James
Re: [new] mail/meli: a new terminal email client
Le Thu, Oct 27, 2022 at 03:22:05AM +, James Cook a écrit : > On Wed Oct 26, 2022 at 5:58 AM UTC, Theo Buehler wrote: > > > Thanks for porting. I just tried to use meli with notmuch, and get: > > > > > > $ meli > > > Could not load libnotmuch! > > > If notmuch is installed but the library isn't found, consult your > > > system's documentation on how to make dynamic libraries discoverable. > > > Caused by: File not found > > > > > > I do have notmuch installed, and libnotmuch is at > > > /usr/local/lib/libnotmuch.so.1.2 . I installed meli with pkg_add > > > (meli-0.7.2pl20221017). > > > > > > I can try to debug but don't currently know much about rust and dynamic > > > libraries. > > > > Does this work? > > Thanks, it seems to work. Some things are broken, but some of those > things aren't notmuch-specific and seem to be broken in the package > (installed with pkg_add) too. > > Broken things I noticed, for the record: Thanks for the test report and the extensive testing, but ... you do realize all those things you're reporting arent probably related to the OpenBSD port itself, and would be better reported upstream at https://git.meli.delivery/meli/meli/issues ? After all meli is not even published as 'beta', only alpha.. :) Landry
Re: [new] mail/meli: a new terminal email client
On Wed Oct 26, 2022 at 5:58 AM UTC, Theo Buehler wrote: > > Thanks for porting. I just tried to use meli with notmuch, and get: > > > > $ meli > > Could not load libnotmuch! > > If notmuch is installed but the library isn't found, consult your > > system's documentation on how to make dynamic libraries discoverable. > > Caused by: File not found > > > > I do have notmuch installed, and libnotmuch is at > > /usr/local/lib/libnotmuch.so.1.2 . I installed meli with pkg_add > > (meli-0.7.2pl20221017). > > > > I can try to debug but don't currently know much about rust and dynamic > > libraries. > > Does this work? Thanks, it seems to work. Some things are broken, but some of those things aren't notmuch-specific and seem to be broken in the package (installed with pkg_add) too. Broken things I noticed, for the record: - In threaded view, I can't seem to change notmuch tags, including "unread". "tag add test" doesn't do anything (as measured later by running "notmuch search tag:test"). Pressing "n" or opening a message doesn't remove the notmuch "unread" tag (and visually it remains unread). - Similarly, in threaded view, pressing "v" to select a message doesn't seem to do anything. - To see if it's notmuch related, I also tried the IMAP backend. With IMAP and with listing.index_style = "threadad", meli exits with exit code 101 shortly after (successfully) displaying the inbox. With the default index_style, I don't see this problem. (I think I saw that exit code once when playing with the notmuch backend, but wasn't able to reproduce it.) This also happens with the official package installed using pkg_add meli. - The colours are messed up if I try to run it in tmux. Depending on theme / tmux fg and bg colours, sometimes the selected message in the index is invisible (black text on black bg) and sometimes the currently highlighted message in the index doesn't appear any different from when it wasn't highlighted. dmesg below, just in case. -- James OpenBSD 7.2-current (GENERIC.MP) #776: Sat Oct 8 16:41:49 MDT 2022 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 16837365760 (16057MB) avail mem = 16309669888 (15554MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.2 @ 0x5e6c6000 (94 entries) bios0: vendor Dell Inc. version "1.7.0" date 10/22/2020 bios0: Dell Inc. XPS 13 7390 acpi0 at bios0: ACPI 6.1 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT SSDT HPET APIC MCFG SSDT SSDT NHLT SSDT SSDT TPM2 LPIT SSDT DBGP DBG2 BOOT SSDT DMAR SSDT BGRT FPDT acpi0: wakeup devices XHC_(S0) XDCI(S4) HDAS(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 2399 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-10710U CPU @ 1.10GHz, 3890.94 MHz, 06-a6-00 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 4-way L2 cache, 12MB 64b/line 16-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 24MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i7-10710U CPU @ 1.10GHz, 3890.94 MHz, 06-a6-00 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 4-way L2 cache, 12MB 64b/line 16-way L3 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i7-10710U CPU @ 1.10GHz, 3890.94 MHz, 06-a6-00 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xT
Re: [new] mail/meli: a new terminal email client
Le Wed, Oct 26, 2022 at 07:58:31AM +0200, Theo Buehler a écrit : > > Thanks for porting. I just tried to use meli with notmuch, and get: > > > > $ meli > > Could not load libnotmuch! > > If notmuch is installed but the library isn't found, consult your > > system's documentation on how to make dynamic libraries discoverable. > > Caused by: File not found > > > > I do have notmuch installed, and libnotmuch is at > > /usr/local/lib/libnotmuch.so.1.2 . I installed meli with pkg_add > > (meli-0.7.2pl20221017). > > > > I can try to debug but don't currently know much about rust and dynamic > > libraries. > > Does this work? That diff is probably right, and i should also check for similar constructs for other backends/features .. thanks tb ! Landry > Index: Makefile > === > RCS file: /cvs/ports/mail/meli/Makefile,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 Makefile > --- Makefile 18 Oct 2022 14:49:44 - 1.1.1.1 > +++ Makefile 26 Oct 2022 05:53:31 - > @@ -5,6 +5,7 @@ GH_PROJECT = meli > GH_COMMIT = 3697b7d960cc9dbe602fa84f861cea854b600b73 > DISTNAME = > meli-0.7.2.20221017-3697b7d{3697b7d960cc9dbe602fa84f861cea854b600b73} > PKGNAME =meli-0.7.2pl20221017 > +REVISION = 0 > > # ring-v0.16.20 does not support those archs > NOT_FOR_ARCHS = powerpc64 riscv64 sparc64 > Index: patches/patch-melib_src_backends_notmuch_rs > === > RCS file: patches/patch-melib_src_backends_notmuch_rs > diff -N patches/patch-melib_src_backends_notmuch_rs > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-melib_src_backends_notmuch_rs 26 Oct 2022 05:53:21 > - > @@ -0,0 +1,12 @@ > +Index: melib/src/backends/notmuch.rs > +--- melib/src/backends/notmuch.rs.orig > melib/src/backends/notmuch.rs > +@@ -310,7 +310,7 @@ impl NotmuchDb { > + event_consumer: BackendEventConsumer, > + ) -> Result> { > + #[cfg(not(target_os = "macos"))] > +-let mut dlpath = "libnotmuch.so.5"; > ++let mut dlpath = "libnotmuch.so"; > + #[cfg(target_os = "macos")] > + let mut dlpath = "libnotmuch.5.dylib"; > + let mut custom_dlpath = false; >
Re: [new] mail/meli: a new terminal email client
> Thanks for porting. I just tried to use meli with notmuch, and get: > > $ meli > Could not load libnotmuch! > If notmuch is installed but the library isn't found, consult your > system's documentation on how to make dynamic libraries discoverable. > Caused by: File not found > > I do have notmuch installed, and libnotmuch is at > /usr/local/lib/libnotmuch.so.1.2 . I installed meli with pkg_add > (meli-0.7.2pl20221017). > > I can try to debug but don't currently know much about rust and dynamic > libraries. Does this work? Index: Makefile === RCS file: /cvs/ports/mail/meli/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile18 Oct 2022 14:49:44 - 1.1.1.1 +++ Makefile26 Oct 2022 05:53:31 - @@ -5,6 +5,7 @@ GH_PROJECT =meli GH_COMMIT =3697b7d960cc9dbe602fa84f861cea854b600b73 DISTNAME = meli-0.7.2.20221017-3697b7d{3697b7d960cc9dbe602fa84f861cea854b600b73} PKGNAME = meli-0.7.2pl20221017 +REVISION = 0 # ring-v0.16.20 does not support those archs NOT_FOR_ARCHS =powerpc64 riscv64 sparc64 Index: patches/patch-melib_src_backends_notmuch_rs === RCS file: patches/patch-melib_src_backends_notmuch_rs diff -N patches/patch-melib_src_backends_notmuch_rs --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-melib_src_backends_notmuch_rs 26 Oct 2022 05:53:21 - @@ -0,0 +1,12 @@ +Index: melib/src/backends/notmuch.rs +--- melib/src/backends/notmuch.rs.orig melib/src/backends/notmuch.rs +@@ -310,7 +310,7 @@ impl NotmuchDb { + event_consumer: BackendEventConsumer, + ) -> Result> { + #[cfg(not(target_os = "macos"))] +-let mut dlpath = "libnotmuch.so.5"; ++let mut dlpath = "libnotmuch.so"; + #[cfg(target_os = "macos")] + let mut dlpath = "libnotmuch.5.dylib"; + let mut custom_dlpath = false;
Re: [new] mail/meli: a new terminal email client
On Tue Oct 18, 2022 at 11:10 AM UTC, Landry Breuil wrote: > Le Fri, Oct 07, 2022 at 09:50:38AM +0200, Landry Breuil a écrit : > > Le Thu, Oct 06, 2022 at 02:40:28PM +0200, Landry Breuil a écrit : > > > Hi, > > > > > > here's a wip port of https://meli.delivery, i've chosen to port the git > > > head instead of the last-year-old alpha-0.7.2 tag - there's wip support > > > for jmap (which im also poking at). > > > > > > totally untested for now, but looks nice and simple. It starts and > > > there's a step-by-step assistant for configuration. > > > > > > https://meli.delivery/documentation.html#quick-start > > > https://meli.delivery/documentation.html#meli.7 is the full tutorial > > > > > > meli man feature broken for now, since i think it relies on gzipped > > > manpages, but i'll eventually have a look. plain manpages shipped in the > > > package works. > > > > meli man failed for me because i had PAGER=less -X in the env, with > > PAGER=less it works. > > > > new version with feedback from sthen@ and tb@. > > > > runtime testing/feedback welcome, oks too :) > > and new version with https://git.meli.delivery/meli/meli/issues/159 > fixed thanks to semarie@ and upstream. > > runtime testing shows it works fine, just need to get used to shortcuts. > > oks to import welcome :) > > Landry Thanks for porting. I just tried to use meli with notmuch, and get: $ meli Could not load libnotmuch! If notmuch is installed but the library isn't found, consult your system's documentation on how to make dynamic libraries discoverable. Caused by: File not found I do have notmuch installed, and libnotmuch is at /usr/local/lib/libnotmuch.so.1.2 . I installed meli with pkg_add (meli-0.7.2pl20221017). I can try to debug but don't currently know much about rust and dynamic libraries. Here's my meli/config.toml: [accounts.notmuch] root_mailbox = "/home/falsifian/var/mbsync/falsifian.org" format = "notmuch" listing.index_style = "threaded" identity="falsif...@falsifian.org" display_name = "James Cook" [accounts.notmuch.mailboxes] "INBOX" = { query="tag:inbox", subscribe = true } "Drafts" = { query="tag:draft", subscribe = true } "Reading" = { query="tag:reading", subscribe = true } "Sent" = { query="folder:Sent", subscribe = true } "Spam" = { query="tag:spam", subscribe = true } [composing] send_mail = "sendmail" -- James
Re: [new] mail/meli: a new terminal email client
Le Fri, Oct 07, 2022 at 09:50:38AM +0200, Landry Breuil a écrit : > Le Thu, Oct 06, 2022 at 02:40:28PM +0200, Landry Breuil a écrit : > > Hi, > > > > here's a wip port of https://meli.delivery, i've chosen to port the git > > head instead of the last-year-old alpha-0.7.2 tag - there's wip support > > for jmap (which im also poking at). > > > > totally untested for now, but looks nice and simple. It starts and > > there's a step-by-step assistant for configuration. > > > > https://meli.delivery/documentation.html#quick-start > > https://meli.delivery/documentation.html#meli.7 is the full tutorial > > > > meli man feature broken for now, since i think it relies on gzipped > > manpages, but i'll eventually have a look. plain manpages shipped in the > > package works. > > meli man failed for me because i had PAGER=less -X in the env, with > PAGER=less it works. > > new version with feedback from sthen@ and tb@. > > runtime testing/feedback welcome, oks too :) and new version with https://git.meli.delivery/meli/meli/issues/159 fixed thanks to semarie@ and upstream. runtime testing shows it works fine, just need to get used to shortcuts. oks to import welcome :) Landry meli-20221017.tgz Description: application/tar-gz
Re: [new] mail/meli: a new terminal email client
Le Thu, Oct 06, 2022 at 02:40:28PM +0200, Landry Breuil a écrit : > Hi, > > here's a wip port of https://meli.delivery, i've chosen to port the git > head instead of the last-year-old alpha-0.7.2 tag - there's wip support > for jmap (which im also poking at). > > totally untested for now, but looks nice and simple. It starts and > there's a step-by-step assistant for configuration. > > https://meli.delivery/documentation.html#quick-start > https://meli.delivery/documentation.html#meli.7 is the full tutorial > > meli man feature broken for now, since i think it relies on gzipped > manpages, but i'll eventually have a look. plain manpages shipped in the > package works. meli man failed for me because i had PAGER=less -X in the env, with PAGER=less it works. new version with feedback from sthen@ and tb@. runtime testing/feedback welcome, oks too :) Landry meli-20221006_2.tgz Description: application/tar-gz
[new] mail/meli: a new terminal email client
Hi, here's a wip port of https://meli.delivery, i've chosen to port the git head instead of the last-year-old alpha-0.7.2 tag - there's wip support for jmap (which im also poking at). totally untested for now, but looks nice and simple. It starts and there's a step-by-step assistant for configuration. https://meli.delivery/documentation.html#quick-start https://meli.delivery/documentation.html#meli.7 is the full tutorial meli man feature broken for now, since i think it relies on gzipped manpages, but i'll eventually have a look. plain manpages shipped in the package works. Landry meli-20221006.tgz Description: application/tar-gz