Anuncio

Colapsar

Normas del Foro

Normas del Foro

El uso de los foros TodoDream entraña la comprensión y respeto de estas normas de obligada lectura:

1.- Prohibida la Publicación de Claves Operativas de cualquier proveedor. Ya sea del Sistema Nagra, como de cualquier otro. Las Claves posteadas o los archivos que las contengan serán editados y/o eliminados sin previo aviso siendo responsabilidad del usuario que las publica.

2.- Prohibida la Compra y Venta de Servicios ee editara o eliminara el Post sin previo aviso. Se contemplan de igual forma la publicidad a empresas de venta de materiales o servicios dentro de los posts del Foro o Firma. Las reclamaciones a empresas serán eliminadas y se le pedirá al usuario resuelva su caso directamente con la empresa implicada.

3.- Debido al constante cambio en el contenido de nuestros foros, es imposible para nosotros revisar todos los mensajes, No nos hacemos responsables por el contenido publicado por otros usuarios. Cada autor es el único responsable de su contribución. Las opiniones y contribuciones pueden diferir de nuestra opinion o de la del resto de usuarios del foro.

4.- Prohibido el Insulto tanto directo como indirecto a cualquier miembro del Foro Ya sea Usuario o miembro del Staff. Se pide con ello respeto y educación tanto en el trato como en las formas hacia el resto de los usuarios de estos Foros. Se editara el post inmediatamente y se pedirá a los implicados que arreglen sus diferencias por privado o email. En casos que se estimen oportunos por la gravedad e insistencia, el administrador puede banear al usuario.

5.- El CHAT y la Sección OFF-Topic, es un lugar para tratar temas no relacionados con la investigación de estos foros. La Sección OFF-Topic, no será jamas un lugar de discordia y de ofensas hacia usuarios. Para solventar problemas personales se usarán los mensajes privados y/o emails. Los anuncios de otros Foros y Webs no se permiten en ninguna seccion.

6.- Nuestro foro no es una sala de chat. Las publicaciones cortas que no aporten nada al foro serán borrados sin previo aviso por un moderador o administrador. Lo mismo sera aplicado para las contribuciones que no cumplan con un nivel de ortografía razonable.

7.- Usuarios y moderadores debemos intentar llevar a buen puerto la convivencia y uso de estos foros, Cualquier problema que surja deberá ser tratado en privado y/o email, e intentar tener el foro lo mejor administrado posible. Cada usuario dentro de sus posibilidades deberá postear en la sección correspondiente.

8.- Como miembro de nuestra comunidad, te pedimos que seas siempre tolerante y justo con los demás miembros. Abstenerse de ataques personales de ningún tipo. Para nosotros es importante que en nuestros foros haya un ambiente relajado y agradable.

9.- Los moderadores no estarán obligados a comunicar el movimiento, borrado y/o edición de posts de usuarios De estos Foros, aunque pueden comunicarlo si lo creen conveniente. Los post movidos se llevan a la sección Papelera. Los post que no cumplan las normas, podrán ser editados o borrados por los moderadores.

10.- La creación de mensajes de contenido racista, pornográfico, inhumano, abusivo y/o de contenido dudoso, está prohibido, se borrara de inmediato y se baneara al usuario. Rogamos que todos los usuarios y visitantes que encuentren un mensaje de este tipo informe al resto del staff mediante el botón con forma de triángulo "Reportar Mensaje"

11.- Solo se publicaran estudios e investigaciones autorizadas por su autor original o que hayan sido publicadas en otras webs o foros de Internet libremente. De no obtenerse esta autorización o por esos cauces, dichos post serán inmediatamente eliminados, solo se nombrara al autor, el anuncio de otros foros o paginas webs sera considerado Spam.

12.- Las disconformidades en tareas de moderación y/o administración de estos Foros, Asi como las propuestas de mejoras deberán ser encauzadas mediante mensaje privado o email al moderador o administrador implicado.

13.- Todos los usuarios serán tratados con IGUALDAD de condiciones. Ya sean usuarios o miembros del staff.

14.- No se permiten enlaces a Cracks para su descarga directa ni posteo de números de registro (Nº de serie) de programas. Aunque si enlaces a paginas donde encontrarlos, de esta forma, el propio usuario será el que decida su descarga, aceptando sus responsabilidades.

15.- No se permitirá la intervención de Neo-nicks (nuevos nicks de reciente registro) en Temas de relevancia o de controversia Que pudieran amparar en el anonimato a nicks de controvertida trayectoria. Las intervenciones de estas personas que se amparen en el uso de proxys o nicks de reciente registro para crear discordia, acusaciones, calumnias o injurias serán eliminadas y su usuario baneado, tanto en su Neo-nick como en su nick principal. Si la administración lo cree conveniente, bloqueara el uso de esos proxys.

