I'm fairly certain your parent post was pointing out how people bitched up a fit about the iMac not having that piece of junk back in 1998, not when the major PC builders finally dropped them from their standard configuration within the last 2 years.
Have you looked at 480p projectors recently? They can be had for practically the cost of a bulb. As they were phasing out the model, Infocus offered the wonderful SP4805 for as low as $299 refurbished with a bulb, where the bulb alone ran around $270. Since bulb costs haven't been dropping notably, 480p models are all but disposable anymore. When the bulb blows, just spend the extra $30-70 to get a new or refurbed model with a warranty rather than replacing the bulb in your old one.
2.5-5x $200 is not at all realistic. A good 480p model with nice scalers and a full array of inputs _might_ be worth $500 brand new, but no one in their right mind would pay more than that, especially not up to $1000, for something as crappy as 480p.
Hell, 720p DLP models are in the $600-800 range now brand new (Acer PH530 and its higher quality cousin the Optoma HD70, the second of which can be had out the door at a brick and mortar store for under $1000). LCD models are even cheaper, though with three digit DLP prices for models with high-speed multi segment color wheels I have no idea why anyone except the most sensitive to rainbows would bother with LCD below the 1080p market where DLPs are still a fair bit more expensive.
The resolution is terrible compared to a modern TV (or even standard projector), plus I'd imagine it won't be incredibly bright. Standard projectors are already heavily washed out by light, one that has a fraction of the brightness doesn't stand a chance as a TV.
and what internet line would be needed for 8 lines? For G.711u (the standard codec used on traditional digital lines and defaulted to by most VoIP devices), the spec says 64kb/s but I see a flat 80kb/s per call on my routers. I have very few customers using lesser codecs, so I can't say what those use.
and will a regular (high speed) fax machine work on them? Good luck. In theory it works, but even within a switched LAN I've had it regularly fail over G.711. With T.38 it's supposedly usable, but the hardware is rare. The best reliability I've seen involves dropping the speed to 9600bps or below.
Interesting timing, i am writing up instructions for installing one of our vintage (read analog that no vendor will touch) PBX in a remote office. Curious if the internet line + phones needed + learning to setup is cheaper than POTS lines and my $100 ! PBX system;) I have no idea what your POTS lines run you, but I've been replacing small PBXes and key systems with a hosted VoIP solution for 2.5 years now with no signs of business slowing. Either my company's sales guys are really good or it makes sense at some level.
Certainly got to love the ease of troubleshooting a LAN versus analog stuff. Packet loss and jitter are easy to quantify and isolate. I run Linux-based routers to provide QoS and SIP optimization, so that has the side benefit of being able to tunnel the raw output of tcpdump over SSH in to a FIFO on my Mac which I then feed in to Wireshark, making remote diagnosis absolutely trivial.
I've done something similar. I was rigging a homebrew mount for an InFocus X1 projector in my dorm, used some screws that were a bit too long, and knocked a resistor right off the board. The screw stopped before actually hitting the board, but it took out one of the solder points on the SMT resistor. After I disassembled the projector, I called over a friend who was good at soldering who of course then knocked the resistor off by accident and it was gone in to the carpet forever.
Fortunately for my broke college student ass, no actual PCB damage and an all but invisible missing resistor meant that I got the thing repaired under warranty. They even accidentally left in a test bulb which I put about 1500 hours on before it blew.
CDMA on the other has various levels of incompatibility and in all cases requires a phone call to the operator to get the account switched over to the new phone, even if you are on the same network. I watched an amusing situation as my roommate tried to change some phones on his Verizon account due to this crap.
He has a friend on his account, and she bought a new phone. He went to get her line switched over to the new phone and somehow the (apparently new) Verizon rep at the store switched things wrong and her new phone got his line, her old phone kept her old line, and his phone lost service. They only tested calling out on the new phone I guess, so he didn't notice this until a few hours later. At that point he called Verizon and was told there is some company policy that they can't change lines on a phone twice in 24 hours, so he was stuck without a phone for a bit over a day.
During that time, I took a lot of (incredibly geeky) fun from taking my spare phone and swapping my SIM card back and forth, since he had always argued the superiority of CDMA networks and defended Verizon for whatever reason. I go through a phone roughly yearly (upgrading to add better data features as they come out) and I've talked to my phone company exactly three times. Once to get the unlock code for my T-Mobile phone when I was considering switching to Cingular and wanted to use a prepaid SIM, once to actually do the port, and once just after the AT&T name switch to report a loss of 3G service on a tower near a job site I was at. All but my first phone have been bought out of contract, so I just swap my SIM and occasionally have to enter some data settings I found on HowardForums, then off I go calling and surfing without trouble.
I've seen quite a few programs do that on Windows, its "kill" seems to be all but useless.
Then again on my platform of choice (OS X) it's only slightly better. Less programs manage to get that way, but I've still had processes keep going after a kill -9 as root. NicePlayer used to do it every time I tried to watch a DVD with it.
I've never had it happen on a Linux box, but as I rarely use Linux on the desktop I don't get the opportunity to run homebrew code very often. My servers are almost all using nothing but well known packages straight from the distro repos.
I use different zones for internal and external. If someone on the outside does a zone transfer, they get the equivalent of my company's Yellow Pages entry. Do the same from the inside, you get the entire corporate directory.
If an attacker's already inside, I've got bigger concerns.
Calm down Mrs. Crawford, yes, through a wire hanger... It'll work just fine...
Ok,
So if any of you followed the digital wire wars a while back you may recall that some people maintained that you absolutely, positively, NEEDED a 75 ohm digital cable to connect your DVD player to your pre/pro... Nothing else will do... Anything else, and you risk errors in the bitstream so bad, that they are not only uncorrectable but you will also lose that "smooth airiness on the highs; open and more believeable soundstage; (insert your favorite audiophile tripe here)" and that basically the more money you spend on a digital cable, the more likely you are to achieve a sonic nirvana.
And you may or may not remember that after some rumblings and an e-mail from Jon Wenger, I built "The Finest Digital Transfer Wire In-the-WORLD!"® by taking two blue painted wire hangers and cutting an old, cheap, ugly green rca patch cord in two, soldering the ends onto the wire hangers.
You may remember my initial listening tests between that, a cheap, ugly yellow patch cord, a proper RG-6, 75 ohm cable with gold rca's, and the optical tos-link for comparison, yielded no discernable results, BUT there were too many other factors, like my ears may not be as golden or magical as someone else's, or that the toslink was shoddy anyway, etc.
Well, with Jon's help, I have now finished lab testing the cable.
For the dvd player, we used a professional version of the Sony 7000 reference player. It's actually model number DVP-S7000TP, serial # 2023. This is a pretty cool player... it has a nice gray matte, professional looking face, with a really cool rotary region selection switch near the headphone jack! For the processor we used a Dolby Labs model number DP562 multichannel ac-3 decoder, serial # 500280. The very cool feature, which is very necessary for our scientific experiment (since my pedestrian ears can't be trusted to be refined enough for the audiophiles whose heads travel in extra rarified air,) of this Dolby produced decoder is that it will do a bit error rate count... Yup, it will count each and every error it sees... Which is crc (cyclic redundancy check) protected which means the odds of having multiple errors such that the crc check passes an error in the data stream, is almost impossible. The output of the dvd player is an rca coax connector, and the input to the decoder is an XLR balanced connector. Jon normally has a Canare XLR to rca wire connecting the two.
I brought all my wires in case the number of errors that the wire hanger wire rolled was so great, that we would want to try the others and tabulate results... If you would like to see a picture of the wires (including the Sky-Blue/Lime-Green model of "The Finest Digital Transfer Wire In-the-WORLD!"®) go to: See a photo of the wire on my main Home Theater page.
Now we initially had a little problem with the hookup because we planned on using an rca female to female adapter and putting the test wire right between the Sony 7000 and the Canare cable, BUT we could not find the female to female... Not wanting to give up without giving it the old college try, Jon found two wires with alligator clips on them, so we used those.
So just to recap this thing to death, we had: The professional Sony S7000TP reference dvd player, going to a 20 year old, ugly green, rca patch cord which was cut in two. On one side of the green rca I soldered a blue painted wire hanger to the shield and another to the center conductor. I soldered the other ends of the wire hangers to the other half of the ugly green rca patch cord. We then clipped the alligator clips with thin wire to the centers and shields of the rca connectors of my cable and of the Canare cable, and then plugged the other XLR-balanced side of the Canare into the Dolby Labs decoder. I honestly did not know how badly we would be rolling errors on this one... and with open, scientific minds, we played a dvd...
I can't seem to find the link anymore, but there was an experiment I saw recently (probably linked from digg) where someone made a "cable" using the ends of two different free RCA cables that had come with various cheap equipment of theirs, the center was a coat hanger. They then hooked one end up to a DVD player and the other end to a special piece of equipment (I think made by Dolby Labs) which measured the bitstream errors. After a few hours of playback, they had an error count of ZERO.
If that doesn't prove to you the pointlessness of special cables at least for S/PDIF, I don't know what will.
HDMI on the other hand is known to be affected by cable quality, at least on the video side. At long distances, low quality cables will introduce "sparkle" effects (very visible). Once again the audio is fairly low bandwidth, so I can't see it being notably affected by anything.
This is on OSX 10.4. I wanted to share an internet connection (internet to eth0, then the airport card serving as a gateway for 2 laptops and an iphone to access the internet). All peachy, but this stupid OS does not let me do it unless I also setup an apache webserver?!?!?! What the fuck are you smoking?
I'm sitting here on my Macbook sharing my 3G connection from my phone over WiFi to a few of my coworkers' laptops, and Apache is certainly not running. Currently I'm on 10.5, but I never had to turn it on with 10.4 either.
I've got to agree. I have 2008 RC0 running in Parallels and it's as responsive as XP, possibly a bit better because it's not loaded with the stuff I have to have in my XP install for work. This is on a 1.83GHz MB with 2GB of RAM, giving 512MB to the VM
IIRC, the latest expansion of 2257 required the records be provided to everyone down the line. This was a huge privacy gap for performers, since it meant that an "overachieving fan" (read: stalker) could spend a few hundred bucks to license some of his/her shots and the records, including scans of the performer's ID (thus their address), would legally have to be provided to them.
I have nothing against requiring the copyright holder and/or photographer to hold such records, but 2257 went too far.
No it won't. That's an extension you're using (or it might be a configurable option in newer versions).
I have Tab Mix Plus installed on mine so the controls are a bit changed, but by default it will prompt to reopen a crashed session. You can tell it no and it'll just start a new session instead.
There would be places where the digital signal would be converted into the analog signal for use with normal phones, and since phones are taxed, it's reasonable to tax VOIP. See that just makes it more complicated though. What if I only call IP to IP? What if I have a shared line appearance in another state, how are things divided up? Hell, what about another country?
I work for a VoIP provider, I have customers all over the world. The accounting department will commit mass suicide if something like this goes through, given the effort involved in figuring out how the taxes will work.
Let's say 555-321-1234 is set up as a line appearance on phones in Cleveland, Denver, and Kiev (Ukraine for those not versed in geography). How the hell will that one work from a tax perspective? Landline providers don't have that problem because they don't have the flexibility to do something like this, but IP providers do.
Men pay a *lot* more for insurance. Fix that before worrying about petty little things. Eh, among my group of friends it seems to be justified.
Women tend to get in more accidents, but they're typically minor fender benders and the like. With the exception of a few crappy plastic cars, those don't tend to cost too much if anything. Us men on the other hand don't get in those minor accidents very often, but when we do wreck it's usually the "roll off an embankment at 120 MPH and plow through a bus full of nuns" (apologies to whoever I stole that from before butchering it) kind of thing.
Actually, removing IE from Windows is a hell of a challenge and breaks stuff. Hell, even Mozilla says not to do it. Removing Safari, on the other hand, can be done by simply dragging the icon to the trash. I was unsure about this when I posted earlier, but confirmed with a friend who had removed Safari from his first OS X install that there were no ill effects.
Yes, webkit still remains, but it can also be removed if one so desires, as long as one is aware of how many OS X applications use it just because it's there. The same applies to IE on Windows of course, but on Windows many parts of the system actually depend on IE so removing it can break a base install, where on OS X you may break third party applications that depend on Webkit but you won't break the main system.
Clearly you've never used OS X if you think Safari is integrated in any way. I haven't tried, since it's nice to have a Safari around for testing new web page layouts, but I would not be surprised at all if it could be completely removed from the system just by dragging it to the trash as one would any other OS X application.
It reminds me of the original Xbox's CPU -- some people swore it was a Celeron, some said a P3. FYI, they're both right to an extent.
It's technically a mobile Celeron, but based off a later generation Pentium III core compared to mass market Celerons (remember, a Celeron is nothing but a P2/3/4 with half the L2 disabled).
If they really need their fix, they are more than welcome to get a cable modem from the local cable company. I can't vouch for all Universities, but nobody here is forced to use our LAN. I moved off campus last year for this reason. The local cable provider has amazing performance (I capped out my 10mbit connection for literally weeks at a time without trouble) and no bandwidth caps (see previous statement). The university, in their infinite wisdom, had decided one useless "community channel" that no one watched was worth more than having a proper internet connection available to students, so they put in gear which let them add that channel but made it impossible to get a cable modem on campus. The dorm phone system was tied in to the campus PBX as well, so DSL wasn't an option either.
I have no problem with shaping the connection, having worked for the university's IT department I know how necessary it was, just don't block us from getting alternative connections.
The one good thing about my cable service is that I can't even remember the last time I lost signal, if I ever have lost a signal. Heh, feel lucky about that.
Between Triax (now Mediacom), Buckeye Cablevision, and Adelphia (now Time Warner) I haven't seen a year go by where I don't lose all cable service for at least an hour. Maybe the Toledo area is terrible for cable, I don't know. Over on the other side of the state, I have Armstrong at my office and have only seen it go down when a city worker managed to find a gas main down the street and the resulting explosion melted the fiber. Even then it was back up within a few hours.
1 - 88 of 88 for "deb hell" 1 - 22 of 22 for debian "apt hell" (just "apt hell" got 271 results, but most were in no way related to debian or any OS at all)
Still an order or magnitude less trouble to run an apt based system versus RPMs. There's a reason many RH/FC/COS users run apt-rpm where there isn't anything even close to an implementation of rpm/yum for Debian. The closest I have to get to RPMs is running them through alien to convert to debs in the rare case that there isn't a Debian package for whatever I'm installing.
At this point it's more likely that I'd give up my Mac before I give up aptitude. Hell, thanks to fink I even have apt on my mac and it works just as well.
Yes, once it's rebooted it's basically equivalent to the businesscard/netboot install images as I understand it. This is just one step lazier for those converting Windows systems. Not everyone has a netboot-capable environment set up at home and double-click is easier than download/burn/reboot/{boot menu,change bios settings}
In fact it can. It doesn't because I haven't told it to, but nor does an iPhone until explicitly told to by the user.
Yes, the data rates are absolutely rape. Yes, it would be nice to have some kind of warning or automatic disabling of any scheduled OTA activities when roaming. Neither of those things change the fact that the user enabled a feature and then neglected to understand how it works.
Unless he had just purchased the phone he must have noticed that when he thought he turned it off, it would still have his new e-mail when he turned it back on. Obviously its not magic, so it has to be getting online somehow, therefore is not completely off. With that in mind, he should have then looked up how to turn it off since he apparently couldn't just figure it out (I support 9 iPhones in my office here and only one person has had trouble figuring out how to turn it off, only two of us are in any way technically skilled).
Also, defective by design? For fuck's sake, when you tell it to check your e-mail every {15,30,60} minutes and it does so, that seems to me to be working exactly as it's supposed to.
"Sleep" on a laptop means the device is dead, but keeping the memory powered so as to be able to restore instantly. That sounds like "Off" to me Sleep keeps the input devices and often the network interfaces active to some extent so that the device can be told to wake if it is needed.
Hmm, that sounds a lot like what the iPhone does...it goes in to a low power state but leaves its input partially active (two buttons) and keeps its network interface (GSM/EDGE) up in order to respond as it becomes needed.
Slashdot Mirror
*woosh*
I'm fairly certain your parent post was pointing out how people bitched up a fit about the iMac not having that piece of junk back in 1998, not when the major PC builders finally dropped them from their standard configuration within the last 2 years.
Have you looked at 480p projectors recently? They can be had for practically the cost of a bulb. As they were phasing out the model, Infocus offered the wonderful SP4805 for as low as $299 refurbished with a bulb, where the bulb alone ran around $270. Since bulb costs haven't been dropping notably, 480p models are all but disposable anymore. When the bulb blows, just spend the extra $30-70 to get a new or refurbed model with a warranty rather than replacing the bulb in your old one.
2.5-5x $200 is not at all realistic. A good 480p model with nice scalers and a full array of inputs _might_ be worth $500 brand new, but no one in their right mind would pay more than that, especially not up to $1000, for something as crappy as 480p.
Hell, 720p DLP models are in the $600-800 range now brand new (Acer PH530 and its higher quality cousin the Optoma HD70, the second of which can be had out the door at a brick and mortar store for under $1000). LCD models are even cheaper, though with three digit DLP prices for models with high-speed multi segment color wheels I have no idea why anyone except the most sensitive to rainbows would bother with LCD below the 1080p market where DLPs are still a fair bit more expensive.
The resolution is terrible compared to a modern TV (or even standard projector), plus I'd imagine it won't be incredibly bright. Standard projectors are already heavily washed out by light, one that has a fraction of the brightness doesn't stand a chance as a TV.
Certainly got to love the ease of troubleshooting a LAN versus analog stuff. Packet loss and jitter are easy to quantify and isolate. I run Linux-based routers to provide QoS and SIP optimization, so that has the side benefit of being able to tunnel the raw output of tcpdump over SSH in to a FIFO on my Mac which I then feed in to Wireshark, making remote diagnosis absolutely trivial.
I've done something similar. I was rigging a homebrew mount for an InFocus X1 projector in my dorm, used some screws that were a bit too long, and knocked a resistor right off the board. The screw stopped before actually hitting the board, but it took out one of the solder points on the SMT resistor. After I disassembled the projector, I called over a friend who was good at soldering who of course then knocked the resistor off by accident and it was gone in to the carpet forever.
Fortunately for my broke college student ass, no actual PCB damage and an all but invisible missing resistor meant that I got the thing repaired under warranty. They even accidentally left in a test bulb which I put about 1500 hours on before it blew.
He has a friend on his account, and she bought a new phone. He went to get her line switched over to the new phone and somehow the (apparently new) Verizon rep at the store switched things wrong and her new phone got his line, her old phone kept her old line, and his phone lost service. They only tested calling out on the new phone I guess, so he didn't notice this until a few hours later. At that point he called Verizon and was told there is some company policy that they can't change lines on a phone twice in 24 hours, so he was stuck without a phone for a bit over a day.
During that time, I took a lot of (incredibly geeky) fun from taking my spare phone and swapping my SIM card back and forth, since he had always argued the superiority of CDMA networks and defended Verizon for whatever reason. I go through a phone roughly yearly (upgrading to add better data features as they come out) and I've talked to my phone company exactly three times. Once to get the unlock code for my T-Mobile phone when I was considering switching to Cingular and wanted to use a prepaid SIM, once to actually do the port, and once just after the AT&T name switch to report a loss of 3G service on a tower near a job site I was at. All but my first phone have been bought out of contract, so I just swap my SIM and occasionally have to enter some data settings I found on HowardForums, then off I go calling and surfing without trouble.
I've seen quite a few programs do that on Windows, its "kill" seems to be all but useless.
Then again on my platform of choice (OS X) it's only slightly better. Less programs manage to get that way, but I've still had processes keep going after a kill -9 as root. NicePlayer used to do it every time I tried to watch a DVD with it.
I've never had it happen on a Linux box, but as I rarely use Linux on the desktop I don't get the opportunity to run homebrew code very often. My servers are almost all using nothing but well known packages straight from the distro repos.
I use different zones for internal and external. If someone on the outside does a zone transfer, they get the equivalent of my company's Yellow Pages entry. Do the same from the inside, you get the entire corporate directory.
If an attacker's already inside, I've got bigger concerns.
Calm down Mrs. Crawford, yes, through a wire hanger... It'll work just fine...
Ok,
So if any of you followed the digital wire wars a while back you may recall that some people maintained that you absolutely, positively, NEEDED a 75 ohm digital cable to connect your DVD player to your pre/pro... Nothing else will do... Anything else, and you risk errors in the bitstream so bad, that they are not only uncorrectable but you will also lose that "smooth airiness on the highs; open and more believeable soundstage; (insert your favorite audiophile tripe here)" and that basically the more money you spend on a digital cable, the more likely you are to achieve a sonic nirvana.
And you may or may not remember that after some rumblings and an e-mail from Jon Wenger, I built "The Finest Digital Transfer Wire In-the-WORLD!"® by taking two blue painted wire hangers and cutting an old, cheap, ugly green rca patch cord in two, soldering the ends onto the wire hangers.
You may remember my initial listening tests between that, a cheap, ugly yellow patch cord, a proper RG-6, 75 ohm cable with gold rca's, and the optical tos-link for comparison, yielded no discernable results, BUT there were too many other factors, like my ears may not be as golden or magical as someone else's, or that the toslink was shoddy anyway, etc.
Well, with Jon's help, I have now finished lab testing the cable.
For the dvd player, we used a professional version of the Sony 7000 reference player. It's actually model number DVP-S7000TP, serial # 2023. This is a pretty cool player... it has a nice gray matte, professional looking face, with a really cool rotary region selection switch near the headphone jack! For the processor we used a Dolby Labs model number DP562 multichannel ac-3 decoder, serial # 500280. The very cool feature, which is very necessary for our scientific experiment (since my pedestrian ears can't be trusted to be refined enough for the audiophiles whose heads travel in extra rarified air,) of this Dolby produced decoder is that it will do a bit error rate count... Yup, it will count each and every error it sees... Which is crc (cyclic redundancy check) protected which means the odds of having multiple errors such that the crc check passes an error in the data stream, is almost impossible. The output of the dvd player is an rca coax connector, and the input to the decoder is an XLR balanced connector. Jon normally has a Canare XLR to rca wire connecting the two.
I brought all my wires in case the number of errors that the wire hanger wire rolled was so great, that we would want to try the others and tabulate results... If you would like to see a picture of the wires (including the Sky-Blue/Lime-Green model of "The Finest Digital Transfer Wire In-the-WORLD!"®) go to: See a photo of the wire on my main Home Theater page.
Now we initially had a little problem with the hookup because we planned on using an rca female to female adapter and putting the test wire right between the Sony 7000 and the Canare cable, BUT we could not find the female to female... Not wanting to give up without giving it the old college try, Jon found two wires with alligator clips on them, so we used those.
So just to recap this thing to death, we had: The professional Sony S7000TP reference dvd player, going to a 20 year old, ugly green, rca patch cord which was cut in two. On one side of the green rca I soldered a blue painted wire hanger to the shield and another to the center conductor. I soldered the other ends of the wire hangers to the other half of the ugly green rca patch cord. We then clipped the alligator clips with thin wire to the centers and shields of the rca connectors of my cable and of the Canare cable, and then plugged the other XLR-balanced side of the Canare into the Dolby Labs decoder. I honestly did not know how badly we would be rolling errors on this one... and with open, scientific minds, we played a dvd...
Ar
I can't seem to find the link anymore, but there was an experiment I saw recently (probably linked from digg) where someone made a "cable" using the ends of two different free RCA cables that had come with various cheap equipment of theirs, the center was a coat hanger. They then hooked one end up to a DVD player and the other end to a special piece of equipment (I think made by Dolby Labs) which measured the bitstream errors. After a few hours of playback, they had an error count of ZERO.
If that doesn't prove to you the pointlessness of special cables at least for S/PDIF, I don't know what will.
HDMI on the other hand is known to be affected by cable quality, at least on the video side. At long distances, low quality cables will introduce "sparkle" effects (very visible). Once again the audio is fairly low bandwidth, so I can't see it being notably affected by anything.
I'm sitting here on my Macbook sharing my 3G connection from my phone over WiFi to a few of my coworkers' laptops, and Apache is certainly not running. Currently I'm on 10.5, but I never had to turn it on with 10.4 either.
I've got to agree. I have 2008 RC0 running in Parallels and it's as responsive as XP, possibly a bit better because it's not loaded with the stuff I have to have in my XP install for work. This is on a 1.83GHz MB with 2GB of RAM, giving 512MB to the VM
IIRC, the latest expansion of 2257 required the records be provided to everyone down the line. This was a huge privacy gap for performers, since it meant that an "overachieving fan" (read: stalker) could spend a few hundred bucks to license some of his/her shots and the records, including scans of the performer's ID (thus their address), would legally have to be provided to them.
I have nothing against requiring the copyright holder and/or photographer to hold such records, but 2257 went too far.
No it won't. That's an extension you're using (or it might be a configurable option in newer versions).
I have Tab Mix Plus installed on mine so the controls are a bit changed, but by default it will prompt to reopen a crashed session. You can tell it no and it'll just start a new session instead.
I work for a VoIP provider, I have customers all over the world. The accounting department will commit mass suicide if something like this goes through, given the effort involved in figuring out how the taxes will work.
Let's say 555-321-1234 is set up as a line appearance on phones in Cleveland, Denver, and Kiev (Ukraine for those not versed in geography). How the hell will that one work from a tax perspective? Landline providers don't have that problem because they don't have the flexibility to do something like this, but IP providers do.
Women tend to get in more accidents, but they're typically minor fender benders and the like. With the exception of a few crappy plastic cars, those don't tend to cost too much if anything. Us men on the other hand don't get in those minor accidents very often, but when we do wreck it's usually the "roll off an embankment at 120 MPH and plow through a bus full of nuns" (apologies to whoever I stole that from before butchering it) kind of thing.
Actually, removing IE from Windows is a hell of a challenge and breaks stuff. Hell, even Mozilla says not to do it. Removing Safari, on the other hand, can be done by simply dragging the icon to the trash. I was unsure about this when I posted earlier, but confirmed with a friend who had removed Safari from his first OS X install that there were no ill effects.
Yes, webkit still remains, but it can also be removed if one so desires, as long as one is aware of how many OS X applications use it just because it's there. The same applies to IE on Windows of course, but on Windows many parts of the system actually depend on IE so removing it can break a base install, where on OS X you may break third party applications that depend on Webkit but you won't break the main system.
Clearly you've never used OS X if you think Safari is integrated in any way. I haven't tried, since it's nice to have a Safari around for testing new web page layouts, but I would not be surprised at all if it could be completely removed from the system just by dragging it to the trash as one would any other OS X application.
It's technically a mobile Celeron, but based off a later generation Pentium III core compared to mass market Celerons (remember, a Celeron is nothing but a P2/3/4 with half the L2 disabled).
I have no problem with shaping the connection, having worked for the university's IT department I know how necessary it was, just don't block us from getting alternative connections.
Between Triax (now Mediacom), Buckeye Cablevision, and Adelphia (now Time Warner) I haven't seen a year go by where I don't lose all cable service for at least an hour. Maybe the Toledo area is terrible for cable, I don't know. Over on the other side of the state, I have Armstrong at my office and have only seen it go down when a city worker managed to find a gas main down the street and the resulting explosion melted the fiber. Even then it was back up within a few hours.
to be fair...
1 - 88 of 88 for "deb hell"
1 - 22 of 22 for debian "apt hell" (just "apt hell" got 271 results, but most were in no way related to debian or any OS at all)
Still an order or magnitude less trouble to run an apt based system versus RPMs. There's a reason many RH/FC/COS users run apt-rpm where there isn't anything even close to an implementation of rpm/yum for Debian. The closest I have to get to RPMs is running them through alien to convert to debs in the rare case that there isn't a Debian package for whatever I'm installing.
At this point it's more likely that I'd give up my Mac before I give up aptitude. Hell, thanks to fink I even have apt on my mac and it works just as well.
Yes, once it's rebooted it's basically equivalent to the businesscard/netboot install images as I understand it. This is just one step lazier for those converting Windows systems. Not everyone has a netboot-capable environment set up at home and double-click is easier than download/burn/reboot/{boot menu,change bios settings}
In fact it can. It doesn't because I haven't told it to, but nor does an iPhone until explicitly told to by the user.
Yes, the data rates are absolutely rape. Yes, it would be nice to have some kind of warning or automatic disabling of any scheduled OTA activities when roaming. Neither of those things change the fact that the user enabled a feature and then neglected to understand how it works.
Unless he had just purchased the phone he must have noticed that when he thought he turned it off, it would still have his new e-mail when he turned it back on. Obviously its not magic, so it has to be getting online somehow, therefore is not completely off. With that in mind, he should have then looked up how to turn it off since he apparently couldn't just figure it out (I support 9 iPhones in my office here and only one person has had trouble figuring out how to turn it off, only two of us are in any way technically skilled).
Also, defective by design? For fuck's sake, when you tell it to check your e-mail every {15,30,60} minutes and it does so, that seems to me to be working exactly as it's supposed to.
Hmm, that sounds a lot like what the iPhone does...it goes in to a low power state but leaves its input partially active (two buttons) and keeps its network interface (GSM/EDGE) up in order to respond as it becomes needed.