2018-12-23.log

+ adfeno (~adfeno@179.77.68.165)02:41
adfenoHi, I have some questions: Are there units available? If not, is there a date estimate? Is there a plan to apply for https://ryf.fsf.org/ ? Does it have option to ship with Brazil's QWERTY keyboard and 3-pin power plug?02:46
adfeno3 round pins02:51
zakxyou cannot order right now03:24
zakxcustom keyboards were an option in the beta at least03:24
zakxpower plug is rather irrelevant right now as long as you can get an IEC C14 plug with your local plug on the other end as the psu will take those03:25
adfenoThanks for the information, zakx04:23
- adfeno (QUIT: Quit: AtomicIRC: The nuclear option.) (~adfeno@179.77.68.165)04:23
+ internetronic (~internetr@2607:fb90:522b:b25e:cf1e:5894:390d:5ddf)07:21
- internetronic (QUIT: Quit: Quit) (~internetr@2607:fb90:522b:b25e:cf1e:5894:390d:5ddf)08:33
+ adfeno (~adfeno@189.40.74.9)11:38
mntmnadfeno: you can also subscribe here for updates to the crowdfunding campaign https://www.crowdsupply.com/mnt/reform12:24
mntmncurrently i have no plans to apply for any kind of certifications12:24
adfenoThanks for the information mntmn12:37
Jookiamntmn: I'm not sure if the FSF has changed its mind but they previously didn't certify the imx6 because of the vpu12:48
Jookiathis is just hearsay from what bunnie has mentioned with the novena, but there's no public ryf discussions12:49
Jookiathe EOMA developer hit the same issue but seemed to somehow convince the fsf this was fine by removing the chip in question from the device tree so users couldn't 'accidentally' load nonfree firmware12:52
Jookiabut i'm also skeptical of that since the eoma developer hasn't done any fsf certification and says a lot of funny things12:52
Jookiahasn't had any actual fsf certification*12:53
JookiaThe issue in question being that it's not enough to have no nonfree firmware, the user must be unable to load nonfree firmware'12:53
Jookiait's all wacky and unclear due to the lack of public fsf documentation on the issue, but if you want i can tomorrow dig up the two times bunnie has commented on this issue and the time eoma guy commented12:55
mntmnsure, that is appreciated12:59
mntmnreform has libre input devices and “system controller” though, and the vpu stuff in imx is optional13:00
adfenoJookia: from the point of an average user like me, I partially see where FSF's decision comes from, and for me it isn't so wacky, considering that there only needs to be a way to hide that hardware's existence to the kernel entirely, so it doesn't show in lspci, lsusb, etc13:07
adfenoSo even though the stuff is physically there; electronically, they aren't.13:09
adfenos/ is / are /13:11
- adfeno (QUIT: Ping timeout: 272 seconds) (~adfeno@189.40.74.9)15:35
+ adfeno (~adfeno@177.51.230.241)15:53
- adfeno (QUIT: Client Quit) (~adfeno@177.51.230.241)15:53
+ adfeno (~adfeno@177.51.230.241)15:53
- adfeno (QUIT: Client Quit) (~adfeno@177.51.230.241)15:53
+ adfeno (~adfeno@177.51.230.241)15:53
- adfeno (QUIT: Client Quit) (~adfeno@177.51.230.241)15:53
+ adfeno (~adfeno@177.51.230.241)15:54
Jookiaadfeno: hiding things from the kernel doesn't make them electronically disappear, it just means the kernel doesn't know they're there. i don't want to imagine how this can effect things like power management22:45
Jookialying to the kernel about what hardware you have seems like a bad idea to me22:46
Jookiamntmn: https://www.bunniestudios.com/blog/?p=3657#comment-140080122:46
Jookiamntmn: https://www.crowdsupply.com/eoma68/micro-desktop/updates/fsf-ryf-background22:50
Jookiahttps://www.youtube.com/watch?v=zXwy65d_tu8#t=19m22s22:57
Jookiamntmn: ^ bunnie comment, eoma ryf note, bunnie comment again in order22:58
adfenoJookia: thanks for the explanation. I thought that Libre Tea Computer Card employed the technique I described, but I was wrong. And I agree that what I said would have side effects23:06
- adfeno (QUIT: Quit: AtomicIRC: The nuclear option.) (~adfeno@177.51.230.241)23:49

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