Package: k3d
Severity: important
Version: 0.6.7.0-2.3
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD with g++-4.3.
It tries to call "C" function exit() from main(),
but there is no corresponding header included.
Please either add
Package: boost1.35
Severity: important
Version: 1.35.0-5
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The FreeBSD kernel uses the same value for POLL_ERR and POLL_HUP,
see http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/signal.
There are already some related commits in upstream CVS.
Other posibility might be to just use attached patch instead
of cvs-strerror_r.diff
Petr
http://sourceware.org/ml/glibc-cvs/2008-q2/msg00089.html
2008-04-11 Jakub Jelinek <[EMAIL PROTECTED]>
[BZ #5443]
* time/era.c: Tra
__libc_setlocale_lock is defined differently on different places,
it have been changed into rwlock in intl and locale subdirs,
but it remains plain lock in
time/alt_digit.c
time/era.c
wcsmbs/wcsmbsload.c
Also the order of unlocking is not reverse order of locking order
w.r.t __libc_setlocale_lo
Could you please test the new stable version 3.18.0 [1].
It contains a imklog driver for BSD based systems (tested on FreeBSD).
So, instead of simply disabling the imklog module, it would be much nicer
to get it working on kfreebsd.
Yes, 3.18.0 seems better, but the imklog module needs porting
Could you please test the new stable version 3.18.0 [1].
It contains a imklog driver for BSD based systems (tested on FreeBSD).
So, instead of simply disabling the imklog module, it would be much nicer to
get it working on kfreebsd.
Yes, 3.18.0 seems better, but the imklog module needs porting
Package: rsyslog
Severity: important
Version: 3.16.2-1
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It is needed to pass "--disable-klog" to configure script
on non-linux architectures, you can use
dpkg-architecture -qDEB_HOST_ARCH_OS to te
Package: libupnp
Severity: important
Version: 1:1.6.6-2
Tags: patch
User: [EMAIL PROTECTED]
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.
Thanks in advance
Package: ocamlgsl
Severity: important
Version: 0.6.0-2
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi.
The current version fails to build on kfreebsd-amd64
because kfreebsd-amd64 is not listed in the Architecture: field.
This is reincarnation of #361635, would you mind to change t
Thanks for the report and suggested fix. AFAICT from quickly digging
through glibc's source, the low-level APIs readdb_preload uses should
be available on all Debian architectures (Linux or otherwise), so it
should actually be possible to use the same (full) symbols file
everywhere by doing away
Package: twisted
Severity: important
Version: 8.1.0-3
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The epoll() syscall is linux specific, related interface
cannot be compiled for non-linux architectures.
Please, could you apply
Package: wesnoth
Severity: important
Version: 1:1.4.3-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small tweak in src/network_worker.hpp, see bellow.
In fact the comment is right one, but it is not implemented
by check
Package: aegis
Severity: important
Version: 4.24-3
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD, see
http://buildd.debian-ports.org/build.php?arch=&pkg=aegis
CXX="g++" /bin/sh etc/test.sh -shell /bin/sh -run \
test/02/t0244a
Package: gmp
Severity: important
Version: 2:4.2.2+dfsg-3
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on kfreebsd-amd64.
It needs the same arguments as linux on amd64.
Please use DEB_HOST_ARCH_CPU for the configure arguments decison.
Thanks in a
Package: apcalc
Severity: important
Version: 2.12.3.3-1
Tags: patch
User: [EMAIL PROTECTED]
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.
Thanks in advance
Package: ncbi-tools6
Severity: important
Version: 6.1.20080302-2
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It seems that the madvise() and preload() interface
are available only on Linux, but a symbol file is common
for all architectures
Why can that even happen ? What makes a difference between touch
creating a file and xpidl creating a file ? Why doesn't the latter have
a timestamp greater than the former ? *This* sounds fishy. Having to
wait there would still be a work around, not resolving the real problem
at hand.
The times
Please, could you consider adding the sleep - it fixes the cause - rebuild
of some files during "make install".
Weren't you saying the cause was the different variables values for make and
make install ?
Currently, my understanding of issue is as follows:
Files ".done", which only signals "di
This will probably never happen, because builds are likely to take
way more than than they currently do.
orion-bsd:/build/manual/iceape-1.1.10$ find . -name .done | wc
148 1486185
It happens 148 times per build, it adds 2,5 minutes,
the i386 buildd logs shows
Build started at 200
Package: libxml-xerces-perl
Severity: important
Version: 2.7.0-0-6
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Please drop attached patch into debian/patches.
It would also be nice if you can ask upstream
to include this chang
Hi,
I hopefully found the real cause of failure on GNU/kFreeBSD.
It is due to subsecond time resolution available in underlying
file system. The output of gcc does have subsecond timestamps cleared,
but output of touch preserves them.
This timestamp problem have been exposed by different VISIBI
Package: gnustep-gui
Severity: important
Version: 0.14.0-3
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on kfreebsd-amd64.
It is due to subsecond time resolution available in underlying
file system. The output of gcc does have subsecond timestam
I'll have to check if that does the same on linux x86_64... I won't have
immediate time to do this test, so if you can beat me to it, please do ;)
It works fine on linux x86_64 with following changes
1) added line "hunspell.hxx" in config/system-headers
2) full build performed by "$(MAKE) BUILD
What about adding "hunspell.hxx" in config/system-headers ?
I added all files from /usr/include/hunspell/ and continued build
by "fakeroot debian/rules binary". It slightly moves and it ends by:
c++ -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith
-Wcast-align -Woverloaded-virtual
The system wrappers had problems with gcc 4.2, which is why this hack is
in place. Theorically, it should build fine now only removing
WRAP_SYSTEM_INCLUDES= VISIBILITY_FLAGS=-fvisibility=hidden (i.e not
setting ac_cv_have_visibility_class_bug=yes). Could you check that it
builds on kfreebsd like t
Package: iceape
Severity: important
Version: 1.1.10-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It fails due to problem with "visibility" handling.
I really don't know why the current way for forcing
-fvisibility=hidden inste
Once again, what is the kernel of your TARGET system, i.e. on Vortex86SX
chip. Is it really 2.6.25.5 with FPU emulation enabled ?
Yes, the kernel for the TARGET system is 2.6.25.5 from Kernel.org with no
patches and with FPU emulation enabled.
Or 2.6.25.5 is version available on the system, whe
What is the kernel of your target system
Once again, what is the kernel of your TARGET system, i.e. on Vortex86SX
chip. Is it really 2.6.25.5 with FPU emulation enabled ?
Or 2.6.25.5 is version available on the system, where you are building
packages ?
How did you installed debian/libraries
version that worked was Debian oldstable (Sarge). It seems the glibc was
compiled for 486 then. I am filing this bug more-of a (wish) than a (bug).
There should be someway for developers to compile code that would work
correctly on any i386 target without having to chroot in another
environmen
Some more investigation:
The bug does not occur in 2.5-11, it does in 2.6.1-6.
It is related to gscope changes, IMHO between 2.6 and 2.6.1.
linuxthreads add-on does not provide __wait_lookup_done(),
it is available only from nptl/allocatestack.c
The GL(dl_wait_lookup_done) aka
THREAD_GSCOPE_WA
It's true. Some tests in load.tcl lead to a segfault because of
similar reason: if loading library fails because of errors in a
library itself (missing Foo_Init() etc.) tclsh tries to unload it
which causes segfault.
So, a real fix is needed.
I investigated further, the bug is probably in glibc
Package: glibc
Severity: wishlist
Version: 2.7-12
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the code bellow crashes on GNU/kFreeBSD.
It crashes from both initial thread and created thread,
but a thread have to be created (thread manager have to be started),
it does not crash without RTLD_
retitle 488684 tcl8.5: segfault in load.test on GNU/kFreeBSD architectures
found 488684 8.5.3-1
severity 488684 wishlist
thanks
Thanks for you care, the applied fix (disabled DLL unloading) allows to
build db4.6, but the test case (tests/load.test) still segfaults.
I prefer to leave this bug o
Threaded tclsh8.5 segfaults on exit after loading any shared library
using [load] command. In your case it was libdb_tcl-4.6.so (Tcl
interface to BDB).
Unfortunately, it seems that the stack is corrupted during the crash,
so GDB isn't informative. It gives something like the following (and
never
Package: tcl8.5
Severity: important
Version: 8.5.2-2
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version of db and db4.6 fails to build on GNU/kFreeBSD
due to testsuite failure. It fails since move from tcl8.4 to tcl8.5.
I tested build against tcl8.4-dev, in this case db package
Package: db
Severity: important
Version: 4.7.25-3
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD
due to testsuite failure.
It fails since move from tcl8.4 to tcl8.5.
I tested build against tcl8.4-dev, in this case
it passes testsuite. Unfortuna
Package: db4.6
Severity: important
Version: 4.6.21-10
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD
due to testsuite failure.
It fails since move from tcl8.4 to tcl8.5.
I tested build against tcl8.4-dev, in this case
it passes testsuite.
Plea
Package: xerces-c2
Severity: important
Version: 2.8.0-1
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Package xerces-c2 needs the same fix as xerces27.
Please use xerces27-2.7.0/debian/patches/01-kfreebsd.patch
and after that update samples/
Package: xulrunner
Severity: important
Version: 1.9~rc2-3
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
There is no support for building libjemalloc on GNU/kFreeBSD,
it is not tried to built by default. I have been able to *compile* it,
but i
severity 292388 important
clone 292388 -1
reassign -1 xdm
found -1 1:1.1.8-1
retitle -1 xdm:unable to login - XDM authorization key matches an existing
client
thanks
I have got the same problem with xdm, directly
after upgrade of libx11-6 from 1.0.3 to 1.1.4
(it is on GNU/kFreeBSD, but it shou
Package: libxcb
Severity: important
Version: 1.1-1.1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version does not work on GNU/kFreeBSD.
The GNU/kFreeBSD (and BSDs in general) have a different
layout of struct sockaddr, sockaddr_in, sockaddr_un ...
The first member d
Package: xft, iceape
Severity: important
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hello,
the last change in xft 2.1.12-3 due to #389831
dropped from "pkg-config --libs xft" -lfontconfig.
Current iceape have in
gfx/src/shared/Makefile.in:
ifdef MOZ_ENABLE_XFT
REQUIRES+= pref
CPPSRC
Package: insight
Severity: important
Version: 6.7.1.dfsg.1-9
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Please add into Build-Depends "libkvm-dev [kfreebsd-amd64 kfreebsd-i386]".
Thanks in advance
Pet
Package: xgalaga
Severity: important
Version: 2.1.1.0-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD,
this is kind of reopen of #415664.
Please apply attached patch, to recognize GNU/kFreeBSD.
Thanks in advance.
Package: xfsprogs
Severity: important
Version: 2.9.8-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The xfsprogs already supports FreeBSD,
so porting is relatively easy.
Please apply attached patch and run
aclocal-1.9 -I m4
Package: avahi
Severity: important
Version: 0.6.22-4
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The "netlink" interface is available only on Linux,
but a symbol file is common for all architectures.
It might help to put into debian/rules
Package: schroot
Severity: important
Version: 1.2.0-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version does not work on GNU/kFreeBSD.
It is due to different order of elements in "struct flock"
on Linux and on GNU/kFreeBSD.
The POSIX does not mandate any order of el
Package: perl
Severity: important
Version: 5.10.0-10
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs fixup in glibc to fix hang in "ext/threads/shared/t/stress"
and two small tweaks, see bellow.
It would also be nice if y
Package: zsh-beta
Severity: important
Version: 4.3.6-dev-0+20080605-1
Tags: patch
User: [EMAIL PROTECTED]
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.
Thanks i
A few CVEs have been issued against kfreebsd-7. It would be great, if
one of the maintainers could pick them up and judge about them. Maybe it
is worth filling seperate bugreports with higher severity, but I'll
leave that to you guys for now :)
If you fix any of these issues via an upload, please
Hi.
libpcap-dev binary package seems to be a transitional package used to
upgrade from sarge to etch, that can now be safely removed.
It should not be removed, as many source packages build-depends
only on libpcap-dev, including versioned build-depends.
Petr
--
To UNSUBSCRIBE, email to [EM
-Build-Depends: debhelper (>= 4.1.16), libpcap0.7-dev, bison|byacc, flex
+Build-Depends: debhelper (>= 4.1.16), libpcap0.8-dev, bison|byacc, flex
Your initial bug report suggested replacing the build dependency on
libpcap0.7-dev by "libpcap0.8-dev | libpcap-dev". Is there any reason
to now requi
Hello,
please, could you consider including GNU/kFreeBSD architectures into
official archive, at least "in a hurd way" (without buildd integration) ?
The archive qualification pages are located at
http://wiki.debian.org/ArchiveQualification/kfreebsd-i386
http://wiki.debian.org/ArchiveQualifica
Hello,
sorry for that.
Indeed, bpf.h is provided in libpcap0.7-dev but not in libpcam0.8-dev.
I don't have the expertise to investigate this further. So, unless
someone with such expertise comes up with a cooked solution, I only
can leave this bug aside...
Please, could you apply attached pa
I was trying to compile some code developed on FreeBSD and noticed this:
$ freebsd-make
Warning: Object directory not changed from original /home/appaji/sandbox/ar
yacc -d acpyacc.y
yacc:No such file or directory
...
I suppose one would have to search for yyfix, yacc, mtree, mkdep, make, lex,
fi
The following snippet of sysdeps/common/Makefile.am
also works on kfreebsd:
if !LIBGTOP_SYSDEPS_PRIVATE_MOUNTLIST
mountlist_src = mountlist.c
endif
if !LIBGTOP_SYSDEPS_PRIVATE_FSUSAGE
fsusage_src = fsusage.c
endif
libgtop_common_2_0_la_SOURCES = error.c gnuslib.c \
Package: libgtop2
Severity: important
Version: 2.22.0-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
as you informed debian-bsd list,
the current version fails to build on GNU/kFreeBSD.
In fact, there are three problems.
1) includes , which is not presented by default
(it is
The following snippet of sysdeps/common/Makefile.am
also works on kfreebsd:
if !LIBGTOP_SYSDEPS_PRIVATE_MOUNTLIST
mountlist_src = mountlist.c
endif
if !LIBGTOP_SYSDEPS_PRIVATE_FSUSAGE
fsusage_src = fsusage.c
endif
libgtop_common_2_0_la_SOURCES = error.c gnuslib.c \
Package: libcdio
Severity: important
Version: 0.78.2+dfsg1-2
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the libcdio needs yet another tweak to support GNU/kFreeBSD,
libcdio-dev have to depend on libcam-dev on kfreebsd-i386
and kfreebsd-amd64.
Thanks in advance
Package: gmyth
Severity: important
Version: 0.7.debian1-1
Tags: patch
X-Debbugs-CC: [EMAIL PROTECTED]
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
as you notified us:
one of my packages, gmyth, fails to build on GNU/kFreeBSD:
In file included from gmyth_util.c:42:
/usr/include/sys/timex.h:17
Package: dhcpcd
Severity: important
Version: 1:3.2.2-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small tweaks. Please find attached patch with them.
It would also be nice if you can ask upstream
to include this chang
Package: libdvdread
Severity: important
Version: 0.9.7-6
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version does not work on GNU/kFreeBSD.
It needs one line tweak. Please find atatched patch
which enhances debian/patches/02-kfreebsd.dpatch.
It would also be nice if
Package: libsigsegv
Severity: important
Version: 2.5-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The official 2.5 tarball does not have support for GNU/kFreeBSD,
but the support went into upstream just after 2.5 release,
see
Package: snort
Severity: important
Version: 2.7.0-10
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version has unsatisfied Build-Depends
on iptables-dev under non-linux ports.
Please, could you exclude linux specific package in Build-Depends
by using "iptables-dev [!kfr
Package: xmlrpc-c
Severity: important
Version: 1.06.21-3
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD,
because of ancient libtool (1.3.4). See also #201940.
It would be nice if you can ask upstream to update
to current libtool (1.
Package: zatacka
Severity: important
Version: 0.1.8-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small fix, see bellow.
It would also be nice if you can ask upstream
to include this changes.
Thanks in advance
Package: schroot
Severity: important
Version: 1.1.6-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs one line fixup, see bellow.
It would also be nice if you can ask upstream
to include this changes.
Thanks in advance
retitle 401854 xmail: FTBFS on GNU/kFreeBSD (fixup of debian/rules needed)
found 401854 1.25-1
found 401854 1.25-2
thanks
Hi,
the current version still fails to build on GNU/kFreeBSD.
One part from April patch still have to be applied, see bellow.
It would be nice if it could be included in th
Package: vobcopy
Severity: important
Version: 1.1.0-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small addition for vobcopy.h, see bellow.
It would also be nice if you can ask upstream
to include this changes.
Thanks
Package: sudo
Severity: important
Version: 1.6.9p11-2
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small fixup of configure.in/configure.
Please find attached patch with that.
It would also be nice if you can ask upstr
Package: directfb
Severity: important
Version: 1.0.1-7
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version has unsatisfied Build-Depends on
libts-dev under non-linux ports.
Please, could you exclude linux specific package in Build-Depends
by using "libts-dev [!kfree
Package: qemu
Severity: important
Version: 0.9.1-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small fixup in 65_kfreebsd.patch and 80_ui_curses.patch.
Please find attached patch with changes to those patches.
Thanks i
found 342685 1.6.1-3
reopen 342685
quit
Hello,
updating config.sub/config.guess is not the same as updating
libtool. It is not sufficient. The old libtool (serial 47)
really does not know, how to generate shared libraries on GNU/kFreeBSD.
Petr
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
---
Date: Tue, 13 Nov 2007 10:15:51 +0100 (CET)
From: Petr Salinger <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: please add into Packages-arch-specific
Hi,
please, could you add into Packages-arch-specific line
%kfreebsd-7: kfreebs
Why is it needed?
Due to ziffy/hooks.c:
#if defined(linux)
# if !defined(_BSD_SOURCE)
# define _BSD_SOURCE
# endif
#endif
Not only on linux should be _BSD_SOURCE set.
In fact on all glibc based systems.
I assume it's failing compilation on GNU/kFreeBSD . Where?
http://buildd.debian-ports.
Why is it needed?
I assume it's failing compilation on GNU/kFreeBSD . Where?
http://buildd.debian-ports.org/build.php?arch=&pkg=yaz
Petr
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Second problem is that I would like to check that the version I have
prepared actually builds on kfreebsd before uploading it as 1.4.9-2. Is
that possible?
Well, I tried to build it before I submitted the patch.
As current conky (1.4.9-1) is in testing, there is no harm in uploading
1.4.9-2 in u
Package: mplayer
Severity: important
Version: 1.0~rc2-5
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version segfaults on GNU/kFreeBSD.
It is due to improperly applied part of patch from #448791.
Please apply part show bellow directly to debian/rules
and drop it from
Package: libgtop2
Severity: important
Version: 2.20.0-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs extended build-dependencies and small tweak.
Please find attached patch with that.
It would also be nice if you can as
Package: conky
Severity: important
Version: 1.4.9-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
as you know, the current version fails to build on GNU/kFreeBSD.
It needs changed build-dependencies and small tweaks
in source and also in building rules.
Please find attached patch
changelogs
for kfreebsd-x packages for justification.
Petr Salinger
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: coreutils
Severity: important
Version: 5.97-5.6
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs updated getcwd.c from gnulib,
as version used in your package is incompatible
with glibc 2.7 on GNU/kFreeBSD.
Please
Package: qa.debian.org
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hello,
the current PTS shows "Buildd logs (more)" as
links to i.e.
http://buildd.debian.org/pkg.cgi?pkg=glibc
http://experimental.debian.net/build.php?pkg=glibc
Please could you extend it to
"Buildd logs (ports, more)"
http:/
Please, could you use next patch instead.
In fact, it is for months applied upstream, see
http://cvs.savannah.nongnu.org/viewvc/ccvs/lib/getcwd.c?root=cvs&r1=1.12&r2=1.13
Petr
diff -ruN cvs-1.12.13-old/lib/getcwd.c cvs-1.12.13/lib/getcwd.c
--- cvs-1.12.13-old/lib/getcwd.c
+++ cvs-1.12.13/lib/get
Only partial implementation of openat() can be signalled by
__stub_openat(). But even with that, current cvs still fails to work.
AT_FDCWD is defined in standard libc header, and really have to be
even if *at() function family is unimplemented.
Please, could you apply following patch to fix cvs o
Package: cvs
Severity: important
Version: 1:1.12.13-9
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version (built against glibc 2.7)
does not work on GNU/kFreeBSD.
It is due to only partly implemented openat() function in libc 2.7.
This function on GNU/kFreeBSD returns ENOSYS for
tags 438849 fixed-upstream
quit
Hi,
please, could you apply debian specific part for xine-lib on GNU/kFreeBSD.
The upstream part in #438849 have been accepted a week ago.
Many thanks
Petr
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
Package: libgnomesu
Severity: important
Version: 1.0.0-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version of libgnomesu fails to build on GNU/kFreeBSD,
because of outdated libtool.
The version of libtool used in libgnomesu is too old to correctly
support Debian GN
Package: ffcall
Version: 1.10+2.41-3
Severity: important
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
ffcall failed during my test on kfreebsd-amd64, but the same applies also
for official amd64 architecture, see
http://buildd.debian.org/fetch.cgi?pkg=ffcall;ver=1.10%2B2.41-3;arch=amd64;st
Package: emacs21
Severity: important
Version: 21.4a+1-3
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the emacs21-x just segfaults on GNU/kFreeBSD,
the emacs21-nox seems be fine.
The fix for building emacs22 can be also applied
to emacs21 and in this case it fixes segfault
of emacs
Package: emacs22
Severity: important
Version: 22.1+1-2.1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small tweak to configure.in/configure
and related new opsys file.
Please apply attached patch and regenerate configure
Package: compiz
Severity: important
Version: 0.6.3~git20071104.c9009efd-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version of compiz has unsatisfied Build-Depends on
libfuse-dev under non-linux ports.
Please, could you exclude linux specific package in Build-Dep
Hi,
please use attached patch to also generate correct libzorpll-dev
on GNU/kFreeBSD and hurd architectures.
Thanks
Petr
--- debian/control
+++ debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: SZALAY Attila <[EMAIL PROTECTED]>
Standards-Version: 3.6.2
-Build-Depend
Package: xonix
Severity: important
Version: 1.4-22
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version has unsatisfied Build-Depends under kfreebsd-amd64 port.
Your package belong between packages which already have specific
Build-Depends for kfreebsd-i386, the same
Package: mpd
Severity: important
Version: 0.13.0-2
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version has unsatisfied Build-Depends under kfreebsd-amd64 port.
Your package belong between packages which already have specific
Build-Depends for kfreebsd-i386, the same
Package: pinball
Severity: important
Version: 0.3.1-7
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version has unsatisfied Build-Depends under kfreebsd-amd64 port.
Your package belong between packages which already have specific
Build-Depends for kfreebsd-i386, the sa
Package: libvisual-plugins
Severity: important
Version: 0.4.0.dfsg.1-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version has unsatisfied Build-Depends under
kfreebsd-amd64 port.
Your package belong between packages which already have specific
Build-Depends for kf
Package: checkinstall
Severity: important
Version: 1.6.1-4
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version has unsatisfied Build-Depends under
kfreebsd-amd64 port.
Your package belong between packages which already have specific
Build-Depends for kfreebsd-i386,
Package: tucnak1
Severity: important
Version: 1.32-2
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version of tucnak1 has unsatisfied Build-Depends on libgpmg1-dev
under non-linux ports.
This package builds fine on GNU/kFreeBSD without libgpmg1-dev installed.
Please,
The attached patch is unacceptable, since it makes a distinction based on
the compiler *HOST*, not on the compiler *target*.
It is definitely suboptimal, but it much better compared to current
situation. Please, could it be applied in mean time at least locally in
Debian ? It breaks building o
901 - 1000 of 1552 matches
Mail list logo