Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 21 Jul 2013 18:33:02 +0200
From:      Guido Falsi <madpilot@FreeBSD.org>
To:        Ivan Klymenko <fidaj@ukr.net>
Cc:        svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, x11@freebsd.org, ports-committers@freebsd.org
Subject:   Re: svn commit: r323260 - in head/multimedia/libva-intel-driver: . files
Message-ID:  <51EC0D3E.2060203@FreeBSD.org>
In-Reply-To: <20130721122103.067d6d2a@nonamehost.local>
References:  <201307182219.r6IMJtuw092537@svn.freebsd.org> <74488.1374358020.16480811267322281984@ffe16.ukr.net> <20130721122103.067d6d2a@nonamehost.local>

next in thread | previous in thread | raw e-mail | index | archive | help
On 07/21/13 11:21, Ivan Klymenko wrote:
> В Sun, 21 Jul 2013 01:07:00 +0300
> "fidaj  " <fidaj@ukr.net> пишет:
>>
>> --- Оригінальне повідомлення ---
>> Від кого: "Guido Falsi" <madpilot@freebsd.org>
>> Дата: 19 липня 2013, 01:20:09
>>
>> Author: madpilot
>> Date: Thu Jul 18 22:19:55 2013
>> New Revision: 323260
>> URL:   http://svnweb.freebsd.org/changeset/ports/323260
>> Log:
>> - Update to 1.2.0
>>
>> PR:           ports/180040
>> Submitted by: Myself
>> Approved by:  Maintainer timeout
>>
>> Modified:
>> head/multimedia/libva-intel-driver/Makefile
>> head/multimedia/libva-intel-driver/distinfo
>> head/multimedia/libva-intel-driver/files/patch-src-i965_decoder_utils.c
>>
>>
>> What the meaning of such an upgrade if the port requires a new
>> version of libdrm?
>>
>> checking whether stripping libraries is possible... yes
>> checking if libtool supports shared libraries... yes
>> checking whether to build shared libraries... yes
>> checking whether to build static libraries... no
>> checking for gcc... (cached) cc
>> checking whether we are using the GNU C compiler... (cached) yes
>> checking whether cc accepts -g... (cached) yes
>> checking for cc option to accept ISO C89... (cached) none needed
>> checking whether cc understands -c and -o together... (cached) yes
>> checking dependency style of cc... (cached) gcc3
>> checking whether byte ordering is bigendian... no
>> checking for ANSI C header files... (cached) yes
>> checking for special C compiler options needed for large files... no
>> checking for _FILE_OFFSET_BITS value needed for large files... no
>> checking for sin in -lm... yes
>> checking for log2f... yes
>> checking for pkg-config... /usr/local/bin/pkg-config
>> checking pkg-config is at least version 0.9.0... yes
>> checking for DRM... no
>> configure: error: Package requirements (libdrm >= 2.4.45) were not
>> met:
>>
>> Package dependency requirement 'libdrm >= 2.4.45' could not be
>> satisfied. Package 'libdrm' has version '2.4.44', required version is
>> '>= 2.4.45'
>>
>> Consider adjusting the PKG_CONFIG_PATH environment variable if you
>> installed software in a non-standard prefix.
>>
>> Alternatively, you may set the environment variables DRM_CFLAGS
>> and DRM_LIBS to avoid the need to call pkg-config.
>> See the pkg-config man page for more details.
>> ===>  Script "configure" failed unexpectedly.
>> Please report the problem to manuel.creach@me.com [maintainer] and
>> attach the
>> "/usr/ports_build/usr/ports/multimedia/libva-intel-driver/work/libva-intel-driver-1.2.0/config.log"
>> including the output of the failure of your make command. Also, it
>> might be
>> a good idea to provide an overview of all packages installed on your
>> system
>> (e.g. a /usr/local/sbin/pkg-static info -g -Ea).
>> *** Error code 1
>>
>> Stop.
>> make: stopped in /usr/ports/multimedia/libva-intel-driver
>>
>> ===>>> make failed for multimedia/libva-intel-driver
>> ===>>> Aborting update
>
> Please update graphics/libdrm to 2.4.45
> http://www.freebsd.org/cgi/query-pr.cgi?pr=180714
>

Hi,

I'm sorry for my mistake. Unluckily the laptop with intel graphics I 
test this one on happens to have libdrm 2.4.45 already installed. This 
is the reason this one slipped me. I'm not stating this as a 
justification, it's just the "technical" reason this happened.

I can't commit to graphics/libdrm without permission. Depending on the 
chance of this PR being committed shortly I can put back the 
libva-intel-driver port or just wait a little.

I'm also CCing x11@ to know if I'm allowed to fix this by updating 
libdrm (only the WITH_NEW_XORG case, obviously) or should bring the 
libva-intel-driver port back.

Thanks in advance for any help.

-- 
Guido Falsi <madpilot@FreeBSD.org>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?51EC0D3E.2060203>