[PATCH] Mal wieder ein sectionsd-Versuch...

Das Original Benutzerinterface Neutrino-SD incl. zapit, sectionsd, yWeb etc...
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

-=HSKc=-Robby hat geschrieben:Ich selber habe den epgfilter bisher als whitelist am laufen:

Code: Alles auswählen

<?xml version="1.0" encoding="UTF-8"?>
<epgfilter is_whitelist = "1" except_current_next = "1">
	<filter serviceID="6dca" name="Das Erste" tsid="044d" onid="0001"/>
	<filter serviceID="6d66" name="ZDF" tsid="0437" onid="0001"/>
	<filter serviceID="6e97" name="WDR Siegen" tsid="04b1" onid="0001"/>
	.
	.
	.
</epgfilter>
Schätze das kann ich nicht mit der Blacklist kombinieren, oder?
Doch. Die Einträge, die "blacklist=1" haben, landen in einer anderen Tabelle, und werden nicht über die Normale white/blacklist abgehandelt. Das bedeutet z.B. dass du, wenn du "Das Erste" in deiner Whitelist hast, aber gleichzeitig die Zeile nochmals (!) mit "blacklist=1", dass dann, beim umschalten auf "Das Erste" der sectionsd schlafen geht, aber trotzdem Events für Das Erste sammelt, wenn du auf einen anderen ARD-Kanal schaltest.
Kompliziert und unlogisch, was? ;-) Es war ein schneller hack. Wenn es sich herausstellt, dass es hilft (es gibt immer noch Gerüchte, dass es bei manchen nicht hilft), dann räume ich das mal auf, sprich: es bekommt eine eigene section im epgfilter.xml (habe ich schon mal gesagt, dass ich XML hasse?) und evtl, falls es notwendig sein sollte, auch die möglichkeit, einen kompletten Transponder zu blocken.

Tatsächlich wundert es mich, dass bisher hauptsächlich reports kamen, die von einzelnen Sendern sprachen (ich hätte damit gerechnet, dass immer ein ganzer Transponder betroffen ist), aber es war mir nicht klar, ob das daran lag, dass die Reporter einfach nicht auf die anderen Kanäle der Transponder umgeschaltet haben, oder ob es tatsächlich an einzelnen Kanälen lag.

Wenn du da also ausgiebig testen und beschreiben kannst, wie es auftritt, dann kann ich den blacklist-Code etwas praxisfreundlicher gestalten.

Wenn wir soweit sind, werde ich es auch dokumentieren (bisher ist es immer noch der schnelle 5-minuten-fix)
-=HSKc=-Robby
Einsteiger
Einsteiger
Beiträge: 143
Registriert: Sonntag 25. Februar 2007, 20:33

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von -=HSKc=-Robby »

Also auf 12,552GHz hatte ich den Hänger bei allen Sendern dieses Transponders, die ich im Bouquet habe (Astra Vision, QVC Deutschland, Medi1SAT, [tru:]young tv, Bloomberg TV Germany).
EPG wird von diesen Sendern nur now&next gesammelt.
Die Sagem-Box ist wie gesagt nicht von dem Problem betroffen. Beide sind abgesehen von "Sections Scan" identisch (Image, Einstellungen). Section Scan ist bei der Sagem deaktiviert, und bei den Nokia aktiviert.

Wenn ich auf der Nokia auf Bloomberg TV schalte kommt im log:

Code: Alles auswählen

16:22:55.036 dmxCN: waking up again - requested from .change()
16:22:55.209 dmxCN: going to sleep...
16:22:55.213 eit_set_update_filter, servicekey = 0x45400012f80, current version 17
[controld] VIDEO_EVENT_SIZE_CHANGED 480x576 (16:9 -> 4:3)
Bild und Ton laufen weiter, das LCD scheint auch weiter zu laufen (Uhr), die Box läßt sich aber nicht mehr bedienen und auch nicht über Telnet ansprechen. Nach 4 oder 5 Minuten kamm dann nochmal etwas in der Art

Code: Alles auswählen

EIT Update Filter: Activate cnThread
dmxCN: waking up again - requested from .change()
konnte es aber nicht genau aufzeichnen, da sich danach Telnet geschlossen hat. Zu der Nokia-Box kann ich leider nur per setconsole loggen.

Es kann aber auch passieren, dass nur

Code: Alles auswählen

16:33:36.046 dmxCN: waking up again - requested from .change()
kommt, und dann die Box schon komplett weg ist. Dabei bleibt dann das LCD auf dem alten Sender stehen.

