Recent content by Bolacore

I quite like that case design, that’s a nice simple aesthetic! On the archive, any chance you’d be up for linking it to me? I have a PR open with the StuffIt crate maintainer for one type of archive where we silently panic: https://github.com/benletchford/stuffit-rs/pull/2. Just curious if that...

So I managed to get NBP from LocalTalk (via TashTalk USB + TailTalk's nbp-lookup tool) to be able to discover a TailTalk AFP server running on EtherTalk bridge via my AsanteTalk and vice versa based on the advice from NJRoadfan above. I admittedly am not at all confident in the code as the...

Ohhh right of course sorry - it’s possible to make the TashTalk device be in essentially promiscuous mode by getting it to pick up all node traffic but I don’t think I have that exposed. Probably time for me to make one honestly.

The TailTalk GUI has a pcap option that should dump everything to a Wireshark compatible format if that’s easier? It’s right at the bottom of the window and has a little checkbox

I dont believe we care at all about DDP checksums - I found most devices seem to just set it to zero so I've never bothered to check them. Wouldn't I need to use NBP broadcast requests though for it to work for LocalTalk to EtherTalk? TailTalk only does NBP Lookups today as it doesn't know...

Yeah I’m missing just about all of that - I envisioned it very much as an ad-hoc only client running without routers so expressly skipped all of it. The primary use case was just modern computer hooked directly to old Mac computer with a LocalTalk or Ethernet cable and no router involved...

It’s been a while since I’ve tried but I know that TailTalk with AsanteTalk in Phase 1 mode could discover my LocalTalk LaserWriter just fine from the EtherTalk side. TailTalk does not do any routing or even know what a zone is beyond “this client is on EtherTalk or LocalTalk at address X”, so...

Just to make sure I understand it - the TailTalk side is on the LocalTalk side via an TashTalk USB right? Or is this with us as an EtherTalk node? Any chance you could record a capture on the TailTalk side and send it to me or post it here? I don’t have an iPrint to test with unfortunately but...

@slomacuser that is what I get for only checking "vtool" on the binary and not checking the Info.plist 🙃 If you override it in the App file it will work. I am pushing a fix here in a moment and will release 0.5.1 to make it official. Sorry about that!

@iigs123 PR updated to match the above and seems to work OK in my first tests - NBP now defaults to 0.255 for sending requests regardless of if it is EtherTalk or LocalTalk (and if both are enabled it will query both). Will hold off on merging of course til you confirm an improvement...

Ahhh of course it’s in the book 🙃 thank you! Will toss that in there too

I put together a little PR that should fix the broadcast MACs. I admittedly mostly use Phase 1 so had not noticed things did not work with Phase 2. If you have time to check it out of course before I merge: https://github.com/FeralFirmware/TailTalk/pull/18 I'm kinda curious though why you had...

EDIT: Bunch more posts that I missed, ignore me

I haven’t tested nbp-lookups in a few releases, hope I didn’t accidentally introduce a regression. Will check it out tonight. I’m typically using NeoVim with rust-gdb, but I will admit that debugging Tokio stuff is pretty painful. It shouldn’t bail on you though from hanging for a while I don’t...

Ahh yes looks like it indeed raised the minimum version. I’ll get a change in today to have a separate non universal app in addition to the current one for older macOS versions