June 2021 - openSUSE Users (Español) - openSUSE Mailing Lists

[opensuse-es] Un tribunal de Munich declara ilegales Facebook Instagram y WhatsApp
by Juan Erbes 17 Nov '22

17 Nov '22

Se trata de una prohibición de facto de WhatsApp, que también se aplica a Facebook, el Facebook Messenger e Instagram: Según el Süddeutsche Zeitung, el Tribunal de Distrito de Munich I ha declarado ilegales las cuatro aplicaciones de Facebook por el momento. ¿Cuáles son las consecuencias? ¿Qué ha pasado? Es una pequeña explosión: El Tribunal Regional de Munich I ha dictaminado que las cuatro grandes aplicaciones de Facebook son ilegales en su forma actual. El Süddeutsche Zeitung informó de ello a un orador del tribunal. En concreto, esto significa que algunas funciones y estructuras de software infringen las patentes de la empresa canadiense de telecomunicaciones Blackberry. Debido a estas infracciones de patentes, los jueces han decidido que Facebook, WhatsApp, Instagram y Facebook Messenger en su forma actual ya no pueden existir. http://www.xing-news.com/reader/news/articles/2850569 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

4 5

[opensuse-es] Desfragmentación de volumenes XFS
by Juan Erbes 18 Apr '22

18 Apr '22

Sabiendo que la partición /home tenía ciertas inconsistencias, que había reparado a lo bruto con el comando: xfs_repair -L /dev/sdb2 Sabía que debía desfragmentarla, consulté y había contestado Carlos al respecto. Parte de la información, fue util, para ver el porcentage de fragmentación: xfs_db -c frag -r /dev/sdb2 Basado en la inercia de que con otros sistemas uno debe realizar la desfragmentación con la partición desmontada, motivo por el cual arranque con el DVD de instalación en modo "Rescue" (rescate), y ejecuté primero el comando citado, el cual me arrojó una fragmentación del 47.4% (adjunto captura de pantalla). Pero no encontré la forma de ejecutar el comando de desfragmentación xfs_fsr. Opté por iniciar normalmente el sistema, y me acordé del comando man, para ver como ejecutar el comando en cuestión, y allí me entero de que el volumen o partición puede estar montado, PERO NO MUEVE LOS ARCHIVOS ABIERTOS EN MEMORIA. Ver: man xfs_fsr Inicié la desfragmentación con el comando: xfs_fsr -vdg Despues de poco mas de una hora, vi que había terminado de desfragmentar la unidad de 1.8 TB, que tiene alrededor de 1 TB ocupado. Para ver como quedó, ejecuté: xfs_db -c frag -r /dev/sdb2 actual 309339, ideal 308055, fragmentation factor 0,42% Ojo! No se debería utilizar en unidades SSD. Aqui va parte del texto del manual: (en consola man xfs_fsr) When invoked with no arguments xfs_fsr reorganizes all regular files in all mounted filesystems. xfs_fsr makes many cycles over /etc/mtab each time making a single pass over each XFS filesystem. Each pass goes through and selects files that have the largest number of extents. It attempts to defragment the top 10% of these files on each pass. It runs for up to two hours after which it records the filesystem where it left off, so it can start there the next time. This information is stored in the file /var/tmp/.fsrlast_xfs. If the information found here is somehow inconsistent or out of date it is ignored and reorganization starts at the beginning of the first filesystem found in /etc/mtab. xfs_fsr can be called with one or more arguments naming filesystems (block device name), and files to reorganize. In this mode xfs_fsr does not read or write /var/tmp/.fsrlast_xfs nor does it run for a fixed time interval. It makes one pass through each specified regular file and all regular files in each specified filesystem. A command line name referring to a symbolic link (except to a file system device), FIFO, or UNIX domain socket generates a warning message, but is otherwise ignored. While traversing the filesystem these types of files are silently skipped. FILES /etc/mtab contains default list of filesystems to reorganize. /var/tmp/.fsrlast_xfs records the state where reorganization left off. SEE ALSO xfs_fsr(8), mkfs.xfs(8), xfs_ncheck(8), xfs(5). NOTES xfs_fsr improves the layout of extents for each file by copying the entire file to a temporary location and then interchanging the data extents of the target and temporary files in an atomic man- ner. This method requires that enough free disk space be available to copy any given file and that the space be less fragmented than the original file. It also requires the owner of the file to have enough remaining filespace quota to do the copy on systems running quotas. xfs_fsr generates a warning message if space is not sufficient to improve the target file. A temporary file used in improving a file given on the command line is created in the same parent directory of the target file and is prefixed by the string '.fsr'. The temporary files used in improving an entire XFS device are stored in a directory at the root of the target device and use the same naming scheme. The temporary files are unlinked upon creation so data will not be read- able by any other process. xfs_fsr does not operate on files that are currently mapped in memory. A 'file busy' error can be seen for these files if the verbose flag (-v) is set. -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/

