fl42v

joined 1 year ago
[–] fl42v@lemmy.ml 5 points 22 hours ago (1 children)

Tnx, will check it out!

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

Allrighty, a poor choice of words, then. What I meant was more or less along the lines of "while I like the idea of communism, I think maintaining vertical power structures while trying to make it happen is more or less doomed to result in yet another autocracy"

[–] fl42v@lemmy.ml 2 points 1 day ago

Good to meet you, bachelor frog

[–] fl42v@lemmy.ml 3 points 1 day ago (6 children)

Sorry to disappoint, but I'm not exactly into Marxism-Leninism, I'm more of an anarchist myself (the idea of dictatorship, be it of a working class or anyone else, doesn't sit right with me). And ml was chosen at the time just due to it being hosted by the Lemmy devs

[–] fl42v@lemmy.ml 15 points 1 day ago (9 children)

You can argue with communists, you can't argue with fanboys or those who accepted Marx as the one and true Messiah and tell you to read ze book instead of providing any points. But that's applicable to pretty much every topic (oop bad, for example).

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

Sounds like one of the cells has died; fully agree that it's best to replace the battery (given its 7th gen, I doubt it's still under warranty).

Alternatively, if you like tinkering with stuff just for the sake of it, you can replace the offending cell (often slightly expanded compared to the rest of them), or all 3/4 of them: in my experience, replacing only the dead one results in another one dying relatively soon after, but may still be a viable temporary solution if you're short on money or have something of similar size lying around. Also, if you decide it sounds fun, be sure to look up how-to's, as just disconnecting a cell will make most BMSes lock themselves + possibly burn the fuse, and you probably don't want to play the game of "is this BMS unlockable without paying 100500 kilomoney for specialized equipment"

[–] fl42v@lemmy.ml 1 points 1 day ago

The task is rather unspecific about what kind of permutations are of interest as well as if there are any restrictions on the number. Like, are 999999999 and 999999999 the same or different?

[–] fl42v@lemmy.ml 2 points 2 days ago

Both strange and not, tbh. On one hand, I understand the sentiment; on the other hand, installing more software with its own dependencies to isolate electron's dependencies, and potentially installing twice those libs both electron and something else on your system depend on seems counterproductive (leaving the security benefits of containerization/sandboxing out of the question here, tho).

[–] fl42v@lemmy.ml 1 points 2 days ago

Huh, didn't think of that 😅

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

That's if you don't keep track of whether it was modified. It comes more or less for free if you're the filesystem, but may be more complicated for external programs. Although, ?maybe inotifywait can track for changes to the whole directory, but I'm not sure here

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

It can. On the settings page for YouTube you can change what to redirect to both embeds and tabs

[–] fl42v@lemmy.ml 2 points 3 days ago

Huh, and now I'm wondering if there are unspoken rules against deploying spacecraft on Fridays

 

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)

 
 
 

Tinkering is all fun and games, until it's 4 am, your vision is blurry, and thinking straight becomes a non-option, or perhaps you just get overly confident, type something and press enter before considering the consequences of the command you're about to execute... And then all you have is a kernel panic and one thought bouncing in your head: "damn, what did I expect to happen?".

Off the top of my head I remember 2 of those. Both happened a while ago, so I don't remember all the details, unfortunately.

For the warmup, removing PAM. I was trying to convert my artix install to a regular arch without reinstalling everything. Should be kinda simple: change repos, install systemd, uninstall dinit and it's units, profit. Yet after doing just that I was left with some PAM errors... So, I Rdd-ed libpam instead of just using --overwrite. Needless to say, I had to search for live usb yet again.

And the one at least I find quite funny. After about a year of using arch I was considering myself a confident enough user, and it so happened that I wanted to install smth that was packaged for debian. A reasonable person would, perhaps, write a pkgbuild that would unpack the .deb and install it's contents properly along with all the necessary dependencies. But not me, I installed dpkg. The package refused to either work or install complaining that the version of glibc was incorrect... So, I installed glibc from Debian's repos. After a few seconds my poor PC probably spent staring in disbelief at the sheer stupidity of the meatbag behind the keyboard, I was met with a reboot, a kernel panic, and a need to find another PC to flash an archiso to a flash drive ('cause ofc I didn't have one at the time).

Anyways, what are your stories?

view more: next ›