On 2019/10/17 10:01, Henry Jensen wrote: > On Wed, 16 Oct 2019 16:07:34 +0100 > Stuart Henderson <s...@spacehopper.org> wrote: > > > On 2019/10/16 09:04, Henry Jensen wrote: > > > Ping > > > > > > On Wed, 9 Oct 2019 15:08:00 +0200 > > > Henry Jensen <hjen...@mailbox.org> wrote: > > > > > > > Greetings, > > > > > > > > attached is a new port for the perl module Sys::MemInfo. Sys::MemInfo > > > > returns the total amount of free and used physical memory in bytes in > > > > totalmem and freemem variables. Tested on -current amd64. > > > > Please format Makefile and DESCR a bit nicer. Look at other ports in the > > tree for examples. > > Actually, I used one of the p5-* ports as template. I made minor > modifications now (honoring the 72 character per line limit) and > compared the formatting to other ports.
That's better, this one is okay sthen@ if someone would like to import. > > > > > > This will be needed for an updated version of mail/imapsync. > > > > > > > > Comments? > > > > I fail to see why an imap syncer would need to pull in an otherwise > > unnecessary dependency just to print how much memory is free, but that's > > not the only thing puzzling about imapsync ;) > > > > If there is a tool with fewer dependencies in ports, which does the > same job, I would be happy to learn about it :) Not exactly the same job, as it wants Dovecot at the local end rather than any random server, but Dovecot's sync tool can do backups/migrations (including incremental) from other servers by fetching over IMAP; in cases where it's a match for the task it's generally quite robust. imapsync has more use cases than that, but it's quite an unusual design and code layout and isn't usually my first choice if I can find something else for the job :)
