destripando el vanavih hecho en windoseros

...el http://faovel.banavih.gob.ve/index.php/ es un sistema  para registro y visualizacion de lo ahorrros de la antigua ley de politica habitacional.

Banavih ahora se llama, y tiene una interfaz en linea. http://faovel.banavih.gob.ve/index.php/ toda una mediocridad en windoseros.

Nokia vendera qt? ya destruyo meego y symbian

Nokia después de haber tomado anteriormente Symbian y Maemo/MeeGo  y destruirlo lentamente, ahora toma medidas mas fuetes.

Algunos imbeciles creen es por la plata, la realidad es que estar del lado de mocosoft no les ha beneficiado en nada, mientras que Samsung, Motorolla, y especialmente Google usan el nucleo linux y software libre (mas por gratis qu por libre)  como la base de sus ganancias

...lo cierto es que nokia no haya que hacer con los proyectos que mas se apegan  linux... no haya que hacer para los que son con windows sigan dando plata, aun con el puto lumia y windows8 acabado de salir jajajajaaj

Demostrando las intenciones reales windoseras. Esto es una clara demostracion de que Nokia  al no volcarse a linux esta jodida, no haya que hacer para solventar su crisis empresarial y caida en l mercado.


N
yström Sebastián (el Nokia Vicepresidente Senior a cargo de Qtha dado la dirección explícita a la venta masiva del framework de desarrollo Qt.

PORQUE VENDERLA
: porque es emasiado grande pra matarla, asi que esa fue la solucion obvia, no pueden detenerla ya ue haymucho desarrolladores en ella.

Desde que trolltech fue comprada por lo windoseros de nokia se ha visto la obviedad de una muerte lenta y una inclinacon a proyctos windoseros por parte de l ahora compania de mocosoft.

y despues dicen que orque odio a windoseros?

Notaran son dificiles de instalar con una busqueda google los Dell PoweEgde especialmente los T110 y los 210.

Los servidores dell PowerEgde son los mas baratos y simples de la gamma de servidores dell , son la solución simplista para tareas de nodos en sucursales.

SOLUCIONES REALES


Las soluciones en internet son las mas estupidas que he visto, para ello comienzo con las soluciones reales a esto:

  1. Descargar una version de debian con los firmwares incluidos, venenux tegnus los trae, tambien hay un debian netinstall con firmwares en la pagina de debian. el hardware de dell jamas andara con software libre.
  2. Ejecutar el modo instalador en experto (cuando aranca debian usar expert o expergui
  3. Usar un cd/dvd rom externo, se supone que si tienen plata para estos maquinones de 4 nucleos, y arreglos raid, tendran para un piche cdrom externo de menos de 1% del precio de estos servers..

PROBLEMAS COMUNES Y PORQUE SUCEDEN

Ahora paso a explicar los problemas mas comunes y porque suceden:

p1 : "No common CD-ROM drive was detected.
". Si arrancan desde la unidad CD/DVD interna sucedera problemas, esto es porque el layer scsi de la dell poweregde esta sobre un puente scsi/raid, en el cual el raid es "provisto" como otro scsi mas para que el OS pueda verlo al inicio como un disco duro normalito. Se hizo por dell para que al instalar windo no de problemas y encuentre el disco duro, ya que windo no viene con los "drivercitos" y sin el raid controler nunca se veria, por ello el raid de las power edge es por software.
Esto es facilmente solventable si usa VENENUX en modo live, puesto que el kernel al iniciar live ya carga el controlador raid, claro la version 0.8rc3 no funciona, la version 0.8rc2 funciona de manera basica ya que el kernel es 2.6.31.4, hay una version sarisari con 2.6.34 que ya soluciona el problema de estos controladores. De todas maneras si hay plata, dinero para tener una maquina PowerEgde, hay para comprar un minusculo unidad de cisco cd/dvd rom externa.

p2: "missing firmware bnx2-09-4.0.5.fw". Las poweregde usan broadcom en hardware de red, esto significa que el software libre perdio puntos aqui. Una empresa no pararara por usar solo vainas libres y usara sin dudar el firmware necesario. Si usan la version tegnus de venenux sarisarinama no tendran este problema, otra opcion es usar la version con firmwares de debian netinstaller.

p3: "Failed to partition the selected disk, free space is too small" Esto ocurre en la gente windosera, porque ejecutan el instalador en modo automatico, lo que significa que si usan un usb como instalador, o el cdrom emulado, evidentemente el dispositivo usb/cdrom sera "sda" y el disco raid sera sdb, y obvio que al tener el instalador lo vera demasiado pequeño y de paso ya ocupado por los archivos instaladores.

p4: "input not supported" al iditota que se le ocurra instalar winbuntu, o similar derivado de debian, le aparecera esto ya que instalara grafiquitos, usar este hardware como maquina con sesiones gráfica y colocar Xorg. Esto es porque el chip grafico es un minusculo MatroxG200 mayormente, con capacidades minimas de 3d ademas de poca memoria para los entornos desktops de hoy (esos 16Mb eran suficientes para kde3 o xfce4). Este mensage es porque como la grafica es muy basica no da automaticamente mucha resolucion. No es de inportancia, asi que se hara caso omiso.

p5: ""arch/x86/kernel/hpet.c" error message" claro que al poner unos grafiquitos, y no configurar bien el servidor, tendra en /var/log/syslog un archivo gigantesco lleno de este mensage. No se le ocurra desactivar hpet, ok, revise y reconfigure su kernel correctamente, sino instale un kernel 3.X y se soluciona el problema.

p6 "no operating system is currently installed on this computer" Esto es si cambia el bios, de el aranque directo del disco duro/raid a el cdrom, si desea arrancar desde el cdrom hasalo manualmente con F11/F12 no lo coloque por defecto el cdrom.

Com notaran, todo es cuestion de pensar, y no de "enteipar" como hacen la empresas jovenes que andan con gnu pero solo imitan a windo.

¿Como queda Google?: como una viuda negra, muy mal parado frente los desarrolladores, pero muy bien parado frente los inversionistas. Demostro solidez frente sus posiciones, y una ferrea manera de jugar torciendo la reglas. PICCORO.

En una decisión unánime, el tribunal jurado coincidion en las pruebas presentadas por Oracle no demostraron fuertemente las alegaciones de que Google violó patentes del lenguaje Java al desarrollar el sistema operativo Android para teléfonos inteligentes y tabletas.

LOS HECHOS!: Oracle acusó a Google de violar las patentes informáticas del lenguaje de programación Java y los derechos de autor obtenidos por Oracle cuando compró al inventor de Java, Sun Microsystems, por un acuerdo de 7.400 millones de dólares en 2009. Segun, se dio a conocer el sistema operativo libre Android dos años antes de que Oracle comprara Sun, aunque esto es relativo segun elpunto de vista que le demos....

LO EXTRAÑO! : Todos los miembros del jurado excepto uno se pusieron rápidamente del lado de Google en la parte en la que se discutió las patentes (Greg Thompson, como el que mantuvo una opinión distinta en las deliberaciones cito esto de manera importante).
¿Porque si antes, en la fase del juicio en la que se discutió acerca de los derechos de autor, finalizada a principios de este mes, el mismo jurado dictaminó que el sistema operativo Android de Google violó los derechos de autor del software Java?, ¿pero ahora de repente falla a favor de Google?

LO QUE PASO:
Sobre si Google hizo un "uso justo" de la plataforma Java, (NOTA: no es un sistema putos ignorantes, para comenzar) que haría que su utilización fuera admisible, eso dependía del conocimiento tecnológico. Es obvio que hablamos de gente ue solo sabe de plata y que no entiende los términos de lo que es software compartido. Mucho menos las complicadas reglas de juego que coloco ORacle sobre java y lo torcido de las licencias de SUn sobre el uso de esta plataforma.
La demanda de Oracle a Google sobre derechos de autor y violación de patentes es una táctica inusual observada con atención en Silicon Valley, donde los programadores suelen tomar las API y darle giros propios. El jurado concluyó que Google violó derechos de autor en 37 APIs, pero también coincidió en que Google demostró que se le hizo creer que no era necesaria una licencia para usar Java.

AH LA COSA NO ACABA AUN porque Google pidió un nuevo juicio en la fase de derechos de autor de esta batalla legal con Oracle.
Todo esto resulta en un desastre, que les enseña a Oracle, y si modelo obtuso windosero de preservarse y esconder su trabajo no resulta en nada, en cambio Google, que practica el mismo juego pero torcido, le resulto beneficioso porque ahora con mas razon tergiversaran la forma de usar la plataforma Java.

¿Como queda Google?: como una viuda negra, muy mal parado frente los desarrolladores, pero muy bien parado frente los inversionistas. Demostró solidez frente sus posiciones, y una ferrea manera de jugar torciendo la reglas.


si!, RIM, fabricante de celulares para carajitas con cabeza hueca y mongolicos que comen con los ojos esta cayendo ante los IOS y Androit.
Ademas nokia y Mocosoft presentan el Lumia 900, intento desesperado por el tercer lugar (dios al fin aceptaron su mediocre puesto de ultimeros), ante la noticia previa!

Planes de mocosoft ante su inminente futuro negro:

Teniendo en cuenta la pasada compra de Nokia por mocosoft, y que el CEO fue exempleado de mocosoft, es obvio la tendencia de la compañía de lo usuarios mediocres, intentar posicionarse en el mercado del futuro, los dispositivos inteligentes (no lo llamare telefono, porque hoy dia es solo un plus de esto aparatos). Con esto la tecnica de mocosoft es comprar "todo lo que sobre por alli" para poder competir, y no desaparecer.

Recordemos lo que dijo alguien por alli; que recuerden que las mayorías de los usuarios aun hoy usan pc, pero era una presentación de telefonos (que carrizo tenia que ver eso con pc jajja), y hoy esos mismo tenen telefonos inteligentes quizas mas de la mitad!!!! Era un claro comportamiento de miedo ante el futuro, del cual Google y la comunidad(esta engañada por cierto) son dueños.

El problema viene de la posible venta de acciones por parte de RIM debido a la baja presentacion de opciones, y ademas de la nueva presentacion de Mocosoft y Nokia del Lumia, con la variante de ser mas barato pero igual de otente, los aro "blackburros" quedarian obsoletos y no viables por su precio, al no tener nuevos modelos significativos este año.

Caídas de más del 3% para Research in Motion (RIM). Los ingresos, por su parte, se han situado en los 4.190 millones de dólares, frente a los 4.540 esperados  en la bolsa en el primer trimestre. Tampoco alcanza las previsiones con las ventas de su producto estrella, laBlackberry: 11,1 millones de dispositivos frente a los 11,8 esperados. Tal y como publica The Wall Street Journal, RMI ha reconocido que se podría considerar vender la compañía. Interesados o potenciales compradores a Microsoft, Nokia, Amazon, HP, Dell, Lenovo, Apple, Samsung y HTC.

Esto es malo y bueno, porque?


Con esto quedan dos grande cumulos, la dupla Linux/Androit ( HTC, Samsumg, google) y IOS (apple), lo cual deja un tercer lugar claro: win8 con Nokia. 

El ambito es asi: si mocosoft logra aquirir RIM, podra entonces copetir no por tecnologia ni creatividad, sino por mano sucia, es decir, al adquirir la compañia adquiere lo usuaros, con ello "suavemente" muda esto a su nuevo win8 colocandolo en el codiciado tercer lugar.
Pero este es solo l parte buen para ellos, esta la otra parte: si cualquiera de Google, Samsung o HTC, aquiere RIM, entonces muere definitivamente Mocosoft y Nokia, pero no de manera suave ni facil. 
Los usuarios de blackburros son caraterizados por tener la mente hueca, comn con lo ojos y especialmente odia la idea de linux dentro de Androit.

El imperio contrataca: "faisbuh", tendencia a entrar en este terreno!!!

No se lo esperen porque FaceBook, esta pensando en unos movimientos sospechosos, porque ha tomado en cuenta su mayor competidor y mas grande enemigo: Google.
Sabemos que "faisbuh" se emcompincho con Mocosoft. Pero eso no significa que aqui se repite la historia "te asorbo lo que quiero y desecho", faisbuh es hijo de otro malparido, Mark, y este no se dejara joder.
Para ello ya pensó en varia cosas:
Facebook compro Instagam, relacionado con fotografía, ampliando la manipulación de fotos en el gestor social, después startup Lightbox para tomar fotos y retocarlas desde Androit.
Facebook, entra a la bolsa, y cotiza muyy bienn, los primeros números, aunque presenta problemas con la actual caida de 6% el 27/05/2012, marca una tendencia de interés de dominio de mercado.
Facebok se interesa en adquirir Opera, navegador especializado en ser el primero sopotado po dispositivos móviles y no comunes, como videoconsolas de juegos. Este movimiento despues de los previos determina su interés de participar en el futuro mercado de lo dispositivos inteligentes..
Facebook, esta envuelto n un sistema de telefono, rumor muy debil, pero peligroso para mocosoft, RIM y Nokia.. 

Claro, todos estos movimientos suavemente calculados, debido  su "compinche" mocosoft, ya que no puede dejar ni afectar sus socios..

Conclusiones:


Esto ilustrado anteriormente, expresa claramente que los proximos dias seran de marcado significatismo dado determinara el mercado de las tendencias en dispositivos inteligentes, quizas para siemrpe!

Mocosoft y nokia, muriendo y sangrando, están claros en que por un lado ofrecen productos deficientes y tecnológicamente muy superfluos, y por otro lado costosos y sin novedades tecnológicas.

Facebook podría entrar en algún mercado de dispositivos inteligentes, no claramente los teléfonos, pero si algo relacionado a movimientos sociales, esto viendo sus recintes movimientos empresariales..

El software libre se vera opacado, minimizado, por las masas engolosadas y engañadas con una vista desviada a servicios y falsas nuevas características mas propias de comodidades superfluas que de verdaderas reales necesidades..

Linux sera afectado por estas estúpidas tendencias que beneficiaran mas la industria que el usuario.. los linuxeros creerán que al ver debilitada mocosoft, habrán triunfado, cuando realmente siguen detrás bastidores.. y todo por culpa de google.. 

Pero el mayor afectado seremos nosotros, los de mente clara, racional, dado la mayoría es ignorante y estúpido, las masas, los dispositivos útiles de verdad, los teléfono baratos y simples, así como las maquinas y aparatos simples y sencillos, desaparecerán, obligándonos a consumir mas y mas innecesariamente..
La gestion de energia en nuevas mauqinas tiene una nueva opcion, ASPM, pero esta caracteristica fue revertida entre kernels 2.6.38 y 3.2.5, lo que significa que debian backports y debian wheeze, no cuentan con una gestion correcta de energia , y aun siendo recientes, las baterias no duraran nada..

ASPM: Active-State Power Management

Esta caracteristica es solo para equipos portatiles, especialmetne las laptops con targetas estupiads "discrete" las cuales consumen mucho y hacen lo mismo que una normal.

La informacion esta aqui: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=2f671e2dbff6eb5ef4e2600adbec550c13b8fe72 y esta corregida en el kernel 3.2.6 ..

Los usuarios de squeeze que emplean 2.6.32 no sufren de este problema, claro, este kernel no sirve para los equipos mas modernos.

SOLUCION TEMPORAL en estos kernels:


para poder usar un kernel 2.6.38 o 2.6.39, o 3.1.X puede usarse la linea de comando "pcie_aspm=force" La cual le indica al bios que use la caracteristica, aun si el bios la desabilita por error, si. El problema es que como las compañias son windoseras, por compatibilidad con sistemas operativos mediocres usados por gente mediocre, esto se desabilita para esas versiones viejas no den problemas.

SOLUCION PARA maquinas modernas:


Instalar un kernel desde backports o usar un kernel desde la rama unstable.
En un fuituro se hablara del escritorio qt4 involucrado en esto, pero este tema ilustra un importante asunto sobre el tiempo de vida de qt.

Escritorios basados en gtk hay muchsimos, en qt.. ummmm DE VAINA kde?

Lo primero que hay que saber es que qt nunca se ha usado como libreria gui para proyectos de escritorio, en contraparte de gtk, la cual se emplea en la mayoria de los escritorios.
Lo unico que existe en abundancia usando qt es muchas aplicaciones..

¿Pero si kde usa qt?, ¡es un escritorio basado en qt!

Me explico, kde desde que empleo qt, ha tenido que realizar sus propias funciones para "rellenar" a qt, de alli sale las famosas libreias de kde como kdelibs, el sistema kio, etc.

¿En que influye esto en el gran api de qt?

Como qt nunca se ha empleado ampliamente en sistemas de escritorio, sino en simples aplicativos, las funciones estandarizadas propias (icons, dispositivos removibles, administradores de archivos, gestion de papelera, soporte de temas), nunca se tomaron en cuenta, sino desde un punto de vista aislado (ejemplo, el mienbro QIcon::fromTheme solo carga el pixmap del icono desde temas de escritorio especificos.. un parche para gnome y kde, muy pero muy excluyente lo que significa que el codigo no es estandar, a esto se le llama en programacion "wrapper" o parche chuchu..)

Entre estas tantas funciones "faltantes" esta el soporte estandar de iconos, razon por la cual en un principio los temas de iconos de kde3 (y en casos especiales los de kde4) no son compatibles (o no eran) con el resto de los escritorios.

Otra de las funciones faltantes es el soporte correcto de dispositivos en los cuadros de dialogos, asunto que se repite en proyectos como manejadores de archivos. Citemos el konqueror y dolphin, soportan el montaje y administracion de dispositivos removibles, pero esto no lo realiza qt, lo hace realmente el "rellenador" desde la libreria kde junto al sistema kio.

Ni que existiera otro escritorio! Escritorios gnome-puach y kde4 son los mas usados?

jajajajaja, risotada es la respuesta obvia a una aseveracion tan vacia e ignorante..

Actualmetne el uso de kde4 o gnome esta bajando como escritorio estandar..

  • Venenux dejo abandonado kde4, asi como 
  • La ultra famosa knoppix ya no usa kde, 
  • WinBuntu ya no emplea gnome como escritorio estandar..  (ovbio siendo tan ineficiente por su consumo de recursos excesivo)ç
  • En todas estas el promedio apunta a LXDE, lider indiscutible en eficiencia y rapidez....

Soluciones propuestas:

Adoso anexo la propuesta realizada por Jerome del equipo de desarrollo del unico escritorio basado en qt sobreviviente, ya que existieron otros pero hoy dia estan "congelados".

La propuesta consta no de arreglar todo, sino solo la parte del soporte estandar de iconos, empleando al igual que la lib gui gtk, xsetting desde xcb. con esto la funcion  mienbro QIcon::fromTheme si cargara iconos desde cualquier tema pero empleando el estandar freedesktop.org definido hoy dia.

----------------- comienzo de la cita ------------------
From: Jerome Leclanche <adys.wh@gmail.com>
Date: Thu, May 10, 2012 at 1:55 AM
Subject: Supporting freedesktop icon themes in Qt5
To: development@qt-project.org


Morning


Qt currently does not properly support icon themes on Linux. This is a big issue here for Razor [1] as we're a non-KDE-based DE trying to use pure Qt. QIcon::fromTheme has some heuristics for KDE and Gnome, but other DEs are not supported. [2]
We'd like to get this fixed for Qt5.0. My first attempt at getting it fixed was through a proposal for icon theme configuration, which was (rightly) rejected by the GTK team. After talking with them, they explained how they use xsettings for it [3] -- kde has a kde-xsettings plugin which implements xsettings on KDE too, so that could theoretically be used there too. However it also means Qt is going to need an xsettings backend.

I linked a discussion post about it on #qt-labs yesterday, log below:
<girishr_> Adys: sounds acceptable to me. we only don't allow api changes at this point
<girishr_> Adys: any fixes to make desktop integration better are welcome
<Adys> girishr_: it would be an internal change, but depending on how big xsettings support would have to be, it'd be a large changeset
<girishr_> Adys: i don't think we had xsettings in qt, so i think the post is correct that Qt needs to have an implementation of that first
<girishr_> Adys: it affects only xcb plugin, so shouldn't be a problem
<girishr_> Adys: sroedal is the xcb maintainer afaik

I'm not qualified to work on something like this, and the rest of the Razor team isn't too available currently, so this is mostly a FYI post. I was really hopeful to have this issue fixed for Qt 5.0, so if someone wants to or is planning to work on it I'd love to know.


J. Leclanche
----------------- Fin de la cita ------------------
top