similar to: pkg-config

Hello, I've been working on getting Python wrappers for libpkg (pkgng) for the past few weeks and I think that I've reached the point to actually announce it :) Anyway, straight to the point. You can find on the below listed links information about the libpkg Python wrappers along with example usage, documentation and of course the code repository. * Introduction to py-pkg along with

Hello :-) I want to test new "pkg" tool, but it complains that there is no repo.txz file on the repository: # pkg install libreoffice Updating repository catalogue pkg: ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-stable/All//repo.txz: File unavailable (e.g., file not found, no access) I have set PACKAGESITE to packages-9-stable repository :-) Will this support stable

Hi all, Here is a patch to user pkg-config (if available) to detect libogg and fall back to old method if pkg-config fails. Pkg-config has the advantage that it can do configured to do the right thing when cross-compiling. Erik --- m4/Makefile.am | 4 ++ m4/extra_pkg.m4 | 85 +++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 89 insertions(+), 0 deletions(-)

Hi all, Here is a patch to user pkg-config (if available) to detect libogg and fall back to old method if pkg-config fails. Pkg-config has the advantage that it can do configured to do the right thing when cross-compiling. Erik --- Makefile.am | 4 +- autogen.sh | 15 ++++++++++ configure.ac | 14 ++++++++- m4/Makefile.am | 4 ++ m4/extra_pkg.m4 | 85

https://bugzilla.mindrot.org/show_bug.cgi?id=1996 Bug #: 1996 Summary: pkg-config tweaks for cross-compiling Classification: Unclassified Product: Portable OpenSSH Version: 5.9p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Build system

Hello all, I found OS X still has one remaining issue in the autotools. OS X does not include pkg-config by default, and whatever mechanism installs it places pkg.m4 in some location among: /opt/local/share/aclocal/pkg.m4 /usr/local/share/aclocal/pkg.m4 PKG_CHECK_MODULES isn't defined if pkg.m4 isn't in /usr/share/aclocal, so ./configure dies without augmenting aclocal's search

Josh Coalson wrote: > > From: Paul Davis <paul at linuxaudiosystems.com> > > To: flac-dev at xiph.org > > Cc: > > Sent: Friday, March 25, 2011 5:39 AM > > Subject: Re: [Flac-dev] pkg-config output and <FLAC/assert.h> > > > > On Fri, Mar 25, 2011 at 5:32 AM, Erik de Castro Lopo > > <mle+la at mega-nerd.com> wrote: > >>

Libraries that are used internally by libFLAC(++) but are not part of their API should be listed in pkg-config "private" clauses. Otherwise executables that are linked dynamically against libFLAC(++) will have unneeded direct dependencies (overlinking). Based on a patch by Brad Smith from https://sourceforge.net/p/flac/bugs/397/ that I updated to only include ogg if libFLAC is

Audacity is preparing to release version 2.0.6 shortly, so I have been doing numerous test builds. Since the last Audacity release, my development system (Gentoo Linux) has updated to libvorbis-1.3.4 and libogg-1.3.1. As a result (I think) of this, I now get link errors when trying to compile Audacity against the system copies of libogg and libvorbis (standard dynamic linkage to the system

Hi, please find attached two patches for opusfile: 1. Fix invalid pkg-config files on MinGW. 2. (trivial) Add some files to .gitignore. Two other random things I noticed: - The API reference for libopusfile linked from http://opus-codec.org/docs/ is for version 0.1. - The pkg-config files say "Description: Opus playback library". Well, the library doesn't do playback, does it?

I want to raise attention for my ticket http://llvm.org/bugs/show_bug.cgi?id=9405 Compiling the Haskell LLVM bindings is always a lot of trying around and patching, its configure procedure did not get better over the years. However, it would be straightforward if llvm paths could be queried via the pkg-config system. This is directly supported by Haskell's packaging system Cabal and I

On Sun, Jun 16, 2013 at 02:55:29PM +0200, Olaf Hering wrote: > On Thu, May 16, Hilko Bengen wrote: > > > AC_MSG_RESULT([$PYTHON_VERSION]) > > - > > - AC_MSG_CHECKING([for Python include path]) > > - if test -z "$PYTHON_INCLUDEDIR"; then > > - python_path=`$PYTHON -c "import distutils.sysconfig; \ > > -

On Fri, Nov 09, 2012, Shao Miller wrote more as: > > Does anyone know of a clever, Linux-distribution-independent way to find out > where MinGW has its lib/ and include/ dirs? Right now, I've hard-coded the > path for Fedora 17 in the Makefiles. > # # pkg-config # CFLAGS=$(shell pkg-config --cflags uuid ) LIBS=$(shell pkg-config --libs uuid ) proofofconcept: echo PoC

> From: Paul Davis <paul at linuxaudiosystems.com> > To: flac-dev at xiph.org > Cc: > Sent: Friday, March 25, 2011 5:39 AM > Subject: Re: [Flac-dev] pkg-config output and <FLAC/assert.h> > > On Fri, Mar 25, 2011 at 5:32 AM, Erik de Castro Lopo > <mle+la at mega-nerd.com> wrote: >> Hi, >> >> FLAC helpfully provides a flac.pc file.

On Thu, May 16, Hilko Bengen wrote: > AC_MSG_RESULT([$PYTHON_VERSION]) > - > - AC_MSG_CHECKING([for Python include path]) > - if test -z "$PYTHON_INCLUDEDIR"; then > - python_path=`$PYTHON -c "import distutils.sysconfig; \ > - print (distutils.sysconfig.get_python_inc ());"` > -

On Mon, Jun 17, Richard W.M. Jones wrote: > On Sun, Jun 16, 2013 at 02:55:29PM +0200, Olaf Hering wrote: > > For me current 1.20 branch fails to build python in SLE11. > > Does SuSE's python have a pkg-config file? SLE11 does not have it, but openSUSE 11.4+ has it. I think the previous code should be restored as a fallback when the .pc files are missing. Olaf

On Mon, Jun 17, 2013 at 10:08:46AM +0200, Olaf Hering wrote: > On Mon, Jun 17, Richard W.M. Jones wrote: > > > On Sun, Jun 16, 2013 at 02:55:29PM +0200, Olaf Hering wrote: > > > For me current 1.20 branch fails to build python in SLE11. > > > > Does SuSE's python have a pkg-config file? > > SLE11 does not have it, but openSUSE 11.4+ has it. > I

On 3/11/20 7:21 AM, Pino Toscano wrote: > At the moment it is empty, so probably it does not exist. Remove it to > avoid adding spurious content to the pkg-config file in case that > variable will get a value in the future. > --- > lib/libguestfs.pc.in | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/lib/libguestfs.pc.in b/lib/libguestfs.pc.in

On Wed, Mar 11, 2020 at 01:21:06PM +0100, Pino Toscano wrote: > At the moment it is empty, so probably it does not exist. Remove it to > avoid adding spurious content to the pkg-config file in case that > variable will get a value in the future. > --- > lib/libguestfs.pc.in | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/lib/libguestfs.pc.in

At the moment it is empty, so probably it does not exist. Remove it to avoid adding spurious content to the pkg-config file in case that variable will get a value in the future. --- hivex.pc.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hivex.pc.in b/hivex.pc.in index c5f594a..250a58b 100644 --- a/hivex.pc.in +++ b/hivex.pc.in @@ -8,4 +8,4 @@ Version: @VERSION@