Kissaki

joined 2 years ago
MODERATOR OF
[–] Kissaki@programming.dev 2 points 4 days ago

7 moves in 5 months. Sounds about right for chess. /s

[–] Kissaki@programming.dev 1 points 4 days ago

Video titles have recently been disappearing for me on the home page. I guess no-text-titles would also solve it. /s

[–] Kissaki@programming.dev 2 points 4 days ago* (last edited 4 days ago)

Notice: sr.ht is currently in alpha, and the quality of the service may reflect that.

Are these all different services? Seems like quite a hassle. Like a split of project resources.

An alpha classification doesn't spark confidence in using it productively and for significant projects.

[–] Kissaki@programming.dev 2 points 4 days ago (1 children)

Unfortunately, I find the need to have an account in order to contribute to projects a deal breaker. It causes too much friction for no real gain. Email based workflows will always reign supreme. It’s the OG of code contributions.

After opening with a need to be open-minded, this seems quite close-minded. Sure, it's their article. Still, I was hoping for a more neutral and substantiated advocating and description.

I certainly didn't feel like it answered [all] my questions and concerns in multiple sections.

[–] Kissaki@programming.dev 2 points 4 days ago

I somewhat like the idea of being able to submit issues via email directly. It does cost on spam classification and prevention, though. An account is easily classifiable as an additional confidence metric. E-Mail, not so much, or with significantly more complexity in relating data and ensuring continuity of source.

An account is a very obvious way to build a reputation. If you see a new GitHub account submitting a PR vs someone having contributed for a long time and significant projects in the same technology, you may approach the reviews quite differently. It is, at least, a very useful and simple way to classify authors and patch submitters.

What does SourceHut provide in this aspect? To what degree does it verify incoming emails authenticity, sender source, and continuity of source hoster? To what degree does it relate information by email address? I assume it does not.

[–] Kissaki@programming.dev 1 points 6 days ago* (last edited 6 days ago)

Additionally, the total size of "non-promoted" content, that is repositories that are for personal use (e.g. "my website", "my dotfiles") as well as private repositories, should not exceed 100 MiB

🤔 made me explore; there are no paid tiers, and the FAQ explains intentions:

In many cases, yes, but please read on. Our goal is to support Free Content, and we do not act as a private hosting for everyone! However, if we see that you contribute to Free Software / Content and the ecosystem, we allow up to 100 MB of private content for your convenience. Further exceptions are spelled out in our Terms of Service:


I've always seen Codeberg as a hosting platform much like GitHub and GitLab. But I see now it's a much more deliberate and specific effort and platform. And "personal use" [only] is not part of that.

[–] Kissaki@programming.dev 4 points 1 week ago* (last edited 1 week ago)

Supporting soft subs is a complex topic though. Three formats, font embedding, positioning and animations. It's a ton of effort, and anything less than "full featureset support" will mean they don't render how you design them in your full-set editor and local media play. And there will be differences and bugs, at least for a while. I suspect font rendering with various fonts in a media render context will have it's own set of issues.

I also think it'd be nice, but I can totally see how it may not make sense technically (complexity with its burdens vs need) or economically.

Browsers are already absurdly complex though so… maybe? :P

[–] Kissaki@programming.dev 0 points 1 week ago* (last edited 1 week ago)

RE: phabricator…I don’t know what that service is or is for, so I can’t comment if there’s any proof therein.

The how to submit a patch section documents that that's where they accept patches. And they do their reviews and change iterations there. By necessity, that also means hosting/having the repos.


That's confusing to me.

They only accept patches on Phabricator, have the sources there, but suggest using GitHub, but afterwards Phabricator to submit the changes?

I can only imagine it's to lower barrier to entry because GitHub is more well known. But this just seems like a confusing mess to me, without clear wording of intentions and separation of concerns [in their docs, not your post or comment here].

[–] Kissaki@programming.dev 8 points 1 week ago

These changes will apply to operations like cloning repositories over HTTPS, anonymously interacting with our REST APIs, and downloading files from raw.githubusercontent.com.

[–] Kissaki@programming.dev 72 points 1 week ago* (last edited 1 week ago) (3 children)

That's a read-only mirror, not a "move onto GitHub".

PRs get automatically closed, referring to the contrib docs.

[–] Kissaki@programming.dev 22 points 1 week ago

Lenard Flören, a Germany-based art director at an advertising agency, said he quickly realized that trying to create his dream fitness app with one lengthy prompt would lead to a plethora of bugs that “neither ChatGPT nor my clueless self had any chance of solving.”

If everyone can create programs, and everyone fails, maybe it'll bring increased appreciation to development and good development and products? One could hope. I guess the worst offenders won't even try themselves either way. The services are not that accessible.

[–] Kissaki@programming.dev 1 points 1 week ago* (last edited 1 week ago) (1 children)

, but it works reliably well. It takes a second or two to be redirected to the site you’re visiting.

Do you mean it works reliably well in letting users through, or in blocking AI?

Do you have sources or more information about the effectiveness of it in blocking AI? What else it blocks as collateral damage would also be interesting.

/edit: Clicking through some links (specifically canine.tools) I have to say - it may also be effective in annoying me personally, and eventually exiting those websites. Similar to consent dialogs you could go into settings for and save with opt-outs. But it's a barrier and user-opposing functionality.

I certainly don't see it as a simply or only good and effective thing.

 

Even after users change their account password, however, it remains valid for RDP logins indefinitely. In some cases, Wade reported, multiple older passwords will work while newer ones won’t. The result: persistent RDP access that bypasses cloud verification, multifactor authentication, and Conditional Access policies.

 

Even after users change their account password, however, it remains valid for RDP logins indefinitely. In some cases, Wade reported, multiple older passwords will work while newer ones won’t. The result: persistent RDP access that bypasses cloud verification, multifactor authentication, and Conditional Access policies.

 

That last part - optimistic move application with what games people sometimes call “rollback” - is about 1,600 lines of code that took me a ~7 days of fulltime work to write. I don’t remember the last time I wrestled with a problem that hard!

view more: ‹ prev next ›