Package Details: asterisk 21.2.0-1

Git Clone URL: https://aur.archlinux.org/asterisk.git (read-only, click to copy)
Package Base: asterisk
Description: A complete PBX solution
Upstream URL: https://www.asterisk.org
Keywords: sip, telephony, voip
Licenses: GPL
Submitter: pressh
Maintainer: nkukard (alerque)
Last Packager: nkukard
Votes: 112
Popularity: 0.000433
First Submitted: 2008-01-27 13:42 (UTC)
Last Updated: 2024-03-28 07:09 (UTC)

Pinned Comments

alerque commented on 2020-02-22 06:10 (UTC) (edited on 2020-02-22 06:34 (UTC) by alerque)

PSA: I've started hosting this and all its dependencies as prebuilt packages (x86_86 only) in my repository for those that want to install them using pacman without messing around with building from the AUR.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 .. 24 Next › Last »

Marc_Eberhard commented on 2022-06-06 15:58 (UTC)

It seems that Type=notify in /usr/lib/systemd/system/asterisk.service is not working properly. I see the Asterisk process being restarted every 90 seconds. Changing it to type simple solves the issue. I'm running Asterisk as user asterisk, e.g. not as root, which might be the reason notify isn't working for me, but I'm not a systemd expert... Would it make sense to change to type simple instead of notify or am I doing something really stupid and it should work?

nkukard commented on 2022-05-27 13:38 (UTC)

@ectospasm I took a quick look and there are some good suggestions, I'll see what I can do.

ectospasm commented on 2022-05-27 01:52 (UTC)

I've been developing asterisk-lts-18, which is based on this asterisk PKGBUILD. The first comment on my post from loqs suggests some changes to improve the PKGBUILD.

I realize that this package has been maintained since 2008, so it is very likely to contain some very old ways of doing things. Before I go hacking up my PKGBUILD, I wanted to get the opinions of the maintainers/contributors of this asterisk PKGBUILD.

jwh commented on 2022-04-19 13:29 (UTC)

@nkukard fair enough, it's fine in isolation and/or if you know what you're doing (and I think modules conf still has noload by default) but I understand, thanks

nkukard commented on 2022-03-30 02:50 (UTC)

@jwh You're more than welcome to adjust your copy of the PKGBUILD, but I do not think this is in the best interest of the users of this package. chan_sip was deprecated due to having no maintainer (as the deprecation message said since 17.0). This poses a grave security risk (if you keep up with the changelog you will see). I am not comfortable enabling it, sorry.

jwh commented on 2022-03-29 15:09 (UTC)

Any chance you can add --enable chan_sip? Some of us still live in the past and/or have issues with pjsip, but its disabled by default in 19

nkukard commented on 2022-03-27 09:02 (UTC)

You have a good idea there. I think "asterisk-lts-18" would be the best naming scheme. Generally I'd say people would use the LTS version for long term support of other software and integrations (I certainly would), they may not want a major version change in the case of "asterisl-lts" and then have to figure out how to install the previous version. Lets see if alerque has any input.

ectospasm commented on 2022-03-26 15:25 (UTC)

What are the plans when Asterisk 20 is released, sometime around the third week of October, 2022? I've modified the main asterisk PKGBUILD to use Asterisk 18 (the current LTS version), but I haven't published it yet. I'm calling my package asterisk-lts, but when 20 is released I'd think that asterisk would be the LTS release. I'd think that the asterisk-lts package would be renamed asterisk-lts-18 or something similar when Asterisk 20 LTS is released. The asterisk package would be 20 until 21 is released, sometime in October 2023 if I'm reading https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions correctly.

I don't want to step on any toes by submitting my asterisk-lts PKGBUILD, it looks like a lot of work has gone into the asterisk PKGBUILD, and I've merely modified it to work with Asterisk 18 LTS.

Astroturf commented on 2022-02-05 22:49 (UTC)

Fix for broken PKGBUILD

diff --git a/PKGBUILD b/PKGBUILD
index 28df614..c106727 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -163,7 +163,7 @@ build() {
        --prefix=/usr \
        --sysconfdir=/etc \
        --localstatedir=/var \
-       --sbindir=/usr/bin \
+       --sbindir=/usr/bin
    make menuselect.makeopts
    ./menuselect/menuselect --disable BUILD_NATIVE
    make

alerque commented on 2021-12-21 17:27 (UTC)

@nimrod_mack Those files serve as both the examples and as the default config. It's pretty standard on Arch to dump default configs in place. Instead of just deleting them (which as you note just means they come back) you should edit them to your liking. For the ones you don't want to load change the import commands or blank them out, but keep them in place. That way pacman will handle the configs using the backup mechanism and prompt you to handle pacnew files for any that changed (and only ones that changed) since the last package update.

« First ‹ Previous 1 2 3 4 5 6 7 .. 24 Next › Last »