tallship

@tallship@public.mitra.social

Slackware, OpenBSD, and a bit of a Debiantard.
FOSS and Privacy Advocate. Secure, Enterprise Cloud.

This profile is from a federated server and may be incomplete. Browse more on the original instance.

simon, to random
@simon@simonwillison.net avatar

Several of the major social media platforms - Instagram, TikTok, LinkedIn, Twitter - have effectively declared war on linking to things and I absolutely hate it

"Link in my bio" / "Link in thread" / "Link in first comment"... or increasingly no link at all, just an unsourced screenshot of a page

tallship,

@simon

A couple of things there Simon. How do you know this? Are you still using the deprecated, privacy mining, monolithic silos to which you refer, or are you just taking this on the word of good, 3rd party information sources?

If it's the former, why?

If it's the latter, then yippie kai yay! The demise of these platforms is underway and in full swing - just as Steve Ballmer once called Linux "Cancer", the fact that these silos aren't simply ignoring links to particular resources, especially those in the , and have taken up with the practice of actively blocking them, is a good thing; and you, as a , should be proud.

Yet again, if it is the former, and you really insist on validating and monetizing those privacy mining silos via your subjugation as inventoried chattel there, consider pinning something akin to the following to the top of your profile (make sure to read the alt-text for the image):

snikket_im, to android
@snikket_im@fosstodon.org avatar

Just a heads-up that has been pulled by from the store. We'll work on restoring it once we figure out their (as usual) nonsensical complaints. Apologies to everyone affected. Please look at and free yourself.

Today's excuse for delisting yet another app?

"Your app is uploading users' Image information without posting a privacy policy link or text within the Play Distributed App."

Funny. What's this then?? 👀

tallship,

@danie10 @snikket_im

I personally feel that this is the optimal delivery and update methodology for future software distribution.

I've written about this at length in several articles, and more and more service daemons and client software are taking advantage of this form of direct from the developers method of delivery - not just Android apps.

is one such app that even states in the docs that this is the preferred method, although they do support a total of four methods:

  • Google PlayStore - crippleware due to google funding source restrictions. In all cases, this is by far the worst distribution point for software, if not with respect for the product that the developers want to deliver, but also with regards for the privacy of the users who are tracked, mined, and themselves repackaged as a quantifiable inventory item.
  • F-Droid custom Dev's repo - 2nd best option, because this is built with the developer's keys when the developer decides to push the product, and contain all feature sets that the developer chooses to include.
  • F-Droid repo - 3rd best option, since it is signed with F-Droid's keys and typically lags by some measure of time with respect to release dates, considering that F-Droid staff pushes these out on a best effort basis, according to the time they have available to do so.
  • Direct from the developers Git repo - This is the best method. They push a release and the next time you open the app you're notified of an update.

This is part of the magic of Slackware's philosophy too - Patrick and team don't church it up like most distro's do (Debian and AlmaLinux quite often, quite heavily wrt customizations, use Apache or Nginx HTTP servers as examples). Slackware tries to package up software as close to how the upstream intends it to be.

In earlier articles I've published on the topic, I've focused at times on a solution to a theme proffered by , who denigrates the open source model somewhat, for being at a great disadvantage when compared to that of proprietary solutions that can update and evolve protocols, APIs, etc., on a whim, because they're centrally managed and controlled by a single dictatorial source. Microsoft is one such classic example. You simply have NO CHOICE as to when you must allow your software to be EOLed, evolve, or update itself.

Using this model, however, where a central repo, or a distributed, CDN type of repo mirroring is deployed at the origin by the development team itself, FOSS has no problem upgrading even things like protocols as they evolve. Of course, it is ultimately up to the operators of the software to allow updates and the prerogative of the developers to establish the level of nags that users of the software will experience until they permit the updates to occur, but that's beyond the scope of the basis of advocating for this type of delivery model.

Okay I think I'm bordering on hijacking this thread, so I'll make a comment about these types of shennigans by Google, and how one one hand it's certainly a huge frustration, if not an impediment to being found and adopted by users, but moreover, a predatory practice by one of the most egregious violators of personal choice in the free market of consumerism and commerce.

It may hurt being pulled like that, but IMO, I don't think there's anything preventing the good folks behind from pushing out the kind of crippleware that google wants them to, while at the same time pushing banner splashes in the app that explain just how fricken' useless it is under the terms necessary to distribute it via that medium, and encouraging users to install it instead by following the instructions at the for a fully featured, secure messaging platform.

IOW, there's always a silver lining - wear this dejection as a badge of honor and as the evidence to support the fact that you're on the right track!

.

tallship, to fediverse

Ghost is an excellent platform for publishing. I used it a lot a few years back for publishing articles when it was headless - that was optimum. Compose at your leisure within your own local environment, then push it up to your own self-hosted instance.

Unfortunately, they let it fall into disrepair, left it unmaintained, and last I checked the Ghost desktop was nowhere to be found in the repo. One of the maintainers explained to me that they just didn't have anyone willing to maintain the app and so I migrated away from the platform myself.

Integrating is a fantastic idea, and will give a run for the money, but the reasons for leaving and to publish on aren't so compelling with editors like exist now, along with the plugin.

I'm going to give it another looksee to review what happened to the elegant, nature that Ghost used to espouse as one of it's key ingredients for using it in the first place. I just hope that they don't try to go the way of , , and other projects that were forked, and somewhat marginalized, as a result of decisions to force community versions into products that lacked most functionality without fee based subscriptions. Lord knows, the last time I checked their managed hosting solutions for Ghost it certainly wasn't even competitively priced.

With this newfound revelation in the form of some kind of epiphany, let's hope their commitment to and FOSS exceeds that of their grasp for excessive monetization.

.

RE: https://todon.eu/users/MediaActivist/statuses/112302834109929024

@MediaActivist

tallship, to foss

Well... Reddit may not yet have been shown the door, but it has certainly been handed its hat.

Think about it. platforms such as the projects for Kbin, Mbin, Lemmy, Lotide, and now...

https://join.piefed.social/ and the repo is here: https://codeberg.org/rimu/pyfedi/

Be sure to check the Link below in the link that @jeze left and sign up!

Pretty kewl, IMO. Thanks for sharing Elley :) it looks really nice and I created an account for myself. Seamless federation with the others too - very nice :)

.

RE: https://kzoo.to/users/jeze/statuses/112168259370814891

@jeze

tallship, to random
tallship, to fediverse

This is an example of a marketplace listing in Flohmarkt.

