Announcing Hotplug

2011-02-08 Thread Robert Millan
Hotplug is a daemon for GNU/kFreeBSD. It scans your PCI and USB buses looking for devices that are supported by your kernel. For each supported device, it automatically loads the corresponding kernel module. This initial version only supports sound devices. The id lists are filled blindly and i

Re: libva not building on kFreeBSD (Bug #612438)

2011-02-08 Thread Reinhard Tartler
On Di, Feb 08, 2011 at 20:54:29 (CET), Robert Millan wrote: > 2011/2/8 Petr Salinger : >>> Could some kFreeBSD fan please have a look at this: >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612438 >>> >>> AFAIUI, the issue is that libva is unconditionally trying to build a v4l >>> module. It

Re: libva not building on kFreeBSD (Bug #612438)

2011-02-08 Thread Petr Salinger
kFreeBSD 8.2 has v4l already, its header is in sys/compat/linux/linux_videodev.h Shouldn't we provide this header instead of disabling v4l? It provides v4l interface, but libva needs v4l2 ... Petr -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe"

Re: Additional kernel options and devices

2011-02-08 Thread Robert Millan
2011/2/8 Guillem Jover : > [...] upstream might not > have enabled them because they are not deemed ready for wider use, > for stability, performance, or other reasons. > > A possible solution to this could be to build another kernel image > flavour with some default diverging options enabled, and

Re: libva not building on kFreeBSD (Bug #612438)

2011-02-08 Thread Robert Millan
2011/2/8 Petr Salinger : >> Could some kFreeBSD fan please have a look at this: >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612438 >> >> AFAIUI, the issue is that libva is unconditionally trying to build a v4l >> module. It would require someone to hack up the build system to stop >> doing

Re: Additional kernel options and devices

2011-02-08 Thread Guillem Jover
Hi! On Tue, 2011-02-08 at 18:55:25 +0100, Petr Salinger wrote: > >If you and other are of the view that the BTS is the best > >first step, then I will abide that mechanism of raising any > >issues concerning the capacity of the packaged kernel. > > The mails into BTS are forwarded to maintainer e

Re: Additional kernel options and devices

2011-02-08 Thread Timo Juhani Lindfors
Mats Erik Andersson writes: > Anyway, there is certainly functionality that is not default > in upstream FreeBSD, but could justly be considered mandatory > for GNU/kFreeBSD. Could we collect some kind of central information > source on this matter? Thanks for the reminder. I added == Q. How do

Re: Bug#612120: www.debian.org/ports/kfreebsd-i386 is missing

2011-02-08 Thread Steve Schnepp
Is it possible to have 301 redirects from the missing pages to the correct one ? That addition would make the intended sharing obvious. 2011/2/7, Samuel Thibault : > David Prévot, le Sun 06 Feb 2011 23:50:26 -0400, a écrit : >> Le 05/02/2011 22:39, Samuel Thibault a écrit : >> > Simon Paillard, l

Re: libva not building on kFreeBSD (Bug #612438)

2011-02-08 Thread Petr Salinger
Could some kFreeBSD fan please have a look at this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612438 AFAIUI, the issue is that libva is unconditionally trying to build a v4l module. It would require someone to hack up the build system to stop doing so on kFreeBSD. Probably not that much wo

Re: User List

2011-02-08 Thread Petr Salinger
I fetch mailing lists from gmane via claws. I didn't see a 'user' list on gmane. As far as the new kfreebsd goes, is this list the spot for users? Or is it more for the development of the port? It is used for both purposes. Similarly as already for i.e. hppa, mips, arm lists. Petr -- To U

Re: Additional kernel options and devices

2011-02-08 Thread Petr Salinger
A particular example I have encounterd is "ipsec-tools" where a recent upload aims at adaptions to BSD, but where the present kernel is neither supporting the API, nor the relevant devices. Here I will prepare information for making an official decision in the end, but other cases are certain to e

Re: Additional kernel options and devices

2011-02-08 Thread Robert Millan
2011/2/8 Mats Erik Andersson : > If you and other are of the view that the BTS is the best > first step, then I will abide that mechanism of raising any > issues concerning the capacity of the packaged kernel. That's my first impression, but keep in mind my voice is not authoritative. I'm just pr

User List

2011-02-08 Thread Slicky Johnson
I fetch mailing lists from gmane via claws. I didn't see a 'user' list on gmane. As far as the new kfreebsd goes, is this list the spot for users? Or is it more for the development of the port? -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Tro

libva not building on kFreeBSD (Bug #612438)

2011-02-08 Thread Reinhard Tartler
Could some kFreeBSD fan please have a look at this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612438 AFAIUI, the issue is that libva is unconditionally trying to build a v4l module. It would require someone to hack up the build system to stop doing so on kFreeBSD. Probably not that much wo

Re: Additional kernel options and devices

2011-02-08 Thread Mats Erik Andersson
tisdag den 8 februari 2011 klockan 15:50 skrev Robert Millan detta: > 2011/2/8 Mats Erik Andersson : > > Anyway, there is certainly functionality that is not default > > in upstream FreeBSD, but could justly be considered mandatory > > for GNU/kFreeBSD. Could we collect some kind of central inform

Re: Help needed for mesa

2011-02-08 Thread Cyril Brulebois
Hi Dave, Dave Airlie (07/02/2011): > fb03510738e80716068a193a4078814d0e801120 > > needs to be cherry-picked back at a guess. thanks! Builds fine again now. Petr, thanks anyway. KiBi. signature.asc Description: Digital signature

Re: Additional kernel options and devices

2011-02-08 Thread Witold Baryluk
On 02-08 14:49, Mats Erik Andersson wrote: > Dear all, > > let me initiate a spinoff subject related to Axel Beckert's > followup from the FOSDEM meeting. > > My interest in activating > >option QUOTA > > is well known. My work from last week points also to > >option IPSEC >option

Re: Additional kernel options and devices

2011-02-08 Thread Robert Millan
2011/2/8 Mats Erik Andersson : > Anyway, there is certainly functionality that is not default > in upstream FreeBSD, but could justly be considered mandatory > for GNU/kFreeBSD. Could we collect some kind of central information > source on this matter? I would suggest using the BTS for this. Is t

Additional kernel options and devices

2011-02-08 Thread Mats Erik Andersson
Dear all, let me initiate a spinoff subject related to Axel Beckert's followup from the FOSDEM meeting. My interest in activating option QUOTA is well known. My work from last week points also to option IPSEC option IPSEC_NAT_T device crypto device enc However, I have identifie