http://www.workswithu.com/2008/10/02/broadcom-switches-to-the-light-side-the-start-of-a-new-era/el driver lo puedes encontrar en:
http://www.broadcom.com/support/802.11/linux_sta.phpen mi caso: hybrid-portsrc-x86_32.tar.gz
descomprime el archivo
# tar -xzf <path>/hybrid-portsrc-x86_32.tar.gz# make -C /lib/modules/<2.6.xx.xx>/build M=`pwd` clean
If no errors then build the LKM, i.e. wl.ko.
#make -C /lib/modules/<2.6.xx.xx>/build M=`pwd`
asegurate que esta wl.ko en este directorio.
4, Install the driver.
Existen drivers broadcom desarrollados por la comunidad linux que deberan ser blacklistiados. Pueden ser: "bcm43xx" o "b43" o "b43legacy".
# rmmod bcm43xx or
# rmmod b43; rmmod b43legacy
5. cargar modulo 802.11 TKIP crypto module. Es necesario para usar WPA encryption.
# modprobe ieee80211_crypt_tkip
6. Insertar el modulo Broadcom:
insmod <path>/wl.ko
Some kernel come with pre-installed Broadcom driver that support Broadcom 4312 family of PCIE cards. If the kernel support one of those pre-installed driver, you must remove it in order to install the new driver. Some of existing driver provided by the Linux community that
supports Broadcom hardware are b43/b43legacy/bcm43xx.
There is also a ssb driver that is loaded along with b43. This ssb driver also must to be remove. That's what I did on this laptop.
8. If everything above is OK then make these changes permanent.
There should be two files *.ko and ssb.ko located in /lib/modules/'uname -r'/kernel/net/wireless/b43.
They are not needed anymore.
If the kernel supports blacklist, you can add those drivers to the blacklist file so that it will not be loaded on next reboot.
Add the following two lines in blacklist located in /etc/modprobe.d directory.
# replaced by wl
blacklist b43
blacklist ssb
9. Build module dependencies and update the kernel image initrd.img-2.6.24.xxx in /boot directory.
$sudo depmod -a
$update-initramfs -u
To check up.
Make sure you have modutils installed.
depmod updates modules.dep file
modprobe -b
etc/modprobe.conf
modprobe -c displays config.file.
modprobe -a to insert ALL modules listed in the command line.
[ añadir comentario ] | enlace permanente | enlace relacionado |
( 2.9 / 83 )
primero tener instalado alien y csh
# apt-get install alien cshAl descomprimir la carpeta de maya nos encontraremos con los siguientes archivos
AWCommon-10.80-13.i686.rpm
AWCommon-server-10.80-13.i686.rpm
Maya2008_0-2008.0-116.i686.rpm
Maya2008_0-docs_en_US-2008.0-745.i686.rpm...aksusbd-redhat.... y aksusbd-suse.... los
ignoramos por completo.
para convertir los .rpm a .deb usamos alien
$ sudo alien --scripts AWCommon-10.80-13.i686.rpm AWCommon-server-10.80-13.i686.rpm Maya2008_0-2008.0-116.i686.rpm Maya2008_0-docs_en_US-2008.0-745.i686.rpm la conversion tomara algunos minutos. Antes de instalar los .deb debemos definir el PATH
# export RPM_INSTALL_PREFIX=/usrAhora si nos disponemos a instalar los paquetes .deb
con el comando dpkg
sudo dpkg -i
awcommon_10.80-14_i386.deb
awcommon-server_10.80-14_i386.deb
maya2008-0_2008.0-117_i386.deb
maya2008-0-docs-en-us_2008.0-746_i386.
deb Hay que crear un directorio que maya usará como
directorio temporal
# mkdir /usr/tmp Le damos permisos de lectura, escritura.
# chmod 777 /usr/tmp Ya tenemos Maya instalado, solo queda instalar la licencia. Para poder correr el crack es necesario hacerlo en DOS. Idealmente inicimos win en la misma maquina donde instalamos maya en linux, vamos a inicio/ejecutar (RUN) escrivimos cmd. se nos abrira una consola de DOS. Necesitamos saber la mac adress de la tarjetade red, para esto usamoremos el comando
$ ipconfig /allla copiamos al archivo aw.dat y junto a awkeygen.exe lo copiamos a C:\ dentro de la carpeta FLEXLM
Luego ejecutamos
$ awkeygen.exe aw.datcon esto la licencia quedara asociada a la direccion fisica de la tarjeta de red, el archivo aw.dat lo copiaremos en nuestro linux en
/var/flexlm/aw.datenjoy!
si hay dudas preguntar
[ añadir comentario ] ( 41 visualizaciones ) | enlace permanente | enlace relacionado |
( 2.9 / 72 )
Existen diversas maneras de instalar los controladores de las tarjetas nVidia sobre linux, incluso los usuarios de Ubuntu la tienen fácil usando herramientas como Envy, o incluso desde la consola es sencillo, basta con instalar el paquete build-essential, y ejecutar el driver descargado de la página.
Sin embargo, en Debian es otro cuento, y podríamos encontrar algunos por menores a la hora de intentar instalar los controladores de nuestra tarjeta aceleradora. El método más sencillo si la versión de nuestro kernel es menor a 2.6.25 es la siguiente:
0. Preparativos
Lo primero será loguearnos como root (siempre me ha parecido mejor que hacer todo con sudo); para luego crear un backup del archivo /ect/X11/xorg.conf:
$ su
# cd /ect/X11/
# cp xorg.conf xorg.conf.bakLuego necesitaremos instalar el paquete module-assistant, que preparará nuestro sistema para que el controlador de la tarjeta pueda recompilar tranquilamente los módulos necesarios del kernel:
# aptitude install module-assistant# m-a prepareLo que hace el comando anterior es descargar algunos fuentes necesarios para la compilación que realizará el instalador del controlador.
1. Descargar los controladores
Ahora debes ir a la página oficial de descargas de nVidia y bajar el controlador de tu tarjeta. Dichos archivos terminan con la extensión .run, para que lo tengas en cuenta.
2. Detener las X e instalar
Para poder instalar los controladores es necesario detener el la sesión gráfica, para ello ejecutas el comando:
# /etc/init.d/gdm stopSi usas KDE reemplazas gdm por kdm.
Luego, desde la consola te sitúas en la carpeta donde se encuentre el archivo .run, y lo ejecutas de la siguiente manera:
# sh NVIDIA-Linux-xxx-xxxx-xxx.runCuando el instalador te pregunte si puede modificar el archivo de configuración de las X, selecciona que SI.
3. Iniciar las X
Luego, para iniciar la sesión gráfica de nuevo, ejecutas el comando:
# /etc/init.d/gdm start[ añadir comentario ] | enlace permanente | enlace relacionado |
( 3 / 59 )[ añadir comentario ] | enlace permanente | enlace relacionado |
( 2.9 / 60 )[ añadir comentario ] | enlace permanente | enlace relacionado |
( 2.9 / 119 )
[ 2 comentarios ] ( 24 visualizaciones ) | enlace permanente | enlace relacionado |
( 2.7 / 60 )El lobby que cerró la puerta al uso de software libre en el Estado La Asociación Chilena de Empresas de Tecnologías de la Información (ACTI) desplegó un fuerte cabildeo y envió cartas a todos los diputados para pedirles que rechazaran una moción del senador Alejandro Navarro, aprobada por el Senado la semana pasada. La moción buscaba que los organismos públicos evalúen el uso de software de código abierto en las licitaciones para adquirir programas computacionales o renovar licencias que "en el actual proyecto de presupuesto alcanza a más de 27 mil millones de pesos", dice Navarro. Los titulares de Economía y el MOP pidieron que no se aprobara el paquete de iniciativas que incluía este tema.
Por Miguel Paz
La Asociación Chilena de Empresas de Tecnologías de la Información (ACTI) tuvo en el ministro Sergio Bitar un inesperado aliado en su cruzada contra una moción del senador Alejandro Navarro que podía afectar los negocios de las empresas que desarrollan software y tienen entre sus clientes a los organismos del Estado. Esto, de no ser por el exitoso lobby desplegado por la ACTI, organización que agrupa a Microsoft y otras compañías grandes, medianas y pequeñas.
La moción presentada por Navarro y aprobada por el Senado el jueves 20 de noviembre de 2008, en el marco de la discusión de la Ley de Presupuesto, exigía que "la cotización de equipos computacionales que incluya el costo de licencias debe indicar al menos una alternativa con software licenciado bajo la modalidad de fuente abierta o libre de costo. La cotización deberá acompañarse por una justificación especial si es que existe un software de código abierto o libre de costo que realice la misma función".
Con dicha iniciativa, explica Navarro, se buscaba que cada vez que un servicio público deba adquirir sistemas operativos y programas computacionales, como Windows y Office (de uso mayoritario en el Estado), considere a la hora de la licitación otras opciones, que también pueden ser de pago pero sin requerir nuevos desembolsos de dinero en la renovación de licencias.
Esto porque, de acuerdo a los cálculos del senador, el Estado desembolsa anualmente en pago de licencias y renovación de licencias de programas computacionales una cifra cercana a los 25 mil millones de pesos. Algo así como lo que cuesta construir cinco hospitales de $5 mil millones, similares al de Puerto Aysén, o 41 escuelas rurales, como la de Calbuco, de $600 millones cada una.
Tienes un e-mail
El tema, según la ACTI, "daña a la industria local del software" y debido a ello la asociación emitió un comunicado rechazando la moción que aprobó el Senado, y urgió a los diputados a no ratificarla.
El lobby se dejó ver de inmediato y fue reconocido por el secretario general de la gremial empresarial, Aldo Signorelli, en una entrevista en un blog, diciendo que "estamos haciendo harto lobby. Pero en el buen sentido de la palabra", aunque luego aseguró a El Mostrador.cl que en dicha entrevista fue sacado de contexto.
Signorelli reconoce que en la ACTI una vez enterados de la aprobación de la moción de Navarro, enviaron correos electrónicos a diputados y cartas al ministro de Hacienda, Andrés Velasco, y al titular de Economía, Hugo Lavados, a los que les manifestaron la complejidad de aprobar la iniciativa, apelando a los argumentos centrales de su comunicado: 1. Que resta competitividad y dinamismo al desarrollo tecnológico de Chile. 2. Daña a la Industria local de software ya existente, y 3. Resta agilidad a la contratación pública de software.
"Todo lo que hacemos está publicado en nuestra página web", dice el secretario general de la ACTI y añade que su postura está alineada con la Estrategia Digital del gobierno, aprobada por el comité de ministros y que preside la cartera de Lavados.
Dichos cabildeos, que lograron el rechazo de la moción en la Cámara de Diputados, también incluyeron llamados a más de un ministro de Estado para pedirles su apoyo. De acuerdo a informaciones obtenidas por este medio, Hugo Lavados fue el más explícito y habría hecho ver a algunos parlamentarios los inconvenientes de imponer legalmente el uso de software de código abierto en los organismos del Estado.
La carta de Bitar
El otro ministro mencionado es el titular de Obras Públicas, Sergio Bitar, aunque rechaza de plano haber tenido cualquier contacto con la ACTI. Bitar mandó el lunes 24 una carta a un número indeterminado de diputados instándolos a rechazar un paquete de 28 indicaciones de la Ley de Presupuesto -entre ellas la polémica propuesta de Navarro- argumentando que “su aprobación rigidizaría más al Ministerio. Ojalá las rechacen”, escribió.
Bitar explica a El Mostrador.cl que envió la misiva debido a que las indicaciones, cuando van a comisión mixta, “se aprueban o no en paquete”, y como consideró que la mayoría de ellas podrían restringir el presupuesto del MOP, “le pedí a todos los diputados que conozco, amigos y otros de la oposición, que consideraran que podían dañar el plan de inversiones 2009, y la promoción de empleos. El tema del software libre no era tema para mí”, dice. Luego agrega que “el software libre se está usando en el MOP. La página nueva del ministro se está haciendo con software libre”.
No obstante estas palabras, el ministro acompañó su carta a los legisladores con una minuta redactada por su equipo técnico, donde se hace especial hincapié en los inconvenientes de usar software de código abierto, explicando que “existen pagos realizados” y “contratos de mantención y actualización a nuestros software”.
En el punto principal los expertos del MOP son enfáticos y contrarían la versión dada por Bitar: “No es recomendable el Código Abierto a nivel corporativo, dado que mayoritariamente nuestros sistemas y nuestra plataforma se ha basado en software de empresas IBM-Microsoft, a nivel corporativo”.
En el documento se explica, además, que los profesionales del ministerio están capacitados en el uso de software licenciados y que abrirse al uso de nuevos programas significaría una “capacitación masiva” de los funcionarios. Luego informa de que es recomendable “evaluar alternativas de código abierto” pero “para soluciones de funcionalidades puntuales”.
“Esa es una nota. Yo pregunto a los equipos técnicos. Pero la opinión del ministro es abrir el tema”, aclara Bitar.
Falta de motivación
El diagnóstico de las dificultades para que los organismos del Estado se cambien de plataforma informática, como se hizo en Brasil, es compartido en otras reparticiones públicas. Pese al enorme ahorro a mediano plazo que supondría para las arcas fiscales reemplazar, en las computadoras de los funcionarios públicos, programas como Office por versiones gratuitas similares.
Patricio Gutiérrez, director de Estrategia Digital, concuerda con que no están dadas las condiciones para reemplazar el software licenciado por otro de carácter abierto en todos los organismos del Estado. “No hay alto compromiso de la autoridad en tomar banderas por el uso del software libre, hay interés de aprovechar ciertas oportunidades pero hacer ese desarrollo a nivel global no es menor. Eso tiene un impacto que requiere una gran capacitación de funcionarios”, asegura.
Su balance se basa en un estudio que el gobierno solicitó a la Universidad Católica para revisar la experiencia del uso de software de código libre en Alemania, Brasil y Venezuela, junto con el análisis del contexto local. “Ese estudio finaliza en diciembre y se le hizo llegar al presidente de la Cámara de Diputados”, dice Gutiérrez.
El director de Estrategia Digital, además, indica que hay que tener presente cuatro elementos para formular una política pública respecto al software libre. “Primero, alto compromiso de las autoridades para hacer el cambio. Segundo, alta capacidad humana de los técnicos que implementen los cambios y capacitación de los funcionarios que deben usarlo cotidianamente. Tercero, un alineamiento entre la industria y el gobierno para promover el software libre. Y cuarto, que haya motivación para hacer los cambios. Si uno revisa, estos elementos no están presentes en este minuto”.
[ 3 comentarios ] ( 155 visualizaciones ) | enlace permanente | enlace relacionado |
( 2.8 / 47 )[ 2 comentarios ] ( 24 visualizaciones ) | enlace permanente | enlace relacionado |
( 2.8 / 39 )Los brotes de diversas semillas como alfalfa, maravilla, rabanito, porotos, lentejas, cañamo, etc.. son una excelente fuente alimenticia. Para producirlos en casa no necesitamos practicamente nada.
Una bandeja de brotes de soya en el supermercado nos cuesta entre 500 a 800 pesos aproximadamente, si la producimos nosotros mismos nos costara 20 pesos y tal vez menos.
Que es lo que necesitamos?, practicamente nada, semillas y agua, a los brotes no les gusta la luz, deben estar en un lugar oscuro de lo contrario comenzaran a clorofilar, es decir se pondran verdes. A diferencia de otros vegetales no requieren ningun tipo de nutrientes ya que la semillas contienen su propio alimento. basta con que esten humedos y haya circulacion de aire, pero no deben estar sumerjidos en agua, de lo contrario podrian pudrirse.
Para acelerar el germinado, es conveniente remojar las semillas por almenos 6 horas en agua apenas tibia. Recién después esparza las semillas en su brotera. Mida la cantidad que usa: Una cucharada sopera de semillas pequeñas (rabanitos o alfalfa por ejemplo) nos da suficientes brotes para uno o dos dias para una familia mediana.
Para fabricar tu brotera puedes usar taperwear apilables y acerles agujeros con un punzon para que escurra el agua. Si vas a cultivar semillas pequeñas es conveniente usar un sedazo para evitar que las semillas se escapen.
links
http://www.sproutpeople.com/
http://en.wikipedia.org/wiki/Sprouting
http://www.youtube.com/watch?v=F-1V4vtV8Yo
[ 2 comentarios ] ( 31 visualizaciones ) | enlace permanente | enlace relacionado |
( 2.8 / 79 )Anterior Siguiente
Avatar
