--
You received this message because you are subscribed to the Google Groups "Django users" group.
To post to this group, send email to django...@googlegroups.com.
To unsubscribe from this group, send email to django-users...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/django-users?hl=en.
I'm also pretty sure that gentoo is not a variant of debian.
Casey
> <mailto:django...@googlegroups.com>.
> To unsubscribe from this group, send email to
> django-users...@googlegroups.com
> <mailto:django-users%2Bunsu...@googlegroups.com>.
No, Gentoo is not a variant of Debian.
I also don't think there are variants that are for "hardcore" users more than others. If you're "hardcore", then you should be able to do things like write your own kernel modules and perform low-level disk operations no matter the distro.
I personally love Ubuntu on EC2. The ami/ec2 tools are in the repository by default, and are updated regularly. If you use the official AMIs from Canonical, then you'll get a setup that is optimized for EC2 without you having to do anything extra (for instance, "byobu" runs automatically when you connect via SSH).
In the end, it all really depends on you. As Casey mentioned, you are probably better off with what you're already familiar with. After all, what good is the "best" OS if you're more familiar with the "good enough" OS? You'll be more productive with what you are comfortable managing. I'm familiar with many distros (certified in Red Hat & Solaris, and long time Gentoo user), but I go with Ubuntu on EC2 every time.
Hope this helped.
--
Joey "JoeLinux" Espinosa
Software Developer
http://about.me/joelinux
I would suggest that you use whatever your sysadmin (or if no sysadmin, developer (or if it's just you, you)) are most familiar with. I assume the packages that you are using (at least the ones you've listed) will be in the package management systems for any of the distros that you have listed.
I'm also pretty sure that gentoo is not a variant of debian.
Casey
<mailto:django-users@googlegroups.com>.
To unsubscribe from this group, send email to
<mailto:django-users%2Bunsu...@googlegroups.com>.
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
--
AsymptopiaSoftware|Software@theLimit
http://www.asymptopia.org
--
You received this message because you are subscribed to the Google
Groups "Django users" group.
To post to this group, send email to django...@googlegroups.com.
To unsubscribe from this group, send email to
For more options, visit this group at
http://groups.google.com/group/django-users?hl=en.
--
You received this message because you are subscribed to the Google Groups "Django users" group.
To post to this group, send email to django...@googlegroups.com.
To unsubscribe from this group, send email to django-users+unsubscribe@googlegroups.com.
To unsubscribe from this group, send email to django-users...@googlegroups.com.
AFAICT, there are very few differences between 'server' and 'desktop' distros:
- server distros don't have desktop environments (X, Gnome, KDE, etc).
or rather, they shouldn't have. that's what i don't like about RHEL,
they not only use Gnome tools for everything, but many of the docs
only include the GUI way to configure, not the CLI way.
- server distros are supported for longer times without version
upgrades of most components. that makes for safe and 'no suprises'
updates, that include only bugfixes but no new features.
- small priority differences in optimizations and kernel
configuration. like using different schedulers, swappinnes, LVS,
bigmem (now rendered moot by 64-bit)
For the first one, you could simply start in runlevel 3 for most
distros, and X wouldn't be started, avoiding the desktop overhead.
Ubuntu Server simply lets you install without X by default. Roughly
every fourth release is called 'LTS', meaning that it will get long
term support via apt. The last one is simply configurations, so it's
doable on any Linux out there; but it's nicer to have a good enough
default.
In short, Ubuntu server is just as 'server-like' as CentOS, or even
more if you (like me) want it to be free of X. (yes, i know you can
install RHEL and CentOS without X, but it's not the default)
--
Javier
Am 13.11.2011 21:58, schrieb Charles Cossé:
> The main difference with Ubuntu is that it's a binary distribution
> (pre-compiled binaries for a standardized platform). I use Gentoo,
> personally, which is a variant of Debian with "portage" rather than
> "apt". LAMP server stuff is readily available on all distros of Linux.
> If you're hardcore then use Gentoo. If you're medium-core then use
> Debian. If you're softcore then use Ubuntu. If you like RedHat style
> more than Debian, then go CentOS.
If you are a hardcore, you write your own kernel and libc.
I would use ubuntu.
thomas
--
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de
Sent from my iPhone
Am 13.11.2011 21:58, schrieb Charles Cossé:
> The main difference with Ubuntu is that it's a binary distributionIf you are a hardcore, you write your own kernel and libc.
> (pre-compiled binaries for a standardized platform). I use Gentoo,
> personally, which is a variant of Debian with "portage" rather than
> "apt". LAMP server stuff is readily available on all distros of Linux.
> If you're hardcore then use Gentoo. If you're medium-core then use
> Debian. If you're softcore then use Ubuntu. If you like RedHat style
> more than Debian, then go CentOS.
I would use ubuntu.
thomas
--
Thomas Guettler, http://www.thomas-guettler.de/
E-Mail: guettli (*) thomas-guettler + de
--
You received this message because you are subscribed to the Google Groups "Django users" group.
To post to this group, send email to django...@googlegroups.com.
To unsubscribe from this group, send email to django-users...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/django-users?hl=en.
On Ubuntu you'll never compile your own kernel. It won't be optimized for your system.
for me i would like to have an optimized kernel binary and build the kernel in my running machine, and disable all driver not used by system os.
it will slim your kernel and faster booting and loading.
all precompiled binnary have bloated driver in kernel so it will match any hardware and load the driver...
i use FreeBSD coz already familiar with it..
For more specialized applications (VoIP infrastructure, XMPP server), where Amazon doesn't have packages already in the distro we use CentOS.
If your time is limited, I'd also recommend using Amazon RDS rather than managing your own MySQL server.
--
Eric Chamberlain, Founder
RingFree Mobility Inc.
No. The main difference between Linux distros is the package
management. All the other software is nearly identical from distro to
distro. I personally don't care for rpm, provided in the RedHat
family of Linux distros. Apt/dpkg seems much more sane and much less
prone to dependency issues. A source based distro like Gentoo will
leave you with problems to fix more often than a binary based distro,
and the CPU cycles you gain isn't usually worth the trouble. Most of
the time you can get i686 and x86_64 packages from the distro anyway.
Gentoo isn't difficult simply because it's a source based distro, it's
difficult because sometimes they tweak the package dependencies and
you then have to rebuild something or other when you weren't expecting
too. Not a distro I'd ever use for production, not for something
really important. If you like rpm, then go CentOS, it's solid. If
you like apt go with Debian or Ubuntu. Debian's packages are older
and more tested, thus in theory more stable. Ubuntu is newer, so you
can expect more bugs, and more package updates than with Debian.
You know, Linux isn't your only *nix choice for server software. I've
had much success deploying FreeBSD over the years. It has a hybrid
package management system. You can use pkg_add to install a binary
version of something, or you can use the ports collection to build it
yourself. Things will land in the same place, so dependency issues
are usually extremely low.
--
Greg Donald
FreeBSD on EC2 (Xen) is not exactly simple or stable though (and I'm a
huge FreeBSD advocate!). The current stable way is to setup a windows
instance, and then replace the hard drive image with a FreeBSD one,
which is run under Xen's HVM rather than paravirtualized Xen, which
makes it much more expensive, and you are charged for a windows
license you aren't using!
I wouldn't use it in production, not yet. Maybe when 10.0-RELEASE comes out..
Cheers
Tom
Amazon isn't the only option: http://www.freebsd.org/commercial/isp.html
--
Greg Donald