kentonv changed the topic of #sandstorm to: Welcome to #sandstorm: home of all things sandstorm.io. Say hi! | Have a question but no one is here? Try asking in the discussion group: https://groups.google.com/group/sandstorm-dev
<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
<abliss> mobile seems to work as well.
<isd> I'm not sure I think I really want to label this as "best practice" -- tighter integration would be better. i.e.
<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.
<isd> So this is kindof a concession to the fact that we're porting a legacy app.
<isd> Still, good to have more example code out there.
<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.
<isd> Aha, there's an update daemon you need to run.
<JacobWeisz[m]> I mean, I think a lot of people want to port apps and then get stuck without a good way forward.
<isd> Yeah. I think it will be useful for porting legacy apps that need to grab arbitrary URLs.
<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.
<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.
<isd> Also, when it goes looking for a favicon it generates like 5 requests, which is annoying as heck.
<isd> I'm going to put together an spk so other folks can play with it though.
<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
<isd> Can others try it and let me know what it does on their setup?
<isd> Note that the actual request logic will not work properly without this patch: https://github.com/sandstorm-io/sandstorm/pull/3387
<abliss> for me it dies on the self_url_path sanity check
<abliss> define('_SKIP_SELF_URL_PATH_CHECKS', 1);
cbaines has quit [Ping timeout: 260 seconds]
sy has quit [Ping timeout: 246 seconds]
cbaines has joined #sandstorm
sy has joined #sandstorm
<isd> Ah, I tried to work around that in a more complex way. That's much more straightforward.
<isd> Ok, take 2: updated the filedrop grain
<abliss> boots.
<abliss> works! after half a dozen powerbox requests.
<abliss> even without your slash patch, in the case of ttrss forum.
<isd> Yeah, depends on the URL. for my blog adding a / to the end of rss.xml gives you a 404.
<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.
_whitelogger has joined #sandstorm
nicoo has quit [Remote host closed the connection]
nicoo has joined #sandstorm
simpson has joined #sandstorm
<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?
frigginglorious has joined #sandstorm
<isd> afaik there is no such proxy
<simpson> No worries. Thanks.
<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.
<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.
<isd> I'm not sure what you mean by "generic over?"
<simpson> Like, working with any two-party implementation. This all makes sense.
<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.
<isd> But, like I said, it kinda "just works"
<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.
<simpson> I was reading rpc-twoparty.capnp and wondering what stuff in the wider ecosystem might already be compatible.
nicoo has quit [Remote host closed the connection]
nicoo has joined #sandstorm
nwf has quit [Ping timeout: 256 seconds]
nwf has joined #sandstorm
frigginglorious has quit [Ping timeout: 272 seconds]