Im a MEAN Stack developer and require the following:-

  • MongoDB (with MongoDB Compass)
  • Express
  • Angular
  • NodeJS

I need those for my web development job and projects.

I have experience with Ubuntu and Fedora based distros and wanted to use Arch Linux because i like the way Hyprland looked. Just tell me how to install mongodb, the rest can be done with npm.

    • MrOzwaldMan@lemmy.mlOP
      34·
      11 months ago

      if i don’t like it, i can go back to gnome or kde, i got things backed up in a hard drive.

  • INeedMana@lemmy.world
    171·
    11 months ago

    Are you looking for this?

    And sorry but… RTFM ;)

    And when you’re ready, I suggest trizen for AUR management

    EDIT: yeah, you can use npm, rpm, deb, snap, etc. But from my experience using the packages and package manager from the distro you’re using breaks less often. Only python packages in a venv I’d consider an exception.
    And in case of Arch, if you really can’t wait a few days for the newest version of a thing, that’s what AUR *-git packages are for

  • lemmyvore@feddit.nlEnglish
    111·
    11 months ago

    Honestly I would say just learn Docker. It only takes a few days, a week tops. You make a container with Mongo and one with Node, network them together, map the Express port and the data volumes for db/code/build to the host machine, and live happily ever after.

    Which is super clean, not distro-dependent, reproducible, portable, easy to backup, you can swap Mongo and Node versions or use multiple versions side by side as you please, and you can use whatever features you want from the home distro without impacting anything in your dev stack.

  • abclop99@beehaw.orgEnglish
    8·
    11 months ago

    https://wiki.archlinux.org/title/MongoDB

    MongoDB has been removed from the official repositories due to its re-licensing issues [1].

    Install one of the following for the latest version available:

    • mongodbAUR - builds from source.
    • mongodb-binAUR - prebuilt MongoDB binary extracted from official MongoDB Ubuntu repository packages. Compilation options used are unknown.

    Alternatively, there are older versions of MongoDB available:

    • mongodb50AUR, mongodb50-binAUR
    • mongodb44AUR, mongodb44-binAUR
    • mongodb42-binAUR
    • mongodb40-binAUR
    • mongodb36-binAUR
    • mongodb34-binAUR
    • mongodb32-binAUR

    https://wiki.archlinux.org/title/Arch_User_Repository

  • d950@lemmy.world
    8·
    11 months ago

    You could use Hyprland over both Ubuntu & Fedora. Nevertheless, all mentioned programs are supported by pacman. Docker is also available.

      • Max-P@lemmy.max-p.me
        81·
        11 months ago

        How is it unrelated? Running MongoDB in a container so that it just works and you have a portable/reproducible dev environment is a perfectly valid approach.

        • MrOzwaldMan@lemmy.mlOP
          22·
          11 months ago

          Agreed, but the post was about helping installing the aforementioned softwares but imma yoink the idea for my future projects.

          • Max-P@lemmy.max-p.me
            2·
            11 months ago

            We have to define what installing software even means. If you install a Flatpak, it basically does the same thing as Docker but somewhat differently. Snaps are similar.

            “Installing” software generally means any way that gets the software on your computer semi-permanently and run it. You still end up with its files unpacked somewhere, the main difference with Docker is it ships with the whole runtime environment in the form of a copy of a distro’s userspace.

            But fair enough, sometimes you do want to run things directly. Just pointing out it’s not a bad answer, just not the one you wanted due to missing intents from your OP. Some things are so finicky and annoying to get running on the “wrong” distro that Docker is the only sensible way to install it. I run the Unifi controller in a container for example, because I just don’t want to deal with Java versions and MongoDB versions. It just comes with everything it needs and I don’t need to needlessly keep Java 8 around on my main system potentially breaking things that needs a newer version.

            • MrOzwaldMan@lemmy.mlOP
              1·
              11 months ago

              Basically, I should use docker as a VPS, right? The only thing I was taught in bootcamp was how to use docker to create a setup for a new dev for a specific codebase, i.e. download required packages to work on the codebase through docker and use AWS as a VPS using Elastic and S3 to display the website.

              • Max-P@lemmy.max-p.me
                4·
                11 months ago

                Kind of but also not really.

                Docker is one kind of container, which itself is a set of kinds of Linux namespaces.

                It’s possible to run them as if they were a virtual machine with LXC, LXD, systemd-nspawn. Those run an init system and have a whole Linux stack of their own running inside.

                Docker/OCI take a different approach: we don’t really care about the whole operating system, we just want apps to run in a predictable environment. So while the container does contain a good chuck of a regular Linux installation, it’s there so that the application has all the libraries it expects there. Usually network software that runs on a specified port. Basically, “works on my machine” becomes “here’s my whole machine with the app on it already configured”.

                And then we were like well this is nice, but what if we have multiple things that need to talk to eachother to form a bigger application/system? And that’s where docker-compose and Kubernetes pods comes in. They describe a set of containers that form a system as a single unit, and links them up together. In the case of Kubernetes, it’ll even potentially run many many copies of your pod across multiple servers.

                The last one is usually how dev environments go: one of them have all your JS tooling (npm, pnpm, yarn, bun, deno, or all of them even). That’s all it does, so you can’t possibly have a Python library that conflicts or whatever. And you can’t accidentally depend on tools you happen to have installed on your machine because then the container won’t have it and it won’t work, you’re forced to add it to the container. Then that’s used to build and run your code, and now you need a database. You add a MongoDB container to your compose, and now your app and your database are managed together and you can even access the other containers by their name! Now you need a web server to run it in a browser? Add NGINX.

                All isolated, so you can’t be in a situation where one project needs node 16 and an old version of mongo, but another one needs 20 and a newer version of mongo. You don’t care, each have a mongo container with the exact version required, no messing around.

                Typically you don’t want to use Docker as a VPS though. You certainly can, but the overlay filesystems will become inefficient and it will drift very far from the base image. LXC and nspawn are better tools for that and don’t use image stacking or anything like that. Just a good ol’ folder.

                That’s just some applications of namespaces. All of process, network, time, users/groups, filesystems/mount can be independently managed so many namespaces can be in the same network namespace, while in different mount namespaces.

                And that’s how Docker, LXC, nspawn, Flatpak, Snaps are kinda all mostly the same thing under the hood and why it’s a very blurry line which ones you consider to be isolation layers, just bundled dependencies, containers, virtual machines. It’s got an infinite number of ways you can set up the namespaces the ranges from seeing /tmp as your own personal /tmp to basically a whole VM.