found 577097 1.1.1~a021+cvs20100325-3
--
Hi,
this part of fixing recipe have been forgotten:
*** and regenerate configure by autoconf ***
You can of course also edit configure manually.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscri
Heya,
any news on this ?
The nagios-plugins (#32) have been fixed,
please could you similarly fix nagios3 itself.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: freebsd-utils
Severity: wishlist
Hi,
please do include more utilities, usr.bin/ktrdump and
usr.bin/vmstat used to be very helpfull for kernel bug hunting ;-)
Also take a look at kdump struct stat output.
(self-)reminding
Petr
--
To UNSUBSCRIBE, email to debian-b
Package: regina-rexx
Version: 3.5-2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on kfreebsd-amd64.
Please apply attached patch.
It would also be nice if you can ask upstream
to include similar change.
Thanks in ad
Package: freewnn
Version: 1.1.1~a021+cvs20100325-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on kfreebsd-amd64.
Please apply patch bellow and regenerate configure by
autoconf
It would also be nice if you can a
reassign 571532 gcj-4.4
retitle 571532 gcj-4.4: FileChannel.transferTo() does not conform to java
specification (gij: Bus error when executing ant)
tags 571532 - moreinfo
tags 571532 - help
thanks
I believe that all needed info have been already provided
in Message #85 and Message #90.
Petr
user debian-...@lists.debian.org
usertag 576335 + kfreebsd
--
Hi,
I am unable to reproduce these failures locally.
Would you mind to run these tests even on kfreebsd-amd64,
build libcvc3-2-jni on kfreebsd-amd64,
but just ignore errors from Java tests on kfreebsd-amd64.
Petr
--
To UNSUBS
tags 573809 +patch
--
Hi,
better would be to use native sound interface on kfreebsd-*.
Please do packaging only changes as shown bellow.
Petr
--- xwax-0.7/debian/control
+++ xwax-0.7/debian/control
@@ -2,7 +2,7 @@
Section: sound
Priority: extra
Maintainer: Mitchell Smith
-Build-Depends:
tags 575003 +patch
--
Hi.
Please just apply patch bellow and regenerated configure by
autoconf
Petr
--- tclconfig/tcl.m4
+++ tclconfig/tcl.m4
@@ -1440,7 +1440,7 @@
fi
fi
;;
- Linux*)
+ Linux*|GNU*)
SHLIB_CFLAGS="-fPIC"
tags 575305 +patch
--
Hi.
Please just apply patch bellow and regenerated configure by
autoconf
Petr
--- tclconfig/tcl.m4~ 2006-01-06 00:09:00.0 +
+++ tclconfig/tcl.m42010-04-09 07:34:54.0 +
@@ -1334,7 +1334,7 @@
fi
fi
;;
tags 575328 +patch
--
Hi,
almost ready, please just change the line in debian/rules to
CFLAGS_DEBIAN = -D_BSD_SOURCE
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
reassing 576684 parted 2.2-5
retitle 576684 parted: sync depends of libparted-dev with build-depends of
parted package (FTBFS of pyparted under kfreebsd-*)
tags 576684 +patch
--
Hi,
the libparted0-dev should depend on libgeom-dev under kfreebsd-*.
This suffices to solve FTBFS of pyparted under
tags 577002 +patch
--
Hi,
please just move "#include " after "#include ",
as the pcap itself have cut-down version of bpf.h inside,
which is used only when the full version is not available
(included before).
From /usr/include/pcap/bpf.h:
/*
* This is libpcap's cut-down version of bpf.h; it
tags 577004 +patch
--
Hi,
please just choose needed includes for "struct statfs" availability.
Petr
--- ssl.c
+++ ssl.c
@@ -33,7 +33,7 @@
#include
#if defined(__linux__)
#include
-#elif defined(__FreeBSD__) || defined(__OpenBSD__) || defined(__APPLE__)
+#elif defined(__FreeBSD__) || defin
Hi,
in fact the current FTBFS is due to detecting the failed build.
The previous versions of package seemed to build fine
despite they do not contain real executable.
The /usr/sbin/argus is just symlink to /usr/sbin/argus_linux,
which does not exist on kfreebsd-*.
Just compare
http://packages.d
Package: squid3
Version: 3.1.1-1
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version has unsatisfied Build-Depends on
libcap2-dev under non-linux ports.
Please, could you exclude linux specific package in Build-Depends
by using "libcap2-dev
tags 576938 +patch
Hi.
You might consider patch bellow.
Petr
--- src/trackerd/tracker-crawler.c
+++ src/trackerd/tracker-crawler.c
@@ -25,7 +25,9 @@
/* VFAT check, FIXME should we move this elsewhere? */
#include
#include
+#ifdef __linux__
#include
+#endif
#include
/* End of VFAT che
Hi,
I am unable to reproduce neither voms neither brltty FBTBF
with gcj 4.4.3-6 and up-to-date sid.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi,
please change tests for libc functionality to
test libc variant, not kernel.
Petr
--- src/pHash.cpp
+++ src/pHash.cpp
@@ -34,7 +34,7 @@
int ph_num_threads()
{
int numCPU = 1;
- #ifdef linux
+ #ifdef __GLIBC__
numCPU = sysconf( _SC_NPROCESSORS_ONLN );
Hi.
Does this still happen with version 4.3.10-dev-1+20100311-1?
It works for me using cron + sbuild.
Just tested on asdfasdf.debian.net via "nohup dpkg-buildpackage -B -uc -d"
using gcc-4.4/4.4.2-9 and libc0.1-dev/2.10.2-6.
It still hangs in Test/B04read.ztst.
I see that using nohup it hang
As maintainer of pdns-recursor I'm currently investigating why it fails
to build on kfreebsd-{amd64,i386} and found out that the include path
not is added to the compile line.
This include path gets added by a file in the sysdeps/ directory. (as
far as I found out) In this directory are the follo
Hello.
Does this still happen with version 4.3.10-dev-1+20100311-1?
It works for me using cron + sbuild.
Just tested on asdfasdf.debian.net via "nohup dpkg-buildpackage -B -uc -d"
using gcc-4.4/4.4.2-9 and libc0.1-dev/2.10.2-6.
It still hangs in Test/B04read.ztst.
Petr
--
To UNSUBSCRIBE, e
Hi.
Please see 573940. I'm open to suggestions on how to deal with this. If
I understand correctly, kfreebsd has been declared a release arch for
squeeze, but its libc (0.1?) doesn't handle compatibility between kernel
versions, its old kernel lacks features that are standard in other
debian
The mesage bellow didn't yet appear in this bug report, resending.
http://lists.debian.org/debian-bsd/2010/03/msg00046.html
Hi all,
to provide better picture I slightly played with order of lines from
original message.
I'd like to draw your attention to this coreutils bug, whic
Please try to use the FreeBSD variant and guard it with
#defined (__FreeBSD__) || defined (__FreeBSD_kernel__)
I can try to use it, but I have no FreeBSD system I can use to test the
FreeBSD code path. So basically I'd be coding blindly, checking in code
that looks ok and compiles, but that is
Usage of vt was introduced in 0.5 to fix
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504842
Dear Debian/kFreeBSD-Team: Is there a way to have sys/vt.h on kFreeBSD,
a simple replacement
No.
or a different solution for this bug?
Yes, the #504842 clearly states:
The relevant gdm code s
Hi again.
> I found that changing -O level is sufficient to build this package.
> The next step should be find somehow, which ".o" file built with -O1
> causes the trouble.
dpkg-buildpackage -b -uc
wait for segfault (or hang) during
../gen/firebird/bin/gbak_static -MODE read_on
retitle 565801 firebird2.5: FTBFS on kfreebsd-amd64 with -O1, builds with -O0
--
Hi,
I found that changing -O level is sufficient to build this package.
The next step should be find somehow, which ".o" file built with -O1
causes the trouble.
Petr
--
To UNSUBSCRIBE, email to debian-bugs
reopen 573810
severity 573810 important
--
Hi.
Sorry but the bug is not fixed. Iff you really want to drop kfreebsd for
now, fine, but please leave the bug open.
>From http://lists.debian.org/debian-bsd/2010/03/msg00029.html:
The FTBFS can be fixed by attached patch.
It might bring runtimes pr
Package: python3.1
Version: 3.1.2~rc1-2
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version does not have enabled OSS support on GNU/kFreeBSD.
Please use one-line patch bellow.
It would also be nice if you can ask upstream
to include this change.
Thanks
> Running it with no argument at all, I also get a segfault. It looks
> like the getprogname() call is the culprit. [My crash is at
> swapon.c:215, which like swapon.c:160 uses a getprogname() call.]
>
> That's a bit strange, since setprogname() gets called with argv[0] at
> the beginning of main(
I think this issue could be worked around, though in a ugly way.
Wouldn't the attached patch do the trick? (Sorry, no time to test it
properly myself.)
Seems be fine, at least for coreutils build under 7.2 kfreebsd-amd64.
In any case, it would be improvement.
Petr
--
To UNSUBSCRIBE, email t
Hello.
> Hi Petr,
( I read debian-bsd, so no need to CC me explicitly,)
> Program received signal ?, Unknown signal.
> 0x0008019347d7 in __pthread_sigsuspend () from /lib/libpthread.so.0
...
> I posted this to upstream devel list[1] and they responded:
> > At the first glance this looks like
Moreover, it looks like transferTo(0, 4096, ...) would write
4096 bytes to destination file from file with size 1701.
It can be shown by this snippet:
-
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.nio.channels.FileChann
Hi.
The problem is triggered by this line, for any small file,
which seems to me allowed by java specification
srcChannel.transferTo(0, FileUtils.BUF_SIZE,destChannel);
http://java.sun.com/j2se/1.4.2/docs/api/java/nio/channels/FileChannel.html:
An attempt is made to read up to count bytes fr
Hi.
I just installed Debian/KFreeBSD with the daily-image of debian-installer from
2010-01-21. I edited /etc/apt/sources.list, runned aptitude, and pressed u.
I got:
Ouch! Got SIGSEV, dying..
Ouch! Got SIGSEV, dying..
Segmentation fault
So I runned aptitude update, and it worked. After that
Hi,
may be this one would be yet better.
Petr
--- src/main/org/apache/tools/ant/util/ResourceUtils.java
+++ src/main/org/apache/tools/ant/util/ResourceUtils.java
@@ -466,7 +466,7 @@
long count = srcChannel.size();
while (position < count) {
notfixed 571542 1.8.0-3
found 571542 1.8.0-3
tags 571542 +patch
--
Hello.
The problem is that FileUtils.BUF_SIZE (8192)
is currently bigger than page size (4096) on
some architectures, the copied file is mmaped-in
and the code tries to access after end of a file.
The patch bellow will provide f
With respect to Bug 342685: a new version has just come out.
I haven't checked yet, but I expect the autoconfig stuff
is updated and should work with BSD.
I hope to package this in the next few days, but may be a week.
I wouldn't mind if someone beat me to it, or at least tested
on BSD.
The cfg
Now it looks like wider problem - #571532, #571542, #571397.
Does ant actually try to mmap stdin? That's a bug in ant.
POSIX says you may only mmap a file, shared memory object,
or typed memory object. The stdin file descriptor is neither
of those things therefore you can't mmap stdin.
No, no
On Thu, Feb 25, 2010 at 9:23 AM, Petr Salinger wrote:
The file, which have to be copied, have size 1701,
but two pages (2*4096) are mmaped. It is allowed on both
Linux and FreeBSD.
When the 2nd page of that file would be accessed, it would
generate SIGBUS.
The question is of course whether it
Package: debootstrap
Version: 1.0.22
Hi.
The kfreebsd-amd64 kernel is capable of limited emulation of
(linux-)i386. I wanted to create chroot for test how limited it is.
debootstrap --foreign --arch=i386 etch /linux http://ftp.cz.debian.org/debian
It failed with:
/usr/share/debootstrap/functio
Hi,
the current ant fails during build in
| Copying 5 files to
/build/buildd-ant_1.8.0-2-kfreebsd-i386-RIfTK_/ant-1.8.0/build/classes
| Bus error
I tried to understand what is going wrong.
The important part of ktrace seems be this:
14997 gij-4.4 CALL fstat(0xa,0xbfbf29ec)
14997 gij-4.4
Package: www.debian.org
Hello,
the debian-ports currently host 4 architectures: "avr32 m68k sh4 sparc64",
see i.e. http://ftp.debian-ports.org/debian/dists/sid/main/
The dash is available on all of them
http://buildd.debian-ports.org/status/package.php?suite=unstable&p=dash
But it seems only
tags 567693 +patch
--
Hi.
According to
http://libusb.sourceforge.net/doc/function.usbdetachkerneldrivernp.html
usb_detach_kernel_driver_np() is implemented on Linux only.
Please do an upload soon, it blocks removal of swfdec from testing
http://lists.debian.org/debian-release/2010/02/msg00285
Hello.
I did some tests.
The libservlet2.4-java 5.0.30-11 builds fine
using ant 1.7.1, it fails using ant 1.8.0.
So the root cause of this is #570889 in ant or gcj-4.4.
The ant 1.7.1 itself is buildable by current gcj-4.4.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debi
I'll look into this issue later to understand why this test doesn't
work on kfreebsd-* systems
The $PYPATH contains "." - dot as current working directory.
According to
http://doc.trolltech.com/4.6/qcoreapplication.html#applicationDirPath
"it assumes that argv[0] contains the absolute file na
Hi,
the fix/workaround/hack bellow
to configure.ac and similar to configure
is sufficient to build code-saturne on kfreebsd-amd64.
Petr
--- configure.ac
+++ configure.ac
@@ -447,7 +447,7 @@
path = app.applicationDirPath()
sys.stdout.write(path)]"
-PYPATH=`${PYTHON} -c "${prog}"`
+PY
Package: swi-prolog
Version: 5.8.2-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version has unsatisfied Build-Depends on
openjdk-6-jdk under GNU/kFreeBSD ports.
Please build package similarly as on hppa and arm.
Thanks for your cooper
Package: tse3
Version: 0.3.1-4.2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version has unsatisfied Build-Depends on
libasound2-dev under non-linux ports.
This package is able to use OSS under GNU/kFreeBSD,
it builds fine without libas
severity 544187 important
tags 544187 +patch
--
The plplot package is the last one which doesn't
handle kfreebsd-amd64 as ada equipped architecture.
The recipe is to drop ":kfreebsd-amd64" from debian/rules
and " !kfreebsd-amd64" from debian/control.in.
Thanks
Petr
--
To UNSUBSCR
Please explicitely disable ACL and xattr,
idea build tested as shown bellow.
This will imply a lose of functionality,
In theory yes, in practice no.
salin...@io:~$ grep xattr /usr/include/gnu/stubs-32.h
#define __stub_fgetxattr
#define __stub_flistxattr
#define __stub_fremovexattr
#define _
Bacula 5.0 is failing to build on both kfreebsd-i386 and amd64. It is
building fine on all other Debian architectures.
A couple of weird things here:
1) We're not getting an overt build failure, just the failure of a
program to actually be built (or placed in the expected location)
The error
Do you have a working way to relibtoolize simage that I can apply on an
unstable Debian system of today? If yes please let me know, and I'll be
happy to NMU this package to fix build on kFreeBSD.
Try this:
You can also use alternative recipe:
in aclocal.m4 drop lines 1390-7229,
the same
Package: dpkg
Version: 1.15.5.6
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version does not any longer put
arch:any into the dsc when any arch-specific is built (#526617).
As a side effect of this "any-i386" is no longer replaced by "any",
and "any-i386" is left in ds
or use "any-i386 any-amd64" instead of current one.
I did check the policy, and attepmpted a build, but:
1) the policy does not list this architectures
2) lintian gives an error
3) dpkg-architecture -L has a long list that does not include them
4) vim syntax highlight for the control file does
Package: luajit
Version: 2.0.0~beta2+dfsg2-2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on kfreebsd-i386.
On kfreebsd-i386 gcc-multilib is not available,
we do not support building 64bit binaries on kfreebsd-i386.
found 545965 3.0.STABLE19-1
--
Hi,
please could you apply the fix also against current sid variant ?
Currently the version in testing is different for GNU/kFreeBSD
(3.0.STABLE16-2.1) and remaining architectures (3.0.STABLE19-1).
Many thanks
Petr
--
To UNSUBSCRIBE, email to debian-bugs-di
Hi,
please could it be solved in some way - another tester of d-i run into this.
It's a useful abstraction layer, and it would be more useful if we could
rely on it working across all architectures. Does BSD have anything
remotely similar to Linux's binfmt_misc that could be used to implement
Package: hs-plugins
Version: 1.4.1-3
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the ghc6 6.12.1 provides ghci even on kfreebsd-i386 and kfreebsd-amd64.
Please enable also hs-plugins on them.
Thanks in advance
Petr
--
To UNSUBSCRIBE, email to debian-bug
Package: gnome-main-menu
Version: 0.9.13-4
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version again fails to build on GNU/kFreeBSD.
The problem is caused by this part of debian/patches/nm-glib-0.8.diff:
+NM_GLIB=
+PKG_CHECK_EXISTS(libnm-
The 32-bit overflow during calculation is responsible
for remaining problem.
That overflow is in the kernel itself then?
Yes :-( The kernel uses long, i.e on k-i it is only 32 bit.
The code can use HZ from /usr/include/asm/param.h This is set at 100
This file does not exist on GNU/kFreeBSD.
But looking at poor field.debian.org
188847.15 673325.21
cpu 119994 4473784 3539322 2746621
The second number first line is idle seconds, the 4th number is idle
ticks. See linprocfs_dostat() and linprocfs_douptime().
If its relationship is 100 then one is 100 times the other.
It's not, it's abo
On linux, we just use ELF notes and this problem goes away. If there
is something equivalent in freeBSD then I could use that as well.
I wouldn't know, I'm just the poor DSA who gets to fight these machines. :)
Maybe the debian-bsd list would know.
The ELF notes are the property of ELF form
Then gnulib-tests fail:
FAIL: test-chown (exit: 134)
test-chown.h:106: assertion failed
--
FAIL: test-lchown (exit: 134)
test-lchown.h:114: assertion failed
--
FAIL: test-fchownat (exit: 134)
test-chown.h:106: assertion failed
--
FAIL: test-utimens (exit: 134)
test-utimens.h:43: assertion failed
reopen 566748
severity 566748 normal
retitle 566748 undefined reference to `rpl_stat' when gnulib stat is used
user debian-...@lists.debian.org
usertag 566748 - kfreebsd
--
Is there any chance that squeeze will use the freebsd 8.0 kernel
instead, which (apparently) would make this problem go awa
reassign 569145 bird
--
The RTF_CLONING constant is missing in net/route.h
(there is "unused, was RTF_CLONING" note instead),
although it is defined in FreeBSD headers, noted
in FreeBSD manpage and i don't find any notes indicating
that is obsolete.
It is part of FreeBSD 7.x headers,
but it is
tags 569015 +patch
--
It is reincarnation of #497902, it is still not fixed upstream.
http://sourceforge.net/tracker/index.php?func=detail&aid=2179778&group_id=36127&atid=416300
The patch is the same as in #497902.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.or
Package: coreutils
Version: 8.4-1
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current coreutils fails to build on GNU/kFreeBSD.
Under 7.2 kernel 9 test fails,
under 8.0 kernel 1 test fail.
The failure under 7.2 kernel is due to limitation
of chroot and bind
Package: tucnak2
Version: 2.11-3.1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
your package can't currently be autobuilt on GNU/kFreeBSD (and GNU/Hurd)
due to its unconditional B-D on libgpm-dev. I've checked it builds fine
at least on kfreebsd-amd64
#if (__FreeBSD_version < 800075) && (__FreeBSD_kernel_version < 800075)
So the issue is checking __FreeBSD_version and not
__FreeBSD_kernel_version?
Yes.
Does normal FreeBSD define both?
No.
The assumption is that either both are defined to the same value,
or only one is defined and the o
Package: procps
Version: 1:3.2.8-5
Severity: serious
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version contains /bin/kill, which should come on GNU/kFreeBSD
from coreutils. It is regression w.r.t 1:3.2.8-2, it is due to changed
debian/rules.
The file debian/procps.
The FreeBSD 8.0 kernel does not have segment registers in pcb anymore.
To solve current FTBFS please just use patch bellow.
Sorry for the inconvenience.
In GDB 7.0.1, where this bug was just re-reported, GDB says:
#if (__FreeBSD_version < 800075)
regcache_raw_supply (regcache, AMD64_DS_REGNU
firebird2.5 2.5.0.25784~ReleaseCandidate1.ds2-6 behaved the same:
../gen/firebird/bin/gbak_static -MODE read_only -R
../builds/misc/help.gbak ../gen/firebird/help/help.fdb
make[3]: *** [../gen/firebird/help/help.fdb] Segmentation fault
(core dumped)
˙˙ and built fine on asdfasdf.debi
Try "dpkg --purge binfmt-support".
The mono-runtime have "Recommends: binfmt-support" and by default
apt installs also Recommends (in addition to Depends).
We really should either:
* get it working, if relevant;
* get it to fail gracefully;
* get it removed from any relationships for non-Linu
Hi.
I am pleased to announce availability of ghc6 on kfreebsd-amd64.
I finished the bootstrap, the resulting package is available from [1].
The source package needs the same patch as in #567298 ([2]),
applied instead of previous debian/patches/kfreebsd-_gnu_source-565818
I hope that upload of g
Hello.
Please could someone help with bootstrapping of ghc6 for kfreebsd-amd64.
The main problem is that bootstrap recipe does not work.
http://hackage.haskell.org/trac/ghc/wiki/Building/Porting
We have working ghc6 on both (linux-)amd64 and kfreebsd-i386.
See also needed patches in #555628.
Pl
Hi.
On kfreebsd-i386 2.6.0-1 will build fine
using ghc6 with patch from #567298.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
retitle 567298 ghc6: FTBFS on kfreebsd-i386 (small fixes needed for GHCi)
tags 567298 +patch
--
Hi,
please apply attached patch, it includes also
kfreebsd-_gnu_source-565818, so please apply instead of.
It enables ghci, as a side effect it solves the FTBFS on kfreebsd-i386.
Petrdiff -ur bd/dri
We no longer provide snd-nox-alsa runtime package, it's only defined
as provided by snd-nox: is it enough?
Should we handle a small transition (snd-nox-alsa -> snd-nox)?
I do not know.
Creating transitional package should be very easy.
On the other hand, the snd-nox-alsa have not been part of an
package snd-gtk-pulse everywhere, on linux uses ALSA, on GNU/kFreeBSD OSS
package snd-gtk-jack on i386 amd64 powerpc CPUs, i.e. also on kfreebsd-amd64
and kfreebsd-i386
package snd-nox everywhere, on linux uses ALSA, on GNU/kFreeBSD OSS
Agreed.
Do we really need to change the name? Could we simp
Looks like -ldl is still missing. ;)
It is needed to extend configure.ac and regenerate configure,
as shown in "Message #22 received at 566...@bugs.debian.org".
Also cleanup of debian/control, like
Package: snd-gtk-pulse
Architecture: any
-Provides: snd-gtk-alsa, snd-gtk
+Provides: snd-gtk-a
found 566916 332.25-7
tags 566916 +patch
--
Hi,
please drop b-dep on kfreebsd-kernel-headers, as it is build-essential
on GNU/kFreeBSD. The real problem is "#define __APPLE_API_PRIVATE".
Please alter 20-apple_specific_files.patch as show bellow.
Thanks
Petr
--- include/sys/appleapiop
Hi,
or maybe when it built, IPv6 support was being excluded, and a change in
the headers has brought IPv6 support in and exposed the problem.
I expect that it is the cause.
Please just extend the check bellow to get needed types ...
Petr
--- src/dnsmasq.h
+++ src/dnsmasq.h
@@ -23,7 +23,7 @@
Hi.
The native sound system is OSS for GNU/kFreeBSD.
It looks like on linux the snd package comes in three variants:
- snd-gtk-jack
- snd-gtk-pulse
- snd-nox-alsa
IMO, it should be possible to extend configure.ac and
on GNU/kFreeBSD (kfreebsd-i386 kfreebsd-amd64) also provide three variants
-
Hi,
the bug is inside gnulib usage.
The configure detects that stat() does not work correctly
on 7.2 kernel and should use gnulib function instead.
But the gnulib module is not linked in libshishi.so
The problem does not affect linux kernels and will be
workarounded after GNU/kFreeBSD switches
Please alter also debian/control, as udev is really linux-only package.
Thanks and sorry for usb-stack problem.
Petr
--- debian/control~
+++ debian/control
@@ -13,7 +13,7 @@
Package: argyll
Architecture: any
-Depends: policykit, udev, ${misc:Depends}, ${shlibs:Depends}
+Depends: policykit, u
Actually, I think it might not be my fault after all: the libusb source
package also fails to build from sources with a very similar error
message, so help from the BSD porters would be welcome.
Already provided ;-)
See Message #15 received at 566...@bugs.debian.org:
--- libusb/bsd.c
+++ libusb
tags 566776 +patch
--
There is some problem with re #define:
/build/buildd-libical_0.44-2-kfreebsd-amd64-RPROIM/libical-0.44/src/libical/icaltz-util.c:37:1:
warning: "bswap_32" redefined
In file included from
/build/buildd-libical_0.44-2-kfreebsd-amd64-RPROIM/libical-0.44/src/libical/icaltz-ut
severity 566686 important
--
2.38-7 seems to be the last version of clisp which could be build on
kfreebsd-i386. The current version FTBFS because lisp.run crashes with
"illegal hardware instruction" when loading src/defs1.lisp:
This failure on GNU/kFreeBSD should not prevent migration of curr
tags 566768 +patch
--
It might have to do with a recent USB stack change on kfreebsd-*, I'm
putting -bsd@ in Cc to get a wider audience.
And due to this:
* Also, stop using the system's libusb, which causes known problems with
Argyll. Now using Argyll's patched copy (privately, since t
Hi,
the patch bellow might suffice.
--- x/rts/posix/OSThreads.c
+++ x/rts/posix/OSThreads.c
@@ -7,10 +7,10 @@
*
*
--*/
-#if defined(__linux__)
+#if defined(__linux__) || defined(__GLIBC__)
/* We want GNU extensions i
Hello.
Firebird IPC is black magic. I am not sure if process-shared
semaphores are really needed. "superserver" seems to not need them at
all (at least on theory). And still it fails to build.
The place it fails is interesting, though. The checkMutex function
(src/jrd/trace/TraceConfigStorage.c
Hi.
Please define _GNU_SOURCE everywhere, see bellow.
Later it would fail with:
Use 'make install-boot' if you want samhain to start on system boot
./samhain-install.sh --destdir=/build/manual/samhain-2.5.4/debian/samhain
--express --verbose install-boot
./samhain-install.sh: unsupported pl
reassign 565850 src:soundkonverter
retitle 565850 soundkonverter: FTBFS: fails to find cdda_* (missing
build-depends on libcdparanoia-dev)
found 565850 1.0.0~alpha1-1
--
Please add into build-depends "libcdparanoia-dev".
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.
severity 565801 important
--
Hi.
The current GNU/kFreeBSD does not support process-shared pthread mutexes.
It also does not support process-shared semaphores.
Is the inter-process sharing really necessary ?
The calls inside are in a form of sem_init(sem, 0, 0), i.e. only thread-shared.
Petr
Hi.
fat.h:
#undef MUL_TOOM22_THRESHOLD
#define MUL_TOOM22_THRESHOLD CPUVEC_THRESHOLD (mul_toom22_threshold)
mpn/generic/powm.c:368:
#if REDC_1_TO_REDC_N_THRESHOLD < MUL_TOOM22_THRESHOLD
Under "-enable-fat" the MUL_TOOM22_THRESHOLD is not compile time constant
comparable by preprocessor.
Petr
I'm new to Debian GNU/kFreeBSD and I came to it in order to solve a
FTBFS bug (561121) in package polyorb. Bug 561121 is a consequence of
bug 564232 (in gnat-4.4). I have found a fix for 564232 (tested up to
packaging) and there is two solutions for me now :
- 1/ don't touch to gnat-4.4 and appl
You can of course conditionalize build-dependencies and dependencies based
on architecture. This way configuration on linux could remain the same
(no regression) and on previously uninstallable architectures
there could be limited functionality (improvement). See bellow for idea.
I have prepared
Package: inetutils-ping
Version: 0.6.19-1
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
on linux, iputils-ping is frequently used. It is also the default one
for nagios plugins. Therefore nagios is currently uninstallable on
GNU/kFreeBSD, see #32.
For proper
401 - 500 of 1552 matches
Mail list logo
