On Sat, Apr 21, 2001 at 10:58:59PM +0200, Waldemar Brodkorb wrote:
> > > >  - ist capi4linux 100% (abwärts?) kompatibel zu i4l ?
> > > 
> > > Ja. 
> 
> Nicht ganz, heute habe ich gelesen das /dev/isdnlog nicht
> unterstützt wird, und deswegen imon nicht funktioniert, aber
> dafür gibt es ja noch isdnctrl status ipppX.

dann gehen IMHO auch kein isdnrep etc.

> Ich denke dieses Callback wird dann wohl vorallem über isdnctrl 
> und ipppd realisiert? Dann funktioniert es.

richtig geht über isdnctrl

> > Dann probiert man mal einen neuen Kernel und nichts geht
> > mehr, mit den Kernel-Modul gibt es ungewöhnliche Probleme ohne dieses
> > binonly-Modul keine.
> 
> Ist bei meiner Fritz noch nicht vorgekommen, und ich besitze 
> zwei von diesen Karten an zwei unterschiedlichen Standorten
> mit zwei verschiedenen Kernelversionen (2.2 und 2.4)
> Über Stabilität kann ich mich nicht beklagen, rebootet wird nur bei 
> Kernelupdate ;-)

kann alles gut sein, ist aber nur eine Frage der Zeit. Warte mal auf
Kernel, 2.6, 3.0, ... und es wird die Zeit kommen, wo:
 - Der binonly Treiber nicht mehr geht
 - und der Hersteller keine neue Treiber mehr liefert (-> kaufen Sie
   sich die neue (bessere) karte ...)

> > Dazu kommen dann noch die anderen bin-only Probleme:
> >     - man kann sich den Sourccode nicht ansehen
> 
> Doch kann man bis auf die fcpci-lib.o

womit meine Aussage bestehen bleibt..
 
> >     - man kann daher davon nichts lernen
> >     - man kann keine Bugs fixen
> >     - man kann keine Anpassungen machen
> >     - man ist von der Firma abhängig
> >       (was ist es AVM in 1 Jahr nicht mehr gibt, oder wenn man mit
> >       der alten Karte nicht mehr Kernel 3.0 unterstützen _möchte_
> >       bzw. wenn neu Karten nur noch für neue Kernel herauskommen?)
> 
> Ist das nicht bei jeder nicht GPL Software so?

nein, es ist mit jeder non-DFSG-Software so. Hat nichts mit GPL zu
tun.

> > > Ich weiß es ist vielleicht nicht besonders gut, AVM-Karten zu
> > > kaufen, wenn die teilweise nur Binärcode liefern, das ist mir
> > > bewußt. Aber in manchen Situationen ist es trotzdem unumgänglich,
> > > diese dann doch zu verwenden.
> > 
> > also ich kaufe keine AVM mehr, wenn diese nicht unter Linux läuft.
> 
> Doch sie funktioniert!!! 

aber auch nur das.

> > und warum soll das 'unumgänglich' sein?
> 
> Beispiel:
> Du verkaufst Linux-Lösungen, und ein Kunde möchte seinen vorhandenen
> Server, auf Debian umstellen und fragt bei deiner Firma an, 
> es ist bereits ein Linux vorinstalliert, aber er möchte die Vorteile 
> von Debian nutzen und hat aber keine Ahnung davon. 

Wenn er keine Ahnung hat, wird das so nicht passieren, aber egal, da
...

> In dem Server steckt ne AVM Fritz Version 2.
> Was machst du? 
>  a) du hast genug Kohle, du sagst dem Kunden verpiß dich
>     wer Hardware kauft die keine Treiberunterstützung hat und nicht 
>     unter GPL ist, der ist selbst schuld.

werde ich nicht machen, selbst wenn ich genug Kohl habe.

>  b) du erläuterst Ihm das er die Karte nicht mehr verwenden kann,
>     und er eine neue kaufen muß. Weil es deiner Meinung nicht
>     entspricht, wie AVM Treiber bereitstellt.  

Das werde ich machen: Ich zeige Ihn die Nachteile der Karte auf. Alle
Vorteile von Debian haben Ihre Wurzel in dem Social Contract und in
der DFSG. Genau das hat die AVM-Karte nicht, als sind die Vorteile von
Debian weg, ...

