| jfred | minute: It hasn't been top of mind since the pandemic, but they're kinda nice if you're e.g. working from a coffee shop and want to step away for a moment. I think all that's needed on the device side (on a metal case where reinforcement isn't needed) is a slot with specific dimensions and a minimum/maximum wall thickness | 00:00 |
|---|---|---|
| jfred | (and for no electronic components to be placed where the part of the lock inside the laptop might be) | 00:00 |
| vkoskiv | I've actually never used a kensington lock. | 00:01 |
| vkoskiv | I just always figured they were only used for display units, never thought about using them myself | 00:02 |
| jfred | I've used them occasionally, though I've more often forgotten they existed and just been nervous about someone walking off with my laptop 😅 | 00:04 |
| vagrantc | i just use my bike u-lock, poke a hole right through the corner. careful with the batteries! | 00:04 |
| vagrantc | honestly, with the way the mnt/reform is overbuilt in most ways, it wouldn't seem too absurd :) | 00:05 |
| jfred | but a friend had one recently and asked me what it was, then gave it to me since she wasn't likely to use it | 00:05 |
| jfred | so I now have one lying around again 😆 | 00:05 |
| vkoskiv | where do you hook up the other end? Is it just a loop of wire? | 00:05 |
| jfred | vagrantc: I'm imagining one of the massive kryptonite u-locks routed through a reform | 00:05 |
| vagrantc | yeah, exactly | 00:05 |
| sevan | https://social.v.st/@th/110400596632087559 | 00:06 |
| vagrantc | heh | 00:07 |
| jfred | vkoskiv: there's a loop at the end that you run the cable through to cinch it down. works okay if what you loop it around is bolted to the floor, not so much if you can slip it off the bottom (e.g. table legs) | 00:09 |
| jfred | easy enough to cut, but it's just enough of a deterrent to avoid some opportunistic thefts | 00:11 |
| jfred | sevan: right, you don't want to do that 😆 | 00:13 |
| sevan | :D | 00:16 |
| - mjw (QUIT: Ping timeout: 240 seconds) (~mjw@gnu.wildebeest.org) | 00:43 | |
| - sbates (QUIT: Remote host closed the connection) (~sbates@user/sbates) | 01:57 | |
| + sbates (~sbates@user/sbates) | 01:59 | |
| - mtm- (QUIT: Ping timeout: 256 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 02:02 | |
| - mtm (QUIT: Ping timeout: 256 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 02:02 | |
| - Ar|stote|is (QUIT: Ping timeout: 256 seconds) (~linx@149-210-16-215.mobile.nym.cosmote.net) | 02:26 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20) | 03:01 | |
| - sbates (QUIT: Remote host closed the connection) (~sbates@user/sbates) | 03:38 | |
| + mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 04:09 | |
| + mtm- (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 04:12 | |
| - gnou_liber (QUIT: Read error: Connection reset by peer) (~gnou_libe@223.pool85-50-3.static.orange.es) | 04:29 | |
| + gnou_liber (~gnou_libe@223.pool85-50-3.static.orange.es) | 04:37 | |
| + klardotsh (~klardotsh@98.97.113.255) | 05:57 | |
| + bgs (~bgs@212-85-160-171.dynamic.telemach.net) | 08:32 | |
| + mjw (~mjw@gnu.wildebeest.org) | 10:21 | |
| - mjw (QUIT: Ping timeout: 256 seconds) (~mjw@gnu.wildebeest.org) | 10:41 | |
| - RyanKabir[m] (QUIT: Remote host closed the connection) (~brainyark@2001:470:69fc:105::3:49db) | 11:00 | |
| - XYZ (QUIT: Ping timeout: 256 seconds) (~XYZ@37-48-25-241.nat.epc.tmcz.cz) | 11:32 | |
| + XYZ (~XYZ@37-48-25-241.nat.epc.tmcz.cz) | 11:36 | |
| + mjw (~mjw@gnu.wildebeest.org) | 11:51 | |
| + sbates (~sbates@user/sbates) | 12:53 | |
| - gnou_liber (QUIT: Read error: Connection reset by peer) (~gnou_libe@223.pool85-50-3.static.orange.es) | 13:17 | |
| + eery (~eery@77.137.65.251) | 13:18 | |
| - sbates (QUIT: Remote host closed the connection) (~sbates@user/sbates) | 13:20 | |
| + sbates (~sbates@user/sbates) | 13:21 | |
| + gnou_liber (~gnou_libe@223.pool85-50-3.static.orange.es) | 13:24 | |
| eery | Haven't done really thorough review yet, but I've experimentally confirmed that compiling Mesa with -Os in both GCC and Clang yields slightly higher glmark2 performance than either O2 or O3 | 13:41 |
| - mtm (QUIT: Ping timeout: 240 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 14:03 | |
| - mtm- (QUIT: Ping timeout: 240 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 14:04 | |
| minute | heh https://github.com/r9os/r9 | 14:37 |
| josch | i think i used to get some output in dmesg when unplugging an sd-card and i certainly should get one when plugging in an sd-card again -- but now nothing... | 14:53 |
| josch | can somebody else with the latest kernel see if this works for them? | 14:53 |
| josch | maybe it's a software issue and not a hardware issue | 14:53 |
| josch | because if i leave the sd-card in and then reboot, i can mount it just fine | 14:53 |
| josch | just plugging it out and putting it back in doesn't work anymore for some reason | 14:54 |
| sbates | With the pandemic, I haven't been using my Reform, but now that I'm going out a bit more, I'd like to start using it again. I haven't tried the V3 OS image yet. On the GitLab releases page I see sysimage-v3-20220624. Is that the one to use, or should I use a newer build? | 14:57 |
| josch | sbates: i just tested the latest one and it works fine -- you should use the latest | 14:58 |
| sbates | josch: thanks, is that the 1173 job? | 14:58 |
| josch | sbates: yes | 15:04 |
| josch | i did this: wget https://source.mnt.re/reform/reform-system-image/-/jobs/1173/artifacts/raw/reform2-imx8mq/reform-rescue-system.img.gz | 15:04 |
| josch | (i assume the number in there is the job number) | 15:05 |
| sbates | thanks | 15:05 |
| - sbates (QUIT: Remote host closed the connection) (~sbates@user/sbates) | 15:42 | |
| + mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 16:09 | |
| + mtm- (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 16:13 | |
| - XYZ (QUIT: Ping timeout: 240 seconds) (~XYZ@37-48-25-241.nat.epc.tmcz.cz) | 17:01 | |
| + XYZ (~XYZ@37-48-12-99.nat.epc.tmcz.cz) | 17:05 | |
| + sbates (~sbates@user/sbates) | 17:12 | |
| - sbates (QUIT: Read error: Connection reset by peer) (~sbates@user/sbates) | 17:13 | |
| - klardotsh (QUIT: Ping timeout: 256 seconds) (~klardotsh@98.97.113.255) | 18:54 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 18:57 | |
| + sbates (~sbates@user/sbates) | 19:18 | |
| - qbit (QUIT: Quit: WeeChat 3.7.1) (~qbit@h.suah.dev) | 22:28 | |
| + qbit (~qbit@h.suah.dev) | 22:35 | |
| - bgs (QUIT: Remote host closed the connection) (~bgs@212-85-160-171.dynamic.telemach.net) | 23:01 | |
| + bgs (~bgs@212-85-160-171.dynamic.telemach.net) | 23:26 | |
| josch | i need some help from some actual linux hackers with compiling linux with the reform patches. At the very end, when linking vmlinux i get: | 23:32 |
| josch | ld: drivers/gpu/drm/bridge/cadence/cdns-hdmi-core.o: in function `hdmi_avi_info_set': | 23:32 |
| josch | /home/josch/tmp/linux-torvalds/drivers/gpu/drm/bridge/cadence/cdns-hdmi-core.c:99: undefined reference to `drm_hdmi_avi_infoframe_colorimetry' | 23:32 |
| josch | ld: drivers/gpu/drm/bridge/cadence/cdns-hdmi-core.o: in function `hdmi_drm_info_set': | 23:32 |
| josch | /home/josch/tmp/linux-torvalds/drivers/gpu/drm/bridge/cadence/cdns-hdmi-core.c:159: undefined reference to `drm_hdmi_infoframe_set_hdr_metadata' | 23:32 |
| josch | those symbols come from drivers/gpu/drm/display/drm_hdmi_helper.c and indeed drivers/gpu/drm/display/drm_hdmi_helper.o is not built | 23:34 |
| josch | but according to kernelconfig.io, CONFIG_DRM_DISPLAY_HDMI_HELPER is not configurable | 23:35 |
| josch | does anybody see what the problem could be? | 23:35 |
| + klardotsh (~klardotsh@98.97.113.255) | 23:41 | |
| - bgs (QUIT: Remote host closed the connection) (~bgs@212-85-160-171.dynamic.telemach.net) | 23:49 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!