fl42v

joined 1 year ago
[–] fl42v@lemmy.ml 5 points 11 hours ago

To me it looks more like they're saying they'll monetize their work no matter what, tho. One way is through direct payments by those who consider their articles worth paying for, then they don't need to sell userdata or show ads; the other way is selling userdata. Well, there's also non-targeted advertising, but mb it doesn't worth as much or something (and targeted ads already pay close to nothing from a single viewer, afaik).

Where I personally draw the line is when such subscriptions still include ads (looking at you, "ad-free" disney+) or have unnecessarily large costs and so on. I mean, if they charge close to what they're making with ads and selling data, we could get most websites ~tracker-free for probably a couple of bucks a month each. This, in turn, lessens the power of ad network owners, which again makes the web better. Although, mb I'm idealizing too much, idk.

[–] fl42v@lemmy.ml -4 points 12 hours ago (2 children)

Idk what's the big deal, honestly. Remember the memes about yt premium, "I either give you my money, or my data, but not both"? Well, it's kinda like that. The caveat is, their payment provider likely still collects data, and some info is saved on the backend anyways, but that's another can of worms.

[–] fl42v@lemmy.ml 7 points 1 day ago* (last edited 1 day ago) (1 children)

Not necessarily, they may just take payment in BJs

[–] fl42v@lemmy.ml 12 points 2 days ago (1 children)

More likely it's just accumulated some grime after all that time in your pocket

[–] fl42v@lemmy.ml 1 points 4 days ago (1 children)

I've asked a couple of history nerds, and I stand corrected: my impression that totalitarianism was a form of autocracy was wrong (rather both are a form of dictatorship). They've mentioned that under Stalin it could've been considered one, tho, but given he was the 2nd gensec, it's not exactly relevant to undissolving.

[–] fl42v@lemmy.ml 0 points 5 days ago (3 children)