>  c) du nimmst die beigelegten Treiber von AVM und installierst 
>     Sie unter Linux.

das auf keinen Fall.

Wenn der Kunde die Karte nicht kaufen will, passiert folgendens:
 Fall a: ich werde pauschal bezahlt:
        Ich kaufe die Karte selber und habe hamit 1.) Free Software,
        2.) weniger Arbeit 
 Fall b: ich werde nach Aufwand bezahlt:
        Es ist für den Kunden billiger eine neue Karte zu kaufen, da
        ich dann weniger Stunden in Rechnung stelle.
     
Am Ende bekomme ich aber _meine_ Karte.

Das ganze CAPI brauche ich unter Linux nicht. Also was soll das?

> > > Capi ist ein Standard:
> > > www.capi.org
> > 
> > und?
> >  - Für was soll dieser Standard sinnvoll sein? Sorry ich versteh den
> >    Sinn jetzt wirklich nicht?
> 
> Abstraktion!

und was soll die Luftblase?

/dev/isdn* mit isdnctrl etc. sind eine Abstraktion aller isdn-Karten.
Was brauche ich mehr?

> > Ich habe von der Firma Sedlbauer diese Woche eine ISDN-Karte
> > zugesendet bekommen. Diese Karte kann man ganz normal mit i4l
> > einbinden und entsprechend nutzen. Auch kann man die Karte wie ein
> > normales Modem ansprechen und dann damit auch faxen etc.
> > 
> > Alles ohne jedes Patchen etc. Thats the way!
> 
> Und wie teuer war die? Ich muß bei der Fritz auch nix patchen.

 1.) ich habe nichts bezahlt (but this is a other storry)
     :-)
 2.) IMHO muß man hisax patchen, damit die Fritz mit capi läuft, bzw.
     faxen kann...
     und in diesen Fall zähle ich einfach den binonly-Treiber auch als
     'patch'. Auch muß ich mich um diese ganze Sache auch noch selber
     kümmern, da die Distribution das alles nicht für mich macht.
     (mein /usr/local/ ist i.d.R. leer)


> > > Ich finde es aber trotzdem gut das AVM für ihre Karten Treiber
> > > anbietet und supported. Ist doch eigentlich sehr zu begrüßen
> > > oder nicht?
> > 
> > NEIN!
> > 
> > Es ist gut das Firmen sich um Linux kümmern und dieses unterstützen
> > wollen, aber wenn dann bitte richtig:
> >  - Sie sollen Doc's herausgeben, damit man Treiber selber
> >    programmieren kann
> 
> siehe http://www.capi.org 
> siehe Sourcen
> 
> >  - Sie sollen Treiber als Source veröffenlichen und diesen nach
> >    Möglichkeit in den offiziell Kernel bzw. Anwendung integrieren
> 
> Ist er zum größten Teil.

Ich habe mir http://www.capi.org nur sehr grob angesehen und die
Sourcen garnicht. Daher alles folgende mit großer Vorsicht:

- Aber in den binonly-Teil wird wohl der interessante Teil drin stecken. 
- auf www.capi.org sind nur die Schnittstellen definiert. Nicht die 
  Ansteuerung der Karte zum Faxen...

Auch sehen ich hinter der ganzen CAPI-Sache nur eins:
        eine große marketing bzw. werbesache. Nach den Motte:
        AVM bringt Linux ISDN bei. Ich brauche kein CAPI für Linux
        (ich sehe wirklich nicht den Sinn, vielleicht kann mir das
        einer mal in einer/mehreren PM's erklären (das muß wohl nicht
        in die Liste)), wir haben i4l.

> > Ich sehe es vor Augen:
> >   Wenn wir nicht aufpassen brauchen wir zur Installation neuer Rechner
> >   nicht nur die Boot-Disk sondern:
> >    - die Boot-Disk
> >    - eine CD/Floppy für den binonly X4-Kartentreiber
> >    - eine CD/Floppy für den binonly ISDN-Treiber
> >    - eine ...
> >    Nein, aufhören sind wir hier bei Linux oder bei Windows?
> 
> Bei Linux.

Gott sei dank.

> > Und all diese schrecklichen Gedanken an einen frühen Samstag morgen,
> > das wird wohl noch ein schrecklicher Tag, wenn der schon so anfängt...
> 
> Hmmm, hättest halt meine böse Mail nicht so früh lesen sollen :-P

