<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 29, 2014 at 4:50 PM, René Neumann <span dir="ltr"><<a href="mailto:lists@necoro.eu" target="_blank">lists@necoro.eu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am 29.04.2014 16:39, schrieb Johan Venant:<br>
<div class="">> This is a very elegant approach. I really like it. But it's also a huge<br>
> limitation for third party tools who would like to share data through pass.<br>
> I mean I currently use both the firefox addon and dmenu script. And I think<br>
> it make sens to delegate format management to pass to ensure compatibility<br>
> The main question behind this is : what is the purpose of pass ?<br>
> * to be a command line passwords tool ?<br>
> * or to be a command line based password manager facilitating access to<br>
> password data to third tools ?<br>
<br>
<br>
</div>I don't think, that pass should enforce any particular format. This is,<br>
as several others point out, the great benefit of the tool: you can safe<br>
anything you like in it.<br>
<br>
On the other I hand, I think, there is no harm in adding additional(!)<br>
builtin shortcuts for some use cases (like the 'field' thing). Sure,<br>
everyone can rebuild it on his own. But if it eases the use for >50% of<br>
the userbase and does not hinder the rest, I can't see the issue.<br></blockquote><div><br></div><div>Letting software run on unexpected data (the case where the user invokes<br>the additional command on unformatted data) can have bad consequences.<br>
</div><div>Sure one can try to implement conservative checks to gracefully fail, but they increase<br></div><div>complexity and sometimes one just misses such checks. Since this is<br></div><div>software running on sensitive data, taking the conservative approach<br>
(of not parsing user data at all) seems safer, although functionality may<br>be hindered a bit.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
If there is still opposition, perhaps another way is to split pass into<br>
a 'lib' and a set of commands. Then anyone can easily add commands to<br>
his liking without having to redo work done in pass already (like<br>
clipboard management).<br></blockquote><div><br></div><div>That could do, and to some extent looks like Johan's use case, where several<br>frontends are accessing the same database.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<span class="HOEnZb"><font color="#888888"><br>
- René<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Password-Store mailing list<br>
<a href="mailto:Password-Store@lists.zx2c4.com">Password-Store@lists.zx2c4.com</a><br>
<a href="http://lists.zx2c4.com/mailman/listinfo/password-store" target="_blank">http://lists.zx2c4.com/mailman/listinfo/password-store</a><br>
</div></div></blockquote></div><br></div></div>