Sollte ein Timer in der Zeit des Freezes anstehen, wird er interessanter Weise ausgeführt. (Letzte Nacht z.B. der automatische Shutdown)
-=HSKc=-Robby
Einsteiger
Einsteiger
Beiträge: 143
Registriert: Sonntag 25. Februar 2007, 20:33

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von -=HSKc=-Robby »

Ich hab auch auf 10,8325GHz die gleichen Freezes festgestellt. Sind allerdings nur unbedeutende Sender drauf wie BibelTV, fällt also nur durch zufall auf...
-=HSKc=-Robby
Einsteiger
Einsteiger
Beiträge: 143
Registriert: Sonntag 25. Februar 2007, 20:33

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von -=HSKc=-Robby »

Wenn man alle Kanäle beider Transponder blacklistet, laufen alle Kanäle ohne Probleme...

@seife:
Denke Deine Idee nen ganzen Transponder blacklisten zu können, wäre dafür natürlich klasse!

EDIT: Hab heute Abend auch Probleme auf 11,597GHz beobachtet, auf dem Transponder sind CNBC Europe, BBC World, Sky News. Allerdings scheinen dort die Probleme temporär zu sein, gestern Abend gingen die Sender nämlich noch ohne blacklist...
bellum
bbs-Maintainer
Beiträge: 282
Registriert: Montag 23. Oktober 2006, 22:13

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von bellum »

bellum hat geschrieben:Ich habe seit heute auch den aktuellen cvs-sectionsd am laufen und bisher ist soweit fast alles prima. Was mir leider immer noch auffällt/"stört" ist, dass es beim starten der box (und damit des desctionsd) oft relativ lange dauert bis der Sendungs-Fortschrittsbalken im LCD gesetzt wird. Drückt man die "?"-Taste ist er dann sofort da.