:-)

> Ich bewundere dich!

mal sehen was jetzt kommt.

> Ich gehe also recht in der Annahme das du weder Acrobat Reader noch
> Netscape verwendest. Oder kannst du da in den Source gucken?

beides habe ich installiert, nutze es i.d.R. aber nicht.
 acroread nur, wenn gv es nicht darstellen kann und wenn es mir
          wichtig genug ist. (was beides zusammen selten ist)
 Netscape noch seltener. Hier benutze ich w3m, lynx, mozilla 
          (in der Reihenfolge) und ganz selten netscape. (IMHO jetzt
          nur zur online-banking, und das mache ich selten)

> In deiner sources.list steht auch keine Zeile mit non-free?

doch ich habe non-free und contrib in der sources.list.

aber auch einen 'vrms' 

> MP3's hörst/codierst/decodierst du auch nicht.

warum nicht? lame ist freie Software und mpg123, ... auch


> Du besitzt keine Nvidia-Karte. Du spielst kein Quake3/.../

richtig.

> Gut das nicht alle Debian-Entwickler so denken:
> Heute morgen hat sich meine Q3A-Süchtiger Mitbewohner eine 
> Nvidia Geforce 2 gekauft und Dank Christopher L Cheney,
> Maintainer der offiziellen Debianpakete (nvidia-kernel-src,
> nvidia-glx-src) , war die Installation
> der Karte, samt Download der Binärtreiber von Nvidia eine
> Leichtigkeit. OpenGL und Xine im Vollbild funktionierte auf
> Anhieb. 

Da wird kein Debian-Maintainer was gegen haben. Was sagt der SC:

                                                               ...  We will
     support our users who develop and run non-free software on Debian, but
     we will never make the system depend on an item of non-free software.

ich habe nichts gegen nonfree. Nur wenn es Alternativen gibt, muß ich
diese nicht auch benutzen. Vorallen nicht in Schlüsselpositionen. Und
da ist es schon ein deutlicher Unterschied ob ich mal acroread oder
netscape benutze oder ob ich in einen Server eine non-free bin-only
ISDN-Karte (bzw. Treiber dafür) benutze. 

> Nicht das ich persönlich mir jemals in Zukunft eine Graphikkarte
> von Nvidia holen würde, da mich die Binärtreiber auch ankotzen,
> aber ändern kann ich es nicht. 
> Naja einen Vorteil hat der Kauf wenn meine Banshee mal abkackt,
> habe ich noch eine auf Lager. 

Das wird der Markt schon regeln. Ich persönlich möchte mir in
End2001-2002 auch einen neuen Rechner mit dual-head kaufen. Da hätte
ich z.Z auch das Problem. 

Ich habe mich zwar noch nicht darum gekümmert, aber IMHO gibt es dafür
noch keine SF, oder?  Wie ich dann dort entscheiden werde, ist mir
selber noch nicht ganz klar. 
(eine dualhead-Karte mit nonfree, oder eine normale Karte und meine
jetzige PCI-Karte als 2. head. Aber die Zeit arbeitet für mich...)

> Entschuldigung an alle in der Liste die bis hier unten noch die
> Mail gelesen haben, es war keine Absicht eine Metadiskussion zu 
> führen, aber der Michael, schafft es einfach mit Leichtigkeit mich 
> dazu zu bringen, so weit auszuschweifen ;-)

danke für das Kompliment.

Aber ich sehe das alles als 'die Frage überhaupt an'. Und ich sehe es
auch als wichtig an. 

Vorallen Debian lebt von diesen Grundsätzen und genau das ist der
Unterschied zwischen Debian und SuSE, ... Debian ist ohne die
Voraussetzungen des DFSG garnicht möglich und das sollte man sich von
Zeit zur Zeit auch nochmal an einen Beispiel klar machen.

Aber wenn die Liste das anders sieht, können wir auch gerne per PM
weiter reden (falls es noch neue Punkte gibt).

Gruss
Grisu
-- 
Michael Bramer  -  a Debian Linux Developer http://www.debian.org
PGP: finger [EMAIL PROTECTED]  -- Linux Sysadmin   -- Use Debian Linux
"Whenever possible, steal code."                            -- Tom Duff

PGP signature

Antwort per Email an