Menu

Main Menu
Talk Get Daily Search

Member's Online

    User Name
    Password

    [Announce] CSSU devel, it may eat your brain

    Reply
    Page 51 of 55 | Prev | 41   49     50   51   52     53   | Next | Last
    pali | # 501 | 2016-04-04, 19:21 | Report

    Originally Posted by freemangordon View Post
    Maybe change the bug status as well
    Once it will be in cssu-testing (with official number). Now now when it is unversioned just in -devel.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    marmistrz | # 502 | 2016-07-08, 08:47 | Report

    I tried installing 720p playback from here.

    I did:
    Code:
    apt-get install omap3430-dsp-libraries-ti omap3430-dsp-baseimage-ti
    The packages installed:
    Code:
    gstreamer0.10-dsp omap3430-dsp-libraries-ti omap3430-dsp-baseimage-ti
    The packages removed:
    Code:
    gstreamer0.10-openmax
    Seems everything's ok - is it?

    Edit | Forward | Quote | Quick Reply | Thanks

    Last edited by marmistrz; 2016-07-09 at 08:12.

     
    pali | # 503 | 2016-07-13, 19:04 | Report

    Looks good, openmax package must be removed for 720p support.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 2 Users Say Thank You to pali For This Useful Post:
    handaxe, marmistrz

     
    Android_808 | # 504 | 2016-07-14, 07:30 | Report

    Just a quick post. Apologies but I haven't got enough time right now to dig into the exact details/specs/libs etc, but something just got me thinking.

    From a devel point of view, does removing gstreamer0.10-openmax have any adverse effects for us? Back when the 720p support was originally worked on, no projects seemed to use it and what did was essentially replaced by the 720p support packages.

    Now however, with the introduction of the Raspberry Pi there seems to be a bit more uptake of Openmax IL, VLC can now use it for decoding and FFmpeg 3.1 for encoding. I imagine ours is based on the 1.0.x spec vs the current 1.1.2 spec.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to Android_808 For This Useful Post:
    peterleinchen

     
    pali | # 505 | 2016-07-14, 07:36 | Report

    gstreamer openmax package provides supports for gstreamer application to use openmax api (which uses TI dsp codecs). But support for every codec in gstreamer openmax is included also in gstreamer dsp package, so there is absolutely no need to have gstreamer openmax package installed. Moreover gstreamer openmax is incompatible with new dsp codecs, so it must be removed.

    So except non working TI codecs, removing openmax package does not have any other effect :-)

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 3 Users Say Thank You to pali For This Useful Post:
    Mentalist Traceur, peterleinchen, Xagoln

     
    Android_808 | # 506 | 2016-07-14, 07:55 | Report

    So in theory, could we build vlc/ffmpeg etc with openmax based h/w accel whilst having either original or 720p codecs installed as long as it doesn't need gstreamer-openmax?

    Edit | Forward | Quote | Quick Reply | Thanks

     
    pali | # 507 | 2016-07-14, 07:59 | Report

    In theory yes, but in my opinition there would be lot of different problems... I do not expect that it would work without future debugging & modifications...

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 2 Users Say Thank You to pali For This Useful Post:
    Android_808, peterleinchen

     
    pali | # 508 | 2016-11-12, 22:51 | Report

    Some updates:

    Code:
    wl1251-cal (1.0-3) unstable; urgency=low
    
      * Cleanup code
      * Read NVS data also from file wl1251-nvs.bin
      * Add default NVS data
      * Read country code from csd daemon
      * Get regdomain from country code or from /etc/default/crda
      * Print error messages to stderr
    
    fmtx-middleware (0.65.1) unstable; urgency=low
    
      * Fix memory leak
    
    hildon-application-manager (1:2.2.75-1) unstable; urgency=low
    
      * When doing SSU update make sure that maemo processes are really stopped
      * Override notification settings from /etc/hildon-application-manager/settings file
      * Fix notification key for provider
      * Use /proc/cpuinfo if /proc/component_version is not available
    
    hildon-application-manager (1:2.2.74-1) unstable; urgency=low
    
      * Backport old commits from hildon-application-manager mainline gitorious project:
        * make ham.launch TEXTREL-free
        * Refresh the package cache in the upgrade view
        * Theme reloading
        * Fix alignment and add icon in the install/uninstall confirm dialog
        * Add triple margin in the section view
        * Use "ai_bd_confirm_ok" in restore dialog
    
    hildon-welcome (0.23-4) unstable; urgency=low
    
      * If /proc/bootreason does not exist, try to use /var/lib/dsme/saved_state or fallback to pwr_key
    
    initrd-progs (1.0-3) unstable; urgency=low
    
      * Fix memory leak
    
    maemo-security-certman (0.2.7) unstable; urgency=low
    
      Update the root CA store to match mozilla-central revision aca64a177c44 
    
    maemo-security-certman (0.2.6) unstable; urgency=low
    
      Update the root CA store to match mozilla-central revision bb5316a4c7c2
    
    maemo-security-certman (0.2.5) unstable; urgency=low
    
      Update the root CA store to match mozilla-central revision 1f84dea6508d
    
    maemo-security-certman (0.2.4) unstable; urgency=low
    
      Backport a change from Harmattan to handle the fact that /etc is a symlink
      in Scratchbox
      Add a tool and instructions for updating the root CA store
      Update the root CA store to match the Mozilla certdata.txt file from 
      the mozilla-central repositiory at revision 64df3815df9c
    
    qt4-x11 (1:4.7.4~git20110505+cssu12) unstable; urgency=low
    
      * Disable SSLv2, SSLv3; leaving only TLSv1

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 20 Users Say Thank You to pali For This Useful Post:
    acrux, Android_808, Brodyga, Fatalist, gianko, Halftux, handaxe, jurop88, luf, mr_pingu, peterleinchen, pichlo, rsquared, Saturn, sicelo, sixwheeledbeast, trx, wicket, xes, xiskillo

     
    luf | # 509 | 2017-01-29, 20:56 | Report

    I just uploaded new curl and libxml2 into cssu-devel (both 0cssu3). All of them include security fixes from wheezy (several CVEs each).
    https://github.com/community-ssu/libxml2/pull/2
    https://github.com/community-ssu/curl/pull/2

    I use it at least one week without any issue. Please test it and report bugs.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 12 Users Say Thank You to luf For This Useful Post:
    Brodyga, DA5, freemangordon, Halftux, handaxe, hardy_magnus, pali, peterleinchen, Saturn, sixwheeledbeast, t-b, wicket

     
    sicelo | # 510 | 2017-02-04, 23:12 | Report

    Originally Posted by pali View Post
    Some updates:

    maemo-security-certman (0.2.7) unstable; urgency=low

    [/code]
    I can report that with version 0.2.7 of maemo-security-certman, i had problem with A-GPS.

    Details in:
    https://talk.maemo.org/showpost.php?...&postcount=228
    https://talk.maemo.org/showpost.php?...&postcount=229

    I downgraded to 0.2.7 (could not find 0.2.4, which works ok on my 2nd N900)

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 5 Users Say Thank You to sicelo For This Useful Post:
    freemangordon, handaxe, hardy_magnus, peterleinchen, sixwheeledbeast

     
    Page 51 of 55 | Prev | 41   49     50   51   52     53   | Next | Last
vBulletin® Version 3.8.8
Normal Logout