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 zirias (on snac) (zirias@snac.bsd.cafe)

  1. Embed this notice
    zirias (on snac) (zirias@snac.bsd.cafe)'s status on Tuesday, 19-Nov-2024 02:28:23 JST zirias (on snac) zirias (on snac)
    in reply to
    • Stefano BSD Cafe (snac instance account)
    I didn't see any negative effects so far (from germany)...
    In conversation about 6 months ago from snac.bsd.cafe permalink
  2. Embed this notice
    zirias (on snac) (zirias@snac.bsd.cafe)'s status on Saturday, 16-Nov-2024 00:58:01 JST zirias (on snac) zirias (on snac)
    in reply to
    • Volksverpetzer
    Naja ... bei mir persönlich ist das Deutschlandticket auch beliebt, obwohl ich vorher schon ein (teureres) Abo meines lokalen Verbunds hatte, was meinen Zwecken genügt hat.

    Die durchaus nachvollziehbare Argumentation gegen das Deutschlandticket ist eben, dass 90% der Inhaber schon vorher ÖPNV-Kunden waren, und damit das Ziel, den Individualverkehr zu verringern, auf recht teure Art verfehlt wird.

    Ich glaube nur, auch das greift zu kurz. Um das Ziel wirklich zu erreichen, braucht es zwei Komponenten: Ein verbessertes Angebot und einen einheitlichen und für breite Massen erschwinglichen Preis. Man könnte nun diskutieren, ob auch hier Deutschland eine suboptimale Reihenfolge gewählt hat (siehe auch Atomausstieg vs Kohleausstieg), aber das Deutschlandticket wieder abzuschaffen wäre ziemlich sicher kontraproduktiv...
    In conversation about 6 months ago from snac.bsd.cafe permalink
  3. Embed this notice
    zirias (on snac) (zirias@snac.bsd.cafe)'s status on Friday, 15-Nov-2024 03:19:26 JST zirias (on snac) zirias (on snac)
    • Thomas Adam
    • mms :runbsd: :emacs: :c64:
    #Electron is the worst threat to human #sanity in the realms of software. I see the same dystopia slowly becoming reality though. 😵

    I personally use quite some TUI software (neomutt, irssi, tin, ...), but when it comes to things GUI, the only somewhat regularly used application remaining besides a browser (IOW monstrosity of an application platform) is gimp. 🙈

    But hey,
    When was the last time a "native" application was developed?
    ... wouldn't my "Xmoji" count here? 😅

    CC: @mms@bsd.cafe
    In conversation about 6 months ago from snac.bsd.cafe permalink
  4. Embed this notice
    zirias (on snac) (zirias@snac.bsd.cafe)'s status on Saturday, 09-Nov-2024 00:54:03 JST zirias (on snac) zirias (on snac)
    I'm german, and also don't like tooting about politics (although pretty interested) but prefer to keep my account "tech only". Running across this news, I thought I'd share nevertheless. I don't want to comment on it, and I guess I don't need to comment either. 😞
    https://www.cnn.com/2024/11/07/us/racist-text-messages-post-election/index.html
    In conversation about 6 months ago from snac.bsd.cafe permalink

    Attachments

    1. Domain not in remote thumbnail source whitelist: media.cnn.com
      Racist texts about slaves and ‘picking cotton’ sent to Black people as state AGs, colleges and police probe their origins | CNN
      from Ashley R. Williams, Jack Forrest, Jillian Sykes
      Authorities across the United States are investigating after racist text messages – some with references to “slave catchers” and “picking cotton” – have been received by children, college students and working professionals from unrecognized phone numbers in the wake of the presidential election.
  5. Embed this notice
    zirias (on snac) (zirias@snac.bsd.cafe)'s status on Friday, 08-Nov-2024 19:19:29 JST zirias (on snac) zirias (on snac)
    in reply to
    • Joel Carnat ♑ 🤪 :runbsd:
    • Stefano Marinelli
    • vermaden
    A crashing program obviously has undefined behavior, which means it could do anything, including very harmful things. A quite typical outcome would be corrupting its own data. As a responsible operator of services, you'll have a good backup strategy of course, so the impact of such behavior would be limited, but still you should be aware that just restarting something that crashed before you know why and how it crashed is quite risky. You should weigh that risk against the (business?) risk of the particular service being down for a while...

    CC: @joel@piou.foolbazar.eu @stefano@bsd.cafe
    In conversation about 6 months ago from snac.bsd.cafe permalink
  6. Embed this notice
    zirias (on snac) (zirias@snac.bsd.cafe)'s status on Friday, 08-Nov-2024 19:07:14 JST zirias (on snac) zirias (on snac)
    in reply to
    • Stefano Marinelli
    • vermaden
    Yes, that's the problem daemon(8) solves. You shouldn't write rc scripts that just fire something that isn't a daemon "into background" indeed. Just wanted to clarify you also shouldn't use daemon(8) on, well, actual daemons.

    In my personal opinion, the auto-restart is a misfeature here, it's a completely different concern and belongs into some kind of "service manager/supervisor" instead. And there, it should be used with care, as a temporary workaround for crashes already analyzed, but not fixed yet. Unfortunately, we're trained to just accept broken software more and more (e.g. systemd allows for easy respawning, even whole containers are just respawned), forgetting about the risks attached. 😞

    On a side note, this discussion gives me an idea for a blog article: Clearly define the terms "daemon", "service" and "server", so people stop confusing them 😁

    CC: @vermaden@bsd.cafe
    In conversation about 6 months ago from snac.bsd.cafe permalink
  7. Embed this notice
    zirias (on snac) (zirias@snac.bsd.cafe)'s status on Friday, 08-Nov-2024 18:46:26 JST zirias (on snac) zirias (on snac)
    in reply to
    • Stefano Marinelli
    • vermaden
    Seriously? The purpose of daemon(8) is to run something as a daemon that actually isn't one. And I'd define a daemon as "a program able to fork itself into background while properly detaching from the current session and terminal, and optionally also handling a pidfile". Such programs should never be wrapped into daemon(8).

    Now, if snac can't do that by itself, it's fine. But the "automatic restart" feature of daemon(8) is IMHO very questionable, because it's a workaround just hiding a problem that could go worse. Imagine a broken program that, while triggering broken behavior, deletes or corrupts important data. You don't want that to automatically restart, giving it the chance to wreak more havoc.

    CC: @vermaden@bsd.cafe
    In conversation about 6 months ago from snac.bsd.cafe permalink
  8. Embed this notice
    zirias (on snac) (zirias@snac.bsd.cafe)'s status on Friday, 08-Nov-2024 18:36:42 JST zirias (on snac) zirias (on snac)
    in reply to
    • Christopher
    Ok, I can't immediately spot the issue with the parts of the code seen so far. If I had to debug this, I'd fire some tooling on it (e.g. the compiler's "address sanitizer" and similer, valgrind, ...) first.

    But then, this also looks like some code in desperate need of refactoring. "Three stars" should almost always raise an eyebrow: https://wiki.c2.com/?ThreeStarProgrammer ... and the MAX_INPUTS constant looks weird, if it's actually the maximum index, making it one less than the number of inputs 🧐

    I'd also suggest to use expressions instead of type names with the sizeof operator, making the code more robust to change, e.g. sizeof(char **) → sizeof *sub[slot].udp_volts in the above line of code, but that's a stylistic thing...
    In conversation about 6 months ago from snac.bsd.cafe permalink

    Attachments

    1. Domain not in remote thumbnail source whitelist: wiki.c2.com
      https://wiki.c2.com/?ThreeStarProgrammer
  9. Embed this notice
    zirias (on snac) (zirias@snac.bsd.cafe)'s status on Friday, 08-Nov-2024 18:00:34 JST zirias (on snac) zirias (on snac)
    in reply to
    • Christopher
    Borked in what way? What's the declared type of .udp_volts?
    In conversation about 6 months ago from snac.bsd.cafe permalink
  10. Embed this notice
    zirias (on snac) (zirias@snac.bsd.cafe)'s status on Thursday, 10-Oct-2024 00:12:56 JST zirias (on snac) zirias (on snac)
    I like concise documentation 😏

    #Linux #manpages
    In conversation about 7 months ago from snac.bsd.cafe permalink
  11. Embed this notice
    zirias (on snac) (zirias@snac.bsd.cafe)'s status on Thursday, 03-Oct-2024 17:17:48 JST zirias (on snac) zirias (on snac)
    in reply to
    • BeAware
    • Stefano Marinelli
    • feld
    Oh! So, everything fine and I just never noticed this specific behavior before. 😳 That's definitely good to know, thank you!
    I boost some of my own replies for this reason.
    Makes sense 😉

    CC: @feld@friedcheese.us @stefano@bsd.cafe
    In conversation about 8 months ago from snac.bsd.cafe permalink

User actions

    zirias (on snac)

    zirias (on snac)

    Dipl.inform., FreeBSD ports committer, musician, C64 fan/coder, hetero cis white male, not proud, no wing, no ally, leaning liberal/ecologist, pro facts/science

    Tags
    • (None)

    Following 0

      Followers 0

        Groups 0

          Statistics

          User ID
          285215
          Member since
          3 Oct 2024
          Notices
          11
          Daily average
          0

          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.