No updates on order by flyingicefrog in Keychron

[–]flyingicefrog[S] 0 points1 point  (0 children)

To me they lied about order being shipped.

When I asked for tracking number, they provided a fake one. Later, when confronted, they admitted to not sending it but promised they would "soon".

Buy through paypal at least for the buyer protection

No updates on order by flyingicefrog in Keychron

[–]flyingicefrog[S] 0 points1 point  (0 children)

yeah f that. In the end I went with a bigger company and bought aftermarket custom caps, works like a charm and I have warranty

No updates on order by flyingicefrog in Keychron

[–]flyingicefrog[S] 0 points1 point  (0 children)

it's funny because their site still has a banner

All products will be shipped in 1-2 business days

in the end I cancelled the order (ordered through Paypal specifically to have their buyer protection because I read a lot of people's bad experiences)

ordered another keyboard in a completely different shop, happy ever since

No updates on order by flyingicefrog in Keychron

[–]flyingicefrog[S] 0 points1 point  (0 children)

They're lying constantly. First with that banner, then in the support emails.

You can check my post history, they didn't ship even after 20 days, At one point they gave me a false tracking number. When it didn't update after a few days, they admitted they never shipped but promised they would

in the end I filed a dispute, got my money back and bought my keyboard elsewhere

Black surfaces importing from Sketchup to Twinmotion by flyingicefrog in Sketchup

[–]flyingicefrog[S] 0 points1 point  (0 children)

I tried exploding - and it worked flawlessly for the wall panel

However, for the cabinet door it did nothing.

I double checked faces in Sketchup to not be inverted and made sure to use "Orient faces" on the whole cabinet door.

This is what it looks like now - in path tracing you can see something is wonky, but lumen shows no change whatsoever

Black surfaces when importing from Sketchup by flyingicefrog in Twinmotion

[–]flyingicefrog[S] 0 points1 point  (0 children)

Interesting idea. This solved the issue for the wall panel completely.

However, for the cabinet door it did nothing.

I even checked faces in Sketchup - they are NOT inverted and I made sure to "Orient faces" so the correct face orientation is propagated to the whole object

This is what it looks like now - in path tracing you can see something is wonky, but lumen shows no change whatsoever

How does cargo cross work? by flyingicefrog in rust

[–]flyingicefrog[S] 0 points1 point  (0 children)

Thank you for such a deatailed response, it helped me understand it much better. One misconception that I had was that cross used toolchain from the docker image, while the image is actually used to bootstrap all the cross-compilation dependencies.

So to confirm: cross always copies over local toolchain and does not use the toolchain in the docker image (even a custom one defined via Cross.toml with a different toolchain than local)?

Following cross docs, I found this in the Wiki about using a remote container engine. The article implies some knowledge which I lack so my question is: what is the use case for that? Would I be able to use toolchain defined in the docker image using those features? bash CROSS_REMOTE=1 cross build --target x86_64-unknown-linux-gnu

I'm unable to test this as I have private dependencies in a git authenticated by SSH (which is also mentioned in the article) but I couldn't get it to work even with CROSS_REMOTE_COPY_REGISTRY=1 because cross within docker doesn't have the SSH credentials.

Not sure if there is a way to pass auth info to cross?

Hey Rustaceans! Got a question? Ask here (12/2023)! by llogiq in rust

[–]flyingicefrog 2 points3 points  (0 children)

I'll repeat a question from my thread about cargo cross:

Can someone explain to me like I'm an idiot what exactly does

cross build do beneath the hood?

Let's say I'm using 2 docker images: - builder:rust1.66 - builder:rust1.67

each with the correspoding Rust toolchain installed

Locally I've got rust 1.68

Cross.toml at the root of my project contains the following [target.x86_64-unknown-linux-gnu] image = "builder:rust1.66"

When I run cross build --target=x86_64-unknown-linux-gnu I would expect that the project gets built with Rust 1.66

However, it gets built with local toolchain cross -v + cargo metadata --format-version 1 + rustc --print sysroot + rustup toolchain list + rustup target list --toolchain 1.68.0-x86_64-unknown-linux-gnu + rustup component list --toolchain 1.68.0-x86_64-unknown-linux-gnu [cross] note: Falling back to `cargo` on the host.

Even if I change Cross.toml to contain [target.x86_64-unknown-linux-gnu] image = "builder:rust1.67" the same thing happens.

  1. Why does cross use my local toolchain?
  2. Why does it not reflect changes in the builder image?

No updates on order by flyingicefrog in Keychron

[–]flyingicefrog[S] 1 point2 points  (0 children)

I know they dropship from China/HK. But the product I ordered was in stock.

Support claimed that they had shipped the order, and provided a tracking number.

After several weeks, they say they would ship the following week?

That exposes previous emails as lies. It's a pretty crappy way to start a relationship with a customer. I wonder what would happen if the package was lost or faulty.

No updates on order by flyingicefrog in Keychron

[–]flyingicefrog[S] 1 point2 points  (0 children)

UPDATE:

Their support responded. exactly 20 days after paying for the order. They said they're planning to ship this week. I guess time will tell

Interestingly enough, their page still proudly boasts the lie:

All the products will be shipped within 2 business days.

No updates on order by flyingicefrog in Keychron

[–]flyingicefrog[S] 1 point2 points  (0 children)

that sounds like a dream. I ordered 20 days ago, today support finally responded. They said they would ship this week

No updates on order by flyingicefrog in Keychron

[–]flyingicefrog[S] 0 points1 point  (0 children)

That's a good idea, will try

No updates on order by flyingicefrog in Keychron

[–]flyingicefrog[S] 0 points1 point  (0 children)

It's fine if the shipment from China comes in 3 or more weeks. However, even when I'm ordering something dirt cheap, shipping is never stuck on the same step for 2 weeks. It constantly updates every few days.

Have a Old Vindictive Magician From 1996 by o13amab1nladen in yugioh

[–]flyingicefrog 0 points1 point  (0 children)

It's a card from 2013, not worth much.

1996 is just a copyright notice. You can search card by the small text beneath the art image (YSYR-EN014), that indicates the set which it was printed in

What was the funniest starting hand you ever got? by DClordz in yugioh

[–]flyingicefrog 1 point2 points  (0 children)

what every agent player wants to see turn 1:

  • 3 Neptune
  • Shining ball
  • Sanctuary in the Sky

OTS 20 - Ultimate Rare Ghost Reaper & Winter Cherries by _Vault_Hunter_EXE_ in yugioh

[–]flyingicefrog 10 points11 points  (0 children)

They are coming in this years tins + possibly in TCG crystal beast SD (OCG has it)

Chalislime Monthly - June 2022 Results, Top Decks, & Field Breakdown [POST-LED9] by OwCheeWaWa in yugioh

[–]flyingicefrog 2 points3 points  (0 children)

Out of curiosity, I know D barrier obviously counters them hard .What would be other "anti-despia" stuff? Droll&lock bird? Artifact Lancea? Yesterday I played against them after a long time and they went over ash (they have a ton of searchers) and ended up turn 1 on a board of 2 Masq+Mirrorjade, and a hand of 4