Package Details: libupnp18 1.8.4-4

Git Clone URL: https://aur.archlinux.org/libupnp18.git (read-only)
Package Base: libupnp18
Description: A separate installation of libupnp 1.8 branch
Upstream URL: http://pupnp.sourceforge.net/
Licenses: BSD
Submitter: GAZDOWN
Maintainer: GAZDOWN
Last Packager: GAZDOWN
Votes: 5
Popularity: 1.088476
First Submitted: 2018-05-08 10:56
Last Updated: 2019-03-19 18:13

Latest Comments

1 2 Next › Last »

GAZDOWN commented on 2019-03-19 18:12

@cousinm Ha, silly me. Actually no need for testing it on x86_64, I actually do not have problems with gerbera either, so I can keep it enabled for all arches.

cousinm commented on 2019-03-19 17:53

Hi,

It wont work for me, I'm not on x86, this problem I had on an armv7h. Anyway this package isn't going to work for x86 as you didn't add it to the arch= at the beginning.

I think that the -D can be put on 64 bits systems too. I double checked this with an x86_64 system, and your build (removing the if, of course). I could build and install the lib, and build and start gerbera (I can check with other dependents of libupnp18 if you want).

So I think just adding the -D as you did, but unconditionally, should be enough, us on arm are used to forcing the arch of our packages :)

GAZDOWN commented on 2019-03-19 17:10

@cousinm Hi, I got what you want, but I have no way to test it on x86 architecture. I created a github repository containing the 32bit branch, so you may test it (https://github.com/GAZDOWN/libupnp18-aur). I will merge the changes to master, once you will confirm, that it works for you. Thanks.

@compguy284 Thx, fixed.

compguy284 commented on 2019-03-19 00:58

The .SRCINFO needs to be updated to say the correct version number.

cousinm commented on 2019-02-14 06:56

Hi,

This package doesn't compile on 32 bits system: libupnp itself is compiled with large file support, but the "sample" produced during the compilation phase uses the default compilation flags, which makes it fail.

The solution is to add

CFLAGS+=' -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE'

in the PKGBUILD. Without this, there are some weird surprises with programs such as gerbera. Here's mine: https://github.com/gerbera/gerbera/issues/425, but the cause is this https://github.com/gerbera/gerbera/issues/105.

Regards

GAZDOWN commented on 2019-01-23 20:10

@francoism90 You have a good point. The reason I decided to put this into the PKGBUILD is that when there will be libupnp updated to 1.8 in the official repositories, there will be no need for this one. Thus, it feels reasonable to me to cause the conflict in packages rather than having two installations of the same version of the same library and potentially cause issues.

francoism90 commented on 2019-01-23 19:04

@GAZDOWN this is a bit weird conflicts=('libupnp>=1.8'), does it really conflict incl. version 1.8>= or does it provide libupnp? In that case it should be provides=('libupnp').

This will also easy management for other packages as they can simple use 'libupnp>=1.8.4' as dep.

GAZDOWN commented on 2019-01-22 17:14

Thx, my bad, I already removed it.

francoism90 commented on 2019-01-22 13:37

==> Checking runtime dependencies...
==> Missing dependencies:
  -> libupnp<=1.8
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.

Are you sure this correct?

GAZDOWN commented on 2019-01-22 12:43

I added the requested --enable-reuseaddr build flag as well as I updated the version to 1.8.4.