6 29

[opensuse-es] El 5G y el "haz lo que yo digo pero no lo que yo hago"
by Juan Erbes 08 Jan '22

08 Jan '22

Acerca del controvertido tema de Huawei y el 5G, cuyo protocolo la citada firma es la que estableció el protocolo, mientras los usanianos insisten en que los chinos pueden llegar a hacer lo mismo que ellos, PERO LA CLAVE DE TODO, PARECE ESTAR EN QUE LOS CHINOS NO LES DAN A LOS USANIANOS LAS CLAVES DE ENCRIPTACIÓN PARA PODER PINCHAR LAS COMUNICACIONES, COMO LO VIENEN HACIENDO CON LAS TECNOLOGIAS ANTERIORES. En Slashdot acaba de aparecer un link acerca del tema: https://www.schneier.com/blog/archives/2020/01/china_isnt_the_.html En el segundo comentario, referido al texto: "Because the companies that make the equipment are subservient to the Chinese government, they could be forced to include backdoors in the hardware or software to give Beijing remote access." (Debido a que las empresas que fabrican los equipos están subordinadas al gobierno chino, podrían verse obligadas a incluir puertas traseras en el hardware o software para dar acceso remoto a Beijing.) La respuesta es: "You could have done much better than this trope. The USA isn't any different. There are the 5EY folks and every LEO on the planet demanding exactly the same thing. The US Fed is leaning on Apple over the failed Trump Immigration Vetting preventing a pile of military grade "not wanteds" being admitted to a US Military Training Program and Demanding Backdoors (Again) iirc-badly: Which is one reason China years ago stopped buying IBM mainframes and started building their own code base and their own hardware to go with it. There were questions about backdoors in US HW+SW. Most of this got covered up back in the days when we thought "we were the good guys" and wouldn't believe the US would do anything like THAT. One photo was all it took to tell us how wrong we were. Security of the upcoming porous system is of importance but it isn't going to happen. All that juicy data is going to be flying across the globe to anyone who wants it." (Podrías haberlo hecho mucho mejor que este tropo. Los EE.UU. no son diferentes. Hay gente de 5EY y todos los LEO del planeta exigiendo exactamente lo mismo. La Reserva Federal de los EE.UU. se está apoyando en Apple sobre el fallido Trump Immigration Vetting que evita que un montón de "no deseados" de grado militar sean admitidos en un Programa de Entrenamiento Militar de los EE.UU. y _exige_ _puertas_ _traseras_ (de nuevo) iirc-mal: Esta es una de las razones por las que China hace años dejó de comprar mainframes de IBM y empezó a construir su propio código base y su propio hardware para acompañarlo. Había preguntas sobre puertas traseras en HW+SW de Estados Unidos. La mayor parte de esto se encubrió en los días en que pensábamos que "nosotros éramos los buenos" y no creíamos que los EE.UU. hicieran algo así. Una foto fue todo lo que se necesitó para decirnos lo equivocados que estábamos. La seguridad del sistema poroso que se avecina es importante, pero no va a suceder. Todos esos datos jugosos van a volar por todo el mundo a cualquiera que los quiera.) Links citados: https://www.emptywheel.net/2020/01/14/is-bill-barr-picking-a-fight-with-app… https://arstechnica.com/tech-policy/2020/01/fbi-seeks-apples-help-in-unlock… https://www.theguardian.com/technology/2020/jan/14/johnson-huawei-critics-m… Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

6 9

Rsync y discos cifrados o con Btrfs falla
by Francisco F. 25 Oct '21

25 Oct '21

