e2fsprogs is currently sitting in bd-uninstallable on kfreebsd-*. It seems that
libcomerr2 changed to be an arch-all package depending on the renamed package
"libcom-err2" and this caused some sort of issue between the archive and
wanna-build.
Can someone build and upload e2fsprogs manually
On 05/06/16 13:00, Holger Levsen wrote:
On Sun, Jun 05, 2016 at 01:26:39PM +0200, John Paul Adrian Glaubitz wrote:
ppc64:
This architecture is basically on par with the release architectures. We have
over
11.000 packages installed
[...]
sparc64:
We are close to 11.000
Dimitri John Ledkov wrote:
Hello all,
gmp has been recently re-licensed and all architectures and ports have
the updated gmp in jessie/sid. Well, all but powerpcspe x32 both of
which recently have negative slope on their build status graphs.
Thus GPLv2 and LGPLv3 compatible software packages
Package: icedtea-web
Version: 1.4.2-1
Severity: serious
x-debbugs-cc: debian-bsd@lists.debian.org
checking if sun.security.util.SecurityConstants is available... no
configure: error: sun.security.util.SecurityConstants not found.
make: *** [configure-stamp] Error 1
--
To UNSUBSCRIBE, email to
Johannes Schauer wrote:
Hi,
the following is a report of a successful implementation of what I have been
talking about with Niels Thykier during debconf13. The question was how
important it is for a source package to be compilable or exist in the first
place given an incomplete port which is in
Lisandro Damián Nicanor Pérez Meyer wrote:
Any feedback will be kindly appreciated.
I've always thought there is something fundamentally wrong.
What is qreal supposed to be used for? If it's supposed to be used for
things where float would be adequate then shouldn't it be float on all
Johannes Schauer wrote:
Until these two issues are fixed we will not be able to get an algorithmic
answer to the question of what constitutes the minimum required set of
packages.
There is also the complication of what I will call non-key self
building compilers. fpc is an example
These
package: linphone
severity: serious
version: 3.5.2-2
tags: patch
x-debbugs-cc: debian-bsd@lists.debian.org
checking for alloca... yes
checking linux/videodev.h usability... yes
checking linux/videodev.h presence... yes
checking for linux/videodev.h... yes
checking linux/videodev2.h usability...
Libreoffice failed to build on kfreebsd-i386 and kfreebsd-amd64 with the
following error.
Compiling: sal/osl/unx/file_volume.cxx
In file included from
Kurt Roeckx wrote:
Can I instead suggest someone looks at the kernel and fixes it?
It used to work, it works on the porter machines, it just fails
on the buidds.
Aurelien Jarno wrote:
The kernel part is not trivial to solve.
It now fails because of the multiple bind mounts needed by
Note: I have no particular relationship to this package, i'm just trying to
reduce the number of uninstallable packages in armhf testing.
configure.ac:210: warning: macro `AM_PATH_ALSA' not found in library
configure.ac:210: error: possibly undefined macro: AM_PATH_ALSA
If this token and
This is a gentle poke to remind you that an rc bug on your package had a
patch submitted over
3 months ago which has still not been uploaded or otherwise responded to.
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
While looking at why stud FTBFS on all architectures except i386 and
amd64 (as part of looking at armhf build failures to try to increase
armhf's build percentage) I decided to take a look at why it wasn't
building on kfreebsd. I discovered that it was trying to use the socket
option
After a breif period of being built without network-manager support (due
to a non-bsd related issue) pidgin is now being built with
network-manager support again.
Unfortunately that means the build-depends are uninstallable on
kfreebsd-* and hence the package is out of date on the bsd
14 matches
Mail list logo
