@MarcoCeppi "apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName" only changed custom and error log locations
I don't have enough reputation to suggest or vote on tag synonyms, but I've noticed some possible synonyms. I already posted one suggestion in a separate question about whether I should suggest them here on meta, but I thought it would be useful to have a post just for suggested synonyms.
I'm no...
@StefanoPalazzo ok Sooooo I ran rdl@rdl-ubuntu-work:~$ sudo dd if=/home/rdl/Downloads/FreeBSD-8.2-RELEASE-i386-memstick.img of=/dev/sdc
rdl@rdl-ubuntu-work:~$ sudo dd if=/home/rdl/Downloads/FreeBSD-8.2-RELEASE-i386-memstick.img of=/dev/sdc
1872300+0 records in
1872300+0 records out
958617600 bytes (959 MB) copied, 181.391 s, 5.3 MB/s
open the disk with gparted (after installing, run "gksu gparted"), delete everything, set up a partition, make it bootable and dd to that instead of the device
@JorgeCastro will be done tonight with it now that I can see what is happening, updated some code yesterday but going blind kinda got me stuck again, now I can see what is wrong and fix it ;)
I'm too cheap to pay for EC2, and I don't have enough servers to set up my own openstack, how do I configure juju to use Linux Containers (LXC) on something like my laptop?
@JorgeCastro that'd be awesome. deploying cherrypy on apache, plus datatabase, plus reverse-proxy, ..., is a bit of a pain. same as django, zope or any framework.
I know I rave about it a lot. it's no easier to use than the rest of 'em really ;)
doesn't make much sense now that I think about it. I can't imagine a good reason for using Apache, if you're going to have limitless scalability with app servers.
so the cherrypy charm should just be pure cherrypy, and then a load balancer charm to tie them all together
[Wed Nov 23 13:25:51 2011] [warn] NameVirtualHost *:80 has no VirtualHosts Action 'start' failed. The Apache error log may have more information. ...fail!
@OctavianDamiean that's simple. you can run your various websites in the form of different servers, and use a reverse proxy to do the vhost-dispatching. so on plzz.de, jrc.plzz.de is actually plzz.de:9003.
The Software Center is wasting a lot of space currently.
I'm on 1680 x 1050 and if I maximize it there is a lot of unused space at the bottom below the "Top Rated" block.
Here are two ideas what that space could be used for.
a) You could have the "What's New" block be more prominent. Make the elements bigger and add more information.
b) Show more items in the "Top Rated" block. (This can be problematic because it can be too much for the user)
c) Add another block "Top Downloaded" for example.
Those are really just some quick thoughts.
@JorgeCastro then haproxy it is. seems like the best one too. these "cherrypy apps" I talk about are complete webservers, so haproxy should "just work"
if you deploy a charm and it fails with some fault do you need to destroy it and re deploy? can you make the process "restart" without deploying again?
@OctavianDamiean this is quite good: let's say I want to write an app and get it running, here's what I do. 1) write the app, superapp.py, 2) upload it to the server and run "python superapp.py", running on port 12345