- akira (QUIT: Read error: Connection reset by peer) (~akira@37.4.230.225) | 00:09 | |
+ akira (~akira@37.4.230.225) | 00:10 | |
minute | i now have RCORE D-2 in my mnt reform which has working integration with LPC (battery status) and correctly detects HDMI hotplug (yay). but i just noticed there's no more pwm backlight :0 | 00:54 |
---|---|---|
minute | ah and i'm now on 6.8.12-mnt-reform-arm64 | 00:54 |
minute | oh woops the dtb in the repo doesn't have backlight, that explains it | 00:55 |
minute | well :D https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/37/diffs | 00:56 |
josch | minute: try out 6.9 -- the rk3588 patch stack from collabora changed again :) | 01:00 |
minute | josch: harrr... will try it on monday, or maybe tomorrow morning after validating that i can fix stuff on the sd card via my pocket | 01:12 |
minute | weird https://source.mnt.re/reform/reform-debian-packages/-/jobs/4733 | 01:32 |
- mtm (QUIT: Ping timeout: 264 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 02:02 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 04:08 | |
ex-parrot | josch: > if somebody wants to help with getting reform.d.n back up, then i'll walk them through the process <--- I can prob do this | 04:17 |
vagrantc | wait, it's down? it looks more updated than the last time i looked at reform.debian.net | 04:19 |
ex-parrot | I think there is some issue with the CI pipelines? but I am only very vaguely across it | 04:20 |
vagrantc | and there are bookworm-backports now? ... | 04:20 |
ex-parrot | has been for ages | 04:28 |
ex-parrot | if you mean "the repo exists" | 04:28 |
vagrantc | yes ... seems to be out of date, which i guess is what the problem is | 04:29 |
vagrantc | the landing page for reform.debian.net was just a plain text page in my memory ... it sure got fancier since then :) | 04:29 |
ex-parrot | josch has put a lot of work in to making it clear and useful | 04:30 |
vagrantc | josch has put a lot of work in making a lot of things useful :) | 04:34 |
ex-parrot | yeah! | 04:42 |
- skipwich (QUIT: Quit: DISCONNECT) (~skipwich@user/skipwich) | 05:01 | |
+ skipwich (~skipwich@user/skipwich) | 05:04 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 05:08 | |
- mtm (QUIT: Ping timeout: 252 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 05:49 | |
josch | minute: the error you referenced is because linux 6.9 was uploaded to unstable, so you need to rebase onto this: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/41 | 06:40 |
- akira (QUIT: Ping timeout: 264 seconds) (~akira@37.4.230.225) | 06:48 | |
+ akira (~akira@2a01:599:a2d:174a:af47:27d3:31:b1cf) | 07:03 | |
josch | ex-parrot: the main issue is, that new versions of src:linux have been uploaded to bookworm-backports and the reform-debian-packages repo in https://salsa.debian.org/reform-team/reform-debian-packages/ is unable to handle that | 07:25 |
- akira (QUIT: Read error: Connection reset by peer) (~akira@2a01:599:a2d:174a:af47:27d3:31:b1cf) | 07:32 | |
+ akira (~akira@37.4.230.225) | 07:32 | |
ex-parrot | ah yep | 07:32 |
ex-parrot | I'll have a look at that, I am again short on time :( but I'll see if I can squeeze it in | 07:33 |
josch | we all are XD | 07:35 |
- akira (QUIT: Read error: Connection reset by peer) (~akira@37.4.230.225) | 07:40 | |
+ akira (~akira@37.4.230.225) | 07:41 | |
- akira (QUIT: Read error: Connection reset by peer) (~akira@37.4.230.225) | 08:04 | |
+ akira (~akira@ip2504e6e1.dynamic.kabel-deutschland.de) | 08:05 | |
josch | pandora, ex-parrot: something else i am pondering about for reform.d.n is to throw out bookworm and only keep bookworm+backports | 08:18 |
josch | reasons: faster build times, easier presentation in the HTML (less confusing), smaller test matrix (less code to support and fix) and lastly: possibly not enough disk space (we only have 21G for everything) | 08:19 |
josch | and those 21G might get real tight when we also add pocket reform (with a311d and imx8mp) and rk3588 support | 08:19 |
josch | alternatively, we could implement something which stores the largest things (the disk images) elsewhere and not on reform.d.n | 08:20 |
ex-parrot | sounds reasonable to me | 08:21 |
ex-parrot | the only downside I guess is the slightly slower security update schedule for backports | 08:21 |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 08:21 | |
ex-parrot | but I think in practice it's not that bad right? | 08:21 |
josch | yes, you'd not have kernel security updates, that is a big downside | 08:23 |
josch | or maybe we still build the kernel | 08:23 |
josch | and just drop the images | 08:23 |
josch | kernel itself is just 200M or so | 08:24 |
ex-parrot | hmm yeah having the image the same somehow with a choice of kernel makes sense I guess | 08:24 |
ex-parrot | who decides that you get 21G? could we just ask for more space? :P | 08:25 |
ex-parrot | it'd be nice to support both somehow | 08:27 |
ex-parrot | could just focus on the normal kernel for installer / images and give people the option to upgrade to backports themselves after install if they want it? | 08:27 |
josch | ex-parrot: yes, we could also do it that way round of course | 08:38 |
josch | but then we'd not be able to offer pocket reform, a311d or rk3588 :) | 08:38 |
- akira (QUIT: Ping timeout: 252 seconds) (~akira@ip2504e6e1.dynamic.kabel-deutschland.de) | 08:39 | |
ex-parrot | ah yes of course | 08:40 |
josch | ex-parrot: asking for more space is an interesting option | 08:41 |
+ akira (~akira@2a01:599:a2d:174a:af47:27d3:31:b1cf) | 08:42 | |
josch | ex-parrot: the "problem" is, that the debian.net team currently uses hetzner as a hosting provider and if you want more disk space, you also get more ram and cpu but we do not need these at all | 08:42 |
josch | so things become needlessly expensive | 08:42 |
josch | but | 08:43 |
ex-parrot | ahhh yeah | 08:43 |
josch | the interesting thing is that when i applied for that machine a bit more than a year ago, 20G SSD was their smallest option | 08:43 |
ex-parrot | ok I was wondering, I'm only very very loosely across how that stuff works | 08:43 |
josch | now it seems that their smallest option comes with 40G | 08:44 |
josch | so maybe it is easy to upgrade without paying more \o/ | 08:44 |
ex-parrot | oh yeah, it would be nice if we could just upgrade... | 08:44 |
ex-parrot | cool | 08:44 |
josch | i'll ask the debian.net team | 08:44 |
josch | aha! indeed my issues with my trackball happen when i pick up my reform on one corner | 09:35 |
josch | so maybe it's indeed due to some unfortunate pcb flexing | 09:35 |
josch | if it's that, then it might be connected with me recently making the screws fixing the trackball module to the case extra-tight | 09:39 |
josch | because one of them fell out and was rolling around on the bottom acrylic... | 09:40 |
- mtm (QUIT: Ping timeout: 268 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 10:14 | |
- akira (QUIT: Read error: Connection reset by peer) (~akira@2a01:599:a2d:174a:af47:27d3:31:b1cf) | 11:52 | |
+ akira (~akira@37.4.230.225) | 11:52 | |
+ reform29396 (~user@business-90-187-186-49.pool2.vodafone-ip.de) | 12:07 | |
reform29396 | @josch: E: Disk space is probably not sufficient for building. | 12:07 |
reform29396 | but it did a lot without failing | 12:07 |
reform29396 | https://mister-muffin.de/p/kUQu.txt | 12:08 |
reform29396 | gonna increase the disk volumen and try again | 12:08 |
- akira (QUIT: Ping timeout: 264 seconds) (~akira@37.4.230.225) | 12:18 | |
- mjw (QUIT: Ping timeout: 256 seconds) (~mjw@gnu.wildebeest.org) | 12:51 | |
+ akira (~akira@2a01:599:a25:1826:9b6a:6481:4c8d:1350) | 12:54 | |
pandora | And I like the idea of only keeping bookworms+backports. Gives u more recent software | 12:56 |
+ mjw (~mjw@89.205.227.255) | 13:11 | |
reform29396 | @josch: i am only confused by: I: Source needs 1482852 KiB, while 1480248 KiB is free.) | 13:20 |
reform29396 | i have about 120GB sd space | 13:20 |
reform29396 | not sure why it think i only have 1.4G | 13:21 |
+ mark_ (~mjw@84.241.197.165) | 13:21 | |
reform29396 | do i need to change some env config? | 13:21 |
reform29396 | https://mister-muffin.de/p/fP0X.txt | 13:22 |
- mjw (QUIT: Ping timeout: 256 seconds) (~mjw@89.205.227.255) | 13:23 | |
- akira (QUIT: Ping timeout: 246 seconds) (~akira@2a01:599:a25:1826:9b6a:6481:4c8d:1350) | 13:41 | |
- mark_ (QUIT: Ping timeout: 264 seconds) (~mjw@84.241.197.165) | 14:22 | |
+ akira (~akira@2a01:599:a22:146:3e80:a2a:627b:2bd2) | 14:53 | |
- reform29396 (QUIT: Remote host closed the connection) (~user@business-90-187-186-49.pool2.vodafone-ip.de) | 15:54 | |
+ mjw (~mjw@2a02-a472-ffa1-1-f2e6-4728-2974-38b8.fixed6.kpn.net) | 15:58 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 16:05 | |
- mjw (QUIT: Remote host closed the connection) (~mjw@2a02-a472-ffa1-1-f2e6-4728-2974-38b8.fixed6.kpn.net) | 16:28 | |
+ mjw (~mjw@2a02-a472-ffa1-1-f2e6-4728-2974-38b8.fixed6.kpn.net) | 16:29 | |
- mjw (QUIT: Ping timeout: 256 seconds) (~mjw@2a02-a472-ffa1-1-f2e6-4728-2974-38b8.fixed6.kpn.net) | 16:44 | |
- akira (QUIT: Read error: Connection reset by peer) (~akira@2a01:599:a22:146:3e80:a2a:627b:2bd2) | 16:50 | |
+ akira (~akira@37.4.230.225) | 16:50 | |
josch | pandora: do you maybe have a tmpfs mounted in /tmp? | 16:59 |
josch | pandora: by default, sbuild builds in a scratch space in /tmp and not in the current directory | 16:59 |
josch | since i only have 3.6 GB ram on my a311d, a tmpfs in /tmp makes no sense | 17:00 |
josch | so i have this in my ~/.sbuildrc: | 17:00 |
josch | $unshare_tmpdir_template = '/home/josch/tmp/tmp.sbuild.XXXXXXXXXX'; | 17:00 |
josch | another way to change this, is to build with the environment variable $TMPDIR set to something you like | 17:01 |
josch | this variable will affect where the mktemp utility puts its temporary files and directories | 17:01 |
josch | pandora: 120GB is way too much -- remember that reform.d.n only has 20G available :) | 17:03 |
- mtm (QUIT: Ping timeout: 246 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 17:23 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 17:23 | |
- mtm (QUIT: Ping timeout: 264 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 17:30 | |
+ reform1889 (~user@business-90-187-186-49.pool2.vodafone-ip.de) | 17:46 | |
reform1889 | oh yeah u r right... there is all kind of stuff mounted | 17:47 |
reform1889 | this too | 17:47 |
reform1889 | tmpfs on /tmp type tmpfs (rw,nosuid,nodev,size=4051768k,nr_inodes=1048576,inode64) | 17:47 |
- reform1889 (QUIT: Remote host closed the connection) (~user@business-90-187-186-49.pool2.vodafone-ip.de) | 17:48 | |
pandora | there is also this weird bug in the waybar. when i click shutdown it actually reboots | 17:53 |
josch | pandora: on the pocket, yes? | 17:54 |
pandora | Yes | 17:54 |
josch | pandora: maybe either open an issue on source.mnt.re our write to the forum about this. I think that way is the best approach to not have this forgotten. | 17:54 |
josch | Of course unless Lukas happens to read this and put it on their TODO list. :) | 17:55 |
josch | pandora: and yes, you cannot build the kernel because that requires more than the 4 GB you have available in /tmp | 17:55 |
josch | this is not a problem on reform.d.n because it does not mount /tmp as tmpfs :) | 17:55 |
pandora | yeah i thought about just not doing this | 17:58 |
pandora | i don't even know the benefit of doing this tbh | 17:58 |
josch | pandora: benefit is that with your usual ram sizes, a lot of things that work with temporary files become much faster | 18:14 |
josch | debian recently switched to making /tmp a tmpfs by default | 18:14 |
josch | this was not the case in bookworm but will be in trixie | 18:14 |
- akira (QUIT: Read error: Connection reset by peer) (~akira@37.4.230.225) | 18:21 | |
+ akira (~akira@37.4.230.225) | 18:25 | |
pandora | ah ok | 18:46 |
pandora | then i may just adjust the size | 18:46 |
pandora | i am just confused how this is mounted | 18:49 |
pandora | in fstab there is no line about /tmp | 18:49 |
pandora | is there another place where things get mounted automatically? | 18:50 |
pandora | prob. some systemd | 19:07 |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 19:59 | |
- mtm (QUIT: Ping timeout: 256 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 20:08 | |
josch | pandora: that's exactly the change that was made, yes | 20:45 |
josch | pandora: in particular it's systemd tmpfiles | 20:45 |
josch | in case you are interested, this was the change: https://salsa.debian.org/systemd-team/systemd/-/commit/663eceb5f6bc080e3cf16cfaf88733598ee6a63a | 20:47 |
josch | /tmp being tmpfs was a systemd default for many years but this default was adjusted by debian | 20:48 |
josch | now debian removed this change and is now behaving like other distros using systemd | 20:48 |
+ mjw (~mjw@89.205.128.242) | 20:54 | |
pandora | ah yeah i see. it is defined in usr/lib/systemd/system/local-fs.target.wants/tmp.mount | 21:04 |
+ ZylonMaster (~hjcs@syn-098-015-248-249.res.spectrum.com) | 21:07 | |
pandora | ok rerunning the script with 16 gb of /tmp | 21:11 |
josch | that will be enough :) | 21:33 |
+ mark_ (~mjw@84.241.193.79) | 21:41 | |
- mjw (QUIT: Ping timeout: 264 seconds) (~mjw@89.205.128.242) | 21:44 | |
+ hjcfd (~hjcs@syn-098-015-248-249.res.spectrum.com) | 21:48 | |
- hjcfd (QUIT: Client Quit) (~hjcs@syn-098-015-248-249.res.spectrum.com) | 21:49 | |
- ZylonMaster (QUIT: Ping timeout: 268 seconds) (~hjcs@syn-098-015-248-249.res.spectrum.com) | 21:51 | |
* mark_ -> mjw | 21:53 | |
- mjw (QUIT: Ping timeout: 255 seconds) (~mjw@84.241.193.79) | 22:00 | |
josch | ex-parrot: we now have 40 G on reform.d.n :) | 22:03 |
+ Guest17 (~Guest17@37.4.230.225) | 22:13 | |
- Guest17 (QUIT: Client Quit) (~Guest17@37.4.230.225) | 22:16 | |
+ mjw (~mjw@84.241.193.79) | 22:16 | |
+ mark_ (~mjw@gnu.wildebeest.org) | 22:22 | |
* mjw -> Guest9455 | 22:22 | |
* mark_ -> mjw | 22:22 | |
- Guest9455 (QUIT: Ping timeout: 268 seconds) (~mjw@84.241.193.79) | 22:25 | |
- sevan (QUIT: Ping timeout: 255 seconds) (~sevan@user/venture37) | 22:44 | |
violet | will i be able to take my ssd out of my full size reform and drop it into my pocket and just boot up | 22:52 |
violet | like do the same kernel/devicetree work if i stick to the same compute module | 22:53 |
josch | violet: the device tree is slightly different even with the same module | 22:53 |
violet | makes sense | 22:53 |
josch | but your ssd does not contain /boot or does it? | 22:53 |
violet | it does not | 22:54 |
violet | i was thinking whether i can transfer my boot image as-is or not mostly | 22:54 |
violet | which i have on the emmc | 22:54 |
violet | but yeah sounds like i will need to tweak it a little bit | 22:55 |
josch | i'd re-generate your /boot from scratch | 22:56 |
josch | you can do that by running apt-get install --reinstall linux-image-... | 22:56 |
josch | i wrote up this migration guide from imx8mq to a311d: https://community.mnt.re/t/migrating-encrypted-nvme-to-different-som-imx8mq-to-a311d/1783 | 22:56 |
josch | in your case, you stay with the same SoM, so your entries in /etc/fstab should stay the same | 22:57 |
violet | so i guess, boot up with an sd card, chroot in & set up /boot mount, and then run that | 22:57 |
josch | yes | 22:57 |
josch | essenitally the same thing you'd do once your system became unbootable and you need to restore /boot | 22:58 |
violet | yeah | 22:58 |
violet | this is basically what i did when i first got it, migrating from the really old setup the previous owner had | 22:58 |
violet | does the imx8m+ have emmc also? | 22:58 |
josch | yes | 22:59 |
violet | nice. i will try to switch to that then | 22:59 |
violet | i think mine comes with that | 22:59 |
violet | i am on imx8mq right now | 23:00 |
josch | if you are having too much free time (haha) there are a couple of things for which i am looking for users who have an imx8mq to test them :) | 23:02 |
violet | i could do that. but it might be a bit. i have dental surgery only a few days after im scheduled to receive my pocket shipment actually | 23:02 |
josch | oh wow much success and good recovery! | 23:03 |
violet | thanks! | 23:04 |
+ sevan (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 23:06 | |
+ mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 23:25 | |
josch | xz: Reduced the number of threads from 6 to 5 to not exceed the memory usage limit of 931 MiB | 23:27 |
josch | oh wow xz being clever! | 23:27 |
+ chomwitt (~chomwitt@ppp-2-87-3-184.home.otenet.gr) | 23:35 | |
- erle (QUIT: Ping timeout: 264 seconds) (~erle@user/erle) | 23:36 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!