2025-03-09.log

+ gordon1 (~gordon1@citadel.niflheim.info)00:07
- wickedshell (QUIT: Read error: Connection reset by peer) (~wickedshe@2601:8c0:800:4baa:2d32:48e0:49db:4b9e)00:10
joschor rather: should EMMC_USE for BPI-CM4 not be "true" because the dangerous part is only flashing u-boot but not anything you do with the rest of eMMC space?00:15
- aloo_shu (QUIT: Ping timeout: 246 seconds) (~aloo_shu@90.166.99.125)00:23
- glu_ (QUIT: Remote host closed the connection) (~glu@user/glu)00:28
+ aloo_shu (~aloo_shu@90.166.99.125)00:29
- aloo_shu (QUIT: Remote host closed the connection) (~aloo_shu@90.166.99.125)00:30
+ aloo_shu (~aloo_shu@90.166.99.125)00:30
- mtm (QUIT: Ping timeout: 276 seconds) (~textual@47.202.75.129)01:02
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@h167.248.96.50.static.ip.windstream.net)01:03
+ bkeys (~Thunderbi@50.96.248.167)01:04
+ mtm (~textual@47.202.75.129)01:05
+ wickedshell (~wickedshe@2601:8c0:800:4baa:fa9b:5d9e:bbb8:9b8c)01:10
- chomwitt (QUIT: Ping timeout: 268 seconds) (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)02:04
minutejosch: in the meantime we actually use emmc on the bpi cm4 for default system image installation, so it can be changed to "warn".02:08
- Sario (QUIT: Quit: WeeChat 4.3.5) (sario@libera/staff/owl/sario)02:18
- colinsane (QUIT: Quit: bye) (~colinunin@97-113-144-23.tukw.qwest.net)03:13
+ colinsane (~colinunin@97-113-144-23.tukw.qwest.net)03:17
- paperManu (QUIT: Ping timeout: 245 seconds) (~paperManu@107.159.71.33)03:19
- mjw (QUIT: Ping timeout: 252 seconds) (~mjw@gnu.wildebeest.org)03:20
- colinsane (QUIT: Ping timeout: 265 seconds) (~colinunin@97-113-144-23.tukw.qwest.net)03:41
+ colinsane (~colinunin@97-113-129-171.tukw.qwest.net)03:56
- colinsane (QUIT: Client Quit) (~colinunin@97-113-129-171.tukw.qwest.net)03:59
- op_4 (QUIT: Remote host closed the connection) (~tslil@user/op-4/x-9116473)04:05
+ op_4 (~tslil@user/op-4/x-9116473)04:05
- vagrantc (QUIT: Ping timeout: 265 seconds) (~vagrant@2600:3c01:e000:21:7:77:0:50)04:30
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@50.96.248.167)06:10
joschnice, another change for 1.69 :)07:11
+ gustav28 (~gustav@c-78-82-54-147.bbcust.telenor.se)10:02
- jacobk (QUIT: Ping timeout: 276 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net)10:04
+ jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net)10:05
- Ar|stote|is (QUIT: Ping timeout: 248 seconds) (~linx@149.210.16.94)10:45
+ Ar|stote|is (~linx@149.210.16.225)10:49
- iank (QUIT: Quit: ZNC 1.8.2+deb2+deb11u1 - https://znc.in) (~iank@fsf/staff/iank)12:25
+ iank (~iank@fsf/staff/iank)12:28
- Ar|stote|is (QUIT: Ping timeout: 276 seconds) (~linx@149.210.16.225)12:37
- mtm (QUIT: Ping timeout: 244 seconds) (~textual@47.202.75.129)13:02
+ mtm (~textual@47.202.75.129)13:05
+ paperManu (~paperManu@107.159.71.33)13:32
+ mjw (~mjw@gnu.wildebeest.org)13:58
abortretryfailjosch: does your sound still work OK since you did that charger mod? 14:24
abortretryfailI only ask because in your first photo, there's some threads of wire that look like they might be shorting things from the sound chip onto the charging circuit.14:25
joschabortretryfail: sound works fine. As you can see in my second photo, I also cleaned up that section of PCB a lot. I do not see any residue anymore.14:32
- xha (QUIT: Quit: WeeChat 4.4.4) (~xha@user/xha)14:38
abortretryfailHm, okay.14:39
+ xha (~xha@user/xha)14:41
joschbut maybe it *is* residue after all14:41
joschi cleaned the surface with IPA and the resistance of R8 went *up* to 4.8 kOhm14:42
joschthen, after cleaning everything it decreased back to 3.8 kOhm14:43
joschif the resistance were internal to the chip, there would not be a change in resistance at R8 while cleaning it14:43
joschso at some point I'll just disassemble the whole thing, take the motherboard out and clean it even more rigurously14:43
abortretryfailThere might be some conductive flake of dust or debris between some pins on a chip somewhere too.15:10
joschyes, i tried very hard to clean the LTC4020 pins, especially around pin 25, with IPA and cannot visually spot anything :/15:11
joschabortretryfail: i very much appreciate your feedback, thank you!15:12
abortretryfailI hope you figure it out. :)15:19
chfor a moment i thought you cleaned something with a beer15:28
chinternal cleaning, or so15:28
joschch: do you have any thoughts on moving /etc/skel from the reform-system-image git into reform-tools under /usr/share/reform-tools so that the correct device-specific default $HOME contents can be put into /etc/skel by reform-setup-wizard? Discussion was yesterday around 17:00 UTC15:32
joschno beer in this household -- i just get headaches from beer XD15:32
chjosch: without having read yesterdays discussion, i have another package that wants to move its files from /etc/skel into /usr/share/<something>15:33
joschoh?15:34
chi wonder how updates would work though15:35
chespecially if there will supposedly be 'device-specific hacks' in these files15:35
joschch: updates would work because reform-tools does not ship them in /etc but in /usr15:36
chshould the files maybe always live in /usr/share/... and in skel there should only be stub files that source the files from /usr15:36
chjosch: yeah but how do users -get- the update applied to their files15:36
joschthey don't15:36
chthats probably a problem :>15:36
joschit is, but it always has been and nobody is thinking of a solution for that so far15:37
joschhaving skel in /usr is making it a bit easier for users though to manually update their $HOME15:37
chright15:37
joschbecause they no longer have to dig around in reform-system-image git to grab the latest /etc/skel files15:37
chso i think its smart to have the files in /usr/somewhere15:37
chif reform-setup-wizard creates the first user, it could also directly copy the files into the users home, and not touch /etc/skel15:38
joschyes15:41
joschthis has the added benefit, that we can then let the device-specific skel be a symlink farm instead of having a lot of duplicates around15:41
+ chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)15:43
chhttps://github.com/grml/grml-etc-core/tree/master/etc/skel is the other package thing15:44
chif you're curious15:44
joschah i see15:45
joschthe move away from /etc/skel already happened for reform-tools15:45
joschbut we moved it to reform-system-image, so the files in /etc/skell will just become outdated over time15:46
joschmain problem with shipping it in /etc/skel was, that now all the files are conf-files and cannot be changed easily by package upgrades15:47
chyeah thats our other option, but was immediately discarded15:47
chalso i think policy has a word or two about /etc/skel15:47
joschyes, but bash ships files in /etc/skel15:47
- chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)15:47
chdid you want me to think about anything in particular regarding moving?15:50
joschch: yes, i'm thinking about how to best do the device specific layout15:55
joschi'm thinking about:15:55
josch/usr/share/reform-tools/skel/$(cat /proc/device-tree/model)/15:56
joschand then have symlinks inside there to /usr/share/reform-tools/skel/common15:56
joschexcept for the files that differ15:56
joschand then reform-setup-wizard would copy with cp --dereference15:57
chi wonder if you immediately want common-reform2 common-pocket common-next15:58
chand/or common-rk3588 common-bpicm4 etc15:58
joschyes, or common-rk358815:58
joschyes15:58
chso maybe a bit more namespacing might be good15:58
joschor maybe the binary package *does* ship duplicates but de-duplicating is done at build-time15:58
ch /usr/share/reform-tools/skel/model/$(cat /proc/device-tree/model)/ /usr/share/reform-tools/skel/bsp/{rk3588,...} /usr/share/reform-tools/skel/product/{reform2,next,...}15:59
joschso that the duplicates do not end up in the reform-tools git where they would be most annoying15:59
chhm yeah15:59
chone day you could have reform-tools-{reform2,pocket,next} to avoid duplication on installed systems, but istm not worth it today16:00
joschyes, it's only very tiny text files16:00
joschwhich is why i also wonder if symlink farms would not be very confusing, considering that their utility is not for space savings but to avoid situations in which one copy is getting changed and another is forgotten16:01
chi think where possible it'd be better to use an include mechanism and not a symlink16:01
joschi'd also like to know about prior art for such a thing but cannot come up with any16:02
joschbecause all these ideas sound very custom and alien and another "cost" is how hard it is for other contributors to understand what is going on16:03
chcould also use a template engine16:04
chi think a lot of people understand jinja2 or something similar16:04
joschyes, that would be a nice for a "generate directory structure at build-time" solution16:06
- natalie- (QUIT: Quit: quit) (~natalie@user/natalie)16:07
chcould also use it at reform-setup-wizard time16:08
chthen r-s-w can allow some customizations too16:08
+ natalie (~natalie@user/natalie)16:09
chthe other thing that comes to my mind, but i cannot really suggest is ansible16:09
joschhah :)16:09
joschi like the jinja2 idea, thank you16:09
- jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@47-186-65-73.dlls.tx.frontiernet.net)16:32
+ jacobk (~quassel@47-186-65-73.dlls.tx.frontiernet.net)16:33
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)17:08
- mtm (QUIT: Read error: Connection reset by peer) (~textual@47.202.75.129)17:25
+ mtm (~textual@47.202.75.129)17:25
- mtm (QUIT: Ping timeout: 272 seconds) (~textual@47.202.75.129)17:43
- vagrantc (QUIT: Ping timeout: 252 seconds) (~vagrant@2600:3c01:e000:21:7:77:0:50)17:45
+ mtm (~textual@47.202.75.129)17:45
+ Ar|stote|is (~linx@149.210.32.174)17:46
- mtm (QUIT: Ping timeout: 246 seconds) (~textual@47.202.75.129)18:03
+ mtm (~textual@47.202.75.129)18:07
- GNUmoon (QUIT: Read error: Connection reset by peer) (~GNUmoon@gateway/tor-sasl/gnumoon)19:15
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)19:15
- cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra)19:35
- GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon)20:49
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon)20:49
- MyNetAz (QUIT: Remote host closed the connection) (~MyNetAz@user/MyNetAz)20:50
+ cobra (~cobra@user/Cobra)20:55
+ MyNetAz (~MyNetAz@user/MyNetAz)21:01
- laumann (QUIT: Read error: Connection reset by peer) (~quassel@user/laumann)21:05
+ laumann (~quassel@2a0a-e5c0-2-2-0-c8ff-fe68-bef1.loves.ipv6.at.ungleich.ch)21:09
- gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-54-147.bbcust.telenor.se)22:15
- digitalrane (QUIT: Remote host closed the connection) (~digitalra@user/digitalrane)22:26
+ digitalrane (~digitalra@user/digitalrane)22:26
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50)22:28
- yqshao (QUIT: Remote host closed the connection) (~yqshao@user/yqshao)22:50
+ yqshao (~yqshao@user/yqshao)22:50
+ chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1)22:52
+ bkeys (~Thunderbi@50.96.248.167)22:56
- bkeys (QUIT: Client Quit) (~Thunderbi@50.96.248.167)22:56
+ bkeys (~Thunderbi@50.96.248.167)22:57
- bkeys (QUIT: Client Quit) (~Thunderbi@50.96.248.167)22:58
- Ar|stote|is (QUIT: Ping timeout: 252 seconds) (~linx@149.210.32.174)23:10
+ Ar|stote|is (~linx@149.210.8.45)23:16

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!