+ 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 | |
josch | or 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 | |
minute | josch: 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 | |
josch | nice, 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 | |
abortretryfail | josch: does your sound still work OK since you did that charger mod? | 14:24 |
abortretryfail | I 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 |
josch | abortretryfail: 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 | |
abortretryfail | Hm, okay. | 14:39 |
+ xha (~xha@user/xha) | 14:41 | |
josch | but maybe it *is* residue after all | 14:41 |
josch | i cleaned the surface with IPA and the resistance of R8 went *up* to 4.8 kOhm | 14:42 |
josch | then, after cleaning everything it decreased back to 3.8 kOhm | 14:43 |
josch | if the resistance were internal to the chip, there would not be a change in resistance at R8 while cleaning it | 14:43 |
josch | so at some point I'll just disassemble the whole thing, take the motherboard out and clean it even more rigurously | 14:43 |
abortretryfail | There might be some conductive flake of dust or debris between some pins on a chip somewhere too. | 15:10 |
josch | yes, i tried very hard to clean the LTC4020 pins, especially around pin 25, with IPA and cannot visually spot anything :/ | 15:11 |
josch | abortretryfail: i very much appreciate your feedback, thank you! | 15:12 |
abortretryfail | I hope you figure it out. :) | 15:19 |
ch | for a moment i thought you cleaned something with a beer | 15:28 |
ch | internal cleaning, or so | 15:28 |
josch | ch: 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 UTC | 15:32 |
josch | no beer in this household -- i just get headaches from beer XD | 15:32 |
ch | josch: without having read yesterdays discussion, i have another package that wants to move its files from /etc/skel into /usr/share/<something> | 15:33 |
josch | oh? | 15:34 |
ch | i wonder how updates would work though | 15:35 |
ch | especially if there will supposedly be 'device-specific hacks' in these files | 15:35 |
josch | ch: updates would work because reform-tools does not ship them in /etc but in /usr | 15:36 |
ch | should the files maybe always live in /usr/share/... and in skel there should only be stub files that source the files from /usr | 15:36 |
ch | josch: yeah but how do users -get- the update applied to their files | 15:36 |
josch | they don't | 15:36 |
ch | thats probably a problem :> | 15:36 |
josch | it is, but it always has been and nobody is thinking of a solution for that so far | 15:37 |
josch | having skel in /usr is making it a bit easier for users though to manually update their $HOME | 15:37 |
ch | right | 15:37 |
josch | because they no longer have to dig around in reform-system-image git to grab the latest /etc/skel files | 15:37 |
ch | so i think its smart to have the files in /usr/somewhere | 15:37 |
ch | if reform-setup-wizard creates the first user, it could also directly copy the files into the users home, and not touch /etc/skel | 15:38 |
josch | yes | 15:41 |
josch | this has the added benefit, that we can then let the device-specific skel be a symlink farm instead of having a lot of duplicates around | 15:41 |
+ chomwitt (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1) | 15:43 | |
ch | https://github.com/grml/grml-etc-core/tree/master/etc/skel is the other package thing | 15:44 |
ch | if you're curious | 15:44 |
josch | ah i see | 15:45 |
josch | the move away from /etc/skel already happened for reform-tools | 15:45 |
josch | but we moved it to reform-system-image, so the files in /etc/skell will just become outdated over time | 15:46 |
josch | main problem with shipping it in /etc/skel was, that now all the files are conf-files and cannot be changed easily by package upgrades | 15:47 |
ch | yeah thats our other option, but was immediately discarded | 15:47 |
ch | also i think policy has a word or two about /etc/skel | 15:47 |
josch | yes, but bash ships files in /etc/skel | 15:47 |
- chomwitt (QUIT: Ping timeout: 252 seconds) (~chomwitt@2a02:587:7a13:5400:1ac0:4dff:fedb:a3f1) | 15:47 | |
ch | did you want me to think about anything in particular regarding moving? | 15:50 |
josch | ch: yes, i'm thinking about how to best do the device specific layout | 15:55 |
josch | i'm thinking about: | 15:55 |
josch | /usr/share/reform-tools/skel/$(cat /proc/device-tree/model)/ | 15:56 |
josch | and then have symlinks inside there to /usr/share/reform-tools/skel/common | 15:56 |
josch | except for the files that differ | 15:56 |
josch | and then reform-setup-wizard would copy with cp --dereference | 15:57 |
ch | i wonder if you immediately want common-reform2 common-pocket common-next | 15:58 |
ch | and/or common-rk3588 common-bpicm4 etc | 15:58 |
josch | yes, or common-rk3588 | 15:58 |
josch | yes | 15:58 |
ch | so maybe a bit more namespacing might be good | 15:58 |
josch | or maybe the binary package *does* ship duplicates but de-duplicating is done at build-time | 15: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 |
josch | so that the duplicates do not end up in the reform-tools git where they would be most annoying | 15:59 |
ch | hm yeah | 15:59 |
ch | one day you could have reform-tools-{reform2,pocket,next} to avoid duplication on installed systems, but istm not worth it today | 16:00 |
josch | yes, it's only very tiny text files | 16:00 |
josch | which 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 forgotten | 16:01 |
ch | i think where possible it'd be better to use an include mechanism and not a symlink | 16:01 |
josch | i'd also like to know about prior art for such a thing but cannot come up with any | 16:02 |
josch | because all these ideas sound very custom and alien and another "cost" is how hard it is for other contributors to understand what is going on | 16:03 |
ch | could also use a template engine | 16:04 |
ch | i think a lot of people understand jinja2 or something similar | 16:04 |
josch | yes, that would be a nice for a "generate directory structure at build-time" solution | 16:06 |
- natalie- (QUIT: Quit: quit) (~natalie@user/natalie) | 16:07 | |
ch | could also use it at reform-setup-wizard time | 16:08 |
ch | then r-s-w can allow some customizations too | 16:08 |
+ natalie (~natalie@user/natalie) | 16:09 | |
ch | the other thing that comes to my mind, but i cannot really suggest is ansible | 16:09 |
josch | hah :) | 16:09 |
josch | i like the jinja2 idea, thank you | 16: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/!