Package Details: lib32-avahi 0.7-1

Git Clone URL: (read-only)
Package Base: lib32-avahi
Description: Service Discovery for Linux using mDNS/DNS-SD -- compatible with Bonjour (32-bit)
Upstream URL:
Licenses: LGPL
Submitter: Medved
Maintainer: WoefulDerelict
Last Packager: WoefulDerelict
Votes: 147
Popularity: 0.260285
First Submitted: 2010-10-29 15:45
Last Updated: 2017-09-29 01:39

Latest Comments

rafaelff commented on 2018-02-28 09:10

@estrod: thanks, adding TERM=xterm worked for me.

estrod commented on 2018-02-20 13:58

Fails to build in konsole, fixed running with TERM=xterm. Related:

aaronp commented on 2017-07-09 14:16

fails to build currently because

> Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in m/\${ <-- HERE ([^ \t=:+{}]+)}/ at /usr/bin/automake-1.11 line 4159.

GordonGR commented on 2016-11-14 18:17

Hello! You may want to change the depedency from lib32-libdbus to lib32-dbus. So far the second provides the first, but who knows for how long.

WoefulDerelict commented on 2016-01-26 02:25

You are correct. While I included lib32-gtk2 as an optional dependency it is also necessary as a make dependency. I've added it and hopefully the package should build for you now. Thanks for the help kgleason and happy compiling.

kgleason commented on 2016-01-25 18:44

I've been getting issues, and it seems to be unresolved dependencies, but I'm able to ascertain what. For whatever it is worth, I use yaourt, and I get this with `yaourt -Syyua --noconfirm`

Full output (I think):

WoefulDerelict commented on 2016-01-07 03:49

I've submitted a different take on this package that attempts to build the 32-bit libraries locally. It is based on the PKGBUILD for the standard Avahi package in the Arch repositories. I'm able to build this package locally as is; however, if you run into issues attempting to build it based on an unresolved lib32 dependency let me know and I'll try to get it sorted.

d7rk commented on 2015-12-14 14:33

Current fix:


justinnichols commented on 2015-12-11 22:45

The file is now located at:

The PGP key is: 86CFFCA918CF3AF47147588051E8B148A9999C34

I did not get a chance to get the sha256sum so I just 'SKIP'ed it.

markzz commented on 2015-10-30 21:43

I would suggest this PKGBUILD...

xcfw commented on 2015-10-21 21:24

Here is fix of URL issue, please add this into PKG.

lkollenberger commented on 2015-08-20 23:48

Out of date, pkgrel32 should be 16 and sha256sums=('2917f3245c746d3bdb804b17ab87262e5c41cc9e6f8c224d4219c4033d06008e').

realcnbs commented on 2015-08-13 12:40

Build broken

mondoman712 commented on 2015-03-29 00:19

source link down

rafaelff commented on 2015-01-22 19:32

+1 to Xorg request.

Xorg commented on 2015-01-22 19:17

Can you add 'avahi' in dependencies ? That is because when linking with this 32-bit library, headers are not provided, but they are provided by avahi.

Thank in advance.

Maiklas3000 commented on 2014-12-02 10:54


joarypl commented on 2014-09-08 22:49

Hello, need to updade the package version


and sha256:


ebiadsu commented on 2014-07-01 10:41

You can find an updated version of the PKGBUILD that worked for me here:

Badrocklo commented on 2014-06-15 15:03

Hello need to update you're URL to,

and update the sha256 with:

Lynx commented on 2013-11-02 07:45


Anonymous comment on 2013-09-08 14:21


Xorg commented on 2013-08-26 15:03

Please change 'pkgrel32=9' by 'pkgrel32=10'. Thanks.

russ0r commented on 2013-07-25 22:43

Source file is 404ing.

I modified my PKGBUILD to point here:

and it worked.

Medved commented on 2013-06-03 07:56


plaristote commented on 2013-06-02 06:10

Looks like this could use an update. It seems the source file is unavailable.

Anonymous comment on 2013-05-20 09:27


xyproto commented on 2012-12-15 21:52

I get: curl: (22) The requested URL returned error: 404 Not Found

Shiba commented on 2012-12-12 17:09


Anonymous comment on 2012-09-12 20:48

Thanks! :)

rafaelff commented on 2012-09-12 19:59


Anonymous comment on 2012-09-12 19:30

Getting a 404 on downloading the source. Is there another I can use?

mrunion commented on 2012-04-18 14:16

I believe it changed again! Wow!

