home.social

#anaconda — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #anaconda, aggregated by home.social.

  1. Movie TV Tech Geeks #MovieNews #JackBlack #Netflix #Anaconda 1 Year Later, Jack Black’s Wild Creature Thriller Is a Must-Watch on Netflix dlvr.it/TSLtlj

  2. Movie TV Tech Geeks #MovieNews #Anaconda #JackBlack #Comedy Jack Black’s $120M Monster Thriller That Earned 3x Its Budget Is Officially a Streaming Hit dlvr.it/TS00Ct

  3. NEW EPISODE: On a recent work trip, Jim watched the 2025 Anaconda remake. I know — snakes on a plane. LOL. Now available to stream, is it worth your time? Come find out. #Anaconda #JackBlack #HorrorComedy #Horror #Comedy #MovieReview youtu.be/9qmw0UMFmqE

  4. Pleasantly surprised to find this on Netflix tonight.

    If you don't turn it off within the first 40 minutes, you'll be rewarded with a thoroughly entertaining second half.

    A ★★★ review of Anaconda (2025)

    boxd.it/dPeagp

    #movies #Netflix #anaconda

  5. For the last 39 years, I’ve had a singular goal: make my wife laugh.

    And I’ve done a pretty good job of that. Lots of practice.

    However, I have never, in all those 39 years, seen her laugh as hard as she did tonight.

    Watching the new #Anaconda movie.

    I need to check where she was sitting for pee spots.

    Funny flick, for sure.

  6. Movie TV Tech Geeks #MovieNews #Anaconda #JackBlack #PaulRudd Jack Black & Paul Rudd’s $134M Meta-Reboot Strikes Early With Netflix Release Date dlvr.it/TRcry1

  7. Anaconda (2025) Available March 17

    #horror#horrormovies#Anaconda#SonyPicturesHomeEntertainment – Lifelong friends Doug (Jack Black) and Griff (Paul Rudd) finally leap into their long-held dream of remaking their favorite cult classic, Anaconda, in the depths of the Amazon. But things get real when an actual giant anaconda appears, turning their comically chaotic movie set into a deadly […]

    #ad #Anaconda #horror #Releases

    horrornerdonline.com/2026/03/a

  8. This #Anaconda boasts more star power than all the Anacondas put together, but noticeably fewer laughs, what could have been a fresh take on familiar material ends up a regurgitated mess.

    #movies #review #reviews #drama #comedy #NowPlaying #movie

    cee.onl/3jz

  9. #NowPlaying the #OriginalScore to the #Movie #Anaconda composed by #DavidFleming from the #USA

    #Adventure #Comedy #AlbumsOf2025 #ScoresOf2025 #Filmmusic #OriginalMotionPictureScore #OST

    Personal Rating: 7 / 10

    Recommended Tracks: "Not on my Watch Mister", "The Anaconda Adventure", "The Quatch VHS", "Welcome to Brazil", "B+ Life", "Pee Shy", "Aboard the Benedita", "Up the River", "EPK", "The Harmony of the Nature", "Big Hollywood Ending"

  10. #NowPlaying the #OriginalScore to the #Movie #Anaconda composed by #DavidFleming from the #USA

    #Adventure #Comedy #AlbumsOf2025 #ScoresOf2025 #Filmmusic #OriginalMotionPictureScore #OST

    Personal Rating: 7 / 10

    Recommended Tracks: "Not on my Watch Mister", "The Anaconda Adventure", "The Quatch VHS", "Welcome to Brazil", "B+ Life", "Pee Shy", "Aboard the Benedita", "Up the River", "EPK", "The Harmony of the Nature", "Big Hollywood Ending"

  11. #NowPlaying the #OriginalScore to the #Movie #Anaconda composed by #DavidFleming from the #USA

    #Adventure #Comedy #AlbumsOf2025 #ScoresOf2025 #Filmmusic #OriginalMotionPictureScore #OST

    Personal Rating: 7 / 10

    Recommended Tracks: "Not on my Watch Mister", "The Anaconda Adventure", "The Quatch VHS", "Welcome to Brazil", "B+ Life", "Pee Shy", "Aboard the Benedita", "Up the River", "EPK", "The Harmony of the Nature", "Big Hollywood Ending"

  12. #NowPlaying the #OriginalScore to the #Movie #Anaconda composed by #DavidFleming from the #USA

    #Adventure #Comedy #AlbumsOf2025 #ScoresOf2025 #Filmmusic #OriginalMotionPictureScore #OST

    Personal Rating: 7 / 10

    Recommended Tracks: "Not on my Watch Mister", "The Anaconda Adventure", "The Quatch VHS", "Welcome to Brazil", "B+ Life", "Pee Shy", "Aboard the Benedita", "Up the River", "EPK", "The Harmony of the Nature", "Big Hollywood Ending"

  13. #NowPlaying the #OriginalScore to the #Movie #Anaconda composed by #DavidFleming from the #USA

    #Adventure #Comedy #AlbumsOf2025 #ScoresOf2025 #Filmmusic #OriginalMotionPictureScore #OST

    Personal Rating: 7 / 10

    Recommended Tracks: "Not on my Watch Mister", "The Anaconda Adventure", "The Quatch VHS", "Welcome to Brazil", "B+ Life", "Pee Shy", "Aboard the Benedita", "Up the River", "EPK", "The Harmony of the Nature", "Big Hollywood Ending"

  14. 🍿 Weekly Tracker

    🔪 The terror escalates in #TheStrangersChapter3, this week’s most anticipated movie.
    🐍 The jungle thriller #Anaconda slithered its way to the top as the most watched movie.
    ☢️ Life in the wasteland keeps pulling viewers back to #Fallout, the most watched TV show this week.

    😴 No anticipated TV show or returning favorite this week. Even hype needs a nap sometimes.

    #RipppleWeekly #Discover #TV #Movies #Trailers

    ripppleapp.writeas.com/rippple

  15. Estaba viendo #Anaconda. Pero a su mitad ya estoy aburrido. No es divertida. Podría, pero no lo es. Paso...

  16. My day job is all about #Python (which I love). Here are some personal rules, specific to working with Python projects:

    * Do **not** install or modify global tools, especially Python itself or any packages. This means a given system might not even **have** a global Python
    * Always use virtual environments (`uv` agrees with me, and doesn't need this but). I always set the global environment variable `PIP_REQUIRE_VIRTUALENV`.
    * The two rules above mean my virtual environment contains (not via a link, it's really there) Python itself (and of course, of the right version)
    * Virtual environments always live **inside** a project directory. Never global.
    * Activate virtual environments only **inside** the project directory (`direnv` #direnv makes this easy)
    * Don't install (let alone use) #Anaconda, #Miniconda, or #Mamba, because those violate all the rules above (but see the next rule)
    * Anaconda-based packages implies a `pixi` #Pixi project (it's the same people, but a better answer, and you still get what you want -- the correct packages)
    * No Anaconda-based packages implies a `uv` #UV project
    * Always use `pyproject.toml` #pyprojecttoml over any other config file (e.g., `requirements.txt` #requirementstxt), except where things just don't work, such as needing `pyrefly.toml`
    * `uv`, `pixi`, and `direnv` must exist outside of any project, so install them at the user level, or else globally if and only if that is appropriate and compelling enough to override rule one

    That was a wall of text, but in practice doing it this way is trivial. It's probably **less** work than you have been doing. This post is just about managing your Python versions, environments, and projects. Not about, e.g., using `pre-commit` #precommit, or doing type checking, etc. But if you follow these rules, your work will be easier, faster, more adaptable, and encounter fewer obstacles.

    #HowTo

  17. My day job is all about #Python (which I love). Here are some personal rules, specific to working with Python projects:

    * Do **not** install or modify global tools, especially Python itself or any packages. This means a given system might not even **have** a global Python
    * Always use virtual environments (`uv` agrees with me, and doesn't need this but). I always set the global environment variable `PIP_REQUIRE_VIRTUALENV`.
    * The two rules above mean my virtual environment contains (not via a link, it's really there) Python itself (and of course, of the right version)
    * Virtual environments always live **inside** a project directory. Never global.
    * Activate virtual environments only **inside** the project directory (`direnv` #direnv makes this easy)
    * Don't install (let alone use) #Anaconda, #Miniconda, or #Mamba, because those violate all the rules above (but see the next rule)
    * Anaconda-based packages implies a `pixi` #Pixi project (it's the same people, but a better answer, and you still get what you want -- the correct packages)
    * No Anaconda-based packages implies a `uv` #UV project
    * Always use `pyproject.toml` #pyprojecttoml over any other config file (e.g., `requirements.txt` #requirementstxt), except where things just don't work, such as needing `pyrefly.toml`
    * `uv`, `pixi`, and `direnv` must exist outside of any project, so install them at the user level, or else globally if and only if that is appropriate and compelling enough to override rule one

    That was a wall of text, but in practice doing it this way is trivial. It's probably **less** work than you have been doing. This post is just about managing your Python versions, environments, and projects. Not about, e.g., using `pre-commit` #precommit, or doing type checking, etc. But if you follow these rules, your work will be easier, faster, more adaptable, and encounter fewer obstacles.

    #HowTo

  18. My day job is all about (which I love). Here are some personal rules, specific to working with Python projects:

    * Do **not** install or modify global tools, especially Python itself or any packages. This means a given system might not even **have** a global Python
    * Always use virtual environments (`uv` agrees with me, and doesn't need this but). I always set the global environment variable `PIP_REQUIRE_VIRTUALENV`.
    * The two rules above mean my virtual environment contains (not via a link, it's really there) Python itself (and of course, of the right version)
    * Virtual environments always live **inside** a project directory. Never global.
    * Activate virtual environments only **inside** the project directory (`direnv` makes this easy)
    * Don't install (let alone use) , , or , because those violate all the rules above (but see the next rule)
    * Anaconda-based packages implies a `pixi` project (it's the same people, but a better answer, and you still get what you want -- the correct packages)
    * No Anaconda-based packages implies a `uv` project
    * Always use `pyproject.toml` over any other config file (e.g., `requirements.txt` ), except where things just don't work, such as needing `pyrefly.toml`
    * `uv`, `pixi`, and `direnv` must exist outside of any project, so install them at the user level, or else globally if and only if that is appropriate and compelling enough to override rule one

    That was a wall of text, but in practice doing it this way is trivial. It's probably **less** work than you have been doing. This post is just about managing your Python versions, environments, and projects. Not about, e.g., using `pre-commit` , or doing type checking, etc. But if you follow these rules, your work will be easier, faster, more adaptable, and encounter fewer obstacles.

  19. My day job is all about #Python (which I love). Here are some personal rules, specific to working with Python projects:

    * Do **not** install or modify global tools, especially Python itself or any packages. This means a given system might not even **have** a global Python
    * Always use virtual environments (`uv` agrees with me, and doesn't need this but). I always set the global environment variable `PIP_REQUIRE_VIRTUALENV`.
    * The two rules above mean my virtual environment contains (not via a link, it's really there) Python itself (and of course, of the right version)
    * Virtual environments always live **inside** a project directory. Never global.
    * Activate virtual environments only **inside** the project directory (`direnv` #direnv makes this easy)
    * Don't install (let alone use) #Anaconda, #Miniconda, or #Mamba, because those violate all the rules above (but see the next rule)
    * Anaconda-based packages implies a `pixi` #Pixi project (it's the same people, but a better answer, and you still get what you want -- the correct packages)
    * No Anaconda-based packages implies a `uv` #UV project
    * Always use `pyproject.toml` #pyprojecttoml over any other config file (e.g., `requirements.txt` #requirementstxt), except where things just don't work, such as needing `pyrefly.toml`
    * `uv`, `pixi`, and `direnv` must exist outside of any project, so install them at the user level, or else globally if and only if that is appropriate and compelling enough to override rule one

    That was a wall of text, but in practice doing it this way is trivial. It's probably **less** work than you have been doing. This post is just about managing your Python versions, environments, and projects. Not about, e.g., using `pre-commit` #precommit, or doing type checking, etc. But if you follow these rules, your work will be easier, faster, more adaptable, and encounter fewer obstacles.

    #HowTo

  20. My day job is all about #Python (which I love). Here are some personal rules, specific to working with Python projects:

    * Do **not** install or modify global tools, especially Python itself or any packages. This means a given system might not even **have** a global Python
    * Always use virtual environments (`uv` agrees with me, and doesn't need this but). I always set the global environment variable `PIP_REQUIRE_VIRTUALENV`.
    * The two rules above mean my virtual environment contains (not via a link, it's really there) Python itself (and of course, of the right version)
    * Virtual environments always live **inside** a project directory. Never global.
    * Activate virtual environments only **inside** the project directory (`direnv` #direnv makes this easy)
    * Don't install (let alone use) #Anaconda, #Miniconda, or #Mamba, because those violate all the rules above (but see the next rule)
    * Anaconda-based packages implies a `pixi` #Pixi project (it's the same people, but a better answer, and you still get what you want -- the correct packages)
    * No Anaconda-based packages implies a `uv` #UV project
    * Always use `pyproject.toml` #pyprojecttoml over any other config file (e.g., `requirements.txt #requirementstxt), except where things just don't work, such as needing `pyrefly.toml`
    * `uv`, `pixi`, and `direnv` must exist outside of any project, so install them at the user level, or else globally if and only if that is appropriate and compelling enough to override rule one

    That was a wall of text, but in practice doing it this way is trivial. It's probably **less** work than you have been doing. This post is just about managing your Python versions, environments, and projects. Not about, e.g., using `pre-commit` #precommit, or doing type checking, etc. But if you follow these rules, your work will be easier, faster, more adaptable, and encounter fewer obstacles.

    #HotTo

  21. On an unrelated note:

    Ladies and gentlemen,

    Tonight, I did something that I haven’t done since I was 16 years old.

    I straight up WALKED OUT of a movie.

    The new Paul Rudd/Jack Black movie ANACONDA was beyond terrible. I cannot find the proper words to describe how unfunny, boring and non-sensical this “Diaphragm In A Swimming Pool Filter” of a movie was.

    Reprehensible.

    A movie hasn’t made me this irrationally angry in a long time, and I only made it through 50 minutes.

    Not a single laugh. Not one.

    At one point, I was hoping an actual gigantic anaconda would squeeze the life out of me, in order to end the horrible discomfort of having to sit through it.

    If you’re thinking of going to the movies soon, perhaps clean your fan cages instead, or perform brain surgery on yourself.

    Thank you for your time.

    Love,
    🦧

    #movies #cinema #paulrudd #jackblack #anaconda

  22. @Zonz @Zonz #Anaconda and #MartySupreme are still in theaters, and those are just the two movies that come to mind. Open up the #AMC or #Fandango apps and see what's playing in your area!
  23. Went to see Anaconda tonight. Before we were married my wife and I went to see the 1997 movie of the same name. It was memorable in it's awfulness.

    This 2025 film of the same name has fun with the badness of the 1997 one. It's a great deal of fun and I am recommending it. But see the old one first if you want to get all the references.

    #Anaconda
    #Cinema
    #PaulRudd
    #JackBlack