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
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
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
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}`
+
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 name
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
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
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=unstablep=dash
But it seems only
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: 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:
On Thu, Feb 25, 2010 at 9:23 AM, Petr Salinger petr.salin...@seznam.cz 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
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,
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
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
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
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
Thanks for very quick reply.
apply libtextcat.diff
- update config.sub/config.guess and outdated libtool fixes
You patch a generated file there, but nevermind, I'll put into the right place
(libtextcat-2.2.patch)
apply xmlsec.diff
- update config.sub/config.guess
dito
fakeroot debian/rules binary
it fails with
debian/ure/usr/lib/openoffice/ure/bin/regcomp -revoke
...
debian/ure/usr/lib/openoffice/ure/bin/javaldx: error while loading
shared libraries: libuno_sal.so.3: cannot open shared object
file: No such file
Our /proc also have the same symlink, so we could just use
similar implementation. I will take care about this part.
OK: Can you (if you've done) that maybe contribute a configure check and/or
just tell me which eglibc version in Debian fixes it?
OOo heavily uses RPATHS using $ORIGIN, so...
Hi,
workaround is ulimit -H -s 131072 before build,
better fix is pending in eglibc
http://svn.debian.org/wsvn/pkg-glibc/glibc-package/trunk/debian/patches/any/local-linuxthreads-stacksize.diff?op=logrev=0sc=0isdir=0
Petr
--
To UNSUBSCRIBE, email to
Hmm, increasing ulimit -v also did the trick (the test scripts had set the limit
to 512000, changing that to 60 fixed it). It just seemed to require slightly
more memory on kfreebsd-amd64. I wouldn't see that your glibc patch affects
memory usage, or have I overlooked something?
It reduces
Package: gettext
Version: 0.17-10
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the gettext package switched from jikes-classpath to openjdk-6-jdk
in 0.17-7, it leaded to FTBFS on non openjdk archs,
the building of java part have been disabled on them
Package: pauker
Version: 1.8+dfsg-4
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
please enable java on all architectures.
The proper solution is to use default-jdk, which depends on
appropriate arch specific java package, currently openjdk and gcj.
Package: openvrml
Version: 0.18.3~svn4006-0.1
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the openvrml package switched from gcj to openjdk-6-jdk
in 0.18.3~svn4006-0.1, it leads to FTBFS on non openjdk archs.
The proper solution is to use default-jdk, which depends on
Package: jetty
Version: 6.1.22-1
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
please build libjetty-extra on all architectures.
The proper solution seems be to use default-jdk,
which depends on appropriate arch specific java package,
currently openjdk and gcj.
Patch have been
Package: mplayer
Version: 1.0~rc3+svn20090405-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on kfreebsd-amd64.
it suffices to disable vidix support in debian/rules
to get working mplayer.
Petr
ifeq
Hmm, but I was specifically avoiding gcj:
gettext (0.14.1-10) unstable; urgency=low
* Removed dependency on libgcj4 by not using gcj anymore (Closes: #292988).
gettext (0.17-3) unstable; urgency=low
* Added --disable-native-java to ./configure call to prevent gcj from
being used even if
I just noticed this:
jetty (6.1.19-1) experimental; urgency=low
[...]
* Use openjdk-6-jdk for the build; add a Build-Depends on this
package. Required to build the javadoc.
[...]
jetty (6.1.18-1) unstable; urgency=low
[Ludovic Claude]
* Add myself to Uploaders.
* Change the build
Hi,
please also change configure as shown bellow.
Otherwise the memalign() is without prototype,
which on 64 bit platform leads to segfaults
for some videos.
Petr
--- configure
+++ configure
@@ -3166,7 +3166,7 @@
def_malloc_h='#define HAVE_MALLOC_H 0'
fi
# malloc.h emits a warning in
the current version fails to build on kfreebsd-amd64.
it suffices to disable vidix support in debian/rules
Bad solution, this will only work for Debian. You should fix configure
instead of adding workarounds to the local packaging infrastructure.
What are the error messages?
The full build
the current version does not have enabled OSS support on GNU/kFreeBSD.
any reason not to apply to the 2.x packages?
Please apply to 2.x packages too.
Thanks
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: rudiments
Version: 0.32-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Please find patch bellow with tweaks.
It would also be nice if you can ask upstream
to include this changes.
Thanks
Hi.
That was helpful, fixed upstream.
I once again reiterate my suggestion to pass problems to upstream first
before attempting to work around them locally in the packaging
infrastructure of a single distribution.
The expected workflow is a different one. Let the package does not build
on a
I can understand your position if you are only a porter and not a direct
maintainer of a package. However, I have seen package maintainers in
different distros duplicate each other's work and add hacks to their
packages that I could have fixed quicker and cleaner if somebody had
shared their
Modified: trunk/libvo/vo_directfb2.c
==
--- trunk/libvo/vo_directfb2.c Thu Apr 22 16:02:20 2010(r31057)
+++ trunk/libvo/vo_directfb2.c Fri Apr 23 12:04:56 2010(r31058)
@@ -35,9 +35,9 @@
#include
Our /proc also have the same symlink, so we could just use
similar implementation. I will take care about this part.
Did you test that? Even with libc0.1 2.10.2-7 it fails the same way for me...
I tested rpath expansion, not whole OO, now on io:
(sid)Nemám #ádné jmé...@io:~/r$ ls -lR
.:
found 542595 3.2.1-2
--
* Disable alsa on GNU/kFreeBSD and GNU/Hurd (Closes: #542595).
Thanks.
* Build-Depend on libv4l-dev
Oh, nooo.
v4l stands for video for linux, therefore it is also linux specific.
So please build-depends similarly as for libasound2-dev:
libv4l-dev [alpha amd64
found 578618 6.1.24-1
--
Hi,
this part from original patch submission is still missing:
--- jetty-6.1.22/debian/rules
+++ jetty-6.1.22/debian/rules
@@ -6,7 +6,7 @@
PACKAGE := $(DEB_SOURCE_PACKAGE)
VERSION := $(DEB_UPSTREAM_VERSION)
-JAVA_HOME:=
OK. Please test the patch and let us know if it compiles on freebsd.
It does not compile, better should be:
--- src/init.c
+++ src/init.c
@@ -770,7 +770,9 @@
tty.c_cc[VEOF] = CEOF;
tty.c_cc[VTIME] = 0;
tty.c_cc[VMIN] = 1;
+#ifdef VSWTC
Our /proc also have the same symlink, so we could just use
similar implementation. I will take care about this part.
Did you test that? Even with libc0.1 2.10.2-7 it fails the same way for
me...
Now I am really confused :-(
The problem seems be due to combination of chroot and bind/nullfs
Thanks for the explanation. Is it that patch that is included in version
2.10.2-7 of eglibc?
Yes.
We could decide to add a versioned depends for
kfreebsd-amd64 only and revert our workaround, but then again dependencies like
this just for the sake of a test suite don't seem to warranted.
found 494344 1:1.5.7-5
--
Hi,
the same recipe (as 20 months ago) is still needed.
Petr
-
Subject: uim: FTBFS on GNU/kFreeBSD (missing test in configure.ac)
Date: Fri, 8 Aug 2008 17:49:55 +0200 (CEST)
Hi,
the current version fails to build on GNU/kFreeBSD.
It
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
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,
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
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 hangs
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,
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
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 fcntl.h
#include sys/ioctl.h
+#ifdef __linux__
#include linux/msdos_fs.h
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
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
tags 577004 +patch
--
Hi,
please just choose needed includes for struct statfs availability.
Petr
--- ssl.c
+++ ssl.c
@@ -33,7 +33,7 @@
#include stdio.h
#if defined(__linux__)
#include sys/vfs.h
-#elif defined(__FreeBSD__) || defined(__OpenBSD__) || defined(__APPLE__)
+#elif
tags 577002 +patch
--
Hi,
please just move #include pcap.h after #include net/bpf.h,
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
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 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
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 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 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
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
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
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
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
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
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
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
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
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
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(),
found 555670 1.1.1+dfsg.1-2
user debian-...@lists.debian.org
usertag 555670 + kfreebsd
--
Hi,
It is needed to apply one-line-patch to configure.ac
***and*** regenerate configure by autoconf or edit it manually.
So please extend debian/patches/build_on_gnu by snippet bellow.
Thanks
tags 561113 +patch
--
I don`t see any problems to support it in this file if it will
not break real FreeBSD. I already changed this file to support OS_VERSION in
it, so i see no problems to accept correct patches from FreeBSD deviants.
Hi,
please could you apply the attached patch.
In fact
Package: gdb
Version: 7.0-1
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 does not have segment registers in pcb anymore.
To solve current FTBFS
retitle 550361 gdb: problems on kfreebsd-*
--
Hi,
after next upload of glibc and rebuild,
the things will (slightly) improve.
We still have to teach somehow, that thread handling is the same as
in linuxthreads (pre-NPTL) implementation.
Petr
gdb /usr/bin/epiphany-browser
GNU gdb (GDB)
severity 437162 important
# kfreebsd-* are not release architectures, therefore not serious, but only
important
retittle 437162 udev: libvolume-id is needed on non-linux architectures
(kfreebsd-i386, kfreebsd-amd64, hurd-i386 are all official)
thanks
Please see
Hi.
For kfreebsd-amd64 it suffices to pass --disable-jemalloc
during configure.
Please could you disable jemalloc on non-linux platforms.
The malloc is used internally in pthread library ...
Petr
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
reopen 493148
--
It is not built correctly, compare
http://packages.debian.org/sid/i386/gtk2-engines-magicchicken/filelist
http://packages.debian.org/sid/kfreebsd-i386/gtk2-engines-magicchicken/filelist
The /usr/lib/gtk-2.0/2.10.0/engines/libmgicchikn.so
is not available on GNU/k*BSD.
The
Yes, FreeBSD is stuck on GCC 4.2.1 for the system compiler right now, as
it is the last GPLv2 version. In general I'd think it's beneficial for
the kFreeBSD project to use the same compiler (for building the kernel)
as the FreeBSD project does, no?
It would be easier, but it is not possible,
Hi.
any news on this ?
The nagios-plugins (#32) have been fixed,
please could you similarly fix nagios3 itself.
The April 13 message have been
Now as I finished the repackaging I'll start with 3.2.1 and the ping
issue. The 3.2.1 is currently already in testing.
Thanks
Petr
--
Package: dhcpcd
Version: 1:3.2.3-6
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
On GNU/kFreeBSD it needs the same handling as on Linux.
Please find patch bellow with tweaks.
It would also be nice if
Package: ruby1.8
Version: 1.8.7.302-1
Severity: important
Tags: patch
X-Debbugs-CC: aurel...@aurel32.net, wea...@debian.org
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
this is follow up to thread started by
http://lists.debian.org/debian-bsd/2010/08/msg00062.html
With my DSA hat
- in signal.c use pthread_sigmask instead of sigprocmask,
behaviour of sigprocmask is undefined in threaded programs.
In 1.9 series the code already uses pthread_sigmask.
[...]
--- ruby1.8-1.8.7.299.orig/signal.c
+++ ruby1.8-1.8.7.299/signal.c
@@ -21,6 +21,7 @@
#undef SIGBUS
#endif
Package: torque
Version: 2.4.8+dfsg-8
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the binary package libtorque2-dev have to depend on libkvm-dev
under GNU/kFreeBSD, similarly as whole package build-depends on it.
It leads to FTBFS of openmpi 1.4.2-4
Package: mknbi
Version: 1.4.4-7
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on kfreebsd-i386 (and hurd-i386)
due to Build-Depends on gcc-multilib. This b-d have been added to fix
#587734, #593609. Please restrict
For the remainder of the files, whilst we may consider granting a
squeeze-ignore tag, we would like to come to an agreement as to how we
can resolve these issues in the medium term. We appreciate that the BSD
kernel has not received the same level of upstream attention that the
Linux kernel has
where if_iterate (if_fn fn, void *private) does
buf = alloca (bufsize);
if (__sysctl (request, 6, buf, bufsize, NULL, 0) = 0)
Are you still saying that it should pass zero as third argument?
No ;-)
The code is different on plain FreeBSD and GNU/kFreeBSD.
The FreeBSD one 1st passes zero, to
Hi.
The easiest solution for now is to alter ServerArgsLocal
at least on GNU/kFreeBSD in /etc/kde4/kdm/kdmrc to
ServerArgsLocal=vt7 -br -nolisten tcp
It's very likely that this change would break Start new session feature of
KDE which works fine at the moment. While I could live with having
found 598956 1.2.5-2
severity 598956 serious
--
Hi,
it brokes many browsers on kfreebsd-i386, please apply (now) tested patch,
which is in
Message #64 received at 598...@bugs.debian.org
Message #69 received at 598...@bugs.debian.org
The patch itself is just adding four times ||
Now we have to somehow prune current source tree and disable some
modules. Could we get squeeze-ignore tag for some of the affected
files or is it necessary to prune all affected files ?
Ben's original lists included some files which we don't appear to be
able to distribute at all. If his
This happens since RLIMIT_MEMLOCK is 65536 but you are trying to lock
170496 bytes. If I remove the limit for locked memory everything seems
to work:
# ulimit -l
# sysctl -x kern.proc.all
kern.proc.all: Format:S,proc Length:79104 Dump:0x0003804459...
Can you please confirm that this
Package: pam
Version: 1.1.1-6.1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version of pam_limits sets too low
RLIMIT_MEMLOCK default for GNU/kFreeBSD.
Please note that on GNU/kFreeBSD, the
mlock()/munlock() calls are allowed only for
Hi,
the problem is slightly different - problematic options in fstab.
1st, the user option is not supported.
2nd, the cdrom cannot be mounted read-write and the error code
is misleading:
bsd:~# grep cd0 /etc/fstab
/dev/cd0/cdrom cd9660 noauto 0 0
Hi,
you can easily extend corekeeper to work on GNU/kFreeBSD.
See http://www.freebsd.org/cgi/man.cgi?query=core
EXAMPLES
In order to store all core images in per-user private areas under
/var/coredumps, the following sysctl(8) command can be used:
sysctl
Hi,
given it has only problems on (kfreebsd-)i386, please could you try whether
patch bellow is sufficient to stop crash (instead of disabling JIT) ?
Only wild guess, though.
Petr
--- JavaScriptCore/jit/JITOpcodes.cpp
+++ JavaScriptCore/jit/JITOpcodes.cpp
@@ -165,7 +165,7 @@
* stack
as per discussion on #debian-qt-kde, I am hereby rising the severity of this bug
to serious.
This bug is a real hurdle for KDE on kfreebsd-* as it enforces a manual X
restart by the user at every reboot. (Rising the kdmrc ServerTimeout as
mentioned in various places doesn't help either).
This bug is a real hurdle for KDE on kfreebsd-* as it enforces a manual X
restart by the user at every reboot. (Rising the kdmrc ServerTimeout as
mentioned in various places doesn't help either).
kFreeBSD porters: could you please take a look at that ?
When the start of kdm is not during boot,
On Sun, 24 Oct 2010, Michael Gilbert wrote:
package: kfreebsd-7
version: 7.3-7
severity: serious
tags: security
another freebsd privilege escalation has been disclosed:
http://www.exploit-db.com/exploits/15206/
this seems different than the recent CVE advisories. i haven't
checked any of
what would the effect on the
kfreebsd-* kernel be of removing all of the files which were originally
mentioned in Ben's mails in this bug report, and is that an option which
has been considered by the porters?
From my (non-DD) POV, the most problematic are network drivers
reassign 600365 libgksu 2.0.13~pre1-2
tags 600365 + patch
affects 600365 gksu
--
Hi,
the problem have been also detected on plain FreeBSD.
See http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/141149
And the same fix/workaround also works for current libgksu.
Please apply soon.
Thanks in
This code did not exist in 0.96-3 so maybe you just need to ask
upstream to think about how they want to this on non-Linux systems?
The code have been added by commit
http://cgit.freedesktop.org/PolicyKit/commit/?id=4a9e4f72db4ec00500d9334f7411a086d7c81d0f
It looks like the whole signalfd()
Hi,
please note that similar change || defined(__GNU__)
is already in git in 20_hurd-i386.diff patch.
Please, could you just extend the 20_hurd-i386.diff patch
by defined(__FreeBSD_kernel__) ||.
After that it is possible to build xserver-xorg-video-nv
and get current xorg working under
Package: petsc
Severity: important
Version: 3.0.0.dfsg-2
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The problem is overriden PETSC_ARCH.
It is overriden during make, but not during configure.
It is not
1001 - 1100 of 1547 matches
Mail list logo