16.- El Cardsharing solo es legal cuando se trata de compartir la tarjeta en otra ubicacion del propietario, bajo ningun concepto para compartir con un familiar, amigo, etc. Bajo ningun concepto se dara soporte a cardsharing que pueda considerarse ilegal, solamente para disfrute del abonado al corriente de pago en otra ubicacion, como puede ser otra habitacion del domicilio y/o segunda vivienda. Queda terminantemente prohibido anunciarse en el foro para compartir tarjetas, asi como la busqueda de servidores para la vision de proveedores de pago.

17.- Prohibido pedir ayuda por privado o en el shoutbox, se ruega se publiquen posts con las posibles dudas en las secciones indicadas Si algun miembro del staff lo considera oportuno se ofrecera otro tipo de ayuda.

18.- No se está obligado a responder consultas ya respondidas una o varias veces en el foro. Ni a responder a preguntas fuera del ámbito de este foro. A la hora de responder, se intentará no faltar al respeto, indicando simplemente el número de la norma por la que no se responderá a esa pregunta..

19.- Prohibido publicar links a otras paginas de la misma tematica de estos foros, asi como paginas que contengan links a lugares de venta de productos, cualquier post que sea considerado spam sera borrado de inmediato.

20.- Los usuarios tienen derecho al acceso, rectificacion o cancelacion de sus datos personales, en cambio el contenido publicado por cualquier usuario, pasa a ser parte del contenido del foro, no procediendo a la eliminacion de sus mensajes tras un borrado de usuario o diserccion del mismo. En todo cas el contenido y la opinion es responsabilidad del usuario, asi como cumplir con la normativa legal a la hora de opinar en sus mensajes.

21.- Nuestro contenido asi como nuestros manuales estan bajo Licencia de Creative Commons Se es libre de copiar, distribuir comunicar públicamente la obra y/o hacer obras derivadas bajo las condiciones siguientes: Reconocimiento. Debe reconocer los créditos de la obra de la manera especificada por el autor o el licenciador (pero no de una manera que sugiera que tiene su apoyo o apoyan el uso que hace de su obra). No comercial. No puede utilizar esta obra para fines comerciales. Compartir bajo la misma licencia. Si altera o transforma esta obra, o genera una obra derivada, sólo puede distribuir la obra generada bajo una licencia idéntica a ésta.


Estas normas han sido recopiladas, elaboradas y aprobadas por la totalidad de moderadores y administradores de los Foros TodoDream. En esencia plasman las normas que se han seguido en estos foros desde su creación.

SE ADVIERTE: Que el posteo de informaciones referidas a operadores reales de acceso codificado es constitutivo de delito (art. 268 del Codigo Penal) se desaconseja y se pide a los usuarios de estos foros no se refieran a ninguno de estos operadores.

Este foro esta creado para la investigacion sobre las posibilidades de nuestros aparatos que funcionen bajo linux, bajo ningun concepto, con el fin de visionar proveedores de pago sin el correspondiente abono.



La administración de estos foros se reserva el derecho de modificación o adición de nuevas normas para un mejor funcionamiento y convivencia en estos foros.
Por no respetar las reglas pueden ser advertidos/baneados!
Ver más
Ver menos

OpenDreambox-2.0

Colapsar
X
  • Filtrar
  • Tiempo
  • Mostrar
