crash_ has quit [Read error: Connection reset by peer]
crash_5 is now known as crash_
DanDan has quit [Write error: Connection reset by peer]
z812 has joined #crux
DaViruz has quit [Ping timeout: 256 seconds]
DaViruz has joined #crux
ocb has quit [Ping timeout: 240 seconds]
ocb has joined #crux
DanDan_ is now known as DanDan
j0hnny has quit [Ping timeout: 256 seconds]
j0hnny has joined #crux
fishe has joined #crux
<fishe>
hey there
<fishe>
trying crux again, and upon running efibootmgr i get "EFI Variables are not supported on this system"
<fishe>
efivarfs is modprobe'd and i specified x86_64-efi when installing grub
crash_ has quit [Remote host closed the connection]
crash_ has joined #crux
<fishe>
Took a bit, but i figured it out! just running `modprove efivarfs` does not work, but `mount -t efivarfs none /sys/firmware/efi/efivars` works fine
<fishe>
modprobe*
<jaeger>
Glad you got it sorted :)
emmett1 has joined #crux
emmett1 has quit [Quit: Quit]
SiFuh has joined #crux
fishe has quit [Quit: Connection closed for inactivity]
ppetrov^ has joined #crux
jue has quit [Ping timeout: 260 seconds]
<ppetrov^>
guys, may I ask what are the plans about the upcoming 3.7 release, time-wise? I don't want to be _that guy_, asking "are we there yet", but I am certainly curious whether we should expect in a month or so...?
<SiFuh>
Yesterday, jaeger had said that he will push 3.7 to iso.git soon and do a test build.
<SiFuh>
I am awaiting OpenBSD 7.1 which should be launched soon.
<ppetrov^>
cool, thanks! I am considering to migrate another PC to CRUX, so I would rather wait for 3.7
<ppetrov^>
SiFuh, how easy is it to create ports on OpenBSD?
<SiFuh>
Depends, some are quite easy, but most are heavily patched
<SiFuh>
ppetrov^: When you learn the variables it is pretty easy. It compiles just like any other program and then you have to sign the port.
<SiFuh>
The ports are in a tree, and the Makefiles are configured to be aware of every port or Makefile below it.
<SiFuh>
Void Linux has a similar setup but they treat it is a source tree
<farkuhar>
The OpenBSD release cycle is quite regular: every six months you can download a new stable release. You can follow the -CURRENT branch, but even the stable branch gets security patches in between the semiannual releases.
<farkuhar>
The choice between a "rolling release" and semiannual updates is something you can approximate in CRUX. Use ports -u; prt-get sysup for the "rolling release" model, or just download the unofficial ISO every six months and reinstall from that, if you prefer moving at a slower pace. The only downside of the latter choice is that you have to apply security patches manually.
<ppetrov^>
why would i apply security pacthes manually, if I am using the updated ISO?
<ppetrov^>
btw, i kinda prefer to prt-get sysup regularly, because in this way I 'gradually' fix things that break with my own ports. If I wait for 6 months, I will probably have much many things to fix all at once
<farkuhar>
Never touching the ports tree in between installations from the updated iso (i.e., never running ports -u), you would not have knowledge about security fixes in your ports tree.
<ppetrov^>
i have no knowledge of security fixes in my ports tree even now
<ppetrov^>
i just update them every now
<ppetrov^>
and then
<farkuhar>
I meant that by running ports -u, you propagate into your ports tree the information about available updates. If you only took snapshots of the ports tree every six months, then you have to keep up with those CVE notifications some other way.
<ppetrov^>
yes, and if i make a new install every 6 months, I install updated ports
<ppetrov^>
sorry, i feel stupid, i obvious misunderstand something
<farkuhar>
OpenBSD has a mechanism for distributing critical security patches separately from "bleeding edge" software. In CRUX we lump all those updates together, forcing users to effectively follow a "rolling release" model if they want the latest security patches, even if they wish CRUX updates came at a slower pace.
<ppetrov^>
ah, you mean that in the time between two fresh installs (for thos who want slower cycle), there will be no security updates
<farkuhar>
Yes, that's the point I was trying to make. Sorry for the confusing description.
<ppetrov^>
yes of course...
<ppetrov^>
it's kinda obvious, but not for me... as teens say "duuh"
<ppetrov^>
or did they say this some 10 years ago?
<farkuhar>
No idea, maybe you'd better ask stenur (for an official amerikandeutsch perspective)
<ppetrov^>
:D
<ppetrov^>
so when 3.7 comes out, i am advised to install it in chroot environment and test my ports there?
<fishe>
might have brought this up a few weeks ago, but im back on crux and rust-bin is compiled against an old version of llvm
<fishe>
im also pretty sure qtile is what was causing audio problems
<SiFuh>
:-P
z812 has quit [Quit: bye!]
z812 has joined #crux
_moth_ has quit [Ping timeout: 246 seconds]
<fishe>
got through compiling all of rust just for there to be a footprint mismatch
<fishe>
god fucking damn it
<farkuhar>
fishe: the built package should still be present on your disk. If the footprint mismatch doesn't look too worrisome, you can just pkgadd the result of your compilation.
<fishe>
where would those be stored?
<ppetrov^>
what does PKGMK_PACKAGE_DIR=" in /etc/pkgmk.conf say?
ppetrov^ has quit [Quit: Leaving]
ppetrov^ has joined #crux
fishe has quit [Quit: Connection closed for inactivity]
ppetrov^ has quit [Quit: Leaving]
emmett1 has joined #crux
groovy2shoes has quit [Remote host closed the connection]
groovy2shoes has joined #crux
emmett1 has quit [Ping timeout: 252 seconds]
emmett1 has joined #crux
emmett1 has quit [Read error: Connection reset by peer]
emmett1 has joined #crux
_moth_ has joined #crux
ichi has joined #crux
<ichi>
hi
<ichi>
i installed crux and its all good so far but i try to install i3 and i3status and it gives me an error