| - xktr (QUIT: Ping timeout: 276 seconds) (~xktr@user/xktr) | 00:02 | |
| + xktr (~xktr@user/xktr) | 00:14 | |
| - Asmadeus (QUIT: Ping timeout: 252 seconds) (~asmadeus@user/meow/Asmadeus) | 00:41 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net) | 01:08 | |
| + colinsane (~colinunin@97-113-150-69.tukw.qwest.net) | 01:10 | |
| ^alex | oh so, is there a trick to getting freebsd to boot to at least serial console on the Pocket? | 01:41 |
|---|---|---|
| ^alex | also we're about to flash the latest syscon from `bf8c2d0e0f9c0030019c0c38915aaeb94702f93c` | 01:52 |
| - jacobk (QUIT: Ping timeout: 260 seconds) (~quassel@2601:380:837f:3520:b5be:3d0:bfde:a44a) | 01:58 | |
| - mtm (QUIT: Ping timeout: 244 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:03 | |
| + mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 02:06 | |
| ^alex | minute, latest syscon makes latest waybar report accurate battery :) | 02:13 |
| + Asmadeus (~asmadeus@user/meow/Asmadeus) | 02:16 | |
| ^alex | ... briefly. now something happened and waybar is reporting 0 | 02:20 |
| - cobra (QUIT: Quit: ZNC 1.8.2 - https://znc.in) (~cobra@user/Cobra) | 03:21 | |
| + cobra (~cobra@user/Cobra) | 03:27 | |
| ^alex | so, `picotool reboot -f` of a running syscon sets the reset cause register to `0x10000`, but the c runtime clears our naively declared magic word. :) the plan is thus to try and protect that word across reboots (with a tiny bit of linker script hackery) | 03:37 |
| ^alex | or section attribute | 03:38 |
| - nsc (QUIT: Ping timeout: 252 seconds) (~nicolas@i5C74DCB8.versanet.de) | 03:40 | |
| ^alex | and now a power on reset makes the cause 0x100 and leaves garbage in the register :) | 03:42 |
| + nsc (~nicolas@198-96-142-46.pool.kielnet.net) | 03:42 | |
| ^alex | so now we have some reasonable crosscheck, and if we make the 64-bit pattern something that'll take a lot of work to make randomly show up, like 0x55AA01102002AA55A5, we can reduce the probability of misdetection arbitrarily small :p | 03:45 |
| - kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:56 | |
| + kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 03:58 | |
| - kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 04:04 | |
| + kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 04:05 | |
| - kop316 (QUIT: Remote host closed the connection) (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 04:05 | |
| + kop316 (m-6f6zq6@static.138.159.90.157.clients.your-server.de) | 04:06 | |
| ^alex | i think | 04:11 |
| ^alex | the bootloader may have us stymied | 04:12 |
| ^alex | yeah, it looks like the force reboot through the boot loader makes it look like a POR occurred. but! | 04:45 |
| ^alex | there are 64 bits of free watchdog scratch register space that we can use | 04:46 |
| ^alex | the boot rom uses watchdog scratch 0, 1, 4, 5, 6, and 7 | 04:46 |
| ^alex | that gives us 2 and 3 for our boot magic | 04:46 |
| ^alex | and THAT worked :) | 04:55 |
| - hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 05:44 | |
| + hairu (m-uotkmd@user/hairu) | 05:45 | |
| ^alex | minute, we requested a login on the gitlab :) | 05:49 |
| - hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 09:10 | |
| minute | ^alex: nice work! | 09:27 |
| minute | ^alex: approved the account | 09:40 |
| + hairu (m-uotkmd@user/hairu) | 09:41 | |
| - hairu (QUIT: Remote host closed the connection) (m-uotkmd@user/hairu) | 10:06 | |
| + hairu (m-uotkmd@user/hairu) | 10:08 | |
| josch | minute: i now have a transition plan for iosevka: i found the iosevka version that you added to reform-system-image in May 31 2020. It was version 2.3.0 of iosevka (released aug 25 2019) -- that release contains files with the same hashes as the version currently shipped in reform-tools. So I will now create a package fonts-reform-iosevka-term and that gets put into the MNT repos and the reform-tools | 11:00 |
| josch | package will depend on that one. Then we let some time pass and after the trixie release next year we drop that dependency. | 11:00 |
| josch | the dependency is needed because if we just remove iosevka, then that will break existing setups that will have iosevka configured | 11:00 |
| josch | i'm now 18 hours with "IBM Plex Mono Regular 11" in my terminal and i think it's okay :) | 11:10 |
| minute | josch: both cool! | 11:14 |
| grimmware | morning | 11:17 |
| grimmware | ugh I have to use my dumb work macbook today :< | 11:18 |
| josch | grimmware: i have to use a mac for work but it became bearable after installing an openssh server on it and only interacting with it from my reform via ssh ;) | 11:19 |
| minute | haha | 11:20 |
| grimmware | I probably shouldn't do that given I'm on the security team and we stop other people from doing it :P | 11:38 |
| minute | nice https://source.mnt.re/reform/pocket-reform/-/merge_requests/3 | 11:45 |
| josch | it's the "sell more devices, get more contributors" strategy at work! \o/ | 11:47 |
| grimmware | oh nice | 11:49 |
| grimmware | I didn't know you could load a bitmap to the keyboard LEDs :O | 11:50 |
| minute | yeah, it's pretty neat now. i think we can reduce the time to fade out even more though | 11:50 |
| minute | grimmware: yessss | 11:50 |
| minute | also funny still noone has found the easter egg in the keyboard | 11:51 |
| grimmware | man I fuckin love this computer | 11:51 |
| minute | grimmware: great to hear :D | 11:51 |
| grimmware | honestly with the chaos of this move I'm in the middle of it's been my island of calm | 11:52 |
| minute | ohh | 11:53 |
| josch | minute: the pocket reform keyboard or the big keyboard? :) | 11:53 |
| minute | josch: pocket reform keyboard. | 11:53 |
| josch | hehe nice :) | 11:53 |
| + murph_nj (~murph@ool-457bb02e.dyn.optonline.net) | 11:59 | |
| - murphnj (QUIT: Ping timeout: 245 seconds) (~murph@user/murphnj) | 12:01 | |
| minute | josch: strange, fonts-ibm-plex is not a thing on my pocket reform | 12:06 |
| minute | ahh it's contrib | 12:06 |
| josch | oh no! | 12:06 |
| josch | i did not notice that | 12:06 |
| minute | josch: bad license? | 12:06 |
| minute | https://metadata.ftp-master.debian.org/changelogs//contrib/f/fonts-ibm-plex/fonts-ibm-plex_6.1.1-1_copyright | 12:07 |
| minute | "freedom status is less than ideal" | 12:07 |
| josch | it apparently needs non-free software to build :( | 12:07 |
| josch | https://tracker.debian.org/media/packages/f/fonts-ibm-plex/copyright-6.1.1-1 | 12:07 |
| minute | meeeh... for the hinting | 12:07 |
| josch | uhmpf... | 12:08 |
| minute | this is understandable though > a rebuilt font is considered a "Modified Version", and requires a name change to be distributed. | 12:08 |
| minute | because the brand name is in the original font name... that makes sense | 12:08 |
| josch | yes | 12:08 |
| josch | though it would be nice to be able to say that the system image only contains stuff from "main" and from "non-free-firmware" as this comes with a few nice guarantees | 12:11 |
| minute | https://commitmono.com | 12:14 |
| josch | needs nodejs vite to build -- i'll have a look how hard that is to package | 12:16 |
| minute | i'm also trying out jetbrains mono which is in the default repo | 12:17 |
| josch | (lets also not waste too much time on fonts -- i just wished that this would not be so hard in terms of building fonts from source...) | 12:18 |
| minute | it's not a waste i think, fonts are a big ergonomic factor | 12:22 |
| josch | glad to hear that you are thinking that :) | 12:23 |
| minute | i think jetbrains mono looks good | 12:24 |
| minute | how is the source situation there? | 12:24 |
| josch | it's in main since oldstable and released under apache-2: https://tracker.debian.org/pkg/fonts-jetbrains-mono | 12:25 |
| minute | https://github.com/JetBrains/JetBrainsMono?tab=readme-ov-file#building-from-source-files | 12:26 |
| minute | glyphs is a mac application | 12:27 |
| minute | so, the font can be built from source but it cannot be edited? | 12:28 |
| minute | it looks like one wants to have the source as .ufo https://silnrsi.github.io/FDBP/en-US/UFO.html | 12:29 |
| josch | it seems to be built using fontmake, fonttools, gftools and ttfautohint | 12:29 |
| josch | using this script: https://sources.debian.org/src/fonts-jetbrains-mono/2.304%2Bds-4/sources/old-build-scripts/build-statics.sh/ | 12:29 |
| josch | in any case, jetbrains mono is in "main" so it'll likely stay there | 12:30 |
| minute | https://github.com/googlefonts/glyphsLib?tab=readme-ov-file#glyphslib | 12:31 |
| josch | oh jetbrains looks nice | 12:37 |
| minute | yeah, gonna use it today in terminal and emacs | 12:38 |
| minute | it looks quite modern | 12:38 |
| josch | somehow i don't have the "this looks odd" feeling that i had with plex or mplus | 12:38 |
| minute | yeah | 12:38 |
| josch | in any case, this now builds fonts-reform-iosevka-term_2.3.0-1_all.deb such that iosevka will still be available on systems even if the /etc/skel files in fresh system images will not reference it anymore: https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/47 | 12:42 |
| minute | josch: nice | 12:42 |
| - Gooberpatrol66 (QUIT: Ping timeout: 264 seconds) (~Gooberpat@user/gooberpatrol66) | 12:45 | |
| josch | if all fails, there is still DejaVu Sans Mono! | 12:46 |
| josch | ACTION runs | 12:46 |
| + exark_ (~exark@user/exark) | 12:51 | |
| - exark (QUIT: Read error: Connection reset by peer) (~exark@user/exark) | 12:51 | |
| minute | josch: hahah | 12:53 |
| - ericsfraga (QUIT: Quit: ERC 5.6.1-git (IRC client for GNU Emacs 31.0.50)) (~user@2.28.216.207) | 12:59 | |
| grimmware | so I noticed yesterday that running reform-handbook on the pocket gets you the handbook for the big reform. It looks like the pocket handbook repo just needs the debian packaging stuff replicated, but other than that what's the actual packaging semantics that we'd want? Is there a sensible way to have both packages provide `reform-handbook` and automagically install the right one depending on the hardware? | 13:25 |
| grimmware | I've only ever really done apt packaging for "internal" stuff where you can solve the problem in configuration management instead | 13:26 |
| josch | grimmware: the rootfs for all reform platforms is identical, so this will have to be solved by including both handbooks and changing the reform-handbook command to display the correct handbook depending on the currently running system | 13:37 |
| josch | minute: /usr/share/doc/reform-handbook/reform-handbook.pdf is 76M large, maybe it can be sent through something similar to "ghostscript -sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dPDFSETTINGS=/printer -dNOPAUSE -dQUIET -dBATCH" to make it smaller (becomes 7.5 M over here) | 13:44 |
| josch | minute: also, there is a directory 146 MB directory called attic here: /usr/share/doc/reform-handbook/html/_static/illustrations/attic | 13:44 |
| josch | does that need to be shipped? | 13:45 |
| grimmware | josch: gotcha, so it would be a case of adding a pocket-reform-handbook package and then making `reform-handbook` check which system it's on and return the right one | 13:45 |
| grimmware | that's a lot simpler | 13:45 |
| josch | grimmware: how did you discover the reform-handbook command? | 13:45 |
| grimmware | josch: `reform-help` | 13:47 |
| josch | minute: this gets us to maybe another problem: reform-help just does cat /etc/reform-help which is of course identical independent on the platform even though it contains platform-specific content like running reform-display-config which is only meaningful on imx8mq | 13:50 |
| josch | minute: as we've already learned in the past, stuff in /etc is not ideal because it is not easily upgradable. Should /etc/reform-help and /etc/reform-desktop-help not be moved to the reform-help and reform-desktop-help utilities living in /usr/bin instead? | 13:51 |
| josch | minute: or is there a reason why these text files must be in /etc? | 13:51 |
| - mtm (QUIT: Ping timeout: 260 seconds) (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 14:03 | |
| + mtm (~textual@c-71-228-84-213.hsd1.fl.comcast.net) | 14:05 | |
| grimmware | The other thing I noticed whilst digging around in the battery related code is that the name of the battery is hardcoded to 8xlifepo4 which, in the case of the pocket, is not true. How would we feel about changing it to just be like, BATT0 as is typically the case in /sys? | 14:15 |
| minute | grimmware: sounds good! | 15:01 |
| grimmware | cool, I'll submit an MR this evening | 15:02 |
| grimmware | I'll search the rest of the codebase for the original string as well just in case anything's hardcoded but I already played around with this yesterday and waybar can tolerate the renaming | 15:03 |
| + ericsfraga (~user@2.28.216.207) | 15:13 | |
| - jnerula (QUIT: Ping timeout: 260 seconds) (~jnerula@li1009-93.members.linode.com) | 15:26 | |
| + jnerula (~jnerula@li1009-93.members.linode.com) | 15:27 | |
| josch | minute: regarding /etc/reform-help and /etc/reform-desktop-help I prepared this change: https://source.mnt.re/reform/reform-tools/-/merge_requests/75/diffs?commit_id=a8acfe92f5efdda849ef6a4abb61c8d6910af2d6 | 15:36 |
| josch | and the reform-handbook size reduction is here: https://source.mnt.re/reform/reform-handbook/-/merge_requests/16 | 15:45 |
| josch | <= afk until later tonight | 15:45 |
| ch | is the PDF so large!? | 15:50 |
| minute | josch: very nice! i set the handbook MR !16 to automerge, and !75 for reform-tools is also good with me | 16:08 |
| minute | i'm working on keyboard 4 fw now | 16:09 |
| - murph_nj (QUIT: Quit: Leaving) (~murph@ool-457bb02e.dyn.optonline.net) | 16:27 | |
| + murphnj (~murph@user/murphnj) | 16:28 | |
| mhoye | josch: counterproposal: man reform-help | 16:42 |
| ^alex | minute, re: egg in the keyboard, we found Tina :) | 16:56 |
| grimmware | :O | 17:00 |
| grimmware | howwwwwww | 17:00 |
| ^alex | very carefully :) | 17:18 |
| grimmware | Found her! | 17:25 |
| - ericsfraga (QUIT: Read error: Connection reset by peer) (~user@2.28.216.207) | 17:27 | |
| + ericsfraga (~user@2.28.216.207) | 17:27 | |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net) | 17:35 | |
| ^alex | minute, https://source.mnt.re/reform/pocket-reform/-/merge_requests/4 is up :) | 17:35 |
| ^alex | so the first time you flash this, it _will_ take the power out | 17:38 |
| ^alex | but subsequent times, it will not | 17:39 |
| + colinsane (~colinunin@97-113-150-69.tukw.qwest.net) | 17:40 | |
| josch | mhoye: unfortunately the existance of /usr/bin/reform-help is API because in past system images put things in /etc as well as in dotfiles which rely on the presence of that utility | 17:47 |
| josch | mhoye: the order is actually the other way round -- first write tools with sensible --help output and then use help2man to generate the man pages. That's what i'm currently working on so that i do not have to write documentation twice. | 17:48 |
| josch | mhoye: i'm preparing the addition of reform-tools into debian main and thus all tools require man pages | 17:48 |
| josch | mhoye: so yes, man reform-help will become a thing but only after i fixed the reform-help tool itself | 17:48 |
| josch | mhoye: so actually, yes, you have precisely the correct idea :) | 17:50 |
| minute | ^alex: haha nice @ tina | 17:50 |
| josch | ch: was :) | 17:50 |
| ^alex | our girlfriend asked why there was a coyote in the laptop | 17:51 |
| ^alex | but i think tina's just a doggo | 17:51 |
| ^alex | and our gf's just primed to expect coyotes | 17:53 |
| - colinsane (QUIT: Quit: bye) (~colinunin@97-113-150-69.tukw.qwest.net) | 17:59 | |
| josch | minute: thank you for enabling auto-merge of handbook MR !16 but it seems that CI is not enabled for my fork and thus the pipeline just failed :) | 18:04 |
| josch | minute: and in case you read this and are in the process of shuffling CI runners around, could you add the intel box to my fork of reform-debian-packages at https://source.mnt.re/josch/reform-debian-packages ? | 18:05 |
| josch | minute: that way I can make sure that everything also keeps cross-building from amd64 to arm64 | 18:06 |
| josch | i think it's a nice feature to be able to say that our things can even be created on a machine that is not arm | 18:06 |
| ^alex | oh we just updated pocket-reform !4 to set `som_is_powered` to true in the warm-boot case, so the rest of the firmware recognizes the machine is on | 18:22 |
| ^alex | that is probably why our battery meter was going to 0 | 18:23 |
| ^alex | yesterday | 18:23 |
| grimmware | josch: MR repointed to staging and rebased | 18:54 |
| josch | grimmware: merged, thank you! | 18:58 |
| minute | reminded of https://www.haiku-os.org/legacy-docs/bebook/TheKernelKit_SystemInfo.html#is_computer_on | 19:38 |
| grimmware | https://source.mnt.re/reform/pocket-reform-handbook/-/merge_requests/1 I've put together a draft MR to start building the pocket-reform-handbook package | 19:52 |
| grimmware | I appreciate I didn't ask for much guidance on this, I figured it was better to waste the time doing it wrong than keep asking questions of the people who do all the work hahah | 19:53 |
| grimmware | so lmk if I'm making work on things that aren't a priority right now, I won't be offended :) | 19:53 |
| josch | grimmware: shoot, i've actually worked on the same thing after you brought that up earlier XD | 19:57 |
| josch | grimmware: you might want to also add this commit to reduce the pdf size a bit: https://source.mnt.re/reform/reform-handbook/-/merge_requests/16/diffs?commit_id=61d1b863a79606abf3ad773e94d3eb1cdd657b1d | 20:02 |
| grimmware | josch: ahahah shit sorry I should have said | 20:04 |
| josch | grimmware: well, that goes for me to, no? ;) | 20:08 |
| grimmware | heh, to be fair I don't think you had any indication that I was liable to do any actual work | 20:09 |
| grimmware | I've added that change | 20:10 |
| grimmware | like I say, if you throw away my MR in preference of yours I won't be offended, just wanted to help! | 20:10 |
| grimmware | josch: is there a canonical way of determining which type of reform you're on at runtime? | 20:17 |
| josch | grimmware: oh i'm absolutely doing the opposite -- your MR will be getting the mergings! :) | 20:19 |
| grimmware | EYYYY | 20:19 |
| josch | grimmware: yes, you query /proc/device-tree/model -- grep in the reform-tools codebase for examples | 20:19 |
| grimmware | nice, thank you | 20:20 |
| + colinsane (~colinunin@97-113-150-69.tukw.qwest.net) | 20:20 | |
| grimmware | josch: if you're happy with the separate `pocket-reform-handbook` approach I'm going to prepare an MR to `reform-help` to have it tell you the correct command for your machine | 20:21 |
| grimmware | obvs to be shipped after the pocket-reform-handbook stuff | 20:21 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 20:28 | |
| josch | grimmware: the change to reform-help is already done | 20:28 |
| grimmware | oh nice | 20:31 |
| josch | grimmware: since the CI pipeline of reform-debian-packages will always pick up the latest contents of the "main" branch of reform-tools, development of the next release is always done in a different branch | 20:39 |
| josch | the name of the branch is usually "staging" | 20:40 |
| josch | so you can use that to check which changes are already queued | 20:40 |
| josch | in this case, have a look at the top commit of https://source.mnt.re/reform/reform-tools/-/merge_requests/75 | 20:40 |
| grimmware | gotcha | 20:40 |
| josch | i'll prepare reform-debian-packages to build the package in your MR later tonight -- lets see! | 20:42 |
| josch | (tonight = ~2 hours) | 20:42 |
| grimmware | Do you need me to take it out of draft status? | 20:42 |
| minute | i have transplanted my reform keyboard v4 into my reform and noticed: | 20:47 |
| minute | - it needs adapter cables from JST-PH to JST-SH | 20:47 |
| minute | - pocket sysctl speaks 115200 baud while reform sysctl speaks 57600 baud | 20:48 |
| minute | the last bit is slightly unfortunate, because keyboard swapping between those devices is not just plug and play | 20:48 |
| minute | i'm now waiting for the deep sleep holdoff time of reform lpc to elapse (15 minutes) to see if i can still turn it on afterwards | 20:49 |
| vagrantc | surely the baud rate is configurable somewhere to standardize? | 21:08 |
| chartreuse | You could have the keyboard first try to talk on sysctl at one of the two bauds and if it gets no response swap to the other | 21:08 |
| chartreuse | That way no LPC flashing would be needed | 21:08 |
| vagrantc | or are the keyboard v4 already shipping? | 21:09 |
| ^alex | we read somewhere once that the purpose of the `AT` in the AT command set was to provide a known pattern for auto-bauding. that awareness seems to have been lost to the mists of time though. | 21:16 |
| minute | interesting | 21:17 |
| minute | i'm now tackling the old "waking up lpc" issue | 21:18 |
| minute | ye olde | 21:18 |
| ^alex | practically speaking, defaulting to 115200 and falling back to 56700 / vice-versa is probably the easier fix | 21:19 |
| minute | good call | 21:20 |
| ^alex | minute, alternately, the RP2040 data sheet describes using the PIO module to autobaud assuming 8-N-1 and feed a UART | 21:34 |
| minute | ^alex: :0 | 21:34 |
| ^alex | the example would need some adaptation | 21:35 |
| ^alex | b/c it assumes some wiring between GPIO pins | 21:35 |
| ^alex | but theoretically doable! | 21:35 |
| vagrantc | ACTION distinctly remembers some specific modem autonegotiation sounds | 21:42 |
| ^alex | oh of course, https://www.windytan.com/2012/11/the-sound-of-dialup-pictured.html | 21:49 |
| josch | grimmware: indeed it seems i need you to remove draft status -- i lack the privileges to do that myself | 21:49 |
| ^alex | but also autobaud negotiation between UARTs is possible, but not implemented commonly | 21:49 |
| josch | ^alex: awesome link, thank you! | 21:50 |
| ^alex | also here's an autobaud algorithm for another embedded cpu https://web.archive.org/web/20161026080239/http://www.ti.com/lit/an/slaa215/slaa215.pdf | 21:52 |
| ^alex | though it's kinda hokey. the rpi PIO version is on pdf page 351 of the data sheet | 21:54 |
| josch | minute: reform-handbook still uses "master" as the main branch. Could you rename that to "main"? This would also allow some convenient code-reuse in reform-debian-packages | 21:55 |
| vagrantc | i notice some serial console login implementations seem to handle autonegotiation somehow | 21:56 |
| grimmware | josch: done | 22:01 |
| minute | rgb reform https://mastodon.social/@mntmn/112877308226794801 | 22:24 |
| gsora | ah yes, gamer approved mnt reform | 22:25 |
| josch | what do other people with rgb keyboards do to show them off? | 22:25 |
| josch | (other than playing bad apple on them) | 22:26 |
| minute | there could be all sorts of effects | 22:27 |
| minute | for example demoscene like plasma | 22:27 |
| minute | matrix effect | 22:27 |
| minute | one could play snake on it or a very simple sidescrolling shooter | 22:27 |
| minute | cool idea https://mstdn.io/@wolf480pl/112877322712799554 | 22:28 |
| Twodisbetter | we are heading back to Germany in 2 days, and I can't wait to dig into the Pocket Reform and get it all setup. | 22:28 |
| Twodisbetter | it's final form will have the rk3388 on it though. | 22:29 |
| minute | Twodisbetter: nice | 22:29 |
| josch | minute: my partner suggested to finally implement the typing game showing our daughter how to write simple things now that she is learning to type things on the screen (yes, using the reform) | 22:29 |
| Twodisbetter | minute: right now I'm getting buy with a Surface Go 4 and let me tell you, the Pocket is going to be a huge improvement. | 22:34 |
| Twodisbetter | minute: did you have to resist hard to not put a touchscreen on the Pocket Reform? | 22:35 |
| minute | josch: oh nice | 22:42 |
| minute | Twodisbetter: no, did not resist hard. but we might make a touch device next year | 22:42 |
| Twodisbetter | minute: so awesome to hear! I am sure it will be dynamite as usual! | 22:43 |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 22:50 | |
| grimmware | I am also holding out for the rcore | 23:10 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!