On Thu, Aug 31, 2023 at 10:58:27AM +0200, Michiel van den Heuvel wrote:
so if you think it would be a good use of *your* time, then go ahead.
After some somewhat more synchronous communication, it might be.
are you asking for a chat channel?
i'm @ossi:kde.org on matrix, ossi on libera.chat ir
> that depends on whose perspective you're assuming here.
> i'm likely not going to get it done anytime soon. pushing patches on me
> prompts me into action, so it's good for the project (not so much for my
> other projects, but the trade-off isn't that bad, as i'm actually much
> more efficient
On Sat, Aug 26, 2023 at 02:09:49PM +0200, JWM van den Heuvel wrote:
The previous mail was me sending -- instead of saving -- a draft. My
bad.
thought so. no worries.
The perl scripts are a
work of art and make me want to punch something.
compliment accepted. :'-D
A nice future refactorin
Hi Oswald,
The previous mail was me sending -- instead of saving -- a draft. My bad.
Anyway, here are the updated patches.
> i'm attaching it for your masochistic pleasure. there you can see that
> it's actually not even aimed at isync specifically, because c++/qt?! i
> originally wrote this som
Quoting Oswald Buddenhagen (2023-08-22 15:51:20)
> On Tue, Aug 22, 2023 at 12:42:25PM +0200, Michiel van den Heuvel wrote:
> >> >I don't suppose you have some formatter config file?
> >> >
> >> bah! Real Hackers (TM) write their own formatters as shell-perl hybrids
> >> with recursive regular expr
On Tue, Aug 22, 2023 at 12:42:25PM +0200, Michiel van den Heuvel wrote:
>I don't suppose you have some formatter config file?
>
bah! Real Hackers (TM) write their own formatters as shell-perl hybrids
with recursive regular expressions. ON PUNCH CARDS.
I'll trade you my magnetic needles so you
Hi!
Once again, a set of updated patches.
> well, you cut away the part where i kind of implied that it really
> should be IncludeCmd. (it kind of is awkward, but i think consistency
> trumps that.)
That might've been a bit too implicit for me. ;) Changed it to IncludeCmd.
>
> >> on that mat
On Thu, Aug 17, 2023 at 08:27:51PM +0200, Michiel van den Heuvel wrote:
eval => included, i guess.
Changed it, but are you sure? Now that the command is called `Eval`?
well, you cut away the part where i kind of implied that it really
should be IncludeCmd. (it kind of is awkward, but i think
Hi Oswald,
> > It might be worthwhile to set `cfile->error` here too, and
> > I'll gladly amend the patch if you agree.
>
> yeah, i'd do that.
Done!
> theoretically yes, though in practice i'd recommend that users just call
> a script, because the extra layer of quoting/escaping makes things ug
hi!
On Thu, Aug 17, 2023 at 10:59:48AM +0200, Michiel van den Heuvel wrote:
I named the command `Eval` instead of `IncludeCmd` because it seemed
clearer to me, but you're welcome to change that.
my thinking was that IncludeCmd would nicely complement a hypothetical
Include command, following t
Hi!
It took some time, but here is an implementation of feature request
#17. I named the command `Eval` instead of `IncludeCmd` because it seemed
clearer to me, but you're welcome to change that.
Patch 1 was necessary to print error line numbers correctly after adding
`Eval` without modi
On 19 Jan 2022, at 13:00, Oswald Buddenhagen wrote:
> On Wed, Jan 19, 2022 at 11:20:10AM +, Simão Afonso wrote:
>> Since this is coming up, I would like this "daemon mode" to use IDLE to
>> subscribe to the Inbox mailboxes, and run the equivalent of `mbsync
>> ACCOUNT` when new messages come u
> > [...] Does that make sense?
> not really. ^^
I see, well in the mean time i have been able to construct my use-case by
(ab)using environment variables, hopefully this makes it clearer. In a wrapper
shell script i have
#!/bin/sh
export SOME_ENV_VARIABLE=$(obtain password)
while true; do
On Wed, Jan 19, 2022 at 02:58:34AM +, tslil clingman wrote:
[...] Does that make sense?
not really. ^^
Would you be able to give me some hints about how to
effect this in the current code base?
you basically want to en-loop the last "paragraph" of main() (including
the line before it).
Oswald,
Thank you for your email and for pointing me the discussions.
> this exists in the TODO file and in various mailing list discussions under
> the name "daemon mode". i haven't spent much time thinking about that beyond
> what is public, so i'm all ears for your ideas once you've read up on
On Wed, Jan 19, 2022 at 11:20:10AM +, Simão Afonso wrote:
Since this is coming up, I would like this "daemon mode" to use IDLE to
subscribe to the Inbox mailboxes, and run the equivalent of `mbsync
ACCOUNT` when new messages come up.
that's an option, but it's a whole different caliber.
it'
Simão Afonso writes:
> Parallel account fetching would also be a possibility, but that can be
> hacked around with a shell script.
Indeed, I use GNU parallel for that:
$ parallel mbsync ::: channel1 cannel2 ...
Bye,
Tassilo
___
isync-devel mailin
On 2022-01-18 22:17:52, Oswald Buddenhagen wrote:
> this exists in the TODO file and in various mailing list discussions under
> the name "daemon mode". i haven't spent much time thinking about that beyond
> what is public, so i'm all ears for your ideas once you've read up on the
> topic.
Since t
On Tue, Jan 18, 2022 at 06:35:20PM +, tslil clingman wrote:
What i'd like is for mbsync, once it has parsed the config and options,
to do its usual business and instead of then exiting, wait some amount
of time and repeat this forever.
this exists in the TODO file and in various mailing li
Hi all,
My apologies if this has been discussed before, but a quick search didn't turn
up anything, and this doesn't appear to be a feature presently.
What i'd like is for mbsync, once it has parsed the config and options, to do
its usual business and instead of then exiting, wait some amount of
On Mon, Jan 11, 2016 at 09:40:52AM +0100, Philippe Bruhat (BooK) wrote:
> One issue with the -q option is that when there an error, the name of
> the folder is not shown in the error message. So whenever the output
> of -q shows some errors, I have to run the thing again without -q just
> to be abl
On Sat, May 02, 2015 at 04:39:33PM +0200, Oswald Buddenhagen wrote:
> On Sat, May 02, 2015 at 03:42:18PM +0200, Tamas Papp wrote:
> > I am wondering if there could be an intermediate form of display which
> > does not require a TTY but still provides an indication or progress, eg
> > each time the
On Sat, May 02, 2015 at 03:42:18PM +0200, Tamas Papp wrote:
> I am wondering if there could be an intermediate form of display which
> does not require a TTY but still provides an indication or progress, eg
> each time the counters line would be updated mbsync could display a dot
> '.' instead.
>
Hi,
I am running mbsync from inside Emacs/mu4e. By default I get the
counters which don't display play well with Emacs (it is not a TTY),
but I don't want --quiet since I like to see progress indicators (to see
if the process has stalled, etc).
I am wondering if there could be an intermediate for
On Thu, Nov 01, 2012 at 12:53:58PM +0200, Ciprian Dorin Craciun wrote:
> * but for other authentication types (like `X-OAUTH` in case of
> Gmail) it could have delegated the SASL "dance" to an external
> command;
>
bidirectional process communication is a lot harder to do. anyway, i
have to se
uld be expected on stdout.
Yay! I'm glad someone proposed this, as it was in my
"feature-request" queue for some time, but I've said better to wait
and also propose a patch. :)
Actually what would have been even better was something like this:
* for `LOGIN` based
On Wed, Oct 31, 2012 at 10:32:15AM -0400, Dave Abrahams wrote:
> I'd like to be able to give mbsync a command via which it can get my
> password, so I don't have to store it in a plaintext file and so it
> doesn't show up in my "ps wwwaux" listing. I'd set it up to use my
> Mac's keychain.
>
good
I'd like to be able to give mbsync a command via which it can get my
password, so I don't have to store it in a plaintext file and so it
doesn't show up in my "ps wwwaux" listing. I'd set it up to use my
Mac's keychain.
Thanks,
--
Dave Abrahams
BoostPro Computing Software Deve
28 matches
Mail list logo
