# I am the Watcher. I am your guide through this vast new twtiverse.
# 
# Usage:
#     https://watcher.sour.is/api/plain/users              View list of users and latest twt date.
#     https://watcher.sour.is/api/plain/twt                View all twts.
#     https://watcher.sour.is/api/plain/mentions?uri=:uri  View all mentions for uri.
#     https://watcher.sour.is/api/plain/conv/:hash         View all twts for a conversation subject.
# 
# Options:
#     uri     Filter to show a specific users twts.
#     offset  Start index for quey.
#     limit   Count of items to return (going back in time).
# 
# twt range = 1 15565
# self = https://watcher.sour.is?uri=https://www.uninformativ.de/twtxt.txt&offset=13106
# next = https://watcher.sour.is?uri=https://www.uninformativ.de/twtxt.txt&offset=13206
# prev = https://watcher.sour.is?uri=https://www.uninformativ.de/twtxt.txt&offset=13006
This should be fixed in Git. ✅
This should be fixed in Git. ✅
@prologic Alrighty, I replaced the links in the jenny repo. 👍
@prologic Alrighty, I replaced the links in the jenny repo. 👍
@prologic Alrighty, I replaced the links in the jenny repo. 👍
@prologic Alrighty, I replaced the links in the jenny repo. 👍
@lyse Guilty as charged. 😂
@lyse Guilty as charged. 😂
@lyse Guilty as charged. 😂
@prologic LGTM. 👍
@prologic LGTM. 👍
@prologic LGTM. 👍
@prologic LGTM. 👍
@lyse Better Nate than lever …
@lyse Better Nate than lever …
@lyse Better Nate than lever …
@lyse Better Nate than lever …
@prologic I haven’t changed anything, either. 😅 jenny uses the first URL: https://www.uninformativ.de/git/jenny/file/jenny.html#l191
@prologic I haven’t changed anything, either. 😅 jenny uses the first URL: https://www.uninformativ.de/git/jenny/file/jenny.html#l191
@prologic I haven’t changed anything, either. 😅 jenny uses the first URL: https://www.uninformativ.de/git/jenny/file/jenny.html#l191
@prologic I haven’t changed anything, either. 😅 jenny uses the first URL: https://www.uninformativ.de/git/jenny/file/jenny.html#l191
@prologic Yes. 😅
@prologic Yes. 😅
@prologic Yes. 😅
@prologic Yes. 😅
@prologic Oh, yeah, it certainly is more work for you than it is for me. 🫤
@prologic Oh, yeah, it certainly is more work for you than it is for me. 🫤
@prologic Oh, yeah, it certainly is more work for you than it is for me. 🫤
@prologic Oh, yeah, it certainly is more work for you than it is for me. 🫤
@prologic As per https://dev.twtxt.net/doc/metadataextension.html, it’s the first URL. 😅 I think using the *last* URL was one of the new proposals. Or has that already been implemented? 🤯
@prologic As per https://dev.twtxt.net/doc/metadataextension.html, it’s the first URL. 😅 I think using the *last* URL was one of the new proposals. Or has that already been implemented? 🤯
@prologic As per https://dev.twtxt.net/doc/metadataextension.html, it’s the first URL. 😅 I think using the *last* URL was one of the new proposals. Or has that already been implemented? 🤯
@prologic As per https://dev.twtxt.net/doc/metadataextension.html, it’s the first URL. 😅 I think using the *last* URL was one of the new proposals. Or has that already been implemented? 🤯
@prologic I don’t understand that behavior either, but I’m afraid stuff like that is always going to happen. (I think it already happened once in the past?) As long as we have an easy way to ignore such a feed and remove it from our databases, we should be fine. 🤔
@prologic I don’t understand that behavior either, but I’m afraid stuff like that is always going to happen. (I think it already happened once in the past?) As long as we have an easy way to ignore such a feed and remove it from our databases, we should be fine. 🤔
@prologic I don’t understand that behavior either, but I’m afraid stuff like that is always going to happen. (I think it already happened once in the past?) As long as we have an easy way to ignore such a feed and remove it from our databases, we should be fine. 🤔
@prologic I don’t understand that behavior either, but I’m afraid stuff like that is always going to happen. (I think it already happened once in the past?) As long as we have an easy way to ignore such a feed and remove it from our databases, we should be fine. 🤔
@sorenpeter As a *replacement*, it should be doable. But it won’t work *together* with hashes. So the community has to agree on one or the other first.
@sorenpeter As a *replacement*, it should be doable. But it won’t work *together* with hashes. So the community has to agree on one or the other first.
@sorenpeter As a *replacement*, it should be doable. But it won’t work *together* with hashes. So the community has to agree on one or the other first.
@sorenpeter As a *replacement*, it should be doable. But it won’t work *together* with hashes. So the community has to agree on one or the other first.
@prologic I’m not sure this isn’t a bug. The feed’s URL must have changed at some point but Yarn is still using the old URL for hashing. And it’s *inconsistent* now:

