At the time I was posting eGroupWare was top of the activity list, but I included the fact as I always notice Gaim in the top 2 or 3 of the list showing that it seems to have the developer interest required for a 3rd party chat client (which can be broken at whim) to survive and be meaningful. Perhaps it's a close race between 1 and 2 and the activity of the 1.0.0 release only hit into the list after I had posted and it was that which switched their positions?
Perhaps Apple just know that if they take this approach and also encourage people to return any non-standard disc then they will not only be in the clear, but will help to create an impression in the retail channel that the consumers are actually sensitive to this stuff (and hence it will be harder for MS to lock the market). Also they probably hand more ammo to anyone who wants to take a class action suit if 10,000 macs die on the new Britney album being labelled a CD when in fact it is not!
Has anyone made a UserLinux LiveCD yet or is that my next challenge (armed with Fabian's new remastering tool and perhaps I'll even try rolling in some automation of the lazy umount method of removing the cd, I don't need much of an excuse but I suspect I might have to do some fixing up so if anyone has already started...:-)
And KNOPPIX has also has had the captive-ntfs system for a while which also allowed safe writing to ntfs by using the actual windows ntfs code from the drive. I have seen the odd report of it having problems on some machines, but those problems have always (from what I've seen) been problems people have had getting it to setup the windows code, not any problems with the filesystem once they mount it (or afterwards).
Count the number of mails being sent per ip, perhaps gathering hourly counts. Set a pair of default threshold levels. If more then the lower level is sent for consequtive periods or if the higher limit is broken in a single period, rate limit the smtp traffic and route it's traffic through a virus and spam scanner, bouncing to the users known email address anything dodgy and notify the customer service department to contact them. Allow users to talk to someone to set their own levels (i.e. most people won't ever bother, but if you run a mailing list you might figure out what level you need to remain clean. You could even email the client as the rate limit is applied to tell them that it has gone on and that if it is in error they should go to some secure url and set new levels.
By rate limiting their traffic you aren't breaking their service, but you are severly impacting the usefullness of the vombie (intelligent analysis of other traffic to suspicious hosts would be good, with the option to rate limit other traffic if it's questionable) and making it the default state for hacked boxes. In other words the spammers need to find boxes of people who have high threshold levels but don't use them, and then they need to stay under the threshold level to get the maximum out of it. By contacting the customer, you are helping them monitor their system, you are adding a valuable service to their security. If you call them up saying "you sent a lot of email and it looked suspicious like perhaps you had a virus, so you may have noticed your email is slow, I can speed it back up now if you can let me know that everything is ok? And if this is likely to happen again we can up your limits so your mail doesn't go slow the next time" how many customers are going to go mad... I would suspect NONE! The ones who would go mad are the ones who will tell you when you bring in the feature that they want the highest possible limit, preferably no limit as they could want to send 10,000 emails suddenly some hour and don't want to have to contact you for permission! To anyone who is annoyed you just say that you wish you had never had to do it, but spam was making email painful for everyone and you felt you had to do something!
Most times the system kicks in it will probably be bouncing virus or spam laden emails back to the actual originating machines connections owner along with an email from the isp telling them their connection has gone nuts and has probably been infected. The poor user will know right then they have a virus and will have painfully slow email until they sort it out. Make the rate-limiter get harsher daily all the way until they are sending emails in bits/year (could any servers/tcp-ip stacks/etc handle it or how slow could you go before timing out) at which point they may as well be disconnected, no-one should be rate limited unless they are sending rubbish! And if they don't care so be it. You could even disconnect their smtp once they reach the timeout zone, as long as you give them some reasonable amount of time to sort it out.
Ooops, it's not quite as described above! The root servers aren't being updated any quicker, it's just the.com and.net servers. It doesn't impact on the above though as the root servers just hand out the ip addresses of the authoritative servers for the top level domains, so for a non existant domain name the root servers will behave just the same as an existing domain name in the same tld.
It means that dns servers which act like bind4 and bind8 will set the default Time To Live (TTL) for resource records without explicit TTL to 15 minutes. Servers which behave like bind9 will use this as the negative caching value for the domain, meaning that if it requests an ip from a domain which doesn't exist it will cache the result for 15 minutes. In effect this should mean that the actual root dns servers will be updated every 5 minutes, but someone looking for the domain (by normal means as oppossed to manually querying the root servers) just before the update which brings the domain into existance will have to wait 15 minutes before they will see the domain has arrived.
So they are updating every 5 minutes, but if you are adding a new domain, as opposed to changing the authoritative servers for a domain, you will have to wait 20 minutes (5 for update and 15 for everyone to have lost the negative cache) before you can say "we're up and running".
I'd rather take four years with almost anybody as president than accept this kind of overt political manipulation as the new standard of behavior in American society.
That has to be the funniest thing I have ever read modded insightful on/. Are you really suggesting that this is worse then what goes on now, which attempts to condition people through carefully constructed campaigns running through multiple media formats (advertising)? I for one prefer to watch something of Moore's style where you sit down to actually watch it or read it rather then having it put into your face when you are looking for something else.
Of course if only there was a single company willing to manufacturer phones for the customers and not the networks then things could be very different (the phones would be expensive with no subsidies, but how much could you save on call charges)! Until then I expect nothing but iritation!
Your not really meant to update to every new revision of a debian package for no reason! The point of debian is that it works, and when you need new features that have arrived in something you should be able to find packages for a suitable version. If you want to update TeTeX every time they make any change to it (could even just be changing a dependency) then don't complain about the bandwidth you use doing it! Or are you suggesting that all of those packages were security releases? It's like insisting you have to get a new version of knoppix when they make a small update to fix a driver you don't even use! The second choice (rather then simply updating for features) is to run an update every day/week/month/quarter as balanced by your willingness to risk overhauling your system for no reason and the bandwidth it takes up!
Of course you can send it to unstable countries
on
Port-A-Nuke
·
· Score: 1
It doesn't matter if you choose to send it to any unstable country, the supplier will of course provide the military backup to protect it in this terrorist age.
I wish ATI would put a bounty on providing the specs and creating the drivers (a la the weather channel) for each new generation of card. At this stage they could still do it and get significant money for the R3xx and R4xx chips! People buy X servers, people spend 500+ on video cards, people will contribute X0 to get their cards supported. I'm sure the manufacturers who make Radeon cards alone would chip in a not insignificant amount, add to that pc/laptop/settop manufacturers who use radeons, the large companies with 1000s of Radeons, the odd specialist with lots of radeons (or who will buy them, weather channel, Disney, id). The list goes on, it's all a question of how much do ati want?
I live in Ireland. I did have to kill people to get my 512:128 RADSL line, 24:1 contention (was 48:1 when I got it, best I could get) and 16G/month cap for 45/month! Thankfully everyone I killed was from errorcom (via google to save the poor small mirrors keeping alive what WAS errorcom.com until eircom called the owner (parents) and had it taken down). Plenty of people aren't as lucky as me and it doesn't matter who they kill, they won't see broadband.
I feel guilty complaining, it looked for many years like our government had done everything in it's power to ensure broadband for the masses could never happen. Firstly trialing a cable modem service on some small sections of the semi-state main cable tv company to pump the sale price which ended up the highest cable company per subscriber in the planet. Bought up by NTL, who have since been able to afford to do nothing with it, cable modems essentially don't exist in Ireland (well maybe 1000 at very best do). Then they floated the public owned monopoly telecom onto the market (after giving the staff a significant percentage) which has since been bought up (more for the staff) so until very recently (when the communications regulator finally managed to get something to happen) we effectively had a public monopoly telecom privately owned and run preventing cheap broadband as they held all the cards and would make more from dial-up/isdn (or hi-speed as they call it)/leased lines!
Honestly I think the only reason we have dsl now in Ireland is that Wireless arrived to finally threaten the last mile of errorcom!
Software synthesizers are now commonplace and reliable, thanks to the increasing speed of computers and improving latency times of operating systems including the Linux kernel. Most music software is still controllable by MIDI, but for a faster and more modern alternative, have a look at Open Sound Control (OSC).
OSC is an open network protocol for music, and is well supported by the best free software music applications including pure-data, SuperCollider and CSound.
So in fact he could be using CSound when the mood takes him!
Maybe they might use some standard to do it so you can make calls to any compliant device (including pstn via services)? But then again this is Nintendo, I don't imagine it's very likely!
Whatever about the USA, do you really think the EU (or manywhere else) which has already mandated that MS allow the inclusion of alternative media players are going to allow MS to extend their monopoly in this direction? If they do they may as well take the laws pertaining to abusive monopolies off the books!
And they print on paper and lots of other differences. I like the analogy, but personally I like to get news from Debian, sometimes reprinted slightly by Knoppix. Debian write the best pieces but sometimes they need a bit of help with the presentation!
Forget hitting reload more than twice in 5 minutes,/. will be a haven of criminiality between the trolls and first posters attacking/. itself and/. attacking the sites it links to!
Piece by piece is the answer. Perhaps OpenEXR hasn't been a raging success for ILM, but it provides one tiny piece. Slowly but surely others will release pieces, however tiny. Others will release early and often on new pieces they start to write, and sometimes they will hit on others work who are working on similar things and who want to go in the same direction. Some pieces will become the standard/most popular but soon enough everything will be covered, then while R+H might still be getting talking animals, everyone else will be chipping away together on a Free alternative which R+H will have to pay to stay ahead of, or eventually see the rest able to compete equally with them, without one studio having to fund the catch-up to R+H alone.
There will always be the cutting edge proprietary in-house work of studios, that doesn't mean that 95% of software used in studios can't be collaboratively developed and it doesn't mean that a studio cannot run entirely on Free software choosing to seek it's competitive advantages elsewhere!
Sorry, I only spent about 2 minutes looking, but couldn't see that Mandrake had DVD playback out of the box. How do they do it, in other words what software do they ship to get around css? Do they ship it in the USA? Do they lock you to a region? Is it Free software? I didn't know of ANY Linux distribution that shipped a "fully functional" DVD player. Of course being French (where videolan is also developed with libdvdcss) it wouldn't surprise me if they shipped libdvdcss or similar in France/EU/Anywhere But USA.
You could look to SGI. Their Altix range is up to 1024 Itanium 2 processors in a single supercomputer, and they are putting 20 512 * processor nodes together in a cluster of linux supercomputers for NASA while also working on doubling up the maximum single machine cpu count to 2048.
Well seeing as though Etch is going to be the first release to come after the major shake-ups of adding testing and creating debian-installer it will be interesting to see just how long Etch takes to release after Sarge. Once Sarge is released there should be no real reason for releases not to start being kicked out far more quickly, as even now Etch is forming in unstable ready to become testing/etch as soon as sarge is released.
Apart from the whole Free/non-free issue for documentation and firmware (or at least my understanding is that firmware is the source (oops, bad pun) of the other issues), I don't know of any other major plans for etch which could cause a long release cycle?
Of course, now is also the time that the concept of testing gets its own first real world test to see if it serves it's purpose! Perhaps nothing will change and etch will release sometime around 2006.
So to be a bit more on topic, Debian should hold 3.3 in unstable, let it into sarge if it makes it in time (presumably only if other delays creep in) but otherwise get sarge out and get working on bringing etch out asap. Even if etch comes out too quickly, at least it will show debian that the system works and they can start to plan their release cycles more accurately!
I think it is safe to say that no-one in their wildest dreams could have picked a more ideal 10 millionth post then this! Ok, ok, the userid could be binary (maybe 10) and the date could be pretty (say 10/10/10 10:10) but the content of the post and even the username and email address, it nearly seems like a fix!
I can see the next thinkgeek t-shirt already! I might even print my own!
Slashdot Mirror
At the time I was posting eGroupWare was top of the activity list, but I included the fact as I always notice Gaim in the top 2 or 3 of the list showing that it seems to have the developer interest required for a 3rd party chat client (which can be broken at whim) to survive and be meaningful. Perhaps it's a close race between 1 and 2 and the activity of the 1.0.0 release only hit into the list after I had posted and it was that which switched their positions?
Not until gatos is a video4linux driver. With the move of gatos into X.org anything is possible but up until now it has seemed very unlikely!
Perhaps Apple just know that if they take this approach and also encourage people to return any non-standard disc then they will not only be in the clear, but will help to create an impression in the retail channel that the consumers are actually sensitive to this stuff (and hence it will be harder for MS to lock the market). Also they probably hand more ammo to anyone who wants to take a class action suit if 10,000 macs die on the new Britney album being labelled a CD when in fact it is not!
Has anyone made a UserLinux LiveCD yet or is that my next challenge (armed with Fabian's new remastering tool and perhaps I'll even try rolling in some automation of the lazy umount method of removing the cd, I don't need much of an excuse but I suspect I might have to do some fixing up so if anyone has already started ... :-)
And KNOPPIX has also has had the captive-ntfs system for a while which also allowed safe writing to ntfs by using the actual windows ntfs code from the drive. I have seen the odd report of it having problems on some machines, but those problems have always (from what I've seen) been problems people have had getting it to setup the windows code, not any problems with the filesystem once they mount it (or afterwards).
Count the number of mails being sent per ip, perhaps gathering hourly counts. Set a pair of default threshold levels. If more then the lower level is sent for consequtive periods or if the higher limit is broken in a single period, rate limit the smtp traffic and route it's traffic through a virus and spam scanner, bouncing to the users known email address anything dodgy and notify the customer service department to contact them. Allow users to talk to someone to set their own levels (i.e. most people won't ever bother, but if you run a mailing list you might figure out what level you need to remain clean. You could even email the client as the rate limit is applied to tell them that it has gone on and that if it is in error they should go to some secure url and set new levels. By rate limiting their traffic you aren't breaking their service, but you are severly impacting the usefullness of the vombie (intelligent analysis of other traffic to suspicious hosts would be good, with the option to rate limit other traffic if it's questionable) and making it the default state for hacked boxes. In other words the spammers need to find boxes of people who have high threshold levels but don't use them, and then they need to stay under the threshold level to get the maximum out of it. By contacting the customer, you are helping them monitor their system, you are adding a valuable service to their security. If you call them up saying "you sent a lot of email and it looked suspicious like perhaps you had a virus, so you may have noticed your email is slow, I can speed it back up now if you can let me know that everything is ok? And if this is likely to happen again we can up your limits so your mail doesn't go slow the next time" how many customers are going to go mad ... I would suspect NONE! The ones who would go mad are the ones who will tell you when you bring in the feature that they want the highest possible limit, preferably no limit as they could want to send 10,000 emails suddenly some hour and don't want to have to contact you for permission! To anyone who is annoyed you just say that you wish you had never had to do it, but spam was making email painful for everyone and you felt you had to do something!
Most times the system kicks in it will probably be bouncing virus or spam laden emails back to the actual originating machines connections owner along with an email from the isp telling them their connection has gone nuts and has probably been infected. The poor user will know right then they have a virus and will have painfully slow email until they sort it out. Make the rate-limiter get harsher daily all the way until they are sending emails in bits/year (could any servers/tcp-ip stacks/etc handle it or how slow could you go before timing out) at which point they may as well be disconnected, no-one should be rate limited unless they are sending rubbish! And if they don't care so be it. You could even disconnect their smtp once they reach the timeout zone, as long as you give them some reasonable amount of time to sort it out.
Ooops, it's not quite as described above! The root servers aren't being updated any quicker, it's just the .com and .net servers. It doesn't impact on the above though as the root servers just hand out the ip addresses of the authoritative servers for the top level domains, so for a non existant domain name the root servers will behave just the same as an existing domain name in the same tld.
It means that dns servers which act like bind4 and bind8 will set the default Time To Live (TTL) for resource records without explicit TTL to 15 minutes. Servers which behave like bind9 will use this as the negative caching value for the domain, meaning that if it requests an ip from a domain which doesn't exist it will cache the result for 15 minutes. In effect this should mean that the actual root dns servers will be updated every 5 minutes, but someone looking for the domain (by normal means as oppossed to manually querying the root servers) just before the update which brings the domain into existance will have to wait 15 minutes before they will see the domain has arrived.
So they are updating every 5 minutes, but if you are adding a new domain, as opposed to changing the authoritative servers for a domain, you will have to wait 20 minutes (5 for update and 15 for everyone to have lost the negative cache) before you can say "we're up and running".
Of course if only there was a single company willing to manufacturer phones for the customers and not the networks then things could be very different (the phones would be expensive with no subsidies, but how much could you save on call charges)! Until then I expect nothing but iritation!
Your not really meant to update to every new revision of a debian package for no reason! The point of debian is that it works, and when you need new features that have arrived in something you should be able to find packages for a suitable version. If you want to update TeTeX every time they make any change to it (could even just be changing a dependency) then don't complain about the bandwidth you use doing it! Or are you suggesting that all of those packages were security releases? It's like insisting you have to get a new version of knoppix when they make a small update to fix a driver you don't even use! The second choice (rather then simply updating for features) is to run an update every day/week/month/quarter as balanced by your willingness to risk overhauling your system for no reason and the bandwidth it takes up!
It doesn't matter if you choose to send it to any unstable country, the supplier will of course provide the military backup to protect it in this terrorist age.
I wish ATI would put a bounty on providing the specs and creating the drivers (a la the weather channel) for each new generation of card. At this stage they could still do it and get significant money for the R3xx and R4xx chips! People buy X servers, people spend 500+ on video cards, people will contribute X0 to get their cards supported. I'm sure the manufacturers who make Radeon cards alone would chip in a not insignificant amount, add to that pc/laptop/settop manufacturers who use radeons, the large companies with 1000s of Radeons, the odd specialist with lots of radeons (or who will buy them, weather channel, Disney, id). The list goes on, it's all a question of how much do ati want?
I live in Ireland. I did have to kill people to get my 512:128 RADSL line, 24:1 contention (was 48:1 when I got it, best I could get) and 16G/month cap for 45/month! Thankfully everyone I killed was from errorcom (via google to save the poor small mirrors keeping alive what WAS errorcom.com until eircom called the owner (parents) and had it taken down). Plenty of people aren't as lucky as me and it doesn't matter who they kill, they won't see broadband.
I feel guilty complaining, it looked for many years like our government had done everything in it's power to ensure broadband for the masses could never happen. Firstly trialing a cable modem service on some small sections of the semi-state main cable tv company to pump the sale price which ended up the highest cable company per subscriber in the planet. Bought up by NTL, who have since been able to afford to do nothing with it, cable modems essentially don't exist in Ireland (well maybe 1000 at very best do). Then they floated the public owned monopoly telecom onto the market (after giving the staff a significant percentage) which has since been bought up (more for the staff) so until very recently (when the communications regulator finally managed to get something to happen) we effectively had a public monopoly telecom privately owned and run preventing cheap broadband as they held all the cards and would make more from dial-up/isdn (or hi-speed as they call it)/leased lines!
Honestly I think the only reason we have dsl now in Ireland is that Wireless arrived to finally threaten the last mile of errorcom!
Maybe they might use some standard to do it so you can make calls to any compliant device (including pstn via services)? But then again this is Nintendo, I don't imagine it's very likely!
Whatever about the USA, do you really think the EU (or manywhere else) which has already mandated that MS allow the inclusion of alternative media players are going to allow MS to extend their monopoly in this direction? If they do they may as well take the laws pertaining to abusive monopolies off the books!
And they print on paper and lots of other differences. I like the analogy, but personally I like to get news from Debian, sometimes reprinted slightly by Knoppix. Debian write the best pieces but sometimes they need a bit of help with the presentation!
Forget hitting reload more than twice in 5 minutes, /. will be a haven of criminiality between the trolls and first posters attacking /. itself and /. attacking the sites it links to!
Piece by piece is the answer. Perhaps OpenEXR hasn't been a raging success for ILM, but it provides one tiny piece. Slowly but surely others will release pieces, however tiny. Others will release early and often on new pieces they start to write, and sometimes they will hit on others work who are working on similar things and who want to go in the same direction. Some pieces will become the standard/most popular but soon enough everything will be covered, then while R+H might still be getting talking animals, everyone else will be chipping away together on a Free alternative which R+H will have to pay to stay ahead of, or eventually see the rest able to compete equally with them, without one studio having to fund the catch-up to R+H alone.
There will always be the cutting edge proprietary in-house work of studios, that doesn't mean that 95% of software used in studios can't be collaboratively developed and it doesn't mean that a studio cannot run entirely on Free software choosing to seek it's competitive advantages elsewhere!
Sorry, I only spent about 2 minutes looking, but couldn't see that Mandrake had DVD playback out of the box. How do they do it, in other words what software do they ship to get around css? Do they ship it in the USA? Do they lock you to a region? Is it Free software? I didn't know of ANY Linux distribution that shipped a "fully functional" DVD player. Of course being French (where videolan is also developed with libdvdcss) it wouldn't surprise me if they shipped libdvdcss or similar in France/EU/Anywhere But USA.
You could look to SGI. Their Altix range is up to 1024 Itanium 2 processors in a single supercomputer, and they are putting 20 512 * processor nodes together in a cluster of linux supercomputers for NASA while also working on doubling up the maximum single machine cpu count to 2048.
Well seeing as though Etch is going to be the first release to come after the major shake-ups of adding testing and creating debian-installer it will be interesting to see just how long Etch takes to release after Sarge. Once Sarge is released there should be no real reason for releases not to start being kicked out far more quickly, as even now Etch is forming in unstable ready to become testing/etch as soon as sarge is released.
Apart from the whole Free/non-free issue for documentation and firmware (or at least my understanding is that firmware is the source (oops, bad pun) of the other issues), I don't know of any other major plans for etch which could cause a long release cycle?
Of course, now is also the time that the concept of testing gets its own first real world test to see if it serves it's purpose! Perhaps nothing will change and etch will release sometime around 2006.
So to be a bit more on topic, Debian should hold 3.3 in unstable, let it into sarge if it makes it in time (presumably only if other delays creep in) but otherwise get sarge out and get working on bringing etch out asap. Even if etch comes out too quickly, at least it will show debian that the system works and they can start to plan their release cycles more accurately!
I think it is safe to say that no-one in their wildest dreams could have picked a more ideal 10 millionth post then this! Ok, ok, the userid could be binary (maybe 10) and the date could be pretty (say 10/10/10 10:10) but the content of the post and even the username and email address, it nearly seems like a fix! I can see the next thinkgeek t-shirt already! I might even print my own!