<SiFuh> ukky: Many times?
<SiFuh> The definition of insanity is doing the same thing over and over again and expecting a different result. :-P
<ukky> SiFuh: each time I modify the kernel sources, it gets recompiled/reinstalled to check if patch works.
<SiFuh> ukky: I kind of figured that. I was just teasing
<ukky> While working on this issue I found out that my system has 64 sensors
<SiFuh> Wow, real AI coming. Trying to catch up to the amount humans have.
<ukky> Does OpenBSD have envstat command?
<SiFuh> No, what is that/
<ukky> In NetBSD envstat displays sensor readings (temps, voltage, etc)
<SiFuh> I am looking at the screen shots. I will show you what we have.
<SiFuh> We have systat and then press the right arrow key 4 times to get that one.
<SiFuh> Heh VTWM. Haven't heard that name in years
<ukky> This is what envstat shows: https://0x0.st/8dWw.txt
<SiFuh> ukky: That is a lot of info
zorz has quit [Quit: leaving]
SiFuh has quit [Remote host closed the connection]
_whitelogger has joined #opencrux
ppetrov^ has joined #opencrux
<remiliascarlet> SiFuh_ ukky farkuhar dlcusa ppetrov^ zorz: https://x.com/TheBabylonBee/status/1945967913338368497
ppetrov^ has quit [Quit: Leaving]
zorz has joined #opencrux
<remiliascarlet> zorz: Since you weren't here when I posted it: https://x.com/TheBabylonBee/status/1945967913338368497
<zorz> remiliascarlet: heh
<ukky> remiliascarlet: nice
ppetrov^ has joined #opencrux
ppetrov^ has quit [Quit: Leaving]
zorz has quit [Read error: Connection reset by peer]
zorz has joined #opencrux
zorz has quit [Quit: leaving]
zorz has joined #opencrux
<zorz> guys did you ever try the yash shell. its not bad at all for interactive POSIX and has completions.
<zorz> Japan Tech.
<ukky> zorz: didn't try any shell except bash/dash/ash in Linux and ksh/sh in NetBSD
<zorz> ukky: first time i play with it
<zorz> still everything runs from ksh. /bin/sh
<zorz> ukky: i am thinking cause pkgutils are outdated.... maybe is a good idea to go with pkgsrc, and binaries and source.
<ukky> Usually I look for alternatives when SW is slow. There are exceptions: watching cmake, for example, processing CMakeLists.txt files is painful, but I cannot get rid of it.
<zorz> SW?
<ukky> zorz: SW means software, any sowftware.
<zorz> okay man.
<ukky> s/sowftware/software
<zorz> no i needed a way to have completions for example my bookmark script and some other things.... so yash is okay.
<ukky> And switching from pkgutils to pkgsrc would be a good move.
<zorz> ofcourse
<ukky> For interactive shell, even bash is okay. We just shouldn't require bash when running scripts.
<zorz> and will not be a fork
<zorz> we seriously need to discuss this.... switching to pkgsrc.
<ukky> I mentioned this idea to SiFuh_ some time ago and he was considering it.
<zorz> i was reading this before Enterprise Linux like centos
<zorz> i was not online when you disqussed did... but i think is a smart move.
<zorz> if they are open... why not.
<zorz> Binary package sets for SmartOS/illumos, macOS, NetBSD current, and Enterprise Linux are available from MNX.
<zorz> also this is awesome feature
<zorz> # pkg_admin fetch-pkg-vulnerabilities
<zorz> $ pkg_admin audit
<zorz> i can imagine a system starting with runit, compile the kernel as you like, and use pkgsrc.
<zorz> let me see logs
<zorz> <farkuhar> I keep bringing up NetBSD and the pkgsrc example. I've never tried it, but supposedly you can use pkgsrc to maintain a parallel installation of software, not interfering at all with the database that the host distro maintains.
<zorz> <ukky> When I considering my own distro, I was hoping to create base core install and use pkgsrc for everything else, in /usr/pkg.
<zorz> <ukky> SiFuh: if you use pkgsrc, you can compeletly drop the need for contrib, as pkgsrc has plenty of SW.
<zorz> ukky: we should drop pkgutils completely.
<ukky> zorz: no. We should use pkgutils for core set.
<zorz> you go to the folder and make install
<zorz> maybe do custom make files for the base system.
<zorz> but keep one package manager... not 2.
<ukky> zorz: preparing packages for installing into root directory is possible, but will require more brainstorming compared to cruxcore+pkgsrc
<zorz> yes... i think is possible... and is more straight forward.
<zorz> we add our database to overide the makefiles of the pkgsrc.
<zorz> how many could be... something like 150 max.
<ukky> no. we have to use pkgsrc's Makefiles as-is and change pkgsrc settings via /etc/mk.conf
<zorz> MASTER_SITE_OVERRIDE= https://my.server.example.com/distfiles/
<zorz> man this system is better than dpkg or pacman or yum/dnf
<ukky> Oh, you want to fork pkgsrc? I thought you want to use pkgsrc as-is, just change configuration where to place packages during install.
<zorz> not fork man
<zorz> as is... but for some files, of the base system use our make files
<zorz> reboot!
zorz has quit [Quit: leaving]
zorz has joined #opencrux