Bug#1037538: gerbera: FTBFS with libupnp17

2023-07-16 Thread Sebastian Ramacher
On 2023-07-15 01:43:03 +0200, Bastian Germann wrote:
> On Tue, 20 Jun 2023 21:17:01 +0200 Bastian Germann wrote:
> > This is the last package that prevents fulfilling the pupnp transition.
> > Would you please go ahead with a team upload? I do not think James is still 
> > around.
> 
> I have prepared a NMU with a new upstream version:
> https://salsa.debian.org/multimedia-team/gerbera/-/merge_requests/1
> 
> If nobody objects I am going to upload it soon.

Please go ahead

Cheers
-- 
Sebastian Ramacher



Bug#1037538: gerbera: FTBFS with libupnp17

2023-07-14 Thread Bastian Germann

On Tue, 20 Jun 2023 21:17:01 +0200 Bastian Germann wrote:

This is the last package that prevents fulfilling the pupnp transition.
Would you please go ahead with a team upload? I do not think James is still 
around.


I have prepared a NMU with a new upstream version:
https://salsa.debian.org/multimedia-team/gerbera/-/merge_requests/1

If nobody objects I am going to upload it soon.



Bug#1037538: gerbera: FTBFS with libupnp17

2023-06-20 Thread Bastian Germann

Hi Adrian,

On Sun, 18 Jun 2023 13:20:17 +0300 Adrian Bunk  wrote:
There is also a later build error, but updating to the latest upstream 
version 1.12.1 gave me a build:

1. uscan finds the correct version after updating debian/watch to
   https://github.com/gerbera/gerbera/tags
2. build dependencies need some adjustment
3. debian/gerbera.docs needs some adjustment

I haven't done 2. and 3. properly and haven't tested the resulting package.


This is the last package that prevents fulfilling the pupnp transition.
Would you please go ahead with a team upload? I do not think James is still 
around.

Thanks,
Bastian



Bug#1037538: gerbera: FTBFS with libupnp17

2023-06-18 Thread Adrian Bunk
On Tue, Jun 13, 2023 at 11:33:00PM +0200, Sebastian Ramacher wrote:
> Source: gerbera
> Version: 1.1.0+dfsg-3.1
> Severity: serious
> Tags: ftbfs sid trixie
> Justification: fails to build from source (but built successfully in the past)
> X-Debbugs-Cc: sramac...@debian.org
> 
> https://buildd.debian.org/status/fetch.php?pkg=gerbera=amd64=1.1.0%2Bdfsg-3.1%2Bb2=1686649192=0
> 
> -- Found LFS: TRUE  
> CMake Warning (dev) at 
> /usr/share/cmake-3.25/Modules/FindPackageHandleStandardArgs.cmake:438 
> (message):
>   The package name passed to `find_package_handle_standard_args` (UPnP) does
>   not match the name of the calling package (LibUpnp).  This can lead to
>   problems in calling code that expects `find_package` result variables
>   (e.g., `_FOUND`) to follow a certain pattern.
> Call Stack (most recent call first):
>   cmake/FindLibUpnp.cmake:39 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
>   CMakeLists.txt:372 (find_package)
> This warning is for project developers.  Use -Wno-dev to suppress it.
> 
> -- Found UPnP: /usr/lib/x86_64-linux-gnu/libupnp.so (found version "17.1.8") 
> CMake Error at CMakeLists.txt:389 (message):
>   
> 
>   !! You are using a very old 1.8 snapshot.  Please upgrade to a 1.8.x
>   release from upstream (https://github.com/mrjimenez/pupnp) !!
> 
> 
> 
> -- Configuring incomplete, errors occurred!

There is also a later build error, but updating to the latest upstream 
version 1.12.1 gave me a build:
1. uscan finds the correct version after updating debian/watch to
   https://github.com/gerbera/gerbera/tags
2. build dependencies need some adjustment
3. debian/gerbera.docs needs some adjustment

I haven't done 2. and 3. properly and haven't tested the resulting package.

> Cheers

cu
Adrian



Bug#1037538: gerbera: FTBFS with libupnp17

2023-06-13 Thread Sebastian Ramacher
Source: gerbera
Version: 1.1.0+dfsg-3.1
Severity: serious
Tags: ftbfs sid trixie
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org

https://buildd.debian.org/status/fetch.php?pkg=gerbera=amd64=1.1.0%2Bdfsg-3.1%2Bb2=1686649192=0

-- Found LFS: TRUE  
CMake Warning (dev) at 
/usr/share/cmake-3.25/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (UPnP) does
  not match the name of the calling package (LibUpnp).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/FindLibUpnp.cmake:39 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:372 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found UPnP: /usr/lib/x86_64-linux-gnu/libupnp.so (found version "17.1.8") 
CMake Error at CMakeLists.txt:389 (message):
  

  !! You are using a very old 1.8 snapshot.  Please upgrade to a 1.8.x
  release from upstream (https://github.com/mrjimenez/pupnp) !!



-- Configuring incomplete, errors occurred!

Cheers
-- 
Sebastian Ramacher