neuer Bristuff ist fertig

(offtopic) Ich verstehe die Nummerierung nicht so ganz: Da hat man schon drei durch Nummern getrennte Zahlenblöcke, und es wird trotzdem noch eine RC-Nummer vergeben. Und weil das noch nicht reicht, wird noch ein Buchstabe drangehängt....
Trotzdem schön, daß am Bristuff weitergearbeitet wird :)
 
Eine neue CVS-kompatible Version wäre mal nett...
 
0.2.0-RC8n
- small chan_sip fixes (thanks to Christian Stredicke)
- chan_sip support for INVITES with "Replaces:" (call pickup)
- PickupSIPuri() application
 
0.2.0-RC8p
... leider kein eintrag...

0.2.0-RC8o
- chan_zap NT mode fix (segfault on PRI_EVENT_DCHAN_DOWN)
- qozap rmmod fix
- cwain synchronization fixes
 
Wann kommt denn endlich was für eine aktuelle CVS-Version?
 
skydata schrieb:
Wann kommt denn endlich was für eine aktuelle CVS-Version?

Da fragst du hier eigentlich an der falschen Stelle. Kapejod liest hier AFAIK nicht mit. Frag doch mal direkt bei ihm an. :)
 
@all

seit heute ist bristuff-0.3.0-PRE-1d draußen.

Hat es schon wer ausprobiert?


Gruß
britzelfix
 
britzelfix schrieb:
@all

seit heute ist bristuff-0.3.0-PRE-1d draußen.

Hat es schon wer ausprobiert?

Ich noch nicht, da der Florz-Patch nicht funktioniert.
 
@kombjuder:
Wann kommt der Florz-Patch? Hast Du eventuell Kontakt zum Coder?

Michael
 
@morpheus

Du kannst locker einen älteren patch versuchen,
da der florz-patch nur {Makefile,zaphfc.c,zaphfc.h} ändert
und bei zaphfc.c hat sich bis zu PRE-1d nicht geändert.


Gruß
britzelfix
 
britzelfix schrieb:
@morpheus

Du kannst locker einen älteren patch versuchen,

Habe ich versucht. Es gab wohl doch Änderungen, scheinen zwar marginal zu sein, aber mir fehlt das Wissen um das zurechtbiegen zu können.
 
@kombjuder

Ja, es gab Änderungen am Makefile, der
Code selbst blieb unangetastet.

Du kannst daher auch ein älteres zaphfc.ko Modul,
welches Du sicher noch hast, benutzen.

Gruß
britzelfix
 
Die einzige Änderung ist, das statt
Code:
ZAP = $(shell [ -f $(BRISTUFFBASE)/zaptel-1.2.0/zaptel.h ] && echo "-I$(BRISTUFFBASE)/zaptel-1.2.0")

Code:
ZAP = $(shell [ -f $(BRISTUFFBASE)/zaptel-1.2.1/zaptel.h ] && echo "-I$(BRISTUFFBASE)/zaptel-1.2.1")

im Makefile steht. Passt man diese Zeile im Florz patch an, dann funktioniert es.
Der ersten paar Zeilen des Patches sollten dann so aussehen:
Code:
diff -ur bristuff-0.3.0-PRE-1/zaphfc/Makefile zaphfc_0.3.0-PRE-1_florz-10/Makefile
--- bristuff-0.3.0-PRE-1/zaphfc/Makefile        2005-11-20 18:57:55.000000000 +0100
+++ zaphfc_0.3.0-PRE-1_florz-10/Makefile        2005-11-26 03:38:18.000000000 +0100
@@ -1,15 +1,15 @@
-KINCLUDES = /usr/src/linux/include
+KSRC=/usr/src/linux/
+KINCLUDES = $(KSRC)include
 BRISTUFFBASE = $(shell dirname `pwd`)

 ZAP = $(shell [ -f $(BRISTUFFBASE)/zaptel-1.2.1/zaptel.h ] && echo "-I$(BRISTUFFBASE)/zaptel-1.2.1")
-RTAI = $(shell [ -f /usr/realtime/include/rtai.h ] && echo "-DRTAITIMING -I/usr/realtime/include")

 HOSTCC=gcc

-CFLAGS+=-I. $(ZAP) $(RTAI) -O2 -g -Wall -DBUILDING_TONEZONE
+CFLAGS+=-I. $(ZAP) -O2 -g -Wall -DBUILDING_TONEZONE
 CFLAGS+=$(shell if uname -m | grep -q ppc; then echo "-fsigned-char"; fi)
 
cibi schrieb:
Passt man diese Zeile im Florz patch an, dann funktioniert es.

Hatte ich gemacht, komischerweise mault er mir beim Patchen den Teil ab Zeile 105 an, obwohl ich da absolut keine Abweichung erkennen kann. Wenn man den Fehler einfach nicht beachtet funktionierts.

Irgendwelche Ideen?
 
kombjuder schrieb:
Hatte ich gemacht, komischerweise mault er mir beim Patchen den Teil ab Zeile 105 an, obwohl ich da absolut keine Abweichung erkennen kann. Wenn man den Fehler einfach nicht beachtet funktionierts.

Irgendwelche Ideen?

Ich habe es gerade extra noch mal probiert, sowohl patch ohne verbose als auch mit (patch --verbose), es kommen bei mir keine Fehlermeldungen.

Hast du vielleicht ausversehen was geändert und/oder Windows Zeilenumbrüche drin?
 
Zuletzt bearbeitet:
cibi schrieb:
Hast du vielleicht ausversehen was geändert und/oder Windows Zeilenumbrüche drin?

An sich nicht. Editiert mit MC, sollte also korrekt sein.

Werde es die Tage noch mal versuchen.
 
0.3.0-PRE-1e

Und wieder was neues:

0.3.0-PRE-1e
- THIS IS GETTING CLOSER TO A STABLE RELEASE, USE IN PRODUCTION AT YOUR OWN RISK!
- fixed "segfaulting-on-hangup" bug introduced by 0.3.0-PRE-1d (channel.c)
- fixed "chan_capi-segfault-bug-when-dialing-from-a-channel-without-callerid" bug
- added TEI recovery to libpri
- modified libpri to request a TEI on startup of a BRI_CPE_PTMP span
you can remove this by undefining RELAX_TRB in the Makefile
 
cibi schrieb:
Und wieder was neues:
- added TEI recovery to libpri
- modified libpri to request a TEI on startup of a BRI_CPE_PTMP span
Löst das evtl. das "Whooopsie...general protection fault in module TEI manager" Problem?
 
0.3.0-PRE-1f

Heute kam wieder ein neuer bristuff:
0.3.0-PRE-1f
- THIS IS GETTING CLOSER TO A STABLE RELEASE, USE IN PRODUCTION AT YOUR OWN RISK!
- merged patch for bug 5697 (meetme)
- merged patch for bug 5374 (asynchronous generation of outgoing frames)
- _finally_ fixed "sending-nonRFCcompliant-SIP-NOTIFYs" bug (asterisk, extension states)
- some debug output clean ups in libpri
 
Ccnr

Geht CCNR nun endlich ?
 

Zurzeit aktive Besucher

Statistik des Forums

Themen
244,695
Beiträge
2,216,692
Mitglieder
371,315
Neuestes Mitglied
jack-mack
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.