I wonder if it will have proper CCD (Case Closed Debugging)[0] support.
With CCD, you are pretty much free to mess around with the "BIOS" of the machine, without fear of being put in a bad situation.
It also provides a serial terminal to the "AP" (application processor), e.g. available to the OS.
In other words, the Cr50 provides a controlled and user-controlled (but not user-owned) sideband channel to debug the system, even on consumer hardware.
Why user-controlled? Because it requires asserting presence to "Open", which with the design of ChromeOS basically requires being the owner of the device. Why not user-owned? For official ChromeOS devices, AFAIK that firmware cannot be replaced by a user with their own builds.
> the Cr50 provides a controlled and user-controlled
The Cr50 is as far from user-controlled as you can get. It can MITM your keyboard, reflash your firmware, and obeys only the holder of the private key corresponding to `LOADERKEY_A`:
Thanks for taking the quote of context. It's not like the sentence as a whole could ever have any more meaning than a snippet of it.
As I clearly stated, what is user-controlled is the sideband channel to debug the system on consumer hardware. The sideband channel under the current implementation of Cr50 is entirely user-controlled. This is a fact, as the end-user of the machine has control over the sideband channel.
I did not state any judgement about the GSC itself and its firmware.
And please don't start spreading FUD around hypotheticals of updates changing that. Yes it is possible. But a lot else and worse is possible under that scenario, so it serves no purpose but to spread FUD. And is still irrelevant to the content of the previous comment.
I am asking you, please do not ever derail what I say with FUD or out-of-context quotes ever again.
I can't find a proper citation, but rounding is undefined.
The recommended guideline[0] is to round to the nearest 5¢.
This article from 2013 is my closest citation to "undefined behaviour"[1]
> These guidelines are only a suggestion though and there is currently no law that specifies how retailers must round.
I don't know since ~2013 if anything has been decided to make those guidelines "law". I couldn't find anything quickly in the SEO cesspool that is modern web search.
In practice, as an American, we have a custom of paying merchants to cheat us out of a penny. As in, if a charge come out to $4.99, we hand the cashier a $5 bill and a penny, with the expectation of not receiving change. We also have leave-a-penny-take-a-penny trays by some cash registers with free pennys funded by customer donations.
Apple's Tracker Detect app for Android does not automatically scan for AirTags. Users must open the app and manually initiate each scan, then wait at least 10 minutes after detecting an AirTag before causing it to emit a noise.
A much better alternative is the free and open source AirGuard app developed by the Technical University of Darmstadt. It automatically scans for AirTags, Tiles, and other Bluetooth tracking devices in the background. When AirGuard detects an AirTag, the user can immediately force the AirTag to emit a sound without having to wait.
The author is likely Canadian given their current biography snippet.
There were Radio Shacks in Canada, before they ended up being renamed The Source in 2004[0]. So in 2009, the year cited in the article, they would have gone to "The Source", but likely still thought of it as Radio Shack, the old name of the chain.
Conceptually, it needs to take in account the type of date it handles. The question to ask is “does it matter when in the week or a month a date is selected?” or similar.
Under these considerations, I can say that for a "well known" date, like a birthday, or an expiration date, where the context of the calendar doesn't matter, it's not needed, and probably undesirable. (Under these contexts I would use bare selects/inputs with one for each of YYYY/MM/DD.)
For an appointment, or a time span? Date pickers are useful. “Which days are mondays?” “I want to book from a monday to the friday the next week.” Raw controls won't provide the context to help the user.
I feel the ones you fight against are more than likely those where you already are aware of a precise moment, in the first scenario. The others are more likely to leave no impression if well done.
With that said: Always de-compose the date picker in their discrete parts that a user can use. Make the picker fill these.
You might want to look around the Pinephone and Pinephone Pro communities. Both phones use the EG25-G modem, chosen for better worldwide band availabilities, rather than splitting the Pinephone in "EU" and "NA" batches.
Users also are working on providing a mostly liberated firmware for the modem:
Any idea if they'll make a "gmail.com" account migration utility down the line? This is extremely concerning for Play store purchases, and anything non-email attached to the "google apps for your domain" account, like YouTube.
When you cancel workspace, the accounts remain active but lose access to just the workspace features (gmail, drive, docs, calendar etc). The accounts will remain the same for things like google play, youtube etc and you won't lose access to any purchases.
The biggest impact I can see, other than the headache of migration, is that former GFYD email address can NEVER be used for docs, drive etc, even on the same terms as a free personal account.
I will wait for an official answer from a Google rep. There is too much at stake to guesstimate on vague phrasing.
And still, losing google docs document sharing, and calendar, on the e-mail address identifier which will stay my valid and primary one is a hostile move, plain and simple.
"
Impact to services after you cancel Google Workspace
You lose access to core Google Workspace services, such as Gmail, Calendar, Meet, and more.
You still have access to Additional Google services, such as YouTube, Google Photos, and Google Ads.
"
That's info related to cancelling from "Google Workspace". I'm on "G Suite legacy" so i'm not sure that applies to me. Maybe I have to upgrade, but not pay, then cancel. It's a bit of a gamble. What if I do that - or do nothing except wait - and find my account is eventually suspended? I have a bunch of accounts I use for photo backups, plus maybe 5 humans using accounts for Android login, and email. Suppose I own mydomain.com. Can everyone continue to log into android using user1@mydomain.com, user2@mydomain.com? Gmail stops working - what does that mean? Assuming the users can continue to use their accounts for Android (youtube, photos, apps etc) can't they configure gmail to send/receive email via some other service?
Thanks. This is Google, where nothing's ever finished, so when I logged in and tried to find out the answer to questions like this I saw:
"Support availability is rolling out to our G Suite legacy free edition customers over the coming days. If you do not currently have access to Support, please check back in a few days. We apologize for any inconvenience, but look forward to connecting with you shortly."
I look forward to some support for the service I've used for 15 years and what to tell the 5 family members who use "G Suite" (aka Google Apps) to handle email from my domain.
Do you know if there's a list of which services will/won't be avaiable after this process? Seems a bit random. Google ads but not gmail..but you can use gmail to point at another email service presumably? Can I still use the google apps I paid for? Does my user1@mydomain.com sort of work like it would if I'd use a hotmain account as my android account? But...if I did that, wouldn't I have access to gmail still? I sort of assumed you would but perhaps not.
One thing about G Suite accounts is Google never got around to making them act just like normal accounts; I cannot review android apps with my account, nor can I share paid-for apps with family members. Will this functionality magically appear after I cancel?
They're telling some people the exact opposite - that they'll lose all their photos. Google need to forget all this "core", "additional" crap and just list what people will and won't lose access to once they cancel Workspace.
But then what happens when that new account wants to use Google Docs? From what I've been reading it sounds like they would be blocked from doing that forever.
Yes, I had this confirmed by support.
This is the most frustrating (and ridiculous) aspect. People will no longer be able to share things with your main email address.
You can sign up for a google account with any email address, so if you'd never used GFYD you'd be able to do this no problem.
Over the last week I've gone through all of the steps of registering a new domain, setting it up with Google Workspace, sharing some docs back and forth, deleting the entire organization, and then signing up for a new google account using the same email address (so no gmail). After each step I waited 24 hours.
I was able to access Docs and share back and forth using this reused address on the new account. You'll obviously lose all of the existing share connections, but it's not like the address itself is burned.
> (Optional) Step 3: Delete your organization’s Google Account
> If you no longer want a Google Account for your organization, delete the entire account. Deleting your organization’s account frees your domain within 24 hours for use with a new Google Account.
Not totally sure the implications of that, it kind of sounds like you can create a clean slate where you can re-use that email address as normal? But not sure, it's confusing and I wouldn't count on it.
Which I'm not surprised about not being sure what will happen -- honestly for the last ten years, the implications and consequences of this legacy free "g suite"/"g aps"/whatever it is account have been continually super confusing and un-documented, and often seemed accidental on google's end.
> The biggest impact I can see, other than the headache of migration, is that former GFYD email address can NEVER be used for docs, drive etc, even on the same terms as a free personal account.
Uh oh. So, let's say I take my custom domain email address and set it up on a non-Google provider. (The whole reason I have a custom domain is to avoid locking me to a vendor).
I can't then set up an ordinary personal google account using this email, it'll be reserved forever?
> The biggest impact I can see, other than the headache of migration, is that former GFYD email address can NEVER be used for docs, drive etc, even on the same terms as a free personal account.
If the legacy product is the same as the paid product, you may want to rename your accounts/switch domains before you close the workspace. Then there wouldn't be a naming conflict.
Afaict your account will still exist, just not be linked to mail (which I get), but also not linked to calendar (which I don't get). See the email: "You may still retain access to additional Google services, such as YouTube and Google Photos."
I will wait for an official answer from a Google rep. There is too much at stake to guesstimate on vague phrasing.
And still, losing google docs document sharing, and calendar, on the e-mail address identifier which will stay my valid and primary one is a hostile move, plain and simple.
This is really pissing me off because of this. I've dealt with annoying limitations on my Google Account that I created back when it was just "Google Apps for Domains" to have a custom email domain for myself and my family. The service has been plagued with limitations as Google has added new services, but I've dealt with it as a nuisance - now my account is being held hostage?
Google can get bent. They advertised Google Apps as a solution for families way back when it was announced, and they're seemingly content to burn any good will it bought them.
Since you can have a Google account with a non-Gmail address [1] they should at least provide a way to switch to a non-Workspace account. I have a ton of app purchases tied to my account that are going to get stolen if I don't pay the extortion money.
Historically, they've not been able to migrate purchases from g suite to Gmail - I've been asking on roughly an annual basis for the last 5 years. I really hope they are going to change that, although I don't buy much anymore thanks to a phone with very little app storage space.
YouTube channels can be converted to a "brand account" then you can link it to a different email address.
Play store purchases are probably lost (I'm in the same boat). I have no intention of repurchasing my Android apps so I guess its an easy permanent switch to iOS at this point.
With CCD, you are pretty much free to mess around with the "BIOS" of the machine, without fear of being put in a bad situation.
It also provides a serial terminal to the "AP" (application processor), e.g. available to the OS.
In other words, the Cr50 provides a controlled and user-controlled (but not user-owned) sideband channel to debug the system, even on consumer hardware.
Why user-controlled? Because it requires asserting presence to "Open", which with the design of ChromeOS basically requires being the owner of the device. Why not user-owned? For official ChromeOS devices, AFAIK that firmware cannot be replaced by a user with their own builds.
[0]: https://chromium.googlesource.com/chromiumos/platform/ec/+/c...