Buenas: Esperando estén todos bien con esto que nos cae. Tengo un problema al hacer una copia en discos con rsync, el sistema se reinicia aleatoriamente cuando está haciéndola. Pero solo pasa con dos discos uno cifrado y el otro con btrfs. Para saber si era eso o el disco lo formatee con xfs y problema solucionado (me fastidia por los snap que son rápidos y me costó su tiempo, eran 8TB). Pero el disco cifrado debe seguir así. Y sincronizar 8TB me lleva todo el día con un motón de reinicios. Y si, pasa con otro disco en las mismas circunstancias. Log, ni flores, empiezan a salir puntos y reinicio, otras ni eso. Falta de memoria no porque tiene 4GB y apenas consume 500MB. Con el btrfs me creo que pueda pasar porque no es una maravilla con según que cosas, pero con el cifrado llevo mucho tiempo usándolo y no había tenido problemas. Así que se aceptan sugerencias. Saludos

6 20

Que desesperación.
by Carlos E. R. 30 Jul '21

30 Jul '21

Hola, Estuve intentando solicitar el pasaporte covid por medios telemáticos. Imposible conseguirlo. Empiezo en "https://cvd.sanidad.gob.es/cvdcovid/cvdcovid-formulario/index.xhtml": Puedes acceder a la solicitud a través de una de estas opciones: * Acceso por certificado * Acceso mediante Cl@ve Intento por certificado. Llego a "https://cvd-cc.sanidad.gob.es/cvdcovid/cvdcovid-formulario/solicitud.xhtml". Relleno la solicitud. Por cierto, pide el "CIP autonómico", pero no hay ayuda para saber qué es eso. Lo tengo que buscar en Google. Termino el formulario y doy aceptar. Llego a "https://cvd-cc.sanidad.gob.es/cvdcovid/cvdcovid-formulario/solicitud.xhtml". A continuación será redirigido al sistema de firma, donde podrá realizar la firma de la solicitud mediante: * Firma con cl@ve firma. Utilizando un certificado en la nube, es necesario estar dado de alta en la plataforma. o Información Cl@veFirma Se abrirá en una ventana nueva. * Firma con certificado local. Para firmar los documentos es obligatorio utilizar el programa Autofirma que puede descargar pulsando en este enlace: Descargar AutoFirma Como tengo certificado, intento eso. Doy "aceptar". Llego a Llego a "https://fire-cc.mscbs.es/fire-signature/public/ChooseCertificateOrigin.jsp?..." Firma con certificado local Utilice un certificado instalado en el almacén de claves de su navegador o alojado en tarjeta inteligente. Pasa a: Firmar: Advertencia: La firma se va a realizar con AutoFirma. Asegúrese de tener instalado AutoFirma 1.5 o superior. Lo tengo, pero no funciona. Dice que "No se han encontrado certificados válidos en el almacén. Inserte una tarjeta inteligente en el lector y pulse Recargar, o cargue un almacén externo.". Es FALSO, pues hago la declaración de la renta sin problemas con ese certificado. Intento reinstalar autofirma (el proceso mata el firefox sin avisar, así que tengo que empezar de nuevo a rellenar el formulario). La instalación de autofirma falla, porque rechaza mi contraseña de los certificados - y sé que es correcta, la he metido en otro sitio hace minutos. La meto 10 veces, el proceso no aborta, no se puede cerrar. Tengo que matarlo. Por cierto, el proceso de instalación del rpm pide al root la clave del almacén, que está en un directorio de usuario. Tengo docenas de usuarios. ¿Que usuario está intentando? Según el log, quizás el del root - que lógicamente no tiene instalado ningún certificado: Enter Password or Pin for "NSS Certificate DB": Enter Password or Pin for "NSS Certificate DB": Enter Password or Pin for "NSS Certificate DB":/usr/lib64/autofirma/script.sh: line 9: 9032 Killed certutil -A -d sql:/home/cer/.mozilla/firefox/i0br0uje.GLists -i /usr/lib64/autofirma/AutoFirma_ROOT.cer -n "SocketAutoFirma" -t "C,," Enter Password or Pin for "NSS Certificate DB":warning: %post(autofirma-1.6.5-1.noarch) scriptlet failed, signal 9 Telcontar:/home/cer/Download/Firefox_downloads/AutoFirma # Pero "autofirma" está instalado. Pide la contraseña de los certificados, la acepta, y se abre la aplicación. Si intento buscar la firma (Archivo / Ver firma) es imposible, porque el directorio de mozilla empieza por .mozilla, es un directorio oculto. No se ve en la caja de dialogo, y no acepta entradas de teclado. Google confirma que eso pasa con frecuencia, pero no encuentro nada para resolver el problema. Así que lo intento mediante "Acceso mediante Cl@ve". Me dice El usuario [DNI] no está dado de alta en el proveedor Cl@ve Firma. Pulse botón Volver para seleccionar otro proveedor. Si lo estoy. Tengo la app cl@vepin que dice que sí. La web del sistema lo confirma. Por cierto, el enlace que da la administración como ayuda para clavefirma "https://administracionelectronica.gob.es/ctt/clavefirma/mas" es para proveedores, no para usuarios. Según Google, es "https://www.agenciatributaria.gob.es/AEAT.sede/procedimientoini/GC27.shtml". Pulso: * Registrarse en Cl@ve con certificado o DNI electrónico <https://www12.agenciatributaria.gob.es/wlpl/BUCV-JDIT/RegistroClvCert>Ayuda <https://www.agenciatributaria.es/AEAT.internet/Inicio/Ayuda/_comp_Consultas…> Y dice: Usted ya está registrado en el sistema Cl@ve. Puede identificarse usando este sistema y recibirá en su dispositivo móvil el pin necesario para acceder a los servicios. No puedo seguir. Me queda la opción de ir presencialmente al centro de saludo y pedir el pasaporte. Huys! Tengo que conseguir cita previa telemáticamente. Los únicos procesos informáticos de la administración que funcionan sin pegas son los de hacienda: no quieren que tengamos excusas para no pagar. -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar)