What "I" did here...

  • Went to the "All" tab over at Flen's Market - Much like PeerTube, there's a Home, Local, and All tab, the latter of which includes items from other instances that you've manually federated with within the radius you've specified from your location.
  • Next, there's a choice to make if you're interested in an item. You can register for a local account (I don't see any reason to do that unless you want to post a listing on that particular server), or you can remotely add yourself (like I did). Since the remote features don't quite seamlessly work with Mitra, I tried this from a masto server - no joy. I tried it from another masto server (a masto fork) - no problem this time, even on an older version of masto. That was humorous to me, as I've a bit of disdain for mastopub servers and found it amusing that even some of the instances running the very latest version of masto won't work, while older one's based on forks do; but I've got a twisted sense of humor.
  • So next, you can engage with the seller directly from your local instance on most Fediverse platforms (support is added for various additional Fediverse platforms all the time). In this case, (visible because I chose the "All" tab), the particular item was from yet another server elsewhere - this is a very nice feature, like !!!
  • From there, once you boost the item in the listing, others can see it in their streams, boost it further, make arrangements directly with the seller, etc. Kinda Kewl.

This is different from how most other attempts to deliver a marketplace into the . Usually, what I've seen is someone trying to integrate the functionality local to a platform, which networks (via ActivityPub federation) only with other like platforms. That's not a Fediverse solution - that's a platform solution and leaves everyone else on the fediverse not running that particular platform disenfranchised.

For example, using the Epicyon server platform as an example, it is first to be understood that this particular server platform is designed for very small numbers of user accounts per each instance. You also have to manually contact the admin of remote Epicyon servers yourself (or be contacted by them), then mutually agree to federate each other's marketplaces separately and distinct from any wider federation configurations your server has. Considering the inconveniences with locating other Epicyon instances that may or may not have enabled and made use of their marketplaces and establishing a mutual publishing agreement, coupled with the likelihood that each of your instances between 1 and 10 users, posting an item in the marketplace has a pretty high probability of being more effort than its worth - especially since it dosn't federate with any other Fediverse platforms.

Others follow a similar design, but also generally operate like normal federation using a blacklist method, as well as being able to accommodate potentially hundreds, or even thousands of users per each instance (yeah, I know, semi-monolithic); so even if those marketplaces didn't already automatically federate across the Fediverse with all instances of other like server platforms, it's still a huge improvement over the previously discussed smolweb platform's model.

But they're still not Fediverse wide...

This is where Flohmarkt really starts to shine - it's fully Federating (Still a WIP wrt some platforms - see the wiki for particulars) across the entire portion of the Fediverse.

You can check for the latest particulars on Flohmarkt's current Federation status if you're interested in your particular Fediverse platform and level of interoperation with Flohmarkt instances.

I do have some criticisms of the particular functionality in federating that the developers have chosen to incorporate, however. Basically, The server admin still needs to manually federate item listings between the local instance and other remote Flohmarkt servers. It doesn't need to be this way however, but one must concede that after going over the documentation and seeing that the concern's of the dev team are over unchecked spam, phishing, poor quality ads, etc., I find it to be a very reasonable concern, although I'm still not comfortable with how the Dev team has hard-coded this conditional into the server's capability, when a slightly different approach might afford self-hosters much greater flexibility and incintive for adoption; namely:

  • Make the current model the default
  • Enable other configurations for federating between other Flohmarkt servers (and eventually, other platform marketplaces) via either simple configuration files, runtime arguments, or via a GUI in an admin control panel, including that of an uninhibited fully blacklist model of sharing listings between Flohmarkt servers.

I generally tend to think that hard-wired, opinionated configuration choices are a less than ideal (usually bad idea) than acknowledging issues surrounding such decisions and then choosing a default while affording server admins (or users themselves) of being able to manage the options for themselves. This is one of those cases where I feel it could make a huge difference in the viabilty and adoption potential for this, "Strictly Federating Marketplace" Fediverse platform.

The other (very minor) criticism I have for Flohmarkt is the pin & string radius solution as it is currently implemented:

  • It's determined by the server admin, instance wide
  • It's determined by the server location, or some other arbitrarily decided locale

The radius is a great idea, but I think the following would go a long way towards improving the utility of this feature set:

  • The server admin decides whether to enable user-level radius configs or server level, as is the case at this time.
  • Local users determine, and have control over whether an established is applied to either their entire user profile's repertoire of items listed, or on a per item basis.
  • If he user chooses a per item radius, each listing could have a different radius established.
  • The local users have location radius specifications that can be based on different criteria, such as pinning a location on a map of their choice, by country (the free IP2Location databases can accommodate this behavior).
  • The user's particular radius settings for each listing must be preserved and observed by all federating remote Flohmarkt server instances (but not by individual remote user shares/boosts, which should remain unrestricted).

This Radius feature is extremely powerful and I think that every effort of the development team to exploit the potential of this feature set should be a major consideration. Eventually, Flohmarkt servers will federate with other server platform types, exchanging listings between say, Flohmarkt servers and Friendica servers, etc.. but the awesome power unleashed through following and boosting capabilities that are already fully available to remote users to share with others holds the potential at this very time to make Flohmarkt item listings ubiquitous across the entire Fediverse, ... And that is really kewl :)

Well, I'd rather tease your interest and see you go checkout more for yourself rather than feed you everything you wanna know about a really kewl communications tool - you really should experience how kewl it is for yourself.

I couldn't locate a support room for Flohmarkt like most contemporary software products maintain in the FOSS world, but the more traditional irc chan at is readily available, and of course, there's the issue tracker at the Codeberg repo I previously linked to above.

What are your thoughts and impressions on this novel approach to embedding the marketplace commerce structure into potentially everyone's social streams in the form of both a dedicated platform and as passive feeds via the intervention of other who share and boost individual items and listings in Flohmarkt?

I hope that helps! Enjoy!

? 🍔
@grindhold @me @flohmarkt_support

.

RE: https://fedi.markets/users/Yonggan/items/f7f7f8d1-6279-4249-890a-bdd97340d218

@Yonggan

coffeegeek, to fediverse
@coffeegeek@flipboard.social avatar

I need some help,

We need to better incorporate our Mastodon feed into the CoffeeGeek.com website.

Part of the problem is, in the platform we use (Wordpress / Elementor), there's almost zero support for Mastodon in our share, follow, and embed tools. So either we have to write something from scratch and make it work with our existing share tools, or... well if there is an Elementor / WP friendly share plugin out there that actively supports mastodon, I want to know about it.

Any thoughts? Ideas? Guides? Step by step to make it happen? The research I've done so far shows it's tricky to have a proper share popup for Masto like you can have for Facebook, for eg (second screen cap below) because of the decentralized nature of mastodon.

For instance, I want to have a Mastodon share button in this cluster, which is created via a convenient widget in Elementor:

Share Popup for Facebook

tallship,

@coffeegeek

Hi Mark,

I've got a follow up here for you :)

A few items, but for the tl;dr please scroll down towards the end. The first few appear to be precisely what you asked for, the third is my rather enthusiastic recommendation.

I believe this first one is the plugin I mentioned, and was found to be quite lacking, further, frustrating to most - This showcases the glaring problem associated with conflating mastodon with that of the - most things break, early and often, over and over again.

  • A simple share button that breaks about a fourth of share attempts:

Here's Terrence Eden's article on the Share on Mastodon plugin. I thought a link to this article best, as it leaves you lots of breadcrumbs to pick up along the way to the plugins page at WordPress. Including Jan's blog article. I believe this was the one with the least utility, that caused the most problems with people, which is quite a bit more than frustrating for a lot of people, angering many. masto isn't even the big man on campus anymore - those days have passed, and are in the past; it's just one of many increasingly popular platforms that people use in the ActivityPub portion of the Fediverse.

