Thanks. I've checked that xserver-xorg-video-nv (non-free, meant for
kfreebsd systems) still builds OK with xorg-video-abi-18,
xserver-xorg-core (>= 2:1.15.99.903).
I don't have hardware available to test it with unfortunately.
I can confirm that xserver-xorg-video-nv works under kfreebsd-amd6
I cooked with today tagged release and made it available on
http://asdfasdf.debian.net/~salinger/xserver-xorg-video-nv/
Should this be uploaded to sid?
IMHO yes, please just restrict architecture to kfreebsd-any.
It might be valuable for other people, not just me.
Petr
--
To UNSUBSCRIBE, e
thanks, I'll probably just apply it as-is.
Thank you. Please would you also ask for unblock on -release ?
It might interfere with d-i beta1, but you know better
which time for migration is better.
Thanks
Petr
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subjec
Hi,
I cooked with today tagged release and made it available on
http://asdfasdf.debian.net/~salinger/xserver-xorg-video-nv/
Petr
xserver-xorg-video-nv driver have been removed from unstable. It is
replaced by xserver-xorg-video-nouveau driver, but only under Linux,
as it requires KMS.
I dist
Package: xserver-xorg-input-mouse
Version: 1:1.7.2-2
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Hi.
The current version of xserver segfaults under kfreebsd-amd64.
[ 237.968] (II) Using input driver 'mouse' for '
Hi.
xorg-server 1.9 build-depends on mesa with a version higher than the
one available in sid, and both mesa 7.9 and 7.10 FTBFS on non-Linux
for now.
The FTBFS (on kfreebsd-amd64) is due to need of
radeon_gem_get_kernel_name(), which is provided by libdrm-radeon1 on
Linux. It suffices to ena
The package is still built on both kfreebsd-i386 and (linux-)amd64,
please enable it also for kfreebsd-amd64.
And it's still useless on anything but alpha (and maybe mips?), AFAIK.
Unless you can show evidence that DEC 21030 chips were used on other
machines...
Currently it is built on all but
found 542806 1:1.4.0-3
--
Hi, there should be
install -m 644 debian/local/10-x11-input-mouse.fdi ...
instead of
install -m 644 debian/local/10-x11-mouse.fdi ...
Thanks
Petr
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Troub
Package: mesa
Severity: wishlist
Version: 7.4.4-1
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
please enable i686 optimized libraries also on kfreebsd-i386.
It is sufficent to apply patch bellow and
sed -i s/"Architecture: i386"/"Architecture: i386 kfreebsd-i
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 GNU/
Package: xorg
Severity: important
Version: 1:7.4+1
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd
Hi,
the current version of xserver-xorg is uninstallable on GNU/kFreeBSD.
The problematic parts are Depends:
hal (>= 0.5.12~git20090406),
console-setup (>= 1.29),
The hal is la
Package: xorg-server
Severity: important
Version: 2:1.6.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 needs small tweaks, see bellow. It is just
addition "defined(__FreeBSD_kernel__) ||" into two place
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 (what
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/c
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.
Package: xkb-data
Version: 1.5-2
I updated from 1.4-1 to 1.5-2 and the keyboard becomes unusable,
the backspace does not work, etc.
It is due to dropped support of cz_qwerty layout,
when I change "cz_qwerty" into "cz" keyboard works correctly again.
Section "InputDevice"
Identifier
IMHO, it is a wrong way of testing. It should be changed as follows.
Should I file a separate bug report against libpciaccess ?
I'll try to get the patch applied upstream.
There is one more place to extend, please try to accept
attached patch, cleaner patch,
Petrdiff --git a/configure.ac b/co
I found the cause, there have been change in GNU/kFreeBSD specific headers.
The identification (struct pcisel) have been extended by domain field in
FreeBSD 7.x series. There is a ABI compatibility layer - the reason why
2:1.4.2-1 works. With current interface, the io.pi_sel.pc_domain is not
initi
tags 499501 +patch
severity 499501 important
thanks
after upgrade from 2:1.4.2-1 to 2:1.4.2-6 X does not start anymore.
Downgrading to 2:1.4.2-1 restores functionality.
The important part of diff between startup-logs is bellow.
It looks like there have been reduced range of scanned busses.
It
Package: xserver-xorg-core
Version: 2:1.4.2-6
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
after upgrade from 2:1.4.2-1 to 2:1.4.2-6 X does not start anymore.
Downgrading to 2:1.4.2-1 restores functionality.
The important part of diff between startup-logs is bellow.
It looks like there have
Package: xterm
Version: 236-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version sometimes fails to build on GNU/kFreeBSD, see
http://buildd.debian-ports.org/build.php?&pkg=xterm&ver=236-1&arch=kfreebsd-amd64
The problem is timestamp resolution in underlying file sy
Unavailability of xserver-xorg-video-tga currently makes
xserver-xorg-video-all uninstallable on kfreebsd-amd64.
The bug is probably here. xserver-xorg-video-all shouldn't depend on
xserver-xorg-video-tga on !alpha. I'll fix it in the experimental
branch, it's probably not worth it for lenny.
Package: xserver-xorg-video-tga
Version: 1:1.1.0-9
Severity: important
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on kfreebsd-amd64.
It is sufficient to add kfreebsd-amd64 into Architecture: line,
similarly as already done for both amd64 and kf
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: 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: 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
found 363910 1:7.1.0-11
thanks
Please, could you just include vars.kfreebsd-i386 and vars.kfreebsd-amd64
for next upload. I do not expect upload with just vars.kfreebsd-i386 and
vars.kfreebsd-amd64 added, on the other hand, is there any reason to not
include them with some debconf translation
Package: xterm
Severity: important
Version: 223-1
Tags: patch
Hi,
the current version fails to build on GNU/kFreeBSD.
It needs small tweaks, see attached patch.
It would also be nice if you can ask upstream
to include this changes.
Thanks in advance
Petr
only in pa
found 363910 1:7.1.0-8
thanks
Please, could you include vars.kfreebsd-i386 and vars.kfreebsd-amd64 to
fix http://experimental.ftbfs.de/build.php?&pkg=xorg&arch=kfreebsd-i386
Thanks
Petr
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [
Package: twm
Severity: important
Version: 1:1.0.1-4
Tags: patch
Hi,
the current version fails to build on GNU/kFreeBSD,
see http://experimental.ftbfs.de/build.php?&pkg=twm&arch=kfreebsd-i386
It needs regenerated aclocal.m4 and configure files
using recent xorg-macros.m4 to unify manpages suffi
found 363517 2:1.1.1-7
thanks
Hi,
please could you include fixes for kfreebsd ?
Please, apply the attached patch and regenerate
configure by "debian/rules patch ; autoconf".
The attached patch creates debian/patches/20_kbsd.patch,
and adjust debian/patches/series and debian/xserver-xorg-core.i
Package: xutils-dev
Version: 1:7.1.ds-3
Hi,
thanks for pulling upstream release of util-macros (1.1.1).
Unfortunately, inside xutils-dev is still used old one.
Affected files can be shown by grep -r "k\*bsd" .
Please could you regenerate aclocal.m4 and configure files
inside xutils-dev ?
Tha
- attached changes to debian packaging - it looks like kdrive is (still)
linux only,
Fixing this should be quite trivial, given that Xephyr is a 'fake'
server.
Well, I have been confused by mandatory subdir linux,
so 2nd attempt.
xorg-server 1.1.1-4 builds on kfreebsd-i386 after applying
found 363517 1:1.0.2-5
found 363517 2:1.1.1-4
thanks
I tried to build xorg-server 1.1.1-4 on kfreebsd-i386,
there are needed following patches
- previous 13_kfreebsd-gnu.diff,
- byteswap patch bellow (submitted upstream as
https://bugs.freedesktop.org/show_bug.cgi?id=8039),
- again sync man p
Package: xdm
Severity: important
Version: 1:1.0.5-1
Tags: patch
Hi,
the current version fails to build on GNU/kFreeBSD.
The same problem probably also affects hurd.
It needs small tweak for configure.ac/configure.
Please find patch bellow.
It would also be nice if you can ask upstream
to inc
Hi David.
> Have you seen the annotation that Aurelien did on Jan 2nd
> in the upstream bug report?:
Yes, it is another approach to fix it.
In fact, this coding style is already used i.e. in
extras/Mesa/src/glx/mini/miniglx_events.c
GNU/kFreeBSD has problem with
namelen = strlen(sockname.s
Hi,
in last mail I forgot about changes in
debian/xserver-xorg.install.kfreebsd-i386, patch is included.
Moreover, the file debian/xdmx.install.kfreebsd-i386 can be dropped,
because its content is the same as in generic debian/xdmx.install.
Regards
Petr
diff -ur debian/xserver-xorg.in
Package: xorg-x11
Version: 6.8.2.dfsg.1-10
Tags: patch
Hi,
this bug started as
http://lists.alioth.debian.org/pipermail/glibc-bsd-devel/2005-November/000628.html
On debian/kFreeBSD is not defined HasBSD44Sockets.
It shouldn't be problem because FreeBSD kernel 5.4 and 6.0
tries to be compatible
38 matches
Mail list logo
