(...)



Archivado por última vez {{ '2022-03-07T07:56:08.183Z' | moment 'DD/MM/YY HH:mm'}} (Hora Local).
Descargar archivos ({{ 7 }})

164263551164.jpg [Google] [ImgOps] [iqdb] [SauceNAO] ( 117.13KB, 1080x981, IMG_20220119_203520.jpg )
99081

/#/ 99081
{{{"flatpak es el futuro\nacéptenlo\nhttps://odysee.com/@TheLinuxExperiment:e/flatpak-is-the-future-of-linux:c" | renderPostMessage 99081}}}

>>

/#/ 99090
{{{">el agua moja" | renderPostMessage 99090}}}

>>

/#/ 99093
{{{">>99081 (OP)\nEsta muy bien, mientras no se vuelva un snap como en ubuntu pero en todas las distros linux." | renderPostMessage 99093}}}

>>

/#/ 99099
164265538013.png [Google] [ImgOps] [iqdb] [SauceNAO] ( 388.96KB, 752x470, VBA.png )
99099
{{{">>99093\n¿Cual es la diferencia en potencia y rapidez? o sus problemas y peso\n>>99081 (OP)\n>descargar 700 MB por un emulador\nUnas cosas me funcionan mejor para mi usar wine con VisualBoy.exe que usar el VisualBoy sin gui o con una gui básica." | renderPostMessage 99099}}}

>>

/#/ 99101
{{{">>99099\nLos flatpaks no son para todo, pero de hecho las APKs de android y aplicaciones de MACacOS son peor o iguales. Una de las ventajas de flatpak es el sandboxing (y obviamente las actualizaciones automáticas), pero si no lo requieres obviamente es mejor usar un binario nativo.\n>inb4 MUH pero vba no tiene un binario standalone y tengo que usar .exe\nClaro que puedes conseguir un binario de visualboyadvance nativo para linux, si eres muy brainlet para no saber cómo es otra cosa. Empieza por averiguar lo que es un tar.gz y un archivo con permisos de ejecución, que es la forma en la que los programas portables para linux se distribuyen, o con appimage si quieres la aplicación en un solo archivo." | renderPostMessage 99101}}}

>>

/#/ 99109
{{{">>99081 (OP)\n¿flatpak no hacía una melcocha la paquetería peor que snap?" | renderPostMessage 99109}}}

>>

/#/ 99110
{{{">>99109\n>hacía una melcocha la paquetería\nAhora en español neutro" | renderPostMessage 99110}}}

>>

/#/ 99126
{{{">>99110\nuna porquería" | renderPostMessage 99126}}}

>>

/#/ 99129
{{{">>99126\nElabora\nLa paquetería de flatpak está totalmente separada de la de apt o dnf. Y distros como Fedora permiten actualizar flatpaks y rpms por igual de manera bien integrada y ni notas que vienen de varios repos diferentes." | renderPostMessage 99129}}}

>>

/#/ 99130
{{{"Felicidades ocupando 4x de espacio" | renderPostMessage 99130}}}

>>

/#/ 99131
{{{"Recordatorio que para un archtard disklet \"mucho espacio\" son 100MB kek" | renderPostMessage 99131}}}

>>

/#/ 99136
164270840453.jpg [Google] [ImgOps] [iqdb] [SauceNAO] ( 73.81KB, 671x601, 2022_01_20_04_52_20.jpg )
99136
{{{">>99131" | renderPostMessage 99136}}}

>>

/#/ 99150
164271573834.jpg [Google] [ImgOps] [iqdb] [SauceNAO] ( 61.95KB, 808x667, IMG_20220120_185220.jpg )
99150
{{{">>99136\n>noo, no pueden continuar avanzando con esto\nes el futuro y dominará la instalación de software en todas las distros" | renderPostMessage 99150}}}

>>