I believe Jan is incorrect on the number of images that masto can accommodate - yes it used to be four, but lately, when authoring articles in the Fediverse with platforms that accommodate inline media in the posts, I've noticed that masto actually will include 5 images, the rest it summarily discards, making for an even more confusing event for those on masto (NGI Zero funding has just been secured BTW, to at least bring masto into the 21st century with Quote Posts - like pretty much everyone else has had for a long time, some for a decade now).

Perhaps in time this will improve, or you can get into it with the aid of some of the others below, or just move past all that and install the plugin at the end of it all which performs famously ;)

  • Conflating mastopub with the Fediverse is a Bad thing:

I've heard a few good testimonies of how well the Fediverse share button performs. Note that no where in the description or documentation is the word mastodon used; no one is mislead to believe that there is such a thing as a mastodon network - because there isn't.

  • People should be offered the opportunity to share interesting content into (and throughout) the Fediverse, not some small slice of the available platform choices existing there:

This next option was heavily inspired by the old AddToAny plugin back when a kazillion different silos were popular and extant. I remember using that plugin to support sharing across upwards of 30 or so various social networking, bookmarking, link aggregation, and other types of obscure sites in far flung places of the world. I've also heard some good things about this solution too - please take note of all the certified platforms that it supports, and yes, mastopub is one of those ;)

If you do choose this method, do please join us in the Fediverse-City Matrix room to offer a review / evaluation as to how well Fediverse Share works for you. Several project leads there are always interested in viable solutions that are inclusive and accommodate the wider community at large without any marginalization through misleading brand recognition.

