Re: [Gutl-l] Problema con repos de Manjaro
On 06/27/2017 11:36 AM, Maikel Llamaret Heredia wrote: El 27/06/17 a las 10:53, Ernesto Acosta escribió: Primero, no soy profe y lo sabes :P Segundo, yo no dije que tu método no funcionara, sino que la forma correcta de hacerlo es como lo mostré, porque al final con tu método estás haciendo lo mismo, pero escribiendo más y con la posibilidad de tener algún problema si necesitas algún paquete de 32 bits, porque como yo lo veo, estás obligando a la distro a usar solo paquetes de 64bits. A no ser claro, que el paquete de 32 tenga hecho un enlace simbólico al repo de 64 y no tengas problemas. Saludos __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l A ver Ernesto, cuando escribí "Profe" no lo hice ni por doble sentido ni con intenciones ocultas, sino porque cuando leo algo escrito por tí lo tomo muy pero muy en cuenta, porque precisamente a ti te debo buena parte de lo que aprendí cuando llegue a Linux. Por muchos años que lleve yo en Linux, tu siempre me vas a llevar un buen trecho, así que, de corazón te digo que no lo dije con doble sentido ni nada. En mi caso, no uso paquetes de 32 (de hecho ni siquiera tengo activada la rama multilib) por eso con ese método (que vuelvo y digo, no es el oficial ni el recomendado) no tengo problemas xq en mi caso se y estoy seguro que no quiero ni un paquete de 32 en mi sistema. Regresando al problema inicial, sería bueno que Juan Carlos, probase con el método oficial de declarar los repositorios, la cosa es que resuelva y lo oficial, es lo oficial... Y Ernesto, sorry si malinterpretaste lo de "Profe", en mi caso, si no quieres que te llame "Profe" vas a tener que mudarte p'al planeta más alejado de la tierra, a, y no es cumplido ni adulonería, es que para mi, todo el que ha aportado un buen cúmulo de conocimiento a mi persona, no veo por que no llamarlo profe ;) No me lo tomé mal, solo aclaraba que no era profe, no sea que algunos piensen que estudié Pedagogía jajaja. Y lomismo para Juan Carlos.. ayudar no te hace profe ni mucho menos, aquí cada cual comparte lo que sabe. Saludos mi gente. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind
El mar, 27-06-2017 a las 14:27 -0400, Lázaro Armando escribió: > Te refieres a esto > > https://www.samba.org/samba/security/CVE-2017-7494.html > > > En teoría, setiando esa opción a «no», te defiendes de WannaCry > Sí, viejo, pero si lo hago no se autentican los usuarios de ese dominio Samba 4. A veces pienso que es verdad eso de que la teoría sirve para explicar por qué las cosas no funcionan en la práctica. -- M.Sc. Alberto García Fumero Usuario Linux 97 138, registrado 10/12/1998 http://interese.cubava.cu Una conclusión es el punto en que usted se cansó de pensar. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind
Te refieres a esto https://www.samba.org/samba/security/CVE-2017-7494.html En teoría, setiando esa opción a «no», te defiendes de WannaCry On Mon, 2017-06-26 at 16:48 -0400, Alberto José García Fumero wrote: > nt pipe support=no -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] crear un LIVE CD
Alguien busco en internet la que pudiera ser una metodología para crear el LIVE CD y las pongo a disposición de ustedes para su consideración. Miguel 1. Bajar „live-cd-17.04.iso“ i386, 32-bit o la version 64-bit ... http://releases.ubuntu.com/17.04/ubuntu-17.04-desktop-i386.iso Ayuda en quemar un DVD o ponerlo en USB https://help.ubuntu.com/community/BurningIsoHowto https://help.ubuntu.com/community/Installation/FromUSBStick 2.Instalar herramientas que se necesita $ sudo apt-get install build-essential $ sudo apt-get install debootstrap $ sudo apt-get install squashfs-tools $ sudo apt-get install genisoimage $ sudo apt-get install syslinux-common 3. Directory de trabajo donde se crea el sistema live: /live-17.04/iso a) Crear el directorio de trabajo con el sub directorio /iso: /live-17.04/iso b) Copiar desde el directory del ubuntu iso bajado y extraido al directorio de trabajao ubuntu-17.04-desktop-i386/.disk => /live-17.04/iso/.disk ubuntu-17.04-desktop-i386/boot => /live-17.04/iso/boot ubuntu-17.04-desktop-i386/EFI => /live-17.04/iso/EFI ubuntu-17.04-desktop-i386/isolinux => /live-17.04/iso/isolinux c) Crear el subdiretorio /casper (vacío) en => /live-17.04/iso/casper 4.Crear un sistema Ubuntu live (minimalista) El sistema LIVE se crea con la herramienta „debootstrap“ en un proprio sub directorio dnombre: squashfs $ debootstrap --arch i386 xenial squashfs La instalación de programas adicionales se hace más tarde en el sistema live. Se cambia el sistema por chroot y allá se usa apt para instalar los paquetes deseados. Para que el sistema live pueda usar los recursos del sistema actual, hay que mapear („map“) el sistema live al sistema actual. Se trata de los siguientes directorios /dev /proc /sys $ mount --bind /dev squashfs/dev $ mount -t devpts devpts squashfs/dev/pts $ mount -t proc proc squashfs/proc $ mount -t sysfs sysfs squashfs/sys Ahora se copia la entrada del „nameserver“ al sistema live para tener internet $ cp /etc/resolv.conf squashfs/etc A final se especifica el repository de Ubtunu que se va usar. $ cp /etc/apt/sources.list squashfs/etc/apt/ Para probar si funciona se baja el directorio de paquetes del repositorio de Ubuntu al sistema live, usando chroot. $ chroot squashfs apt update 5. Instalar programas adicionales $ apt install linux-image-generic $ apt install language-pack-es $ apt install tzdata $ apt install console-setup Ubuntu Desktop $ apt install ubuntu-desktop VLC $ sudo apt-get update $ sudo apt-get install vlc browser-plugin-vlc libavcodec-extra-53 qBittorrent $ sudo add-apt-repository ppa:qbittorrent-team/qbittorrent-stable $ sudo apt-get update $ sudo apt-get install qbittorrent 6.Crear „initial RAM disk“ para el proceso boot Después de instalar todo se crea por seguridad una nueva „initial ram disk“ para el boot: $ chroot squashfs update-initramfs -k all -c 7.Comprimir y copiar al directorio correcto $ cp squashfs/boot/vmlinuz* /live-17.04/iso/casper/vmlinuz 8.Limpiar $ umount squashfs/dev/pts squashfs/dev squashfs/proc squashfs/sys $ rm squashfs/etc/resolv.conf 9.Copiar el directorio live a un sistema de ficheros: squashfs $ mksquashfs squashfs iso/casper/filesystem.squashfs -noappend 10. Crear un ISO-image del sistema live $ genisoimage -cache-inodes -r -J -l -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul- boot -boot-load-size 4 -boot-info-table -o live.iso -eltorito-alt-boot -e boot/grub/efi.img -no-emul- boot iso 11. Quemar el DVD El ISO-9660-Image live.iso creado en el paso 10. se puede quemar directamente en un DVD y después hacer un boot desde el DVD. Herramientas que se puede usar ... – Unetbootin – https://help.ubuntu.com/community/BurningIsoHowto On Mon, 26 Jun 2017 11:20:56 -0400, Miguel Castillo Delgado wrote: Bueno el último, o sea el 17.04 On Sat, 24 Jun 2017 12:59:51 -0400, Maikel Llamaret Heredia wrote: El primer detalle es saber sobre que versión de Ubuntu se quiere construir el liceo CD. Remastersys dejó de ser compatible con Ubuntu hace tiempo, y de hecho creo que ni soporte tiene ya remastersys. Reconstructor otro tanto, y luego de la migración a systemd ni siquiera intentarlo. Había un proyecto muy bueno llamado Ubuntu Builder pero también pasó a mejor vida. No se si en los repos de Ubuntu aún mantengan UCK (Ubuntu Customizer Kit). En cuanto a Misox no creo que funcione, Ubuntu y Debian no se ensamblan bajo las mismas directrices, pero podría probar. Repito, para dar una ayuda más certera, el colega debería aclarar sobre que versión de Ubuntu quiere construir el live. Hay opciones a mano alzada, pero requieren un poco más de paciencia, experiencia y curiosidad. Incluída la opción de crear un instalador a medida que particione e instale un respaldo de una instalación de Ubuntu con todo lo que se quiera instalado. Si no se quiere romper mucho el cerebro, el respaldo se hace por ejemplo, con dd. El instalador podría llevar un poco de bash sobre ncurses y particionado con
Re: [Gutl-l] sobre bios
El 27/06/17 a las 10:48, Arian Molina Aguilera escribió: ... es GPT, Global Partition Table, no gtp. global? no era guid partition table? -- Paradix ;) Haciendo abogacía por el software libre adonde voy -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con repos de Manjaro
Bueno yo diria que si eres profe y mas que eso recuerdo hace unos años en mi afan de probar archlinux te contacte y me ayudastes mucho incluso te llame a tu casa por telf por aquel tiempo lo estaba intentando en la PC viejita de la casa pero al final no pude el video no lo reconocia por nigun lado, yo comence con linux alla por el 2010-2011 con debian 5 luego 6, 7 el 8 no lo probe pero el 9 si pienso usarlo como desktop he usado debian+kde+xfce, ubuntu, linuxmint nunca he probado ninguna distro rpm aunque me inquieta fedora o opensuse, aun no desisto de probar algun dia arch o kaos aunque ahora este probando manjaro por primera vez, he instalado y config servidores con debian con todos los servicios aun me falta mucho por aprender sobre todo de proxmox y pfsense son tareas pendientes que tengo pero todos los dias se aprende algo nuevo verdad!! muchos aca me conocen de toda una vida en la lista.. Salu2. -- Juan Carlos Hernández Gallardo Administrador de Red ETE UEB Ciego de Ávila Email: jchernan...@etecav.transnet.cu __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con repos de Manjaro
El 27/06/17 a las 10:53, Ernesto Acosta escribió: Primero, no soy profe y lo sabes :P Segundo, yo no dije que tu método no funcionara, sino que la forma correcta de hacerlo es como lo mostré, porque al final con tu método estás haciendo lo mismo, pero escribiendo más y con la posibilidad de tener algún problema si necesitas algún paquete de 32 bits, porque como yo lo veo, estás obligando a la distro a usar solo paquetes de 64bits. A no ser claro, que el paquete de 32 tenga hecho un enlace simbólico al repo de 64 y no tengas problemas. Saludos __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l A ver Ernesto, cuando escribí "Profe" no lo hice ni por doble sentido ni con intenciones ocultas, sino porque cuando leo algo escrito por tí lo tomo muy pero muy en cuenta, porque precisamente a ti te debo buena parte de lo que aprendí cuando llegue a Linux. Por muchos años que lleve yo en Linux, tu siempre me vas a llevar un buen trecho, así que, de corazón te digo que no lo dije con doble sentido ni nada. En mi caso, no uso paquetes de 32 (de hecho ni siquiera tengo activada la rama multilib) por eso con ese método (que vuelvo y digo, no es el oficial ni el recomendado) no tengo problemas xq en mi caso se y estoy seguro que no quiero ni un paquete de 32 en mi sistema. Regresando al problema inicial, sería bueno que Juan Carlos, probase con el método oficial de declarar los repositorios, la cosa es que resuelva y lo oficial, es lo oficial... Y Ernesto, sorry si malinterpretaste lo de "Profe", en mi caso, si no quieres que te llame "Profe" vas a tener que mudarte p'al planeta más alejado de la tierra, a, y no es cumplido ni adulonería, es que para mi, todo el que ha aportado un buen cúmulo de conocimiento a mi persona, no veo por que no llamarlo profe ;) -- Maikel Llamaret Heredia Linux User 587451 Web & Media Integrated Solutions ® Proyecto SWL-X http://swlx.260mb.net +53 53354649 +5322 614276 Sent From Manjaro Linux __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind
El 27/06/17 a las 11:42, Alberto José García Fumero escribió: > El mar, 27-06-2017 a las 10:28 -0400, Ulises Gonzalez Horta escribió: > >> Creo que estas en el comportamiento esperado según mi primera cita, la >> ultima que es de Samba.org te dice que version poner > > Mil gracias, hermano. > > Veré cómo hacerme de esa versión, en .tar.gz. > > Como le comentaba a Arian, no me es permitido abrir un FTP para que me > suban los paquetes, ni siquiera permitir acceso a mi "sitio" HTTP (sin > información que valga dos centavos) a todos, sino a las IP autorizadas. > > Y todavía estoy esperando a ver algún día si me autorizan salir más allá > de las aguas territoriales ;-) > > La vida es dura, hermano. > Te mande un correo de nuevo te llego, claro que no es permitido para cualquiera, pero soy del mismo grupo empresarial como lo sabes, el cual existen reglas en nuestra red para el intercambio correcto de información, como te comentabas puedes abrir FTP para subirte los archivos, obvio solo para mi ip y luego lo cierras. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind
El mar, 27-06-2017 a las 10:28 -0400, Ulises Gonzalez Horta escribió: > Creo que estas en el comportamiento esperado según mi primera cita, la > ultima que es de Samba.org te dice que version poner Mil gracias, hermano. Veré cómo hacerme de esa versión, en .tar.gz. Como le comentaba a Arian, no me es permitido abrir un FTP para que me suban los paquetes, ni siquiera permitir acceso a mi "sitio" HTTP (sin información que valga dos centavos) a todos, sino a las IP autorizadas. Y todavía estoy esperando a ver algún día si me autorizan salir más allá de las aguas territoriales ;-) La vida es dura, hermano. -- M.Sc. Alberto García Fumero Usuario Linux 97 138, registrado 10/12/1998 http://interese.cubava.cu Una conclusión es el punto en que usted se cansó de pensar. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Repositorios Manjaro
Haber Ernesto gracias por tu aporte haber hago un receso en las transmisiones con manjaro.. buscare un iso mas actualizado e instalare nuevo, tengo el 16.06 ya esta el 17.02 creo.. gracias a Maikel, Arian y Elav por sus aportes luego seguimos en la batalla, ah el disco donde originalmente tengo copiado el repo no lo he tocado oh sea no he renombrado ningun paquete, donde hice eso fue en la PC donde tengo el manjaro instalado. Salu2. -- Juan Carlos Hernández Gallardo Administrador de Red ETE UEB Ciego de Ávila Email: jchernan...@etecav.transnet.cu __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Repositorios Manjaro
On 27/06/17 08:57, Ernesto Acosta wrote: On 06/27/2017 06:53 AM, Juan Carlos wrote: bien he logrado usar el repo renombrando los paquetes a .db solamente y fueron reconocidos por pacman pero obtengo este error al tratar de actualizar estoy usando manjaro 16.06 KDE x32 ¿Cómo que renombrando los paquetes a .db? No me digas que cambiaste todos los tar.xz por .db __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l si asi lo hice haber los paquetes estaban en tar.gz no xz tal vez ese era el error. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con repos de Manjaro
On 06/27/2017 09:46 AM, Maikel Llamaret Heredia wrote: El 27/06/17 a las 09:11, Ernesto Acosta escribió: Edito que me faltaron datos: A simple vista te puedo decir que de entrada está mal puesta la ruta. Normalmente, lo que tienes que hacer es solamente crear un fichero en /etc/pacman.d/ y le pones el nombre que quieras, por ejemplo: /etc/pacman.d/mirepo y adentro le pones algo como esto: Server = file:///home/juanca/manjaro(1)/$repo/os/$arch Si te fijas, uno no pone directamente ni core, community, extra, ni la arquitectura, uno pone esas variables que detectan todo lo anterior. Ahora en el fichero pacman.conf solo tienes que añadir la línea: [core] Include = /etc/pacman.d/mirepo [extra] Include = /etc/pacman.d/mirepo [community] Include = /etc/pacman.d/mirepo Prueba con eso y nos dices. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l Profe Ernesto, a ver, a mi me funcionan las dos formas. La elegante y correcta que es la que dices, y la otra de hacerlo en /etc/pacman.conf declarando desde ahí la ubicación. Por ejemplo, mi pacman.conf en este preciso instante está así: [core] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/core/x86_64/ [extra] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/extra/x86_64/ [community] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/community/x86_64/ Y acabo de dar una actualizadita sin problemas... Cuando no quiero gastar CUC adicionales, pongo el pacman.conf de esta otra manera: [core] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/core/x86_64/ [extra] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/extra/x86_64/ [community] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/community/x86_64/ Y funciona, salvo cuando el bendito datacenter de etecsa donde esta alojado el repo se pone en fase... Primero, no soy profe y lo sabes :P Segundo, yo no dije que tu método no funcionara, sino que la forma correcta de hacerlo es como lo mostré, porque al final con tu método estás haciendo lo mismo, pero escribiendo más y con la posibilidad de tener algún problema si necesitas algún paquete de 32 bits, porque como yo lo veo, estás obligando a la distro a usar solo paquetes de 64bits. A no ser claro, que el paquete de 32 tenga hecho un enlace simbólico al repo de 64 y no tengas problemas. Saludos __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] sobre bios
Em 2017-06-27 10:48, Arian Molina Aguilera escreveu: El 27/06/17 a las 10:21, Ernesto Acosta escribió: On 06/27/2017 09:15 AM, Ulises Gonzalez Horta wrote: Em 2017-06-27 09:55, Raphael Burquet escreveu: hola people a raiz de las old bios y las nuevas bios!!! me estaba preguntando, si conceptualmente podria llamarle a mabas como sigue...!!! para las viejas bios mbr para las nuevas ... bios uefi con gpt y.. bios uefi sin gpt ps../ me disculpan la ignorancia, pero estoy lanzando piedras... xd saludos cordiales Casi das en el clavo Las "viejas" son bios + particionado mbr las "nuevas" son uefi + particinado gtp No es posible poner un bios viejo a funcionar con gtp, ni hacer que un bios configurado en gtp levante un sistema operativo en un disco MBR, en este ultimo caso lo que se debe hacer es configurar el bios uefi para que se comporte como un bios tradicional y entonces lea particionado mbr, pero es o una o otra, no puede ser mezclado.. "Si la picas te la llevas entera" como dicen los Van Van A no ser, que la nueva bios tengo modo Legacy con el cual si puedes iniciar un disco con MBR sin problema alguno. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l es GPT, Global Partition Table, no gtp. Gracias, cambi'e de lugar las letras.. -- Salu2, Ulinx "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas" Linux user 366775 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] sobre bios
El 27/06/17 a las 10:21, Ernesto Acosta escribió: > On 06/27/2017 09:15 AM, Ulises Gonzalez Horta wrote: >> Em 2017-06-27 09:55, Raphael Burquet escreveu: >>> hola people >>> >>> a raiz de las old bios y las nuevas bios!!! >>> >>> me estaba preguntando, si conceptualmente podria llamarle a mabas como >>> sigue...!!! >>> >>> para las viejas bios mbr >>> >>> para las nuevas ... bios uefi con gpt >>> y.. bios uefi sin gpt >>> >>> ps../ me disculpan la ignorancia, pero estoy lanzando piedras... xd >>> >>> saludos cordiales >>> >>> >> >> Casi das en el clavo >> >> Las "viejas" son bios + particionado mbr >> las "nuevas" son uefi + particinado gtp >> >> No es posible poner un bios viejo a funcionar con gtp, ni hacer que un >> bios configurado en gtp levante un sistema operativo en un disco MBR, >> en este ultimo caso lo que se debe hacer es configurar el bios uefi >> para que se comporte como un bios tradicional y entonces lea >> particionado mbr, pero es o una o otra, no puede ser mezclado.. >> >> "Si la picas te la llevas entera" como dicen los Van Van >> > A no ser, que la nueva bios tengo modo Legacy con el cual si puedes > iniciar un disco con MBR sin problema alguno. > > __ > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l es GPT, Global Partition Table, no gtp. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con repos de Manjaro
El 27/06/17 a las 09:11, Ernesto Acosta escribió: Edito que me faltaron datos: A simple vista te puedo decir que de entrada está mal puesta la ruta. Normalmente, lo que tienes que hacer es solamente crear un fichero en /etc/pacman.d/ y le pones el nombre que quieras, por ejemplo: /etc/pacman.d/mirepo y adentro le pones algo como esto: Server = file:///home/juanca/manjaro(1)/$repo/os/$arch Si te fijas, uno no pone directamente ni core, community, extra, ni la arquitectura, uno pone esas variables que detectan todo lo anterior. Ahora en el fichero pacman.conf solo tienes que añadir la línea: [core] Include = /etc/pacman.d/mirepo [extra] Include = /etc/pacman.d/mirepo [community] Include = /etc/pacman.d/mirepo Prueba con eso y nos dices. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l Profe Ernesto, a ver, a mi me funcionan las dos formas. La elegante y correcta que es la que dices, y la otra de hacerlo en /etc/pacman.conf declarando desde ahí la ubicación. Por ejemplo, mi pacman.conf en este preciso instante está así: [core] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/core/x86_64/ [extra] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/extra/x86_64/ [community] SigLevel = PackageRequired Server = https://ca.mirror.babylon.network/manjaro/testing/community/x86_64/ Y acabo de dar una actualizadita sin problemas... Cuando no quiero gastar CUC adicionales, pongo el pacman.conf de esta otra manera: [core] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/core/x86_64/ [extra] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/extra/x86_64/ [community] SigLevel = PackageRequired Server = http://descargas.jovenclub.cu/repos/manjaro/xperimental/community/x86_64/ Y funciona, salvo cuando el bendito datacenter de etecsa donde esta alojado el repo se pone en fase... -- Maikel Llamaret Heredia Linux User 587451 Web & Media Integrated Solutions ® Proyecto SWL-X http://swlx.260mb.net +53 53354649 +5322 614276 Sent From Manjaro Linux __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Repositorios Manjaro
El 27/06/17 a las 08:57, Ernesto Acosta escribió: On 06/27/2017 06:53 AM, Juan Carlos wrote: bien he logrado usar el repo renombrando los paquetes a .db solamente y fueron reconocidos por pacman pero obtengo este error al tratar de actualizar estoy usando manjaro 16.06 KDE x32 ¿Cómo que renombrando los paquetes a .db? No me digas que cambiaste todos los tar.xz por .db __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l Por cierto, al final Juan Carlos secuestró el hilo [Repositorios Manjaro] El hilo inicial de su problema era [Problemas con repos de Manjaro], el hilo [Repositorios Manjaro] lo inicié yo para simplemente saber si había algún mirror en .cu aparte del de Joven Club, en fin, al secuestrar el hilo se armó la melcocha, o al menos melcocha se me armó en mi Thunderbird :( . Por eso yo ayer culpaba a Arián del secuestro, pero veo que fue el propio Juan Carlos en su intento desesperado por la solución. En fin, ya el hilo esta secuestrado así que ni modo. Lo de renombrar a .db, es algo inentendible, pero tratare de entender antes de pensar que fue un disparate. Ayer el me decía al privado que en las carpetas de los repos no aparecían core.db , extra.db y community.db sino solo core.db.tar.gz, extra.db.tar.gz y community.db.tar.gz. Supongo que fue eso lo que renombró o descomprimió, pero en fin, ¿De donde salió ese repositorio? No tiene sentido ... Pero si resuelve, pues felicidades -- Maikel Llamaret Heredia Linux User 587451 Web & Media Integrated Solutions ® Proyecto SWL-X http://swlx.260mb.net +53 53354649 +5322 614276 Sent From Manjaro Linux __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind
Em 2017-06-26 17:14, Arian Molina Aguilera escreveu: El 26/06/17 a las 16:48, Alberto José García Fumero escribió: Buenos días. en su momento leí, no recuerdo dónde (esta memoria, como siempre...), sobre un exploit en Samba 4 que podía desactivarse mediante la línea nt pipe support=no en /etc/smb.conf, pero si lo hago no es posible autenticar contra el Samba 4. ¿Alguien ha oído hablar de eso? Quisiera saber si eso tiene fundamento o no. Solo actualiza samba a la versión 4.6.5, y no debes tener ningún problema con dicha vulnerabilidad. Creo que estas en el comportamiento esperado segun mi primera cita, la ultima que es de Samba.org te dice que version poner https://arstechnica.com/security/2017/05/a-wormable-code-execution-bug-has-lurked-in-samba-for-7-years-patch-now/ People who use Samba should check with their operating system or device provider to see if a fix is available. Those who are unable to patch immediately can work around the vulnerability by adding the line nt pipe support = no to their Samba configuration file and restarting the network's SMB daemon. The change will prevent clients from fully accessing some network computers. The change may also disable some expected functions for connected Windows machines. Given the ease and reliability of exploits, this hole is worth plugging as soon as possible. It's likely only a matter of time until attackers begin actively targeting it. --- https://nakedsecurity.sophos.com/2017/05/26/samba-exploit-not-quite-wannacry-for-linux-but-patch-anyway/ What to do? Unlike ETERNALBLUE and WannaCry, not every vulnerable SMB service can actively be exploited, so the risk is easier to control. Here’s what you need to know: If you have Samba installed but are only using it as a client to connect out to other file shares, the exploit can’t be used because there is no listening server for a crook to connect to. If you have Samba shares open but they are configured read-only (for example if you are using Samba to publish updates to Windows PCs on your network), the exploit can’t be used because the crooks can’t upload their malware file to start the attack. If you have writable Samba shares but you have set the Samba configuration option nt pipe support = no, the exploit can’t be used because the crooks can’t send the malformed IPC requests to launch the malware they just uploaded. If you update your Samba version to 4.6.4 (4.5.10 or 4.4.14 if you are on older release branches), the exploit can’t be used because Samba won’t accept the malformed IPC request that references the uploaded malware by its local path name. -- https://www.samba.org/samba/security/CVE-2017-7494.html == Subject: Remote code execution from a writable share. == == CVE ID#: CVE-2017-7494 == == Versions:All versions of Samba from 3.5.0 onwards. == == Summary: Malicious clients can upload and cause the smbd server == to execute a shared library from a writable share. == === Description === All versions of Samba from 3.5.0 onwards are vulnerable to a remote code execution vulnerability, allowing a malicious client to upload a shared library to a writable share, and then cause the server to load and execute it. == Patch Availability == A patch addressing this defect has been posted to http://www.samba.org/samba/security/ Additionally, Samba 4.6.4, 4.5.10 and 4.4.14 have been issued as security releases to correct the defect. Patches against older Samba versions are available at http://samba.org/samba/patches/. Samba vendors and administrators running affected versions are advised to upgrade or apply the patch as soon as possible. -- Salu2, Ulinx "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas" Linux user 366775 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] sobre bios
On 06/27/2017 09:15 AM, Ulises Gonzalez Horta wrote: Em 2017-06-27 09:55, Raphael Burquet escreveu: hola people a raiz de las old bios y las nuevas bios!!! me estaba preguntando, si conceptualmente podria llamarle a mabas como sigue...!!! para las viejas bios mbr para las nuevas ... bios uefi con gpt y.. bios uefi sin gpt ps../ me disculpan la ignorancia, pero estoy lanzando piedras... xd saludos cordiales Casi das en el clavo Las "viejas" son bios + particionado mbr las "nuevas" son uefi + particinado gtp No es posible poner un bios viejo a funcionar con gtp, ni hacer que un bios configurado en gtp levante un sistema operativo en un disco MBR, en este ultimo caso lo que se debe hacer es configurar el bios uefi para que se comporte como un bios tradicional y entonces lea particionado mbr, pero es o una o otra, no puede ser mezclado.. "Si la picas te la llevas entera" como dicen los Van Van A no ser, que la nueva bios tengo modo Legacy con el cual si puedes iniciar un disco con MBR sin problema alguno. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] sobre bios
Em 2017-06-27 09:55, Raphael Burquet escreveu: hola people a raiz de las old bios y las nuevas bios!!! me estaba preguntando, si conceptualmente podria llamarle a mabas como sigue...!!! para las viejas bios mbr para las nuevas ... bios uefi con gpt y.. bios uefi sin gpt ps../ me disculpan la ignorancia, pero estoy lanzando piedras... xd saludos cordiales Casi das en el clavo Las "viejas" son bios + particionado mbr las "nuevas" son uefi + particinado gtp No es posible poner un bios viejo a funcionar con gtp, ni hacer que un bios configurado en gtp levante un sistema operativo en un disco MBR, en este ultimo caso lo que se debe hacer es configurar el bios uefi para que se comporte como un bios tradicional y entonces lea particionado mbr, pero es o una o otra, no puede ser mezclado.. "Si la picas te la llevas entera" como dicen los Van Van -- Salu2, Ulinx "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas" Linux user 366775 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Repositorios Manjaro
El 27/06/17 a las 07:53, Juan Carlos escribió: bien he logrado usar el repo renombrando los paquetes a .db solamente y fueron reconocidos por pacman pero obtengo este error al tratar de actualizar estoy usando manjaro 16.06 KDE x32 [root@admin juanca]# pacman -Syy :: Sincronizando las bases de datos de los paquetes… core 137,5 KiB 44,7M/s 00:00 [##] 100% community 4,2 MiB 113M/s 00:00 [##] 100% extra1786,9 KiB 291M/s 00:00 [##] 100% [root@admin juanca]# pacman -Syu :: Sincronizando las bases de datos de los paquetes… core está actualizado community está actualizado extra está actualizado :: Iniciando actualización completa del sistema… :: ¿Remplazar calligra-karbon con extra/calligra? [S/n] s :: ¿Remplazar calligra-libs con extra/calligra? [S/n] s :: ¿Remplazar cdrkit con community/cdrtools? [S/n] s :: ¿Remplazar fuse con extra/fuse2? [S/n] s :: ¿Remplazar grantlee-qt5 con extra/grantlee? [S/n] s :: ¿Remplazar kdebase-kdialog con extra/kdialog? [S/n] s :: ¿Remplazar kdebase-keditbookmarks con extra/keditbookmarks? [S/n] s :: ¿Remplazar kdebase-kfind con extra/kfind? [S/n] s :: ¿Remplazar kdegraphics-okular con extra/okular? [S/n] s :: ¿Remplazar libastro con extra/marble-common? [S/n] s :: ¿Remplazar libdbus con core/dbus? [S/n] s :: ¿Remplazar libkcddb con extra/libkcddb4? [S/n] s :: ¿Remplazar manjaro-documentation con extra/manjaro-documentation-en? [S/n] s :: ¿Remplazar manjaro-hotfixes con core/manjaro-system-ng? [S/n] s :: ¿Remplazar manjaro-system con core/manjaro-system-ng? [S/n] s :: ¿Remplazar manjaro-welcome con extra/manjaro-hello? [S/n] s :: ¿Remplazar prison-frameworks con extra/prison? [S/n] s resolviendo dependencias… buscando conflictos entre paquetes… :: qt5-base y qtchooser están en conflicto. ¿Quitar qtchooser? [s/N] s :: calligra y calligra-braindump están en conflicto. ¿Quitar calligra-braindump? [s/N] s :: marble-common y libmarble4 están en conflicto (kdeedu-marble). ¿Quitar libmarble4? [s/N] s :: pacman-mirrors y pacman-mirrorlist están en conflicto. ¿Quitar pacman-mirrorlist? [s/N] s :: xorg-server y xf86-input-acecad están en conflicto (X-ABI-XINPUT_VERSION). ¿Quitar xf86-input-acecad? [s/N] s :: xorg-server y xf86-input-aiptek están en conflicto (X-ABI-XINPUT_VERSION). ¿Quitar xf86-input-aiptek? [s/N] s :: xorg-server y xf86-input-joystick están en conflicto (X-ABI-XINPUT_VERSION). ¿Quitar xf86-input-joystick? [s/N] s error: no se pudo preparar la operación (no se pudieron satisfacer las dependencias) :: gstreamer0.10-good-plugins: instalando «libsoup» (2.58.1-1) se rompe la dependencia con «libsoup-gnome» :: libkgeomap4: quitando «libmarble4» se rompe la dependencia con «libmarble4» [root@admin juanca]# No entendí ni papa que tuvo que renombrar el colega, pero bueno, resolvió que pacman reconociera los .db y listara paquetes. El error anterior es el típico que te devuelve en Arch y derivados al tener un sistema muy antiguo contra un repo al día. según me dice el colega, instaló desde Manjaro 16.06, para tirar contra el repo al día, grave error, pacman es muy estricto, pero, lo ocurrido ahí es que hay paquetes que estaban en el sistema en Junio 2016 (Manjaro Daniela) que ya no existen (no es que estén al día, sino que han sido reemplazados, no existen) en Manjaro Gellivara (17.01). La solución ahí está en eliminar xf86-input-joystick, gstreamer0.10-good-plugins, libsoup-gnome y libmarble4: sudo pacman -R xf86-input-joystick gstreamer0.10-good-plugins libsoup-gnome libmarble4 Y luego confiadamente un: sudo pacman -Syu Cuando el problema es por repos incompletos pacman lo que te devuelve es un error al estilo 404 o algo así, por paquete inexistente en la dirección del repo. Que haga eso y tire por acá si resuelve o no. Luego, que trate de no pasar muchos meses sin actualizar el repositorio, vamos que por algo es Rolling Release esta distro... -- Maikel Llamaret Heredia Linux User 587451 Web & Media Integrated Solutions ® Proyecto SWL-X http://swlx.260mb.net +53 53354649 +5322 614276 Sent From Manjaro Linux __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] sobre bios
hola people a raiz de las old bios y las nuevas bios!!! me estaba preguntando, si conceptualmente podria llamarle a mabas como sigue...!!! para las viejas bios mbr para las nuevas ... bios uefi con gpt y.. bios uefi sin gpt ps../ me disculpan la ignorancia, pero estoy lanzando piedras... xd saludos cordiales La muerte es probablemente el mejor invento de la vida elimina lo viejo para darle paso a lo nuevo ahora lo nuevo eres tu Steve Jobs 1955-2011 Sylpheed mail 3.4.2 (GTK+ 2.24.23; i686-pc-linux-gnu) -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con repos de Manjaro
El 27/06/17 a las 09:11, Ernesto Acosta escribió: > Edito que me faltaron datos: > > > A simple vista te puedo decir que de entrada está mal puesta la ruta. > Normalmente, lo que tienes que hacer es solamente crear un fichero en > /etc/pacman.d/ y le pones el nombre que quieras, por ejemplo: > > /etc/pacman.d/mirepo > > y adentro le pones algo como esto: > > Server = file:///home/juanca/manjaro(1)/$repo/os/$arch > > Si te fijas, uno no pone directamente ni core, community, extra, ni la > arquitectura, uno pone esas variables que detectan todo lo anterior. > > Ahora en el fichero pacman.conf solo tienes que añadir la línea: > > [core] > Include = /etc/pacman.d/mirepo > > [extra] > Include = /etc/pacman.d/mirepo > > [community] > Include = /etc/pacman.d/mirepo > > > Prueba con eso y nos dices. > > > __ > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l exacto esta es la configuración correcta, tanto para arch, manjaro o kaos. Salu2. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con repos de Manjaro
Edito que me faltaron datos: A simple vista te puedo decir que de entrada está mal puesta la ruta. Normalmente, lo que tienes que hacer es solamente crear un fichero en /etc/pacman.d/ y le pones el nombre que quieras, por ejemplo: /etc/pacman.d/mirepo y adentro le pones algo como esto: Server = file:///home/juanca/manjaro(1)/$repo/os/$arch Si te fijas, uno no pone directamente ni core, community, extra, ni la arquitectura, uno pone esas variables que detectan todo lo anterior. Ahora en el fichero pacman.conf solo tienes que añadir la línea: [core] Include = /etc/pacman.d/mirepo [extra] Include = /etc/pacman.d/mirepo [community] Include = /etc/pacman.d/mirepo Prueba con eso y nos dices. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Repositorios Manjaro
On 06/27/2017 06:53 AM, Juan Carlos wrote: bien he logrado usar el repo renombrando los paquetes a .db solamente y fueron reconocidos por pacman pero obtengo este error al tratar de actualizar estoy usando manjaro 16.06 KDE x32 ¿Cómo que renombrando los paquetes a .db? No me digas que cambiaste todos los tar.xz por .db __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Repositorios Manjaro
El 27/06/17 a las 07:53, Juan Carlos escribió: > bien he logrado usar el repo renombrando los paquetes a .db solamente y > fueron reconocidos por pacman pero obtengo este error al tratar de > actualizar estoy usando manjaro 16.06 KDE x32 > > [root@admin juanca]# pacman -Syy > :: Sincronizando las bases de datos de los paquetes… > core 137,5 KiB 44,7M/s > 00:00 [##] 100% > community 4,2 MiB 113M/s > 00:00 [##] 100% > extra1786,9 KiB 291M/s > 00:00 [##] 100% > [root@admin juanca]# pacman -Syu > :: Sincronizando las bases de datos de los paquetes… > core está actualizado > community está actualizado > extra está actualizado > :: Iniciando actualización completa del sistema… > :: ¿Remplazar calligra-karbon con extra/calligra? [S/n] s > :: ¿Remplazar calligra-libs con extra/calligra? [S/n] s > :: ¿Remplazar cdrkit con community/cdrtools? [S/n] s > :: ¿Remplazar fuse con extra/fuse2? [S/n] s > :: ¿Remplazar grantlee-qt5 con extra/grantlee? [S/n] s > :: ¿Remplazar kdebase-kdialog con extra/kdialog? [S/n] s > :: ¿Remplazar kdebase-keditbookmarks con extra/keditbookmarks? [S/n] s > :: ¿Remplazar kdebase-kfind con extra/kfind? [S/n] s > :: ¿Remplazar kdegraphics-okular con extra/okular? [S/n] s > :: ¿Remplazar libastro con extra/marble-common? [S/n] s > :: ¿Remplazar libdbus con core/dbus? [S/n] s > :: ¿Remplazar libkcddb con extra/libkcddb4? [S/n] s > :: ¿Remplazar manjaro-documentation con extra/manjaro-documentation-en? > [S/n] s > :: ¿Remplazar manjaro-hotfixes con core/manjaro-system-ng? [S/n] s > :: ¿Remplazar manjaro-system con core/manjaro-system-ng? [S/n] s > :: ¿Remplazar manjaro-welcome con extra/manjaro-hello? [S/n] s > :: ¿Remplazar prison-frameworks con extra/prison? [S/n] s > resolviendo dependencias… > buscando conflictos entre paquetes… > :: qt5-base y qtchooser están en conflicto. ¿Quitar qtchooser? [s/N] s > :: calligra y calligra-braindump están en conflicto. ¿Quitar > calligra-braindump? [s/N] s > :: marble-common y libmarble4 están en conflicto (kdeedu-marble). > ¿Quitar libmarble4? [s/N] s > :: pacman-mirrors y pacman-mirrorlist están en conflicto. ¿Quitar > pacman-mirrorlist? [s/N] s > :: xorg-server y xf86-input-acecad están en conflicto > (X-ABI-XINPUT_VERSION). ¿Quitar xf86-input-acecad? [s/N] s > :: xorg-server y xf86-input-aiptek están en conflicto > (X-ABI-XINPUT_VERSION). ¿Quitar xf86-input-aiptek? [s/N] s > :: xorg-server y xf86-input-joystick están en conflicto > (X-ABI-XINPUT_VERSION). ¿Quitar xf86-input-joystick? [s/N] s > error: no se pudo preparar la operación (no se pudieron satisfacer las > dependencias) > :: gstreamer0.10-good-plugins: instalando «libsoup» (2.58.1-1) se rompe > la dependencia con «libsoup-gnome» > :: libkgeomap4: quitando «libmarble4» se rompe la dependencia con > «libmarble4» > [root@admin juanca]# > > > __ > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l a ver explica bien que fue lo que renombraste amigo??, quizás no tienes el repo 100%. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 jabber: linuxc...@openmailbox.org Brascuba Cigarrillos S.A. La Habana. Cuba. “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein” __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Repositorios Manjaro
bien he logrado usar el repo renombrando los paquetes a .db solamente y fueron reconocidos por pacman pero obtengo este error al tratar de actualizar estoy usando manjaro 16.06 KDE x32 [root@admin juanca]# pacman -Syy :: Sincronizando las bases de datos de los paquetes… core 137,5 KiB 44,7M/s 00:00 [##] 100% community 4,2 MiB 113M/s 00:00 [##] 100% extra1786,9 KiB 291M/s 00:00 [##] 100% [root@admin juanca]# pacman -Syu :: Sincronizando las bases de datos de los paquetes… core está actualizado community está actualizado extra está actualizado :: Iniciando actualización completa del sistema… :: ¿Remplazar calligra-karbon con extra/calligra? [S/n] s :: ¿Remplazar calligra-libs con extra/calligra? [S/n] s :: ¿Remplazar cdrkit con community/cdrtools? [S/n] s :: ¿Remplazar fuse con extra/fuse2? [S/n] s :: ¿Remplazar grantlee-qt5 con extra/grantlee? [S/n] s :: ¿Remplazar kdebase-kdialog con extra/kdialog? [S/n] s :: ¿Remplazar kdebase-keditbookmarks con extra/keditbookmarks? [S/n] s :: ¿Remplazar kdebase-kfind con extra/kfind? [S/n] s :: ¿Remplazar kdegraphics-okular con extra/okular? [S/n] s :: ¿Remplazar libastro con extra/marble-common? [S/n] s :: ¿Remplazar libdbus con core/dbus? [S/n] s :: ¿Remplazar libkcddb con extra/libkcddb4? [S/n] s :: ¿Remplazar manjaro-documentation con extra/manjaro-documentation-en? [S/n] s :: ¿Remplazar manjaro-hotfixes con core/manjaro-system-ng? [S/n] s :: ¿Remplazar manjaro-system con core/manjaro-system-ng? [S/n] s :: ¿Remplazar manjaro-welcome con extra/manjaro-hello? [S/n] s :: ¿Remplazar prison-frameworks con extra/prison? [S/n] s resolviendo dependencias… buscando conflictos entre paquetes… :: qt5-base y qtchooser están en conflicto. ¿Quitar qtchooser? [s/N] s :: calligra y calligra-braindump están en conflicto. ¿Quitar calligra-braindump? [s/N] s :: marble-common y libmarble4 están en conflicto (kdeedu-marble). ¿Quitar libmarble4? [s/N] s :: pacman-mirrors y pacman-mirrorlist están en conflicto. ¿Quitar pacman-mirrorlist? [s/N] s :: xorg-server y xf86-input-acecad están en conflicto (X-ABI-XINPUT_VERSION). ¿Quitar xf86-input-acecad? [s/N] s :: xorg-server y xf86-input-aiptek están en conflicto (X-ABI-XINPUT_VERSION). ¿Quitar xf86-input-aiptek? [s/N] s :: xorg-server y xf86-input-joystick están en conflicto (X-ABI-XINPUT_VERSION). ¿Quitar xf86-input-joystick? [s/N] s error: no se pudo preparar la operación (no se pudieron satisfacer las dependencias) :: gstreamer0.10-good-plugins: instalando «libsoup» (2.58.1-1) se rompe la dependencia con «libsoup-gnome» :: libkgeomap4: quitando «libmarble4» se rompe la dependencia con «libmarble4» [root@admin juanca]# __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
