You forgot hobbit. Which is a gpl version of bb, written in c (much, much, much faster). Support for clients on servers (so you don't have nasty snmp everywhere). Integrated rrd, "smart" checks (i.e. looks for status 200 w/ http, looks for +OK on tcp/110 connections, etc. It doesn't just check that a port is open).
Well most of the problems stem from people doing their own custom stuff that's overwriting pkg manager stuff - say installing mythtv via pkg manager, then installing by compile. The compile will overwrite the binaries the pkg manager put into place (assuming the compile was pointing to the same location as the current myth install). Then when it comes time to upgrade, it breaks in spectacular ways. Then the user forgot they did this and they come seeking support in the forums, etc. When it doesn't work and support cannot help them, they blame it on linux.
Sometimes it's that people have been messing around with the nvidia drivers because the distro supplied one is too old of a version for whatever reason. User downloads the nvidia one and compiles and installs it because he read the howto on the forums that fostered bad practices. Upgrade comes? Xorg fails to start because it's a new kernel. You try to compile the driver you download before. Doesn't work, why? New version of Xorg + new version of Kernel that the driver is incompatible with. Now you need to download another one. This gets blamed on linux.
Yes, you certainly can do a./configure, make, make install, but once you do so you are at the mercy of pagan non-package manager linux gods. There are some holes this stuff can dig that are too deep to consider digging yourself out of - especially over time. If you're smart (Smart in the sense that you've learned the lessons before, like I did in the ol' redhat days), you'll keep your custom stuff 100% separated and nowhere near your pkg manager area. E.g. mythtv in/usr/local/, etc. pkg managers don't touch/usr/local or anything under it.
Heck, usually if glibc hasn't changed, you won't even need a recompile.
Well the most of the problems with upgrades, as evidenced by IRC && forum posts are caused by one of three things:
#1. Problems with packages in universe/metaverse/restricted. #2. Problems with shitty/cheap/unpredictable hardware #3. Luser error. People who did lots of custom stuff to their OS before (ie compiled own kernels, installed nvidia driver using non-normal techniques, bypassed pkg manager for some software installation, or other stupid shit).
Exactly. Reboots works most of the time but man I really hate it when they do. I hate it because the root problem hasn't been nailed, and I hate it because it's something that I shouldn't have to do. Firefox aside, all apps under my current ubuntu are flawlessly stable and could run indefinately. I love it. Head over to a windows forum or macfixit and every other post says "reboot".
It's simply that the move from dapper->edgy was painful. Ubuntu made it _clear_ before hand that edgy was an "edgy" release. There were going to be lots of changes and no guarantees for some things. Edgy made a lot of progress, but it's "new" school. Upstart, UUIDs for fstab, etc, were huge changes. If you do a fresh install of feisty, you'll be just fine. Dualmonitor support takes a little (I mean a little) file editing if you have nvidia.
He's running perl with three options, right? -p -i -e (I like them in that order because "It's easy as pie to replace strings in files with perl")
then he's giving a regex, followed by a file name.
If he had a file with the contents "foo" and wanted to replace the word "foo" with "bar", he'd do:
perl -p -i -e s/foo/bar/ file
The command he gave just looks ugly because it needs the \s to escape the colons. It'd be easier to not escape the colons and wrap the command in quotes, like so:
Well don't trust me for financial advice, but I'd say that buying a car new was your first oversight. Ah well, at least you only need to learn that lesson once - unless you're rich.
When I purchase a game, I definitely consider how some of that money can be gained back by reselling the game. If I could cut my losses somehow, I wouldn't purchase anywhere near the amount of games I purchase now @ $60 apiece. IMO, the only way they can me to fork over that kind of cash is the likelyhood that I will be able to regain 1/3 of that (be it in cash or credit towards another game). They can detest it all they want, but if they take the ability to re-sell it away, they lose me.
For the record, I generally only buy games that get an 8.0 or better across the board on review sites, or ones with reasonable demos. I like to think this helps lock in a good resale value.
It's sort of like buying a car. Go check the resale value of an audi or bmw after 2 years/24k and compare it to a chevy malibu or ford taurus with the same criteria (try to stick with cars that for the past two years haven't had dramatic changes), you'll see right away why it's a bad idea to buy a malibu or taurus.
Sincerely,
guy who got sick and tired of being turned upside down on car loans.
What about the massive amounts of money we're spending to protect our interests in our current energy sources? I.e. Money spent lobbying (for/against), by/for politicians re: fossil fuels? Or money spent to maintain military presence near/at the source of oil? No one ever seems to count that as money we're spending for fossil fuels.
I've played more hours of XBL than I care to admit, but trust me, it's a lot. I've played everything from saintsrow, cod2, cod3, halo2, chromehounds on my 360 and many many more on my regular box. Lately, with COD3, my disconnect rate is nearly nonexistent. A host quitting results in the game being taken over by another random host. cod3 suffers little to no lag whatsoever, and cod2 rarely had much more. Halo2 is even better for picking non-lagging games. Players don't just "stand around" either, quite the opposite. On halo2 or cod3 where rank matters, you'll get the most aggressive players around. It's always a lot of fun to play those high ranked games, though it can get stressful (for me anyway).
In short, you're either lying or your connection is shit. My connections aren't the greatest (Over they years they've varied from small MSO/Cable, to comcast to qwest dsl), which are the epitome of consumer level broadband connections in the US.ep
This is far from offtopic. Centos is a complete build of RHEL5 from redhat's released sources, with RH's branding removed. The updates, etc, are then provided for free by the CentOS community. Centos is a great OS for people not needing RH's support, but needing RH's OS.
This is completely on topic, and I, like (probably) many other people, immediately wondered when CentOS's release would be after seeing this announcement.
I agree with you and Martin. I have run several dozen RHEL2, 3 and 4 boxes in the past. While RHEL isn't my distro of choice, there's not much wrong with it. Debian just does some things slightly better.
If you color in the lines as far as packages go, RHEL is a remarkably stable OS. Coupled with enterprise support that most PHBs will like, it is a fine arsenal in any sysadmin's cache. Step outside of those lines, and you've defeated the purpose of having a distro with package management, and you might as well call it done for. Most 3rd party apps that run on linux require RHEL n, so you dedicate on of these servers for it. If your distorted perception of compartmentalization beckons you to install the latest and greatest python on that, you have a problem with yourself, not your server.
Exactly. I run kopete and konsole in gnome, and there's never been a problem. Granted, it takes more memory but I'd rather that than use the abortion known as gaim. You can go into your sessions menu and specify kopete to run on startup and it you won't have to futz around with it again. I only wish they could someone integrate keyrings so you wouldn't have to type your keychain pw in twice.
Let's say your a developer and you have an app that's being included in ubuntu.
You've just released v1. A package maintainer builds your pkg and uploads it into the alpha repos. Development with ubuntu is hot and heavy. It's still in alpha. Some time goes on, you fix most of your bugs and add new features by releasing v2. A maintainer builds your packages and uploads it. Bam! Feature freeze. You release version 3 to fix bugs and add new features. A maintainer can no longer upload v3, but he can backport your fixes from v3 if applicable and apply them to v2 in the ubuntu repos. (He can also apply for an exception and may be a approved depending on a lot of things). Ubuntu is released. You continue your development and all security/critical bugs fixed by your v4,5,etc. can be backported by the maintainer into v2 (or the stable repos if you will). In addition, your v4, v5, etc are all uploaded by maintainers into the next ubuntu repos and the cycle begins again.
Note: This is definitely not 100% accurate but is probably an acceptable 50,000ft view.
You're confusing the issue. Personally, I run several dozen debian servers so I'm not trolling, but if you're basing the status of your hardware on what debian supports, you're in for trouble.
If you're going to run debian, purchase a server model that's been around a while, or ensure the kernel it comes with supports all hardware on the potential machine. Or don't but some fancy box from an unknown company. My latest sarge server (amd64 unofficial) install was a sun 4 (8 cores) way, and it's by far the fastest and most reliable server I've purchased to date. Granted it ran ~20k, but it has 16g of ram:)
Why can't companies release software with a script that checks to see if you have all the required dependencies and tells you exactly what you are missing?
Which is to say, it'd be nigh impossible for a script to "just know" if it's dependencies are met on varying distros.
Because not every distro uses a pkg manager capable of such. Nor does every distro name their versions the same. Version 1.5_p1_11 on debian sarge could be identical to 1.5 on RHEL.
Also, not every distro puts the same files in the same place. Some might put something in/opt, others in/usr/bin, still others in/usr/sbin. Some might put config files in/usr/etc, and so on.
Wow, some of you guys have thick skulls. Not saying I don't sometimes though.
Anyway, right now I pay comcast $50/mo for 8mbps broadband. I know this is oversubscribed, but I don't mind. If I want CBR (commited bandwidth rate), I need to sign a contract with Qwest/Att/Internap/etc. I would also have to pay more than a couple thousand a month for a comparable connection (MAN ethernet, etc) with a cbr. Alternatively, I could drop down and get a t1 at ~1.5mbps with a cbr for 500-1000/month. In these cases the ISPs will guarantee that I get the entire connection I pay for at any time. A dedicated connection, however, is just not worth that much to me.
If it's worth that much to you, then pay for it. Otherwise, get over the fact that you are merely getting what you are paying for by shelling out $50/mo for an oversubscribed connection.
Which means they'll stop. Which means there's nothing to copy.
By some huge stretch of the imagination, I can picture maybe, just maybe that us humans _may_ just be able to figure out how to still make music after this armageddon. Even more far fetched is that I forsee the ability to make money by making music after this cataclysm as well.
Slashdot Mirror
You mean like how Apple sues its customers? Seems to help them too.
You forgot hobbit. Which is a gpl version of bb, written in c (much, much, much faster). Support for clients on servers (so you don't have nasty snmp everywhere). Integrated rrd, "smart" checks (i.e. looks for status 200 w/ http, looks for +OK on tcp/110 connections, etc. It doesn't just check that a port is open).
Project's demo:
http://www.hswn.dk/hobbit/
Well most of the problems stem from people doing their own custom stuff that's overwriting pkg manager stuff - say installing mythtv via pkg manager, then installing by compile. The compile will overwrite the binaries the pkg manager put into place (assuming the compile was pointing to the same location as the current myth install). Then when it comes time to upgrade, it breaks in spectacular ways. Then the user forgot they did this and they come seeking support in the forums, etc. When it doesn't work and support cannot help them, they blame it on linux.
./configure, make, make install, but once you do so you are at the mercy of pagan non-package manager linux gods. There are some holes this stuff can dig that are too deep to consider digging yourself out of - especially over time. If you're smart (Smart in the sense that you've learned the lessons before, like I did in the ol' redhat days), you'll keep your custom stuff 100% separated and nowhere near your pkg manager area. E.g. mythtv in /usr/local/, etc. pkg managers don't touch /usr/local or anything under it.
Sometimes it's that people have been messing around with the nvidia drivers because the distro supplied one is too old of a version for whatever reason. User downloads the nvidia one and compiles and installs it because he read the howto on the forums that fostered bad practices. Upgrade comes? Xorg fails to start because it's a new kernel. You try to compile the driver you download before. Doesn't work, why? New version of Xorg + new version of Kernel that the driver is incompatible with. Now you need to download another one. This gets blamed on linux.
Yes, you certainly can do a
Heck, usually if glibc hasn't changed, you won't even need a recompile.
Well the most of the problems with upgrades, as evidenced by IRC && forum posts are caused by one of three things:
#1. Problems with packages in universe/metaverse/restricted.
#2. Problems with shitty/cheap/unpredictable hardware
#3. Luser error. People who did lots of custom stuff to their OS before (ie compiled own kernels, installed nvidia driver using non-normal techniques, bypassed pkg manager for some software installation, or other stupid shit).
Exactly. Reboots works most of the time but man I really hate it when they do. I hate it because the root problem hasn't been nailed, and I hate it because it's something that I shouldn't have to do. Firefox aside, all apps under my current ubuntu are flawlessly stable and could run indefinately. I love it. Head over to a windows forum or macfixit and every other post says "reboot".
It's simply that the move from dapper->edgy was painful. Ubuntu made it _clear_ before hand that edgy was an "edgy" release. There were going to be lots of changes and no guarantees for some things. Edgy made a lot of progress, but it's "new" school. Upstart, UUIDs for fstab, etc, were huge changes.
If you do a fresh install of feisty, you'll be just fine. Dualmonitor support takes a little (I mean a little) file editing if you have nvidia.
Well you just gotta look at it the right way.
/etc/inittab
He's running perl with three options, right? -p -i -e (I like them in that order because "It's easy as pie to replace strings in files with perl")
then he's giving a regex, followed by a file name.
If he had a file with the contents "foo" and wanted to replace the word "foo" with "bar", he'd do:
perl -p -i -e s/foo/bar/ file
The command he gave just looks ugly because it needs the \s to escape the colons. It'd be easier to not escape the colons and wrap the command in quotes, like so:
perl -p -i -e "s/id:6:in/id:3:in/"
Six one way, one half dozen the other.
I bought a new BMW, and a new 4Runner
Well don't trust me for financial advice, but I'd say that buying a car new was your first oversight. Ah well, at least you only need to learn that lesson once - unless you're rich.
What's "troll" about this? Has someone secretly replaced the moderators' supply of mild drugs with hallucinogens?
When I purchase a game, I definitely consider how some of that money can be gained back by reselling the game. If I could cut my losses somehow, I wouldn't purchase anywhere near the amount of games I purchase now @ $60 apiece. IMO, the only way they can me to fork over that kind of cash is the likelyhood that I will be able to regain 1/3 of that (be it in cash or credit towards another game). They can detest it all they want, but if they take the ability to re-sell it away, they lose me.
For the record, I generally only buy games that get an 8.0 or better across the board on review sites, or ones with reasonable demos. I like to think this helps lock in a good resale value.
It's sort of like buying a car. Go check the resale value of an audi or bmw after 2 years/24k and compare it to a chevy malibu or ford taurus with the same criteria (try to stick with cars that for the past two years haven't had dramatic changes), you'll see right away why it's a bad idea to buy a malibu or taurus.
Sincerely,
guy who got sick and tired of being turned upside down on car loans.
What about the massive amounts of money we're spending to protect our interests in our current energy sources? I.e. Money spent lobbying (for/against), by/for politicians re: fossil fuels? Or money spent to maintain military presence near/at the source of oil? No one ever seems to count that as money we're spending for fossil fuels.
Maybe it's your connection that's shitty?
I've played more hours of XBL than I care to admit, but trust me, it's a lot. I've played everything from saintsrow, cod2, cod3, halo2, chromehounds on my 360 and many many more on my regular box. Lately, with COD3, my disconnect rate is nearly nonexistent. A host quitting results in the game being taken over by another random host. cod3 suffers little to no lag whatsoever, and cod2 rarely had much more. Halo2 is even better for picking non-lagging games. Players don't just "stand around" either, quite the opposite. On halo2 or cod3 where rank matters, you'll get the most aggressive players around. It's always a lot of fun to play those high ranked games, though it can get stressful (for me anyway).
In short, you're either lying or your connection is shit. My connections aren't the greatest (Over they years they've varied from small MSO/Cable, to comcast to qwest dsl), which are the epitome of consumer level broadband connections in the US.ep
He's gonna get screwed by being scewed!
This is far from offtopic. Centos is a complete build of RHEL5 from redhat's released sources, with RH's branding removed. The updates, etc, are then provided for free by the CentOS community. Centos is a great OS for people not needing RH's support, but needing RH's OS.
This is completely on topic, and I, like (probably) many other people, immediately wondered when CentOS's release would be after seeing this announcement.
I agree with you and Martin. I have run several dozen RHEL2, 3 and 4 boxes in the past. While RHEL isn't my distro of choice, there's not much wrong with it. Debian just does some things slightly better.
If you color in the lines as far as packages go, RHEL is a remarkably stable OS. Coupled with enterprise support that most PHBs will like, it is a fine arsenal in any sysadmin's cache. Step outside of those lines, and you've defeated the purpose of having a distro with package management, and you might as well call it done for. Most 3rd party apps that run on linux require RHEL n, so you dedicate on of these servers for it. If your distorted perception of compartmentalization beckons you to install the latest and greatest python on that, you have a problem with yourself, not your server.
I propose we help liberate them!
Exactly. I run kopete and konsole in gnome, and there's never been a problem. Granted, it takes more memory but I'd rather that than use the abortion known as gaim. You can go into your sessions menu and specify kopete to run on startup and it you won't have to futz around with it again. I only wish they could someone integrate keyrings so you wouldn't have to type your keychain pw in twice.
Let's say your a developer and you have an app that's being included in ubuntu.
You've just released v1.
A package maintainer builds your pkg and uploads it into the alpha repos.
Development with ubuntu is hot and heavy. It's still in alpha.
Some time goes on, you fix most of your bugs and add new features by releasing v2.
A maintainer builds your packages and uploads it.
Bam! Feature freeze.
You release version 3 to fix bugs and add new features.
A maintainer can no longer upload v3, but he can backport your fixes from v3 if applicable and apply them to v2 in the ubuntu repos.
(He can also apply for an exception and may be a approved depending on a lot of things).
Ubuntu is released.
You continue your development and all security/critical bugs fixed by your v4,5,etc. can be backported by the maintainer into v2 (or the stable repos if you will).
In addition, your v4, v5, etc are all uploaded by maintainers into the next ubuntu repos and the cycle begins again.
Note: This is definitely not 100% accurate but is probably an acceptable 50,000ft view.
You're confusing the issue. Personally, I run several dozen debian servers so I'm not trolling, but if you're basing the status of your hardware on what debian supports, you're in for trouble.
If you're going to run debian, purchase a server model that's been around a while, or ensure the kernel it comes with supports all hardware on the potential machine. Or don't but some fancy box from an unknown company. My latest sarge server (amd64 unofficial) install was a sun 4 (8 cores) way, and it's by far the fastest and most reliable server I've purchased to date. Granted it ran ~20k, but it has 16g of ram:)
The comment was in response to this question:
Why can't companies release software with a script that checks to see if you have all the required dependencies and tells you exactly what you are missing?
Which is to say, it'd be nigh impossible for a script to "just know" if it's dependencies are met on varying distros.
My apologies for not stating that ahead of time.
Because not every distro uses a pkg manager capable of such. Nor does every distro name their versions the same. Version 1.5_p1_11 on debian sarge could be identical to 1.5 on RHEL.
/opt, others in /usr/bin, still others in /usr/sbin. Some might put config files in /usr/etc, and so on.
Also, not every distro puts the same files in the same place. Some might put something in
Wow, some of you guys have thick skulls. Not saying I don't sometimes though.
Anyway, right now I pay comcast $50/mo for 8mbps broadband. I know this is oversubscribed, but I don't mind. If I want CBR (commited bandwidth rate), I need to sign a contract with Qwest/Att/Internap/etc. I would also have to pay more than a couple thousand a month for a comparable connection (MAN ethernet, etc) with a cbr. Alternatively, I could drop down and get a t1 at ~1.5mbps with a cbr for 500-1000/month. In these cases the ISPs will guarantee that I get the entire connection I pay for at any time. A dedicated connection, however, is just not worth that much to me.
If it's worth that much to you, then pay for it. Otherwise, get over the fact that you are merely getting what you are paying for by shelling out $50/mo for an oversubscribed connection.
Strictly for my edification, what makes it a hack?
fill up a portable HDD and attach it to my 360, or stream across the 'net. (Poor lil fella can't play DivX and it's what's hooked to my HDTV)
http://tversity.com/download/
Which means they'll stop. Which means there's nothing to copy.
By some huge stretch of the imagination, I can picture maybe, just maybe that us humans _may_ just be able to figure out how to still make music after this armageddon. Even more far fetched is that I forsee the ability to make money by making music after this cataclysm as well.