Package: shadow
Severity: important
Version: 1:4.1.4-1
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
it looks like current etc/pam.d/login contains
session required pam_selinux.so open,
but neither GNU/kFreeBSD neither hurd have that module ...
As a result, I cannot log
Package: kdebase
Severity: important
Version: 4:4.2.2-1
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
There is no libraw1394-dev available on non-linux architectures.
Please alter build-depends in
On Thu, 2009-05-14 at 12:07 -0400, Adam C Powell IV wrote:
Can I point you to a source package to test before I upload?
Just put a candidate -3 in http://lyre.mit.edu/~powell/petsc/ . Can you
give it a try and see if it works?
It builds fine, thanks.
Petr
--
To UNSUBSCRIBE, email to
found 528673 1:4.1.4-2
quit
Hi,
unfortunately, the selinux is mentioned twice in
grep selinux debian/*pam:
debian/login.pam:session [success=ok ignore=ignore module_unknown=ignore
default=bad] pam_selinux.so close
debian/login.pam:session required pam_selinux.so open
Please, could you
Package: nspr
Severity: important
Version: 4.7.4-2
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD:
dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see
diff output below
Hi,
please, could you consider uploading with proposed patch soon,
it currently blocks building of whole gnome chain :-(
Thanks
Petr
I.e.:
gconf/kfreebsd-amd64 tail of last log:
Checking for source dependency conflicts...
/usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q
Package: samba
Severity: important
Version: 2:3.3.0-4
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It is due to recent change from libcap-dev into libcap2-dev.
Both libcap packages are linux specific,
Package: ocaml
Version: 3.11.0-5
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current debian/native-archs contains:
amd64 hurd-i386 i386 kfreebsd-i386 lpia powerpc
Given it contains both (linux-)amd64 and kfreebsd-i386,
I see no reason to not include also
Package: evolution-data-server
Severity: important
Version: 2.24.5-2
Tags: patch
User: glibc-bsd-de...@lists.alioth.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
Package: kdebase
Severity: important
Version: 4:3.5.10.dfsg.1-1
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It is due to recently added patch 77_fix_ftbfs_ucred_redefinition.diff,
in order to fix #517566.
Package: octave3.0
Severity: important
Version: 1:3.0.4~rc5-2
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small tweak for configure.in/configure
to properly detect termios.h, see bellow.
It
Package: kde4libs
Severity: important
Version: 4:4.2.1-2
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD,
please extend 15_kfreebsd_support.diff by attached patch.
IMHO, it would be better to either test only
Hi,
As suggested on my patch 77, I would prefer get rid of ucred declaration.
This piece of code is completely outdated and used on older glibc.
On GNU/kFreeBSD, it seems still an issue ?
For details, please take a look at kdesu/kdesud/secure.cpp.
There are three different implementation,
Package: pciutils
Severity: important
Version: 1:3.1.2-1
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs tweak to lib/configure, see bellow.
It would also be nice if you can ask upstream
to include
Package: coreutils
Severity: important
Version: 7.1-2
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The GNU/kFreeBSD does not have symbolic constant TAB1 and TAB2,
its termios.h contains only:
# define
Package: nautilus-cd-burner
Severity: important
Version: 2.20.0-1
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the gnome-python-desktop fails to build against current version
of libnautilus-burn-dev on GNU/kFreeBSD.
The easiest solution is to enable
Package: jack-audio-connection-kit
Severity: important
Version: 0.116.1-2
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD,
the previous 0.116.1-1 have been built fine.
It is due to just enabled NetJack backend.
found 506736 1.36.0-11
thanks
Hi,
the bug have not been fixed, the #include unistd.h is needed
(as is in submitted patch and bug title), but it does not correspond
to the debian/patches/kfreebsd-jam.patch in 1.36.0-11:
--- boost1.36-1.36.0.orig/tools/jam/src/jam.h
+++
Please,
could you fix taglib for us, the fix is really obvious and safe.
Thanks
petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: gnat-4.3
Severity: important
Version: 4.3.2-1.1
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
The build logs for kfreebsd-i386 of packages like adabrowse and asis says
libraries are not supported on this platform.
I suspect, it is due to missing case in
Package: r-base
Severity: important
Version: 2.8.1-1
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD,
as the openjdk-6-jdk is not available on GNU/kFreeBSD.
Please change Build-Depends similarly as already
Hello,
please could you do 0.116.1-4 *upload* soon and fix #510127 for us
and #460084 for armel (lenny release architecture).
Currently, we have at about 70 packages Dep-Waiting for this upload.
http://unstable.buildd.net/buildd/kfreebsd-i386_Dep-Wait.html
Package: jabber
Severity: important
Version: 1.4.3-3.4
Tags: patch
User: glibc-bsd-de...@lists.alioth.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.
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs a small fixup for cmake/modules/xwin.cmake
for both kfreebsd-i386 and kfreebsd-amd64.
Moreover, kfreebsd-amd64 does not have yet gnat,
it have to be treated as other architectures without gnat.
Currently it holds building of at
Hello,
now, after lenny is out, would be possible to include
kfreebsd-i386 and kfreebsd-amd64 architectures into sid ?
Even including it in a hurd way (without buildd integration)
would be nice.
Many thanks for (re)considering it.
There is currently at about 85% of Debian archive built,
built
Package: openscenegraph
Severity: important
Version: 2.8.0-1
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version still fails to build on GNU/kFreeBSD.
This time it needs yet another patch, see bellow.
It would also be nice if you can ask
Package: apr
Severity: important
Version: 1.3.3-2
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD with:
dpkg-gensymbols: warning: some symbols disappeared in the symbols file: see
diff output below
dpkg-gensymbols:
Package: libdrm
Severity: important
Version: 2.4.5-1
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version of libdrm-dev is uninstallable on
GNU/kFreeBSD.
It is due to recently added depends on linux-libc-dev = 2.6.28,
which is obviously linux specific.
On Thu, 26 Mar 2009, Julien Cristau wrote:
On Thu, 2009-03-26 at 10:02 +0100, Petr Salinger wrote:
Please could you either
1) depend on linux-libc-dev only on linux architectures,
it should suffice to use something like
linux-libc-dev [linux-any] = 2.6.28 in debian/control
done
Making /usr/include/drm a symlink won't work as libdrm-dev still
installs xgi_drm.h, via_3d_reg.h, mach64_drm.h, nouveau_drm.h and
r300_reg.h there. You could make symlinks for individual files though.
Beware that the versions you have might be too old for current intel
mesa and 2d drivers
Using a native FreeBSD kernel on Debian GNU/kFreeBSD brings trouble
because of kern.module_path not being set early enough (it is needed
when /etc/init.d/freebsd-utils mounts /proc). Here is a patch.
What do you mean by native FreeBSD kernel ?
The stock FreeBSD kernel without GNU/kFreeBSD
Hi,
please could you include this soon, to get it in squeeze.
In the current state the boot log is very confusing on GNU/kFreeBSD.
See i.e. http://v.nix.is/~avar/fbsd-boot.png
Thanks
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Thanks for very quick reply.
I even have not had the time to call for help to make the situation
better. Perhaps you want to join the team?
No, I am quite busy in GNU/kFreeBSD porting team.
Would you ACK a NMU with patch bellow ?
I am not a DD, but I guess someone from our team
would be
Hi,
I am unable to trace that down,
but disabling multiple threads during dot run
avoids the segfault.
hppa-porters, please take a look whether similar
workaround works also for your pet architecture.
So far at least clp, soprano, schroot are affected.
Dear doxygen maintainer, please apply the
severity 593573 normal
--
Hi,
the requeued build passed fine, so it looks like timing dependent bug,
may be just in testsuite.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
hppa-porters, please take a look whether similar
workaround works also for your pet architecture.
So far at least clp, soprano, schroot are affected.
Dear doxygen maintainer, please apply the workaround bellow,
until the real cause is found.
It looks like it affects also other platforms, only
BTW, I am not even sure this would fix the symptoms. I tried a rebuild
of gdcm using DOT_NUM_THREADS = 1 in the doxygen configuration (which
I would hope would be the old behavior).
Not exactly. It still starts one thread for performing the real work.
When I got traces for kfreebsd, it crashes
tags 591648 +patch
--
On penktadienis 20 Rugpj˙˙tis 2010 10:59:55 Mathieu Malaterre wrote:
BTW, I am not even sure this would fix the symptoms. I tried a rebuild
of gdcm using DOT_NUM_THREADS = 1 in the doxygen configuration (which
I would hope would be the old behavior).
It did solve the
Package: basic256
Version: 0.9.6.27-1
Severity: serious
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.
Thanks in
found 590002 1.9.1.378-1
Hi,
there are two failures, they have been present even in 1.9.1.378-1,
but 1.9.1.378-4 made test suite failures on FreeBSD fatal.
Please allow failing of these two tests:
#230 test_io.rb:11:in `top (required)':
begin
require io/nonblock
r, w =
Package: emboss
Version: 6.3.1-2
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the emboss doesn't build on kfreebsd-i386, kfreebsd-amd64 and hppa anymore.
The problem is:
emboss (6.3.1-2) unstable; urgency=low
* Moved openjdk-6-jdk to Build-Depends
Package: sysvinit
Version: 2.88dsf-11
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hello,
the /proc/stat on GNU/kFreeBSD does not have entries
procs_running and procs_blocked, similarly as 2.4 linux kernels.
Please silent the bootup screen under
Hi,
I dig into. The tput op does not do what is expected.
The our 8.x kernel series have added following options:
# UTF-8 console support
options VESA
options SC_PIXEL_MODE # add support for the raster text mode
options TEKEN_UTF8 # UTF-8 output handling
options
This patch adds libzfs and related libraries to freebsd-libs:
libzfs
libavl
libnvpair
libuutil
These are all the libraries necessary to build the ZFS tools (zpool
and zfs). I will provide a patch for freebsd-utils too.
Thanks for your work, but IMO, it does not belong into
source package
Package: xdotool
Version: 1:2.20100602.2915-1
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
It looks like lsof is needed on for testsuite.
Please restrict it's b-d only on linux lsof [linux-any]
and
tags 586465 +patch
--
Hi,
please match the kfreebsd as linux. Our /proc emulation is pretty close.
The other way witk b-d on libkvm-dev and match with plain FreeBSD almost
builds (modulo missing NZERO), but segfaults later.
So please use our /proc emulation and change configure.ac and change
block 590011 with 590827
--
I don't think this is an acceptable solution, because it breaks the test
scripts (they actually rely on lsof, the check for their presence isn't
superfluous)
Yes, I meant to skip test suite on GNU/kFreeBSD.
But it looks like the usage of lsof can be avoided.
I dig into. The tput op does not do what is expected.
The our 8.x kernel series have added following options:
# UTF-8 console support
options VESA
options SC_PIXEL_MODE # add support for the raster text mode
options TEKEN_UTF8 # UTF-8 output handling
options
| +sigprocmask(SIG_SETMASK, mask, NULL);
(I'm Cc-ing debian-bsd@, in case somebody has an idea about what's going
on exactly.)
It might be due to The use of the sigprocmask() function is unspecified
in a multi-threaded process.
For your convenience, this bug can be triggered with:
/usr/lib/webkit-1.0-2/libexec/GtkLauncher http://www.uzbl.org
Here is the backtrace
Core was generated by `GtkLauncher'.
Program terminated with signal 11, Segmentation fault.
#0 0x282c0e5d in JSC::NumericStrings::add (exec=0x2bec2600,
It might be due to The use of the sigprocmask() function is
unspecified in a multi-threaded process.
http://www.opengroup.org/onlinepubs/9699919799/functions/pthread_sigmask.html
I do not have kfreebsd box handy now.
Kibi, please, does it work with pthread_sigmask() instead of sigprocmask() ?
Package: ruby1.9.1
Version: 1.9.1.376-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to load libc and libm on GNU/kFreeBSD
during make test-all. Please adjust the names as is shown bellow.
Similar problem is also on other
retitle 560408 libsnmp-dev: .la contain -lkvm/-lsensors, but no Depends: on libkvm-dev/libsensors4-dev
--
Hi,
it looks like it is due to changes in build system. Previously, the
correct architecture specific depends have been generated by
snippet in debian/rules:
ifeq
Hi,
the libusb2-dev is out of NEW, please just add into Build-Depends line
libusb2-dev [kfreebsd-i386 kfreebsd-amd64]
Sorry for the inconvenience.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
retitle 560114 brltty: FTBFS on kfreebsd-* with 8.x kernel headers
tags 560114 +patch
--
Hi.
The FreeBSD 8.0 introduces a new USB stack with a totally
different API. The upstream used to have during 8.0 development
old USB stack in legacy/dev/usb/usb.h, we decided to provide it too.
To solve
Package: hal
Version: 0.5.13-6
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD with 8.x kernel
headers.
The FreeBSD 8.0 kernel introduces a new USB stack with a totally
different API. The upstream
Package: freeglut
Version: 2.4.0-8
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD with 8.x kernel headers.
The FreeBSD 8.0 kernel introduces a new USB stack with a totally
different API. The upstream
-headers (0.46) unstable; urgency=low
[ Petr Salinger ]
* Add legacy/dev/usb/usb.h
* Add #include stdint.h into dev/ciss/cissio.h
-- Aurelien Jarno aure...@debian.org Mon, 14 Dec 2009 07:36:36 +0100
I expect Aurelien/Cyril has installed it on buildd already or he will
install it very soon
tags 561086 +patch
--
Hi,
please use the same versioning script for all systems
using glibc/gcc/binutils.
Apply one-line-patch to configure.ac and regenerate configure by
autoconf (or edit it manually).
Thanks
Petr
--- configure.ac
+++ configure.ac
@@ -521,7 +521,7 @@
Package: gnulib
Version: 20091120+stable-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
during build of coreutils-8.1:
at-func2.c: In function 'at_func2':
at-func2.c:113: warning: attempt to free a non-heap object 'proc_buf1'
IMO, the right fix is
retitle 559291 libgtop2: FTBFS on kfreebsd-* with 8.x kernel headers
--
Hello.
May I ask you to do another GNU/kFreeBSD fixing upload soon.
There is a transition of libdevstat6 - libdevstat7,
unfortunately binNMU does not suffices due to 8.x kernel headers.
Sorry for the inconvenience.
Petr
Hello.
The problem is that realloc(p,0) returns NULL, which I have not
been expected. But it is a valid behaviour according to POSIX.
http://www.opengroup.org/onlinepubs/9699919799/functions/realloc.html
I tested previously only smartctl, which worked fine.
Axel, please, could you verify,
There is a transition of libdevstat6 - libdevstat7,
unfortunately binNMU does not suffices due to 8.x kernel headers.
If you already have the patch for the new libdevstat library, the
simplest solution is for you to do a NMU and send the diff. This way you
can upload it together with the new
Package: knemo
Version: 0.6.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. Please find attached patch with tweaks.
Beware, small fix in kfreebsd-kernel-headers is also
Hi.
* Emacs 23 via remote X doesn't work. No idea why yet.
This is worse. It's even locally and I either never noticed that
because I use kfreebsd remotely most time (despite having that screen
on my desk) or it's an regression.
Emacs 22 works fine though.
The key differences seems be
Given squeeze is frozen, we should now go the conservative way, that is
reverting back to cons25. We will try to have another way to get
debian-installer display UTF-8 (maybe defaulting to the graphical
installer, not yet tested on GNU/kFreeBSD), and it is possible to do
that far later in the
Hi.
The failure might be related to
Doxygen Release 1.7.0:
Moved dot invocations to the end of a doxygen run. Doxygen will now run
multiple instances of dot in parallel (for better CPU utilisation on
multi-core systems). The new config option DOT_NUM_THREADS determines the
number of threads
Package: imsniff
Version: 0.04-5
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The problem is that on *BSD exists function devname(),
which collides with variable devname in src/imsniff.cpp.
Please
Hi,
seems be bug on eglibc side, the sendto() does not work for sa equal NULL,
the sigsegv can be avoided by workaround bellow.
Axel, please could you test, whether workarounded openntpd
is otherwise functional ?
Cheers
Petr
--- ntp_msg.c
+++ ntp_msg.c
@@ -90,7 +90,8 @@
Package: freecad
Version: 0.10.3247.dfsg-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The userspace libc on GNU/kFreeBSD is the same as on Linux.
It suffices to alter GetTickCount() to more
Package: monster-masher
Version: 1.8.1-1
Severity: serious
Hi,
the current version fails to build on alpha armel hppa hurd-i386 ia64
kfreebsd-i386 m68k.
Please just drop gcc-multilib from Build-Depends.
Thanks in advance
Petr
--
To UNSUBSCRIBE, email to
tags 590014 +patch
user debian-...@lists.debian.org
usertag 590014 + kfreebsd
--
Hi,
in debian/control change openjdk-6-jdk into default-jdk,
alter configure.ac as shown bellow and regenerate configure.
Petr
--- genparse-0.8.7.orig/configure.ac
+++ genparse-0.8.7/configure.ac
@@ -24,7
Package: crashmail
Version: 0.71-3
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.
Thanks in advance
Petr
--- src/jamlib/jam.h
+++ src/jamlib/jam.h
@@ -41,7 +41,7
Package: lilypond
Version: 2.12.3-6
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build under current sid.
Please find attached patch with needed tweaks.
Thanks in advance
Petr
diff -u
tags 591254 +patch
--
Hi,
please apply similar workaround as previously in #545952.
Cheers
Petr
--- tools/generic-callout.c
+++ tools/generic-callout.c
@@ -569,6 +569,7 @@
static char *mount_ipod (const char *dev_path, const char *fstype)
{
+#ifdef __linux__
char
Package: openscap
Version: 0.5.12-2
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD,
the 0.5.8-1 have been fine.
Please find attached patch with needed tweaks.
It would also be nice if you can ask
Package: sensors-applet
Version: 2.2.7-1
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Please do the same change as previously in 2.2.5-4.
Thanks in advance
Petr
tags 580540 +patch
--
Hi,
the tunctl.c should build helper binary, which is used only on linux,
see guarding in linux-tap.c.
So, IMHO, just skip this dir.
The rest is straigforward, see attached patch.
Build-tested on kfreebsd-amd64.
Petr
diff -u softgun-0.18/debian/control
Package: libpam-mount
Version: 2.4-1
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Please consider to restrict Build-Depends only for linux
architectures by libcryptsetup-dev [linux-any].
Thanks
Package: k3d
Version: 0.8.0.2-2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD,
the inotify is linux specific.
Please just use in Build-Depends libinotifytools-dev [linux-any].
After that, it builds
Actually, with the exception of the deletion of config.sub, the other
half of this patch was already present in 2.12.3; not sure why you're
trying to build an older version.
Sorry for that, but it looks like fault of apt-get:
$ apt-get source lilypond
Reading package lists... Done
Building
found 591254 0.7.93-0.2
--
please apply similar workaround as previously in #545952.
confirmed that is enable to build on kfreebsd.
I am sorry, but by similar workaround as previously in #545952:,
I only meant, that it have been previously tested.
Only the change to tools/generic-callout.c
tags 590274 +patch
--
Hi,
this problem is partial reincarnation of #552600, #528537.
Attached please find patch, it would be really nice
if you could get it included by upstream.
Petronly in patch2:
unchanged:
--- fuse-2.8.4.orig/include/fuse_common.h
+++ fuse-2.8.4/include/fuse_common.h
@@
Hi,
http://svn.debian.org/viewsvn/pkg-ace/trunk/debian/config.h?revision=704pathrev=704
does not work.
On GNU/kFreeBSD, the __FreeBSD_version is not defined.
After altering head of config.h to
#ifndef ACE_CONFIG_H_INCLUDED
#define ACE_CONFIG_H_INCLUDED
#include sys/param.h
#ifdef
Hi,
please could you test whether changing vfork
into fork helps also for you ?
Petr
--- app.cpp
+++ app.cpp
@@ -850,7 +850,7 @@
int App::StartServer() {
-ServerPID = vfork();
+ServerPID = fork();
static const int MAX_XSERVER_ARGS = 256;
static char*
please could you test whether changing vfork
into fork helps also for you ?
http://www.opengroup.org/onlinepubs/009695399/functions/vfork.html
The vfork() function shall be equivalent to fork(), except that the
behavior is undefined if the process created by vfork() either modifies
any data
Hi,
I tried to reproduce the failure on my kfreebsd-amd64 box,
but it build fine (modulo #592484).
Anyway, would you consider the following patch,
stderr should be suitable for logs in all cases.
Petr
--- scm/lily.scm
+++ scm/lily.scm
@@ -673,9 +673,7 @@
(if separate-logs
Package: freecraft
Version: 1:1.19-2
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on almost all architectures,
as libsvga1-dev is available only on (linux-)i386/amd64.
Please just restrict Build-Depends to
found 592492 2.5-1
--
Hi,
unfortunately, it is not fixed, see
https://buildd.debian.org/status/package.php?p=libpam-mount
configure: WARNING: unrecognized options: --disable-maintainer-mode,
--without-libcryptsetup
The proper switch is --without-cryptsetup, but only changing
it does not
I made a patch which adds sh4 and powerpcspe. I didn't add sparc64 as I
haven't found a status page.
Which one ? It is listed in
http://buildd.debian-ports.org/status/
Is it possible to merge this or do you want to have sparc64 as well?
I would prefer including sparc64, as at about 62% of
Package: bird
Version: 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.
Please update configure.in as shown bellow
and regenerate configure by autoconf.
It would also be nice if you can ask
Package: libdiscid
Version: 0.1.0-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Please package at least version 0.2.2,
apply patch bellow and regenerate configure.
The patch is also submitted
Package: xmms2
Version: 0.6DrMattDestruction-4
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The libavcodec-dev is needed everywhere.
Hopefully, it is also already available on GNU/kFreeBSD.
Please
Package: xulrunner
Version: 1.9.1.3-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current experimental version fails to build on GNU/kFreeBSD.
It needs small changes to debian packaging and to sources.
Please find attached patch with them.
It
Hi,
I have to note midori starts under kfreebsd-amd64,
but it is unable to open http://www.debian.org.
On the other hand it is able to load and render pages like
http://www.seznam.cz/
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=547177
http://packages.qa.debian.org/m/midori.html
Package: xulrunner
Version: 1.9.0.14-1
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current galeon and iceweasel does not support https on GNU/kFreeBSD.
The problem might be in xulrunner or nss or ...
The communication ends very early, the tcpdump to https://localhost:1924
is
The communication ends very early, the tcpdump to https://localhost:1924
is bellow, the length is zero in all packets ?!?
Can you give me some hints, please ?
Can you try other software that uses nss for ssl communication ? That
may help narrowing down.
Yes, but I do not know what can be
Can you try other software that uses nss for ssl communication ? That
may help narrowing down.
Yes, but I do not know what can be suitable for such test,
The apt-cache rdepends libnss3-1d does not bring light for me :-(
Is there some simple application, which is or can be built against nss ?
You can try to set the following environment variables:
NSPR_LOG_MODULES=nsHttp:5
NSPR_LOG_FILE=/tmp/http.log
Thanks, attached log for http:/buildd.debian.org which is
redirected to https:/buildd.debian.org.
It is from experimental xulrunner/iceweasel 1.9.1/3.5.
Petr1024[6226d0]: Creating
This Cancel is not supposed to be happening, though the log before that
looks normal.
The Cancel is probably from previous request.
When I type also https://, there is no Cancel in the log.
New failing log attached.
The difference between http/https is the return value of ReadSegments:
in
1101 - 1200 of 1547 matches
Mail list logo