short story:
- udev produces libvolume-id-dev and its library;
- the libvolume-id source package was introduced to provide that
library without udev for GNU/kFreeBSD (and eventually hurd? Didn't
check.)
From #437162 (udev package):
PS> IMHO, there are effectively only two options
PS> - bui
Package: kfreebsd-kernel-headers
Version: 0.34
Severity: important
Tags: patch
Heya,
while working on hal on kfreebsd-i386, I've stumbled upon the following:
./hald/freebsd/hf-pci.c includes , but the latter uses
uint64_t for the pci_bar_io structure, instead of u_intNN_t for other
structures, an
Heya,
short story:
- udev produces libvolume-id-dev and its library;
- the libvolume-id source package was introduced to provide that
library without udev for GNU/kFreeBSD (and eventually hurd? Didn't
check.)
Since the latter isn't available within Debian yet (but only in
unreleased), one
Cyril Brulebois (29/06/2009):
> > - python-stdlib-extensions: #521078
> > FTBFS with current blt-dev (build-depends have to be changed)
> > Serious bug since Tue, 24 Mar 2009, blocks at least GNOME
>
> I'll take a look at those, possibly before tomorrrow.
Done too, to DELAYED/1 (well, doko r
Heya.
Guillem Jover (28/06/2009):
> posix_fadvise is optional per POSIX, so checking that that builds if
> you use autoconf or for the macro is better. You should also probably
> return ENOSYS instead.
Petter should have received one of the successful build logs already,
but let's let -bsd and o
Cyril Brulebois (30/06/2009):
> > Depends: ... libibverbs-dev (>= 1.1.1) [!kfreebsd-i386
> > !kfreebsd-amd64 !hurd-i386]
>
> Well, then building will fail when trying to find the .la, so we'd
> have to get rid of it conditionally for non-Linux architectures.
There's no ibverbs references in the
Petr Salinger (30/06/2009):
> Is the libibverbs package reasonable on GNU/kFreeBSD ? It looks like it is a
> userspace counterpart to some (linux) kernel driver.
Dunno. Was my first impression, but since it built anyway… :)
> The openmpi package have it excluded just for this reason (see #433142
while setting up a devel box, I've tried to install sbuild, but thanks
to a huge chain of dependencies, it's not installable because of
schroot, mpi, etc. until libibverbs.
Is the libibverbs package reasonable on GNU/kFreeBSD ?
It looks like it is a userspace counterpart to some (linux) kernel d
Hi,
while setting up a devel box, I've tried to install sbuild, but thanks
to a huge chain of dependencies, it's not installable because of
schroot, mpi, etc. until libibverbs. For that one, I've written the
attached patch, but it sounds like suboptimal to me. I guess there might
be a better way t
Technically it is clearly possible, but we have been asked to bootstrap
the kfreebsd-* architectures again. So if I understand correctly, what
we should do is:
- build qt4 using phonon from debian-ports.org
- build phonon using the just built qt4
- rebuild qt4 using the just built phonon
Upload b
On Tue, Jun 30, 2009 at 09:04:06AM +0200, Petr Salinger wrote:
> Hi again.
>
>>> phonon Build-Depends on libqt4-dev
>>> qt4-x11 Build-Depends on libphonon-dev
>>>
>>> Therefore a manual build of qt4-x11 will be needed for both GNU/kFreeBSD
>>> architectures. All others Build-Depends of qt4-x11 are
On 2009-06-29, Petr Salinger wrote:
> Hi DDs ;-)
>
> Unfortunately
>
> phonon Build-Depends on libqt4-dev
> qt4-x11 Build-Depends on libphonon-dev
>
> Therefore a manual build of qt4-x11 will be needed for both GNU/kFreeBSD
> architectures. All others Build-Depends of qt4-x11 are available.
Pla
12 matches
Mail list logo