6 60

Hablando de SD-WAN
by Francisco F. 05 Jul '21

05 Jul '21

Buenas. Por mover algo. ¿Alguno trabaja con SD-WAN?. Podría contar experiencia y que utiliza. Saludos

5 6

Ffmpeg y el falso dilema de que lo más reciente es mejor
by Juan Erbes 22 Jun '21

22 Jun '21

Desde hace más de un año que venía usando Openshot-qt 2.5.1 con soporte para decodificación y renderizado por hardware, pero desde hace poc más de 2 meses, no lo puedo utilizar más. Primero, después de una actualización de Tumbleweed, no cargaba con este error: No module named 'PyQt5.QtWebKitWidgets' https://github.com/OpenShot/openshot-qt/issues/2057 Gracias a uno de los desarrolladores de Opensuse, que volvió a crear el paquete PyQt5.QtWebKitWidgets, otra vez podía cargar y ejecutar el editor de video. Pero a la hora de renderizar un proyecto, el video resultaba mudo a causa de un fallo en las librerías ffmpeg 4.4.x: https://www.reddit.com/r/OpenShot/comments/n8bwq9/problems_exporting_audio/ https://github.com/OpenShot/libopenshot/issues/676 https://github.com/OpenShot/openshot-qt/issues/4177 Actualmente en el repo Packman para Opensuse, además de las librerías ffmpeg 4.4.x, están disponibles las 3.4.x, pero por más que las instale a estas últimas, las aplicaciones "llaman" a las librerías más recientes. La única opción sería desinstalar las librerías ffmpeg 4.4.x, lo cual también desinstalaría otras aplicaciones compiladas contra esas librerías, como por ejemplo VLC, y hasta componentes del entorno gráfico. En otro disco duro tengo instalada Leap 15.3, pero la versión oficial disponible de Openshot-qt es 2.4.1 sin aceleración por hardware. Será esa la solución temporal? ¿Sugerencias? -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/

1 1

Openshot no me funciona en Leap 15.2
by Josep M 15 Jun '21

15 Jun '21

Hola, no consigo que funcione el programa openshot en Leap 15.2. No llega a arrancar. Alguien se encuentra con el mismo problema? Qué puedo hacer? JMS

4 4

Repositorios microsoft
by Juan Erbes 06 Jun '21

06 Jun '21

¡Nunca pensé que llegaría este día! Pero tenemos repositorios microsoft para Linux! El repo principal por distribución: https://packages.microsoft.com/ Y el repo por aplicación: https://packages.microsoft.com/repos/ Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/

6 17