<mnkydeth>
So, this efibootmgr will fix the grub install on the rc1 iso?
<mnkydeth>
I guess I missed it a bit. I was testing and know there will still be issues. I also use grub as my preferred boot loader. I guess I'm not sure what changed from the previous updated 3.6 iso's.
<mnkydeth>
I guess I should reiterate.
<mnkydeth>
I did the install process. All went good I thought. grub-install no errors. But upon reboot grub was there bu failed to load the config I thought. I tried another time and same issue.
<mnkydeth>
I do enjoy Crux. And I know I only pop up when a new release happens. I should start my own repo a learn to make proper packages.
ivandi has quit [Quit: WeeChat 3.6]
ivandi has joined #crux
mnkydeth has quit [Ping timeout: 240 seconds]
mnkydeth has joined #crux
farkuhar has left #crux [#crux]
<jaeger>
If grub loaded to the prompt, it was installed properly but can't find its config file
brian|lfs has joined #crux
mnkydeth has quit [Ping timeout: 244 seconds]
mnkydeth has joined #crux
mnkydeth has quit [Ping timeout: 244 seconds]
brian__ has joined #crux
brian|lfs has quit [Ping timeout: 272 seconds]
brian__ is now known as brian|lfs
brian|lfs has quit [Remote host closed the connection]
_moth_ has joined #crux
ocb has quit [Ping timeout: 268 seconds]
ocb has joined #crux
_moth_ has quit [Quit: _moth_]
zou0 has joined #crux
<zou0>
Hello guys
ppetrov^ has joined #crux
<zou0>
mesa package has footprint mismatch
<ppetrov^>
maybe it linked against something you have installed, hence the different footprint?
<zou0>
idk i just ignore the footprint in pkgmk
<ppetrov^>
that's what I do, too
<zou0>
and about the ffmpeg codecs, is there any kind of limitation to this?
ocb has quit [Remote host closed the connection]
ocb has joined #crux
<SiFuh>
You should only ignore the footprint if it says NEW. If you ignore the footprint for MISSING your system will eventually break
<zou0>
ffmpeg says Unknown encoder 'libmp3lame'
<zou0>
but in pkgfile is enabled
<SiFuh>
revdep -vvvv ffmpeg |grep lame returned no results
<SiFuh>
zuo0 so you would need to build lame and then rebuild ffmpeg
ppetrov^ has quit [Quit: Leaving]
<SiFuh>
The reason it is included is if you install the 'Optional Dependency' and the Pkgfile finds that it is installed it will send that information to ffmpeg when compiling
<SiFuh>
Hence line 5 has 'lame' under 'Optional' and line 37 looks for evidence of it and then modifies the variable PKGMK_FFMPEG
<SiFuh>
Line -> 52 ./configure ${PKGMK_FFMPEG} \
<zou0>
interesting
<zou0>
building
<cruxbot>
[opt.git/3.6]: harfbuzz: 4.4.1 -> 5.0.1
<SiFuh>
ffmpeg and ffmpeg4 can be compiled against a lot of stuff so the maintainer has only bothered building the lightest useable configuration and kind enough to allow the build to be modified based on the system you have.
<zou0>
even with j28 it takes a long time :p
<SiFuh>
How many CPU's or cores have got?
<zou0>
one cpu and 14/28
<SiFuh>
Ahh okay cool.
<zou0>
is really cool, i can compile the kernel in 1 and half minute
<SiFuh>
Heh, would love to see how fast it compiles the OpenBSD kernel
<zou0>
later i can test ;)
<SiFuh>
On OpenBSD your system will own show 14. You'd need to set sysctl hw.smt=1 to show 28
<zou0>
jumping off topic, thoughts about github copilot?
<zou0>
or github in general
<SiFuh>
I got rid of github and now only use gitlab
<zou0>
gitlab interface is kinda confused
<SiFuh>
Yeah, I thought so too but it didn't take long to get use to it.
<SiFuh>
I was just annoyed with the constant delays with github. I'd upload now ports to the repo and then go to another machine to retrieve a ports -u yenjie and many times it wouldn't show an update until 5 to 30 minutes later
<zou0>
hmm i gonna try
<zou0>
maybe now with the github copilot an artificial intelligence must check repo by repo
<SiFuh>
Maybe or a limit to stop spam
zou0 has quit [Remote host closed the connection]
ocb has quit [Read error: Connection reset by peer]
ocb has joined #crux
<cruxbot>
[opt.git/3.6]: openldap: update to 2.6.3
<cruxbot>
[opt.git/3.6]: nss: update to 3.81
ocb has quit [Remote host closed the connection]
ocb has joined #crux
ppetrov^ has joined #crux
ppetrov^ has quit [Quit: Leaving]
jue has joined #crux
<cruxbot>
[core.git/3.6]: iana-etc: update to 20220719
farkuhar has joined #crux
ppetrov^ has joined #crux
Guest91 has joined #crux
Guest91 has quit [Client Quit]
ardo has quit [Read error: Connection reset by peer]
ardo has joined #crux
chrcav has quit [Ping timeout: 272 seconds]
ppetrov^ has quit [Quit: Leaving]
chrcav has joined #crux
ppetrov^ has joined #crux
ivandi has quit [Quit: WeeChat 3.6]
ivandi has joined #crux
ardo has quit [Read error: Connection reset by peer]
groovy2shoes has quit [Ping timeout: 244 seconds]
ardo has joined #crux
<cruxbot>
[opt.git/3.6]: duktape: fix wrong PREFIX in pc file
ardo has quit [Read error: Connection reset by peer]
ardo has joined #crux
groovy2shoes has joined #crux
ardo has quit [Read error: Connection reset by peer]
ardo has joined #crux
stoffepojken has quit [Quit: ZNC 1.8.2 - https://znc.in]
_moth_ has quit [Remote host closed the connection]
_moth_ has joined #crux
jue has quit [Ping timeout: 264 seconds]
ppetrov^ has joined #crux
ty3r0x has quit [Quit: Konversation terminated!]
ppetrov^ has quit [Quit: Leaving]
_moth_1 has joined #crux
_moth_ has quit [Ping timeout: 268 seconds]
_moth_1 is now known as _moth_
ocb has quit [Remote host closed the connection]
ocb has joined #crux
zmoment has joined #crux
ocb has quit [Remote host closed the connection]
ocb has joined #crux
ocb has quit [Remote host closed the connection]
ocb has joined #crux
elderK has joined #crux
<elderK>
Hey guys, I was wondering whether it's worth switching from pulse to pipewire. If so, are there any special precuations I should take or gotchas I should know about?
<elderK>
Wine and stuff are all built to work with pulse.
<farkuhar>
elderK: just leave pulseaudio installed when you build pipewire, and then you'll be able to use pipewire as a drop-in replacement for the pulseaudio server.
<elderK>
Okay, cool. Do I just shutdown any pulseaudio daemon or something?
<elderK>
I've noticed that with Pulse, when I'm watching a show with Bluetooth, every one and awhile, pausing the video will like, be unable to unpause the video until I disconnect/reconnect the Bluetooth speaker.
<elderK>
Hoping that like, pipewire will fix that.
<elderK>
Also, the more often I pause a video, the more the video stutters and the audio gets out of sync.
<farkuhar>
I've found that with hot-pluggable devices, wireplumber is the better media session manager to ensure that they're automatically selected as the audio sink. Your other option is pipewire-media-session, but I haven't tested that one to the same extent.
<elderK>
Any other things I should know?
<elderK>
How do I make sure alsa stuff goes through pipewire and such.
<farkuhar>
pipewire provides its own pulseaudio-compatible daemon, which you can activate by uncommenting the appropriate lines in its config file. That same config file is also where you choose which session manager will be used.
<farkuhar>
if alsa stuff was getting routed to your pulseaudio daemon, it should also work with pipewire. Running `pactl info` after a successful startup of pipewire should reveal that the listening pulseaudio daemon is actually powered by pipewire.
<elderK>
Thank you.
<elderK>
So, I should leave everything pulse installed?
<elderK>
Is there anything I need to do for 32bit programs?
<elderK>
I have a pulseaudio-32 port installed.
<elderK>
I guess if pulse is really going to pipewire, pulseaudio-32 will suffice.
<farkuhar>
i've had A/V sync issues even without pausing the playback multiple times. In the most recent instance, mpv tried to put the blame on my slow CPU, even though the file itself had been encoded in real-time by ffmpeg capturing my webcam just a few minutes earlier.
<jaeger>
On the systems where I have tried pipewire I have left all the pulse stuff in place
<elderK>
farkuhar: What fixed the issue for you?
<farkuhar>
sorry elderK, but I have no idea about 32bit programs. Is skype for linux still 32-bit only? That's the only program I remember needing a 32bit compatibility layer for.
<elderK>
farkuhar: Some games from Steam require 32bit support, same for GOG.
<elderK>
I think sometimes Wine needs it too?
<jaeger>
When running 32-bit windows apps, yes
<farkuhar>
elderK, i guess i never really found a fix for that particular A/V sync issue. I just uploaded the video as-is, and hoped that the eventual target audience would have more capable hardware than mine.
<elderK>
Does pipewire require a system daemon to run?
<elderK>
Any special requirements for pipewire to use bluetooth?
<farkuhar>
I think it relies on a system-wide dbus instance, and one or more XDG environment variables, but the actual sound server is running as the logged-in user.
<elderK>
I'll have to make sure my X sessions properly set up the dbus session.
<elderK>
I wonder if it ever makes sense to use dbus-run-session on a shell script.
<elderK>
Like, if I want to use pipewire before I log into X11, I will need my shell to have a dbus session, no?
<jaeger>
The only use case of which I'm aware is to start your x or wayland session
<elderK>
I wonder if there's a way to check whether we're part of a dbus session.
<elderK>
I'll update my login scripts so that It starts it when I want it :P
<jaeger>
But yeah, maybe if you want to use stuff like pipewire before or without an x or wayland session