Search Criteria
Package Details: noisetorch 0.12.2-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/noisetorch.git (read-only, click to copy) |
---|---|
Package Base: | noisetorch |
Description: | Real-time microphone noise suppression on Linux. |
Upstream URL: | https://github.com/noisetorch/NoiseTorch |
Licenses: | GPL-3.0-or-later |
Provides: | noisetorch |
Submitter: | erbrecht |
Maintainer: | g3tchoo (HurricanePootis) |
Last Packager: | HurricanePootis |
Votes: | 67 |
Popularity: | 0.64 |
First Submitted: | 2020-12-11 15:09 (UTC) |
Last Updated: | 2024-08-06 01:16 (UTC) |
Dependencies (6)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- polkit (polkit-gitAUR, polkit-consolekitAUR)
- pulse-native-provider (pipewire-pulse-gitAUR, pulseaudio-gitAUR, pipewire-full-pulse-gitAUR, pipewire-pulse, pulseaudio)
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- go (go-gitAUR, gcc-go-gitAUR, gcc-go-snapshotAUR, gcc-go) (make)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 Next › Last »
stasadev commented on 2022-06-05 07:50 (UTC) (edited on 2022-06-05 11:08 (UTC) by stasadev)
NoiseTorch doesn't work without internet in v0.12.0, temporary patch:
ranixon commented on 2022-06-05 02:59 (UTC) (edited on 2022-06-05 05:32 (UTC) by ranixon)
EDIT: I don't know what the hell happend, but after I ran
noisetorch -log
and gave me the log, for some reason started working normally including the systemd service.Hi, I can't launch noisetorch. After install it I made the systemd unit as is explained here (I installed it using yay): https://github.com/noisetorch/NoiseTorch/wiki/Start-automatically-with-Systemd
Resulting in using the path where the binary is placed with this aur package, the directory is
~/.config/systemd/user/noisetorch.service
:Enable it with
systemctl --user enable noisetorch.service
then reboot, runsystemctl --user status noisetorch.service
and gives this output:Later running
journalctl --user-unit=noisetorch.service
I have:And now I can't run
noisetorch
in konsole and gives:What I'm doing wrong here?
robiot commented on 2022-05-31 14:05 (UTC)
Looks good! @Scrumplex
jpegxguy commented on 2022-05-30 20:32 (UTC)
I just found out about the upstream maintainer's email. What a rude individual, lmao.
It's funny how they think their opinion should matter when it comes to an open source project like this.
Removing that line does not constitute a fork, wtf.
Scrumplex commented on 2022-05-29 21:01 (UTC)
Switched the package to the new repository. Also added a disclaimer when installing/upgrading the package.
gileri commented on 2022-05-27 21:34 (UTC)
@lectrode : done
lectrode commented on 2022-05-21 21:37 (UTC) (edited on 2022-05-21 21:38 (UTC) by lectrode)
progress of binary and code review of noisetorch can be found here:
timschumi commented on 2022-05-19 10:42 (UTC)
Fair thought (although I'd argue that making users wonder why the package isn't yet updated to 0.11.6 and letting them inquire that would be more effective than just silently pushing through the update :P).
Also, if there is still a chance that the compromise is still going on, it is probably a good idea to lock the revision to a Git SHA1 instead of a tag. Even though I hope that
makepkg
would choke on that, tags can change (not to mention new users, that don't have an existing checkout and therefore can't detect tag changes).I can confirm the same results, but I haven't yet checked
go.mod
either.Also, the files in the
c/
directory look pretty vendored (although still reasonably auditable compared to the Go vendor directory), don't they?Scrumplex commented on 2022-05-19 10:34 (UTC) (edited on 2022-05-19 10:34 (UTC) by Scrumplex)
I just deleted the vendor directory and ran
go mod vendor
and got the exact same tree again (no changes in Git). So seems like they are fine. At least as long as the go.mod is fineScrumplex commented on 2022-05-19 10:30 (UTC)
I updated the package to 0.11.6 as there were no code changes between 0.11.5 0.11.6. So in any case it doesn't really matter. It was basically just a version bump to notify users about this. I don't have any convenient tools to tell people about problems with upstream.
« First ‹ Previous 1 2 3 4 5 6 Next › Last »