I do like the colorful buttons too in the demo here. I also like the non-traditional "Lorem ipsum" example prose too. I find it refreshing :)

  • Either through simple naivety or conscious exclusionary arrogance, here's some other masto branded share options, at least one, IIRC, was much less than satisfactory, but I typically don't traffic mastodon branded things anymore when the insinuation is that the product represents the Fediverse. You may find, however, that one of these is just what you need, and that with a little bit of tweaking will fit nicely into your website's business processes. A little branding can go a long way, but sometimes a solution depends on, for example, a "share API endpoint", not strictly compliant with the W3C's published specifications, that serves to marginalize all other platforms by excluding them (that's commonly regarded as EEE). I'll just post the links w/o commentary:
  • mastodon share button
  • Share on mastodon button
  • MastodonShare
  • Toot Proxy
  • Yet another mastodon share button
    *Share to mastodon

There's another utility by Nikita Karamov (creator of the Toot Proxy above) that doesn't embrace the predatory branding of a diluted trademark:

  • Share₂Fedi - Share₂Fedi isn't a button, exactly, but the functionality is there and it is inclusive of the larger diaspora of the ActivityPub powered portions of the Fediverse, avoiding any sort of marginalization as a result of marketing through leveraging overt, and predatory branding campaigns.

Alright, I know you're interested in getting to the good part. Yes, I'm guilty of that same sort of mindset that makes you scroll down to the bottom of the ToS before you can click on the submit button. But before we get to the tl;dr:, we have one more which in spirit at the very least, is promising, I encourage you to read it:

  • Honorable mention goes to shareOnFediverse, which works even with GNU Social, Diaspora, PixelFed, Hubzilla, Lemmy, Friendica, Kbin, Misskey, Pleroma, Etc.

tl;dr:

That bit of markdown above (the H1) may not show up on your platform, depending. Regardless, you've arrived. Here's the solution that I personally recommend, a very fine solution that not only allows one to share their content into the Fediverse by providing links back to their website, but providing the gateway for people in the Fediverse, , if you will, to engage the authors of news and blog and lifestyle and cookbook style tutorial and HowTo sites, directly, with two way commenting and sharing of dialog in true open and participatory fashion:

First, (and it has indeed come a long way since the post of this article), a page on how exceedingly simple it is to install and configure this, the WordPress ActivityPub Plugin:

Bear in mind that the plugin was in beta at the time, so never mind the sourpusses in the comments who wanted it, and yet couldn't have it because they weren't self-hosting . I must reiterate that development has come a long way, the plugin is in general production release and available for any WordPress site, managed, self-hosted, or otherwise, and it's got a powerful feature set.

Posting links back to clear-net websites on the open Internet is fine, it's not like clicking a share to Faceplant or InstaSPAM button when you share an article that you like into the Fediverse, After all, it's every blogger's mission to drive traffic to their own site (not Faceplant or InstaSPAM), but then your visitors are limited to offering comment replies in the manner of a form submission on the site that really only allows you to subscribe your email for subsequent comment notifications for the article or thread that your commenters spawned.

What the plugin enables for those who engage with you, is to provide an instant audience of several million MAU (monthly active users) throughout the Fediverse who will be able to directly participate and engage in the conversation from their own native Fediverse platforms, receiving replies as well.

I've called this, A Game Changer, before. A few times, actually. @matthias @pfefferle and his small team of developers created and curated this plugin that enables this hitherto (mostly) inaccessible feature set for the masses. Literally anyone in the ActivityPub portion of the Fediverse can now comment and reply to the comments of others on WordPress sites, which is pretty much like 40% of the entire word wide web nowadays, and you can check this out for yourself right now by visiting his blog at https://notiz.blog/ in the comment section of any one of his articles.

There were some issues, which could be attributed to the predatory marketing practices by Mastodon gGmbH, whereby a lot of what is actually ActivityPub or Fediverse centric was being referred to, and worse, attributed to mastodon in one sense or another, further diluting their trademark which places it in jeopardy of losing its registration (the first item in mastodon's general guidelines states, "Only use the Mastodon marks to accurately identify those goods or services that are built using the Mastodon software." - but the defense of trademarks themselves is another matter entirely, although the discussion has come up many times with the responsible parties, often, in very heated, public, forums.

Anyway, Mattias and his team have become incrementally more mindful of placing emphasis upon , the brand, instead of masto, the brand, and that's a good thing because it goes a long way toward correcting the existing confusion that exists due to the abuse certain marketing personalities have, and continue to pursue. Indeed, the plugin itself is named ActivityPub, which is appropriate - and it certainly is not an exclusive tool for mastopub.

You can download the latest and greatest version of the WordPress ActivityPub Plugin HERE, which was released just 3 days ago, and I know because I was on the periphery of an issue that was resolved, making this an even more relevant and quickly becoming (IMO) essential tool for and Fediverse aware bloggers, journalists, chefs, and anyone else that knows they can benefit from deploying their own WordPress site for business or personal use in communicating with the world beyond the walls of the deprecated, proprietary, privacy mining monolithic silos.

In wrapping things up here, it goes without saying that one of the very most powerful aspects of the isn't actually that people can respond to your published articles from the comfort of myriad clients such as , , , or the native web or desktop interface for their Fediverse instance, but the reality that they can simply follow you, on your blog, and receive your blog or news or HowTo articles in their streams whenever you publish a new item. From there, they can boost (more exposure for your published works), reply (of course), and even offer a bit of narrative introducing your work with a . It's like a butterfly affect, or concentric circles emanating from one little plop of a pebble into a pond.

Oh, one more thing, there's nothing preventing you from including one of the pretty little Fediverse Share buttons either, in conjunction with the ActivityPub plugin. After all, some folks like to comment and let you know their thoughts, while others prefer to simply share it with others who will also tell two friends or themselves offer comments to your articles - it's a win win for everyone on both sides of the line that divides the Fediverse from those so-called Big Tech institutions comprising the walled gardens of subjugation by the .

I hope you've found this helpful, I didn't want to send you on an errand of discovery without making sure that there's been some decent coverage of several different alternatives currently available for you.

All the best!

, @pfefferle

.

tallship, to random
tallship, to browsers

After several years of warning after warning after advisory after advisory and calls to repeatedly update or remove and NOT USE CHROME by the Department of Homeland Security, it should be inconceivable that anyone does - but they do.

Sometimes these are patched with automatic updates before horrific and catastrophic results occur, sometimes not. To be frank, part of the problem stems from the fact that Chrome is the largest attack surface out there where browsers are concerned, but notwithstanding it being the fav target are also serious privacy concerns that aren't shared by other chromium based browsers.

To be fair, many exploits are indeed shared by other chromium based browsers, but not most, while some are related to other browser capabilities, like WebRTC, but it's still best to just ditch Chrome and never look back.

Here's more coverage on vulnerabilities issued less than a month ago. It took 3 seconds to bring this up, and no, not using Google, which didn't reveal this when I tried that search engine in a subsequent search, lolz. Why would they return SERPs that poo poo their own product?

This one did come up in a google search

There's truly only one way to ensure safety - unplug. But there's a lot of simple things you can do to exact a reasonable level of security, so why not observe some of those best practices? It's not like it will cramp your style.

Anyway, that's my two cents. h/t to @darnell for raising awareness of this latest brokewell. Make sure you take the time to visit the link he's provided for you too.

There are plenty of that run on (to name a few, alphabetized):

  • Brave Browser
  • Chromium
  • DuckDuckGo
  • Firefox
  • Kiwi
  • Vivaldi

IMO, No one should be running Chrome - Desktop or otherwise. It's a privacy nightmare even when there aren't CERT warnings circulating.

.

RE: https://one.darnell.one/users/darnell/statuses/112371221294882180

@darnell

tallship, to fediverse

Okay I thought I'd share this recent post here on the . To give it some context, it's an answer to a common question, often a misunderstanding (even by many knowledgeable folks) as to just how we got here.

So first, the question, posed HERE.

And my answer follows below:

There's a lot of apples and oranges here. And everyone had a lot of good points made, but your question is simple, and has a very simple answer. I'll endeavor to address that directly, but do need to tend to some of what has already been said.

Scroll down to the tl;dr for the succinct answer of your question

Ethernet, ARCNET, Token Ring, Thick net (RG-59), Thin net (RG-58 A/U), and UTP (Cat 3, Cat 5, and Cat 6 unshielded twisted pair, Etc.) really have zero bearing on your question insofar as IP is concerned. All of these specifications relate to the definition of technologies that, although are indeed addressed in the OSI model which is indeed very much in use to this day,but are outside the scope of Internet Protocol. I'll come back to this in a minute.

It's quite common to say TCP/IP, but really, it's just IP. For example, we have TCP ports and we have UDP ports in firewalling. i.e., TCP is Transmission Control Protocol and handles the delivery of data in the form of packets. IP handles the routing itself so those messages can arrive to and from the end points. Uniform Data Protocol is another delivery system that does not guarantee arrival but operates on a best effort basis, while TCP is much chattier as it guarantees delivery and retransmission of missed packets - UDP is pretty efficient but in the case of say, a phone call, a packet here and there won't be missed by the human ear.

That's a very simplistic high level-view that will only stand up to the most basic of scrutiny, but this isn't a class on internetworking ;) If you just want to be able to understand conceptually, my definition will suffice.

Networking (LAN) topologies like Token Ring, ARCNET, and Ethernet aren't anywhere in the IP stack, but figure prominently in the OSI stack. I'm not going to go into the details of how these work, or the physical connection methods used like Vampire Taps, Thin net, or twisted pair with RJ-45 terminators, but their relationship will become obvious in a moment.

The OSI model unfolds like so, remember this little mnemonic to keep it straight so you always know:

> People Don't Need To See Paula Abdul

Okay, touched on already, but not really treated, is the description of that little memory aid.

> Physical, Data Link, Network, Transport, Session, Presentation, and Application layers (From bottom to top).

The physical and Data Link layers cover things like the cabling methods described above,and you're probably familiar with MAC Addresses (medium access control) on NICs (network interface controller). These correlate to the first two layers of the OSI stack, namely, the Physical (obvious - you can touch it), and the Data Link layer - how each host's NIC and switches on each LAN segment talk to each other and decide which packets are designated for whom (People Don't).

In software engineering, we're concerned mostly with the Session, Presentation, and Application layers (See Paula Abdul). Detailed explanation of these top three layers is outside the scope of this discussion.

The Beauty of the OSI model is that each layer on one host (or program) talks to exclusively with the same layer of the program or hardware on the other host it is communicating with - or so it believes it is, because, as should be obvious, is has to pass its information down the stack to the next layer below itself, and then when it arrives at the other host, it passes that information back up the stack until it reaches the very top (Abdul) of the stack - the application.

Not all communication involves all of the stacks. At the LAN (Local Area Network) level, we're mostly concerned with the Physical and Data Link layers - we're just trying to get some packet that we aren't concerned about the contents of from one box to another. But that packet probably includes information that goes all the way up the stack.

For instance, NIC #1 has the MAC: 00:b0:d0:63:c2:26 and NIC #2 has a MAC of 00:00:5e:c0:53:af. There's communication between these two NICs over the Ethernet on this LAN segment. One says I have a packet for 00:00:5e:c0:53:af and then two answers and says, "Hey that's me!" Nobody else has that address on the LAN, so they don't answer and stop listening for the payload.

Now for Internet Protocol (IP) and TCP/UDP (Transmission Control Protocol and User Datagram Protocol):

IP corresponds to Layer 3 (Need) - the Network Layer of the **OSI Model.

TCP and UDP correspond to Layer 4 (To) - the Transport Layer of the OSI model.

That covers the entire OSI model and how TCP/IP correspond to it - almost. You're not getting off that easy today.

There's actually a bit of conflation and overlapping there. Just like in real life, it's never that cut and dried. For that, we have the following excellent explanation and drill down thanks to Julia Evans:

  • Layer 2 (Don't) corresponds to Ethernet.
  • Layer 3 (Need) corresponds to IP.
  • Layer 4 (To) corresponds to TCP or UDP (or ICMP etc)
  • Layer 7 (Abdul) corresponds to whatever is inside the TCP or UDP packet (for example a DNS query)

You may wish to give her page a gander for just a bit more of a deeper dive.

Now let's talk about what might be a bit of a misconception on the part of some, or at least, a bit of a foggy conflation between that of the specification of the OSI model and a Company called Bolt Beranek & Newman (BBN) a government contractor tasked with developing the IP stack networking code.

The TCP/IP you know and depend upon today wasn't written by them, and to suggest that it was the OSI model that was scrapped instead of BBN's product is a bit of a misunderstanding. As you can see from above, the OSI model is very much alive and well, and factors into your everyday life, encompasses software development and communications, device manufacturing and engineering, as well as routing and delivery of information.

This next part is rather opinionated, and the way that many of us choose to remember our history of UNIX, the ARPANET, the NSFnet, and the Internet:

The IP stack you know and use everyday was fathered by Bill Joy, who arrived at UC Berkeley in (IIRC) 1974), created vi because ed just wasn't cutting it when he wanted a full screen editor to write Berkeley UNIX (BSD), including TCP/IP, and co-founded Sun Microsystems (SunOS / Solaris):

> Bill Joy just didn’t feel like this (the BBN code) was as efficient as he could do if he did it himself. And so Joy just rewrote it. Here the stuff was delivered to him, he said, “That’s a bunch of junk,” and he redid it. There was no debate at all. He just unilaterally redid it.

Because UNIX was hitherto an AT&T product, and because government contracting has always been rife with interminable vacillating and pontificating, BBN never actually managed to produce code for the the IP stack that could really be relied upon. In short, it kinda sucked. Bad.

I highly recommend that you take a look at this excellent resource explaining the OSI model.

tl;dr:

So! You've decided to scroll down and skip all of the other stuff to get the straight dope on the answer to your question. Here it is:

> What were the major things that caused TCP/IP to become the internet standard protocol?

The ARPANET (and where I worked, what was to become specifically the MILNET portion of that) had a mandate to replace NCP (Network Control Protocol) with IP (Internet Protocol). We did a dry run and literally over two thirds of the Internet (ARPANET) at that time disappeared, because people are lazy, software has bugs, you name it. There were lots of reasons. But that only lasted the better part of a day for the most part.

At that time the ARPANET really only consisted of Universities, big Defense contractors and U.S. Military facilities. Now, if you'll do a bit of digging around, you'll discover that there was really no such thing as NCP - that is, for the most part, what the film industry refers to as a retcon, meaning that we, as an industry, retroactively went back and came up with a way to explain away replacing a protocol that didn't really exist - a backstory, if you will. Sure, there was NCP, it was mostly a kludge of heterogeneous management and communications programs that varied from system to system, site to site, with several commonalities and inconsistencies that were hobbled together with bailing twine, coat hangers, and duct tape (for lack of a better metaphor).

So we really, really, needed something as uniform and ubiquitous as the promise that Internet Protocol would deliver. Because Bill Joy and others had done so much work at UC Berkeley, we actually had 4.1BSD (4.1a) to work with on our DEC machinery. As a junior member of my division, in both age and experience, I was given the task of, let's say throwing the switch on some of our machines, so to speak, when we cut over from the NCP spaghetti and henceforth embraced TCP/IP no matter what, on Flag Day - 01 January 1983.

So you see,the adoption of Internet Protocol was not a de facto occurrence - it was de jure, a government mandate to occur at a specific time on a specific day.

It literally had nothing to do with popularity or some kind of organic adoption, the erroneously described, so-called demise of the OSI model, or any physical network topology.

DARPA said 01 January 1983 and that's it, and that was it - Flag Day.

Sure, it took a few days for several facilities to come up (anyone not running IP was summarily and unceremoniously cut off from the ARPANET).

And one also needs to consider that it wasn't every machine - we only had some machines that were Internet hosts. We still had a lot of mainframes and mini computers, etc., that were interconnected within our facilities in a hodgepodge or some other fashion. Nowadays we have a tendency to be somewhat incredulous if every device doesn't directly connect over IP to the Internet in some way. That wasn't the case back then - you passed traffic internally, sometimes by unmounting tapes from one machine and mounting them on another.

There was a lot of hand wringing, stress, boatloads of frustration, and concern by people over keeping their jobs all over the world. But that's why and when it happened. Six months later in the UNIX portions of networks we had much greater stability with the release of 4.2BSD, but it wouldn't really be until a few years later Net2 was released that things settled down with the virtually flawless networking stability that we enjoy today.

Enjoy!

.

tallship, to foss

I'm unable to pull this up and boost here. Was able to get the whole stream on a Glitch-soc box np, and I can follow the curator here too, but I'm too tired to try testing on Hubzilla or Friendica at the moment; so I'll just post the link then, which may be of interest to some, ... Actually, I suspect, many.

We've had some discussions about this over in the Fediverse-City Matrix room, Where Ryan is also a participant. It's apropos of the recent onboarding with respect to Flipboard curators and also the nacent interoperability we're experiencing with Bluesky's ATP.

Baby steps folks, baby steps, as they say ;)

Building Bridges to the Fediverse, with Bridgy Fed’s Ryan Barrett

I'm interested in hearing any feedback you may have to offer and as always, boosts are welcome :)

.

tallship, to bbs

Synchronet BBS as an node makes over a secure protocol because your exit node is the itself...

Brilliant!

But what about those users out there? How about a gzipped tarball, all nicely packaged up so you can distribute around, of a custom built client that will securely connect people to your over telnet?

Brilliant!

What was that again? Oh yeah, ... Brilliant!

Enjoy!

h/t to @dheadshot

.

tallship,

@silverpill @Hyolobrika

Hehehe.... I suppose this is my opportunity to plug Joshua's free domain name service here that's been a trusted mainstay for over 20 years :p

Perhaps one of the best parts is that you can see how many days (years) the domain has been part of the service, to dissuade concerns over whether there's a likelihood of it suddenly disappearing :)

And.... who doesn't love ?

Aside from lotech schemas, there's also several FOSS based community driven initiatives. There's been a lot of real-world, ad-hoc development since my years of participation in the IRTF/IRSG DTNRG. Full disclosure, I was also formerly employed by Semtech. The notion that there's a use case for communications that can take months, even decades to arrive (or never at all) is a valid concern for many practical applications.

More immediate, and relevant communications systems for most folks here on Terra Firma include projects like Lokinet, which has some great info HERE, and also aspires to the same level of, um... disconnectivity (sneakernet-like) or operability that @silverpill mentions above - the value of having a client/server architecture that is prepared to exploit this out of the box is much relevant that one might think.

Some of these semi-production or production ready real world initiatives and communities are:

  • CellSol - It is noteworthy to mention that Texas is the only state in the USA that sports an (actually only mostly) autonomous electricity grid (not dependent upon the national grid), although it's not publicly managed, and has been criticized as such due in part to nearly 1000 deaths occurring in the winter of 2021. The repo is HERE. Here's a PoC for one such use case from the PoV of a native Texan: Apologies for directly linking to an article in the monolithic silo space.

During my years living quite literally off-grid in the wilderness of the forested mountains in Northern California, I had the privilege of meeting and contracting for several farms and individuals deeply steeped in what is generally referred to as the prepper movement. These weren't cray cay militants (at least not most of them) or paranoiacs calling for revolution or believing the end is nigh, but rather, farmers and families who were, rightfully so, extremely concerned with security and safety for their small communities and loved ones. To survive in places like that, which exist all over the world, one must begin with self-sufficiency that covers 4 seasons; beyond that, protecting the 'me and mine' aspects of your assets and property are very real considerations.

The work I focused on led me to developing microwave surveillance systems using inexpensive, solar powered Ubiquiti Nanostations with ranges capable of exceeding 10KM, strategically placed in almost inaccessible locations overlooking entire valleys as well as within small perimeters of their farms and households. This included off the shelf PTZ cameras, many of which were capable of license plate and facial recognition, but more importantly, being able to determine the difference between things like Bears, Deer, and Humans - false positive intrusions detected are quite frustrating, lolz.

All of this was coupled together with Shinobi, which can be monitored and controlled from anywhere, on any device. The repo is here.

With the extreme threat levels of thievery and other concerns in those regions, and continuous incidents of such, a comprehensive based, powered communications and surveillance system is an in demand market. Internet access is of course, problematic in such regions, which creates the market for WISPs operating in the unlicensed microwave bands a high demand commodity as well.

This is merely demonstrative of the need for another niche type computing arena - community networks completely unconnected to the Internet:

All of these projects, protocols, and initiatives have solution based choices for the various kinds of Delay Tolerant Networking standards and communities actively developing for connectionless, intermittently connected systems, or autonomous networks that aren't neccessarily interdependant upon a classic, traditional, Internet connection.

Not sufficient to just eschew the deprecated, privacy disrespecting monolithic silos, it's also not prudent to depend upon clearnet aspects of the Internet either. In practice, it's possible to take pretty much any platform technology that listens for packets and fashion the ability to be accessible and available via I2P, Tor, IPFS Yggdrasil, and other IP routed constructs, yet moreover, the majority of people only consider intercommunication in terms of the IP routed packet switched network we call the Internet (powered almost entirely by Cisco IOS and the like), without due consideration given to the fact that this single common denominator is also a single choke point - kludgy platforms like masto that can't even keep up with the contemporary movements in the social networking landscape aren't going to fare well when it comes to the expanding horizons opening up with movements like those above, while others like Sreams, Mitra, and perhaps protocols such as Nostr that exhibit the ambitions to explore and exploit emerging technologies in communication will fare much better, adapting (and embracing layer 1 & 2 networking) along the way.

.

tallship, to history

A few dollars, even that little if that's all that you can, will be greatly appreciated and goes to a tangible cause with a finite timeline. I cannot speak to what will happen to the original archival material following digitizing, but paper does have an expiration date, so the sooner anyone is able to step up with anything the sooner Jason can get back to the business of preservation.

Links are in the article linked below.

.

RE: https://mastodon.archive.org/users/textfiles/statuses/112323615004071766

@textfiles

tallship, to foss

Still resonates to this day. was a big deal. For a long time.

.

RE: https://social.sdf.org/users/tallship/statuses/111501910747814277

@tallship

tallship, to foss

Okay it's one of those, "What's peculiar here?" kinda things.

Consider the source itself. And I certainly don't mean code of any sort. 'Why' would 'They' cite Wikipedia, as good a resource as anyone might think it to be?

Why not cite yourself? Instead of citing someone else - who will merely turn right around and cite you as the ultimate source reference?

, get it? I was rather amused. Anyway, Here it is.

h/t to: @csolisr You can haz ! 🍔

.

tallship, to foss

Thanks Evan, there's a bit to digest there, some of which I agree with, and some of which I don't, between what both you and the Other Evan had to offer.

It's good to get this stuff right out in the open, especially as the Fediverse is currently undergoing yet another paradigmatic shifts, perhaps an evolutionary step, but certainly, a complete game changer from much of the perspective offered in the Evan <==> Evan Essays ;)

https://fediversity.site/item/eed57428-ca9c-4ea1-a398-ef2d7319eff7

I hope that helps! Enjoy!

RE: https://evanp.me/2024/04/14/responses-to-rabble-on-activitypub/

@evanprodromou

tallship, to fediverse

Thanks for this Gregory :)

