GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE

  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Notices by LisPi (lispi314@udongein.xyz)

  1. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Thursday, 04-Dec-2025 13:57:31 JST LisPi LisPi
    in reply to
    • djsumdog
    • allison
    • Reid 🖤
    @djsumdog @reiddragon @aparrish Mostly not mine directly, but that's pretty much going to happen because we collectively stupidly let silicon manufacture concentrate into a few foreign companies, nevermind how that creates major risks should they be destroyed in some way or other.

    While I will admit that every-nation autarky would be impractical for computer manufacture, it would very much be possible to decentralize it more.
    In conversation about 10 days ago from udongein.xyz permalink
  2. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Thursday, 04-Dec-2025 13:53:00 JST LisPi LisPi
    in reply to
    • allison
    • Reid 🖤
    @reiddragon @aparrish Eagerly awaiting for the AI crash.
    In conversation about 10 days ago from udongein.xyz permalink
  3. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Tuesday, 02-Dec-2025 02:16:39 JST LisPi LisPi
    in reply to
    • Em :official_verified:
    • Rich Felker
    • Dave Mason
    @dalias @DaveMasonDotMe @Em0nM4stodon Site operators who do this are throwing a red flag indicating that you should discontinue use of their site as they have zero respect for you and their other users (and therefore deserve zero respect in return).

    This is again something that would be avoided by key-addressing (which would also provide end-to-end encryption for free) and which reflects fundamental problems with the currently directly-used net.
    In conversation about 13 days ago from udongein.xyz permalink
  4. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Sunday, 23-Nov-2025 22:09:52 JST LisPi LisPi
    in reply to
    • iced depresso
    • :blobancap: :blobcattrans: :blobancap: :blobcattrans: :blobancap: :blobcattrans:
    • affine
    @icedquinn @allison @affine Not what I meant. Consider even just how much the Briar desktop client lags behind compared to the mobile one (for an example that isn't actually abandoned).

    And browsers are *built* for the web, obviously things that rely on it will work with browsers.

    I do not consider delays and difficulties in obtaining distributed data to be the fault of implementations, they are difficulties inherent to the schema. Which I specifically outlined as out of scope.
    In conversation about 21 days ago from udongein.xyz permalink
  5. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Sunday, 23-Nov-2025 21:46:19 JST LisPi LisPi
    in reply to
    • iced depresso
    • :blobancap: :blobcattrans: :blobancap: :blobcattrans: :blobancap: :blobcattrans:
    • affine
    @icedquinn @allison @affine Peer stuff has major usability issues (from insufficiently polished software, not the tradeoffs inherent to the schema) and tends to get abandoned so fast it rapidly suffers from bitrot if it was ever properly finished to start with.
    In conversation about 21 days ago from udongein.xyz permalink
  6. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Sunday, 23-Nov-2025 19:08:07 JST LisPi LisPi
    It really is quite obnoxious how many legacy and modern communication protocols are enabling of petty fiefdoms.

    One would think that issue would've been noticed early on and addressed but for whatever reason it was not and remains largely ignored.

    The issue seems to boil down to a curious obsession with imposed locally-tree-like hierarchies, instead of dynamic graphs.
    In conversation about 21 days ago from udongein.xyz permalink
  7. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Friday, 21-Nov-2025 11:08:33 JST LisPi LisPi
    in reply to
    • Haelwenn /элвэн/ :triskell:
    • Hildegunst von Mythenmetz of programming
    @lanodan @condret Well, the thing is that if instead the architecture was say... microkernels, then secure formally verified implementations of relevant servers could be kept in dom0 or just in their own address space, and *exclusively* what the isolated module actually uses would be using up memory. None of the rampant duplication I've got going right now.

    (Ballooning is not to be trusted for a number of reasons related to memory safety and arbitrary access, so I don't use it, which also means a larger memory footprint for VMs since I have to ensure they have enough memory to do the job.)

    Add a different program model based on capabilities and language-based security (memory safety & no raw memory access means that static allocation is no longer necessary, shrinking memory requirements as low as they can go) and you can *safely* deduplicate further still.

    But all of that is very labor-intensive and would imply writing an entirely new OS/system from scratch, which QubesOS doesn't do.
    In conversation about 24 days ago from udongein.xyz permalink
  8. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Friday, 21-Nov-2025 10:52:43 JST LisPi LisPi
    in reply to
    • Haelwenn /элвэн/ :triskell:
    • Hildegunst von Mythenmetz of programming
    @condret @lanodan I provide no swap to my VMs besides zram (same for my physical machines, I'd rather not waste write cycles or IO throughput), which I set frequently below 1GB.

    Little more RAM than that, too (roughly no more than they need).

    Meanwhile they have considerably more persistent storage.
    In conversation about 24 days ago from udongein.xyz permalink
  9. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Friday, 21-Nov-2025 10:52:42 JST LisPi LisPi
    in reply to
    • Haelwenn /элвэн/ :triskell:
    • Hildegunst von Mythenmetz of programming
    @condret @lanodan That's memory that could be used for better/more interesting things.

    Especially when one happens to have cheap HDD-backed scratch-space to mount /tmp onto.

    When one is using SSDs, the spurious increase in write wear can make it preferable to use a tmpfs indeed.
    In conversation about 24 days ago from udongein.xyz permalink
  10. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Friday, 21-Nov-2025 10:52:40 JST LisPi LisPi
    in reply to
    • Haelwenn /элвэн/ :triskell:
    • Hildegunst von Mythenmetz of programming
    @condret @lanodan Even without the losses from inefficiency due to QubesOS' architecture (full Linux-based VMs suffers from questionable decisions in UNIX's entire existence as a paradigm), I actually do legitimately use that much on a frequent basis.

    I'm ignoring the gaming for the sake of "frequently using" counting because if they did the optimization work probably it would likely require much less than that and it's proprietary software on a dedicated machine.
    In conversation about 24 days ago from udongein.xyz permalink
  11. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Thursday, 20-Nov-2025 11:51:35 JST LisPi LisPi
    in reply to
    • Haelwenn /элвэн/ :triskell:
    • Rich Felker
    @lanodan @dalias > hierarchical it allows to have specific programs not in the tmpfs
    Eh? What do you mean?
    In conversation about a month ago from udongein.xyz permalink
  12. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Thursday, 20-Nov-2025 11:47:35 JST LisPi LisPi
    in reply to
    • Haelwenn /элвэн/ :triskell:
    • Rich Felker
    @lanodan @dalias *Starts timer until distros start mounting that as a tmpfs*
    In conversation about a month ago from udongein.xyz permalink
  13. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Thursday, 20-Nov-2025 11:36:48 JST LisPi LisPi
    in reply to
    • Haelwenn /элвэн/ :triskell:
    • Rich Felker
    @lanodan @dalias That fails on two accounts though.

    It assumes either sufficient swap (no such thing is guaranteed) and also that the tmpfs wasn't mounted with an insufficiently large limit. The distros typically mount it with a limit of <1GB.
    In conversation about a month ago from udongein.xyz permalink
  14. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Thursday, 20-Nov-2025 11:14:55 JST LisPi LisPi
    The use of a tmpfiles.d config with a tmpfs is reasonable.

    Defaulting, on desktop distributions, to /tmp being a tmpfs however isn't.

    Programs and users frequently mess with things that won't fit in memory in /tmp
    In conversation about a month ago from udongein.xyz permalink
  15. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Wednesday, 19-Nov-2025 23:13:47 JST LisPi LisPi
    • Devine Lu Linvega
    • Ramsey Nasser
    • max22-

    @neauoire @maxime_andre @nasser

    but software rendering is already on its way out, everyone is moving to wayland

    Wayland has software rendering though.

    That is of course orthogonal to your preference for X11's API.

    In conversation about a month ago from udongein.xyz permalink
  16. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Thursday, 13-Nov-2025 16:58:37 JST LisPi LisPi
    in reply to
    • lainy
    • SuperDicq
    • H. Faust
    @lain @SuperDicq @hfaust It's also not *necessary* without copyright & patent laws enclosing knowledge and rotting out culture.

    (There should be no legal protections on trade secrets. The only protection should be having adequate opsec. No opsec, sucks to be you. Not society's problem.)

    Copyleft or rather the GPL (or some explicit notification of the four laws) becomes a statement of intent and social expectation absent copyright.

    Then one can further go on to liberate code that hasn't been properly released.
    In conversation about a month ago from udongein.xyz permalink
  17. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Thursday, 13-Nov-2025 07:25:02 JST LisPi LisPi
    • yassie_j
    @yassie_j @TransTina The actually good war movies (intended to depict historical ones) don't glorify it, they are a macabre slideshow of horror where no one wins anything of value and the protagonists frequently die to no noticeable result.
    In conversation about a month ago from udongein.xyz permalink
  18. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Monday, 10-Nov-2025 19:27:20 JST LisPi LisPi
    It's funny that UNIX tools are so text-stream oriented while the canonical UNIX language, C, sucks so much at handling modern unicode text (although it never really was good at handling anything other than ASCII).
    In conversation about a month ago from udongein.xyz permalink
  19. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Monday, 10-Nov-2025 12:49:02 JST LisPi LisPi
    in reply to
    • Cory Doctorow
    • BrianKrebs
    • vic
    @vic @briankrebs @pluralistic If you want to collapse your economy, lol
    In conversation about a month ago from udongein.xyz permalink
  20. Embed this notice
    LisPi (lispi314@udongein.xyz)'s status on Monday, 10-Nov-2025 12:49:00 JST LisPi LisPi
    in reply to
    • Cory Doctorow
    • Hoss Delgado
    • BrianKrebs
    • vic
    @Hoss @briankrebs @pluralistic @vic Those at the top profiting just exit their scam in more-or-less orderly fashion if the scam is no longer viable shortly.

    What do they care for the consequences on others? This isn't a new dynamic.
    In conversation about a month ago from udongein.xyz permalink
  • Before

User actions

    LisPi

    LisPi

    Hi, I'm Lispi, Lisp (Technomancer) Wizard (to eventually be).You might know me from @lispi314@mastodon.top I like Free Software, #Emacs and resilient computing a lot.I also like anime girls, animes with cute girls doing cute things and artwork with them too. Cute stories are good too.Some Pins:Software and Assumed Privilege, common problems: https://mastodon.top/@lispi314/111253066257920146Writing Privacy-preserving software & services 101: https://mastodon.top/@lispi314/110849018589421824#Kopimism #FreeSoftware #CommonLisp

    Tags
    • (None)

    Following 0

      Followers 0

        Groups 0

          Statistics

          User ID
          209694
          Member since
          6 Nov 2023
          Notices
          840
          Daily average
          1

          Feeds

          • Atom
          • Help
          • About
          • FAQ
          • TOS
          • Privacy
          • Source
          • Version
          • Contact

          GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

          Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.