I believe, that even plain i486 have to be supported,
also changelog claims that default should still be i486.
yes, I think I did change that to avoid libgomp failures, which requires
i586, and not just i486. Not sure what to do about that for squeeze.
Just document it in release
tags 609557 + patch
user debian-...@lists.debian.org
usertag 609557 + kfreebsd
--
Hi,
please apply attached patch for now.
It would be very nice if you can inform upstream
about this problem. The support for multiple OSes
really needs cleanup:
./setup/__init__.py:isfreebsd = 'freebsd' in
./setup/__init__.py:isfreebsd = 'freebsd' in sys.platform
That's indeed the right point to fix, and once we find a better
condition, I'll send that upstream. We don't actually care about the
kernel in calibre, so a better hack would be to just pin isfreebsd
to False and islinux to True in the
The integration should be into /etc/init.d/kbdcontrol,
by adding two targets, like keymap-native and keymap-debian.
May be it can be run even semi-automatically, by
detecting whether the /etc/inittab uses cons25 or cons25-debian
and noop or alter keymap.
Yes, I like the latter (auto detection)
Package: boost1.36
Severity: important
Version: 1.36.0-9
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD, see
http://buildd.debian-ports.org/status/package.php?p=boost1.36
It needs small tweak, see bellow.
It would also be nice if
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
---
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:
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
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
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
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
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.
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
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-Linux
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
Hi.
Wrt. to the compilation error itself: this is a standards-non-compliance
bug in GNU/kFreeBSD; SUSv2 mandates those STREAMS related error numbers
[2] [3]. I'm not saying GNU/kFreeBSD should support STREAMS, but it
should #define those macros. (Or maybe GNU/kFreeBSD doesn't even intend
to
severity 559107 important
--
But the status of CVE-2008-114[678] is still open. Do they affect the
KFreeBSD port? What's the position of the FreeBSD kernel developers on
these issues?
I used as description this
Package: libgtop2
Version: 2.28.0-3
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi again,
there is yet anothoer problem under GNU/kFreeBSD,
some backends parts depend on kernel version,
but the check does not cover us.
Thanks in advance
Please note that compared to previous version 0.6.13,
there is one extra (, not the missing ).
Petr
--- /usr/bin/pycentral~ 2009-12-02 16:01:45.0 +
+++ /usr/bin/pycentral 2009-12-03 12:25:11.0 +
@@ -2108,7 +2108,7 @@
elif len(matching_actions) 1:
Hello.
Please apply patch bellow and run autoreconf -vfi.
Adding of AC_CANONICAL_HOST have been sufficient for me.
The real problem might be in warnings during autoreconf.
Petr
--- configure.in
+++ configure.in
@@ -7,6 +7,7 @@
AM_INIT_AUTOMAKE(1.6 dist-bzip2)
AM_CONFIG_HEADER(config.h)
Package: wackamole
Version: 2.1.1-3.1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small tweaks, see bellow.
It would also be nice if you can ask upstream
to include this changes.
Thanks
If I understand it correctly, this means that the fix is present in
kfreebsd-8, but not kfreebsd-7?
Yes.
Not having it enabled by default seems good enough to me.
If I understand it correctly, the security problem is
it allows remote attackers to guess sensitive values such as IP
When running with a default shell of dash and not bash, the
/etc/init.d/module-init-tools script complains about not finding the bash
builtin shopt:
# /etc/init.d/module-init-tools start
/etc/init.d/module-init-tools: 62: shopt: not found
#
Which is from this call:
modules=`shopt -s
Package: apt
Severity: important
Version: 0.7.22
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
From man mremap:
This call is Linux-specific, and should not be used in programs intended to be
portable.
Package: xdelta3
Severity: important
Version: 0v2.dfsg-1
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on some architectures,
including amd64, kfreebsd-amd64.
Please alter Makefile as shown bellow.
It would also be nice if
Hi,
the testsuite also fails on kfreebsd-*.
I looked into SVN, please could you consider to do what is written in
debian/changelog for 5.1.37-1, i.e. really
Ignore errors in testsuite on all archs but amd64, i386, ia64 and s390.
The snippet bellow in debian/rules should suffice.
Thanks
user glibc-bsd-de...@lists.alioth.debian.org
usertag 539278 + kfreebsd
thanks
Hi,
in mean time please at least change both
Pre-Depends: libc6-i386 (= 2.9-18)
intoPre-Depends: libc6-i386 (= 2.9-18) [amd64]
Petr
--
To UNSUBSCRIBE, email to
Package: mc
Version: 2:4.7.0-pre1-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The cons.saver is linux specific, please use linux specific
install file or alternatively install it directly from
Package: libio-aio-perl
Version: 2.4-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on kfreebsd-i386.
It needs a small tweak, see bellow.
It would also be nice if you can ask upstream
to include this change.
Hi,
please could you integrate either proposed patch or the enhanced patch applied
upstream
http://git.savannah.gnu.org/cgit/tar.git/commit/?id=af30244849448c775b3e447a84ba8b0249b4b697
It is really not GNU/kFreeBSD specific problem, moreover appearance is timing
dependent.
Petr
--
To
Package: unworkable
Version: 0.51-5
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small tweaks for GNUmakefile and torrent.c,
see bellow. The change in torrent.c is add ||
The presented behaviour of pthread_rwlock_rdlock() is POSIX compliant.
The http://opengroup.org/onlinepubs/007908799/xsh/pthread_rwlock_rdlock.html
says explicitely:
The calling thread acquires the read lock if a writer does not hold the
lock and there are no writers blocked on the lock.
It
Thank you very much for answering me. And if you don't mind I'll ask one
more question. In the open group manual there is this line Implementations
are allowed
to favour writers over readers to avoid writer starvation.
And linux manual says: If the Thread Execution Scheduling option is
supported,
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
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=
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
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
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
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.
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: 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 dsc
I'm Cc-ing -bsd@, I believe Petr might look into providing a patch since
he solved a bunch of such breakages.
Please just use libusb instead of native usb support on GNU/kFreeBSD.
debian/control:
Add into Build-Depends: libusb2-dev [kfreebsd-i386 kfreebsd-amd64]
In debian/rules use:
ifeq
Thanks, I'm not exactly sure what I can do now. In this case, the FTBFS
seems more due to kfreebsd than netload (it was building fine before).
So there is no more net/ppp_defs.h and net/if_ppp.h in freebsd 8? Is
there a porting guide or something?
Doing a search for freebsd + net/ppp_defs.h
a short status update of the bug. With upstream I managed to get the stuff to
compile and running on the first look.
After testing the package for a while, I recognized that the migration over to
iputils-ping introduces a regression. If a echo reply is missing, check_ping
seems to return nothing,
Thanks for the analysis and the patch. I guess I'll do a more
maintainable solution using something like #ifndef __FREEBSD_KERNEL (or
whatever name is the variable).
For maintainable solution please use
--- xfce4-netload-plugin-0.4.0.orig/panel-plugin/os.h
+++
tags 564652 +patch
--
The rules for api.out are different after checkout from SVN and
otherwise. This part should not be GNU/kFreeBSD specific problem.
edit doc/Makefile.* and replace rm -fr api.out with rm -f api.out
and you should be fine.
That helped.
btw: have you tested compiling
On Mon, 11 Jan 2010, Cyril Brulebois wrote:
Petr Salinger petr.salin...@seznam.cz (11/01/2010):
For maintainable solution please use
--- xfce4-netload-plugin-0.4.0.orig/panel-plugin/os.h
+++ xfce4-netload-plugin-0.4.0/panel-plugin/os.h
@@ -94,8 +94,10 @@
#include net/if_media.h
#include
Hello,
it looks like 6.12.1 have been released.
Please could you package it for experimental.
I might try another round of bootstraping.
Any help would be highly appreciated.
BTW, the release notes states
Dynamic linking is now supported on Linux.
As we use the same binutils/gcc/eglibc as
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
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
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
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,
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
#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
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
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
tags 569015 +patch
--
It is reincarnation of #497902, it is still not fixed upstream.
http://sourceforge.net/tracker/index.php?func=detailaid=2179778group_id=36127atid=416300
The patch is the same as in #497902.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
+++
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,
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
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,
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 @@
a) Extending makecontext() on AMD64 so it can pass pointers, and add a
section to the manpage to explain that you cannot portably do this,
but GNU libc happens to allow it,
This is not possible, as it would break the ABI, something we do not
want, and break the compliance to POSIX.
Package: ncurses
Severity: important
Version: 5.7-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small tweak, se bellow.
It would also be nice if you can ask upstream
to include this change.
Thanks in advance
Please,
could you test what are exactly condition of segfault ?
For me (glibc 2.7-15, x86_64)
strace zsh -c 'ulimit -v 1; strace ./a.out %$[5*2**25]d'
segfaults, but
strace zsh -c 'ulimit -v 1; ./a.out %$[5*2**25]d'
does not.
Similarly with ulimit -v 5000, it looks like strace
with
reopen 481543
tags 481543 -moreinfo, -unreproducible
found 481543 2.7-16
thanks
I installed current gcc-snapshot (and upgraded glibc) on otherwise
lenny system, even compiled with gcc-snapshot still runs fine:
Target: x86_64-linux-gnu
gcc version 4.4.0 20081023 (experimental) [trunk revision
The chunk of code you're pointing to hasn't changed for a long time (it's
in ncurses 4.2). If it's broken now, it's either because tset's use of
header files has changed, or that kFreeBSD's headers have changed.
The ncurses 5.6+20081004-1 have been built fine, the
ncurses 5.6+20081011-1
This demonstrates that it is indeed a.out/libc that provokes
the segfault. Here's the output I get:
[2331489.137491] zsh[21289]: segfault at 0 ip 7f1126c824f4 sp \
7fff2fa49778 error 6 in libc-2.7.so[7f1126c06000+14a000]
Do the same thing with true, and there's no problem:
$ env -u
oh... (that's surprising, since I might have expected some portability issue
with TAB3, but not OCRNL or ONLRET since they're defined in X/Open).
Didn't ncurses 5.6 compile with kFreeBSD?
They did, the problem started with ncurses 5.6+20081011-1 (5.6+20081004-1
have been ok), see
Package: ghc6
Severity: important
Version: 6.10.1+dfsg1-4
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current experimental version fails to build on GNU/kFreeBSD,
see http://buildd.debian-ports.org/build.php?pkg=ghc6
On kfreebsd-i386 6.10.1+dfsg1-3 builds fine, the
tags 512277 + patch
thanks
Hi,
I tested the proposed patch, it suffices to build asis and
adabrowse packages.
Please could you include this tiny extension of libgnatprj/configure.ac:
+ | *86-*-kfreebsd*-gnu \
+ | *x86_64-*-kfreebsd*-gnu )
Many thanks in advance
Petr
--
To
Package: mpi-defaults
Version: 0.2
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hello.
Description of packages says
This package depends on the development files of the recommended MPI
implementation for each platform, currently OpenMPI on all of the
platforms
Looks like the kbsd patch cleaned up too much :)
Without this patch, the Makefile will overwrite OS_REL_CFLAGS on i386
and strip the -D_XOPEN_SOURCE define away which is required for strdup()
I've tried to merge this into 38_kbsd.dpatch but dpatch is way too
compilicated for me. Here is a patch
Package: kipi-plugins
Severity: important
Version: 0.1.5-4
Hi,
the current version fails to build against current
libkdcraw-dev/libkdcraw4 package from unstable.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: klibido
Severity: wishlist
Version: 0.2.5-6
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version contains outdated libtool.
For GNU/kFreeBSD this usually means broken library,
so this is catched by automated buildd log filter.
It does not look
Package: kasablanca
Severity: wishlist
Version: 0.4.0.2-4
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version contains outdated libtool.
For GNU/kFreeBSD this usually means broken library,
so this is catched by automated buildd log filter.
It does not look
Package: mysql-dfsg-5.1
Version: 5.1.37-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
testsuite in the current version fails on GNU/kFreeBSD:
Failed 6/608 tests, 99.01% were successful.
Failing test(s): main.plugin_load main.plugin main.udf
Package: ibus
Version: 1.2.0.20090806-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The src/test-keymap.c is linux specific.
Please alter it as show bellow.
It would also be nice if you can ask
Package: liboggz
Version: 0.9.9-4
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
https://buildd.debian.org/fetch.cgi?pkg=liboggzarch=kfreebsd-amd64ver=0.9.9-4stamp=1249593923file=logas=raw
Package: lirc
Version: 0.8.3-4
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small tweak, see bellow.
It would also be nice if you can ask upstream
to include this change.
Please, could
Package: hdf5
Version: 1.8.3-2
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Please change Build-Depends from
libibverbs-dev [!arm !armel !hppa !mips !mipsel !s390]
into
libibverbs-dev [!arm !armel !hppa
Package: libggi
Version: 1:2.2.2-3
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs to restrict vcsa support only for Linux archs,
similarly as already done for fbdev.
Just please for
tags 365145 +patch
--
Please just add build-dpeends on autotools-dev.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: nmap
Version: 5.00-2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs a small change to configure.in/configure
in libdnet-stripped subdir, see attached patch.
It would also be nice if
Package: google-gadgets
Version: 0.10.5-0.1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs tweak for configure.ac/configure.
Please apply patch bellow and rerun autoconf.
Also the
Package: kdebase-workspace
Version: 4:4.3.0-2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs changes to debian packaging and tweaks for sources.
Please find attached two patches with them.
801 - 900 of 1547 matches
Mail list logo