jaeger changed the topic of #crux to: CRUX 3.7 | Homepage: https://crux.nu/ | Ports: https://crux.nu/portdb/ https://crux.ninja/portdb/ | Logs: https://libera.irclog.whitequark.org/crux/
groovy2shoes has joined #crux
rbnhn1 has joined #crux
rbnhn1 has quit [Client Quit]
ukky has quit [Ping timeout: 260 seconds]
ukky has joined #crux
SiFuh has quit [Remote host closed the connection]
SiFuh has joined #crux
tilman has quit [Ping timeout: 245 seconds]
tilman has joined #crux
ppetrov^ has joined #crux
ocb has quit [Remote host closed the connection]
ocb has joined #crux
<farkuhar> SiFuh: http://duc.zevv.nl/
<SiFuh> Heh
<farkuhar> SiFuh: maybe your keyboard needed new batteries, but my keyboard needs its auto-repeat settings tuned up. Sometimes I press and release the spacebar, but the system acts as if spacebar were held down, until I press another key.
<SiFuh> Err, I changed the batteries and the keyboard was messing up again.
<SiFuh> So, I have actually replaced the batteries again, probably and hour or two ago.
<farkuhar> and it's not just the spacebar; other keys act similarly. I wonder if the humidity in this room is affecting the electrical contacts under the keys.
<SiFuh> According to the battery charger the two batteries that I originally replaced the flat batteries with are messing up.
<SiFuh> Spill a beer?
<farkuhar> I could try running a dehumidifier for a while to see if it makes a difference.
<SiFuh> I don't think humidity is the problem
<SiFuh> The average annual percentage of humidity in Malaysia is: 81%
<SiFuh> :-P
<SiFuh> Here the humidity is so high, you'd think you were swimming in liquid cheese.
<ppetrov^> SiFuh, what's the typical temperature?
<SiFuh> 30+ Celsius
<ppetrov^> terrible
<SiFuh> For a beer drinker yes
<SiFuh> If I stopped drinking then it will be perfectly fine.
<SiFuh> How can this guy always find crap in the same conditioner? How do motorcycle farings get rust when they are all plastic? Hmmm
<farkuhar> jaeger was asking if any CRUX users had configured their systems like this: https://github.com/agherzan/yubikey-full-disk-encryption ... if I find a spare hard disk somewhere around the house, I might give it a try.
<SiFuh> I have for my OpenBSD laptop
<SiFuh> I use a manually typed in key for disk encryption. To access my accounts I use the yubikey OTP and to access an encrypted database of passwords I use the Yubikey STATIC pass
<SiFuh> Yubikey STATIC is hold the button down until it fills the box. OTP is touch the button and let go.
<SiFuh> If II wish to use the Yubikey for accessing the encrypted drive on OpenBSD then I'd have no choice but to use Yubikey STATIC because there is no OTP for OpenBSD disk encryption.
<farkuhar> STATIC sounds like what jaeger described as the Yubikey "trivially used to send a password via button press"
<SiFuh> There are two fuctions static = hold until prints, OTP touch and let go and it prints.
<SiFuh> This is good but it has one mistake
<farkuhar> The url I pasted above also mentions "Automatic mode with stored challenge", which is supposed to unlock the encrypted volume just by having the Yubikey present, no user interaction required.
<SiFuh> Oh wait, he fixed it :-P Nevermind. No mistakes
<SiFuh> Ahh that is a nice option farkuhar
<SiFuh> I don't use yubikey on Linux and I am annoyed ta paypal removed yubikey from their auth settings
<SiFuh> farkuhar: Also, that reminds me. The wife was suppose to order a second one for me as backup. I asked her to do that more than a month ago. Hmm
<SiFuh> I have 5C NFC (Far right)
<SiFuh> I will get the NANO as the second one
<SiFuh> farkuhar: they basically show up like a keyboard and input the pass like a keyboard.
<SiFuh> I also have a hardware crypto wallet that I have never used. Apparently it also has simieatures to Yubikey
rbnhn1 has joined #crux
<SiFuh> farkuhar: I originally bought the yubikey as a test and so that I can log in to sites without needing to know a password. Ironically, most sites stopped supporting it and now I use it to access a database of passwords ;-)
<farkuhar> SiFuh: my first hardware security key was a SoMu, and at the start of this year I got a Yubikey as a backup (without using wife as an intermediary). It's unfortunately rather uncommon for a site to support hardware keys as a 2FA option. I've had to give up on any sites that insist on SMS for two-factor authentication, after cutting off my mobile phone subscription.
<SiFuh> Yeah, I am the same, I will not link a phone to anything and I refuse to use SMS or phone as any authetification mechanism. My bank has switched to an APP. I refuse to use it.
<SiFuh> Many sites did include 2FA for awhile. I am not sure why the stopped.
<SiFuh> Now I just use Password Gorilla and unlock that with the Yubikey
<SiFuh> The hing I hate the most though is that many sites ASSUME everyone has a celluar phone, so many sites have no other options. Also many sites don't accept Satellite phone numbers.
<SiFuh> The moment Telegram accepts a Satellite number, I am switching on the spot.
<farkuhar> The 2FA implemented at my workplace used to offer a "Call Me" option, for voice-only phone numbers, but now that option has been discontinued. Good riddance, since it wasn't smart enough to get past a switchboard and dial my 4-digit extension.
<SiFuh> Hahaha reminds me of that Apple Siri voice recognition. My friends that have SIRI on their phone activated usually deactivate it within the day because I am always brekaing through their voice commands and activating SIRI.
<SiFuh> Even my wife had hers set in Cantonese and I was able to break through it
rbnhn1 has quit [Quit: rbnhn1]
XXX1232 has joined #crux
XXX1232 has quit [Client Quit]
<farkuhar> ppetrov^: Why not `git rm zoom-linux.conf` and merge with the previous commit? https://github.com/slackalaxy/crux-ports/commit/458e55929b47431ff77849c242bb9d627e3615f6
<ppetrov^> farkuhar, because I do not feel comfortable with git, and in my experience, I just move forward with it. Also, every now and then I update the signature and footprint of several "unversioned" ports of mine, zoom being one of them
<ppetrov^> i am flattered someone bothers to take a look at my ports :)
<farkuhar> ppetrov^: you're in good company when it comes to port-messiness. Plenty of ports in the db still have patches that only apply to an earlier version. But at least with git, there's no risk of permanent data loss when you drop an outdated patch.
<SiFuh> farkuhar: ordered the second Yubikey although I know how to generate the password manually, better to have a backup just incase.
<farkuhar> ppetrov^: I only started looking at zoom-linux ports again, after finding that running Zoom in a browser is seriously broken on one of my machines (outgoing webcam data gets corrupted), but perfectly normal on the other machine. I have yet to investigate what's causing the divergent behaviour, but it's on my agenda this weekend.
<ppetrov^> farkuhar, i will give it a try
<ppetrov^> have you tried my port?
<farkuhar> not yet, will do.
<ppetrov^> let me know it it works for you
<SiFuh> By the way, something come up yesterday on the OpenBSD channel in Telegram. A user was asking how OpenBSD is able to mount an encrypted partition. Turns out everything needed is in the bootx64.efi image.
<ppetrov^> farkuhar, what problems did you have with Zoom in browser?
<farkuhar> SiFuh: meanwhile our CRUX bugtracker still has an open ticket asking for nvme-cli to be added to the ISO. I wonder if the next request will be for yubikey wrapper scripts around cryptsetup.
<SiFuh> farkuhar: Not sure, I might need to test it on Linux and see how it goes. I don't think it is important to be honest but there are users that may want it.
<farkuhar> ppetrov^: the data from /dev/video2 appeared just fine in preview, but in the actual Zoom meeting it gets garbled into a staticky picture. I wonder if the difference between my two machines comes down to video card. It would be weird if Zoom's web app is not equipped to degrade gracefully when hardware video encoding is not supported.
<SiFuh> I think nvme-cli should be added without even a second thought.
<SiFuh> Nothing worse than having to download _another_ linux distro just to zero out an NVME SSD before installing CRUX on it.
<ppetrov^> farkuhar, that sounds pretty weird
<SiFuh> Hence part of the reason I wanted a modular kernel configuration included with CRUX for those who wish to see what modules were auto loaded for when they want to build a more compact kernel
<ppetrov^> SiFuh, I suppose it will happen for 3.8?
<SiFuh> ppetrov^: Up to jaeger I guess
<farkuhar> SiFuh: time to upgrade your BIOS, so you can access the "zero out an NVME" functionality without even having a bootable disk.
<SiFuh> He is the one whom packages the entire thing in the end
<SiFuh> farkuhar: My BIOS' are up-to-date
<SiFuh> Even my radio in my truck is up-to-date. Hahaha
<farkuhar> I suppose it's up to the motherboard manufacturer, whether to provide features for SSD management. My desktop motherboard does so, but maybe that's not ubiquitous.
<SiFuh> To be honest, I wonder why BIOS even exists anyway.
<SiFuh> Just use TRON for basics and boot straight from a kernel.
<farkuhar> These days you can often replace your BIOS with a free-software alternative, allowing you to get all the benefits of nvme-cli regardless of which OS you're trying to install.
<SiFuh> Want to modify anything? Just JTAG it
<ukky> JTAG cannot describe HW resources available. That is what BIOS is for.
<SiFuh> TRON can do that
<ukky> There are multiple alternatives to BIOS. uBoot, Coreboot, etc.
braewoods has quit [Remote host closed the connection]
<ukky> It seems TRON is RTOS, not BIOS. I know Nucleus OS a little bit (via reverse-engineering satellite receiver's ROM).
braewoods has joined #crux
<SiFuh> TRON runs on a lot of chips at low level
<ukky> SiFuh: My apologies: TRON is _not_ based on Nucleus RTOS.
<SiFuh> Good thing it isn't based on the movie either ;-)
<ukky> There is no point in using TRON as BIOS substitute, if we want to load Linux kernel. BIOS code can be discarded in most cases after Linux kernel is loaded. Yeah, I thought you meant movie.
<SiFuh> BIOS should have been dropped at least 15 years ago.
<SiFuh> Wasn't there a linux kernel option that could be flashed to a BIOS back in the day?
<ukky> We cannot drop BIOS. The idea was to drop Legacy BIOS and replace it with UEFI BIOS. BIOS is needed to describe HW resources on specific motherboard.
<ukky> ACPI tables are part of BIOS. Memory map is part of the BIOS.
<SiFuh> I remember years ago reading about a complete BIOS replacement. You'd have a basic linux Kernel flashed directly to the chip
<ukky> Libreboot is based on Coreboot. Coreboot _is_ BIOS alternative.
<SiFuh> Yeah I found that in google search
<SiFuh> Not what I wanted but was interesting enough
ivandi has quit [Quit: WeeChat 4.0.2]
ivandi has joined #crux
<ukky> Coreboot is used in my projects at work. We use Coreboot to load Linux from NAND flash.
<ukky> Coreboot is more popular for x86 arch, uBoot is more popular for Arm arch.
stoffepojken has quit [Quit: ZNC 1.8.2 - https://znc.in]
stoffepojken has joined #crux
stoffepojken has quit [Remote host closed the connection]
stoffepojken has joined #crux
zephyr has quit [Quit: The Lounge - https://thelounge.chat]
<SiFuh> farkuhar: Who the f*** is emailing me so late? Oh... weekly backup. :-P
ivandi has quit [Quit: WeeChat 4.0.2]
ivandi has joined #crux
rbnhn1 has joined #crux
rbnhn1 has quit [Client Quit]
ocb has quit [Remote host closed the connection]
ocb has joined #crux
<cruxbot> [opt.git/3.7]: libxkbcommon: corrected optional dependency for x11 support
<cruxbot> [opt.git/3.7]: qt5: accommodate libxkbcommon change in 53af2206
<cruxbot> [opt.git/3.7]: qt6-base: accommodate libxkbcommon change in 53af2206
<cruxbot> [opt.git/3.7]: qtwebengine: added patch to fully support python3; added dependency: xorg-libxkbfile
_0bitcount has joined #crux
<cruxbot> [contrib.git/3.7]: python3-pyqt5: accommodate to libxkbcommon change in 53af2206
<cruxbot> [contrib.git/3.7]: easyeffects: 7.0.5 -> 7.0.6
<cruxbot> [contrib.git/3.7]: mono: 6.12.0.200 -> 6.12.0.205
<cruxbot> [contrib.git/3.7]: python3-dnspython: 2.4.0 -> 2.4.1
<cruxbot> [contrib.git/3.7]: python3-pathspec: 0.11.1 -> 0.11.2
<cruxbot> [contrib.git/3.7]: python3-platformdirs: 3.9.1 -> 3.10.0
<cruxbot> [contrib.git/3.7]: python3-pyqt-builder: 1.15.1 -> 1.15.2
<cruxbot> [contrib.git/3.7]: python3-pyqt6: 6.5.1 -> 6.5.2
<cruxbot> [contrib.git/3.7]: qownnotes: 23.7.2 -> 23.7.3
<cruxbot> [contrib.git/3.7]: python3-pyqt6-sip: 13.5.1 -> 13.5.2
<cruxbot> [contrib.git/3.7]: python3-pyqt5-sip: 12.12.1 -> 12.12.2
<cruxbot> [contrib.git/3.7]: kwindowsystem: accommodate to libxkbcommon change in 53af2206
<cruxbot> [contrib.git/3.7]: bash-language-server: -> 5.0.0
<cruxbot> [contrib.git/3.7]: p5-business-isbn-data: 20230719.001 -> 20230729.001
<cruxbot> [contrib.git/3.7]: gitea: 1.20.1 -> 1.20.2
_0bitcount has quit [Quit: Leaving]
ppetrov^ has quit [Quit: Leaving]
tilman has quit [Ping timeout: 246 seconds]