| + jacobk (~quassel@utdpat241106.utdallas.edu) | 00:33 | |
| - jacobk (QUIT: Ping timeout: 240 seconds) (~quassel@utdpat241106.utdallas.edu) | 00:41 | |
| + jacobk (~quassel@utdpat241106.utdallas.edu) | 01:05 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 01:11 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@utdpat241106.utdallas.edu) | 01:27 | |
| - mjw (QUIT: Ping timeout: 240 seconds) (~mjw@gnu.wildebeest.org) | 02:26 | |
| - Guest4792 (QUIT: Ping timeout: 240 seconds) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 02:37 | |
| - ericsfraga (QUIT: Ping timeout: 268 seconds) (~user@2.28.19.21) | 02:39 | |
| - jn (QUIT: Ping timeout: 256 seconds) (~quassel@user/jn/x-3390946) | 02:48 | |
| + jn (~quassel@2001-4dd3-c6b6-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de) | 02:48 | |
| - jn (QUIT: Changing host) (~quassel@2001-4dd3-c6b6-0-20d-b9ff-fe49-15fc.ipv6dyn.netcologne.de) | 02:48 | |
| + jn (~quassel@user/jn/x-3390946) | 02:48 | |
| + Guest4792 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 02:50 | |
| - cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra) | 02:51 | |
| + cobra (~cobra@user/Cobra) | 03:00 | |
| - Guest4792 (QUIT: Ping timeout: 256 seconds) (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 03:19 | |
| + Guest4792 (~mjw@82-217-174-174.cable.dynamic.v4.ziggo.nl) | 03:32 | |
| - nsc (QUIT: Ping timeout: 268 seconds) (~nicolas@i5C74DC13.versanet.de) | 03:49 | |
| + nsc (~nicolas@i5C74DEBF.versanet.de) | 03:50 | |
| + jacobk (~quassel@utdpat241106.utdallas.edu) | 04:17 | |
| - jacobk (QUIT: Ping timeout: 268 seconds) (~quassel@utdpat241106.utdallas.edu) | 04:41 | |
| - skipwich (QUIT: Quit: DISCONNECT) (~skipwich@user/skipwich) | 05:01 | |
| + skipwich (~skipwich@user/skipwich) | 05:03 | |
| + jacobk (~quassel@utdpat242026.utdallas.edu) | 05:11 | |
| - robin_ (QUIT: Ping timeout: 246 seconds) (~robin@user/terpri) | 05:24 | |
| - Gooberpatrol66 (QUIT: Read error: Connection reset by peer) (~Gooberpat@user/gooberpatrol66) | 05:25 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 05:31 | |
| - jacobk (QUIT: Ping timeout: 268 seconds) (~quassel@utdpat242026.utdallas.edu) | 05:52 | |
| + jacobk (~quassel@utdpat241040.utdallas.edu) | 06:07 | |
| - laumann_ (QUIT: Changing host) (~quassel@2a0a-e5c0-2-2-0-c8ff-fe68-bef1.loves.ipv6.at.ungleich.ch) | 06:24 | |
| + laumann_ (~quassel@user/laumann) | 06:24 | |
| * laumann_ -> laumann | 06:24 | |
| swivel | are there any known issues with the backlight sticking off in the console on the imx8 reform? | 06:55 |
|---|---|---|
| swivel | i was working on some stuff in console then got distracted by a conversation for a couple hours, returned to a black screened reform that seemed to still be otherwise running | 06:56 |
| swivel | no amount of keyboard or trackball activity brought back the display though | 06:56 |
| - hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 07:14 | |
| + hairu (m-uotkmd@user/hairu) | 07:17 | |
| - Gooberpatrol66 (QUIT: Ping timeout: 268 seconds) (~Gooberpat@user/gooberpatrol66) | 07:18 | |
| - cobra (QUIT: Remote host closed the connection) (~cobra@user/Cobra) | 07:39 | |
| + cobra (~cobra@user/Cobra) | 07:40 | |
| josch | swivel: do you have swayidle configured to do any sort of dpms off when idle? | 07:44 |
| swivel | i was on the console, no wayland compositor running - i haven't changed any configuration since stock beyond some .bashrc stuff like set -o vi | 07:49 |
| digitalrayne | i wonder if it still happens if you run "setterm -blank 0; setterm -powersave off" | 08:08 |
| digitalrayne | if it stops happening you'd know it was console blanking related and not some spooky hardware mystery | 08:08 |
| digitalrayne | i mean, it can always be a spooky hardware mystery, but it's at least a clue which one | 08:09 |
| josch | swivel: yes, i think trying what digitalrayne said makes sense | 08:42 |
| josch | one problem we have is that any "dmps off" will lead to random lock-ups of the whole platform | 08:42 |
| josch | and i think it's not unlikely that console blanking uses dmps to switch things off | 08:42 |
| - jacobk (QUIT: Ping timeout: 240 seconds) (~quassel@utdpat241040.utdallas.edu) | 08:42 | |
| swivel | really? that's a known thing re: random lockups ? | 08:44 |
| josch | swivel: if dpms involved yes | 08:57 |
| swivel | well i'm just using it as it was delivered in the console... i don't know if it involves dpms when the console blanks | 08:58 |
| josch | swivel: can you try out the theory by digitalrayne and see if disabling blanking prevents any lock-ups? | 08:58 |
| josch | because if it does, then it's highly likely that console blanking involves dpms and that explains your problem | 08:59 |
| swivel | i will, tomorrow :) it's at the office | 08:59 |
| josch | but tomorrow is saturday! :D | 09:00 |
| + jacobk (~quassel@64.189.201.150) | 09:00 | |
| swivel | it wasn't when I wrote that, yet ;) | 09:00 |
| - V (QUIT: Ping timeout: 246 seconds) (~v@ircpuzzles/2022/april/winner/V) | 11:21 | |
| digitalrayne | does anyone know if the modesetting xorg driver works with linux etnaviv on imx8 (reform)? | 11:37 |
| digitalrayne | or generally if there is a good way to run xorg on reform? | 11:41 |
| josch | digitalrayne: it used to work with some custom xorg.conf settings | 11:45 |
| digitalrayne | thanks josch, i found this for imx6, and was going to test it out for imx8 https://mntre.com/media/tech_notes_md/2018-11-19-using-modesetting-with-etnaviv.html - is this what you remember? | 11:46 |
| josch | what used to be in reform-tools was this: https://paste.debian.net/hidden/370d2325/ | 11:46 |
| digitalrayne | ah awesome, thanks, i'll see if i can get it working | 11:47 |
| + f_ (~AUGESOUND@fases/developer/funderscore) | 11:59 | |
| grimmware | anyone know how long it typically takes crowdsupply to respond to support requests? I submitted a request to change my shipping address a couple of days ago and I've had no response yet | 12:29 |
| - f_ (QUIT: Ping timeout: 260 seconds) (~AUGESOUND@fases/developer/funderscore) | 12:37 | |
| minute | grimmware: do you have an order id? i can forward it to a contact at cs internally | 12:49 |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 13:21 | |
| * Guest4792 -> mjw | 13:40 | |
| + ericsfraga (~user@2.28.216.161) | 13:48 | |
| minute | ok, how to purge old artifacts again... | 13:58 |
| josch | minute: i think it also helps to delete old and unused branches | 14:15 |
| josch | minute: also note that the space is not only "wasted" by your repos but also by all the forks | 14:15 |
| minute | i am using glab cli tool to purge old reform-system-image jobs | 14:17 |
| josch | nice, then you already have glab set up for your repos | 14:18 |
| minute | just did it :3 | 14:18 |
| josch | i'm currently writing a script which automates the creation of releases | 14:18 |
| josch | it's unfortunate that the gitlab api does not allow to list the artifact filenames for a job | 14:19 |
| grimmware | minute: yeah, 168817 | 14:31 |
| grimmware | Thanks man | 14:31 |
| josch | minute: there was a new glibc upload 7 hours ago and the buildds built the amd64 packages before arm64 and thus there is a version mismatch when cross-compiling -- thus the job failure | 14:32 |
| josch | next dinstall is in 1:20 hours | 14:32 |
| minute | ;____; | 15:01 |
| minute | josch: \ | 15:01 |
| minute | josch: thanks for the explainer! | 15:02 |
| minute | grimmware: fwded it | 15:03 |
| minute | ok then i will test around with monolithic kernel build in the meantime | 15:04 |
| minute | or does testing have 6.7 as well? | 15:04 |
| + f_ (~AUGESOUND@fases/developer/funderscore) | 15:20 | |
| josch | minute: no, testing is still on 6.6 and linux 6.7 cannot migrate to testing until the transitions of perl, elfutils, openssl, python3.11 and python3.12 are handled | 15:24 |
| minute | ok | 15:30 |
| josch | linux 6.7 has been stuck in unstable for eight weeks now and unless the 64bit time_t and surrounding transitions get resolved it cannot migrate | 15:34 |
| minute | dramatic | 15:37 |
| minute | maybe it will be skipped in favor of 6.8 in the end? :D | 15:37 |
| mjw | ACTION looks up | 15:39 |
| mjw | josch, I assume I cannot help here because debian package specific, but I happen to be the upstream maintainer of elfutils. | 15:40 |
| josch | mjw: oh awesome! :D | 15:43 |
| josch | mjw: if you have another SONAME bump planned, then that would make things "look" nicer but | 15:44 |
| josch | the current problem is that reverse dependencies of elfutils fail to build from source and need to be re-bootstrapped on armel and armhf see https://release.debian.org/transitions/html/auto-elfutils.html | 15:44 |
| josch | minute: yes, that is a real possibility | 15:45 |
| mjw | josch, we never ever do SONAME bumps, sorry. We don't break (backward) API/ABI. | 15:46 |
| josch | that is also good news :) | 15:46 |
| mjw | ah, but this one is forced because time_t changes... irgh. | 15:47 |
| mjw | ah, and upstream doesn't support armel and mips is a work in progress. Will take a look to see if I can steal what debian did there. | 15:48 |
| josch | mjw: mips is as good as dead though | 15:51 |
| josch | debian porters recently said that those using mips before are now moving to loongson | 15:51 |
| josch | mjw: yes, what i meant with "look nicer" before is, that if elfutils never breaks abi (which is a good thing by itself) then the packages in debian will forever be named libelf1t64, libasm1t64 and libdebuginfod1t64, respectively which imho looks quite ugly :D | 15:53 |
| josch | mjw: for armel support contact canonical -- they are the ones that drove this transition and they are interested in support for armel and armhf beyond 2034 | 15:54 |
| + rah (rah@verain.settrans.net) | 15:54 | |
| mjw | grin. you might be the only one who cares about the soname of ELF libraries :) Not saying that does look funny. But, uhm, well... Probably shouldn't say this here, given how nicely designed everything mnt does is. But people caring about nicely looking sonames, might be a really small group. | 15:55 |
| rah | I just booted up my MNT Reform 2 and the trackball is not working properly; it seemed to be non-responsive to ball movement so I took the ball out and cleaned it and blew the sensors but that made no difference; now I notice that the pointer moves when the buttons are pressed and now as I write this, the pointer is moving randomly of its own accord, without any physical activity on the device | 15:57 |
| rah | also, the LED backlights are permanently on although I don't recall whether that's normal# | 15:58 |
| rah | any advice? | 15:58 |
| mjw | cleaning the ball always fixed any oddness with the trackball for me | 15:59 |
| rah | as I said, I cleaned mine and it hasn't had an impact | 16:01 |
| minute | rah: the trackball leds are on? | 16:01 |
| rah | minute: yes | 16:01 |
| minute | rah: that's very odd | 16:01 |
| rah | minute: yes | 16:01 |
| minute | rah: can you see if that is a rp2040 or atmega32u2 mcu model trackball? | 16:01 |
| minute | rah: in any case, might be some electronics failure... we can send you a replacement controller board | 16:02 |
| rah | lsusb reports an Atmel Mouse demo thing so I'm guessing atmega | 16:02 |
| minute | rah: sensor cable fitted ok? | 16:03 |
| rah | from the looks of it | 16:03 |
| rah | and nothing's happened to the laptop in the meantime, it's just been on my desk next to where it was last powered down | 16:03 |
| josch | minute: tinyusb, pico-sdk and picotool are now all packaged up and uploaded to NEW -- soon you won't need to git clone all that stuff anymore :) | 16:07 |
| minute | josch: ohhh that's really awesome | 16:10 |
| josch | yes, i'm especially happy with pico-sdk as it includes a dozen files with a license that even disallows distribution unless you have written permission from the copyright holder | 16:11 |
| minute | eek | 16:11 |
| rah | it looks like the sensor cable was not fitted OK | 16:12 |
| minute | rah: ah! | 16:12 |
| rah | I took the cover off and noticed the lever on the FPC receptical was hanging up | 16:12 |
| minute | nice | 16:12 |
| rah | I didn't assemble the laptop so it may have been like that since it was assembled | 16:13 |
| rah | no idea why it's become a problem now | 16:13 |
| rah | thanks | 16:13 |
| - buckket (QUIT: Quit: buckket) (~buckket@vps.buckket.org) | 16:48 | |
| + buckket (~buckket@vps.buckket.org) | 16:48 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 18:54 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@64.189.201.150) | 19:58 | |
| + gustav28 (~gustav@c-5a37524e.019-141-67626730.bbcust.telenor.se) | 20:02 | |
| + jacobk (~quassel@utdpat242060.utdallas.edu) | 20:19 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 21:06 | |
| * mjw -> Guest9503 | 21:11 | |
| - Guest9503 (QUIT: Killed (tungsten.libera.chat (Nickname regained by services))) (~mjw@82-217-174-174.cable.dynamic.v4.ziggo.nl) | 21:11 | |
| * mark_ -> mjw | 21:11 | |
| + Guest9503 (~mjw@2001:1c06:2488:1400:4fd:39a7:74ac:7bae) | 21:12 | |
| - f_ (QUIT: Quit: To contact me, send a memo using MemoServ, PM f_[xmpp], or send an email. See https://vitali64.duckdns.org/.) (~AUGESOUND@fases/developer/funderscore) | 21:14 | |
| - jacobk (QUIT: Ping timeout: 240 seconds) (~quassel@utdpat242060.utdallas.edu) | 21:48 | |
| - kremlin (QUIT: Ping timeout: 256 seconds) (~kremlin@ip124.ip-167-114-218.net) | 22:06 | |
| + kremlin (~kremlin@ip124.ip-167-114-218.net) | 22:11 | |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-5a37524e.019-141-67626730.bbcust.telenor.se) | 22:15 | |
| + jacobk (~quassel@2603:8081:2103:e500:441f:acd8:eaf6:9544) | 22:23 | |
| - GNUmoon2 (QUIT: Read error: Connection reset by peer) (~GNUmoon@gateway/tor-sasl/gnumoon) | 23:13 | |
| + GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) | 23:14 | |
| + V (~v@ircpuzzles/2022/april/winner/V) | 23:14 | |
| - V (QUIT: K-Lined) (~v@ircpuzzles/2022/april/winner/V) | 23:16 | |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@2603:8081:2103:e500:441f:acd8:eaf6:9544) | 23:49 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!