| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 00:02 | |
| - dd88 (QUIT: Ping timeout: 257 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 00:07 | |
| josch | stephano: can you give me a git clone url for your sr.ht repo? I am unable to get past the pow challenge. | 00:25 |
|---|---|---|
| josch | made it! | 00:27 |
| stephano | josch: CAPTCHA often make me wonder if I'm really a human. It's quite distracting. | 00:31 |
| stephano | All I wanted was to log in but now I'm stuck in an existential loop. | 00:32 |
| - riabenko (QUIT: Quit: riabenko) (~riabenko@lab.riabenko.com) | 00:32 | |
| - spew (QUIT: Quit: nyaa~) (~spew@user/spew) | 00:36 | |
| - tomenzgg (QUIT: Ping timeout: 253 seconds) (~tomenzgg@user/tomenzgg) | 00:43 | |
| josch | stephano: i reviewed your changes. I now see that a /delete-property/ memory-region would've fixed my dtb problem, nice! | 00:47 |
| josch | stephano: could you maybe instead of adding more commits on top, rewrite history and adjust existing commits? It looks like your commit "drop duplicate dpcd member" should actually fixup "changes to make usb-c dp alt-mode possible", no? | 00:49 |
| stephano | josch: sure, can do. i wasn't sure which way you wanted the updates, but that works. | 00:50 |
| josch | and "switch to atomic bridge callbacks" should just change "import HDMI driver and make DCSS compatible" | 00:51 |
| josch | stephano: i'd actually also like minute's opinion on this | 00:51 |
| josch | but if we just add commits on top for each kernel version bump, we end up with hundreds of commits in the history | 00:51 |
| stephano | true, that won't really scale well | 00:51 |
| josch | and "drop the stale .detect hook" should fixup "drm/bridge-connector: Switch to .detect_ctx(" | 00:53 |
| josch | stephano: Zaba made me learn about "git commit --fixup XXX" and "git rebase --autosquash" today. Are you familiar with those? These sound exactly like the sort of feature we want to better manage these patch stacks. | 00:53 |
| + talos7 (~talos@35.151.128.146) | 00:54 | |
| - talos (QUIT: Ping timeout: 257 seconds) (~talos@35.151.128.146) | 00:55 | |
| * talos7 -> talos | 00:55 | |
| + tomenzgg (~tomenzgg@24.148.84.215) | 00:57 | |
| - tomenzgg (QUIT: Changing host) (~tomenzgg@24.148.84.215) | 00:57 | |
| + tomenzgg (~tomenzgg@user/tomenzgg) | 00:57 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 01:01 | |
| minute | josch: hmm it's a bit too late on a sunday night for coherent thoughts from me, but i thought that the commit history would just start afresh from each linux version tag. so basically like the folders before, but it's just the commits instead of the files | 01:03 |
| minute | so the older branches are just abandoned | 01:03 |
| minute | and patches for older versions are just rebased or dropped on the new version | 01:04 |
| josch | yes, this means we have to "rewrite history" which is "edit the patches" | 01:04 |
| - dd88 (QUIT: Ping timeout: 241 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 01:05 | |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 01:11 | |
| + Gooberpatrol_66 (~Gooberpat@user/gooberpatrol66) | 01:11 | |
| - tomenzgg (QUIT: Ping timeout: 246 seconds) (~tomenzgg@user/tomenzgg) | 01:15 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 01:19 | |
| minute | josch: not sure if i understand | 01:21 |
| minute | i.e. what's the issue | 01:22 |
| josch | In the past we edited the patches when changes were needed. In its current version, stephano just put commits on top of his branch which would not correspond to "edit the patches" but "put new patches on top". I argue that instead of adding more commits, the existing commits should be adjusted, i.e. "rewriting history" | 01:22 |
| minute | what's the downside of stephanos approach? | 01:23 |
| stephano | the history grows and grows and grows.... :) | 01:23 |
| minute | i usually use "git log" on specific files or driver folders if i want to check what's the issue there | 01:23 |
| - dd88 (QUIT: Ping timeout: 273 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 01:23 | |
| minute | stephano: but that's good | 01:24 |
| minute | then we can see why things were changed | 01:24 |
| stephano | minute: it's a matter of preference. i've seen it done both ways and I don't really have a preference. 87 commits, 887 commits, I just look for gregkh so I can see what version I'm on. :D | 01:25 |
| minute | but i understand now you found a new solution which is squashing multiple past commits into a new one, to keep that more manageable or...? | 01:25 |
| stephano | minute: i'll push a branch with the fixups (history re-write) and we can do an A/B comparison. | 01:25 |
| minute | yeah, i don't mind a bit larger commit history, we can revisit it if it gets out of hand, and if i understand correctly, you have a method to compress parts of the history when it gets too bulky | 01:26 |
| josch | minute: for example "samsung-hdptx: Add verbose logging" has to be changed on each kernel commit. That's what we did in the past, we just changed DEBUG-phy-rockchip-samsung-hdptx-Add-verbose-logging.patch -- instead, we can also *not* change the commit and just add one commit for each new kernel version on top | 01:27 |
| josch | the downside of this approach is, that it gets us further and further away from making it easy to upstream everything | 01:28 |
| josch | when submitting this upstream, nobody is interested in the changes required for this patch 3 versions ago and if you want to look it up: the old stuff is in a branch of the appropriate name | 01:28 |
| josch | that's how collabora does it with rockchip-devel | 01:29 |
| josch | and with "git commit --fixup XXX" and "git rebase --autosquash" there is even an automated way to do this housekeeping for merge requests which cannot rewrite history | 01:29 |
| + tomenzgg (~tomenzgg@188.211.233.171) | 01:30 | |
| - tomenzgg (QUIT: Changing host) (~tomenzgg@188.211.233.171) | 01:30 | |
| + tomenzgg (~tomenzgg@user/tomenzgg) | 01:30 | |
| stephano | josch & minute : here are the two for comparison. The -fixup branch rewrites the history, the other does not. | 01:32 |
| stephano | https://git.sr.ht/~stephano/mnt-linux/log/mnt-v7.3-rc6 | 01:32 |
| stephano | https://git.sr.ht/~stephano/mnt-linux/log/mnt-v7.3-rc6-fixup | 01:32 |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 01:34 | |
| - Gooberpatrol_66 (QUIT: Read error: Connection reset by peer) (~Gooberpat@user/gooberpatrol66) | 01:35 | |
| + spew (~spew@user/spew) | 01:35 | |
| josch | i prefer the second. minute you often create MRs with dozens of commits which undo things that a commit earlier does. You rarely rewrite history, so looking things up becomes a mess when somebody wants to find out why something was done. If we are interested in upstreaming things we should *reduce* the mess. These are my 2 cents. I only do the rebasing, i don't actually contribute code, so take my | 01:36 |
| josch | opinion for what it's worth. | 01:36 |
| stephano | I like the second as well because then I don't have to think about what to say in the commit messages. :) | 01:39 |
| stephano | Well, sometimes I do, but only when I'm actually adding code. | 01:40 |
| josch | but when you are adding code in contrast to adjusting things for what changed from one kernel version to the next, then you can make a new commit | 01:46 |
| minute | stephano: many thanks, i'll take a closer look tomorrow (2am here, heading to bed) | 01:48 |
| minute | josch: ok, i agree with your sentiment | 01:48 |
| josch | we can talk more tomorrow, i'm also super tired XD | 01:49 |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 01:54 | |
| - mjw (QUIT: Ping timeout: 246 seconds) (~mjw@gnu.wildebeest.org) | 01:56 | |
| - dd88 (QUIT: Ping timeout: 242 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 01:59 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 02:47 | |
| - dd88 (QUIT: Ping timeout: 250 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 02:52 | |
| - spew (QUIT: Read error: Connection reset by peer) (~spew@user/spew) | 03:02 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 03:16 | |
| - paperManu (QUIT: Ping timeout: 243 seconds) (~paperManu@198.58.136.247) | 03:22 | |
| - Gooberpatrol66 (QUIT: Quit: Konversation terminated!) (~Gooberpat@user/gooberpatrol66) | 03:22 | |
| - dd88 (QUIT: Ping timeout: 250 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 03:24 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 03:29 | |
| + spew (~spew@user/spew) | 03:44 | |
| - dd88 (QUIT: Ping timeout: 259 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 03:46 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 03:47 | |
| mlarkin | hi folks | 03:48 |
| mlarkin | any reason a newly flashed pocket reform image boots into rescue mode on every boot? ctrl-d to proceed always works, but it always boots rescue | 03:48 |
| mlarkin | imxm8 | 03:48 |
| mlarkin | only using the 128gb emmc to remove any other variables... but sdmmc boot also does the same thing. rescue every time | 03:49 |
| mlarkin | using latest image from mntre | 03:49 |
| - plomlompom (QUIT: Remote host closed the connection) (~plom@139.59.138.73) | 03:51 | |
| + plomlompom (~plom@139.59.138.73) | 03:52 | |
| - dd88 (QUIT: Ping timeout: 250 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 03:53 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 03:54 | |
| - dd88 (QUIT: Ping timeout: 274 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 04:16 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 04:21 | |
| + Gooberpatrol66 (~Gooberpat@user/gooberpatrol66) | 04:22 | |
| mlarkin | disregard previous ; chatgpt told me what to do :) | 04:27 |
| - spew (QUIT: Quit: nyaa~) (~spew@user/spew) | 05:04 | |
| - voltaire28_ (QUIT: Remote host closed the connection) (~jlafon@28.162.2.93.rev.sfr.net) | 05:15 | |
| + spew (~spew@user/spew) | 05:44 | |
| - dd88 (QUIT: Ping timeout: 240 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 06:09 | |
| - tomenzgg (QUIT: Ping timeout: 260 seconds) (~tomenzgg@user/tomenzgg) | 06:10 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 06:22 | |
| - dd88 (QUIT: Ping timeout: 270 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 06:27 | |
| - cli (QUIT: Remote host closed the connection) (~m-vsauiy@user/cli) | 06:29 | |
| + cli (~m-vsauiy@user/cli) | 06:30 | |
| - luna_ (QUIT: Ping timeout: 244 seconds) (~luna@user/loon) | 06:42 | |
| + loon (~luna@user/loon) | 06:54 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 06:56 | |
| - dd88 (QUIT: Ping timeout: 245 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 07:01 | |
| - cli (QUIT: Remote host closed the connection) (~m-vsauiy@user/cli) | 07:02 | |
| + cli (~m-vsauiy@user/cli) | 07:05 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 08:06 | |
| josch | mlarkin: if you tell us what you did, then we can share that knowledge instead of relying on multi-billion-dollar megacorp for it | 08:29 |
| - Guest6943 (QUIT: Ping timeout: 253 seconds) (~mjw@2001:1c06:2486:4600:5952:3a9:6e0e:555a) | 08:33 | |
| - RandyK (QUIT: Remote host closed the connection) (~RandyK@user/randyk) | 08:58 | |
| + RandyK (~RandyK@user/randyk) | 08:59 | |
| - dd88 (QUIT: Ping timeout: 249 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 09:09 | |
| josch | stephano: i compared your work to yours, we seemed to have resolved the merge conflicts in the same way, that makes me happy! But your version has two fixes which my version does not. | 09:31 |
| josch | stephano: tell me if you lack the necessary privileges but i'd suggest you delete the mnt-v7.3-rc6 branch in the reform/linux repo and replace it with yours so that we can start experimenting with it in reform-debian-packages | 09:32 |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 09:39 | |
| - dd88 (QUIT: Ping timeout: 267 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 09:43 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 10:46 | |
| - dd88 (QUIT: Ping timeout: 253 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 10:50 | |
| + mjw (~mjw@2001:1c00:f482:400:c901:9e4f:ea0c:d6f4) | 11:28 | |
| + mark_ (~mjw@gnu.wildebeest.org) | 11:45 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 11:46 | |
| - dd88 (QUIT: Ping timeout: 263 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 11:50 | |
| * mjw -> Guest4812 | 11:54 | |
| - Guest4812 (QUIT: Killed (osmium.libera.chat (Nickname regained by services))) (~mjw@2001:1c00:f482:400:c901:9e4f:ea0c:d6f4) | 11:54 | |
| * mark_ -> mjw | 11:54 | |
| + Guest4812 (~mjw@2001:1c00:f482:400:c901:9e4f:ea0c:d6f4) | 11:54 | |
| - mjw (QUIT: Ping timeout: 257 seconds) (~mjw@gnu.wildebeest.org) | 13:06 | |
| - Guest4812 (QUIT: Ping timeout: 264 seconds) (~mjw@2001:1c00:f482:400:c901:9e4f:ea0c:d6f4) | 13:06 | |
| + mjw (~mjw@62-41-96-176.mobile.kpn.net) | 13:09 | |
| + paperManu (~paperManu@198.58.136.247) | 13:44 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 13:58 | |
| - dd88 (QUIT: Ping timeout: 240 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 14:05 | |
| - mjw (QUIT: Ping timeout: 260 seconds) (~mjw@62-41-96-176.mobile.kpn.net) | 14:06 | |
| - UsrBinAnnika (QUIT: Ping timeout: 244 seconds) (~annika@109.255.154.246) | 14:15 | |
| + mjw (~mjw@gnu.wildebeest.org) | 14:31 | |
| - gachikuku_ (QUIT: Remote host closed the connection) (~gachikuku@kamil.gr) | 14:51 | |
| + gachikuku_ (~gachikuku@kamil.gr) | 14:52 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 15:01 | |
| - dd88 (QUIT: Ping timeout: 253 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 15:06 | |
| - mjw (QUIT: Ping timeout: 265 seconds) (~mjw@gnu.wildebeest.org) | 15:18 | |
| jogu | minute: Super delayed response but, I had previously purchased a pack of 4 pin JST-SH cables / had some from adafruit. | 15:40 |
| + mjw (~mjw@gnu.wildebeest.org) | 15:40 | |
| jogu | As an aside, the pocket usb-c keyboard product page needs an update. It says it comes with 2 cables but i didn | 15:42 |
| jogu | didn't receive any cables* | 15:42 |
| jogu | This page: https://shop.mntre.com/products/mnt-pocket-reform-keyboard-usb-c-adapter | 15:42 |
| + mark_ (~mjw@gnu.wildebeest.org) | 15:43 | |
| stephano | josch: will do. | 15:43 |
| - mjw (QUIT: Killed (copper.libera.chat (Nickname regained by services))) (~mjw@gnu.wildebeest.org) | 15:45 | |
| * mark_ -> mjw | 15:45 | |
| stephano | josch: running... https://source.mnt.re/reform/linux/-/pipelines/7018 | 15:47 |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 16:03 | |
| - dd88 (QUIT: Ping timeout: 240 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 16:07 | |
| - mjw (QUIT: Ping timeout: 244 seconds) (~mjw@gnu.wildebeest.org) | 16:14 | |
| + mjw (~mjw@2001:1c00:f482:400:c901:9e4f:ea0c:d6f4) | 16:24 | |
| + UsrBinAnnika (~annika@109.255.154.246) | 16:30 | |
| + mark_ (~mjw@2001:1c00:f482:400:e8e0:45d8:6dac:b7b7) | 16:32 | |
| * mjw -> Guest1885 | 16:35 | |
| - Guest1885 (QUIT: Killed (tungsten.libera.chat (Nickname regained by services))) (~mjw@2001:1c00:f482:400:c901:9e4f:ea0c:d6f4) | 16:35 | |
| * mark_ -> mjw | 16:35 | |
| - spew (QUIT: Read error: Connection reset by peer) (~spew@user/spew) | 16:35 | |
| + Guest1885 (~mjw@2001:1c00:f482:400:c901:9e4f:ea0c:d6f4) | 16:35 | |
| + spew (~spew@user/spew) | 16:37 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 17:04 | |
| - dd88 (QUIT: Ping timeout: 276 seconds) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 17:09 | |
| - svp (QUIT: Ping timeout: 245 seconds) (~svp@host-79-57-105-252.business.telecomitalia.it) | 17:09 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 17:57 | |
| minute | jogu: oh strange. sorry for that! | 18:09 |
| + tomenzgg (~tomenzgg@185.243.218.80) | 18:10 | |
| - tomenzgg (QUIT: Changing host) (~tomenzgg@185.243.218.80) | 18:10 | |
| + tomenzgg (~tomenzgg@user/tomenzgg) | 18:10 | |
| mlarkin | <@josch> mlarkin: if you tell us what you did, then we can share that knowledge instead of relying on multi-billion-dollar megacorp for it <- told me it had failed to boot via extlinux several times and "single" was added as a fallback and that it searched the mnt forums and found that someone fixed it by updating the firmware, which i did, and then it worked after that | 18:27 |
| ^alex | oh, you mean to say that the megacorp chatbot didn't actually do anything but regurgitate the work of the person who actually solved the problem? | 18:28 |
| mlarkin | I got the impression that this was a common thing and more of a problem on my part (eg I didnt know about the reform tools to reflash bootloader, reform-emmc-boostrap, etc). so i considered it more of a "me" problem and figured everyone else already knew. | 18:29 |
| mlarkin | ^alex: shrug. i guess. I just pasted in the systemctl logs and it figured it out. how it got there I don't really know. looked like it was doing more web searching than anything else | 18:30 |
| ^alex | ACTION stares directly into the camera | 18:30 |
| mlarkin | dont know what that means | 18:30 |
| sigrid | https://m.media-amazon.com/images/I/912ee3s8zXL._AC_SL1500_.jpg | 18:57 |
| + vyvv (~vyvv@user/vyvv) | 19:09 | |
| minute | ok "single" explains it (single user mode) | 19:18 |
| - mjw (QUIT: Ping timeout: 240 seconds) (~mjw@2001:1c00:f482:400:e8e0:45d8:6dac:b7b7) | 19:24 | |
| mlarkin | yeah it was pretty clear one I ran reform-check (which I did not know about until that point) | 19:26 |
| mlarkin | RTFM issues on my part | 19:26 |
| minute | i often have the desire to make some kind of fake GPT thing that uses like an infocom parser | 19:28 |
| minute | > use cable with computer | 19:29 |
| minute | > push button | 19:29 |
| + mjw (~mjw@2001:1c00:f482:400:2ddb:78dd:775f:43b8) | 19:45 | |
| josch | mlarkin: thank you for sharing what the problem was about | 20:02 |
| josch | ^alex: unfortunately the problem is not actually solved but there is a workaround which makes it appear less likely :( | 20:03 |
| josch | sigrid: haha :D | 20:03 |
| josch | mlarkin: we absolutely have to make our documentation a) more b) more discoverable c) more searchable | 20:04 |
| josch | hard problems to solve if there are always more pressing concrete issues to fix XD | 20:05 |
| josch | some people suggested to make a wiki containing these kind of things but then somebody [tm] has to maintain the wiki and nobody has yet shown up to put in the work (i fail on that myself) | 20:06 |
| gordon1 | minute: i noticed that keyboard4 classic diodes mention part number 1N4007WS which is in SOD-323 but the footprint is 0603 (hand solder version), is that intentional or did you replace diodes with some other part? | 20:20 |
| gordon1 | i mean sod-323 kinda fits in 0603 but it is a bit tight | 20:21 |
| + siviq (~siviq@user/siviq) | 20:23 | |
| siviq | I'd like to report minor cosmetic issue with the MNT store, which I discovered by accident. I went there today to check on my order and the current listings. Thinking to buy the Pocket Standalone keyboard, and perhaps save shipping costs by adding it to the existing order I have. Just not certain if there will be available units from the first | 20:47 |
| siviq | batch or not. | 20:47 |
| siviq | Anyhow, about the cosmetic issue. Clicked on the MNT Classic and Pocket reform " Assembly: Ready to Use €xxxx" under Options in their respective listings. The displayed euro amount will take effect in the "Price" sections. So, it does not display the correct amount for the product, as it also must include the CPU price (it's mandatory). The | 20:47 |
| siviq | positive here is, when add to cart is pressed, will add the correct listing price to the cart, not the "Assembly: Ready to Use". | 20:47 |
| siviq | minute ^^ | 20:47 |
| - Guest1885 (QUIT: Quit: Leaving) (~mjw@2001:1c00:f482:400:c901:9e4f:ea0c:d6f4) | 20:51 | |
| siviq | Got a Pocket standalone keyboard on order. It would save me some space on my desk. :) | 21:14 |
| - fizzo (QUIT: Read error: Connection reset by peer) (~fizzo@81.56.178.209) | 21:40 | |
| + fizzo (~fizzo@81.56.178.209) | 21:40 | |
| - murphnj (QUIT: Remote host closed the connection) (~murphnj@user/murphnj) | 21:40 | |
| - dd88 (QUIT: Remote host closed the connection) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 21:40 | |
| + murphnj (~murphnj@user/murphnj) | 21:40 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 21:41 | |
| + vyvvy (~vyvv@user/vyvv) | 21:41 | |
| - loon (QUIT: Quit: ZNC 1.10.3 - https://znc.in) (~luna@user/loon) | 21:41 | |
| + loon (~luna@user/loon) | 21:42 | |
| - vyvv (QUIT: Ping timeout: 262 seconds) (~vyvv@user/vyvv) | 21:44 | |
| - RandyK (QUIT: Ping timeout: 248 seconds) (~RandyK@user/randyk) | 21:54 | |
| + RandyK (~RandyK@user/randyk) | 21:56 | |
| - tomenzgg (QUIT: Ping timeout: 259 seconds) (~tomenzgg@user/tomenzgg) | 22:04 | |
| - siviq (QUIT: Quit: Client closed) (~siviq@user/siviq) | 22:04 | |
| + siviq (~siviq@user/siviq) | 22:20 | |
| - murphnj (QUIT: Remote host closed the connection) (~murphnj@user/murphnj) | 22:25 | |
| + murphnj (~murphnj@user/murphnj) | 22:27 | |
| - murphnj (QUIT: Max SendQ exceeded) (~murphnj@user/murphnj) | 22:29 | |
| + murphnj (~murphnj@user/murphnj) | 22:30 | |
| - dd88 (QUIT: Remote host closed the connection) (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 22:32 | |
| + dd88 (~dd88@2601:646:8683:7820:9c6c:50a1:f48:db35) | 22:33 | |
| + spew_ (~spew@user/spew) | 22:35 | |
| - spew (QUIT: Read error: Connection reset by peer) (~spew@user/spew) | 22:35 | |
| - murphnj (QUIT: Ping timeout: 247 seconds) (~murphnj@user/murphnj) | 22:35 | |
| + murphnj (~murphnj@user/murphnj) | 22:36 | |
| * spew_ -> spew | 22:39 | |
| - cow321 (QUIT: Ping timeout: 268 seconds) (~cow321@user/meow/cow321) | 22:42 | |
| - mjw (QUIT: Ping timeout: 257 seconds) (~mjw@2001:1c00:f482:400:2ddb:78dd:775f:43b8) | 23:00 | |
| minute | siviq: you mean the price next to "assembly: ready to use" is confusing? | 23:01 |
| + mjw (~mjw@gnu.wildebeest.org) | 23:01 | |
| siviq | Not confusing. But if you click on it, it will be reflected below, as current price. So, it show for example 1200 EU, and when I click it, it sets the price of the machine to 1200 EU. But when added to the basket as 1200 EU, still adds it's usual price. | 23:03 |
| siviq | Not that many people click on "Assembly: ready to use"... | 23:03 |
| + cow321 (~cow321@user/meow/cow321) | 23:05 | |
| siviq | I think this is leftover artifact from when you had two options - assembled and DYI | 23:06 |
| siviq | *DIY... today is not my day | 23:11 |
| - spew (QUIT: Quit: nyaa~) (~spew@user/spew) | 23:13 | |
| - murphnj (QUIT: Remote host closed the connection) (~murphnj@user/murphnj) | 23:27 | |
| + murphnj (~murphnj@user/murphnj) | 23:28 | |
| - murphnj (QUIT: Max SendQ exceeded) (~murphnj@user/murphnj) | 23:29 | |
| + murphnj (~murphnj@user/murphnj) | 23:31 | |
| * vyvvy -> vyvv | 23:31 | |
| loon | josch: I've had the same experience with just set up a wiki! -> docs are scattered across a few pages that are little more than stubs | 23:34 |
| loon | better than "discord is our documentation", but still :< | 23:35 |
| josch | discord has a "turn post into wiki" feature -- but we didn't use it much yet | 23:35 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