Seife, ich hatte das vor einiger Zeit schon mal berichtet und Du wolltest Dir das mal anschauen. So wie ich das verstanden habe informiert der sectionsd ja jetzt neutrino. Kannst Du da nicht etwas einbauen, dass er zügig den Fortschrittsbalken aktualisiert?
@seife
Ist in der infoviewer.cpp,v 1.235 2008/11/15 damit das Problem gelöst?
"- fix a subtle display bug when EPG is not yet available"
Falls dem so sein sollte, funktioniert es (bei mir) leider nicht... :(

Gruß bellum
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

bellum hat geschrieben:@seife
Ist in der infoviewer.cpp,v 1.235 2008/11/15 damit das Problem gelöst?
"- fix a subtle display bug when EPG is not yet available"
Falls dem so sein sollte, funktioniert es (bei mir) leider nicht... :(
Nein, das war ein Fix für das Problem, dass beim umschalten, wenn noch kein current/next-EPG da ist "Warte auf EPG..." angezeigt wird und dann, wenn es tatsächlich kommt solange die infobar noch angezeigt wurde, "Kein EPG verfügbar" angezeigt wurde, anstelle dem EPG.

Der dafür relevante Teil ist (IIRC):

Code: Alles auswählen

  -     if ( !( info_CurrentNext.flags & ( CSectionsdClient::epgflags::has_later | CSectionsdClient::epgflags::has_current |  CSectionsdClient::epgflags::not_broadcast ) ) )
  +     if (!(info_CurrentNext.flags & (CSectionsdClient::epgflags::has_anything | CSectionsdClient::epgflags::not_broadcast)))
bellum
bbs-Maintainer
Beiträge: 282
Registriert: Montag 23. Oktober 2006, 22:13

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von bellum »

seife hat geschrieben:Nein, das war ein Fix für das Problem, dass beim umschalten, wenn noch kein current/next-EPG da ist "Warte auf EPG..." angezeigt wird und dann, wenn es tatsächlich kommt solange die infobar noch angezeigt wurde, "Kein EPG verfügbar" angezeigt wurde, anstelle dem EPG.
Schade... :wink:
seife hat geschrieben:Wenn ich aus dem Urlaub zurück bin schau ichs mir an, dank bellums genauer Beschreibung sollte ich es hoffentlich reproduzieren können, oder zumindest rausfinden können, woher es kommt. Dann pollt man _einmal_ beim starten das EPG, oder sorgt dafür, dass der "EPG ist da"-Event vom sectionsd zur richtigen Zeit gesendet wird, und alles ist gut.
Gibts da schon was neues? Mein Angebot steht noch...

Gruß bellum
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

Ich gehe davon aus, dass es dasselbe Problem wie im "EPG-Titel im LCD"-Thread war. Ist im CVS gefixt, siehe http://cvs.tuxbox-cvs.sourceforge.net/c ... 7&r2=1.238
dbt
Administrator
Beiträge: 2675
Registriert: Donnerstag 28. September 2006, 19:18

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von dbt »

@seife
könntest das nicht noch wegmachen, sieht nicht so aus, als ob man das noch braucht. :wink:

Code: Alles auswählen

Index: infoviewer.cpp
===================================================================
RCS file: /cvs/tuxbox/apps/tuxbox/neutrino/src/gui/infoviewer.cpp,v
retrieving revision 1.238
diff -u -r1.238 infoviewer.cpp
--- infoviewer.cpp	16 Nov 2008 11:28:11 -0000	1.238
+++ infoviewer.cpp	16 Nov 2008 12:38:05 -0000
@@ -461,29 +461,11 @@
 		unsigned long long timeoutEnd = (neutrino->getMode() != 2) ?  CRCInput::calcTimeoutEnd(g_settings.timing[SNeutrinoSettings::TIMING_INFOBAR]) : CRCInput::calcTimeoutEnd(g_settings.timing[SNeutrinoSettings::TIMING_INFOBAR_RADIO]);
 
 		int res = messages_return::none;
-		time_t ta=0,tb=0;
 
 		while ( ! ( res & ( messages_return::cancel_info | messages_return::cancel_all ) ) )
 		{
 			g_RCInput->getMsgAbsoluteTimeout( &msg, &data, &timeoutEnd );
 			//printf(" g_RCInput->getMsgAbsoluteTimeout %x %x\n", msg, data);
-#if 0
-There is no need to poll for EPG when we are going to get events from sectionsd. Saves lots of useless
-requests to sectionsd.
-			if ( !( info_CurrentNext.flags & ( CSectionsdClient::epgflags::has_current ) ) )
-			{
-				if(difftime(time(&tb),ta) > 1.1)
-				{
-					time(&ta);
-					info_CurrentNext = getEPG(channel_id);
-					if ( ( info_CurrentNext.flags & ( CSectionsdClient::epgflags::has_current ) ) )
-					{
-						show_Data();
-						showLcdPercentOver();
-					}
-				}
-			}
-#endif
 
 			if ( msg == CRCInput::RC_help )
 			{
Zuletzt geändert von dbt am Sonntag 16. November 2008, 15:23, insgesamt 1-mal geändert.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

dbt hat geschrieben:@seife
könntest nicht das nicht noch wegmachen, sieht nicht so aus, als braucht man das derzeit noch. :wink:
Das habe ich als hint für die sectionsdneustarter drin gelassen, aber du hast recht, es kann weg.
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von GetAway »

@seife

Ich habe ein Verständnisproblem. Ich bekomme im Log ab dem 2. Restart
eine andere Ausgabe als beim 1. Das bleibt auch, nachdem man Neutrino
neu startet. Gibt es beim re- restart gravierende Unterschiede zum
einmaligen restart?
Vor allen Dingen geht er beim 2. mal in Pause und es laufen keine
Events mehr rein. Er geht auch nicht von selbst in nopause.
changeDMX: for 0x4e not ignored! even though real_pauseCounter> 0 (1)
changeDMX: for 0x0 not ignored! even though real_pauseCounter> 0 (1)
changeDMX: for 0x4e not ignored! even though real_pauseCounter> 0 (1)
changeDMX: for 0x0 not ignored! even though real_pauseCounter> 0 (1)
Danke für deine Erklärung. :)
/var # sectionsdcontrol --restart
restarting sectionsd
broke /tmp/sectionsd.sock
/var # $Id: sectionsd.cpp,v 1.273 2008/10/12 10:51:53 seife Exp $
[sectionsd] Caching max 6000 events
[sectionsd] Caching 10 days
[sectionsd] Caching 32 hours Extended Text
[sectionsd] Events are old 0min after their end time
/var/tuxbox/config/zapit/epgfilter.xml: No such file or directory
/var/tuxbox/config/mybouquets.xml: No such file or directory
[timeThread] - 16.11.2008 15:44:07, tim: Sun Nov 16 15:44:07 2008
[timeThread] Time set via DVB, going to sleep for 600 seconds.
15:44:07.015 dmxSDT: going to sleep...

/var # sectionsdcontrol --state
Scanning is active: true
/var # sectionsdcontrol --restart
restarting sectionsd
re-starting /bin/sectionsd
[sectionsd] starting '/bin/sectionsd'
$Id: sectionsd.cpp,v 1.273 2008/10/12 10:51:53 seife Exp $
[sectionsd] getting configuration from environment, starting paused
GETENVI(auto_scanning) = 0
GETENVL(secondsToCache) = 864000
GETENVL(oldEventsAre) = 0
GETENVL(secondsExtendedTextCache) = 115200
GETENVI(max_events) = 6000
GETENVI(ntprefresh) = 10
GETENVI(ntpenable) = 0
GETENVS(ntp_system_cmd) = /sbin/rdate -s time.fu-berlin.de
GETENVS(epg_dir) =
GETENVB(update_eit) = 1
GETENVB(bTimeCorrect) = 0
GETENVI(debug) = 0
[sectionsd] Caching max 6000 events
[sectionsd] Caching 10 days
[sectionsd] Caching 32 hours Extended Text
[sectionsd] Events are old 0min after their end time
/var/tuxbox/config/zapit/epgfilter.xml: No such file or directory
/var/tuxbox/config/mybouquets.xml: No such file or directory
/var # [timeThread] - 16.11.2008 15:44:17, tim: Sun Nov 16 15:44:17 2008
[timeThread] Time set via DVB, going to sleep for 600 seconds.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

GetAway hat geschrieben:@seife

Ich habe ein Verständnisproblem. Ich bekomme im Log ab dem 2. Restart
eine andere Ausgabe als beim 1. Das bleibt auch, nachdem man Neutrino
neu startet. Gibt es beim re- restart gravierende Unterschiede zum
einmaligen restart?
Das liegt daran, dass du nicht den Code aus dem CVS benutzt.
Vor allen Dingen geht er beim 2. mal in Pause und es laufen keine
Events mehr rein. Er geht auch nicht von selbst in nopause.
ja, das ist "working as designed".
changeDMX: for 0x4e not ignored! even though real_pauseCounter> 0 (1)
changeDMX: for 0x0 not ignored! even though real_pauseCounter> 0 (1)
changeDMX: for 0x4e not ignored! even though real_pauseCounter> 0 (1)
changeDMX: for 0x0 not ignored! even though real_pauseCounter> 0 (1)
Danke für deine Erklärung. :)
Das muss ich mal noch überarbeiten, es ist aber harmlos (der pause-Modus ist im DMX wohl nicht wirklich vorgesehen)
/var # sectionsdcontrol --restart
restarting sectionsd
broke /tmp/sectionsd.sock
Diese Ausgabe kommt nicht im CVS vor. Entweder hat jemand den sectionsd oder sectionsdcontrol "verbessert".
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von GetAway »

Jo, vom sectionsdcontrol hatte ich kein binary, weiss nicht wie alt der ist
und muss mal nachschauen wo den her hab. :-?
Leider bekomm ich den aus dem CVS nicht kompiliert. Würdest du bitte
ein aktuelles Binary zur Verfügung stellen. Dann teste ich nochmal. Thx

GetAway
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

-=HSKc=-Robby hat geschrieben:Wenn man alle Kanäle beider Transponder blacklistet, laufen alle Kanäle ohne Probleme...

@seife:
Denke Deine Idee nen ganzen Transponder blacklisten zu können, wäre dafür natürlich klasse
Geht jetzt.
-=HSKc=-Robby
Einsteiger
Einsteiger
Beiträge: 143
Registriert: Sonntag 25. Februar 2007, 20:33

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von -=HSKc=-Robby »

seife hat geschrieben:Geht jetzt.
:D
Wird bei dem "normalen" blacklist-Eintrag jetzt immer der ganze Transponder geblacklistet, oder gibts nen speziellen Eintrag?
MTM
Foren-Moderator
Beiträge: 944
Registriert: Freitag 21. Januar 2005, 16:18

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von MTM »

Hallo,
ich denke so: :wink: :lol:
In order to blacklist a whole transponder, something like that would be used:

<filter tsid="0421" onid="0001" blacklist="1"/>

This would blacklist the whole 10.83225GHz transponder on Astra 19.2E.
MfG,
MTM.
-=HSKc=-Robby
Einsteiger
Einsteiger
Beiträge: 143
Registriert: Sonntag 25. Februar 2007, 20:33

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von -=HSKc=-Robby »

OK, im CVS hatte ich noch nicht geschaut :gruebel: :lol:

Aber da ich mein Image eh nicht selber kompiliere, muss ich noch auf nen neues JtG von Riker warten :wink:
bellum
bbs-Maintainer
Beiträge: 282
Registriert: Montag 23. Oktober 2006, 22:13

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von bellum »

seife hat geschrieben:Ich gehe davon aus, dass es dasselbe Problem wie im "EPG-Titel im LCD"-Thread war. Ist im CVS gefixt, siehe http://cvs.tuxbox-cvs.sourceforge.net/c ... 7&r2=1.238
Habe gerade ein Image mit all Deinen frisch eingecheckten Sachen gebaut. Das Aktualisieren des Fortschrittsbalken nach pzapit/yWeb klappt prima. Leider klappt das Aktualisieren des Fortschrittsbalken nach dem Neustart immer noch nicht... :(
Das sind wohl dann doch unterschiedliche Sachen. Aber das bekommen "wir" sicher auch noch hin... :wink:

Jedenfalls schon mal vielen Dank!!!

Gruß bellum
-=HSKc=-Robby
Einsteiger
Einsteiger
Beiträge: 143
Registriert: Sonntag 25. Februar 2007, 20:33

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von -=HSKc=-Robby »

Riker hat gestern nen neuen JtG-Snapshot erstellt und das
<filter tsid="0421" onid="0001" blacklist="1"/>
funktioniert problemlos!
@seife: Klasse Arbeit :D
bellum
bbs-Maintainer
Beiträge: 282
Registriert: Montag 23. Oktober 2006, 22:13

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von bellum »

bellum hat geschrieben:
seife hat geschrieben:Ich gehe davon aus, dass es dasselbe Problem wie im "EPG-Titel im LCD"-Thread war. Ist im CVS gefixt, siehe http://cvs.tuxbox-cvs.sourceforge.net/c ... 7&r2=1.238
Habe gerade ein Image mit all Deinen frisch eingecheckten Sachen gebaut. Das Aktualisieren des Fortschrittsbalken nach pzapit/yWeb klappt prima. Leider klappt das Aktualisieren des Fortschrittsbalken nach dem Neustart immer noch nicht... :(
Das sind wohl dann doch unterschiedliche Sachen. Aber das bekommen "wir" sicher auch noch hin... :wink:

Jedenfalls schon mal vielen Dank!!!

Gruß bellum
Gibt es hier schon was neues? Wie kann ich helfen?

Gruß bellum
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

nein, bisher nicht. Ich muss es mal reproduzieren.
bellum
bbs-Maintainer
Beiträge: 282
Registriert: Montag 23. Oktober 2006, 22:13

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von bellum »

seife hat geschrieben:nein, bisher nicht. Ich muss es mal reproduzieren.
Reproduzieren ist bei mir einfach...
Box einschalten (startet bei mir auf Pro7) und auf das Display schauen und waaarten... :wink:

Gruß bellum
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

Ich habe so ne Idee, woran's liegen könnte.
Die Infobar / LCD werden vom neutrino jetzt ja nur noch updated, wenn vom sectionsd ein event kommt, dass er was neues hat. Wenn der sectionsd nun schon "fertig" ist, vor neutrino startet, dann...

...kann es das auch nicht sein, sonst würde es ja auch nicht funktionieren, wenn man einfach neutrino neu startet (was ich oft von der Konsole aus mache), weil dann ja auch kein Event käme.

Aber irgend sowas muss es sein. Ich schau mal, dass ich einen debug-patch für dich mache, mit dem wir selektiv etwas mehr debug-output bekommen (sectionsd -d liefert viel zu viel Infos).
bellum
bbs-Maintainer
Beiträge: 282
Registriert: Montag 23. Oktober 2006, 22:13

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von bellum »

seife hat geschrieben:Ich habe so ne Idee, woran's liegen könnte.
Die Infobar / LCD werden vom neutrino jetzt ja nur noch updated, wenn vom sectionsd ein event kommt, dass er was neues hat. Wenn der sectionsd nun schon "fertig" ist, vor neutrino startet, dann...

...kann es das auch nicht sein, sonst würde es ja auch nicht funktionieren, wenn man einfach neutrino neu startet (was ich oft von der Konsole aus mache), weil dann ja auch kein Event käme.

Aber irgend sowas muss es sein. Ich schau mal, dass ich einen debug-patch für dich mache, mit dem wir selektiv etwas mehr debug-output bekommen (sectionsd -d liefert viel zu viel Infos).
Prima, an genau so etwas habe ich gedacht :D
Habe heute morgen frisch ausgecheckt und bin gerade am bauen...
Habe über das Wochenende auch Zeit Deine Patches auszuprobieren.

Danke und Gruß
bellum
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

bellum-debug.diff
Probier das mal (ändert sectionsd und neutrino) und boote dann auf ProSieben mit log.