Some of our developers have switched to Joda Time classes as they're easier to use that those built into Java proper.
They even give instructions on how to manually update the time zone tables. (We didn't develop the code, we're just
happy customers):
http://joda-time.sourceforge.net/
Yeah, it is a slap in the face, but understandable since the old hardware needed proprietary drivers to work.
However, there is good news, as mentioned in this post at webOS Nation:
"There are two things to keep in mind moving forward. One: there's a large and growing number of Android devices out there that offer support for the Linux Standard Kernel 3.3, and given the number of devices supported by the open source CyanogenMod Android project there are plenty of drivers available for those components. Two: The webOS homebrew community cannot and will not be held back. They've already started working on the webOS Community Edition release of LunaSysMgr to see how well they can get it to work on the Pre3, and it'll only be a matter of time before they figure out how to get the goodness of Open webOS to work on our current webOS devices, HP be damned."
I love the elitist comments in this thread that are marked up as Insightful, especially from Anonymous Cowards who probably don't work for companies where STABILITY, especially with something as important as a 'fucking WEB BROWSER' are concerned. Our shop, a major east coast University, relies on a couple of MISSION CRITICAL systems whose vendors ONLY RECENTLY began to upgrade their software to support the newer browsers. I personally use the newer Chrome for most web use, but I still had to hang onto a copy of Firefox 3.5 (!!) in order to use said software for my job.
With respect to JWZ, for anyone who has been following the Palm Pre these last few months, Palm has been doing their best to accommodate the deluge of developers who want to create for the platform:
We got more applications than we could handle well, which is a good problem to have. Unfortunately, it means we dropped some things on the floor, and that's bad, but with the impending "stuff" that's coming, this is all going to get a lot easier for everyone and a lot more transparent.
If you didn't get a response in a timely manner, let me apologize to you. We should have done a better job on this, and I apologize for this. I'm working with the people I work with on this to try to make sure we do a better job of this moving forward. Good news is we've hired some people -- one's started, one starts next week, and the third starts the week after that, and that'll give us some great people and some new resources to make sure this gets fixed and works properly.
As the previous poster started, unlike the iPhone, there is a very active home brew community which Palm has not only blessed, but has assisted with:
When PreCentral's people asked Palm about this, their official statement to them in part was:
Our goal has been to follow industry best practices on data collection, use, and encryption. Like most EULAs and privacy policies, though, the terms tend to get pretty detailed about potential scenarios. And because the terms are meant to notify users about all possible variations, we wanted to err on the side of over notifying rather than under notifying users through the terms of use. So there's really nothing here "beyond the norm" for a EULA or privacy policy.
The provision you've quoted explains why Palm might collect user information. For example, we collect and transmit users' email addresses, email content, contact lists, etc. to provide WebOS services such as back-up and restore for the purpose of backing up that data and helping users restore the data if needed (in that case, it would not be limited to just the email address collected at registration). If users someday make purchases on their device through the Apps Catalog, then we would also collect payment information to process the transaction.
At all times, we'd be strictly bound by our privacy policy. Our privacy policy, like virtually all others in the industry, contemplate our using data to provide services users have requested, improve our products and services (hence the reference to Palm's own "sales and marketing" in the privacy policy), troubleshoot, etc. We also refer to affiliates because Palm is a global company, and we may need to transmit data from our European subsidiary to the parent company. We're obviously not a conglomerate with many different subs and affiliates, but the terms specifically mention subs and affiliates so that we can comply with European data protection laws that require us to spell out that data collected by a European sub can be transmitted to another part of the company.
Re:Sudo is only useful when there are lots of admi
on
Sudo vs. Root
·
· Score: 2, Informative
Social engineering can assist. I work in an administrative environment where not only is sudo the preferred way to do things, but we have a policy where using 'sudo su' or 'sudo sh' can cause one to be written up and possibly terminated. I know, it sounds strict, but it works for us and makes usage of sudo much easier to manage.
There is an example in the 'sudoers' manual which tells how to remove 'su' and shell commands from those which sudo allows. I had to implement this after we discovered that some individuals who needed sudo access to do some things were using 'sudo sh' to get around the restrictions we placed on them. After the initial threat, they were much more agreeable to how we wanted them to do things *grin*
I was going to post this earlier, but couldn't find anywhere to confirm it. According to Anime On DVD (sorry, this is their news archive page), Consumer Electronics Digest have polled various studios, and the four studios above (Sony, Disney, Fox, Paramount) have all stated that they "have no intention of using the ICT flag on their releases.". The Sony executive is quoted as saying "(t)he perception...that we're withholding something from consumers, and we're sensitive to that fact." The Fox executive is quoted "Fox is always in favor of options for intellectual property rights holders, though it has no intention of employing the ICT. The security afforded by AACS enhanced with BD+ is the best of all possible solutions for content protection as we enter the Blu-ray era."
If someone's got access to Consumer Electronics Digest and can confirm this, that would be great...
Actually, there's an even older RPC (dated August 13, 1982) which describes the e-mail address layout (in addition to lots of others), RFC 822 - Standard for the format of ARPA Internet text messages, which describes the layout of an e-mail address of the form 'local-part "@" domain', as well as a domain as 'sub-domain *("." sub-domain)'.
What about using the Linux Router Project distribution? According to an article I read in the most recent Linux Journal, when this system boots, it loads the system into a ram disk...so, if you lose power, oh well, just reboot... and no disks to fsck!
Slashdot Mirror
All systemd needs now is an integrated web browser and a registry!
Every program attempts to expand until it can read mail. Those programs which cannot so expand are replaced by ones which can. -- Jamie Zawinski
:-(
Personally, I'm waiting for systemd-smtpd
Some of our developers have switched to Joda Time classes as they're easier to use that those built into Java proper. They even give instructions on how to manually update the time zone tables. (We didn't develop the code, we're just happy customers): http://joda-time.sourceforge.net/
I agree. Google, among others, are fighting Lodsys (aka Intellectual Ventures) for going after their app developers.
Yeah, it is a slap in the face, but understandable since the old hardware needed proprietary drivers to work.
However, there is good news, as mentioned in this post at webOS Nation :
"There are two things to keep in mind moving forward. One: there's a large and growing number of Android devices out there that offer support for the Linux Standard Kernel 3.3, and given the number of devices supported by the open source CyanogenMod Android project there are plenty of drivers available for those components. Two: The webOS homebrew community cannot and will not be held back. They've already started working on the webOS Community Edition release of LunaSysMgr to see how well they can get it to work on the Pre3, and it'll only be a matter of time before they figure out how to get the goodness of Open webOS to work on our current webOS devices, HP be damned."
I love the elitist comments in this thread that are marked up as Insightful, especially from Anonymous Cowards who probably don't work for companies where STABILITY, especially with something as important as a 'fucking WEB BROWSER' are concerned. Our shop, a major east coast University, relies on a couple of MISSION CRITICAL systems whose vendors ONLY RECENTLY began to upgrade their software to support the newer browsers. I personally use the newer Chrome for most web use, but I still had to hang onto a copy of Firefox 3.5 (!!) in order to use said software for my job.
http://www.precentral.net/palm-overwhelmed-application-submissions
According to the article, Chuq Von Rospach, the Palm Developer Community Manager stated in the developer forums at https://developer.palm.com/distribution/viewtopic.php?p=7622#p7622:
As the previous poster started, unlike the iPhone, there is a very active home brew community which Palm has not only blessed, but has assisted with:
http://www.webos-internals.org/wiki/Application:Preware
http://www.precentral.net/fyi-pre-reports-your-location-palm
When PreCentral's people asked Palm about this, their official statement to them in part was:
Our goal has been to follow industry best practices on data collection, use, and encryption. Like most EULAs and privacy policies, though, the terms tend to get pretty detailed about potential scenarios. And because the terms are meant to notify users about all possible variations, we wanted to err on the side of over notifying rather than under notifying users through the terms of use. So there's really nothing here "beyond the norm" for a EULA or privacy policy.
The provision you've quoted explains why Palm might collect user information. For example, we collect and transmit users' email addresses, email content, contact lists, etc. to provide WebOS services such as back-up and restore for the purpose of backing up that data and helping users restore the data if needed (in that case, it would not be limited to just the email address collected at registration). If users someday make purchases on their device through the Apps Catalog, then we would also collect payment information to process the transaction.
At all times, we'd be strictly bound by our privacy policy. Our privacy policy, like virtually all others in the industry, contemplate our using data to provide services users have requested, improve our products and services (hence the reference to Palm's own "sales and marketing" in the privacy policy), troubleshoot, etc. We also refer to affiliates because Palm is a global company, and we may need to transmit data from our European subsidiary to the parent company. We're obviously not a conglomerate with many different subs and affiliates, but the terms specifically mention subs and affiliates so that we can comply with European data protection laws that require us to spell out that data collected by a European sub can be transmitted to another part of the company.
If one looks at that thread, it digresses into the extreme, talking about one's flatmate and discussions on restaurants...
Besides, it was posted back in May, and about ZFS on FreeBSD... the version on Solaris and OpenSolaris has progressed massively since then.
For information from "the horse's mouth", so to speak, here is some interesting reading:
http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide
Social engineering can assist. I work in an administrative environment where not only is sudo the preferred way to do things, but we have a policy where using 'sudo su' or 'sudo sh' can cause one to be written up and possibly terminated. I know, it sounds strict, but it works for us and makes usage of sudo much easier to manage.
There is an example in the 'sudoers' manual which tells how to remove 'su' and shell commands from those which sudo allows. I had to implement this after we discovered that some individuals who needed sudo access to do some things were using 'sudo sh' to get around the restrictions we placed on them. After the initial threat, they were much more agreeable to how we wanted them to do things *grin*
I was going to post this earlier, but couldn't find anywhere to confirm it. According to Anime On DVD (sorry, this is their news archive page), Consumer Electronics Digest have polled various studios, and the four studios above (Sony, Disney, Fox, Paramount) have all stated that they "have no intention of using the ICT flag on their releases.". The Sony executive is quoted as saying "(t)he perception...that we're withholding something from consumers, and we're sensitive to that fact." The Fox executive is quoted "Fox is always in favor of options for intellectual property rights holders, though it has no intention of employing the ICT. The security afforded by AACS enhanced with BD+ is the best of all possible solutions for content protection as we enter the Blu-ray era."
If someone's got access to Consumer Electronics Digest and can confirm this, that would be great...
Actually, there's an even older RPC (dated August 13, 1982) which describes the e-mail address layout (in addition to lots of others), RFC 822 - Standard for the format of ARPA Internet text messages, which describes the layout of an e-mail address of the form 'local-part "@" domain', as well as a domain as 'sub-domain *("." sub-domain)'.
What about using the Linux Router Project distribution? According to an article I read in the most recent Linux Journal, when this system boots, it loads the system into a ram disk...so, if you lose power, oh well, just reboot... and no disks to fsck!