I don't know, I just had an instant liking to Arch Linux, and now I can't use any other distro without saying "Why can't it be more like Arch?". :P
I'm the same with Debian. It's the only distro I've ever been able to settle down on.
What's wrong with gentoo?
[QUOTE=sqwishy;22665070]What's wrong with gentoo?[/QUOTE]
Don't make me laugh.
[QUOTE=sqwishy;22665070]What's wrong with gentoo?[/QUOTE]
Gentoo is nice once it's all set up, but compiling everything is just straight up painful.
[QUOTE=ButtsexV2;22668533]Gentoo is nice once it's all set up, but compiling everything is just straight up painful.[/QUOTE]
You're full of silliness.
I am full of silliness.
[editline]01:55AM[/editline]
seriously try compiling Firefox, it takes like 12 hours best case scenario.
I have decided to go with Debian, but I'm still looking at the rest of those.
[QUOTE=Agent766;22603126]As I've stated before, I plan on virtualizing these. Some unreasonable security rules if you are to charge credit cards say that each server can only have one function. It makes some sense as a email server attack shouldn't get into a credit card DB, but it's somewhat unreasonable for a small business.[/QUOTE]
If you're going to be dealing with my credit card number, I really don't care whether you are small or not, you better do it well. It's not unreasonable at all to make sure that people too incompetent to secure servers are not allowed to run their business.
Virtualization makes this trivial, anyway.
Is Debian Squeeze fine for a server, since Lenny has Mono 1.9 in it's repo, and I need a newer one?
Etch is an old version anyway. Squeeze is fine for a server, just don't do Sid.
[QUOTE=ButtsexV2;22738662]Etch is an old version anyway. Squeeze is fine for a server, just don't do Sid.[/QUOTE]
Sorry, I meant Lenny, but thanks
[QUOTE=hTux;22724421]Is Debian Squeeze fine for a server, since Lenny has Mono 1.9 in it's repo, and I need a newer one?[/QUOTE]
I compiled Mono before, it's not that hard. I'd do that rather than updating my whole system, especially for a server, but that's just me.
[QUOTE=hTux;22724421]Is Debian Squeeze fine for a server, since Lenny has Mono 1.9 in it's repo, and I need a newer one?[/QUOTE]
Add
[code]deb http://www.backports.org/debian lenny-backports main[/code]
to your /etc/apt/source.list, then type:
[code]
apt-get install -t lenny-backports mono-2.0-devel
[/code]
It's better to use backports than compiling things manually. If you compile something it generally just dumps files on your system with no automated updates or clean uninstall, and it won't count toward satisfying other packages' dependencies.
[QUOTE=turb_;22766059]Add
[code]deb http://www.backports.org/debian lenny-backports main[/code]
to your /etc/apt/source.list, then type:
[code]
apt-get install -t lenny-backports mono-2.0-devel
[/code][/QUOTE]
I just need the runtime Mono, I guess i can do
[code]
apt-get install -t lenny-backports mono-2.0-runtime
[/code]?
[QUOTE=hTux;22771466]I just need the runtime Mono, I guess i can do
[code]
apt-get install -t lenny-backports mono-2.0-runtime
[/code]?[/QUOTE]
Possibly. I always grab the devel package though because it has everything.
[QUOTE=Wyzard;22769942]It's better to use backports than compiling things manually. If you compile something it generally just dumps files on your system with no automated updates or clean uninstall, and it won't count toward satisfying other packages' dependencies.[/QUOTE]
If you still need to compile something because you can't find it packaged, you can use [url=https://help.ubuntu.com/community/CheckInstall]checkinstall[/url], which generates .debs automatically.
[QUOTE=Wyzard;22769942]It's better to use backports than compiling things manually. If you compile something it generally just dumps files on your system with no automated updates or clean uninstall, and it won't count toward satisfying other packages' dependencies.[/QUOTE]
This is why I use --prefix. And /opt, the right place to put things you compiled yourself.
[QUOTE=gparent;22784065]This is why I use --prefix. And /opt, the right place to put things you compiled yourself.[/QUOTE]
I thought /usr/local was for stuff you compiled.
/opt is pretty much a catchall directory
/usr/local is for stuff you compile. It's for anything the system admin installs.
/usr plain is for stuff owned by the package manager.
/opt is useful for sand-boxing things further, to do a proper mono install from source you need to do it parallel to the system's installation of mono. There's a guide somewhere...
[url]http://www.mono-project.com/Parallel_Mono_Environments[/url]
Debian or CentOS. OpenBSD if you are handy with command line interfaces, and don't mind not having a GUI.
[QUOTE=DarkendSky;22934424]Debian or CentOS. OpenBSD if you are handy with command line interfaces, and don't mind not having a GUI.[/QUOTE]
I don't even install "Standard system" anymore on my debian box, let alone the GUI. Uses too much additional memory for something I don't care about. It's a server, it shouldn't need a screen.
[QUOTE=gparent;22938008]I don't even install "Standard system" anymore on my debian box, let alone the GUI. Uses too much additional memory for something I don't care about. It's a server, it shouldn't need a screen.[/QUOTE]
I usually install standard system, it makes shit much easier in the long run. That is all I choose while installing the system though, everything else is after first boot.
[QUOTE=ButtsexV2;22966460]I usually install standard system, it makes shit much easier in the long run.[/QUOTE]
The problem with using those predefined package sets is that (last I checked) they don't set apt's "auto" flags to allow packages to be automatically removed when nothing depends on them anymore. That can be a maintenance issue in the long term; you get old crud sitting around that's no longer needed.
I install just the base system, then go into aptitude and mark [i]everything[/i] as auto (highlight the "installed packages" heading and type a capital M), then go through and unmark (with the '+' key) just the packages that I actually want retained. That allows some unnecessary stuff to be removed right from the start, and everything afterward is installed via aptitude so it's properly flagged.
Sorry, you need to Log In to post a reply to this thread.
