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

Re: Additional kernel options and devices

2011-02-08 Thread Robert Millan
2011/2/8 Mats Erik Andersson mats.anders...@gisladisker.se: 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

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 IPSEC_NAT_T

Re: Help needed for mesa

2011-02-08 Thread Cyril Brulebois
Hi Dave, Dave Airlie airl...@linux.ie (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 Mats Erik Andersson
tisdag den 8 februari 2011 klockan 15:50 skrev Robert Millan detta: 2011/2/8 Mats Erik Andersson mats.anders...@gisladisker.se: 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

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

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.

Re: Additional kernel options and devices

2011-02-08 Thread Robert Millan
2011/2/8 Mats Erik Andersson mats.anders...@gisladisker.se: 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

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

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

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

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 sthiba...@debian.org: David Prévot, le Sun 06 Feb 2011 23:50:26 -0400, a écrit : Le 05/02/2011 22:39, Samuel Thibault a écrit :

Re: Additional kernel options and devices

2011-02-08 Thread Timo Juhani Lindfors
Mats Erik Andersson mats.anders...@gisladisker.se 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

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-mail

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

2011-02-08 Thread Robert Millan
2011/2/8 Petr Salinger petr.salin...@seznam.cz: 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

Re: Additional kernel options and devices

2011-02-08 Thread Robert Millan
2011/2/8 Guillem Jover guil...@debian.org: [...] 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

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 petr.salin...@seznam.cz: 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