<vsteve>
I caved and installed pulse audio, I still don't have any audio
<vsteve>
I've been working on this all day (waiting on compiles) and still nothing...also I can't get the romster chromium package to build...on a semi-related issue
<vsteve>
on chromium, there were dependencies not picked up by "prt-get depends chromium" but when with figuring out what those were...I still get an error from ninja about a directory not existing, I'd have to grab output from that system to get an exact error message
<vsteve>
I thought the same way alsa has alsautils, pulse audio had...some set of tools? but I'm not seeing those so I have no idea if the pulse audio install is working
<vsteve>
I've had audio working in firefox before....I don't remember what I did but I vaguely recall it had something to do with the user being in some group
<vsteve>
I might be able to dig up an old laptop and maybe be able to see what I did on that
Moth has quit [Remote host closed the connection]
Moth has joined #crux
<dim44>
pulseaudio has pavucontrol. I had to add the user to the audio group and everything works (with pulseaudio). Also run pulseaudio as user(not root) with pulseaudio -D
<dim44>
As in first kill the root process if there is any and then run it as user. Don't know about chromium, haven't built it.
DanDan has quit [Ping timeout: 245 seconds]
<SiFuh_>
vsteve: which firefox?
<SiFuh_>
vsteve: Also what DE/WM are you using?
<vsteve>
ahh thanks dim44, I'll give that a try
<vsteve>
SiFuh_ I've got the latest firefox-bin in the crux repo as of a few hours ago
<vsteve>
my window manager is IceWM, not sure what's meant by DE
<SiFuh_>
DE = Desktop Environment
<vsteve>
ahh lol makes sense
<vsteve>
yeah, IceWM all the way
<SiFuh_>
I am not sure if the Firefox-bin has pulse audio support.
<SiFuh_>
I remember in the past it didn't
<vsteve>
interesting...but in that case it should have worked with ALSA, right?
<SiFuh_>
IceWM is technically a DE
<SiFuh_>
Yes
<vsteve>
hmm
<SiFuh_>
You have audio on other things?
<vsteve>
yeah, literally everything else works great
<farkuhar>
what does Firefox report as the audio backend when you type "about:support" in the URL bar?
<SiFuh_>
I remember omar had an issue with firefox-bin audio last year and it was lack of pulse or something
<farkuhar>
I built my firefox with both the alsa and the sndio backends (eschewing pulseaudio), but only the sndio backend gives reliable performance.
<vsteve>
huh, so about:support just says (remote error)
<vsteve>
but that may be the audio group thing I still need to fix
<vsteve>
though it has a sample rate set as 44100, which looks normal
<SiFuh_>
farkuhar: sndio is good. I was working on a cleaner port of it the other day. I don't remember if I even uploaded it to my repo.
<farkuhar>
if pulseaudio is installed and running, then firefox-bin should default to using it. (about:support will show "pulse-rust" as the audio backend.)
<SiFuh_>
Oh I did upload ;-)
<SiFuh_>
I have pulseaudio installed and firefox is saying alsa
<farkuhar>
You can override the default by going to about:config and adding the option "media.cubeb.backend" with value "alsa". When no such option has been set in about:config, then firefox should only fall back to alsa if pulseaudio isn't running.
DanDan has joined #crux
<vsteve>
alright, i'll check that as well
<vsteve>
my new "laptop" only has a 7 inch screen so this is a little tricky lol
<vsteve>
the mouse is also some weird infrared thing I've never seen anything like it before
<farkuhar>
Be aware that using alsa as the firefox audio backend usually doesn't play nicely with WebRTC applications that require a microphone. To get videoconferencing to work in firefox, I had to switch to the sndio backend, or just run the pulseaudio daemon.
<SiFuh_>
Oooo want to see
<vsteve>
hmm, so I'm in the audio group, I run pulseaudio before launching firefox, and firefox support still says remote error on the audio backend
<SiFuh_>
You don't need to be in the audio group
<SiFuh_>
On my system I am in the pulse group and not the audio group
<SiFuh_>
Actually I don't know why, because I am sure you don't need to be in pulse group either. Maybe something to do with SDR or gnuradio.. Hmm
<vsteve>
I just set "media.cubeb.backend" to "alsa" and still no luck
<farkuhar>
firefox will ignore the "media.cubeb.backend" setting if the value you chose is not compiled in. are you still running firefox-bin, or did you get contrib/firefox to compile cleanly?
<vsteve>
I'm still on firefox-bin out of a healthy fear of the compile time that I know awaits me
<vsteve>
but it might come to that
<farkuhar>
AFAIK firefox-bin does not have the alsa backend enabled.
<vsteve>
oh, well shoot
<SiFuh_>
oh
<SiFuh_>
vsteve: those other applications that use audio are using alsa?
<vsteve>
yeah
<SiFuh_>
But not pulse?
<vsteve>
gzdoom, quake1, quake 2
<vsteve>
yeah, no pulse anywhere else
<SiFuh_>
Curiously is pulseaudio running?
<SiFuh_>
ps aux |grep pulseaudio
<vsteve>
ah, no it is not
<vsteve>
I manually run it, it gives two warnings, but I thought they were just warnings
<SiFuh_>
Open pavucontrol and when pulseaudio luanches it will show volume control in pavucontrol
<SiFuh_>
If pulseaudio isn't running pavucontrol won't show anything
<vsteve>
I need to install _a lot_ to get pavucontrol to install
<vsteve>
so this will be a while
<vsteve>
is there...some command that'll just install all of the dependencies of a given package?
<SiFuh_>
prt-get depisnt <pkg>
<vsteve>
brilliant, thank you
<SiFuh_>
And if you are a newbie I'd recommend editing prt-get.conf and setting run scripts to yes
<vsteve>
I thought I enabled that...i'll double check
<vsteve>
I've been a newbie for 3 years, lol
<SiFuh_>
And setting ignore new is helpful too
<vsteve>
is ignore new in prt-get.conf?
<SiFuh_>
Yes
<SiFuh_>
Wait
<SiFuh_>
No
<SiFuh_>
pkgmk.conf
<vsteve>
what does ignore new do?
<SiFuh_>
If your footprint has discovered there are new files that are not in the footprint it ignores them
<vsteve>
i'm also getting a failed route to host on downloading the source to a dependency of pavucontrol, a package called "orbit" in brianlfs
<vsteve>
ahh thank you
<SiFuh_>
I use orbit from Baguettes repo myself
<vsteve>
i'll add that one in
<vsteve>
that one gets the same error
<vsteve>
or...no i screwed up...the tiny font is blasting my eyes
<vsteve>
ok, so I got the new repo in, but how I do I get prt-get to install the baguette one, not the brianlfs one?
<vsteve>
though it seems the issue is ftp.gnome.org being unreachable...I imagine either repo will pull the source from the same place
<SiFuh_>
Maybe, I am not sure
<vsteve>
oh well, I've done as much as I can for one day, I need to document all this because there's zero chance i'll remember all this when I get back around to trying to fix firefox's audio in what will be at least a week from now
<vsteve>
thanks for your help everyone
vsteve has quit [Quit: Client closed]
bobbydigital has quit [Quit: -a- Connection Timed Out]
bobbydigital has joined #crux
tilman has quit [Ping timeout: 260 seconds]
tilman has joined #crux
nggit has quit [*.net *.split]
nggit has joined #crux
tvaalen has quit [*.net *.split]
tvaalen_ has joined #crux
tvaalen_ is now known as tvaalen
CrashTestDummy2 has joined #crux
CrashTestDummy has quit [Ping timeout: 260 seconds]
<dlcusa>
I think not. It's no longer a supported port.
<dlcusa>
Everyone just launches startxfce4 from the CLI, I guess.
AndroUser has quit [Remote host closed the connection]
AndroUser has joined #crux
AndroUser has quit [Remote host closed the connection]
ppetrov^ has joined #crux
pedja has joined #crux
beerman has joined #crux
<beerman>
i have been reading the log, wrt firefox: bin port only supports pulseaudio. if you are thinking pulseaudio today, you want pipewire-pulse anyway
<beerman>
and pipewire is really worth checking out, there is a wiki entry i created that should help to get people started with it
<beerman>
wrt lightdm: its still recoverable from git, and it should still be the latest version. it just doesn't support wayland and i don't use it anymore, therefor i dropped it
<beerman>
anybody can restore the port and keep using it, it worked just fine. anyway, a better alternative is greetd, imo.
<beerman>
also: if somebody doesn't want pavucontrol (understandable for those weird dependencies) then there is contrib/ncpamixer
<beerman>
also in case that androuser reads the backlog: there is no julia port that i know of, but it would be easy to create. alternatively there is a working contrib/r with contrib/rstudio as an ide, if somebody wants "more"
<beerman>
also i am no firefox user for a long time, i might be wrong about the bin port, however, the source port can work with whatever, just not yet native pipewire
<beerman>
and another thing: pavucontrol does not depend on orbit, at least not in contrib. people should use those ports over (mostly outdated) personal repos if they want to have a good time
beerman has left #crux [#crux]
ivandi has quit [Ping timeout: 265 seconds]
ivandi has joined #crux
<stenur>
I use apulse for firefox-bin. Just fine. audio group, running boxed with /dev populated with mixer, dsp, audio and a "tar -cpf - /dev/snd" copy; 'just did that, maybe could be shrunk by some even.
pedja has quit [Remote host closed the connection]
pedja has joined #crux
Moth has quit [Remote host closed the connection]
Moth has joined #crux
<farkuhar>
beerman: so that logged-out nicks like AndroUser can actually benefit from your logbot, it might be wise to provide a link to the logs on the crux.nu website.
<SiFuh_>
farkuhar: It's in the subject
<farkuhar>
SiFuh_: thanks. My terminal window was too narrow to see the full subject line. Having changed to a smaller font, I can now see the URL of the chat logs. Props to beerman for setting that up!
<SiFuh_>
Yeah, I think it was beerman that brought it to the attention of jaeger about some liberachat policy of notifying users if the channel is being logged.
ivandi has quit [Ping timeout: 265 seconds]
ppetrov^ has quit [Quit: Leaving]
ppetrov^ has joined #crux
CrashTestDummy3 has joined #crux
CrashTestDummy2 has quit [Ping timeout: 268 seconds]
Moth has quit [Ping timeout: 252 seconds]
humky has joined #crux
pedja has quit [Remote host closed the connection]
<cruxbot>
[contrib.git/3.6]: python3-distro: updated to version 1.6.0
<ocb>
heya guys
<ocb>
been looking lately to resetup and old vpn server from 2016
<ocb>
i can see a lot of people are recommending wireguard, anyone using this?
<jaeger>
It's on my list to try but last time I checked pfsense didn't support it yet
<jaeger>
So I haven't done that yet
<ocb>
aham, will let you know some info in case i set it up :)
<ocb>
i am more interested in strong cryptography vpn with obfuscation if possible
<ocb>
rather than speed
<ocb>
for now been quite happy with strongswan ipsec and openvpn
<ocb>
i mean, once set haven't had issues at all
<stenur>
wg is in-kernel and has quite some nice approaches beside that
<ocb>
but these setups were for simple only few client setups, no high loads, ..
<ocb>
stenur: have you used wg?
<stenur>
ocb: prt-get readme wireguard-tools
<ocb>
will give it a read, thanks
<stenur>
the watchdog is a bit outdated; next version will support multiple peers, but upstream only went Windows and such ever since
ivandi has joined #crux
<pedja>
ah, pfsense and wireguard drama :)
<pedja>
well, fbsd and wg
<stenur>
terrible mess; NetBSD too, but not like that; his (Donenfeld) attitude i personally find really terrible.
<pedja>
why? because he was against merging terrible code with bunch of security issues?
<pedja>
fbsd devs should've known better
<stenur>
if it really was like that. i have not looked. was it really that bad? NetBSD too btw
<stenur>
btw the OpenBSD code that he himself supervised and worked "for weeks in Paris" (with another guy) had some really bad bugs. These i have seen.
<pedja>
no idea about netbsd, but, based on the mail threads I've read, yeah, it was bad, with hardly any peer review
<stenur>
well i mean he worked on Wireguard since 2015. The FreeBSD guy did it in six weeks (lying, have forgotten the context really). The code worked for weeks (or even multiple months) in FreeBSD current with all the many which use _that_ (right?), and many used it, i'd say.
<stenur>
From memory. If i recall some really did not understand why it was taken out, as they used it. Off-by-ones and buffer overflows and such happen everyone.
<stenur>
Other than that ... I have not really followed it. I just saw him coming and crying alongside about quality and such, without any examples, the review came later; he came over even worse than the implosion on the NetBSD list, where a Japanese guy had written an implementation based on an early draft iirc; that is still in i think.
<pedja>
I stopped caring about *BSD land a long time ago :)
<stenur>
But again. I have not really followed, i am personally biased because i do not like his attitude. But i truly think WireGuard is a really, really great thing!
<pedja>
read the mailing list threads, draw your own conclusions
<stenur>
Not sooner but 08-05 there was an mbuf leak fixed in OpenBSD impl; yes i am on those lists
<ocb>
interesting, will read those
<stenur>
Bad handshake race fix in March. I mean it can happen everyone, but he was very bold in "Paris for multiple weeks".
<stenur>
You know.
<ocb>
are you saying these could have been tries to intentionally implement security issues? im about to read the mailing list.
<stenur>
Häh??
<stenur>
pedja: ryoshu on #netbsd asks "what drama in wg" regarding pfsense? Uh, he could be the one who did that impl, i had to look ;)
<pedja>
no, the developer that did the work on fbsd is pretty capable. I suspect netgate, who sponsored the work, rushed it
<pedja>
don't care, either way
<stenur>
pedja: ?
<pedja>
yes?
<stenur>
That "ah, pfsense and wireguard drama :)", what did you mean with that?
<stenur>
And btw in January there was a fix "Fix wg(4) ioctl to be able to handle multiple wgpeers." in OpenBSD. Heh!
<stenur>
Now that i messed here: 00:06 < stenur> But again. I have not really followed, i am personally biased because i do not like his attitude. But i truly think WireGuard is a really, really great thing!
<stenur>
In its current form, there are implementation flaws and violations
<stenur>
that I do not consider acceptable, and deploying this kind of thing is
<stenur>
highly irresponsible and harmful to your users.
<stenur>
Isn't that terrible?
<stenur>
And that is harmless compared to FreeBSD.
<stenur>
One response: The history is that the code has been
<stenur>
kicking around the NetBSD world since Ozaki-san first wrote it in
<stenur>
2018, without getting merged into src. It felt a shame to let it
<stenur>
shape when I reviewed it this year, with a few small issues I saw, so
<stenur>
wallow in that state indefinitely, and it seemed to be in pretty good
<stenur>
I dusted it off and merged it.
<stenur>
That is the guy who does dhcpcd and a lot of Kernel programming.
<stenur>
You know. Reading his post makes me sick :)
<ocb>
thanks for the links
<stenur>
Btw his Linux kernel code is super small, he could embed it wonderful in existing framework! Which is great!! But his crypto package did not make it i think. But also, i have not really followed all this. I think WireGuard is a great thing, even though some seem to complain that it does things very special.
<pedja>
Linus was impressed : and that guy knows a thing or two about the kernel code
<pedja>
iirc, it was reworked to use the existing kernel crypto framework
<stenur>
yeah. And that is why i did not wrote a Bugzilla enty for the sendfile(2) issue i reported to his cgit in December, it would have costed him an email to another kernel developer, but it took more than a month until someone else reported the sendfile(2) issue so that it got fixed.
<stenur>
But .. i found his attitute terrible before that already.