Talk:Apache, Installing with PHP
(→not to mention) |
|||
(14 intermediate revisions by 5 users not shown) | |||
Line 1: | Line 1: | ||
− | Are you a Linux guy, ColdFire? Just kinda curious as to why you'd compile Apache and PHP raw-dog rather than use the ports tree (and run a cron job to start it at boot time rather than use a /usr/local/etc/rc.d script). --[[User:Jimbo|Jimbo]] 01:49, 27 March 2006 (EST) | + | ==Are you a Linux guy, ColdFire?== Just kinda curious as to why you'd compile Apache and PHP raw-dog rather than use the ports tree (and run a cron job to start it at boot time rather than use a /usr/local/etc/rc.d script). --[[User:Jimbo|Jimbo]] 01:49, 27 March 2006 (EST) |
== not to mention == | == not to mention == | ||
Line 5: | Line 5: | ||
using [[wget]] instead of [[fetch]] | using [[wget]] instead of [[fetch]] | ||
--[[User:Dave|Dave]] 13:00, 28 March 2006 (EST) | --[[User:Dave|Dave]] 13:00, 28 March 2006 (EST) | ||
+ | |||
+ | ==Is There No Thing Called Free Speach?== | ||
+ | So is "from source" not welcome here? What is the point of me writing articles, only for you to just change the whole lot? | ||
+ | |||
+ | [[Installing_Apache_with_PHP]] was a "from source" guide, for one simple fact: You know where everything goes, and you can then easily query errors. And not like all, some people '''do''' prefer source installs -- which I'd thought I'd give the user a choice! | ||
+ | |||
+ | But it seems this a pkg_add based wiki. Great. What gives? | ||
+ | |||
+ | ==Actually== | ||
+ | Actually around here we generally prefer the [[ports tree]], which Dave also gave the nod to. Which is also building from source, but has the (rather distinct) advantage of also creating entries in the ports database, as well as making sure that any FreeBSD-centric patches and file location changes get made, you can use portupgrade to update the port later, etc etc etc. | ||
+ | |||
+ | However I was still interested to see your "from tarballs" approach. It's not something I'd normally recommend on a FreeBSD machine when there is a port for that application, for the reasons mentioned above, but it's nice to see it done a bit. After all every now and then it is possible to run across something you want that there isn't already a port for! | ||
+ | |||
+ | Maybe you could write us an article specifically about building applications from tarballs rather than using the ports tree, and common gotchas and how to fix them? | ||
+ | |||
+ | PS: the talk page for your article is really a better place for this kinda thing, I had already asked you a leading question about some of this stuff there. =) --[[User:Jimbo|Jimbo]] 10:02, 29 March 2006 (EST) | ||
+ | |||
+ | == from source == | ||
+ | |||
+ | I've moved the last two comments from my talk page to this one for easier readability. Installing from ports is exactly the same as installing from source with the added bonus that Jimbo brought up: the install of the program gets added to the ports db, so the BSD package manager knows that the package is installed. Additionally, it's a lot less work and much easier to update (see [[Ports Tree, Updating]]) with [[portupgrade]] -- so if there's a patch or fix or upgrade to apache 1.3 or php4, you can update it pretty easily. Installing from ports is the preferred method, but I've added the pkg_add method for those who don't have the time, patience or hardware firepower to compile everything. | ||
+ | |||
+ | --[[User:Dave|Dave]] 11:25, 29 March 2006 (EST) | ||
+ | |||
+ | ==Understood, but...== | ||
+ | Read this page, and your arguements are valid, but there isn't a banner saying "ports only". I've been running FreeBSD (and Linux Gentoo) for about 4 years, going through versions 4, 5 and now 6. There are some things that I'd automatically use for ports: wget, lynx, perl, blah blah.. but for some programs I prefer to install myself, so I know what is being installed, where its going and how it will work.. ie --with-xx.. | ||
+ | |||
+ | So now you'r saying it's a good idea to write in source to offer an alternative?? "...Maybe you could write us an article specifically about building applications from tarballs..." Talk about contradict yourself! | ||
+ | |||
+ | Regarding the below comment: See above. Oh and I use the crons just to simplify and group up tasks that get run, So I can see a large list of all things that get run at specified times: hourly, monthly, and at boot. | ||
+ | |||
+ | You can't rub tarballs away, they will always exist cos there will always be source junkies around. | ||
+ | |||
+ | So... Want me to remove my invalid page? Or will it be reinstated to a "from source" guide? | ||
+ | --[[User:ColdFire|ColdFire]] | ||
+ | |||
+ | == doesn't make any sense to me == | ||
+ | |||
+ | seeing as how ports is the exact same thing as installing from source that you download manually yourself, but i've re-added the relevant sections of your article. I've also edited this page for better scanning (seeing as how people will read it top-down). --[[User:Dave|Dave]] 16:57, 29 March 2006 (EST) | ||
+ | |||
+ | == This is not a war zone, please put your gun away == | ||
+ | |||
+ | Seriously man, I already said (and meant) that I appreciated your article, and that I'd like to see more stuff about building from tarballs. I am VERY source-centric, personally - I just also (personally) dearly love using the ports tree for those apps that are in the ports tree, because it makes building (from source) much easier and much cleaner and more administerable, particularly on complex servers. | ||
+ | |||
+ | I don't know what all this business about "not being able to rub tarballs away" is, or source junkies versus... non-source junkies? Again, I am a "source junkie" myself. I *never* use packages on production servers, only ports... which. Y'know. Consist of tarballs. They're just pre-patched up and handled for you to make things easier and more controllable for administration later on. | ||
+ | |||
+ | Anyway seriously, there's no conspiracy here. I *like* source, and in fact pretty much mandate it on my own boxes. Dave likes source too, although he's much less of a zealot about it than I am. And I really meant what I said about liking to see some articles about going raw-dog from tarballs, if for no other reason than that I wind up needing to do that on Linux machines pretty frequently to (for example) bypass godawful RedHat type package clusterfuckery where nothing can be made to work with the native pre-compiled binary distributions due to one incompatiblity or another. | ||
+ | |||
+ | Your input is more than welcome here, but can you please not make everything a fight? We're all friends here. =) --[[User:Jimbo|Jimbo]] 23:30, 29 March 2006 (EST) | ||
+ | |||
+ | ==Finally== | ||
+ | I didn't come here for a fight, I stumbled apon and thought I'd make a contribution... and to find my article had been re written to ports.. just found it a bit weird. Never mind eh? --[[User:ColdFire|coldFire]] |
Latest revision as of 17:27, 21 June 2007
==Are you a Linux guy, ColdFire?== Just kinda curious as to why you'd compile Apache and PHP raw-dog rather than use the ports tree (and run a cron job to start it at boot time rather than use a /usr/local/etc/rc.d script). --Jimbo 01:49, 27 March 2006 (EST)
Contents |
[edit] not to mention
using wget instead of fetch --Dave 13:00, 28 March 2006 (EST)
[edit] Is There No Thing Called Free Speach?
So is "from source" not welcome here? What is the point of me writing articles, only for you to just change the whole lot?
Installing_Apache_with_PHP was a "from source" guide, for one simple fact: You know where everything goes, and you can then easily query errors. And not like all, some people do prefer source installs -- which I'd thought I'd give the user a choice!
But it seems this a pkg_add based wiki. Great. What gives?
[edit] Actually
Actually around here we generally prefer the ports tree, which Dave also gave the nod to. Which is also building from source, but has the (rather distinct) advantage of also creating entries in the ports database, as well as making sure that any FreeBSD-centric patches and file location changes get made, you can use portupgrade to update the port later, etc etc etc.
However I was still interested to see your "from tarballs" approach. It's not something I'd normally recommend on a FreeBSD machine when there is a port for that application, for the reasons mentioned above, but it's nice to see it done a bit. After all every now and then it is possible to run across something you want that there isn't already a port for!
Maybe you could write us an article specifically about building applications from tarballs rather than using the ports tree, and common gotchas and how to fix them?
PS: the talk page for your article is really a better place for this kinda thing, I had already asked you a leading question about some of this stuff there. =) --Jimbo 10:02, 29 March 2006 (EST)
[edit] from source
I've moved the last two comments from my talk page to this one for easier readability. Installing from ports is exactly the same as installing from source with the added bonus that Jimbo brought up: the install of the program gets added to the ports db, so the BSD package manager knows that the package is installed. Additionally, it's a lot less work and much easier to update (see Ports Tree, Updating) with portupgrade -- so if there's a patch or fix or upgrade to apache 1.3 or php4, you can update it pretty easily. Installing from ports is the preferred method, but I've added the pkg_add method for those who don't have the time, patience or hardware firepower to compile everything.
--Dave 11:25, 29 March 2006 (EST)
[edit] Understood, but...
Read this page, and your arguements are valid, but there isn't a banner saying "ports only". I've been running FreeBSD (and Linux Gentoo) for about 4 years, going through versions 4, 5 and now 6. There are some things that I'd automatically use for ports: wget, lynx, perl, blah blah.. but for some programs I prefer to install myself, so I know what is being installed, where its going and how it will work.. ie --with-xx..
So now you'r saying it's a good idea to write in source to offer an alternative?? "...Maybe you could write us an article specifically about building applications from tarballs..." Talk about contradict yourself!
Regarding the below comment: See above. Oh and I use the crons just to simplify and group up tasks that get run, So I can see a large list of all things that get run at specified times: hourly, monthly, and at boot.
You can't rub tarballs away, they will always exist cos there will always be source junkies around.
So... Want me to remove my invalid page? Or will it be reinstated to a "from source" guide? --ColdFire
[edit] doesn't make any sense to me
seeing as how ports is the exact same thing as installing from source that you download manually yourself, but i've re-added the relevant sections of your article. I've also edited this page for better scanning (seeing as how people will read it top-down). --Dave 16:57, 29 March 2006 (EST)
[edit] This is not a war zone, please put your gun away
Seriously man, I already said (and meant) that I appreciated your article, and that I'd like to see more stuff about building from tarballs. I am VERY source-centric, personally - I just also (personally) dearly love using the ports tree for those apps that are in the ports tree, because it makes building (from source) much easier and much cleaner and more administerable, particularly on complex servers.
I don't know what all this business about "not being able to rub tarballs away" is, or source junkies versus... non-source junkies? Again, I am a "source junkie" myself. I *never* use packages on production servers, only ports... which. Y'know. Consist of tarballs. They're just pre-patched up and handled for you to make things easier and more controllable for administration later on.
Anyway seriously, there's no conspiracy here. I *like* source, and in fact pretty much mandate it on my own boxes. Dave likes source too, although he's much less of a zealot about it than I am. And I really meant what I said about liking to see some articles about going raw-dog from tarballs, if for no other reason than that I wind up needing to do that on Linux machines pretty frequently to (for example) bypass godawful RedHat type package clusterfuckery where nothing can be made to work with the native pre-compiled binary distributions due to one incompatiblity or another.
Your input is more than welcome here, but can you please not make everything a fight? We're all friends here. =) --Jimbo 23:30, 29 March 2006 (EST)
[edit] Finally
I didn't come here for a fight, I stumbled apon and thought I'd make a contribution... and to find my article had been re written to ports.. just found it a bit weird. Never mind eh? --coldFire