gyptazy.com is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.

This server runs the snac software and there is no automatic sign-up process.

Site description
Only tech related content - nothing else!
Admin email
contact@gyptazy.com

Search results for tag #solaris

42 ★ 42 ↺
ragectl boosted

[?]gyptazy » 🌐
@gyptazy@gyptazy.com

manpageblog v1.6 just got released. It is a static blog engine concept that treats written content like classic Unix man pages. It puts content first without sacrificing style and delivers a clean, elegant reading experience free from JavaScript, infinite scrolling, and other distracting clutter. The result is a fast, focused, and genuinely enjoyable way to consume high-quality content which can easily be served on very low power systems and follows the pure minimalism concept.

manpageblog is written in Python and available for many systems, including , , or based ones like but also on like or .

Changelog v1.6:

  • Pagination support added
  • Sitemap support added
  • SEO optimized
  • LD+JSON support added
manpageblog was initially crafted by me to match the minimalism on FreeBSD and you can directly start with it from the ports:
https://www.freshports.org/www/manpageblog/

The project source is available on GitHub at:
https://github.com/gyptazy/manpageblog
You can find a real-life demo on my website at https://gyptazy.com


manpageblog - a UNIX man page themed static blog engine

Alt...manpageblog - a UNIX man page themed static blog engine

    Stefano Marinelli boosted

    [?]vermaden » 🌐
    @vermaden@mastodon.bsd.cafe

    Latest 𝗩𝗮𝗹𝘂𝗮𝗯𝗹𝗲 𝗡𝗲𝘄𝘀 - 𝟮𝟬𝟮𝟲/𝟬𝟭/𝟬𝟱 (Valuable News - 2026/01/05) available.

    vermaden.wordpress.com/2026/01

    Past releases: vermaden.wordpress.com/news/

      AodeRelay boosted

      [?]vins » 🌐
      @vins@snac.illumos.cafe

      A brief history of /proc

      “We in Solaris designed /proc as a tool for developers to build innovative solutions, not an end-user interface. The Linux community believes that ‘cat /proc/self/maps‘ is the best user interface, while we believe that pmap(1) is right answer. The reason for this is that mdb(1), truss(1), dtrace(1M) and a host of other tools all make use of this same information”
      https://eschrock.dtrace.org/2004/06/25/a-brief-history-of-proc/


        AodeRelay boosted

        [?]vins » 🌐
        @vins@snac.illumos.cafe

        #### A brief history of /proc
        “We in Solaris designed /proc as a tool for developers to build innovative solutions, not an end-user interface. The Linux community believes that ‘cat /proc/self/maps‘ is the best user interface, while we believe that pmap(1) is right answer. The reason for this is that mdb(1), truss(1), dtrace(1M) and a host of other tools all make use of this same information”
        https://eschrock.dtrace.org/2004/06/25/a-brief-history-of-proc/


          AodeRelay boosted

          [?]vins » 🌐
          @vins@snac.illumos.cafe

          _A brief history of /proc_
          “We in Solaris designed /proc as a tool for developers to build innovative solutions, not an end-user interface. The Linux community believes that ‘cat /proc/self/maps‘ is the best user interface, while we believe that pmap(1) is right answer. The reason for this is that mdb(1), truss(1), dtrace(1M) and a host of other tools all make use of this same information”
          https://eschrock.dtrace.org/2004/06/25/a-brief-history-of-proc/


            AodeRelay boosted

            [?]vins » 🌐
            @vins@snac.illumos.cafe

            A brief history of /proc

            “We in Solaris designed /proc as a tool for developers to build innovative solutions, not an end-user interface. The Linux community believes that ‘cat /proc/self/maps‘ is the best user interface, while we believe that pmap(1) is right answer. The reason for this is that mdb(1), truss(1), dtrace(1M) and a host of other tools all make use of this same information”
            https://eschrock.dtrace.org/2004/06/25/a-brief-history-of-proc/


              AodeRelay boosted

              [?]vins » 🌐
              @vins@snac.illumos.cafe

              A brief history of /proc [1]

              “We in Solaris designed /proc as a tool for developers to build innovative solutions, not an end-user interface. The Linux community believes that ‘cat /proc/self/maps‘ is the best user interface, while we believe that pmap(1) is right answer. The reason for this is that mdb(1), truss(1), dtrace(1M) and a host of other tools all make use of this same information”

              [1] https://eschrock.dtrace.org/2004/06/25/a-brief-history-of-proc/


                about this site - powered by snac/2.85