Anonymous comment on 2012-04-13 14:06

broken again, new:

Medved commented on 2012-02-22 10:32


Raymondcal commented on 2012-02-22 09:37

Can’t download the package :
curl: (22) The requested URL returned error: 404

Anonymous comment on 2012-02-07 11:25

New version: 0.6.30-7
d67f722ab31b1e4929b89d0e5c0a3b15cb02f8880e134138eb204945fbe9b251 avahi-0.6.30-7-i686.pkg.tar.xz

c0nd0r commented on 2011-12-05 23:57

There is a new version 0.6.30-6, please update

rafaelff commented on 2011-09-04 18:04

Source server is unavailable due to security breach, you know... (news at

rafaelff commented on 2011-08-31 18:23

Can you please fix the PKGBUILD to build from source code? See example:

Anonymous comment on 2011-06-02 11:34

Medved: yea i probably have an older version indeed. I had the same problem with lib32-libdaemon, but after updating it, everything was ok again. I customized the lib32-avahi pkgbuild, which seem a bit redundant now, but here it is anyway(uses git):

Medved commented on 2011-06-02 09:13

@phrearch, it may seem to you, it doesn't to me. You may have an old version of the package. Here is the content after packaging:
# bsdtar -tf lib32-avahi-0.6.30-2-x86_64.pkg.tar.xz

Anonymous comment on 2011-06-02 07:44

it seems like lib-avahi is getting installed in the wrong dir?


Medved commented on 2011-05-02 05:38

@josephgbr, Done!
Some day I'll try to compile it, and not just extract the binaries from i686 repos. But not today...

rafaelff commented on 2011-05-02 04:04

update to 0.6.30-2

cgirard commented on 2011-03-23 09:35

Usage of stardir is deprecated. Please use srcdir and pkgdir instead.

Feanor12 commented on 2011-03-22 17:24

Source PKG(makepkg --source)

cgirard commented on 2011-03-21 09:01

Please use makepkg --source to create your source tarball. It is not usable right now.

Medved commented on 2011-03-19 15:38

@jnarold, oops... I used bsdtar to compress it and apprently it didn't create a GZip :-D
It's fixed now.

jdarnold commented on 2011-03-19 15:21

The tarball seems to be broken. It doesn't seem to be a .gz file.

Medved commented on 2011-03-19 07:55

@Sansui350A, no need to write manuals here - just flag the package Out-of-date (there is a button) and I'll get a notification and take care.

Anonymous comment on 2011-03-19 01:33

You need to edit this PKGBUILD's download url to:, download it, run md5sum downloadedpkghere, and replace the md5sum in the PKGBUILD with the one generated from the md5sum command.. also, sorry for any typo's, as this was done from my lappy at a WEIRD angle.. xD Hope this helps everyone, 'specially those who use the Phoenix Viewer for SL.

Medved commented on 2011-02-04 20:43

PS: I used to be a Gentoo geek for more than 2 years, and I must agree that building everything on your own has some advantages. But that is the "Gentoo way". The "portage" and it's "USE flags" has its own beauty. But don't try to transform Arch into a Gentoo-like distro - it's a bad idea.

Medved commented on 2011-02-04 20:37

Now the libraries are copied to /usr/lib32
However, I'm not building the package from source as many of you guys sugested.
First of all the build fails beause of some 32-bit libraries and I'm not in the mood to debug that.
Second I don't agree with the "build from source" policy at all. I already argued my point of view in some private mails, but I'll do it one more time, just to cald down the spirits. So, here's why I DON'T AGREE and DON'T LIKE this "policy":
1. It takes time&resources for the user.
2. Dependency for 'gcc-multilib', package that is not required by most
regular users.
3. The build may fail in some code, which may require manual patches.
4. The new binaries aren't tested, which means potential bugs.

Don't forget that Arch tries to "Keep It Simple". Why do some geeks like to complicate things so much? And what's the gain for (re)building? What's the cash?

Anonymous comment on 2011-01-09 16:41

Please update your PKGBUILD(s) to reflect the new lib32 multilib standards. /opt/lib32 is no longer valid; the new location is in /usr/lib32 and has been for months. This change really should be reflected onto all of your lib32 PKGBUILD(s). Also PKGBUILD really should pull from source these days and compile, instead of pulling precompiled i686 binaries from the Arch repos as this method is highly discouraged. :)

whaler commented on 2010-11-27 15:15

The source package - 0.6.27-7-i686.pkg.tar.xz - is missing. How come?