+ reform30521 (~nano@c-67-160-118-90.hsd1.wa.comcast.net) | 00:06 | |
- reform30521 (QUIT: Client Quit) (~nano@c-67-160-118-90.hsd1.wa.comcast.net) | 00:06 | |
mtm | hmm, when using ./mkimage.sh is it expected that "genext2fs --block-size 1024 --size-in-blocks 9216000 --bytes-per-inode 16384 --tarball - root.img" should take a while? Mine has been running now for 50 minutes, using 100% of one core | 00:13 |
---|---|---|
- Christoph_ (QUIT: Remote host closed the connection) (~Christoph@p4fe73f67.dip0.t-ipconnect.de) | 00:24 | |
- chomwitt (QUIT: Ping timeout: 248 seconds) (~chomwitt@2a02:587:dc1f:5600:c2b2:8e31:c818:61b1) | 00:25 | |
minute | mtm: on what kind of machine? | 01:17 |
- mjw (QUIT: Quit: Leaving) (~mark@gnu.wildebeest.org) | 01:20 | |
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:20) | 01:49 | |
- sigrid (QUIT: Quit: leaving) (~ftrvxmtrx@ftrv.se) | 02:02 | |
- mtm (QUIT: Ping timeout: 252 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 02:03 | |
+ sigrid (~ftrvxmtrx@ftrv.se) | 02:34 | |
+ sl (~sl@104-59-85-219.lightspeed.iplsin.sbcglobal.net) | 03:50 | |
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 04:09 | |
mtm | minute: on the Reform NVME drive; it did finally finish | 04:25 |
- robin (QUIT: Remote host closed the connection) (~robin@user/terpri) | 05:41 | |
+ robin (~robin@user/terpri) | 05:42 | |
josch | mtm: yes, it's this problem: https://github.com/bestouff/genext2fs/issues/31 | 06:06 |
josch | mtm: solution is to use mke2fs which mkimage.sh will use automatically in case you run mkimage as root instead of the normal user | 06:06 |
+ chomwitt (~chomwitt@2a02:587:dc1f:5600:d683:3d28:fc15:22d4) | 07:40 | |
+ littlebo1eep (~alMalsamo@gateway/tor-sasl/almalsamo) | 08:08 | |
- littlebo1eep (QUIT: Ping timeout: 240 seconds) (~alMalsamo@gateway/tor-sasl/almalsamo) | 08:29 | |
+ littlebo1eep (~alMalsamo@gateway/tor-sasl/almalsamo) | 08:37 | |
+ reform14006 (~mark@h134-215-219-148.bendor.broadband.dynamic.tds.net) | 08:45 | |
reform14006 | ? | 08:46 |
reform14006 | who | 08:46 |
- reform14006 (QUIT: Client Quit) (~mark@h134-215-219-148.bendor.broadband.dynamic.tds.net) | 08:46 | |
- littlebo1eep (QUIT: Ping timeout: 240 seconds) (~alMalsamo@gateway/tor-sasl/almalsamo) | 08:57 | |
+ MajorBiscuit (~MajorBisc@c-001-029-035.client.tudelft.eduvpn.nl) | 09:08 | |
- MajorBiscuit (QUIT: Client Quit) (~MajorBisc@c-001-029-035.client.tudelft.eduvpn.nl) | 09:08 | |
+ MajorBiscuit (~MajorBisc@c-001-029-035.client.tudelft.eduvpn.nl) | 09:08 | |
- MajorBiscuit (QUIT: Quit: WeeChat 3.5) (~MajorBisc@c-001-029-035.client.tudelft.eduvpn.nl) | 09:29 | |
+ MajorBiscuit (~MajorBisc@c-001-029-035.client.tudelft.eduvpn.nl) | 09:30 | |
+ GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 10:48 | |
+ mjw (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 11:57 | |
+ Christoph_ (~Christoph@p54bf60a6.dip0.t-ipconnect.de) | 12:22 | |
- Christoph_ (QUIT: Remote host closed the connection) (~Christoph@p54bf60a6.dip0.t-ipconnect.de) | 12:43 | |
+ Christoph_ (~Christoph@p54bf60a6.dip0.t-ipconnect.de) | 13:40 | |
- mtm (QUIT: Ping timeout: 246 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 14:02 | |
- qbit (QUIT: Ping timeout: 276 seconds) (~qbit@h.suah.dev) | 14:04 | |
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net) | 14:45 | |
+ verx_ (~verx@matrix.16bit.dev) | 15:20 | |
- verx (QUIT: Remote host closed the connection) (~verx@matrix.16bit.dev) | 15:20 | |
* verx_ -> verx | 15:25 | |
- sigrid (QUIT: Quit: leaving) (~ftrvxmtrx@ftrv.se) | 16:06 | |
+ sigrid (~sigrid@ftrv.se) | 16:06 | |
+ qbit (~qbit@h.suah.dev) | 16:31 | |
- bkeys (QUIT: Ping timeout: 276 seconds) (~Thunderbi@static-198-54-135-37.cust.tzulo.com) | 17:14 | |
+ bkeys (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 17:24 | |
- bkeys (QUIT: Ping timeout: 244 seconds) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 17:30 | |
+ bkeys (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 17:48 | |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 17:50 | |
+ bkeys (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 17:51 | |
+ bkeys1 (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 17:54 | |
+ vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 17:56 | |
- bkeys (QUIT: Ping timeout: 248 seconds) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 17:57 | |
- bkeys1 (QUIT: Ping timeout: 248 seconds) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 17:58 | |
- mjw (QUIT: Quit: Leaving) (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440) | 18:03 | |
+ bkeys (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 18:54 | |
- MajorBiscuit (QUIT: Ping timeout: 258 seconds) (~MajorBisc@c-001-029-035.client.tudelft.eduvpn.nl) | 19:02 | |
+ bkeys1 (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 19:07 | |
- bkeys (QUIT: Ping timeout: 246 seconds) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 19:09 | |
* bkeys1 -> bkeys | 19:09 | |
+ mjw (~mark@gnu.wildebeest.org) | 19:11 | |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 19:11 | |
minute | josch: weird image building error "mke2fs: Directory block checksum does not match directory block while populating file system", i will try to rerun | 19:26 |
josch | Yeah, I see it in the log. An error happened while copying reform2-batterypackx.pdf -- I've never seen this. | 19:46 |
+ bkeys (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 20:07 | |
+ bkeys1 (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 20:10 | |
- bkeys (QUIT: Ping timeout: 252 seconds) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 20:11 | |
* bkeys1 -> bkeys | 20:11 | |
josch | minute: the job you restarted fails with: | 20:23 |
josch | error: failed to write new configuration file /ramdisk/builds/Rp9pp3ds/0/reform/reform-system-image.tmp/git-template/config.lock | 20:23 |
josch | maybe this is an indicator that the new image is just too large for the ramdisk? | 20:23 |
minute | hmm, it's possible :| | 20:28 |
+ bkeys1 (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 20:34 | |
- bkeys (QUIT: Ping timeout: 272 seconds) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 20:37 | |
* bkeys1 -> bkeys | 20:37 | |
- bkeys (QUIT: Read error: Connection reset by peer) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 20:42 | |
+ bkeys1 (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 20:42 | |
vkoskiv | Do I 'twist' the oled cable to get the blue side to go up? | 20:43 |
* bkeys1 -> bkeys | 20:44 | |
- bkeys (QUIT: Remote host closed the connection) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 20:44 | |
vkoskiv | I do. :D | 20:49 |
+ bkeys (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 20:50 | |
minute | vkoskiv: yes | 20:56 |
- chomwitt (QUIT: Quit: Leaving) (~chomwitt@2a02:587:dc1f:5600:d683:3d28:fc15:22d4) | 21:17 | |
+ chomwitt (~chomwitt@2a02:587:dc1f:5600:d683:3d28:fc15:22d4) | 21:17 | |
+ bkeys1 (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 21:24 | |
- bkeys (QUIT: Ping timeout: 246 seconds) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 21:24 | |
* bkeys1 -> bkeys | 21:24 | |
- bkeys (QUIT: Ping timeout: 240 seconds) (~Thunderbi@253.236-24.gp.ptn.tftn.static.friendlycity.net) | 21:28 | |
+ bkeys (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 21:34 | |
vkoskiv | Typing this message on my Reform :D | 21:45 |
vkoskiv | First impressions, GOOOOOD | 21:45 |
vkoskiv | What an absolute unit of a laptop. Very solid. | 21:46 |
vkoskiv | Getting used to the keyboard layout still. rshift is causing most issues at the moment | 21:46 |
vkoskiv | Stagger doesn't bother me, as I predicted. | 21:48 |
vkoskiv | Running off the SD, it's got a january build of sysv3. What's the best course? Make a new SD with the latest image and use that or upgrade this one? | 21:50 |
vkoskiv | I'm imagining upgrading 900ish packages on a SD will be slow :D | 21:50 |
vkoskiv | Or migrate to nvme and then upgrade? | 21:50 |
josch | vkoskiv: i'd flash a more recent sysimage-v3 to the sd-card | 21:51 |
- bkeys (QUIT: Quit: With every step we take, danger will follow closely) (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 22:14 | |
+ bkeys (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 22:14 | |
vkoskiv | The trackpad surface texture is excellent. Silky smooth like on my Macbook. | 22:28 |
kfx | vkoskiv: I replaced the right shift key cap with a ridged one to make it easier to find without looking | 22:29 |
vkoskiv | My first mod might be swapping the pgup/pgdn keys to match the vim hjkl up/down | 22:30 |
vkoskiv | Quite enjoying the keyboard overall though. Still not 100% typing speed, as it's my first non-standard layout keyboard | 22:30 |
vkoskiv | Absolutely loving these switches! | 22:31 |
minute | cool | 22:36 |
vkoskiv | Downloading the latest non-failed sysv3 artefact | 22:38 |
vkoskiv | The defaults and stuff in this system image are lovely :D | 22:38 |
vkoskiv | Attention to detail, as I anticipated. | 22:38 |
vkoskiv | Speaker test (cranking up Crab Rave from youtube) is successful. | 22:39 |
vkoskiv | I remember reading that someone here watches youtube with some ffmpeg setup. Is that documented somewhere? Is hw decoding working? | 23:44 |
cinap_lenrek | FRAMEBUFFER ACQUIRED | 23:45 |
vkoskiv | cinap_lenrek: !!!! | 23:45 |
vkoskiv | cinap_lenrek: Are you cooljqln on twtr? | 23:46 |
sigrid | I don't think cinap is on twitter | 23:48 |
vkoskiv | Ah, I thought this was part of the self-built reform saga cooljqln has been doing | 23:49 |
sigrid | nah, he's porting 9front | 23:50 |
cinap_lenrek | http://felloff.net/usr/cinap_lenrek/mainscreenturnon.jpg | 23:52 |
cinap_lenrek | i'll clean up the code this weekend and commit | 23:56 |
cinap_lenrek | documenting all the register writes | 23:56 |
cinap_lenrek | and what settings are needed | 23:56 |
cinap_lenrek | i had some issue with the videopll | 23:57 |
sigrid | is it possible to shove it over to u-boot and keep less stuff in 9front? does it make sense? | 23:57 |
cinap_lenrek | it is likely i must have messed up something | 23:57 |
cinap_lenrek | but it works fine at a less ideal pixelclock using the system_pll1_clk | 23:57 |
cinap_lenrek | sigrid: thats precisely the idea | 23:57 |
cinap_lenrek | also, this is with lcdif | 23:58 |
cinap_lenrek | not the dcss | 23:58 |
sigrid | as long as it refreshes fast enough | 23:59 |
cinap_lenrek | theres a bit of flicker | 23:59 |
cinap_lenrek | but that might be the pwm | 23:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!