00:14 <abliss> it's ready: https://github.com/abliss/Tiny-Tiny-RSS/releases/download/sandstorm-1.13.0-rc3/ttrss.spk

00:15 <abliss> new appid. you can download a backup grain from the old app and restore to the new app using the 'crafty' note at https://docs.sandstorm.io/en/latest/administering/backups/#to-back-up-one-individual-grain

00:15 <abliss> mobile seems to work as well.

00:36 <isd> I'm not sure I think I really want to label this as "best practice" -- tighter integration would be better. i.e.

00:37 <isd> Rather than TTRSS prompting the user for a feed URL and then asking sandstorm for that URL, it should just ask sandstorm for a feed URL. That way the user only gets one prompt for the same information, and the permissions check is implicit.

00:37 <isd> So this is kindof a concession to the fact that we're porting a legacy app.

00:37 <isd> Still, good to have more example code out there.

00:39 <isd> And I'm a little stumped on the bug I mentioned for now. So hopefully I'll figure that out soonish, but hard to say exactly when I'll be able to pull the trigger on this.

01:03 <isd> Aha, there's an update daemon you need to run.

01:05 <JacobWeisz[m]> I mean, I think a lot of people want to port apps and then get stuck without a good way forward.

01:05 <isd> Yeah. I think it will be useful for porting legacy apps that need to grab arbitrary URLs.

01:06 <JacobWeisz[m]> I like Sandstorm native apps better when we have them, but we're not big enough to support a lot of us-specific apps.

01:13 <isd> Ok, it does work now, though it's a bit wonky because it doesn't seem to pull in articles immediately, waiting until the next update cycle in the background daemon.

01:13 <isd> Also, when it goes looking for a favicon it generates like 5 requests, which is annoying as heck.

01:13 <isd> I'm going to put together an spk so other folks can play with it though.

01:35 <isd> Ok, this works (but starts slowly) on my local dev setup, but bombs out on thelibrary.sandcats.io: https://thelibrary.sandcats.io/shared/5OXETDufL8ZGFYuy2Z3Yr4nYL_-3cjaUSge0WU0kAt9

01:35 <isd> Can others try it and let me know what it does on their setup?

01:36 <isd> Note that the actual request logic will not work properly without this patch: https://github.com/sandstorm-io/sandstorm/pull/3387

02:03 <abliss> for me it dies on the self_url_path sanity check

02:05 <abliss> consder adding this to config.php? https://github.com/abliss/Tiny-Tiny-RSS/blob/master/config.php#L26

02:05 <abliss> define('_SKIP_SELF_URL_PATH_CHECKS', 1);

02:31 <isd> Ah, I tried to work around that in a more complex way. That's much more straightforward.

02:45 <isd> Ok, take 2: updated the filedrop grain

02:49 <abliss> boots.

02:50 <abliss> works! after half a dozen powerbox requests.

02:51 <abliss> even without your slash patch, in the case of ttrss forum.

03:01 <isd> Yeah, depends on the URL. for my blog adding a / to the end of rss.xml gives you a 404.

03:04 <isd> I should tweak it to block for a bit rather than return an error immediately if a request comes in and there's no way to send a pb request yet.

14:04 <simpson> In rpc-twoparty.capnp, comments imply that there might exist a C++ proxy for Capn Proto RPC which is generic over two-party connections. Are there example proxies that one can look at?

18:14 <isd> afaik there is no such proxy

18:15 <simpson> No worries. Thanks.

18:16 <isd> If you're referring to what I think you are, the comments are basically saying, once you have one level 3 implementation, you can use it to bridge level <2 implementations to an N-party network by writing a proxy. But there are no level 3 implementations out there.

18:17 <isd> That said, proxying between to connections is fairly trivial; you just establish two connections and you can start passing objects between them; it kinda just works.

18:17 <isd> I'm not sure what you mean by "generic over?"

18:18 <simpson> Like, working with any two-party implementation. This all makes sense.

18:20 <isd> Ah. If you're interested in general examples of code that proxies, there are a bunch in the sandstorm codebase. sandstorm-http-bridge is not a bad one to look at, as it's fairly self-contained.

18:20 <isd> But, like I said, it kinda "just works"

18:24 <simpson> If you're interested in the other halves of the conversation, in #monte I'm working on getting LeveL 0 to actually go, and in #erights we're discussing the design of CapTP.

18:24 <simpson> I was reading rpc-twoparty.capnp and wondering what stuff in the wider ecosystem might already be compatible.