neuer Bristuff ist fertig

sion

Neuer User
Mitglied seit
18 Sep 2004
Beiträge
129
Punkte für Reaktionen
0
Punkte
0
(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

Neuer User
Mitglied seit
13 Okt 2004
Beiträge
25
Punkte für Reaktionen
0
Punkte
0
Eine neue CVS-kompatible Version wäre mal nett...
 

sion

Neuer User
Mitglied seit
18 Sep 2004
Beiträge
129
Punkte für Reaktionen
0
Punkte
0
0.2.0-RC8n
- small chan_sip fixes (thanks to Christian Stredicke)
- chan_sip support for INVITES with "Replaces:" (call pickup)
- PickupSIPuri() application
 

sion

Neuer User
Mitglied seit
18 Sep 2004
Beiträge
129
Punkte für Reaktionen
0
Punkte
0
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

Neuer User
Mitglied seit
13 Okt 2004
Beiträge
25
Punkte für Reaktionen
0
Punkte
0
Wann kommt denn endlich was für eine aktuelle CVS-Version?
 

Maik

Gesperrt
Mitglied seit
1 Apr 2004
Beiträge
1,778
Punkte für Reaktionen
0
Punkte
0
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. :)
 

britzelfix

Gesperrt
Mitglied seit
28 Mai 2004
Beiträge
1,099
Punkte für Reaktionen
0
Punkte
0
@all

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

Hat es schon wer ausprobiert?


Gruß
britzelfix
 

kombjuder

IPPF-Promi
Mitglied seit
2 Nov 2004
Beiträge
3,086
Punkte für Reaktionen
0
Punkte
0
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.
 

*-tuxi

Neuer User
Mitglied seit
28 Sep 2005
Beiträge
126
Punkte für Reaktionen
0
Punkte
16
@kombjuder:
Wann kommt der Florz-Patch? Hast Du eventuell Kontakt zum Coder?

Michael
 

britzelfix

Gesperrt
Mitglied seit
28 Mai 2004
Beiträge
1,099
Punkte für Reaktionen
0
Punkte
0
@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

IPPF-Promi
Mitglied seit
2 Nov 2004
Beiträge
3,086
Punkte für Reaktionen
0
Punkte
0
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.
 

britzelfix

Gesperrt
Mitglied seit
28 Mai 2004
Beiträge
1,099
Punkte für Reaktionen
0
Punkte
0
@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

Mitglied
Mitglied seit
6 Apr 2005
Beiträge
561
Punkte für Reaktionen
0
Punkte
0
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)
 

kombjuder

IPPF-Promi
Mitglied seit
2 Nov 2004
Beiträge
3,086
Punkte für Reaktionen
0
Punkte
0
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?
 

cibi

Mitglied
Mitglied seit
6 Apr 2005
Beiträge
561
Punkte für Reaktionen
0
Punkte
0
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:

kombjuder

IPPF-Promi
Mitglied seit
2 Nov 2004
Beiträge
3,086
Punkte für Reaktionen
0
Punkte
0
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.
 

cibi

Mitglied
Mitglied seit
6 Apr 2005
Beiträge
561
Punkte für Reaktionen
0
Punkte
0
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

Neuer User
Mitglied seit
26 Nov 2004
Beiträge
72
Punkte für Reaktionen
0
Punkte
6
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?
 

TomS

Neuer User
Mitglied seit
13 Nov 2004
Beiträge
199
Punkte für Reaktionen
0
Punkte
16
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

Neuer User
Mitglied seit
8 Mai 2005
Beiträge
57
Punkte für Reaktionen
0
Punkte
0
Ccnr

Geht CCNR nun endlich ?