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.000313
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 8 9 10 11 .. 24 Next › Last »

hytrax commented on 2020-05-02 13:44 (UTC)

Is it not compiled with opus enabled? If I use the package form the alerque repo the opus modules are missing and thus transcoding does not work.

alerque commented on 2020-05-01 11:23 (UTC)

@post-factum Thanks for the heads up. It's building now, if it looks like it runs alright I'll post the update shortly.

alerque commented on 2020-02-27 11:01 (UTC)

Thanks for the heads up @Thulinma, updated package coming shortly.

Thulinma commented on 2020-02-26 17:31 (UTC)

Hey there! Asterisk no longer installs headers by default, but dependent packages expects them to be installed. To re-enable headers, simply add the line:

make DESTDIR="${pkgdir}" install-headers

after the existing line

make DESTDIR="${pkgdir}" install

And that'll do the trick.

nkukard commented on 2020-02-26 13:16 (UTC)

@nkukard Have you ever messed with fixing this build so it works with Lua 5.3 instead of 5.1? Asterisk supports it, their configure.ac just detects it in the wrong order. I messed with patching it some but didn't get it quite working. I wondered if you'd tried to go down that road before.

I've not tired that myself, I'd prefer to stick with what Asterisk detects, but as you say its in the wrong order, so I think it should be fine to change it if you want.

Also I don't think that should be an optdepend because it cannot be added or removed by installing Lua after the fact, it has to be build in, which means it has to be there at build time. I think it should be a makedepend, and the Arch configuration should just support it out of the box. This is consistent with the way many many other packages that optionally have Lua support handle are handled. Would you mind if I flip that around like that?

Agreed, feel free to flip that around :)

alerque commented on 2020-02-26 13:10 (UTC)

@nkukard Have you ever messed with fixing this build so it works with Lua 5.3 instead of 5.1? Asterisk supports it, their configure.ac just detects it in the wrong order. I messed with patching it some but didn't get it quite working. I wondered if you'd tried to go down that road before.

Also I don't think that should be an optdepend because it cannot be added or removed by installing Lua after the fact, it has to be build in, which means it has to be there at build time. I think it should be a makedepend, and the Arch configuration should just support it out of the box. This is consistent with the way many many other packages that optionally have Lua support handle are handled. Would you mind if I flip that around like that?

alerque commented on 2020-02-26 10:25 (UTC)

Thanks for the add @nkukard. I've also added you to pjproject as it is the only other required dependency for this that is in the AUR. That way any future absence I make have won't hold up updates to this package ;-)

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.

alerque commented on 2020-02-22 05:44 (UTC)

@nkukard Would you consider adding me as a co-maintainer on this. I was the maintainer at some point until a period of extended travel where I wasn't around to bump it got it orphaned. I am the maintainer of pjproject (which this depends on) and I would now like to start hosting prebuild x86_64 packages for asterisk in my package repository. It would be nice to be able to bump this and fix issue without having to keep a fork around and possibly having miss-matches between the version in my repository and the AUR.

nkukard commented on 2020-01-23 05:28 (UTC)

@isundil, can you perhaps post the error you're getting?

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