neuer Bristuff ist fertig

[sion]

(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

 

[skydata]

Eine neue CVS-kompatible Version wäre mal nett...

 

[sion]

0.2.0-RC8n
- small chan_sip fixes (thanks to Christian Stredicke)
- chan_sip support for INVITES with "Replaces:" (call pickup)
- PickupSIPuri() application

 

[sion]

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

 

[skydata]

Wann kommt denn endlich was für eine aktuelle CVS-Version?

 

[Maik]

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.

 

[britzelfix]

@all

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

Hat es schon wer ausprobiert?


Gruß
britzelfix

 

[kombjuder]

@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.

 

[*-tuxi]

@kombjuder:
Wann kommt der Florz-Patch? Hast Du eventuell Kontakt zum Coder?

Michael

 

[britzelfix]

@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

 

[kombjuder]

@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.

 

[britzelfix]

@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

 

[cibi]

Die einzige Änderung ist, das statt

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

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:

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)

 

[kombjuder]

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?

 

[cibi]

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?

 

[kombjuder]

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.

 

[cibi]

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

 

[glotzi]

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?

 

[TomS]

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

 

[michaelxy]

Ccnr

Geht CCNR nun endlich ?