| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10
Comments:
<0> I'm going to bed
<0> I've worked all evening to build 'buta'
<1> why upgrade to an already old release? when 2.2 is the current stable
<0> Which I think is funny
<2> wettoast: RndPkt just explained why.
<0> I keep thinking back to the SNL skits of 'Coffee Talk'
<1> well, i dont use webdav or whatever
<1> but its working fine for me..
<1> there is mod_dav.so and
<2> wettoast: svn+dav requires mod_svn_dav.so
<1> mod_dav_fs.so
<1> if that tell syou anything
<1> is that an apache made thing?
<2> svn = subversion
<2> "You'll need Apache httpd 2.0, the mod_dav DAV module that comes with it, Subversion, and the mod_dav_svn filesystem provider module distributed with Subversion."
<3> Subversion.. <sigh> I miss my CVS...
<1> you actually use subversion Yashy?
<2> not yet :)
<1> just the other day you were talking about cvs
<2> just did my first svn commit
<1> well then...
<1> what do you need apache to use subversion for?
<3> yashy, I've been doing svn commits since the start of May.
<2> most places that use open source RCS use cvs
<3> The only thing I lie about SVN over CVS is the "svn rename"
<2> wettoast: new/different project.
<3> /lie/like/
<3> Otherwise I can almost pretend to be doing CVS =-)
<1> Yashy: well, i dont see any subversion modules in apache 2.0 either, just dav and dav_fs
<2> "You'll need Apache httpd 2.0, the mod_dav DAV module that comes with it, Subversion, and the mod_dav_svn filesystem provider module distributed with Subversion."
<1> if it works with 2.0 it should work with 2.2 just fine
<1> roycroft: its already obsolete
<3> roy, must be.. It's shipped with Redhat Enterprise 4
<4> every time i start to install it i go to get some apache modules and they tell me they don't support 2.0 yet
<4> i gave up on it a while ago
<1> i've been using 2.2 with php 5.1 for some time now, and no problems...
<2> wettoast: RndPkt said the API is different, so perhaps the mod_dav_svn that comes with subversion doesn't work with 2.2. I'll look online before I install tomorrow.
<4> it's probably been six months since i last looked at it
<3> roy, I still prefer the 1.x apaches.
<4> i got pretty tired of it
<4> i use 1.3.x
<1> Yashy: guess youll just have to try it to be sure...
<4> and it does everything i need to do with no problems
<1> so does 2.2
<1> i dont like running legacy software, although i dont use 90% of its new shiny features
<1> so i guess it all comes down to your needs
<4> i don't like trying to keep up with the blee3ding edge
<4> bleeding
<1> its not bleeding, its a stable release
<4> but i have tried to upgrade to 2.0
<4> it's been long enough that i don't recall what modules don't work wiht 2.x but i could not use itso i decided to stick with what works
<1> 3rd party modules?
<4> yes
<1> that could be...
<1> but the popular LAMP stuff works...
<3> wet, We'd still be using PHP 5.0 for the project I'm on if it wasn't for the fact 5.1 magicly gained a sane timezone per script functionality.
<1> heh, thats the only reason?
<4> i'm not a bandwagon jumper
<3> funny it took them so long to o that.
<3> wet, Only reason.
<2> I'd still be using twist | cat in inetd.conf on port 80 if it wasn't for the creation of php :P
<1> the transition between 5.0 and 5.1 was quick in php
<4> but regardless, i guess there's a difference of philosophy
<1> Yashy: and you wouldnt accomplish much with it :)
<4> i see no reason to upgrade for the sake of upgrading and migration for the sake of migrating
<3> wet, nothing broke moving to 5.1.. but still.
<2> I keep things up-to-date generally, so I don't have to track security issues with my installed daemons
<1> same here, i started coding on 5.0, now im using 5.1.4
<1> roycroft: right, but the problem with that is that you may find yourself obsolete one day, and the task of getting up to date will be huge
<3> yashy, the problem using php 5.1 and mysql 5.0 there are no RPM patches for me.. I have to compile to fix security issues.
<4> that's not a problem
<4> as long as my "legacy" stuff still works
<1> Mouring: do you use mysqli? or the old mysql?
<4> if i need a feature that is not available in the current code i get newer stuff
<3> wet, old mysql at this moment.
<1> roycroft: right, but what im syaing is what if it stops working?
<4> why would it stop working?
<1> when it becomes obsolete/unmaintained/incompatible...
<4> why does that cause something to stop working?
<1> because something changes...
<4> are you saying that the day support is dropped for a software product it ceases to function?
<1> well sure, if you setup a system and never change any part of it, it should always function in theory
<1> but the reality is different
<4> some customers had stuff that had y2k problems
<4> but most didn't
<4> their apps still work
<4> their apps only run on xenix
<3> xenix emulator!
<4> but xenix still works, even thoughit's not been supported for over a decade
<3> roy, can't imagine it has a broad hardware support.
<1> roycroft: making a fire with two wooden sticks still works too
<4> those old computone and maxpeed serial cards can still be had
<2> Mouring: why not use an OS with portupgrade or apt-get upgrade? :)
<4> so you're saying people should spend their money on new shiny stuff just because it's new and shiny?
<3> yashy, because Rackspace "better then 100% uptime managed" support doesn't support anything but Redhat Enterprise.
<2> good luck keeping up with RHEL EOL for support
<3> <shrug> that is Rackspace's problem.. Not mine.
<1> roycroft: no, because reality demands being up to date to stay functional, operational, and secure.
<3> and RHEL EOL is like 5 years after release.
<4> no it doesn't
<2> if it's dedicate hosted Mouring, can't you ask them for the versions you want?
<1> ok, you keep using xenix then
<4> not when the customer is not on the internet and their current system does everything they need to do
<1> and what if the hw fails?
<1> which it will
<2> holy cow guys, different people, different needs. Neither of you "are right" across the board.
<4> xenix runs on any peecee compatible
<3> yashy, It's Managed.. <shrug> And not my choice.. I've spent 5 days dealing with rackkspace support.. and I'm unimpressed.
<4> yashy: i'm not saying every customer everywhere should keep their old systems for a long as possible
<3> yashy, if I had my choice I'd rather run OpenBSD or FreeBSD.
<4> i'm saying that there are legitimate markets where this makes sens
<4> e
<3> This "enabled everything on the earth" **** pisses me off.
<2> Mouring: it was 2years EOL when I last used it, and when you're deploying globally across +10k machines, you have interop internally etc as well, so by the time you get it all rolled out, 2 years is a really short life span.
<4> my argument is that one should not "upgrade" simply for the sake of upgrading
<3> 4 servers. <shrug>
<1> roycroft: eventually it wont, and you will be screwed
<3> and reality is very few non-commerical groups will support you beyond 2 years.
<1> one upgrades for the sake of remaining compatible
<3> Debain may be the only one.. Because it takes them 10 years to do a release. =-)
<4> and that keeping "up to date" has no intrinsic advantages
<4> this all started out with a discussion about apache
<2> lol @ Mouring
<3> roy, keeping up to date breaks ****.=(
<4> i was informed that i should be running 2.x to keep "up to date" so it's compatible
<5> hi
<5> how do i find out how many CPUs a server has?
<3> what OS?
<2> daYZman: dmesg | head perhaps? or dmesg | grep -i cpu
<6> what does: "uname -a" output?
<4> apparently it's more important to keep "up to date" to be compatible than to make sure my software continues to work
<4> dayzman: count them
<6> kp, what about multicores?
<4> uno, dos, tres, quatro ...
<5> Ficus, SunOS <servername> 5.8 Generic_117350-28 sun4u sparc SUNW,Sun-Fire
<4> count them multiple times :)
<6> dayz, psrinfo or cpuinfo or somesuch..
<1> roycroft: being compatible and up to date ensures your system will continue to function
<4> right
<4> so i'll upgrade to apache 2.x
<4> and be compatible and up to date
<1> running your system on xenix, ensures it will die
<4> and i'll feel all nice and functional
<5> thanks
Return to
#unixhelp
or
Go to some related
logs:
acimulated
nationalflags wallpapers
sikiiş
www2.alsscan pass
#firebird
#ubuntu
#beginner
#gentoo
prime95 test memory
#politics
|
|