Boostisbetter | hmmm, it is probably because of a apt upgrade, but I am noticing how Chromium seems to be causing more system instablity to the suspend script. So I'm back to using Vivaldi again. It is slower, BUT seems to do hardware acceleration with Youtube and other streaming services. | 01:11 |
---|---|---|
Boostisbetter | Just thought I would mention it. | 01:11 |
- S0rin (QUIT: Ping timeout: 268 seconds) (~S0rin@user/s0rin) | 01:31 | |
+ S0rin (~S0rin@user/s0rin) | 01:33 | |
+ reform3514 (~megasquid@136-30-19-82.cab.webpass.net) | 01:44 | |
- reform3514 (QUIT: Remote host closed the connection) (~megasquid@136-30-19-82.cab.webpass.net) | 01:48 | |
- mtm (QUIT: Ping timeout: 260 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 02:02 | |
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 04:08 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20) | 05:28 | |
- jjbliss (QUIT: Remote host closed the connection) (~jjbliss@1464766-static.elnsmiaa.metronetinc.net) | 05:45 | |
+ klardotsh (~klardotsh@172.56.64.102) | 06:24 | |
josch | minute: you recently pinged me about wayfire and wf-shell. The latter is indeed not yet in Debian but will be soon. If somebody wants to builds a Debian package before it's officially included, here is the current state of its packaging: https://salsa.debian.org/debian/wf-shell | 08:08 |
rah | josch: thanks but as I mentioned, I'm much less concerned about how well the kernel (or the installer) from debian.org works and much more concerned about how well everything else works | 10:28 |
rah | my concern is size and criticality of the delta between vanilla debian.org and MNT's system images | 10:30 |
josch | rah: i fear i still do not fully understand what you want/need :( | 10:36 |
rah | I want (1) a list of everything that you've added above and beyond vanilla debian, (2) what it's for and (3) the status of upstreaming that functionality | 11:00 |
rah | https://source.mnt.re/reform/reform-tools https://mntre.com/reform-debian-repo/pool/main/ | 11:03 |
rah | what's all this about? | 11:03 |
rah | why does it exist? | 11:03 |
rah | what happens when it's missing? | 11:03 |
rah | what's the status of each thing being upstreamed? | 11:03 |
rah | and to be clear, I'm not asking you to answer those questions for my benefit | 11:05 |
rah | I'm simply explaining my expectations for a laptop manufacturer who offers their own images which differ from upstream | 11:07 |
rah | I don't expect you to tell me, I expect you to be publishing that information for everyone | 11:07 |
+ doctorhoo (~hanno@194-18-252-127-no2005.tbcn.telia.com) | 11:26 | |
doctorhoo | I am trying to upgrade my system-v2 image installed on NVME to the system-v3 using the links that josch provided yesterday. However, while the SD card image boots fine (with the DIP switch in the corresponding position), I cannot get into the rescue system on the eMMC. The built-in screen stays blank and the HDMI output only gives a single line with the u-boot version (2018.07-gbcdce7 (Jun 10 2021 - 15:10:17 +0200)) and hangs ther | 11:32 |
doctorhoo | I updated the rescue system using "echo 0 > /sys/class/block/mmcblk0boot0/force_ro" and | 11:34 |
doctorhoo | "dd if=reform-rescue-system.img of=/dev/mmcblk0" from the SD image, then shut down the system, flipped the DIP switch and started up again to a blank screen. | 11:34 |
doctorhoo | Does anyone have any suggestions how I can debug this situation? | 11:35 |
josch | rah: well, i'm just a volunteer who likes hacking on reform-related software in their free time, so I can tell you "what it's for" but probably not in the extend that you expect it because I just do this for fun and writing extensive docs is not fun for me. :) Question 1 is probably easiest answer by giving you likens to the git repos. Do you want a list? Question 3 probably only applies to the kernel. | 12:53 |
josch | The answer to that question is also short: there is a guy who (also in their free time) is upstreaming the patches and who is yet to find time to do more upstreaming work of the remaining patches. | 12:53 |
josch | s/likens/links/ | 12:53 |
josch | doctorhoo: doing the conversion is tricky. It's probably easiest if you backup your $HOME on nvme and copy that to a fresh sysimage-v3 installation. | 12:54 |
josch | doctorhoo: if you don't want to do that i can try giving you some pointers but there are a lot of moving parts and there is (currently) no official docs for the conversion that are tried and tested | 12:55 |
doctorhoo | josch: that was what I was going for, I thought ;) I wanted to flash the rescue system on the eMMC, boot into that, then copy the system-v3 over to the freshly-formated nvme and configure that before setting the eMMC to boot into that. Those are the steps I remember from moving v2 onto the nvme. But I never see the rescue system coming up; however, v3 boots fine from the SD card. | 13:11 |
josch | doctorhoo: is this maybe of some help? https://source.mnt.re/reform/reform-handbook/-/issues/2 | 13:12 |
josch | grubman: no worries i didn't forget about you XD | 13:13 |
doctorhoo | josch: thanks! I wasn't aware of that documentation yet! | 13:14 |
josch | doctorhoo: when you boot a sysimage-v3 from sd-card maybe you first want to run reform-flash-rescue which will flash the latest sysimage-v3 to your emmc (including uboot) | 13:15 |
doctorhoo | josch: so, u-boot is not correctly installed when using "dd if=reform-rescue-system.img of=/dev/mmcblk0"? | 13:17 |
josch | doctorhoo: uboot has to go to /dev/mmcblk0boot0 and the image itself to /dev/mmcblk0 | 13:18 |
josch | see https://source.mnt.re/reform/reform-tools/-/blob/main/sbin/reform-flash-rescue | 13:18 |
doctorhoo | josch: d'oh. thank you *so* much for these pointers and the extensive documentation, I started to feel quite lost! | 13:19 |
josch | anytime! :) | 13:20 |
josch | i hope it helps :) | 13:20 |
doctorhoo | will report back in about an hour or so ;) | 13:20 |
- mtm (QUIT: Ping timeout: 268 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 14:02 | |
vkoskiv_ | What is the Good Way of wrapping swaylock around suspend? i.e. lock the screen before suspending, so I have to type my password after wake | 14:42 |
vkoskiv_ | I could edit the systemd service, or the reform-standby script | 14:43 |
vkoskiv_ | Both seem equally workable solutions to me, but I have the feeling that doing it in the systemd service might be considered more correct by some. | 14:43 |
josch | vkoskiv_: i think you might want swayidle before-sleep and after-resume: https://manpages.debian.org/bullseye/swayidle/swayidle.1.en.html | 15:01 |
josch | vkoskiv_: using reform-standby for this would be wrong because that's a systemd system service | 15:01 |
josch | anything related to your current user session should be a user service if anything | 15:01 |
josch | but instead of a systemd user service maybe just put it into your ~/.config/sway/config | 15:02 |
josch | waybar is also started via ~/.config/sway/config and there is already a commented-out snippet for swayidle in it | 15:03 |
Boostisbetter | one other thing, that shouldn't really be a suprise, but it seems like Vivaldi video acceleration seems to be working on the Reform as well. | 16:04 |
+ jjbliss (~jjbliss@1464766-static.elnsmiaa.metronetinc.net) | 16:05 | |
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 16:08 | |
vkoskiv_ | josch: Thanks for the tip! Just added a basic swayidle exec into my sway cfg and that did exactly what I want. | 16:57 |
vkoskiv_ | I just absolutely love the way sway is designed. Very unix-like design. | 16:58 |
josch | vkoskiv_: maybe file a merge request against reform-tools.git with your changes to etc/skel/.config/sway/config so that others can profit from this as well? | 16:58 |
vkoskiv_ | I've added other things in there as well. Like toggling audio between port and speakers, a nice screenshot selection thing, then suspend and shutdown commands. | 16:59 |
vkoskiv_ | The locking thing might make sense to add as a default. | 17:00 |
vkoskiv_ | I forget if swaylock ships with the image or if I installed it. Regardless, I configured it to the way I like it and it's nice. | 17:00 |
vkoskiv_ | There is a small delay after unlocking where swaylock doesn't register keypresses. Might need to investigate. | 17:00 |
vkoskiv_ | Right now I have to hop in the car to drive back to the city. | 17:01 |
+ ndufresne7 (~ndufresne@gyros.collabora.co.uk) | 17:17 | |
+ bkeys1 (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 17:19 | |
+ swivel_ (~swivel@shells.gnugeneration.com) | 17:19 | |
+ lastebil_ (truck@shell.suomiscene.fi) | 17:20 | |
+ yankcrim- (~nick@agrajag.dischord.org) | 17:20 | |
+ octorhood (~hanno@194-18-252-127-no2005.tbcn.telia.com) | 17:20 | |
+ marlun2 (~marlun@46.101.246.245) | 17:20 | |
+ C_Keen (cckeen@pestilenz.org) | 17:20 | |
- doctorhoo (QUIT: Ping timeout: 252 seconds) (~hanno@194-18-252-127-no2005.tbcn.telia.com) | 17:21 | |
- Nulo (QUIT: Ping timeout: 252 seconds) (~Nulo@user/nulo) | 17:21 | |
- swivel (QUIT: Ping timeout: 252 seconds) (~swivel@shells.gnugeneration.com) | 17:21 | |
- C-Keen (QUIT: Ping timeout: 252 seconds) (cckeen@pestilenz.org) | 17:21 | |
- lastebil (QUIT: Ping timeout: 252 seconds) (truck@shell.suomiscene.fi) | 17:21 | |
- eery (QUIT: Ping timeout: 252 seconds) (~eery@172.97.103.152) | 17:21 | |
- S0rin (QUIT: Ping timeout: 252 seconds) (~S0rin@user/s0rin) | 17:21 | |
- bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 17:21 | |
- bleb (QUIT: Ping timeout: 252 seconds) (~cm@user/bleb) | 17:21 | |
- minute (QUIT: Ping timeout: 252 seconds) (~mntirc@softboy.mntmn.com) | 17:21 | |
- fsx (QUIT: Ping timeout: 252 seconds) (~fsx@durian.61924.nl) | 17:21 | |
- sigrid (QUIT: Ping timeout: 252 seconds) (~sigrid@ftrv.se) | 17:21 | |
- yankcrime (QUIT: Ping timeout: 252 seconds) (~nick@agrajag.dischord.org) | 17:21 | |
- ndufresne (QUIT: Ping timeout: 252 seconds) (~ndufresne@gyros.collabora.co.uk) | 17:21 | |
- marlun1 (QUIT: Ping timeout: 252 seconds) (~marlun@46.101.246.245) | 17:21 | |
+ minute (~mntirc@softboy.mntmn.com) | 17:21 | |
+ eery (~eery@172.97.103.152) | 17:21 | |
+ sigrid (~sigrid@ftrv.se) | 17:21 | |
* bkeys1 -> bkeys | 17:21 | |
* ndufresne7 -> ndufresne | 17:21 | |
+ S0rin (~S0rin@user/s0rin) | 17:22 | |
+ bleb (~cm@user/bleb) | 17:26 | |
* swivel_ -> swivel | 17:26 | |
+ Nulo (~Nulo@user/nulo) | 17:31 | |
- qwer (QUIT: Ping timeout: 260 seconds) (~qwer@78-80-27-180.customers.tmcz.cz) | 17:43 | |
+ qwer (~qwer@89.24.40.211) | 18:00 | |
- qwer (QUIT: Ping timeout: 255 seconds) (~qwer@89.24.40.211) | 18:14 | |
+ qwer (~qwer@89-24-33-85.nat.epc.tmcz.cz) | 18:29 | |
minute | rah: do you own an mnt reform? | 18:31 |
rah | minute: no | 19:20 |
minute | rah: do you plan to acquire one in the near future? | 19:21 |
rah | minute: I don't knows | 19:35 |
rah | s/knows/know/ | 19:35 |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 19:52 | |
vkoskiv_ | Lesson learned: Don't put the Reform in suspend and in the piñatex case :D | 19:59 |
vkoskiv_ | In <2h it went from 65% battery to 0% and the whole thing was scalding hot | 19:59 |
vkoskiv_ | Well, not scalding. I'd say the case was ~50-55c. Burns when touching for a bit. | 19:59 |
sigrid | reform → baking form? | 20:00 |
vkoskiv_ | :D | 20:00 |
vkoskiv_ | Seems fine otherwise, no visible damage. Battery cells weren't too low on voltage either, it's charging now. | 20:00 |
Boostisbetter | vkoskiv_, I don't 55C is too bad though. | 20:01 |
vkoskiv_ | Not the CPU, the entire computer. | 20:02 |
vkoskiv_ | I couldn't hold it in my hands, it was too hot to hold. | 20:02 |
Boostisbetter | 65 to in 2 hours in suspend mode doesn't sound right. In suspend I can easily get 12-14 hours of standby time | 20:02 |
Boostisbetter | I wonder if it was really in standby. | 20:02 |
vkoskiv_ | Yeah that's what I figured. I'm assuming the battery performance/voltage fell as things started getting toasty in there | 20:02 |
Boostisbetter | But yeah I know what you mean, the case is really designed for when the Reform is off | 20:03 |
vkoskiv_ | Yeah. I know from previous tests that the CPU heatsink area remained slightly warm even with it in standby | 20:03 |
vkoskiv_ | That bit of heat accumulates. | 20:05 |
Boostisbetter | yeah, I've learned that using the cover case is best with the Reform completely powered down. | 20:09 |
Boostisbetter | I do transport it in standby all the time though, but in a briefcase like thing | 20:09 |
Boostisbetter | my commute is less than 30 minutes, and when I get where I'm going I remove it from there. | 20:10 |
Boostisbetter | I just really like being able to resume where I left off, so standby is big to me. | 20:10 |
vkoskiv_ | My bag overall is pretty big, I'm sure it'd be fine in there without the case in standby. | 20:11 |
vkoskiv_ | But yeah, getting standby working made me love the thing even more :D | 20:11 |
vkoskiv_ | I think the last time I was messing with standby before I got it working was juuust before they put the hantro fix in there. | 20:12 |
Boostisbetter | yeah I just posted on the forum, but I don't have the hantro bit in on my suspend script and I have great success with it. | 20:17 |
Boostisbetter | one thing I can say, is that I'm still on 5.12.0 | 20:21 |
Boostisbetter | so that might be why | 20:21 |
josch | hah, yes that is a very good explanation for why suspend works for you while it doesn't for me :D | 20:25 |
josch | vkoskiv_: what kernel version are you on? | 20:25 |
Boostisbetter | josch: I am curious why I am still on 5 | 20:38 |
Boostisbetter | josch: I am curious why I am still on 5.12 | 20:38 |
Boostisbetter | I mean I running apt full-upgrade, I would think the kernel in sid would be updated | 20:38 |
josch | Boostisbetter: what do you get when you run this: dpkg-query --show linux-image-arm64 | 20:55 |
vkoskiv_ | josch: 5.18 | 21:01 |
josch | damn... :( | 21:02 |
Boostisbetter | josch: dpkg-query: no packages found matching linux-image-arm64 | 21:49 |
josch | Boostisbetter: you just don't have the kernel package installed, that's why it was never updated | 21:49 |
josch | Boostisbetter: be careful if you decide to install the kernel package because your system might become unbootable as a result | 21:50 |
Boostisbetter | oh... I mean is that bad? Is my system going to eventually just explode? | 21:51 |
josch | nono, it will continue working just fine -- but remain on 5.12 | 22:04 |
+ fsx (~fsx@durian.61924.nl) | 22:24 | |
- buckket (QUIT: Read error: Connection reset by peer) (~buckket@pdp8.buckket.org) | 22:48 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!