💾 Archived View for gemini.ctrl-c.club › ~phoebos › logs › kisslinux-2021-06-25.txt captured on 2024-05-12 at 16:04:57.
⬅️ Previous capture (2021-12-17)
-=-=-=-=-=-=-
[2021-06-25T00:02:57Z] <GalaxyNova> Some simple programs sometimes take up to 100 megabytes [2021-06-25T00:10:15Z] * midfavila-laptop grimaces [2021-06-25T00:10:52Z] <midfavila-laptop> speaking of simple programs, would anyone know a good place to start reading about how panel support is handled in window managers? like, is there a spec? I imagine ewmh covers it, but not sure. [2021-06-25T00:25:47Z] <GalaxyNova> why are so many people disconnecting and reconnecting [2021-06-25T00:25:55Z] <GalaxyNova> smh [2021-06-25T00:25:55Z] <midfavila-laptop> probably netsplits [2021-06-25T00:26:51Z] <midfavila-laptop> ...oh, hey! Someone wrote a DECWindows theme for gtk3 [2021-06-25T00:26:54Z] <midfavila-laptop> astonishing [2021-06-25T00:36:50Z] <GalaxyNova> dilyn: What's KISS's policy on depricated software? [2021-06-25T00:37:24Z] <GalaxyNova> > software that isn't going to receive any updates [2021-06-25T00:37:52Z] <GalaxyNova> do they get to stay in the repositories? [2021-06-25T01:38:04Z] <trunc88> hopefully quick problem that i still havent figured out: no icons are showing up in any graphical applications, even though i have hicolor-icon-theme installed. I installed gkiss over the void installation i was using before, keeping my home folder, so im guessing theres some configuration file or something in there thats messing with it. neither ~/.config/gtk-3.0/settings.ini nor ~/.gtkrc-2.0 had any effect on the icons [2021-06-25T03:03:56Z] <noocsharp> GalaxyNova: there's a lot of software in the repos that doesn't receive updates [2021-06-25T03:11:02Z] <midfavila-laptop> so [2021-06-25T03:11:08Z] <midfavila-laptop> currently experimenting with sxhkd [2021-06-25T03:11:12Z] <midfavila-laptop> i'm thinking based [2021-06-25T03:11:28Z] <midfavila-laptop> you can set up emacs-style keychords in it [2021-06-25T03:13:00Z] <necromansy> sxhkd is pre nice [2021-06-25T03:13:14Z] <midfavila-laptop> indeed it is [2021-06-25T03:13:39Z] <midfavila-laptop> I'm working on a new environment for myself based around the shod window manager, I think I'm gonna switch. [2021-06-25T03:13:43Z] <midfavila-laptop> it's so fucking cool [2021-06-25T03:14:01Z] <necromansy> god ikr [2021-06-25T03:14:01Z] <midfavila-laptop> anyway brb [2021-06-25T03:14:10Z] <midfavila-laptop> we can continue this conversation after I restart my x session [2021-06-25T03:14:15Z] <necromansy> np [2021-06-25T03:16:17Z] <midfavila-laptop> and we're back [2021-06-25T03:16:22Z] <midfavila-laptop> had to quickly set up stalonetray [2021-06-25T03:16:37Z] <midfavila-laptop> I've been tinkering with shod for *hours* [2021-06-25T03:16:59Z] <necromansy> ive messed around with shod briefly [2021-06-25T03:17:02Z] <necromansy> i really love the idea of it [2021-06-25T03:17:08Z] <midfavila-laptop> Same! [2021-06-25T03:17:12Z] <necromansy> but ive gotta sit down and mess with it [2021-06-25T03:17:15Z] <midfavila-laptop> It's basically what I would write, if I was gonna write a WM [2021-06-25T03:17:35Z] <midfavila-laptop> you get tabbing, tiling, window shading, custom decor, and......\ [2021-06-25T03:17:37Z] <midfavila-laptop> that's it [2021-06-25T03:17:42Z] <midfavila-laptop> everything else is outsourced [2021-06-25T03:17:45Z] <necromansy> all you need really [2021-06-25T03:17:52Z] * midfavila-laptop nods [2021-06-25T03:17:57Z] <necromansy> actually that reminds me i might reinstall it [2021-06-25T03:18:00Z] <midfavila-laptop> Although I added lemonbar and stalonetray [2021-06-25T03:18:02Z] <necromansy> i was messing with it like 4 days ago [2021-06-25T03:18:03Z] <midfavila-laptop> I have it packaged, if you want [2021-06-25T03:18:06Z] <necromansy> and deleted it for DWM [2021-06-25T03:18:10Z] <midfavila-laptop> along with all its associated tools [2021-06-25T03:18:31Z] <midfavila-laptop> gonna try to sit down and write a proper port of the DECwindows theme for XFWM tomorrow [2021-06-25T03:18:32Z] <necromansy> yeah that'd be good [2021-06-25T03:18:43Z] <midfavila-laptop> had to install gvim explicitly for its XPM mode [2021-06-25T03:18:45Z] * midfavila-laptop retches [2021-06-25T03:18:49Z] <necromansy> gross [2021-06-25T03:19:12Z] <necromansy> what backend does gvim use? [2021-06-25T03:19:14Z] <necromansy> gtk? [2021-06-25T03:19:40Z] <midfavila-laptop> gtk1, 2, 3, maybe 4, Xaw, maybe Motif, Qt 4, maybe Qt 5 [2021-06-25T03:19:44Z] <midfavila-laptop> basically it's the same options as emacs [2021-06-25T03:19:49Z] <necromansy> ahh yeah aight [2021-06-25T03:20:28Z] <necromansy> i also find myself once again wanting to try diff browsers [2021-06-25T03:20:42Z] <midfavila-laptop> i wanted to try nyxt the other day, but apparently it doesn't work on musl [2021-06-25T03:21:01Z] <necromansy> yeah i was burned by that a few months back [2021-06-25T03:21:04Z] <necromansy> nyxt seems neat [2021-06-25T03:21:09Z] * midfavila-laptop nods [2021-06-25T03:21:11Z] <necromansy> but the lack of musl support sucks [2021-06-25T03:21:20Z] <midfavila-laptop> I want to start using Common Lisp as my primary scripting language [2021-06-25T03:21:25Z] <midfavila-laptop> it seems much more useful than shell [2021-06-25T03:21:39Z] <necromansy> yeah [2021-06-25T03:22:18Z] <midfavila-laptop> also, holy crap has picom ever improved [2021-06-25T03:22:23Z] <necromansy> im wanting to try messing with uhhhhh s9 [2021-06-25T03:22:29Z] <midfavila-laptop> s9? [2021-06-25T03:22:39Z] <necromansy> scheme implementation [2021-06-25T03:22:43Z] <midfavila-laptop> never heard of it [2021-06-25T03:22:55Z] <midfavila-laptop> i'm only familiar with GNU Scheme and CHICKEN [2021-06-25T03:22:57Z] <midfavila-laptop> and GUILE [2021-06-25T03:23:09Z] <necromansy> its a plan9 compat scheme [2021-06-25T03:23:15Z] <midfavila-laptop> looking at it now [2021-06-25T03:23:17Z] <midfavila-laptop> looks cool [2021-06-25T03:23:24Z] <necromansy> yeah [2021-06-25T03:23:33Z] <midfavila-laptop> only R4RS though??? [2021-06-25T03:23:58Z] <necromansy> a lot of the lightweight schemes are R4RS [2021-06-25T03:24:11Z] <midfavila-laptop> hmm. fair enough then [2021-06-25T03:24:15Z] <necromansy> theres stalin, which is a 'brutaliser' compilier [2021-06-25T03:24:18Z] <necromansy> its r4 [2021-06-25T03:24:20Z] <midfavila-laptop> yeah, I know about stalin [2021-06-25T03:24:30Z] <midfavila-laptop> "stalin brutally optimizes" [2021-06-25T03:24:38Z] <necromansy> love the idea of ti [2021-06-25T03:24:47Z] <necromansy> doesnt build on KISS tho :| [2021-06-25T03:24:52Z] <midfavila-laptop> ngl, [2021-06-25T03:24:58Z] <midfavila-laptop> I kind of wish Scheme and LISP had taken off [2021-06-25T03:25:02Z] <midfavila-laptop> instead of Python and C [2021-06-25T03:25:18Z] <necromansy> i wonder what computing would be like if it had [2021-06-25T03:25:21Z] <noocsharp> "63M hello world" [2021-06-25T03:25:42Z] <midfavila-laptop> the only reason SBCL has to pack all that stuff into it is because it's a self-contained environment [2021-06-25T03:26:01Z] <midfavila-laptop> imagine if like, a compiled bytecode for python included the entire stdlib and interpreter [2021-06-25T03:26:11Z] <midfavila-laptop> it's basically that. [2021-06-25T03:26:26Z] <midfavila-laptop> only reason C gets away with not doing that is because it's ubiquitous [2021-06-25T03:26:57Z] <noocsharp> not really, statically linking is still small [2021-06-25T03:27:24Z] <noocsharp> 20K for a statically linked hello world [2021-06-25T03:27:33Z] <midfavila-laptop> doesn't static linking only include the routines being called? [2021-06-25T03:27:34Z] <noocsharp> it's because it doesn't have a runtime like lisps do [2021-06-25T03:28:24Z] <noocsharp> yes [2021-06-25T03:28:36Z] <noocsharp> but go binaries are still huge because go has a runtime, and they are statically linked [2021-06-25T03:28:42Z] <midfavila-laptop> yeah, I was gonna say, SBCL at least includes a lot more than just the specific routines... [2021-06-25T03:29:30Z] <noocsharp> yeah, but with sbcl you don't have a choice i assume [2021-06-25T03:29:36Z] <noocsharp> it has to include all that stuff to work [2021-06-25T03:29:36Z] <midfavila-laptop> not as far as I'm aware [2021-06-25T03:29:42Z] <noocsharp> oh [2021-06-25T03:29:51Z] <midfavila-laptop> it's essentially a huge core dump of the current lisp environment [2021-06-25T03:30:19Z] <midfavila-laptop> complete with debugger, repl, the entire contents of all include'd libraries, etc [2021-06-25T03:31:05Z] <noocsharp> well that's why lisps didn't take off probably [2021-06-25T03:31:23Z] <midfavila-laptop> lisps only need to do that because they're not standard, I imagine... [2021-06-25T03:31:36Z] <noocsharp> no [2021-06-25T03:31:44Z] <noocsharp> it's because they need a runtime, and c doesn't [2021-06-25T03:31:49Z] <noocsharp> or at least some do [2021-06-25T03:32:15Z] <noocsharp> you need garbage collection and a whole host of other things included in the binary, whereas c doesn't need it [2021-06-25T03:32:33Z] <midfavila-laptop> as far as I'm aware, the only *reason* C doesn't need a runtime like other languages is because C's standard libraries and stuff are already everywhere [2021-06-25T03:32:58Z] <noocsharp> a runtime is the overhead of the language in order to run your code [2021-06-25T03:33:23Z] <noocsharp> standard libraries are not part of the runtime [2021-06-25T03:33:31Z] * midfavila-laptop shrugs [2021-06-25T03:34:12Z] <noocsharp> c is way easier to translate to machine code than lisps, precisely because it is so low level that it doesn't need a runtime [2021-06-25T03:34:24Z] <midfavila-laptop> something something lisp machines [2021-06-25T03:34:43Z] <midfavila-laptop> either way, it's not a big deal [2021-06-25T03:35:30Z] <noocsharp> well im explaining why c took off and lisps didn't [2021-06-25T03:36:24Z] <noocsharp> and lisps machine still have runtime overhead, they're just better suited for running lisps [2021-06-25T03:36:43Z] <noocsharp> c running on a lisp machine has minimal runtime overhead because it's the nature of the language [2021-06-25T03:38:48Z] <noocsharp> but i'd rather have a lisp than a python probably :> [2021-06-25T03:47:47Z] <necromansy> ok back with shod [2021-06-25T03:57:07Z] <sh4> did i see correctly that dylan's back ? [2021-06-25T03:58:21Z] <necromansy> yeah [2021-06-25T03:59:06Z] <noocsharp> not in irc yet [2021-06-25T03:59:20Z] <sh4> cool. did he say what he's been doing ? [2021-06-25T03:59:41Z] <noocsharp> https://github.com/kiss-community/community/issues/494 [2021-06-25T04:01:30Z] <schillingklaus> he worked hard to change his name to dilyn [2021-06-25T04:03:06Z] <sh4> ah, thanks. not very conclusive, but it's a start [2021-06-25T04:10:48Z] <schillingklaus> but now the boss is back and wreaking more havoc than ever before [2021-06-25T04:17:39Z] <sh4> die axt im walde [2021-06-25T04:58:59Z] <GalaxyNova> schillingklaus: Is dylan going to be taking back ownership of the distro? [2021-06-25T04:59:37Z] <GalaxyNova> if he is then that puts up a lot of questions [2021-06-25T04:59:54Z] <GalaxyNova> like what happens to the packages in community and the progress that's been made for the package manager [2021-06-25T08:58:09Z] <schillingklaus> how many systemd services does it take to screw a lightbulb? [2021-06-25T12:02:40Z] <dilyn> https://bugreports.qt.io/browse/QTBUG-94343?jql=text%20~%20%22qtwebenginecore%22 so cute [2021-06-25T12:02:41Z] <dilyn> https://bugreports.qt.io/browse/QTBUG-77121 [2021-06-25T12:06:42Z] <testuser[m]1> > Somewhat important [2021-06-25T12:06:56Z] <dilyn> lol [2021-06-25T12:18:03Z] <dilyn> the problem is... basically a manifestation of an earlier problem that was *also* never resolved upstream [2021-06-25T12:18:15Z] <dilyn> namely that webengine will fail to build if it's already installed [2021-06-25T12:18:32Z] <dilyn> except here, it will fail to build if it ISN'T already installed. [2021-06-25T12:43:47Z] <dilyn> even lfs encountered this https://wiki.linuxfromscratch.org/blfs/ticket/14729 [2021-06-25T12:43:51Z] <dilyn> why did I take this package stack smdh [2021-06-25T12:46:15Z] <testuser[m]1> Why would someone use webengine over regular chromium [2021-06-25T12:51:41Z] <dilyn> for all that sweet sweet kde integrations dawg [2021-06-25T13:27:14Z] <omanom> <midfavila: imagine if like, a compiled bytecode for python included the entire stdlib and interpreter> python's `pyinstaller --onefile` does that, essentially [2021-06-25T13:27:45Z] <omanom> binaries are usually on the order of 10-15MB depending on how complex your code is (read: how many external dependencies it pulls in, since they all have to get bundled) [2021-06-25T13:28:54Z] <omanom> @GalaxyNova referring to Microsoft mandating TPM chip, UEFI, and SecureBoot for Win11? [2021-06-25T13:29:45Z] <acheam> wait UEFI/secure boot only, or just as an option? [2021-06-25T13:29:49Z] <omanom> only [2021-06-25T13:30:03Z] <acheam> wtf [2021-06-25T13:30:07Z] <acheam> nooo [2021-06-25T13:30:15Z] <acheam> fuck Microsoft [2021-06-25T13:30:37Z] <testuser[m]1> microshit [2021-06-25T13:31:05Z] <omanom> https://www.microsoft.com/en-in/windows/windows-11-specifications [2021-06-25T13:31:23Z] <omanom> requires 2+ core processor too [2021-06-25T13:31:33Z] <omanom> not that that is that big a deal in today's world, but still [2021-06-25T13:32:23Z] <omanom> https://docs.microsoft.com/en-us/windows/compatibility/windows-11/#hardware-requirements [2021-06-25T13:34:27Z] <testuser[m]1> omanom 10mb wouldn't include the interpreter right [2021-06-25T13:35:00Z] <omanom> it does, it bundles an entire interpreter alongside the code [2021-06-25T13:35:11Z] <testuser[m]1> nice [2021-06-25T13:35:41Z] <acheam> wait I think I misunderstood you [2021-06-25T13:36:05Z] <omanom> its kind of a weird process: https://pyinstaller.readthedocs.io/en/stable/operating-mode.html#how-the-one-file-program-works [2021-06-25T13:36:22Z] <acheam> I thought you meant that computers shipping windows 11 were only allowed to have secure boot and stuff on, and you aren't allowrd to turn it off [2021-06-25T13:36:39Z] <acheam> even when using not windows [2021-06-25T13:37:04Z] <dilyn> nah, you just wont' be able to install windows 11 without secureboot enabled [2021-06-25T13:37:10Z] <dilyn> the TPM requirement is... interesting... [2021-06-25T13:37:22Z] <omanom> well that's certainly their end goal, but right now as @dilyn said its just to prevent win11 installations [2021-06-25T13:37:30Z] <omanom> on "non-approved" hardware [2021-06-25T13:40:53Z] <omanom> or non-approved hardware configurations i guess is more appropriate [2021-06-25T13:42:07Z] <omanom> the question is whether they will start tying Win11 licenses down to specific hardware (well, even more than they already do...) meaning if I want to upgrade a graphics card I'd have to essentially buy permission [2021-06-25T13:43:06Z] <dilyn> that seems unlikely, if only because they're transitioning to SaaS [2021-06-25T13:43:34Z] <dilyn> I think it's probably motivated by trying to stamp out Linux more [2021-06-25T13:43:42Z] <dilyn> they've invested so much into WSL after all [2021-06-25T13:43:56Z] <dilyn> Who needs Linux installed anymore anyways [2021-06-25T13:47:52Z] <konimex> with the rise of ARM chips (like the M1), does the Secure Boot thing also work on ARM? [2021-06-25T13:49:57Z] <dilyn> i'm almost certain secure boot has been implemented on ARM hardware [2021-06-25T13:50:28Z] <omanom> >Like most mobile devices, ARM-based Certified For Windows RT devices, such as the Microsoft Surface RT device, are designed to run only Windows 8.1. Therefore, Secure Boot cannot be turned off, and you cannot load a different operating system. [2021-06-25T13:50:54Z] <omanom> however, the signing key for locking down some of those devices was leaked so there's a decent effort at getting linux installed on them [2021-06-25T13:51:08Z] <dilyn> technically there's nothing stopping you from signing your own kernels to use secure boot [2021-06-25T13:51:28Z] <konimex> is it a PITA though [2021-06-25T13:51:54Z] <omanom> https://github.com/linux-surface/linux-surface/wiki/Installation-and-Setup [2021-06-25T13:52:04Z] <schillingklaus> using leaked keys is illegal under some jurisdictions [2021-06-25T13:52:40Z] <konimex> I meant the signing own kernel to use secure boot, is it PITA? or the process is rather straightforward? [2021-06-25T13:52:50Z] <omanom> ah, i don't know [2021-06-25T13:53:07Z] <dilyn> you just need to sign the image and have a cert [2021-06-25T13:53:22Z] <dilyn> I don't know where those all have to be located, but it's not "hard" [2021-06-25T19:26:38Z] <michael> Hello, I'm trying to install KISS but am getting errors with the kernel. [2021-06-25T19:26:41Z] <michael> I configured the kernel, then ran make -j "$(nproc)", which gave this error: https://0x0.st/-pNa.txt [2021-06-25T19:26:53Z] <michael> I looked online and found a reddit post with a similar issue, where I followed instructions and added #include <linux/stddef.h>, after which the original command seemed to work. [2021-06-25T19:27:05Z] <michael> Now, make install gives an error message: https://0x0.st/-pNM.txt [2021-06-25T19:28:26Z] <michael> The error says to run "make" first, which I already did with make -j "$(nproc)". [2021-06-25T19:29:00Z] <michael> Any advice? [2021-06-25T19:29:10Z] <GalaxyNova> that's a thing with newer kernels [2021-06-25T19:29:13Z] <GalaxyNova> you can fix it pretty easy [2021-06-25T19:29:19Z] <GalaxyNova> there's a patch for it [2021-06-25T19:29:58Z] <dilyn> so that second message indicates that the kernel enver actually got built [2021-06-25T19:31:07Z] <michael> In the middle of make -j's output, there was some kind of message about python3 missing, but I thought it was fine, since the installation guide didn't say to install python [2021-06-25T19:31:24Z] <michael> Where can I find a working patch, or what version should I use? [2021-06-25T19:33:31Z] <GalaxyNova> michael: the kernel never got built because of the error so the make install failed [2021-06-25T19:33:48Z] <dilyn> We'd have to see the actual log to know for sure, but `make` for the kernel is pretty good at incremental builds. if you rerun make, what happens? [2021-06-25T19:35:25Z] <michael> https://0x0.st/-pNj.txt [2021-06-25T19:35:29Z] <michael> When re-running make [2021-06-25T19:36:17Z] <michael> It's not the 100% exact message because I was trying to copy-paste quickly while scrolling through ssh [2021-06-25T19:37:12Z] <dilyn> that's the same error :o [2021-06-25T19:37:17Z] <dilyn> where did you add the #include statement? [2021-06-25T19:37:27Z] <dilyn> https://k1sslinux.org/news/20210507a [2021-06-25T19:37:59Z] <michael> I added it to tools/objtools/arch/x86/decode.c [2021-06-25T19:38:13Z] <michael> But it looks like it's gone now [2021-06-25T19:38:38Z] <michael> The first time I entered it, make run for around ten minutes without that error [2021-06-25T19:39:25Z] <michael> I had it near the top of the file, with the other #include statements [2021-06-25T19:39:53Z] <michael> I ran the sed command and now make is running without an error again [2021-06-25T19:42:44Z] <michael> The same 'no python' error just appeared, but it's still running [2021-06-25T19:46:05Z] <michael> make finished, but running make install has the same error [2021-06-25T19:56:27Z] <dilyn> you could try doing something like `make clean && make` just as a sanity check [2021-06-25T19:56:30Z] <dilyn> which kernel is this? [2021-06-25T19:56:44Z] <michael> 5.12.13 [2021-06-25T19:56:56Z] <michael> I just compiled python to see if it would fix it [2021-06-25T19:57:01Z] <michael> I'll run make clean and then make again [2021-06-25T20:15:26Z] <michael> I haven't seen any errors so far, and it's been running for much longer [2021-06-25T20:15:34Z] <michael> So, I assume that everything is working now [2021-06-25T20:15:47Z] <michael> Thank you so much, dilyn and GalaxyNova [2021-06-25T20:16:40Z] <dilyn> ofc [2021-06-25T20:17:02Z] <dilyn> yeah I am building 5.12.13 rn to see if I run into any problems but I haven't seen aything yet [2021-06-25T20:17:16Z] <dilyn> ...speak of the devil and he shall appear [2021-06-25T20:17:16Z] <dilyn> env: exec python3: No such file or directory [2021-06-25T20:17:26Z] <michael> Yeah that's the one [2021-06-25T20:17:45Z] <michael> It should continue for a bit longer and then stop early [2021-06-25T20:17:57Z] <dilyn> nah I ran -j1 [2021-06-25T20:21:04Z] <dilyn> it's one of these http://ix.io/3r7T [2021-06-25T20:21:55Z] <michael> I thought the kernel was written in C? [2021-06-25T20:22:05Z] <dilyn> it is [2021-06-25T20:22:14Z] <dilyn> but it uses python and perl etc at times for things [2021-06-25T20:22:44Z] <michael> Oh, so shouldn't python be added to the install guide? [2021-06-25T20:22:50Z] <michael> It says to build perl but no mention of python [2021-06-25T20:23:08Z] <dilyn> I'm assuming it only comes up in certain circumstances [2021-06-25T20:23:22Z] <dilyn> for instance, you still need perl for some things (like if you build zfs into the kernel) [2021-06-25T20:23:38Z] <dilyn> would you happen to be using clang at all for this? [2021-06-25T20:24:03Z] <dilyn> my first guess is KVM [2021-06-25T20:24:14Z] <michael> If that's not the default, no [2021-06-25T20:24:31Z] <michael> I think I enabled something related to KVM in the kernel config, though [2021-06-25T20:25:21Z] <dilyn> I did so recently as well, had qemu installed at the time so I didn't notice [2021-06-25T20:25:35Z] <dilyn> I'd have to fiddle with it a bit more. can you send along the kernel config you're using? [2021-06-25T20:26:34Z] <michael> Sure, let me open up a second ssh session [2021-06-25T20:28:12Z] <michael> https://0x0.st/-pqZ.txt [2021-06-25T20:32:10Z] <michael> Yep, "arch/x86/boot/bzImage is ready"