Limpiar Todo
nuevos mensajes

  • OpenDreambox-2.0

    Hola,

    Lanzamiento de opendreambox-2.0

    Código:
    http://opendreambox.org/?p=17#respond
    Para "dm500hd, dm800, dm800se, dm7020hd, dm8000"

    Código:
    opendreambox-2.0
    
       Andreas Oberritter <obi@opendreambox.org>
       May 2012
    
      Contents
    
       1 Introduction
        1.1 Target audience
        1.2 Supported products
        1.3 License
        1.4 Obtaining the source code
        1.5 Quick start
        1.6 Directory structure
         1.6.1 openembedded-core and meta-openembedded
         1.6.2 meta-opendreambox
         1.6.3 meta-bsp
       2 Prerequisites
        2.1 Required software
       3 Major changes since previous releases
        3.1 Changes since release 1.6
       4 Known Issues
       5 Building OpenDreambox
        5.1 Makefile targets
        5.2 Configuration variables
         5.2.1 BB_NUMBER_THREADS
         5.2.2 MACHINE
         5.2.3 PARALLEL_MAKE
        5.3 Adding custom layers
        5.4 Adding custom options
         5.4.1 DISTRO_FEED_PREFIX
         5.4.2 DISTRO_FEED_URI
         5.4.3 INHERIT
        5.5 Setting up a build directory
        5.6 Building a firmware image
        5.7 Building a package
       6 Development hints
        6.1 Cross-compilation of external software
        6.2 Coding style
        6.3 Package architecture
       7 Bug reports and patches
    
      1 Introduction
    
       This document briefly describes the OpenDreambox distribution, an embedded
       Linux distribution for Set-Top-Boxes manufactured by Dream Multimedia GmbH.
    
       OpenDreambox is based on the OpenEmbedded build framework, which uses BitBake
       to transform build instructions into distributable firmare images and software
       packages.
    
       The current version, OpenDreambox 2.0, is based on OpenEmbedded "denzil".
    
        1.1 Target audience
    
       Developers familiar with previous versions of OpenDreambox or OpenEmbedded in
       general.
    
        1.2 Supported products
    
       The current version includes support for the following machines:
    
       +-----------------------------------+
       |  ----------  |  ----------------  |
       |Product name  |Environment variable|
       |  ----------  |  ----------------  |
       |DM 500 HD     |MACHINE=dm500hd     |
       |DM 800 HD PVR |MACHINE=dm800       |
       |DM 800 HD SE  |MACHINE=dm800se     |
       |DM 7020 HD    |MACHINE=dm7020hd    |
       |DM 8000 HD PVR|MACHINE=dm8000      |
       |  ----------  |  ----------------  |
       +-----------------------------------+
    
        1.3 License
    
       Copyright (c) 2010-2012 Dream Multimedia GmbH, Germany
                               http://www.dream-multimedia-tv.de/
       Authors:
         Andreas Frisch <fraxinas@opendreambox.org>
         Andreas Monzner <ghost@opendreambox.org>
         Andreas Oberritter <obi@opendreambox.org>
         Mladen Horvat <acid-burn@opendreambox.org>
         Stefan Pluecken <thedoc@opendreambox.org>
         Stephan Reichholf <reichi@opendreambox.org>
    
       Permission is hereby granted, free of charge, to any person obtaining a copy
       of this software and associated documentation files (the "Software"), to deal
       in the Software without restriction, including without limitation the rights
       to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
       copies of the Software, and to permit persons to whom the Software is
       furnished to do so, subject to the following conditions:
    
       The above copyright notice and this permission notice shall be included in
       all copies or substantial portions of the Software.
    
       THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
       IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
       FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
       AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
       LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
       OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
       THE SOFTWARE.
    
    
        1.4 Obtaining the source code
    
       OpenDreambox uses the Git version control system. To obtain the source code, it
       is required to install Git. See http://git-scm.com/.
    
       To initially download the source into the current directory, issue the
       following command:
    
       git clone git://git.opendreambox.org/git/opendreambox.git
    
       The Git repository can be viewed online at:
    
       http://cgit.opendreambox.org/opendreambox.git
    
        1.5 Quick start
    
       For the impatient:
    
       make -C opendreambox image
    
       If this command fails, prerequisites my be missing. See section 2.
    
        1.6 Directory structure
    
       OpenDreambox consists of a set of layers containing build instructions. This
       meta data is used by BitBake to download and compile source code and to
       assemble installable software packages and firmware images.
    
       Currently, there are five layers, ordered by priority from lowest to highest:
         * openembedded-core
         * meta-openembedded
         * meta-opendreambox
         * meta-bsp/common
         * meta-bsp/${MACHINE}
    
       If a recipe for the same package exists in multiple layers, then the higher
       priority layer takes precedence over the lower priority layer.
    
       For example, libmad_0.15.1b.bb exists in both meta-openembedded and
       openembedded-core. The recipe in meta-openembedded will be used, because
       openembedded-core has lower priority.
    
       NOTE: This would still be true even if the version of libmad in
       openembeded-core was higher than the version in meta-openembedded, unless
       PREFERRED_VERSION_libmad was set to the version in openembedded-core. There is
       currently no way to prefer a version of a lower priority layer, if the same
       version is present in a higher priority layer.
    
          1.6.1 openembedded-core and meta-openembedded
    
       These directories contain copies of Git repositories from git.openembedded.org,
       including the OpenEmbedded-Core layer ("meta") and the OpenEmbedded layer
       ("meta-oe"). They get created automatically when building the distribution for
       the first time.
    
       Throughout this document, the combination of these directories will be referred
       to as OpenEmbedded.
    
       The latest changes to these Git repositories can be seen at:
    
       http://git.openembedded.org/openembedded-core-contrib/log/?h=obi/current
    
       http://git.openembedded.org/meta-openembedded-contrib/log/?h=obi/current
    
          1.6.2 meta-opendreambox
    
       This directory contains:
         * Recipes for packages written specifically for the OpenDreambox distribution
         * Modifications to recipes from OpenEmbedded
         * Recipes for software versions older than those available from OpenEmbedded
         * Recipes for software versions newer than those available from OpenEmbedded
    
          1.6.3 meta-bsp
    
       The directory meta-bsp contains Board Support Packages (BSP) for the supported
       Dreambox models. This includes:
         * Hardware drivers
         * Machine specific overrides
         * The Linux kernel
         * The boot loader
         * Splash images
    
      2 Prerequisites
    
        2.1 Required software
    
       The OpenEmbedded project provides a general list of prerequisites for many
       Linux distributions and also for some other operating systems.
         * http://www.openembedded.org/index.php/OEandYourDistro
         * http://www.openembedded.org/index.php/Required\_software
    
       It is highly recommended to use Linux to build OpenDreambox. In theory, any
       recent distribution will do, but not many distributions have been verified to
       build OpenDreambox without errors. Tested distributions include:
         * Arch Linux 2011.08.19 [amd64]
         * Debian 6.0 (Squeeze) [i386]
         * Debian "Testing" (Wheezy) [i386]
         * Fedora 16 [i386, amd64]
         * Ubuntu 10.04 LTS (Lucid Lynx) [i386]
         * Ubuntu 11.10 (Oneiric Ocelot) [amd64]
         * Ubuntu 12.04 LTS (Precise Pangolin) [i386, amd64]
    
       Distributions known not to work:
         * Debian 5.0 (Lenny): Comes with Python 2.5, which is too old.
    
      3 Major changes since previous releases
    
        3.1 Changes since release 1.6
    
         * Recipes were split across multiple layers and categorized.
         * env.source has been replaced by two files, bitbake.env and
           cross-compile.env. The former sets a minimal environment that is needed to
           execute bitbake. The latter creates machine-specific command aliases, in
           order to compile external software.
         * All machines share a common tmp directory.
         * ${MACHINE}/build directories were renamed to build/${MACHINE}.
         * Kernel packages were renamed from linux-${MACHINE} to linux-dreambox.
         * Support for machines based on ATI Xilleon or IBM STB was dropped.
    
      4 Known Issues
    
         * Building on eCryptfs fails, because it doesn't support sufficiently long
           filenames (eCryptfs bug #344878).
    
      5 Building OpenDreambox
    
       In the top level directory, there is a Makefile, which is used to set up build
       directories and to fetch or update all used repositories. The Makefile can be
       influenced by environment variables, either by specifing them on the
       command-line or by storing them in a file called conf/make.conf. It is not
       recommended to edit the Makefile directly in order to avoid conflicts with
       future updates.
    
       When the Makefile is run for the first time, the following steps will be
       executed:
         * Creation of configuration files
              * bitbake.env
              * conf/opendreambox.conf
              * build/${MACHINE}/conf/bblayers.conf
              * build/${MACHINE}/conf/local.conf
         * Update or checkout of Git repositories
              * OpenDreambox
              * BitBake
              * OpenEmbedded
    
        5.1 Makefile targets
    
       Run make help to get a list of targets of the top level Makefile, together with
       a brief description.
    
        5.2 Configuration variables
    
          5.2.1 BB_NUMBER_THREADS
    
       Controls how many BitBake tasks may run at a time. Defaults to the number of
       cores available on the build system. The number of cores is obtained from
       /proc/cpuinfo. If this file is unavailable, the default value is 1.
    
          5.2.2 MACHINE
    
       Controls the target machine to build packages for. See section 1.2 for a list
       of supported products.
    
          5.2.3 PARALLEL_MAKE
    
       Controls how many processes per recipe make may use. Defaults to the number of
       cores available on the build system. The number of cores is obtained from
       /proc/cpuinfo. If this file is unavailable, the default value is 1.
    
       NOTE: If you see seemingly random build failures, try setting this variable to
       1.
    
        5.3 Adding custom layers
    
       It is possible to add custom layers to the build system. This can be done
       globally and per machine. To add a layer globally, edit conf/bblayers-ext.conf.
       To add a machine-specific layer, edit conf/bblayers-${MACHINE}-ext.conf.
       Assuming that an additional layer is available at ${HOME}/custom-layer, the
       entry to add to the file will look like this:
    
       BBLAYERS =+ "${HOME}/custom-layer"
    
        5.4 Adding custom options
    
       It is possible to tweak a lot more options than those used by the Makefile by
       editing conf/local-ext.conf or conf/local-${MACHINE}-ext.conf.
    
       For example, if the firmware shall use the package feed built on the develoment
       machine, which happens to be 192.168.1.1 and has a webserver configured to
       point to tmp/deploy/ipk, a line like the following may be added:
    
       DISTRO_FEED_URI = "http://192.168.1.1/${DISTRO}/${DISTRO_VERSION}"
    
       In general, any variable in OpenEmbedded that uses weak assignment (?=) may be
       overridden from these files.
    
       The following sections list some commonly used options.
    
          5.4.1 DISTRO_FEED_PREFIX
    
       DISTRO_FEED_PREFIX specifies the name of the package update feed. This name may
       be arbitarily chosen.
    
       Default: DISTRO_FEED_PREFIX = "remote"
    
          5.4.2 DISTRO_FEED_URI
    
       DISTRO_FEED_URI specifies the URI of the package update feed.
    
       Default: DISTRO_FEED_URI = "http://my-distribution.example/remote-feed/"
    
          5.4.3 INHERIT
    
       INHERIT specifies bbclasses to include from a configuration file. Usually, this
       variable gets appended to by using the += operator.
    
       The OpenDreambox distribution automatically appends "buildhistory recipe_sanity
       testlab" to INHERIT.
    
       Default: INHERIT = ""
    
       Some examples:
    
       Always build the latest versions of OpenDreambox-related projects from Git:
    
       INHERIT += "opendreambox-autorev"
    
       Remove temporary files of previous versions of a recipe before a newer version
       gets built:
    
       INHERIT += "rm_old_work"
    
       Remove temporary files of a recipe after it has been built and packaged
       successfully.
    
       INHERIT += "rm_work"
    
        5.5 Setting up a build directory
    
       To set up a build directory for e.g. DM 500 HD run make MACHINE=dm500hd. If
       MACHINE=dm500hd has been set in conf/make.conf, you can simply run make with no
       arguments instead. This will create and initialize the directory build/dm500hd.
    
        5.6 Building a firmware image
    
       To build a firmware image for e.g. DM 500 HD run make MACHINE=dm500hd image. If
       MACHINE=dm500hd has been set in conf/make.conf, you can simply run make image
       instead.
    
        5.7 Building a package
    
       To build a single package, BitBake has to be used directly. First, the
       environment has to be set up, in order to make BitBake available to the shell.
       This can be done with the following command:
    
       source bitbake.env
    
       BitBake must be run from the machine's build directory. For DM 500 HD run:
    
       cd build/dm500hd
    
       In order to build enigma2, run:
    
       bitbake enigma2.
    
      6 Development hints
    
        6.1 Cross-compilation of external software
    
       OpenDreambox provides a script called cross-compile.env. Once run, the script
       will create the following commands (shell aliases), aiming to ease
       cross-compilation of external source trees:
         * oe_autoreconf - Calls OE's version of autoreconf. Useful for projects based
           on GNU autotools.
         * oe_runconf - Calls ./configure with parameters suitable for OE. Useful for
           projects based on GNU autotools.
         * oe_runmake - Calls make with parameters suitable for OE. Useful for
           projects based on GNU autotools or GNU make.
         * oe_env - Useful to execute arbitrary commands in the OE environment (e.g.
           oe_env env).
         * oe_setenv - Exports the OE environment to the currently running shell
           session.
    
       The script needs to know the target machine, which can be one of the supported
       products (see 1.2). Because the script adds aliases to your currently running
       shell session, it has to be invoked using source or . (the dot operator), e.g.:
    
       source cross-compile.env dm7020hd
    
       The script may be called from any location, but must reside inside the
       OpenDreambox Git tree. You may want to create a symlink to cross-compile.env
       somewhere in your PATH.
    
        6.2 Coding style
    
       Run scripts/do_stylize.sh on new recipes to ensure proper coding style.
    
        6.3 Package architecture
    
       Set PACKAGE_ARCH = "${MACHINE_ARCH}" if either condition is met:
         * The recipe uses COMBINED_FEATURES, MACHINE_FEATURES or DREAMBOX_FEATURES.
         * The recipe is part of meta-bsp.
    
      7 Bug reports and patches
    
       Please send bug reports and patches to the Enigma2 development mailing list
       <enigma2-devel@lists.elitedvb.net>.
    
       A comfortable way to create patches is to use git format-patch, after all
       changes have been committed to your local copy of the repository.
    Código:
    git clone git://git.opendreambox.org/git/opendreambox.git
    cd opendreambox
    make help
    make update
    make image MACHINE=dmXXXX

    Saludos
Trabajando...
X