curl -s -H 'Accept: application/json' https://twtxt.net/twt/mowsvgq

This gets you a twt which, when hashed again *now* using all the information from that API reply, does not yield the hash mowsvgq but bjs6aua.

But when you use the URL http://prismdragon.net/twtxt.txt for hashing instead of http://twtxt.prismdragon.net/twtxt.txt, it’s mowsvgq.

So I would expect Yarn to *either* know about mowsvgq (showing the new URL http://prismdragon.net/twtxt.txt) *or* about bjs6aua (showing the old URL http://twtxt.prismdragon.net/twtxt.txt). But not mowsvgq with the old URL. 😅

I don’t see how the second # url = metadata field is relevant here. 🤔
@prologic I’m not sure this isn’t a bug. The feed’s URL must have changed at some point but Yarn is still using the old URL for hashing. And it’s *inconsistent* now:

curl -s -H 'Accept: application/json' https://twtxt.net/twt/mowsvgq

This gets you a twt which, when hashed again *now* using all the information from that API reply, does not yield the hash mowsvgq but bjs6aua.

But when you use the URL http://prismdragon.net/twtxt.txt for hashing instead of http://twtxt.prismdragon.net/twtxt.txt, it’s mowsvgq.

So I would expect Yarn to *either* know about mowsvgq (showing the new URL http://prismdragon.net/twtxt.txt) *or* about bjs6aua (showing the old URL http://twtxt.prismdragon.net/twtxt.txt). But not mowsvgq with the old URL. 😅

I don’t see how the second # url = metadata field is relevant here. 🤔
@prologic I’m not sure this isn’t a bug. The feed’s URL must have changed at some point but Yarn is still using the old URL for hashing. And it’s *inconsistent* now:

curl -s -H 'Accept: application/json' https://twtxt.net/twt/mowsvgq

This gets you a twt which, when hashed again *now* using all the information from that API reply, does not yield the hash mowsvgq but bjs6aua.

But when you use the URL http://prismdragon.net/twtxt.txt for hashing instead of http://twtxt.prismdragon.net/twtxt.txt, it’s mowsvgq.

So I would expect Yarn to *either* know about mowsvgq (showing the new URL http://prismdragon.net/twtxt.txt) *or* about bjs6aua (showing the old URL http://twtxt.prismdragon.net/twtxt.txt). But not mowsvgq with the old URL. 😅

I don’t see how the second # url = metadata field is relevant here. 🤔
@prologic I’m not sure this isn’t a bug. The feed’s URL must have changed at some point but Yarn is still using the old URL for hashing. And it’s *inconsistent* now:

curl -s -H 'Accept: application/json' https://twtxt.net/twt/mowsvgq

This gets you a twt which, when hashed again *now* using all the information from that API reply, does not yield the hash mowsvgq but bjs6aua.

But when you use the URL http://prismdragon.net/twtxt.txt for hashing instead of http://twtxt.prismdragon.net/twtxt.txt, it’s mowsvgq.

So I would expect Yarn to *either* know about mowsvgq (showing the new URL http://prismdragon.net/twtxt.txt) *or* about bjs6aua (showing the old URL http://twtxt.prismdragon.net/twtxt.txt). But not mowsvgq with the old URL. 😅

I don’t see how the second # url = metadata field is relevant here. 🤔
@bender That broken mention *might* have the same cause as the other issue you mentioned. Changed URL and all that. 🤔
@bender That broken mention *might* have the same cause as the other issue you mentioned. Changed URL and all that. 🤔
@bender That broken mention *might* have the same cause as the other issue you mentioned. Changed URL and all that. 🤔
@bender That broken mention *might* have the same cause as the other issue you mentioned. Changed URL and all that. 🤔
There might be a bug in jenny that causes it to re-fetch archived feeds on every run. Probably happens on edits/deletes. I’ll look into it soon-ish.
There might be a bug in jenny that causes it to re-fetch archived feeds on every run. Probably happens on edits/deletes. I’ll look into it soon-ish.
There might be a bug in jenny that causes it to re-fetch archived feeds on every run. Probably happens on edits/deletes. I’ll look into it soon-ish.
There might be a bug in jenny that causes it to re-fetch archived feeds on every run. Probably happens on edits/deletes. I’ll look into it soon-ish.
@sorenpeter I like that. It pretty much matches what I already had in mind. (The implications of part two of point 0 are obviously controversial and I don’t know if we can ever agree on that. 😅)
@sorenpeter I like that. It pretty much matches what I already had in mind. (The implications of part two of point 0 are obviously controversial and I don’t know if we can ever agree on that. 😅)
@sorenpeter I like that. It pretty much matches what I already had in mind. (The implications of part two of point 0 are obviously controversial and I don’t know if we can ever agree on that. 😅)
@sorenpeter I like that. It pretty much matches what I already had in mind. (The implications of part two of point 0 are obviously controversial and I don’t know if we can ever agree on that. 😅)
@quark Oh dear. 😅 I’m one of the first around here, though. 🤪
@quark Oh dear. 😅 I’m one of the first around here, though. 🤪
@quark Oh dear. 😅 I’m one of the first around here, though. 🤪
@quark Oh dear. 😅 I’m one of the first around here, though. 🤪
Time to put up the christmas decoration, I guess. 🤷✨
Time to put up the christmas decoration, I guess. 🤷✨
Time to put up the christmas decoration, I guess. 🤷✨
Time to put up the christmas decoration, I guess. 🤷✨
@quark At some point, Yarn must have fetched the feed and used the correct URL (otherwise it wouldn’t have gotten the correct hash). And at that point, it should have updated the uri field for this twt in its database, I guess? Disclaimer: I know nothing about the internals of Yarn. 😅
@quark At some point, Yarn must have fetched the feed and used the correct URL (otherwise it wouldn’t have gotten the correct hash). And at that point, it should have updated the uri field for this twt in its database, I guess? Disclaimer: I know nothing about the internals of Yarn. 😅
@quark At some point, Yarn must have fetched the feed and used the correct URL (otherwise it wouldn’t have gotten the correct hash). And at that point, it should have updated the uri field for this twt in its database, I guess? Disclaimer: I know nothing about the internals of Yarn. 😅
@quark At some point, Yarn must have fetched the feed and used the correct URL (otherwise it wouldn’t have gotten the correct hash). And at that point, it should have updated the uri field for this twt in its database, I guess? Disclaimer: I know nothing about the internals of Yarn. 😅
@quark That’s confusion on Yarn’s part, I’d say.

Yarn’s API says that twt comes from the URL http://twtxt.prismdragon.net/twtxt.txt – but when using that URL for hashing, I get the hash bjs6aua instead of mowsvgq. That’s not the correct hash, so jenny says the twt could not be found.

Inspecting the feed using jenny -D … yields the correct hash. When looking at the raw feed, we can see:


# nick = gallowsgryph
# description = Green living and permaculture enthusiast, writer, otherkin, weird.
# url = http://prismdragon.net/twtxt.txt
# url = https://dreamwidth.org/gallowsgryph/
# avatar = http://prismdragon.net/img/gallows.png#20241025


So it’s a different URL. When I use http://prismdragon.net/twtxt.txt for hashing, I get the correct hash.
@quark That’s confusion on Yarn’s part, I’d say.

Yarn’s API says that twt comes from the URL http://twtxt.prismdragon.net/twtxt.txt – but when using that URL for hashing, I get the hash bjs6aua instead of mowsvgq. That’s not the correct hash, so jenny says the twt could not be found.

Inspecting the feed using jenny -D … yields the correct hash. When looking at the raw feed, we can see:


# nick = gallowsgryph
# description = Green living and permaculture enthusiast, writer, otherkin, weird.
# url = http://prismdragon.net/twtxt.txt
# url = https://dreamwidth.org/gallowsgryph/
# avatar = http://prismdragon.net/img/gallows.png#20241025


So it’s a different URL. When I use http://prismdragon.net/twtxt.txt for hashing, I get the correct hash.
@quark That’s confusion on Yarn’s part, I’d say.

Yarn’s API says that twt comes from the URL http://twtxt.prismdragon.net/twtxt.txt – but when using that URL for hashing, I get the hash bjs6aua instead of mowsvgq. That’s not the correct hash, so jenny says the twt could not be found.

Inspecting the feed using jenny -D … yields the correct hash. When looking at the raw feed, we can see:


# nick = gallowsgryph
# description = Green living and permaculture enthusiast, writer, otherkin, weird.
# url = http://prismdragon.net/twtxt.txt
# url = https://dreamwidth.org/gallowsgryph/
# avatar = http://prismdragon.net/img/gallows.png#20241025


So it’s a different URL. When I use http://prismdragon.net/twtxt.txt for hashing, I get the correct hash.
@quark That’s confusion on Yarn’s part, I’d say.

Yarn’s API says that twt comes from the URL http://twtxt.prismdragon.net/twtxt.txt – but when using that URL for hashing, I get the hash bjs6aua instead of mowsvgq. That’s not the correct hash, so jenny says the twt could not be found.

Inspecting the feed using jenny -D … yields the correct hash. When looking at the raw feed, we can see:


# nick = gallowsgryph
# description = Green living and permaculture enthusiast, writer, otherkin, weird.
# url = http://prismdragon.net/twtxt.txt
# url = https://dreamwidth.org/gallowsgryph/
# avatar = http://prismdragon.net/img/gallows.png#20241025


So it’s a different URL. When I use http://prismdragon.net/twtxt.txt for hashing, I get the correct hash.
I think it could be yarnd’s avatar caching. That’s why my avatar field has a #20240102 at the end: To trick yarnd into reloading it.
I think it could be yarnd’s avatar caching. That’s why my avatar field has a #20240102 at the end: To trick yarnd into reloading it.
I think it could be yarnd’s avatar caching. That’s why my avatar field has a #20240102 at the end: To trick yarnd into reloading it.
I think it could be yarnd’s avatar caching. That’s why my avatar field has a #20240102 at the end: To trick yarnd into reloading it.
My first PC as a kid had an amber monitor, so this feels right at home:

https://www.youtube.com/watch?v=PeuH0YmWkI4

💛
My first PC as a kid had an amber monitor, so this feels right at home:

https://www.youtube.com/watch?v=PeuH0YmWkI4

💛
My first PC as a kid had an amber monitor, so this feels right at home:

https://www.youtube.com/watch?v=PeuH0YmWkI4

💛
My first PC as a kid had an amber monitor, so this feels right at home:

https://www.youtube.com/watch?v=PeuH0YmWkI4

💛
@aelaraji As long as you’re having fun, you’re doing the right thing. 😅 (Kind of. 😂)
@aelaraji As long as you’re having fun, you’re doing the right thing. 😅 (Kind of. 😂)
@aelaraji As long as you’re having fun, you’re doing the right thing. 😅 (Kind of. 😂)
@aelaraji As long as you’re having fun, you’re doing the right thing. 😅 (Kind of. 😂)
@lyse Now I feel like an ant. 🐜 (Imagine how ants must feel when they see this! 🤯)
@lyse Now I feel like an ant. 🐜 (Imagine how ants must feel when they see this! 🤯)
@lyse Now I feel like an ant. 🐜 (Imagine how ants must feel when they see this! 🤯)
@lyse Now I feel like an ant. 🐜 (Imagine how ants must feel when they see this! 🤯)
@bender Consider me stumped! 😅 Yeah, I can imagine this not being super fast. 🥴
@bender Consider me stumped! 😅 Yeah, I can imagine this not being super fast. 🥴
@bender Consider me stumped! 😅 Yeah, I can imagine this not being super fast. 🥴
@bender Consider me stumped! 😅 Yeah, I can imagine this not being super fast. 🥴
I *guess* crashing the program with a SIGBUS is intentional. Here’s a blog post that describes this exact thing when running binaries off of NFS:

https://rachelbythebay.com/w/2018/03/15/core/

It’s just that this also happens locally nowadays and, thus, much easier and more often (I bet few people run programs via NFS these days). 🫤

Not a fan of this. (Time will tell if I have the energy to discuss this on the Linux kernel mailing list.)
I *guess* crashing the program with a SIGBUS is intentional. Here’s a blog post that describes this exact thing when running binaries off of NFS:

https://rachelbythebay.com/w/2018/03/15/core/

It’s just that this also happens locally nowadays and, thus, much easier and more often (I bet few people run programs via NFS these days). 🫤

Not a fan of this. (Time will tell if I have the energy to discuss this on the Linux kernel mailing list.)
I *guess* crashing the program with a SIGBUS is intentional. Here’s a blog post that describes this exact thing when running binaries off of NFS:

https://rachelbythebay.com/w/2018/03/15/core/

It’s just that this also happens locally nowadays and, thus, much easier and more often (I bet few people run programs via NFS these days). 🫤

Not a fan of this. (Time will tell if I have the energy to discuss this on the Linux kernel mailing list.)
I *guess* crashing the program with a SIGBUS is intentional. Here’s a blog post that describes this exact thing when running binaries off of NFS:

https://rachelbythebay.com/w/2018/03/15/core/

It’s just that this also happens locally nowadays and, thus, much easier and more often (I bet few people run programs via NFS these days). 🫤

Not a fan of this. (Time will tell if I have the energy to discuss this on the Linux kernel mailing list.)
Just tried it: It did indeed crash my Wayland session and, since Wayland compositors are sensitive and critical, it froze all input devices. Only way to recover was to SSH into that machine and reboot it. 🤦
Just tried it: It did indeed crash my Wayland session and, since Wayland compositors are sensitive and critical, it froze all input devices. Only way to recover was to SSH into that machine and reboot it. 🤦
Just tried it: It did indeed crash my Wayland session and, since Wayland compositors are sensitive and critical, it froze all input devices. Only way to recover was to SSH into that machine and reboot it. 🤦