It only has problems if the system goes down unexpectedly during a series of disk writes, or if the system is rebooted before ext4 has flushed its write cache (30-60 seconds)
I thought since it was journaling, it prevents all of this by writing everything to the journal first and retains said data even if interrupted?
Yes, VLC has a bad habit of only using its own codecs (even when "Use System Codecs" is selected)
Well somebody needs to patch that up, then.
I happen to have an online lxrcross reference of the new VLC 0.9.9 source code here, and you can generate a diff based on editing the code online. Edit the corresponding file, email/check in the.patch generated (from the "edit" link to the right of the file) and bam, bug fixed.
But it is still true you (and Crestron) are leaving money on the table by being tied to Apple's whims.
Trust me, if everybody were using Android or Windows Mobile, we would be either developing or using apps for those platforms, but the vast majority of our customers use iPhones and since we sell them we promote them to our customers so we can integrate the products we sell with our solutions and profit off of both.
There's something in R&D I can't talk about that involves a far different and 100% cross-platform (web-based) solution that doesn't have to succumb to anybody's restrictions save for our own, but it is still under heavy development and confidential at this point, but it just goes to show that we are exploring our options without burning any bridges.
Turnkey is what large companies usually want. Guess you are doing something unusual.
Maybe I misunderstood, although a more appropriate term would be "touchkey" (my poor attempt at humor).
*sigh* - It's the application Crestron has been promising for the past few months, even going so far as displaying it at CES 2009 even though it is still trying to pass Apple's inspection for the app store. We won several awards at CES '09, but here's the thing: we are also an Apple dealer, so we sell iPhones and this app lets us integrate what we now sell with the high-dollar Crestron home theater infrastructures we've been setting up for years.
Again, jailbreaking is not an option, as Apple would get a tad pissed at us hacking their products, even more so since we sell them based on a huge contract we had to sign in order to do so. These solutions are anything but "turnkey", by the way, as we've done contracting work for several owners of Forbes list companies. Not to take a dig, but your sig is starting to make sense...
I assume this is real, and if so this is just one example of Google rejecting an app for their mobile platform; Apple is notorious for it. The company where I work has been waiting on an app from a prominent home theater equipment manufacturer to pass Apple inspection, but it has failed several times in the past 6 months due it's low-level hardware usage, mainly in the area of networking.
I wouldn't normally bash Apple for their iPhone platform, but the restrictions placed on apps is just too limiting compared to Android (unless you factor jailbreaking), but it's popularity makes it a must for mobile development so you have to just accept it. That said, I thought anything could run on Android granted it compiled and you distributed it but I guess I was wrong, according to this.
In case you haven't guessed it yet, APRIL FOOLS!!! Seriously, if we get any real news about outages, deaths, or disruptions actually caused by Conficker today, you will read it here first.
I hope so, otherwise this is Wargames meets reality. If this is a joke, I didn't laugh because I've been watching this ConFlickr worm closely ever since seeing it in action.
Anyone else have RAM modules degrade over time? I've never seen this.
I don't know if this is from degraded RAM, or rats pissing on the motherboard, but an olde IBM PC running DOS (upgraded to 3?) started having little blips on-screen and other strange characters appear in the output of programs and the shell itself, and in addition to this it would randomly lock up occasionally displaying a stack error.
I know the floppy is alright, because it boots fine without any of these symptoms occurring from other machines it boots from. The video cardish component appears fine to the naked eye, but does not explain the random stack errors and unexplained lockups. I've always wondered what the hell was wrong with this thing (and a certain someone won't stop nagging me to throw it away, already) but it could very well be degraded RAM. Can't boot up memtest86 because (CPU i386) but the symptoms seem to all point to bad RAM.
I just downloaded a.torrent enabling me to download an OpenSolaris ISO for work R&D the other day. I'm pretty sure the.torrent file is legal, as well as the content it points to. The same is true for TPB's.torrent files, it's the users the.torrent files point to that infringe.
I've added a cross reference for the new kernel source to my site here. Also included is a.patch generator, just click the "modify" link next to files (the $modify text next to directories is a bug) and you can generate a.patch for sending upstream based on your edits. Just thought I'd contribute somehow.
"I'm not saying we should kill all of the stupid people in the world, but maybe if we just removed all of the unnecessary warning labels the problem would correct itself"
you used a video camera to record a computer screen? How quaint.
Not only does the Eye of GNOME desktop recorder software misbehave with my low-end video hardware, but those CPU cycles alone would have been greater than that of the virtual machines. Don't automatically assume judgments without knowing all of the details.
I run about 3-4 different VM's on a dual core with 4 gigs of ram on any given day.
My dual core 2006 Gateway laptop with 2G ram did this - almost every version of Windows running at once on top of Ubuntu 8.04 with eye candy. It's not a 64-bit machine, either, so I've known for a while that fairly low-end computers can run virtualization software fairly well.
Just randomly, can you guess where, say, alsamixer is?
This is why the `which` command is so useful, especially if in backticks like that so you can do stuff like kill -9 `pidof firefox.exe` or sudo cp `which vi`/tftpboot. This is the reason I usually put helpful code snippets in backticks, since you don't have to tell users to omit the quotes since they are optional either way, but I was just pointing out how I've always gotten around the non-standard directories in *nix - not meaning to turn this thread into ask Slashdot.
Oh, and speaking of non-standard directories, 90% of the stuff most Unixes and Linux distributions cram into/usr/bin should go in/usr/local/bin, but everyone's been doing it wrong for so long that we're all just used to it the other way around. This whole thread's topic is like if a new Ubuntu version started putting everything in/usr/local/bin for once, and programs started failing because they are used to/usr/bin and/etc - that's what Vista pretty did much to apps in the way of non-standard/undocumented API features and registry key abuse over the years.
Not to be redundant, but that's basically the same thing I said above only I suggest a P2P distribution system so as not to break compatibility with the already widely used legacy WAN infrastructure. We are running out of IPv4 address pretty fast, so whatever the solution - use IPv6/IPv8 (coming soon I'm sure). Encryption in addition to an enablement of a P2P internet distribution system that really uses olde HTTP/HTTPS as a backend would solve many of the net issues we now have.
As stated, while not perfect the layer = 4 protocols are pretty much set in stone for too many applications than to be replaced, so just using a new, encrypted and widely distributed and supported front-end (like Tor/Privoxxy, but more transparent and supported) would be a decent solution if not the answer we've needed. It's anonymous, neutral, encrypted, random (TCP-wise), widely distributed, backwards-compatible, and eliminates current concerns with the current internet.
Your comment is more realistic than you might have originally intended - many already consider the existing internet worthy of a complete redesign, and in comparison to the various ideas for a new node addressing system and more secure flow control protocols, using the existing internet (IPv6) with instead a more P2P-like content distribution system would solve all sorts of problems, namely net neutrality and load/bandwidth issues.
While I think completely redesigning the internet would be overkill as we already depend on it's legacy design so much (refer to Intel's plan for IA-64 to "eventually" replace x86), at least a move to a more distributed system not completely unlike the newsgroup protocols would be a good move. Keep using the existing IP infrastructure, only use IPv6 so we don't run out of addresses (for a while, at least), but change the upper-level protocols that are starting to introduce more issues.
And if a complete move from HTTP is too much to ask for, how about a secure P2P front-end to distribute the content so the addresses listed in the logs aren't necessarily the real visitors, yet geographically close by for the applications that depend on that data. This, as it would seem, allow us to continue using HTTP only in a more secure and neutral manner, similar to what Tor is doing but encrypted end-to-end and with more shared bandwidth so the loading times aren't ridiculous.
Just place that in the big suggestion box, I guess. Just a thought.
True, in fact, there is already a comment that gives a download mirror, see here. [slashdot.org]"
Nobody waste your time/bandwidth even following that link, as it's to the troll post above which links to nothing but a video and imagery probably nobody wants to see (recall goatse.cx links).
I wonder if that includes both home and business accounts. I'm sure you can Wayback the archive provided you have an original link or precise search terms, but this apparently affects quite a few people although the summary doesn't mention what exactly the revealed username/passwords are to.
If I had to take a guess, I'd say email or online customer accounts (although I don't recall having one during my painful time with Comcast), which either opens up either a financial or spam-exploitable security issue, not sure which.
...In a nutshell: This is pretty bad, but how deep does it go and can Comcast be held responsible in any way?
And Firefox is supposed to be the real security risk, right?
Also posted to 4chan.
Wow, I wouldn't give them a day more of uptime, provided that the 4chaners know how to use that to their advantage. Filling up their disk may or may not crash the server, depending on how Windows Server (or, XP in this case) handles a full hard drive when it comes time to page. Who am I kidding, a bluescreen most likely awaits them.
and route yourself via Tor before doing this
You don't think the feds won't go through the entire chain of Tor proxies if the hack costs them serious money, especially after the recent stimulus bill being passed and our national debt? You must be stupid to risk federal pound-me-in-the-ass prison just to crash a Windows XP web server. I'd rather just give it time and let nature take it's course;)
You vastly overestimate their processing power. If you took a couple of those zeros away you'd still have problems.
Yep, I'd imagine a video or bus-related bottleneck would occur, regardless of how many CPU(s) cycles you'd use. Mainframes aren't designed for extreme video performance, at least the ones I've seen. Plus good luck finding Adobe Flash player for Linux running on POWER (or getting VMware's video driver to handle Vista's graphics on top of it).
KDawson! No, its not the typical KD FUD, but still - we all could continue to thrive without seeing some "proof of concept" bullshit as useless as this. Remind me again how he is still an editor? I mean, this is unbelievable! I stared at the headline and summary for a second, and then it dawned on me - I knew who posted this before even looking under the title, and that is just pitiful.
Slashdot Mirror
It only has problems if the system goes down unexpectedly during a series of disk writes, or if the system is rebooted before ext4 has flushed its write cache (30-60 seconds)
I thought since it was journaling, it prevents all of this by writing everything to the journal first and retains said data even if interrupted?
Yes, VLC has a bad habit of only using its own codecs (even when "Use System Codecs" is selected)
Well somebody needs to patch that up, then.
I happen to have an online lxrcross reference of the new VLC 0.9.9 source code here, and you can generate a diff based on editing the code online. Edit the corresponding file, email/check in the .patch generated (from the "edit" link to the right of the file) and bam, bug fixed.
I'd shoot you if you named it Skynet.
I was waiting for that. Second comment from the top, we've achieved a new level of predictability.
But it is still true you (and Crestron) are leaving money on the table by being tied to Apple's whims.
Trust me, if everybody were using Android or Windows Mobile, we would be either developing or using apps for those platforms, but the vast majority of our customers use iPhones and since we sell them we promote them to our customers so we can integrate the products we sell with our solutions and profit off of both.
There's something in R&D I can't talk about that involves a far different and 100% cross-platform (web-based) solution that doesn't have to succumb to anybody's restrictions save for our own, but it is still under heavy development and confidential at this point, but it just goes to show that we are exploring our options without burning any bridges.
Turnkey is what large companies usually want. Guess you are doing something unusual.
Maybe I misunderstood, although a more appropriate term would be "touchkey" (my poor attempt at humor).
*sigh* - It's the application Crestron has been promising for the past few months, even going so far as displaying it at CES 2009 even though it is still trying to pass Apple's inspection for the app store. We won several awards at CES '09, but here's the thing: we are also an Apple dealer, so we sell iPhones and this app lets us integrate what we now sell with the high-dollar Crestron home theater infrastructures we've been setting up for years.
Again, jailbreaking is not an option, as Apple would get a tad pissed at us hacking their products, even more so since we sell them based on a huge contract we had to sign in order to do so. These solutions are anything but "turnkey", by the way, as we've done contracting work for several owners of Forbes list companies. Not to take a dig, but your sig is starting to make sense...
I assume this is real, and if so this is just one example of Google rejecting an app for their mobile platform; Apple is notorious for it. The company where I work has been waiting on an app from a prominent home theater equipment manufacturer to pass Apple inspection, but it has failed several times in the past 6 months due it's low-level hardware usage, mainly in the area of networking.
I wouldn't normally bash Apple for their iPhone platform, but the restrictions placed on apps is just too limiting compared to Android (unless you factor jailbreaking), but it's popularity makes it a must for mobile development so you have to just accept it. That said, I thought anything could run on Android granted it compiled and you distributed it but I guess I was wrong, according to this.
In case you haven't guessed it yet, APRIL FOOLS!!! Seriously, if we get any real news about outages, deaths, or disruptions actually caused by Conficker today, you will read it here first.
Nevermind, nevermind. 'Twas a good prank.
I hope so, otherwise this is Wargames meets reality. If this is a joke, I didn't laugh because I've been watching this ConFlickr worm closely ever since seeing it in action.
Anyone else have RAM modules degrade over time? I've never seen this.
I don't know if this is from degraded RAM, or rats pissing on the motherboard, but an olde IBM PC running DOS (upgraded to 3?) started having little blips on-screen and other strange characters appear in the output of programs and the shell itself, and in addition to this it would randomly lock up occasionally displaying a stack error.
I know the floppy is alright, because it boots fine without any of these symptoms occurring from other machines it boots from. The video cardish component appears fine to the naked eye, but does not explain the random stack errors and unexplained lockups. I've always wondered what the hell was wrong with this thing (and a certain someone won't stop nagging me to throw it away, already) but it could very well be degraded RAM. Can't boot up memtest86 because (CPU i386) but the symptoms seem to all point to bad RAM.
I bet Windows will love you replacing the DIMM's while running.
Yeah wait until it starts to sleep first, or even better if you catch it while hibernating
the legality or otherwise of a torrent file
I just downloaded a .torrent enabling me to download an OpenSolaris ISO for work R&D the other day. I'm pretty sure the .torrent file is legal, as well as the content it points to. The same is true for TPB's .torrent files, it's the users the .torrent files point to that infringe.
I've added a cross reference for the new kernel source to my site here. Also included is a .patch generator, just click the "modify" link next to files (the $modify text next to directories is a bug) and you can generate a .patch for sending upstream based on your edits. Just thought I'd contribute somehow.
Or most warning labels...
Oblig. bash quote:
"I'm not saying we should kill all of the stupid people in the world, but maybe if we just removed all of the unnecessary warning labels the problem would correct itself"
you used a video camera to record a computer screen? How quaint.
Not only does the Eye of GNOME desktop recorder software misbehave with my low-end video hardware, but those CPU cycles alone would have been greater than that of the virtual machines. Don't automatically assume judgments without knowing all of the details.
I run about 3-4 different VM's on a dual core with 4 gigs of ram on any given day.
My dual core 2006 Gateway laptop with 2G ram did this - almost every version of Windows running at once on top of Ubuntu 8.04 with eye candy. It's not a 64-bit machine, either, so I've known for a while that fairly low-end computers can run virtualization software fairly well.
Just randomly, can you guess where, say, alsamixer is?
This is why the `which` command is so useful, especially if in backticks like that so you can do stuff like kill -9 `pidof firefox.exe` or sudo cp `which vi` /tftpboot. This is the reason I usually put helpful code snippets in backticks, since you don't have to tell users to omit the quotes since they are optional either way, but I was just pointing out how I've always gotten around the non-standard directories in *nix - not meaning to turn this thread into ask Slashdot.
/usr/bin should go in /usr/local/bin, but everyone's been doing it wrong for so long that we're all just used to it the other way around. This whole thread's topic is like if a new Ubuntu version started putting everything in /usr/local/bin for once, and programs started failing because they are used to /usr/bin and /etc - that's what Vista pretty did much to apps in the way of non-standard/undocumented API features and registry key abuse over the years.
Oh, and speaking of non-standard directories, 90% of the stuff most Unixes and Linux distributions cram into
DO NOT RTFA!
I don't think that should be a problem for most slashdotters
Not to be redundant, but that's basically the same thing I said above only I suggest a P2P distribution system so as not to break compatibility with the already widely used legacy WAN infrastructure. We are running out of IPv4 address pretty fast, so whatever the solution - use IPv6/IPv8 (coming soon I'm sure). Encryption in addition to an enablement of a P2P internet distribution system that really uses olde HTTP/HTTPS as a backend would solve many of the net issues we now have.
As stated, while not perfect the layer = 4 protocols are pretty much set in stone for too many applications than to be replaced, so just using a new, encrypted and widely distributed and supported front-end (like Tor/Privoxxy, but more transparent and supported) would be a decent solution if not the answer we've needed. It's anonymous, neutral, encrypted, random (TCP-wise), widely distributed, backwards-compatible, and eliminates current concerns with the current internet.
Maybe they should split the ports
Your comment is more realistic than you might have originally intended - many already consider the existing internet worthy of a complete redesign, and in comparison to the various ideas for a new node addressing system and more secure flow control protocols, using the existing internet (IPv6) with instead a more P2P-like content distribution system would solve all sorts of problems, namely net neutrality and load/bandwidth issues.
While I think completely redesigning the internet would be overkill as we already depend on it's legacy design so much (refer to Intel's plan for IA-64 to "eventually" replace x86), at least a move to a more distributed system not completely unlike the newsgroup protocols would be a good move. Keep using the existing IP infrastructure, only use IPv6 so we don't run out of addresses (for a while, at least), but change the upper-level protocols that are starting to introduce more issues.
And if a complete move from HTTP is too much to ask for, how about a secure P2P front-end to distribute the content so the addresses listed in the logs aren't necessarily the real visitors, yet geographically close by for the applications that depend on that data. This, as it would seem, allow us to continue using HTTP only in a more secure and neutral manner, similar to what Tor is doing but encrypted end-to-end and with more shared bandwidth so the loading times aren't ridiculous.
Just place that in the big suggestion box, I guess. Just a thought.
True, in fact, there is already a comment that gives a download mirror, see here. [slashdot.org]"
Nobody waste your time/bandwidth even following that link, as it's to the troll post above which links to nothing but a video and imagery probably nobody wants to see (recall goatse.cx links).
I wonder if that includes both home and business accounts. I'm sure you can Wayback the archive provided you have an original link or precise search terms, but this apparently affects quite a few people although the summary doesn't mention what exactly the revealed username/passwords are to.
...In a nutshell: This is pretty bad, but how deep does it go and can Comcast be held responsible in any way?
If I had to take a guess, I'd say email or online customer accounts (although I don't recall having one during my painful time with Comcast), which either opens up either a financial or spam-exploitable security issue, not sure which.
People don't want to buy a quarter-inch drill. They want a quarter-inch hole.
I don't follow... can you rephrase that in a car analogy please?
FTP Server password for them: http://www.coworkforce.com/uit/ftp/ftp.asp
And Firefox is supposed to be the real security risk, right?
Also posted to 4chan.
Wow, I wouldn't give them a day more of uptime, provided that the 4chaners know how to use that to their advantage. Filling up their disk may or may not crash the server, depending on how Windows Server (or, XP in this case) handles a full hard drive when it comes time to page. Who am I kidding, a bluescreen most likely awaits them.
and route yourself via Tor before doing this
You don't think the feds won't go through the entire chain of Tor proxies if the hack costs them serious money, especially after the recent stimulus bill being passed and our national debt? You must be stupid to risk federal pound-me-in-the-ass prison just to crash a Windows XP web server. I'd rather just give it time and let nature take it's course ;)
You vastly overestimate their processing power. If you took a couple of those zeros away you'd still have problems.
Yep, I'd imagine a video or bus-related bottleneck would occur, regardless of how many CPU(s) cycles you'd use. Mainframes aren't designed for extreme video performance, at least the ones I've seen. Plus good luck finding Adobe Flash player for Linux running on POWER (or getting VMware's video driver to handle Vista's graphics on top of it).
KDawson! No, its not the typical KD FUD, but still - we all could continue to thrive without seeing some "proof of concept" bullshit as useless as this. Remind me again how he is still an editor? I mean, this is unbelievable! I stared at the headline and summary for a second, and then it dawned on me - I knew who posted this before even looking under the title, and that is just pitiful.