/#/ 99156
{{{">>99136\n>aislar /var en una partición independiente\nAlgo que claramente haría un archvirgo que piensa que todo va en /usr/bin\n>todo lo que está en /var es flatpak\nOtra razón para descartar su opinión\n<n-nooo las aplicaciones no pueden ocupar espacio en mi disco, tiene que estar vacío\n¿Siquiera tengo que explicar por qué quejarse de eso (especialmente actualmente) es ridículo? Atención que tampoco menciona cuáles son ni cuántas son. Y está hablando de snap y flatpak como si fueran lo mismo.\n>varias versiones duplicadas\nSeñores esto es FALSO, en el caso de flatpak. Muy probablemente el tipo no tiene ni idea de cómo funciona el sistema de archivos de flatpak o directamente es tan idiota que instaló él mismo varios paquetes duplicados (y luego se pregunta por qué se le llenó la partición). Solo se almacena una sola versión de cada aplicación, hecho que puedes corroborar tú mismo navegando a /var/lib/flatpak/app. Cada aplicación que tengo instalada posee 1 y solo 1 directorio donde está alojada, que no pesa más de 200MB (y eso en el caso de aplicaciones de electron que están más \"bloteadas\" que el resto, los binarios nativos son mucho más ligeros)\nComo dije, yo hablo por flatpak porque es lo que uso, con snap si he tenido muy mala experiencia y pienso que es mierda.\n>solution to a non existant problem\nCOPE. La razón por la que muchos desarrolladores de software libre logran que sus aplicaciones sean conocidas universalmente en Linux es gracias a Flatpak y Flathub. Además que su razón de existir no es para solucionar nada nuevo. La idea de que para escribir software nuevo tiene que existir un problema sin solución es mentalidad archkid. Siempre puedes escribir software para solucionar de manera diferente algo, y flatpak ha triunfado." | renderPostMessage 99156}}}

>>

/#/ 99191
{{{">>99156\nY pensar que las ideas del abuelito me sonaban tan coherentes... y lo diste vuelta en un párrafo. Me gustaría saber qué te respondería él." | renderPostMessage 99191}}}

>>

/#/ 99202
{{{">>99081 (OP)\nLlevo un año usando linux y programando. Ni puta idea cual es la lloradera de Flatpak, alguien me explica? Por cierto acabo de instalar Neovim 6.0 con snap, y fue una delicia, rapido y sin estupideces de moverme por mil archivos." | renderPostMessage 99202}}}

>>

/#/ 99208
{{{">>99202\nEl mayor error de flatpak actualmente son los temas GTK en algunos sistemas (aunque se puede corregir eso configurando un override). Realmente fuera de eso las quejas suelen ser las de >>99136 que fácilmente se pueden desmentir." | renderPostMessage 99208}}}

>>

/#/ 99213
{{{">>99202\nBásicamente: lloriqueos de autistas.\nYo no uso Flatpak porque para eso tengo el AUR a la mano y un procesador bueno para compilar, pero sinceramente pienso que Flatpak va a darle solución al problema del desarrollo de programas en linux culpa de la fragmentación de distros, posiblemente gracias a Flatpak ya podamos tener programas como la suit de Adobe, AutoCAT y software financiero que tanto le hace falta a linux para que los normalputos y (((empresas))) le den la importancia que se merece, pero como ya todos sabemos, los memdevs y GNU/autistas de la FSF esta lloriqueando por cosas completamente vanales de que \"muhh 150mb en disco BLOAT BLOAT BLOAT\" \"durrr codigo privativo no, \"\"\"libertad\"\" si\"." | renderPostMessage 99213}}}

>>

/#/ 99217
164281206129.png [Google] [ImgOps] [iqdb] [SauceNAO] ( 13.13KB, 800x450, use-appimage-linux.png )
99217
{{{">>99081 (OP)\nSolo vengo a decir una cosa:\n\n[b]AppImage raza mostaza[/b]" | renderPostMessage 99217}}}

>>

/#/ 99229
{{{">>99217\n>carece de actualización automática\nNada personal, niño." | renderPostMessage 99229}}}

>>

/#/ 99286
{{{">>99229\npCloud cuenta con AppImage, al estar corriendo se actualiza por si mismo y mi sistema lo ejecuta al arrancar como si fuese un dæmon, vamos, todo muy cómodo y práctico.\n\nNo soy usuario \"pro\" ni nada que se le parezc. solo un mero intento se escritor que utiliza Linux para evitar tantas tonterías en pantalla que tiene Windows, que soy medio anormal y me distraigo.\n\nDicho esto, como usuario \"normie\" ¿Cómo me beneficiaría de... otro paquete/ejecutable/loquésea, si AppImage cumple sobradamente bien su función?\n\nEl autismo consume al usuario medio de Linux..." | renderPostMessage 99286}}}

>>

/#/ 99295
{{{">>99286\nLo que sucede es que esa aplicación específica tiene un sistema de auto-actualización, AppImage no tiene nada que ver. AppImage no es un gestor de paquetes, es un formato para programas portables de Linux.\n>¿Cómo me beneficiaría de... otro paquete/ejecutable/loquésea, si AppImage cumple sobradamente bien su función? \nEn el caso que mencionas, esa aplicación específica es capaz de actualizarse, pero no todos los programas tienen esa capacidad (como librerías, algunos frameworks, etc.), es por eso que usas algo llamado gestores de paquetes (como apt o flatpak). Vamos, que un sistema debería mantener sus programas lo más actualizados que se pueda. Un gestor de paquetes se encarga de monitorear las versiones de tus programas y actualizarlos de ser necesario, de esta forma no tienes problemas como los windowns que no tienen forma de saber si el software que están usando es reciente o no y tienen que confiar ciegamente en los devs o actualizar manualmente (a menos que instalen choco, cuyos repositorios son tremenda mierda en comparación a los de Linux o incluso a homebrew que los usuarios de MacOS usan)\n>TL;DR\nEjecuta el comando de actualización de vez en cuando (apt update && apt upgrade, flatpak update o el que provea tu distribución) \nSi usas Mint o Fedora hay un actualizador de un solo clic." | renderPostMessage 99295}}}