I'm sure a lot of folks will be interested in what you've been doing toward this rollout of groups on #Smithereen

#tallship #FEP #Fediverse #ActivityPub @tallship. @grishka

.

RE: https://mastodon.social/users/grishka/statuses/112378383977893952

@grishka

tallship, to random
tallship, to foss

A new version of has been released - w00t!

Not a complete feature set of Markdown, but certainly good enough for most purposes. You should give it a good look. If you're looking for a light markdown editor, one that works with bits and pieces as well as complete chapters in books, focuses on the text and authorship in a distraction free environment, then novelWriter might just be right up your alley!

@novelwriter

.

tallship, to privacy

#e2ee is a goal, not a promise. As far back as I can remember, forums like those supporting #Enigmail and #gpg were staffed with volunteers from the privacy community who repeatedly insisted on answering questions, like, "Is <this> (whatever this might be) totally secure?" with stock questions like, "What is it that you consider 'totally secure?" or answers such as, "Secure is a relative term, nothing is completely secure, how secure do you need your mission's communications to be?"

Phrases such as, reasonably secure should be indicators of how ridiculous it is to assume that any secure platform is EVER completely, and totally secure.

That begs the question, "Exactly how secure do you require your communications to be?" The answer is always, ... relative.

Which means that you should always believe Ellen Ripley when she says, "Be afraid. Be very afraid!"

