Am Donnerstag 25 Oktober 2007 schrieb Vincent Danjean:
> racoon seems to be a replacement for a cisco system (server, NOT client)
>
> I cannot modify the server infrastructure at my work (this can change:
> I'm not the only one annoyed by the cisco client). So racoon does not
> seem to fit as a dro
Eduard Bloch wrote:
> #include
> * Bastian Blank [Wed, Oct 24 2007, 11:36:27PM]:
>> On Wed, Oct 24, 2007 at 08:55:12PM +0200, Vincent Danjean wrote:
> 107 cisco-vpnc3
> 143 cisco-vpnclient 1
(free replacement exists)
>>> Which one ? vpnc does
Eduard Bloch wrote:
> #include
> * Vincent Danjean [Wed, Oct 24 2007, 08:55:12PM]:
>> Faidon Liambotis wrote:
107 cisco-vpnc3
143 cisco-vpnclient 1
>>> (free replacement exists)
>> Which one ? vpnc does not handle connection based on certificate.
#include
* Vincent Danjean [Wed, Oct 24 2007, 08:55:12PM]:
> Faidon Liambotis wrote:
> >> 107 cisco-vpnc3
> >> 143 cisco-vpnclient 1
> > (free replacement exists)
>
> Which one ? vpnc does not handle connection based on certificate.
It does (less or more
#include
* Bastian Blank [Wed, Oct 24 2007, 11:36:27PM]:
> On Wed, Oct 24, 2007 at 08:55:12PM +0200, Vincent Danjean wrote:
> > >> 107 cisco-vpnc3
> > >> 143 cisco-vpnclient 1
> > > (free replacement exists)
> > Which one ? vpnc does not handle connection
On Wed, Oct 24, 2007 at 08:55:12PM +0200, Vincent Danjean wrote:
> >> 107 cisco-vpnc3
> >> 143 cisco-vpnclient 1
> > (free replacement exists)
> Which one ? vpnc does not handle connection based on certificate.
racoon.
Bastian
--
No one wants war.
Bastian Blank wrote:
>>> 14 zaptel 295
>> Not really considered for inclusion by upstream, yet.
>
> Not possible to merge in the current state.
I know, I'm comaintaining it :)
It may be a good candidate (along with mISDN/vISDN) for Greg KH's team,
however.
>>> 12 kvm
On (24/10/07 09:50), Bastian Blank wrote:
> > > 13 loop-aes305
>
> Deprecated by dm-crypt.
Not entirely true. However it is not going to go in to upstream, so the
effect is the same.
Thanks,
James
--
James Westby --GPG Key ID: B577FE13-- http://jameswe
Faidon Liambotis wrote:
>> 107 cisco-vpnc3
>> 143 cisco-vpnclient 1
> (free replacement exists)
Which one ? vpnc does not handle connection based on certificate.
If you know a free replacement of cisco-vpnclient that can handle
certificates, I would be ve
On Wed, Oct 24, 2007 at 12:22:32PM +0300, Riku Voipio wrote:
[Fedora disallows non-upstreamed kernel modules]
Very interesting. I'd say we should atleast consider it due to various
points:
My concern is modules in the upstream kernel which have firmware
problems. While I am opposed to carryi
On Wed, Oct 24, 2007 at 11:32:26AM +1000, Paul Wise wrote:
> Interestingly, Fedora has a new policy that kernel module packages
> must be merged with kernel.org or removed from Fedora:
> http://fedoraproject.org/wiki/Packaging/KernelModules
> http://fedoraproject.org/wiki/DavidWoodhouse/KmodPropos
>>> 34 thinkpad 54
>
> The acpi support?
No, the thinkpad modules provided a lot of useful functions for things
which are done by acpi now - but back at times when acpi was not useable
or didn't exist, they worked very well - and still do so for Thinkpads
which can't ha
On Wed, Oct 24, 2007 at 01:44:03AM +0300, Faidon Liambotis wrote:
> > 25 ieee80211 109
> > 61 ieee80211softmac 14
Merged and deprecated by mac80211.
> > 14 zaptel 295
> Not really considered for inclusion by upstream, yet.
Not pos
On 10/20/07, Ben Hutchings <[EMAIL PROTECTED]> wrote:
> It seems like it would be useful to
> aggregate statistics for out-of-tree kernel module packages
Interestingly, Fedora has a new policy that kernel module packages
must be merged with kernel.org or removed from Fedora:
http://fedoraproject
Philippe Cloutier wrote:
>> > 4 ipw3945 897
>> Replaced by (free) iwlwifi which will be present in 2.6.24.
>>
> iwlwifi is "contrib", like ipw3945.
iwlwifi needs non-free firmware, ipw3945 needs non-free firmware and
non-free userspace daemon.
The "free" above was main
> According to that page "We work with the manufacturers of the specific
> device to specify, develop, submit to the main kernel, and maintain the
> kernel drivers."
You missed this page:
http://www.linuxdriverproject.org/twiki/bin/view/Main/OutOfTreeDrivers
--
bye,
pabs
http://wiki.debian.org
If anyone has some time, it would be valuable to work through
the list and check, which of these have been merged into Linux mainline
by now (e.g. several of the wifi drivers have) and report the missing
ones to Greg Kroah-H's driver project:
http://www.linuxdriverproject.org/twiki/bin/view
Accor
WiFi
> 4 ipw3945 897
Replaced by (free) iwlwifi which will be present in 2.6.24.
iwlwifi is "contrib", like ipw3945.
> 25 ieee80211 109
> 61 ieee80211softmac 14
> 31 ipw2100 71
> 18 ipw2200
Ben Hutchings wrote:
> I didn't know that table existed! It seems like it would be useful to
> aggregate statistics for out-of-tree kernel module packages by stripping
> off the kernel version suffix. Here's what I came up with:
OK, here's a preliminary analysis of your results. There are quite
Ben Hutchings wrote:
>
>> Nevertheless on the user's side there is a demand for those=20
>> codecs which can be whitnessed by the broad acceptance of unofficial=20
>> repositories [see: http://popcon.debian.org/unknown/by_inst ].=20
>
>
> I didn't know that table existed! It seems like it would be
20 matches
Mail list logo
