[vdr] [ANNOUNCE] VDR maintenance patch 1.4.0-3

  • Aus der ML :
    ---------------------
    VDR maintenance patch 1.4.0-3 is now available at


    ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.0-3.diff


    This is a 'diff' against the official version 1.4.0 plus all
    previous 1.4.0-X maintenance patches (which means that you need
    to first apply any previously released patches before you can apply
    this one).



    Small fixes to the officially released VDR versions will be first
    made available as "maintenance patches" in the Developer directory,
    so that they can be reviewed and tested before a new official
    release is published.


    So please apply the patches


    ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.0-1.diff
    ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.0-2.diff
    ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.0-3.diff


    in the given sequence to the original VDR version 1.4.0 and
    report whether it works (or if it causes any new problems).



    If no bugs are reported, I'll release this as version 1.4.1
    next weekend.



    The changes since version 1.4.0-2:


    - Fixed the PremiereContentTransmissionDescriptor in 'libsi' (thanks to Stefan
    Huelswitt).
    - Removed all the compatibility '#if APIVERSNUM...' stuff and instead increased
    the API version number - plugins will have to be recompiled.
    - Removed the call to pthread_setschedparam(childTid, SCHED_RR, 0) in thread.c,
    because it caused a compiler warning with g++ 4.1.1 (reported by Ville Skyttä).
    Since the third parameter has to be non-null to have any effect, the call was
    presumably a NOP, anyway.
    - Fixed the 'clean-plugins' target in the Makefile to also remove additional
    plugin libraries (thanks to Wayne Keer).
    - Applied the fixes to moving and deleting channels from version 1.4.0-2 to the
    SVDRP commands MOVC and DELC as well.
    - Fixed handling the display of the '*' indicator in the "What's on now/next?"
    menu, so that events that haven't been "seen" in the data stream within 30
    seconds won't be shown as "running".
    - Fixed handling tabbed item display in 'skincurses'.
    - Increased the column spacing in the "Recordings" menu (was too small for the
    'skincurses' plugin).
    - When the 'skincurses' plugin is loaded, it automatically sets the 'curses'
    skin as the current one. This doesn't modify the Setup.OSDSkin parameter, so
    that after using 'skincurses' (for instance for debugging) the previously
    selected skin will be used again.
    - Added some log messages when setting the current skin.
    - Only making a second attempt to set the current skin at startup if the first
    attempt has failed.
    - Now switching to non-VPS timers' channels 60 seconds before the timer starts
    (if a free device is available), to allow for the updating of EPG data and CA
    descriptors before the actual recording starts.


    Have fun!


    Klaus
    -------------------------

  • Hab da ein Problem mit dem liemikuutio-1.5 Patch in menu.c


    Die Zeile in der menu.c hat sich geändert:

    Code
    :cOsdMenu(Base ? Base : tr("Recordings"), 8, 6)


    Neu in vanilla:

    Code
    :cOsdMenu(Base ? Base : tr("Recordings"), 9, 7)


    alte Zeile in liemikuutio Patch:

    Code
    :cOsdMenu(Base ? Base : tr("Recordings"), 9, 6, 6)


    Auf was kann/darf/muss man das ändern?


    Edit:
    im neuen Patch ists so gelöst:

    Code
    :cOsdMenu(Base ? Base : tr("Recordings"), 9, 7, 7)
  • hängt wohl damit zusammen:


    Zitat

    - Increased the column spacing in the "Recordings" menu (was too small for the
    'skincurses' plugin).


    also nicht sooo wichtig, weil es nur um die Spaltenbreiten geht. Habs bei mir einfach so gelassen.


    EDIT: Rolf hat wohl schon einen neuen Patch gemacht:
    http://www.saunalahti.fi/~rahr…3-liemikuutio-1.5.diff.gz


    winni

  • Der aktuelle Bigpatch schmeisst einem leider etliche FAILED um die Ohren:


    patching file device.c
    Hunk #5 FAILED at 303.


    Hunk #12 FAILED at 793.
    Hunk #13 succeeded at 877 (offset -12 lines).
    Hunk #14 succeeded at 920 (offset -12 lines).
    Hunk #15 succeeded at 962 (offset -12 lines).
    Hunk #16 succeeded at 1207 (offset -12 lines).
    Hunk #17 succeeded at 1395 (offset -12 lines).
    Hunk #18 succeeded at 1426 (offset -12 lines).
    2 out of 18 hunks FAILED -- saving rejects to file device.c.rej


    Hunk #3 FAILED at 328.
    1 out of 3 hunks FAILED -- saving rejects to file eit.c.rej
    patching file eitscan.c


    Hunk #22 FAILED at 1466.
    Hunk #35 FAILED at 2290.
    2 out of 83 hunks FAILED -- saving rejects to file menu.c.rej



    Grüße hanker

  • Hi,
    ich muß jetzt doch noch einmal nachfragen.
    Im Bigpatch vom 30.04.2006 sind wirklich schon die 3 Maintain Patches enthalten?
    Oder gibt es irgendwo eine neuere Version? auf bigpatch.vdr-developer.org habe ich jedenfalls nichts neueres gefunden.


    cu hanker

  • Zitat

    Original von wilderigel
    Den Bigpatch musst du gegen einen plain 1.4.0 anwenden, die 3 Maintain Patches sind im Bigpatch enthalten.


    Ähm, nein? Definitiv nicht...


    Reihenfolge: 1.4.0, dann Maintenance Patch 1,2,3 und dann BP (wobei der dann rejects haben dürfte, Frank wollte demnächst einen neuen herausbringen).

  • Zitat

    Original von Franzose
    [quote]Original von wilderigel
    Den Bigpatch musst du gegen einen plain 1.4.0 anwenden, die 3 Maintain Patches sind im Bigpatch enthalten.


    Kommando zurück, werd mil wohl doch mal ne Brille kaufen müssen...

  • Zitat

    Original von wilderigel
    Der Bigpatch der im Ordner 1.4.0-3 herumliegt ist gegen plain 1.4.0 anzuwenden, steht auch so in important.txt


    Ah, ok, das Release hatte ich noch nicht mitbekommen (wurde hier gar nicht bekanntgegeben?)...

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!