https://www.city-journal.org/article/signals-katherine-maher-problem

#tallship #encryption #PGP #secure_communication #Privacy #FOSS

.

tallship, to random

More great news on the front - remote access for and Home based networks as simple as a single apt install command!

Give it a try today and let us all know what you think! I'm interested in hearing your thoughts and experiences with this invaluable remote access tool.

https://www.raspberrypi.com/news/raspberry-pi-connect/

@Raspberry_Pi

.

Sandra, to random

One drawback of POSSE is that you’re bolstering the value of the silos. Instagram grows more powerful with your pictures on it and GitHub thrives on your repos.

https://indieweb.org/POSSE

tallship,

@Sandra

Sandra, I'm really glad I had the opportunity to catch your review, or rather, observation of POSSE, especially the long term ramifications from the PoV of .

For quite some time now, I've been advocating for something that describes a not so dissimilar modus operandi for extricating subjugated chattel from that of the .

POSSE has merit, being a partial design for disrupting the deprecated monolithic silos, but IMO actually falls short by only seeking to coexist with it, instead of completely obviating them.

As a dedicated FOSS and Privacy Advocate, here's my take on how we can follow a best practices modus operandi, achieving what can eventually relegate today's monolithic silos into the marginalized zone, sending them into the abyss of downtrodden insignificance.

The model can work from any Fediverse platform, but platforms that support a rich feature set with longform authoring capabilities work best, having the greatest impact. For those stuck using masto for the time being, their impact will be less dramatic, but nonetheless still valid.