Sure it wasn't. And, say, attempts to limit citizens' freedoms of [speeh, movement, religion (although I personally think it's cancer)] or even music they listen to are just a coincidence. Look, I'm not saying USSR was all bad, but, frankly speaking, trying to depict it as some kind of heaven on earth is just as flawed as the red scare you've mentioned.

[–] fl42v@lemmy.ml 10 points 5 days ago

On the positive side, the blood flow to your legs is not restricted (unless it's not one of those sofa-like seats, they just suck).

[–] fl42v@lemmy.ml 2 points 5 days ago (1 children)

Fair enough; although, I meant more of a communism on a world scale, with rewiring the brains of those selfish bastards that actively oppose it for their benefit, and all that jazz. So, pretty much the thing a genie's help (or something equally unbelievable) is necessary atm.

[–] fl42v@lemmy.ml 17 points 6 days ago (36 children)

So, let me clarify, you could've wished for a proper communism without state and such bullshit, but wished for an autocracy with ambitions of world domination to be undissolved? Great job here, mate!

[–] fl42v@lemmy.ml 3 points 1 week ago

Idk, repairing is often fun and may be faster actually. As in you don't need to spend time searching for a suitable product and waiting for it to be delivered. Also, most breaks are more or less trivial to fix, so it's at least worth a try, imo.

[–] fl42v@lemmy.ml 7 points 1 week ago

Fediverse used to sound kinda lame to me, but that's probably because I've encountered "metaverse" first.

 
14
submitted 2 months ago* (last edited 1 month ago) by fl42v@lemmy.ml to c/thinkpad@lemmy.ml
 

Basically, a collection of notes on building and running libreboot on t480. Hope it helps sb avoid a few pitfalls I've personally encountered. Corrections/other ways to do stuff are welcome.

  1. If you're building libreboot from source like I did, you may want to replace repo URLs with mirrors in config/git/grub, as gnu repos are slow AF;
  2. To boot your system, you'll need it to either be bootable via legacy bios (libreboot uses seabios by default), or, more realistically, have grub bootloader. On NixOS, I've changed the bootloader config to:
boot.loader.grub = {                          
  enable = true;                  
  device = "nodev"; # generate grub.cfg without installing grub itself  
  theme = lib.mkForce null;       
  font = lib.mkForce null;        
  splashImage = lib.mkForce null; 
};                                

Notice the disabled theming/fonts/background image: in my case, libreboot's grub would only show the blank screen 'til I disabled them, so you may want to trim your config to only menu entries or something. Then when booting, you simply press ESC, choose grub, and select either loading the OS or searching for bootloader configs on NVMe.

  1. If you didn't do [2], and are unable to boot your system, you may have some trouble with seabios not seeing your live USB you're bringing to fix that. In this case, try again a few times: as far as I can tell, that happens when you press ESC too early.
  2. Having seabios auto-start grub: echo '/rom@img/grub2' > bootorder && cbfstool libreboot.rom add -f bootorder -n bootorder -t raw (slightly modified command from here). Dumping and re-flashing libreboot without an external programmer is done with flashprog -p internal and requires iomem=relaxed in kernel cmdline;
  3. Annoying stuff: FnLock turns on when booting or waking up from sleep; unsure on how to disable this as nvramtool refuses to work (mb a skill issue). Also, disconnecting the external battery while the laptop is powered on seems to cause a reboot.
  4. Libreboot's grub can be themed: see this for how it's currently done (although, note, that we need config/grub/xhci/config/payload and not config/grub/default/config/payload) and this for an example of how it can look.
  5. Battery stuff, probably related to the Embedded Controller's firmware: charge thresholds don't seem to work (and the corresponding files are missing), ~~/sys/class/power_supply/BAT1/energy_{now,_full{,_design}} are now charge_full{,_design}, new option current_now~~ [Edit 3: this seems to be related to changes in the kernel or something]

[Edit] 2 more bugs:

  1. ~~Charge cycles are always 0 [mb an issue with my batteries, tho]~~ [Edit 4: at least one person reports their batteries reporting charge cycles as intended; likely the problem with my batteries];
  2. ~~The laptop constantly tries to power on if it dies due to depleted battery.~~ ~~[Edit 4: Possibly a one-off or a different reason altogether, couldn't trigger it again.]~~ [Edit 5: reproduced it; seems to happen when both batteries are present and upower is not installed; works fine with upower, tho]

[Edit 2]:

  1. charge measurements don't play well with cosmic-epoch on nixos in my particular case: the percentage doesn't seem to get updated, but looks somewhat correct upon reboots;
  2. Reduced backlight brightness range: /sys/class/backlight/acpi_video0/max_brightness is now 15, and not ~1515 as it was before.

[Edit 5]:

  1. Mute/micmute indicators not working;
  2. Monitors connected via the dock aren't detected when hot-plugged (works fine on {re,}boot, mb distro-related?)
349
submitted 2 months ago* (last edited 2 months ago) by fl42v@lemmy.ml to c/linuxmemes@lemmy.world
 

Well, technically anywhere from 5 to 40, but I still have a nice chance to grow old before libreboot starts building. Also, still slower than dial-up.

 

While the whole exchange must've sucked for them, I've found their reaction extremely amusing at times, especially the carpet banning for life of everyone within a country/state to the offending party. But hey, that'll definitely show AMD how to hire those coreboot developers

 

So, yet another "if you're in the middle of nowhere and can't/don't_want_to wait for proper tools to arrive" kind of post.

Firstly, there's pico-serprog with quite good instructions from the libreboot project. Unfortunately, it didn't want to detect the chip at all in my case (in hind sight, likely due to the board pinouts being different between my board and a regular pico and them providing pico pins and not gpio numbers)

What worked, albeit rather slowly, was pico-dirtyjtag. If using this one, the connections are as follows:

  • cs - gp19
  • miso - gp17
  • mosi - gp16
  • clk - gp18
  • gnd - gnd
  • 3v3 - 3v3

The chip pinouts can be sourced from the libreboot guide/a laptop schematic/ic datasheet. Flashing with sudo flashprog -p dirtyjtag_spi -w rom.rom (or flashrom instead of flashprog). It may complain that there are multiple definitions matching the chip, in which case you manually choose one of the mentioned with -c (in my case -c W25Q32FV and -c W25Q64BV/W25Q64CV/W25Q64FV for top and bottom chips respectively).

Also applicable to stm boards with the main dirtyjtag repo.

 

So, I've dug up my corebooted t440p and decided to check if it'll work with the battery from my t480, and it did! Well, sort of.

Since coreboot also replaces the embedded controller firmware (mb sometimes they keep blobs of it, idk, but certainly not in case of t440p), we won't get those nasty "battery not supported, pay me" messages even if they've changed the verification since then.

However, I suspect some batteries may be unprepared for the power draw of earlier models. I've tested it on 2 batteries, one was a 22wh → 72wh conversion with BMS built on top of a cheap controller with rather unpleasant feedback from battery repair people; the other one was a more trustworthy 72wh clone powered by bq8050. The latter one worked ootb, while the former somewhat worked: fine in uefi, fine in grub, drop voltage to 0 as soon as the os starts loading → poweroff. If the power supply is plugged in during boot, the battery works fine (may drop voltage again under load, haven't tested it myself).

Soo, basically the use case is that you can try to retrofit the guts of a newer battery into older thinkpads if those run core/libreboot.

 

I've replaced cells in my fake battery a few days ago, and while recalibrating the bms I noticed what looked like it trying to overcharge the cells -- the voltage went up to above 12.6v and stabilized at around 12.9 (which amounts to ~4.3v per cell and is 0.1v above what cell manufacturers generally recommend). Idk if that's the intended behavior or clone manufacturers trying to shorten the lifetime of said batteries, so if the owners with genuine batteries can provide that info, I'd really appreciate it.

On linux, you can check this with cat /sys/class/power_supply/BAT*/voltage_now (as your usual user, those files are world-readable); not sure about windows, tho.

 

Out of curiosity, I've been watching a few restorations of those spectrums, and I've noticed the keyboards having a rather peculiar construction, judging by today's standards. They have 2 springs, the small one, as far as I understand, presses the membrane layers together, and the larger one returns the key into neutral position once the key is released.

I personally haven't used any spectrums, yet I've encountered the very same construction on a keyboard of a Russian clone of said machines (namely, zx atas), and to this day I haven't touched anything worse... The only way I can describe it is like trying to type on a piece of raw meat.

So, if anyone here had a chance to type on the original spectrums, was it this bad? I suspect otherwise since I haven't heard of crowds of people requesting PTSD treatment, but the whole thing still somewhat bothers me 😅

 

Just thought I'd share. Probably nothing new or fancy, but may help some of you find a way to repurpose devices that aren't worth repairing into home servers or something: e.g. op5 I've used has better CPU compared to raspberry pi 4, can run linux (postmarketos, albeit with some caveats), and costs less if bought with broken display (or nothing if you have one lying around)

 

Decided to share an older "project" of mine - ms sculpt wireless to wired conversion (also, it runs qmk, so we get all its features). A sensible person would order a custom pcb (such projects exist on the web, take a look if you're interested), but I went with removing all the components except from the ribbon cable connector, sending the PCB smooth, gluing a piece of discount card to isolate the traces, gluing a Chinese rp2040 on top, and wiring all the necessary traces to it. No, it wasn't fun. Yes, it works.

Bonus: when I disassembled it now I found out the type-c wasn't soldered well and decided to separate from the board:

ResizedImage_2024-04-08_18-20-32_2

So, here we go: using phone as a poor man's microscope (note: also, still works)

ResizedImage_2024-04-08_18-20-32_1

The end result kinda doesn't give it out, so whatever (insert your frontend -- backend jokes here)

ResizedImage_2024-04-08_18-36-32_1

75
submitted 10 months ago* (last edited 10 months ago) by fl42v@lemmy.ml to c/lemmyshitpost@lemmy.world
 
view more: next ›