Ir al contenido

The_Code

​Miembro
  • Contenido

    48
  • Registrado

  • Última Visita

  • Días Ganando

    13

Todo el contenido de The_Code

  1. The_Code

    ¿Pasar de Ubuntu a Debian?

    Les comento, prácticamente desde mis inicios anduve en Xubuntu. Algunas idas y vueltas a Ubuntu / Elementary OS pero XFCE parece el único escritorio que me gusta, porque sinceramente nunca me tocó un bug ni nada y además tiene una administración buena de los gráficos, de la resolución y las pantallas (Lubuntu me daba problemas con múltiples pantallas, por ejemplo). Hace unos días instalé KDE Plasma y la carga es lenta comparada con XFCE y además si re-escalo a 2k con mi truquillo de Xrandr la interfaz se vuelve no lenta, pero si como si hubiera un lag considerable. XFCE volaba, cómo debería hacer con un SSD. También el otro problema es que la pantalla ¨titila¨ debés en cuándo con mi R9 380. Probé con una HD 7850 y no sucede. Probé varios drivers y nada... Ahora estoy usando Plasma y sinceramente no me gusta. También probé Gnome y cualquier cosa comparada con XFCE me parece como que están años luz de distancia. Ya decidí en volver e incursionar más en la personalización. Ahora voy a cambiar el SSD por uno más grande y aprovecho para instalar una distribución nueva. Considerando que tengo una placa WiFi Intel (necesito una conexión estable, algo que cuándo probé Debian en mi netbook no tenía) y una R9 380 2GB, ¿Debian estará perfecto o necesitará muchas horas extra? En Xubuntu no tuve problemas con mi placa WiFi, fue algo totalmente Plug & Play. ¿Cómo me tratará Debian? ¿O recomiendan que siga con Xubuntu feliz? No tengo tanto problema con compilar, ya estoy bastante acostumbrado Busco algo que pueda ir mejorando y dejando cada vez más a mi medida, ¡pero no estar a las puteadas! xD Xubuntu es estable (al menos para mi), ¿Debian es MAS recomendable en ese sentido? También tantas charlas de Stallman me están contagiando lo free/open source así que también todo va por ese camino (en mi caso) PD: Me gusta tener las últimas versiones de casi todo
  2. Pero ni de coña un Quad SLI será tan eficiente como una o dos GPUs y ya. Se pierde rendimiento entre cada GPU. Mientras que un SLI de 2 placas tienes un rendimiento que casi se duplica, con la tercer y cuarta placa se complica. Ni hablar de que muchos juegos no soportan eso. Aunque si lo usás para renders y ese campo si debe rendir lindo. Ejemplo, un SLI de GTX 760 era mejor que la 780, pero consumían casi el doble y lo que te ahorrabas lo tenías que meter en una fuente. Además de que así juntan más calor y además estarían limitadas por esos 2GB. Si consigues versiones de 4GB (que las hay) ahí te lo perdono jajaja Consulta en el foro de Debian el porqué del problema, pero creo yo que no se necesita una librería extra ni nada [emoji14] Enviado desde mi SM-G965F mediante Tapatalk
  3. Jajaja, me remonta a las viejas épocas. Mira, no te voy a dar la solución pero si una recomendación: Cualquier configuración de "múltiples" componentes idénticos/parecidos es engorrosa y siempre conviene comprar un componente que sea igual de rápido que estos dos y ya. Ejemplo: - SLI 2-Way, 3-Way y 4-Way (sobretodo estos dos últimos, que ya no están ni soportados por Nvidia) son para problemas generalmente. Lo mismo con Crossfire X. - ¿Configuraciones multi socket? Ayer había visto un diagrama de Intel, que hará plataformas octa-socket... por como hicieron el diagrama, debería existir bastante latencia entre la comunicación de éstos. - RAID 0, 1, 5, 10, 01, etc: El RAID 0 nunca me dio problemas en particular, pero el rendimiento extra que me dió (RAID 0 SSDs) lo veía solo en los benchmarks, no en la vida real. Si quisieras hacer un backup, te recomiendo hacer por software porque es más fácil de administrar y de todo - Tri-Channel / Quad-Channel / Hexa-Channel: chorradas que en tu vida te darán más performance, menos si hablamos del precio Y que Tri-Channel no existe más así que olvidate... xD - Multi-PSU: las únicas héroes en este lío. Con un spliter o un puenteo las dos funcionarán perfecto para alimentar al hardware. - Multi-monitor: no tiene un gran soporte que digamos, si mal no recuerdo Por suerte los cascos VR "solucionaron" las incomodidades de los jugadores
  4. Instalaste con el script de POL? Enviado desde mi SM-G965F mediante Tapatalk
  5. Yo hace poquito me resigné al Wine, corrí el instalador (script) pre-fabricado que hay en la pestaña "Juegos" de Play On Linux y al iniciarlo, mostraba el logo y luego se cerraba. ¡Cambié por la versión 3.7 de Wine (la última) y anda de maravilla! Ya me jugué varias partidas pvp. Lo único, es que a veces el lanzador se vuelve inestable (cuando estoy con amigos y usan el chat de voz) y se cierra... pero ya sabes, lo vuelves a abrir y entras automáticamente a la misma sala Recuerda que además de las librerías clásicas (DirectX, Tipografias) también debés instalar Adobe Air ¡Un saludo!
  6. Si ya has instalado todos los paquetes españoles, deberías ir buscando el archivo .xml de ese menú porque, creo, esos menús se manejan con HTML/XML y no es nada complicado comprenderlos de antemano. Suerte!
  7. Hola! La idea es tener una linda Raspberry Pi como servidor... Pero tengo que crecer para eso (tengo 18 y no me van a dejar tocar el router en casa jajaja). Supongo que cuando me mude estará la Pi4 Argon21 entonces, debido a que necesito un módulo, tendré que preguntar al que le pago el servidor (DonWeb) para que agregue ese módulo... si es posible jajaja [emoji14] Gracias por los éxitos! Muero de ansias por mostrar el producto terminadito Enviado desde mi SM-G965F mediante Tapatalk
  8. ¡Hola chicos! ¿Cómo andan? Quería consultarle a algún programador web de verdad (porque sólo soy un aficionado) sobre lo que está bien y está mal. Planteo el caso y al final dejo las preguntas: Lo poco que sé de MySQL, quedará sin soporte en los próximos meses, sé que MySQLi / MariaDB son bases de datos muy confiables, open-source y todo muy lindo, pero no tuve tiempo de ponerme de verdad con ellas, y tampoco sé si tengo tantas ganas de curtirme tanto en esta área web (más bien creo que prefiero el desarrollo creativo de productos, diseño/programación de videojuegos y aplicaciones). Pero una cosa sí la sé clarito, y es que estoy desarrollando una consola de videojuegos "retro" dónde además de hacer lo clásico que hacen por estos lares (agarrar una Rpi3 con un gabinete chino y venderlo a $4000 ARS con 32GB y sin joystick), también estoy haciendo cuentas de usuario, sincronización de partidas online para que el jugador pueda seguir su partidas desde cualquier dispositivo, dos joysticks, sistema de logros, etc. El precio será un poquito por debajo que el de la competencia a pesar de tener todas estas bondades de más Para todo esto, lógicamente, necesito un sitio web para complementar muchas cosas del producto. Desde su anuncio, la atención post-venta y el soporte de partidas/perfiles/etc. El "problema" es que el sistema de usuarios está programado enteramente en PHP sin base de datos. Planeo pagarle a un programador de verdad si este proyecto realmente tiene éxito, caso contrario no veo el porqué de invertir en algo que se muere antes de comenzar (en el hipotético caso de que suceda, aunque estoy poniendole toda la garra y tengo gente que me ayudará con el marketing local) Si el proyecto tiene éxito lanzaría una segunda versión de la consola al cabo de un año y medio después, aproximadamente. (Seguro basado en una Raspberry Pi 4 o un motherboard con Intel soldado más potente... eso se verá porque la idea siempre fue mantener un buen precio). Teniendo todo esto en cuenta, ¿ven realmente malo tener un sistema de usuarios sin BD? Es que realmente está corriendo super bien y las pruebas van excelente. Lo único que me faltaría es agregar seguridad frente a Ataques XSS y demás métodos (tendré que investigar)... justamente eso creo que es un pro. Porque al no tener base de datos no sería vulnerable a las clásicas inyecciones SQL, por ejemplo. El sistema es bien simple y práctico. En el Login tengo dos campos de texto: - Usuario (variable llamada $user) - Contraseña (variable llamada $password) Al introducir tu usuario y contraseña, busca la carpeta usuario/$user y si existe busca un archivo en formato PHP que se aloja ahí dentro y sólo tiene una línea de código. $user_password = "test"; Entonces, si se pudo entrar a dicha carpeta del usuario (caso contrario, el usuario no existe), se comprueba si la contraseña escrita es la misma que la hallada en la carpeta del user y listo, entra a tu perfil dónde se lista cada consola donde jugaste y tienes una partida dentro, algo así se verá Si quisiera editar el nombre de usuario, simplemente la función rename() de PHP hace eso. Al loguearte metes tu usuario nuevo y si coincide con alguna carpeta dentro de /usuario/ chequea si las contraseñas coinciden y listo. Luego, si quieres hacer de tu perfil algo público, un link te creará una página .php nueva con tus datos y listo, cualquiera (tenga cuenta o no) podrá ver tu perfil con sus respectivos logros, tu avatar, tus consolas favoritas (no así, tus partidas), etc. La página de editar perfil es algo así, próximamente deberé añadir la opción de cambiar contraseña: ¡Y con solo PHP puedo hacer esto y más! Pido el nombre de usuario y contraseña porque aún no implementé las cookies, lo haré cuándo esté todo terminado así no me lío borrando siempre el historial para cada cambio bobo Honestamente es todo muy sencillo, pero tremendamente eficiente. El sistema en si es un poco más complejo, pero como domino bastante bien el PHP ha sido todo muy fácil A nivel seguridad, el servidor no permite acceder a ninguna carpeta escribiendola en la barra de direcciones. Por ejemplo, suponiendo que mi dominio es test.com.ar, no puedo ingresar a test.com.ar/css y ver todo el contenido de la carpeta ni navegar por el servidor. Suponiendo que sepa la dirección exacta del archivo donde se guarda la contraseña de un usuario, tampoco puedo entrar metiendo el nombre desde la barra de direcciones. Bah, puedo entrar pero el navegador no muestra nada cuándo quiero ver el código 😮 Creo que con wget se podría bajar el sitio web completo para inspeccionarlo, pero eso creo que también depende de si el servidor lo permite y si incluso no se bajan los archivos ya procesados 😮 La verdad que no probé nunca. Resumiendo, las preguntas: 1) ¿Tener una web sin base de datos y con PHP puro, representa alguna falla de seguridad "de más" que si tuviera una BD basada en MariaDB, por ejemplo? 2) ¿Por qué las webs están basadas en BDs siempre? ¿Por estándar o porque realmente es mejor? 3) En este caso, dónde la interacción con la web es liviana (es decir, no es ni será una red social)... sólo un sitio web donde verás las novedades del emprendimiento y si tienes cuenta podrás ingresar para hacer unos cambios en tu perfil, ir a otra página de mi emprendimiento a comprar hardware (si quieres) y luego ir a otra parte de la página para suscribirte a alguna cosita (tengo pensado hacer una web de enseñanza/tutoriales/asistencia tanto en el ámbito informático como el laboral). ¿Es necesario una BD para algo así de básico? 4) (leer cita) Independientemente de que tenga éxito o no el proyecto, ¿es realmente necesario montar todo sobre una base de datos? Asumo que no tener base de datos hace todo más rápido Ha ido como la luz hasta ahora. EDIT: Incluso si no uso cookies, estaría liberando al usuario de otro posible ataque XSS. Es algo a evaluar, porque en realidad el login lo necesito sólo en dos páginas (máximo), y el usuario comúnmente sólo iniciará sesión en una. El sitio web tampoco ofrece la posibilidad de borrar las partidas del jugador (es algo sin sentido, creo). EDIT 2: Hoy (2 de mayo) me puse a proteger el sitio de XSS y estoy usando: - strip_tags: para eliminar los caracteres relacionados con tags HTML. - str_ireplace: para reemplazar ciertos caracteres que podrían formar tags HTML (gracias a la tabla de códigos ASCII; ejemplo: el código &#60 forma el pico de apertura de tag HTML "<") sin importar si son lower o upper case . - htmlspecialchars: para volver a sanear los datos cuándo los muestro en pantalla. También me bajé el sitio (ya subido al servidor, para probar) con wget -r -page-backup para descargarlo todito y de manera recursiva, pero se descargó como sospechaba... La carpeta que contiene todos los usuarios y sus partidas y la otra carpeta (donde tengo archivos .php que los llamo cuando necesito alguna función extra) no fueron descargadas. Luego, de las 7 páginas que tengo en el directorio raíz (todas con extensión .php) sólo dos fueron descargadas (index y la pagina del login) y para colmo el index.php fue convertido a .html solito ¿Se les ocurre algo más?
  9. Lo de Redis no lo entendí bien, simplemente el cerebro no lo procesó jajaja. Estuve viendo y los CMS "sin base de datos" en realidad si tienen una, generalmente en "Markdown" / "Json". Lo malo de estos archivos es que cuánto más grande se hace el sitio web (más posts creados e indexados, más fotos subidas, etc) más grande se hace la base de datos json, que es un archivo "central" que almacena todo. Entonces si, creo que reinventé la rueda. ¿Por qué? Bueno, porque mi sistema no tiene una base de datos. De hecho, debería cambiarle el título a este post por: ¿Que tan malo puede ser programar una web dinámica sin base de datos? Mi sitio web inserta el concepto de base de datos descentralizada, Vi el concepto de "base de datos distribuida" (ya su nombre lo aclara: pequeñas BDs, cada una para una situación o petición particular) pero no lo que estoy haciendo yo. No sé si alguien lo hizo antes pero me siento muy crack porque por ahora no encontré nada sobre esto jajaja. Supongamos que tengo mi web con base de datos. Cuándo quiero hacer login el servidor debe: - Hacer una conexión con la base de datos. - Ingresar a la tabla de los usuarios. - Se compara la variable $user y $pass con las de la BD. Generalmente la contraseña está hasheada. - Una vez que el PHP corrobora que el usuario y contraseña son idénticos, se sirve la página con el Log In + Cookies correspondientes. En mi caso, todo es más simple (y eso no siempre quiere decir notablemente más rápido): - Se busca el directorio del usuario (variable $user) y su contraseña ($pass) en el archivo contrasena.php, dentro de la carpeta de usuario. - Se entrega la página mi-perfil.php con el Log In. ¿Como se maneja mi web? Bueno, de una manera muy similar a cómo un formulario convencional... <form action="login.php" method ="post"> <input type="text" name="usuario" /> </form> ...le envía variables a una página para procesar esos datos <?php $usuario = $_REQUEST['usuario']; echo $usuario; ?> Por eso la web es tan ligera Ahora el servidor corre Apache, pero leí que con nginx es mucho más veloz y las optimizaciones que tenga PHP a lo largo de sus versiones impactará directamente en el rendimiento de mi CMS. Lo próximo sería, en caso de que tenga más páginas que requiera un Log In, meterle cookies para no obligar al usuario meter siempre sus credenciales. Me voy a quedar con este sistema porque: - Es más fácil y preciso hacer backups (malas experiencias exportando BD de Wordpress) y que quede el sitio IGUAL. - Es realmente sencillo para administrar y aprender. - Va a ser tan expandible como mi conocimiento me permita :v
  10. Y si así no funciona (porque me parece que apt install --reinstall no borra los datos de los paquetes) podrías probar con: sudo apt remove --purge alsa-* pulseaudio Siempre revisa que no se borre otro paquete que no quieres al ejecutar este comando, ya que a veces el comodín "*" es un arma de doble fijo jeje. También revisa de actualizar el kernel / ver si el upgrade no metió otro.
  11. ¡Gracias! Y si, además muchas cosas que la gente hace con Javascript se pueden hacer hoy con HTML5+CSS3. Un ejemplo claro es hacer un menú que se oculta y con un link se desliza. Ya no le veo mucho sentido salvo que uses jQuery, pero siempre mi idea fue ir por lo liviano (pensando en esas conexiones de 3 Megas que todavía hay acá o para ahorrar datos móviles), así que esa librería no está presente en mis diseños Yo no soy ningún super programador. Por el contrario, todo lo que aprendí de Buildroot y PHP lo hice con este proyecto en particular. Creo que no hay mejor manera de aprender que experimentando. De hecho, a esta altura casi puedo decir que puedo armar un CMS como el que estoy programando pero sin Googlear nada (como sí hice en esta primera ocasión). Y es que la práctica hace al maestro. Estos días han sido pura inspiración y aprendí mucho de un sopetón. ¡Ojo! Este especie de CMS que estoy armando se basa, sin contar las funciones que uso para seguridad (evitar ataques XSS más que nada), en apenas 7 funciones, todo lo demás es imaginación: - isset(): para comprobar que una variable está seteada y no vacía. - file_exists(): para comprobar si dicho usuario existe para luego mostrar sus datos, primero chequeo si existe su correspondiente carpeta. Si existe la carpeta es porque hay usuario. Luego hago otra comprobación (porque puede haber una carpeta de un usuario que se cambió el nombre (más abajo entenderás porqué sucede esto en mi sistema), que se basa en chequear si el archivo con los datos de usuario existe. Si no existe ese archivo, el sistema no tiene como comprobar si la contraseña insertada por la persona es idéntica a la guardada en el servidor. Conclusión: lanza un mensaje de que ese usuario "está suspendido". - rename(): para editar el nombre de la carpeta del usuario, una vez que se cambia el nombre de usuario. Obviamente esto ocurre sólo si la persona no desea su nick por defecto, que comienza como "jugador" y finaliza con el número de la consola. Suponiendo que tú compraste la primer consola, tu nick sería "jugador0001" - mkdir(): como la consola seguirá buscando la carpeta original con la que fue configurada al "salir de fábrica", debo crear la carpeta vieja del nombre de usuario viejo con un archivo. Ese archivo es de extensión .sh (bash) y cuándo la consola se dirija a la carpeta habitual, levantará este archivo.sh con una variable que apunta a la carpeta nueva del usuario. A partir de allí, apuntará siempre a la carpeta nueva del usuario, ya que la variable dentro del BASH indica eso: la nueva ruta correspondiente al cambio de nombre de usuario; Esta función todavía no la llevé a la práctica pero debería funcionar perfecto. - fopen() / fwrite() / fclose(): para abrir, escribir y luego cerrar de manera segura el archivo. Esto lo uso más que nada a la hora de crear el archivo BASH en la carpeta vieja del usuario. Es decir, se ejecuta luego de mkdir. Luego, para lo que es seguridad las 3 funciones siguientes cumplen lo básico: - strip_tags() - str_ireplace() - htmlspecialchars() Tal vez use Argon21 para darle más seguridad a las contraseñas de extremo-a-extremo: https://wiki.php.net/rfc/argon2_password_hash Realmente es un placer estar aquí, son tremendamente agradecidos y buena gente. Volviendo al tema, cuándo todo el sistema esté terminado y la consola a la venta, sólo tardaré unas semanas en largar la ISO customizada de Recalbox y probablemente este sistema en PHP, que por cierto lo estoy comentando y tal vez te guste para aprender, si tienes tiempo La decisión de hacer la consola Open-Source viene más porque al no poder exportar el producto (no tiene sentido si todas las piezas hardware no salen de mi país, es decir, no vale exportar algo que tiene como materia prima algo importado y representa el 75% del costo del producto) no puedo llegar a todos como quisiera. Si a alguien le gusta la idea, sin problemas puedo dejarla en la red (es la idea). Además, hacer de el proyecto algo Open-Source tampoco que me va a quitar necesariamente ventas, porque el que no sabe, no sabe y punto. Tal vez lo intente, pero de ahí a que quede mejor o igual que lo mio es otra cosa (ojo, no es de agrandado, pero es como que yo haga plomeria sin saber, con tal de ahorrarme una moneda).
  12. ¡Hola! Te fijaste de iniciar el servicio como root y darle permisos 777 a la carpeta? Como para descartar... No sé nada de Golang, pero fíjate en sus códigos si está buscando el archivo asm_amd64.s y algún extra. A veces los archivos meta están aparte. Los de extensión .nfo son los más famosos en Windows, por ejemplo Tienen foro oficial ellos? Tal vez algún desarrollador del software te pueda dar asistencia directa. Si instalaste desde el binario, prueba compilandolo desde el source EDIT: Golang no es un software de programación? Esto me descolocó, pensé que era más bien un IDE o similar. Y cuándo dices "Estoy intentando inciar un servicio pero siempre falla" me hace conflicto con "Golang ya esta instalando y funcionando".
  13. En serio la 16 LTS tiene soporte hasta 2021? Pensé que el año que viene ya lo cortaban Osea, 3 años.
  14. El año siguiente nuestros Xubuntus 16.04 LTS quedarán sin soporte, pero eso no necesariamente quiere decir que nuestras PCs volarán por los aires, sino que los PPAs oficiales dejarán de existir y por ende comandos como apt update / upgrade no funcionarán en la mayoría de casos, porque Canonical da de baja para versiones viejas pero siempre puedes instalar una app desde otra PPA o bien compilarlo. Habría que probar si cambiando las PPAs "viejas" por un Ubuntu más nuevo nos da un resultado bueno... lástima que no tengo tiempo jaja. Linux para mi, sólo tiene un problema, que ni siquiera es 100% de él: los drivers. Apuesto a que una versión nueva de Xorg podría ser conflictiva con alguna versión de drivers gráficos o al menos se romperá el login por un fallo de ese estilo. En fin, si alguien prueba eso ya nos dice, que de igual manera lo que hacemos ahí es poder actualizar a las últimas versiones nuestros paquetes. Si bien estos paquetes no tienen garantía de funcionamiento en software viejo, sí podrían funcionar sin inconvenientes ¡Saludos!
  15. ¡Hola! Mira, yo tengo Xubuntu 16.04.3 y todavía no actualizaré pero, si mal no recuerdo, yo lo hice así una vez y todo OK: Antes que nada, los PPAs los cambiaba por la versión a la que quería actualizar. sudo apt update && sudo apt upgrade && sudo apt dist-upgrade A mi me funcionó en su momento, pero como mi gráfica AMD tenía un driver incompatible con el último Xorg, tuve que revertir los cambios. Ahora tengo Nvidia pero pocas ganas de actualizar (más que nada porque en el equipo uno trabaja 24/7). Seguro lo haré el año que viene jaja.
  16. Me da Error 404, tú los tienes en tu PC como para resubirlos? Recuerden que wget está para algo Usando -r (recursive) pueden bajarse los pdfs de un tirón. Yo también me quise guardar el html así tenía una página por si quería acceder con el link directo (aunque me acabo de dar cuenta que Thunar (explorador de archivos de Xfce) da vista previa del PDF y es mucho mejor así). Mi comando fue: $ wget --page-requisites --backup-converted -r www.raspberrypi.org/magpi-issues/ Aunque dejando sólo -r debería bastar para bajar sólo los PDFs.
  17. Hola! Aceptan criptomonedas? Tengo Bitcoin, Ethereum y Monero... ya me dices cuál te gusta más Lo de PayPal no es una opción porque no tengo cuenta bancaria, tengo la tarjeta de Mercado Libre pero no hay manera de vincularla jeje.
  18. Los errores son espectaculares. Luego de ese error de pantalla Windows se reinicia... lo que termina en un reinicio en "loop" cada vez que carga el driver jaja
  19. Te veo el Español tan fluído que no sabía! Mira, no recuerdo tu captura de pantalla pero si tienes una GPU compatible con los drivers 39x, mejor meterlos: https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa sudo add-apt-repository ppa:graphics-drivers/ppa sudo apt-get update && sudo apt install nvidia-390 Mucho ojo que ya uno de los de mi trabajo tuvo problemas con una 1060 6GB y el driver 396 (si mal no recuerdo, es esa versión) en Windows, no sé que tal va de este lado Básicamente lo que genera dicho driver es un error en pantalla bastante espeluznante y un reinicio en loop muy divertido
  20. Al menos a mi, al instalar una distribución basada en GNU/Linux con Xorg, siempre experimentaba "tearing"; es decir, ese fenómeno feo que produce un desfasaje en la imagen (como se muestra a continuación con el Dying Light). Lo mas notable: El edificio alto "partido" en dos por culpa del Tearing Lo peor es que este efecto sucede incluso con el Vsync activado en los juegos, y puede manifestarse, ademas, en videos de Youtube o películas. Entonces: como activar Vsync en el SO? Simple, abrir /etc/X11/xorg.conf y bajo la linea Section "Device" agregan: Option "TearFree" "true" En mi caso, el archivo xorg.conf quedo así: Section "Device" Identifier "AMD" Driver "radeon" Option "DRI" "3" Option "TearFree" "true" EndSection Listo! Reinician Xorg (pueden cerrar sesión y volver a loguearse) y ya pueden ver los cambios. Este video de youtube lo deja claro... si no se corta, ya estamos!
  21. El Nouveau es bastante bueno, pero creo que el privativo 396.xx todavía le sigue sacando ventaja. Yo metí ese Sos nativo de Portugal/Brasil? Consulto por el idioma de la imágen
  22. Al principio lo compile siguiendo el tutorial oficial y daba error. Probé compilando solo Buildroot (y no el Recalbox pre-instalado que se ofrece) y en ambos casos me arroja este error: Makefile:684: fallo en las instrucciones para el objetivo 'target-finalize' make[1]: *** [target-finalize] Error 127 Makefile:79: fallo en las instrucciones para el objetivo '_all' make: *** [_all] Error 2 Alguien sabe a que se debe? En teoría tengo todas las dependencias listas. Intente compilar sin ningun paquete y sigo obteniendo errores Fui a la linea 79 del Makefile y no entiendo nada jaja, esa linea dice exactamente: @umask $(REQ_UMASK) && \ El makefile es este: https://paste.ofcode.org/ePN5majupcaCjwnDbLDcPq Revise las variables del archivo y parece que estuviera todo OK En un momento me hice cristiano de tanto rezar por algo así como "ojala sea solo un problema de permisos": hice chown santiago -R y chmod 775 -R, en vano Los paquetes que instale antes de compilar fueron (tengo Xubuntu 16.04): - build-essential - git - libncurses5-dev - libssl-dev - mercurial - texinfo - zip - default-jre - imagemagick - subversion - hgsubversion - autoconf - automake - bison - scons - libglib2.0-dev - libxml2-utils - mtools
  23. The_Code

    Error compilando Recalbox/Buildroot

    Gente, muchos errores se dieron porque el buildroot que ya estaba compilado, lo quería editar y re-compilar. Esto no se hace (aparentemente), no lo sabía hasta hace unos días. Si ya compilaste una vez Buildroot y te quedó la imágen ISO, para hacer cambios o te bajas de vuelta el proyecto desde GitHub/GitLab o le das a make clean, para borrar todos los archivos que tienen que ver con la compilación anterior. Todo terminó siendo bastante sencillo. Si hay un problema me dirijo a la carpeta del paquete que da problemas, le doy a ./configure y luego make. Si hay algún error bobo puedo darle make -B para emitir ciertos errores. Al terminar, vuelvo a la carpeta raíz y le doy make otra vez, para que Buildroot prosiga con la compilación normal y por supuesto, termine de agregar el paquete que compilé manualmente a las imágenes que crea al final (la ISO que luego, en mi caso, la escribo en la micro SD de la Raspberry). Ojalá este post esté ayudando a alguien del otro lado ¡En algún momento les mostraré el producto terminado y funcionando al 100%!
  24. Bueno, hace dos o tres días que me pasé a la 1070Ti y noté que el número de mi HDMI cambia a 1 o 0 cada vez que reinicio, por lo cuál si xrandr configura para HDMI-1 y al reiniciar mi display se nombra HDMI-0, me quedo sin video y debo swichear a otra TTY y editar el script para que se acomode al display existente (esto de no tener video sucedería al Ejecutar el script, que en mi caso está programado para el inicio de la sesión). Solución? Almacenar el número del HDMI en la variable y luego plasmarlo en el comando: xrandr --listmonitors hdmiOutput=$? xrandr --output HDMI-$hdmiOutput --mode 1920x1080 --panning 2560x1440 --scale 1.3335x1.333 Esto con el driver Mesa de AMD no pasaba, es más, en un momento habia puesto mal el número del HDMI y no perdí imágen, simplemente el script no surtió efecto xD. Ya actualicé esto en el post también Saludos!
×