The model I've been advocating goes like this:

  1. ) Create original content on Fediverse enabled properties you own, or cite (link to) content NOT residing in the deprecated silo space (Twitter, Medium, TikTok, InstaSPAM, YouTube, Faceplant, Reddit, Linkedin, Etc.). You can do this from pretty much any Fediverse platform - even masto, with its paltry 500 character limit. A paragraph or so as a rule of thumb, just a teaser/headline to create interest for the reader to follow the link.
  2. ) Optional: For added impact and if you have any, from your traditional silo account(s), as well as from less capable clones like masto, offer up a teaser, perhaps a paragraph or so, with a link to the URL of this original content.
  3. ) If you're merely pointing to an article or resource created by someone else that exists independently, that's it. Well done! If you created your original content in long form on a more capable Fediverse platform than masto - there are many excellent Fediverse platforms for doing this. A few of those are:
  1. ) Endeavor to never publish any actual content (articles, news, photos, videos) on platforms in the deprecated monolithic silo space. Instead, it is preferable to publish your photos, videos on demand, and textual content on a Fediverse Platform well suited to this. i.e., PeerTube for VoDs, Pixelfed for images, and one or more of the platforms mentioned above for textual or multimedia based content such as news articles, HowTo's, tutorials, recipes, Etc.
  2. ) Occasionally, you may find it necessary to link to content in the deprecated silo space - a video on YouTube, for example. You may be able to clone videos (depending on licensing) to a PeerTube server, but if not, then make sure you sanitize those videos by using tools such as Invidious that shield the viewer from tracking and other privacy disrespecting constructs built into those silo systems.

The philosophy here is to ensure that anything posted into the deprecated monolithic silo space entreats the reader/viewer to leave that space in order to consume the content.

This practice insures that the consumer of that information does so in a protected, privacy respecting place, presumably built on FOSS, and in the Fediverse. It further serves to familiarize the consumer in an easy and unassuming way, with Fediverse platforms that do not track them or mine their privacy.

For the Fedizen however, it provides a one way transit - anyone seeing a teaser/headline/intro on say, Twitter or Faceplant, is immediately catapulted away from those denizens of commodification that packages and inventories the consumer as the product for sale, depriving those platforms of the necessary revenue that sustains them - death by atrophe. No blissful coexistence, every single post inside the deprecated monolithic silo space is in fact an egress point bringing the consumer into a free and privacy respecting environment.

Obviously, an article on the New York Times website isn't ideal, but it isn't strictly one of the monolithic silo systems listed above either. In this case specifically, it's a walled garden however, so you're directing the consumer to a place where they'll be privacy mined anyway, which offers three other possibilities:

  • You can, and should unless you feel you absolutely must, elect not to send someone to that resource
  • You can, under certain circumstances, copy that data verbatim elsewhere and provide a link to that place where you copied the data.
  • You can also probably check with the AP, since we're talking about a newspaper outlet, most of which actually pull their news from the Associated Press and other similar networks that provide free access, which you can link to instead.

There's simply no way to completely ensure being so mindful of your consumers without precluding yourself from linking to some forms of interesting content - but the point here is that almost without exception, you're not sending anyone into the deprecated monolithic silo space - you're sending them into the Fediverse, where they'll begin to become comfortable with, eventually creating their own accounts here.

I recently had some discussions with a few folks who completely turned their back on things like Twitter, which is good because it is one of those social networking systems that engages in tracking and privacy mining. Those individuals have made it easy for themselves by simply putting the existence of those privacy disrespecting resources completely outside the real of consideration - it's not like anyone is going to suffer because they didn't visit Faceplant. They may suffer a bit of withdrawals, but bear the following in mind:

There are liquor stores on virtually every corner in the real world. They sell booze at liquor stores. An alcoholic must come to terms with this and learn to live with this fact, making a conscious choice to buy, or not to buy booze in those stores, or even go outside where the temptation is even greater.

That's not the greatest metaphor I know, or maybe I just didn't deliver it well. Either way, I hope that in understanding this death by atrittion model, that people can make better informed decisions about privacy for themselves and others.

I'd love to hear your comments and thoughts on the matter, and any tools that help assist folks in addressing privacy concerns. Please feel free to share this by boosting to raise awareness within the Fediverse (and beyond) of all the excellent platforms available to everyone in the Fediverse. I realize I left out large sectors of the Fediverse that can be factored into this formula - the link aggregators and forums like , , , , , and more. I didn't even directly address the purpose built single user instance platforms. Maybe we can give them some coverage in a later edition :)

All the best!

.

tallship, to foss

This comes as no surprise to anyone who's actually been paying attention over the past couple of years:

https://privacy.thenexus.today/mastodon-hard-fork/

All I can really say is, "OH Happy Day!"

Let the games begin, I'll bring the popcorn :p

@thenexusofprivacy

.

tallship,

@jupiter_rowland @danie10 @thenexusofprivacy @mikedev

Okay first I should state that I've never actually said that masto isn't a solid and capable platform. It is, but at a severe cost - the design of masto, notwithstanding the insistence on maintaining a historically lackluster feature set when compared with almost any other Fediverse software, is such that it really isn't built for - it really strives to be some sort of unachievable ideal for the monolithic silo model.

No one but me seems to site this nowadays, but masto doesn't even really shine with respect to cost in terms of system resources and stability until you approach the 20,000 user account mark. What? Why would you do that? Back when these stats were being bandied about, Pleroma was showcasing its new protocol (browsing) support, and reminding people that it felt perfectly at home on an . No such claim was ever made for masto, lolz. That doesn't mean that the other platforms aren't just as capable of scaling vertically... but... why? Who's going to foot the bill? Who's going to manage all of those un-vetted people creating accounts on your machines? Why would someone bother with that in the first place?

Community? Nope - there's no sense of community on masto servers, and I'll get to that later. Because you want to create your own private Idaho? Probably. mastodon.social is one of, if not the, largest deprecated monolithic silos existing in the Fediverse today. Why? What possible benefit could be derived by driving a million people into a single funnel under the auspices of telling them that they're escaping that very same model? It's ludicrous.

No matter what happens in the short term, Eugen is assured of his parachute and comfortable retirement fund, except for the part where he forgot to have his new significant other sign a pre-nup - that might dash his net worth later, but that's another consideration entirely. I hope his marriage is actually a long and fruitful one that lasts forever, he's not a bad guy, he's just been courted and corrupted by the "Ooh shiney" phenomenon of financial entrapments that come with relative success in the media and pop culture.

The reason masto needs to be hard forked (several times, IMO) is not to create a better masto that will lend itself to DeSoc, , and self-hosting on people's home networks, but rather, to further dilute the trademark, and especially the brand, effectively killing it if possible, supplanting it with Fediverse instead. People like to bounce around that term inclusivity, well, this accomplishes that.