>>

/#/ 99343
{{{">>99208\n>>99213\nGracias. Tipico de virgos C++ mister robot.\nAguante Linux popular, friendly y sencillo." | renderPostMessage 99343}}}

>>

/#/ 99395
164305186175.jpg [Google] [ImgOps] [iqdb] [SauceNAO] ( 62.26KB, 651x546, bruh.jpg )
99395
{{{">flatpak es el futuro\n>https://flathub.org/apps/details/com.katawa_shoujo.KatawaShoujo\nciertamente." | renderPostMessage 99395}}}

>>

/#/ 99400
{{{">>99395\nlol what. Que esa vaina." | renderPostMessage 99400}}}

>>

/#/ 99404
164306575757.jpg [Google] [ImgOps] [iqdb] [SauceNAO] ( 81.93KB, 800x800, HD-wallpaper-tomoko-kuroki-tomoko-kuroki-watamote.jpg )
99404
{{{">>99395\nBASADO\n\n>>99286\n>>99217\nappimage es bueno pero le falta catalogo de apps" | renderPostMessage 99404}}}

>>

/#/ 99412
{{{">>99395\nLas subo a flathub entonces\nNo lo estaba teniendo en cuenta\n¿Qué licencias permite Flathub?" | renderPostMessage 99412}}}

>>

/#/ 99420
{{{">>99412\nse permite todo tipo de licencias.\n>https://github.com/flathub/flathub/wiki/App-Requirements#license\n>All content hosted on Flathub must allow legal redistribution, and the license must be correctly specified in the app's appdata file. Non-redistributable files can be downloaded at install time using the extra-data source type.\nlo único que se requiere es que tengas el permiso de distribuir el código/binario." | renderPostMessage 99420}}}

>>

/#/ 99423
{{{">>99081 (OP)\nSí, y me molesta que Canonical tenga sindrome de Google y quiera usar Snapd porque creo que si tuviese mas apoyo se adoptaría mucho mas rápido el uso.\n\nNo te digo que sea perfecto, pero es un modo de distribuir paquetes universales de forma relativamente uniforme y algo mas armoniosa a diferencia de AppImage. También tiene un decente manejo de permisos y aislamiento.\n\nNo se si será lo mejor, pero dentro de las opciones (exceptuando repos nativos, claro) creo que es lo mas viable para evitar tanta fragmentación." | renderPostMessage 99423}}}

>>

/#/ 99433
{{{">>99404\nya hay catálogos y programas para manejar appimages.\n>https://github.com/srevinsaju/zap\n>https://g.srev.in/get-appimage/#compatibility\nsi te refieres a que hay una falta de programas, pues sí pero honestamente no es como si hubiesen flatpaks de sobra.\naún así prefiero los flatpaks. tiene un mejor manejo de las dependencias.\naunque creo que las appimages son más convenientes para los desarrolladores, ya que solo tienen que suministrarte el archivo en lugar de subirlo a un repositorio (como es el caso de flatpak)." | renderPostMessage 99433}}}

>>

/#/ 99445
{{{">>99404\n>AppImage\n>catálogo\nNegros de mierda ya aprendan que AppImage no es un gestor de paquetes. AppImage solo es una especificación, obviamente no todos la van a usar. Si quieren un programa portable busquen los tar.gz para Linux y listo.\n>>99420\nFlatpak basado\nFreetards BTFO" | renderPostMessage 99445}}}

>>

/#/ 100201
{{{">>99081 (OP)\n>Buscar sobre Nix ( https://blog.adrianistan.eu/primeros-pasos-nix-linux-funcional ) en el hilo\n>0 resultados\nMe decepcionan negros (si se van a poner autistas con los gestores de paquetes al menos háganlo bien).\n>>99213\n>la suit de Adobe, AutoCA[b]D[/b]\nSi hasta ahora no han aparecido ports para Linux es por que a Adoble le da flojera hacerlos, no por que no se pueda (aunque imagino que debe ser un dolor de cabeza portar todas las APIs exclusivas de Windows a algo mas compatible).\n>software financiero\n¿Que para eso ya no están GNU Cash y similares?" | renderPostMessage 100201}}}