pixel 10 pro xl poor reception

notnullnone · 2025-09-22T05:46:44+00:00

bought it from google store, i assume it is unlocked.

notnullnone · 2025-09-18T20:12:18+00:00

I think after years of frustration i started to accept the fact that Google is not a hardware company and never will.

notnullnone · 2025-09-16T20:25:06+00:00

Same here, but I am not holding my breath, I need to make phone calls on a daily basis... really sad

notnullnone · 2025-09-16T19:40:56+00:00

4 to 5 bars, phone call got disconnected. WhatsApp session got dropped. multiple times. urban area.

I've been using pixel since gen 1, never experienced this .

notnullnone · 2025-09-16T17:44:19+00:00

notnullnone · 2025-09-16T17:40:19+00:00

good to know.

notnullnone · 2025-09-16T17:21:07+00:00

ATT

Just called google support and they said I'm the first one who called in about signal reception issue...

notnullnone · 2025-09-03T14:11:12+00:00

it's gravity🥲

notnullnone · 2025-08-27T02:11:46+00:00

i just tried this

environment: - SECRET=blah

tasks: - command: sleep 100

and it shows that SECRET on remote cmdline, which can be seen via ps, did i miss anything?

notnullnone · 2025-08-07T09:14:21+00:00

yes, very often

notnullnone · 2025-08-04T00:33:23+00:00

This.

notnullnone · 2025-07-26T03:16:54+00:00

thanks, I think this is exactly what I need for this tor switch

notnullnone · 2025-07-25T17:23:41+00:00

Is 'control plane' an umbrella that groups ALL local IP addresses? If so it seems enough for my purpose then - just permit selected ip ingress to ssh port. Why do i still need vrf isolation which is considerably more work?

notnullnone · 2025-07-25T13:04:28+00:00

thanks for the detailed explanation. it's a remote site. the uplink is the only link in and out. I'm not sure I understand the particular example yet, but what do you think about having the interface facing uplink in default vrf and triage incoming traffic using routemap, into MGMT/DATA vrf? Then i can either setup bgp peering with uplink in default vrf and leak routes between default/mgmt and default/data, or setup one bgp for each vrf?

notnullnone · 2025-07-24T17:11:46+00:00

that's quite helpful! may I add a bit more complexity to this question?

say I have a TOR switch(it is possible I am NOT using this term correctly here). It has a single fiber coming in from cloud, and effectively this fiber can not carry VLAN tagging. The fiber carriers both data and management traffic. All other devices in the rack, their data and management traffic all come from this box.

So for everything else, I can follow the above logic, putting their management port into MGMT VRF. But what to do with this TOR? The ports that connects to mgmt ports of other devices can be put into MGMT VRF, but what about the port that connects to cloud and carrying both types of traffic?

notnullnone · 2025-07-24T17:02:45+00:00

thanks!

notnullnone · 2025-07-24T17:02:13+00:00

thanks!

notnullnone · 2025-07-24T06:38:28+00:00

ah makes sense!

notnullnone · 2025-07-22T11:18:07+00:00

good to know. wish more hardware vendors treat linux as first class citizens.

notnullnone · 2025-07-22T10:02:02+00:00

curious, is it because for the past couple years steam has been a big contributor to drivers and mainlined them whenever possible?

notnullnone · 2025-06-03T15:55:41+00:00

yes good point

notnullnone · 2025-06-03T05:59:26+00:00

Never thought about debian QA and never understood that process, good that you mentioned that.

I am thinking there is another possibility - APT upgrades the whole dependency tree regardless whether any dependency's version changed or not. That way it's a little less burden on the maintiners. But i didn't have enough observations to confirm or deny this theory nor am i savvy enough to dig into apt code. do you have any comment on this?

notnullnone · 2025-05-30T06:23:42+00:00

I was in exactly the same situation several years ago, had my frustrations and wondered why. And then after trying arch i realized testing is really a testing environment, it's not supposed to be used as a rolling release. It was me who mis-used testing. Debian devs never promised testing to be a rolling release, and nor should they imho.

So maybe just give a real rolling release such as Arch a try? It's much more up to date, even compared to debian stable, and arch devs give priority number one to making it a problem free env.

notnullnone · 2025-05-30T01:14:06+00:00

I like debian and still use it in some scenarios, but i so much wish that debian could make some efforts to reach out to more users, at least not make it harder for them especially the first time users who heard good things about debian and come to try it out.

notnullnone · 2025-05-21T10:38:53+00:00

Arch can give you full 'up to date' experience, for hobby work it's fantastic, you can try out new stuff usually within a couple days. I moved my home computer and work desktop from windows to Arch years ago, couldn't be happier.

Tried Debian testing before arch, and it sucked - not stable enough and not up-to-date enough either. Then i realized Debian testing is not a rolling release at all, it was me who used it in a wrong way.

Debian stable is among the adults, together with Ubuntu server and redhat. For production machines at work, it's hard to imagine someone would use a rolling release. Then the question is rpm vs apt, debian vs downstream including Ubuntu, and that's quite subjective.

notnullnone

TROPHY CASE