Forks of masto aren't going to create a better masto. No way. Sure, some improvements on this one, other features on that one, but dilution of the brand until it is only as significant as any other deserving Fediverse platform is and should be the ultimate goal. It's not well suited, architecturally for horizontal scaling anyway, unless you don't mind throwing all those system resources at it that could better serve you elsewhere with something like or one of the and family fork members.

True leaders in the Fediverse will initially be those platforms that have planned ahead and accommodate other DeSoc protocols, arguably Fediverse protocols, at this time, , , , , and even others that some turn their noses up at, like and 's . is NOT the end-all, be-all for the future. It is the golden calf of today, and just as others that have come before, it will morph and evolve or be obviated by others that will be plugged into the platforms currently running it - , , and Streams are prime examples of this, and Friendica especially, considering it's the only extant original member of the Fediverse for all intents and purposes. One could say that Friendica is the of the Fediverse, lolz.

With respect to Friendica in particular, but also Hubzilla and others that have arrived at this obvious conclusion, ActivityPub is merely the major vehicle by which it communicates with other decentralized social communications systems on the Internet. I don't think it has ever lost sight of that, like another of its contemporaries, did.

Hemming large masses of people onto a single (and at this time appearing to be) and open walled garden has the immediate effect of control over large swaths of population - you can say this, but not that. You can think this, but not that. You can be this, but not that. You can believe this, but not that - under penalty of excommunication.

In reality, we don't have strong friendships with our neighbors - that's why we have fences. We wave to them and say hi, call the cops when their on vacation and see someone suspicious lurking about their property. That's about the extent of being a neighbor. We invite our friends and coworkers over for BBQ's and to swim in our pools, not so much our neighbors.

The current masto social architecture is the antithesis of that, and so is it's physical architecture - put all the lobsters in the same pot of boiling water. Turn on and off their ability to speak all at once. Force them en masse to endure advertising blitzes (Oh, mark my word that's coming) decided upon by the server admin. It's like Baba O'Reilly by The Who - "Meet the new boss, Same as the old boss".

That's not the promise of Fediverse. it's the antonym.

masto also hinders innovation, attempting to define, dictate even, what should and should not be available - Nomadic identity is but one emerging facet of what is fracturing the masto monopolistic initiative - and that's a good thing, because with the help of FEPs, already, others are adopting various cooperative models for this as well, but discussing that now, and here, at this time, is more of a tangent so I'll get back to the point.

Jupiter:
> That's why people still fork Mastodon to add features that are available just about everywhere else.

Indeed it is, and why it has managed to enjoy a reasonable level of notoriety. There's also the wholly undeserved notion of community that actually, in direct opposition to, masto has continually sought to break and in a very big way, break.

There are certainly platforms (mostly forumware) that curate a sense of community, but those days are largely past. Whether it was , , , , or ; because just as it is in real life, is that which you define for yourself through your connections - your follows and those who choose to follow your account. The biggest failures in the Fediverse that I've personally observed are those that seek to localize, geographically or by shared interest, a monolithic ivory tower of sameness and similarity amongst people.

I felt so awful for one guy who, so enthusiastically upon discovering the Fediverse, started registering domain names corresponding to several states, thinking that he would be successful in launching a geographically oriented family of masto based servers tending to the shared interests of people by offering them a place to congregate. He quickly discovered the fatal flaw in his model, but was stuck with hefty data center bills to maintain all these masto servers that were largely uninhabited.

Trying to get rid of your masto subscribers when you figure out that you need to egress from it is not an easy task without disenfranchising your user base. I know, because a few years back, not long after @Gled archived his fork and urged everyone to adopt Pleroma instead, I face the daunting task of trying to convince my user base to migrate elsewhere - it took more than a year to accomplish!

Danie:
> thing is though there are also many existing alternatives to Mastodon already on the Fediverse, so why fork it?

In a nutshell, because it serves to, at the very least, dilute the masto brand, and more likely kill it. It has served its purpose and now that it has been exposed as a vehicle antithetical to , it's time to deprecate it.

My introduction to the occurred when I stumbled upon an earlier incarnation of , started looking at , and discovered that the monolithic model, if not having been shown the door, had at least been handed its hat.

The problem at that time, was the effect of Prettiness, and of course, UX. Friendica wasn't too bad in that latter sense, when compared to that of Faceplant, but it sure didn't even come close to being as pretty as Faceplant - or even Myspace, which had only recently fallen into the abyss. That's changed A LOT, even in just the past year, with respect to Friendica and Hubzilla - they're much more intuitive for a layperson parachuting to the ground after jumping from the cesspit over at Faceplant.

I think that more than anything, not being pretty enough for the subjugated chattel coming from Twitter and Faceplant, was the most difficult thing for onboarders to embrace. Mike placed all of his focus on functionality and forward thinking vision with respect to what these and later efforts could provide the masses, but the "prettification" was left to others who didn't step up for the challenge for many years. I'm all for features six-ways to Sunday, but I also feel that many things need to be hidden from the landing page a new user sees upon account creation - the very basics they expect should be there, akin to those available in the deprecated monolithic space; users expect this, but they don't yet know they not only want, but really need all of these other feature sets too, yet some things should left, IMO, to be discovered later by the user.

And in my conversations years ago with Mike, I gleaned as much from him: "Here's this really bitchen gift for the masses, it does all this kewl stuff, now I leave it up to others to make it pretty" (and with a sense of coherency that these former subjugated chattel can initially get their heads around). Putting all that stuff right in their face was awe inspiring, but foreboding at the same time for many.

Well, finally, people are making it pretty :) And they're also moving much of the overwhelming busy-ness elsewhere in the UI. As a result, there's been an explosion of adoption - not even primarily from former masto folks either.

I'd like to touch on the notion of community one more time in closing. It might be convenient for n00bie onboarders to glean a bit about how a particular platform functions, but just like in your own neighborhood where you live, you make friends elsewhere mostly - at work, at functions of the hobbies you engage in, with friends you meet at the grocery store or libraries, and the beaches or on hiking or 4x4 weekend excursions. It's the same way in the Fediverse, you make your friends through connections here and there through people you discover along the way, and 99% of them ARE NOT on your particular server instance.

They don't need to be either, because this is the Fediverse :)

.

shoq, to random

Or will it thread without one? {testing}

tallship,

@tallship @tallship @julien

Markdown published on NodeBB is preserved surprisingly well on Mitra, including the H3 heading. The bullets in the unordered list look really nice too.

Included is a screenie of what it looks like from both sides of the interaction between and a typical platform instance.

I can haz ? 🍔

  • All
  • Subscribed
  • Moderated
  • Favorites
  • Leos
  • tsrsr
  • DreamBathrooms
  • thenastyranch
  • magazineikmin
  • hgfsjryuu7
  • Youngstown
  • InstantRegret
  • slotface
  • khanakhh
  • rosin
  • ngwrru68w68
  • kavyap
  • PowerRangers
  • normalnudes
  • tacticalgear
  • cubers
  • everett
  • vwfavf
  • ethstaker
  • osvaldo12
  • Durango
  • mdbf
  • cisconetworking
  • modclub
  • GTA5RPClips
  • tester
  • anitta
  • All magazines