January 2022 - openSUSE Users (Español)

[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 19 Apr '22

19 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

[OT] Cómo las agencias de inteligencia de EE.UU. podrían intervenir los datos de la UE
by Juan Erbes 02 Feb '22

02 Feb '22

La ley de protección de datos de la UE probablemente sólo ofrezca una protección limitada contra los servicios de inteligencia estadounidenses. Un informe de expertos para la conferencia de protección de datos del gobierno federal y de los estados federados lo demuestra: aunque los servidores estén situados en la UE, los datos sensibles pueden estar en peligro. ¿Qué hacer cuando las entrometidas autoridades estadounidenses quieren husmear en los datos de los ciudadanos de la UE? Incluso los expertos encuentran complicadas las respuestas a esta pregunta. Cuando el Tribunal de Justicia de la Unión Europea (TJUE) tumbó el acuerdo de transferencia de datos entre la UE y Estados Unidos en el verano de 2020 con la sentencia Schrems II, hubo una gran perplejidad. El llamado Escudo de Privacidad había regulado legalmente el intercambio de datos a través del Atlántico. Sin un acuerdo, ya no podría haber una transferencia de datos legalmente segura. Esto no ha cambiado significativamente hasta el día de hoy. La principal crítica del TJCE es que los servicios secretos de Estados Unidos tienen un acceso demasiado amplio a todo tipo de datos. Dado que las leyes de protección de datos de Estados Unidos no están a la altura de las europeas, los datos de los ciudadanos de la UE no deberían acabar en Estados Unidos. Las consecuencias de la decisión son de gran alcance. Las conferencias federal y estatal de protección de datos intentan ahora evaluar su alcance con la ayuda de un informe de expertos. Fue escrito por el abogado estadounidense Stephen Vladeck, que fue testigo experto de Facebook en el caso del Escudo de Privacidad. En nombre de los proteccionistas de datos, Vladeck se ocupa principalmente de una importante sección de la ley de privacidad estadounidense. Trata de cómo se permite a los investigadores recoger datos de personas fuera de los Estados Unidos. *Los bancos y las compañías aéreas también podrían verse afectados* Esta sección, la "Sección 702" de la Ley de Vigilancia de Inteligencia Extranjera, fue considerada incompatible con las normas europeas de protección de datos por el TJCE en el curso de la sentencia Schrems II. Esta sección autoriza a los servicios de inteligencia de Estados Unidos a solicitar los datos de las comunicaciones de todos los ciudadanos no estadounidenses o a interceptarlos directamente ellos mismos. Esta intromisión en los derechos fundamentales suele justificarse por la lucha contra el terrorismo. Según la ley, este derecho de acceso se aplica a todos los datos recogidos por los proveedores de servicios de comunicaciones electrónicas. El informe subraya que no se trata sólo de empresas de telecomunicaciones, proveedores de correo electrónico u operadores de centros de datos, sino también de otras empresas que se comunican electrónicamente con sus clientes. Según el informe, esto también podría aplicarse a los bancos, las aerolíneas o los hoteles, por ejemplo. Los servicios de comunicación electrónica ni siquiera tienen que ofrecerse al público, continúa el informe. Si una empresa proporciona a sus empleados su propio servicio de correo electrónico, por ejemplo, podría verse afectada por la ley. Esto no significa, sin embargo, que los servicios secretos sólo puedan acceder a los datos de este servicio de correo electrónico interno. Una vez que se considera que una empresa es proveedora de servicios de comunicaciones electrónicas, debe poner todos los datos a disposición de los servicios que lo soliciten. *Los que no entreguen los datos se arriesgan a sanciones* A raíz de la sentencia del TJCE sobre el tráfico transatlántico de datos, las autoridades y empresas de la Unión Europea han pasado a almacenar y procesar los datos sólo dentro de la UE. A primera vista, esto podría proteger contra el acceso de las autoridades estadounidenses. El problema: según las opiniones de los expertos, esta medida podría no ser suficiente en algunos casos. Esto se debe a que una empresa estadounidense con una filial en la UE también podría ser obligada por los servicios de inteligencia a entregar datos, incluso si éstos se almacenan en un servidor dentro de la UE. El hecho de que el Reglamento General de Protección de Datos (RGPD) europeo prohíba esa divulgación de datos no cambia el alcance de la ley estadounidense, según el informe. Las empresas matrices estadounidenses tendrían que hacer frente a multas si se niegan a entregar los datos de los servidores europeos. La situación jurídica no está del todo clara para los grupos de la UE que mantienen una sucursal o una filial en Estados Unidos. El experto considera al menos posible que se pueda obligar a una filial estadounidense de una empresa matriz de la UE a entregar todos los datos sobre los que la empresa pueda ejercer el control. No se puede descartar que esto se aplique a todos los datos de la empresa matriz a los que teóricamente podría acceder la filial. *Cómo los datos sanitarios podrían acabar en los servicios de inteligencia estadounidenses* Lo que esto podría significar para las empresas en la práctica se ilustra con el ejemplo de las aplicaciones y programas que los pacientes pueden hacer prescribir a sus médicos. A principios de 2021, el Instituto Federal de Medicamentos y Dispositivos Médicos (BfArM), responsable de las aplicaciones, publicó un documento sobre la protección de los datos sanitarios sensibles y personales. En aquel momento, estaba claro que el tratamiento de datos no debía realizarse en servidores estadounidenses, aunque se hubiera pedido el consentimiento a los usuarios. Pero el BfArM también llegó a sus límites cuando se trató de filiales de empresas estadounidenses en la UE. Aunque los datos estuvieran almacenados en servidores de la UE, no se podía descartar en ese momento que pudieran despertar la codicia de las autoridades estadounidenses. En ese momento, no había solución al conflicto legal. Los desarrolladores de las aplicaciones sólo debían estar obligados a agotar el proceso legal por completo si se veían afectados por una petición de revelación de datos por parte de las autoridades estadounidenses. *Ley de Inteligencia vs. GDPR* El ejemplo muestra el alcance que pueden tener las consecuencias de las leyes de inteligencia estadounidenses también en la UE. Esto puede llevar a las empresas que operan en ambas regiones a una dicotomía legal. Muchas empresas de la UE utilizan la infraestructura de grandes empresas estadounidenses como Google o Amazon para sus servicios digitales. Incluso si los servidores son operados por sus filiales en la UE, esto no protege automáticamente a las empresas de las leyes invasivas de Estados Unidos. Al mismo tiempo, también deben cumplir con los requisitos del GDPR. Las autoridades alemanas de protección de datos siguen dejando abiertas las conclusiones que sacarán del informe. Dicen que se están evaluando las consecuencias para Alemania. A largo plazo, las incertidumbres para las empresas probablemente puedan despejarse con un nuevo acuerdo. Sin embargo, esto no está a la vista, ya que la ley europea de protección de datos y las leyes de inteligencia de EE.UU. todavía no funcionan juntas. https://netzpolitik.org/2022/gutachten-veroeffentlicht-wie-us-geheimdienste… <https://netzpolitik.org/2022/gutachten-veroeffentlicht-wie-us-geheimdienste…> nten/ Claramente, ESTE ES EL MOTIVO POR EL CUAL EE.UU. NO QUIERE QUE SE INSTALE EL 5G DE HUAWEI! Debido a que Huawei utiliza Criptografía cuántica en la red 5G, y este es el motivo del boicot por parte de EE.UU. contra esa firma. El Imperio estadounidense ha basado su modelo de gobernanza global a partir de una combinación de guerras de agresión y rapiña, control absoluto del sistema financiero (el dólar) y vigilancia para la extracción de información sensible (de ciudadanos, empresas y Estados competidores) que puedan otorgarle una ventaja geopolítica perdurable. En este marco, la tecnología 5G de Huawei representa un cortocircuito al funcionamiento del Imperio, al despojarlo de su superioridad tecnológica en el campo financiero, pero también de su infraestructura de espionaje con la cual promueve cambios de régimen y chantaje a los gobernantes de naciones rivales. https://parstoday.com/es/news/world-i68413-qu%C3%A9_tiene_huawei_que_tanto_… -- 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/

5 12

Solicitud retiro de la lista de correo
by Casor 26 Jan '22

26 Jan '22

Buenas tardes. Hace bastante tiempo estuve suscrito a opensuse para recibir información, pero finalmente me retiré también hace ya mucho tiempo. Sin embargo aún me llegan correos de opensuse y no sé cómo hacer para evitar esta situación. Por favor, cancelen mi suscripción a la lista. Gracias Cordial saludo, casor3(a)gmail.com

3 2

Uso de MariaDB-backup en Leap 15.3
by Francisco F. 24 Jan '22

24 Jan '22

Buenas: ¿Alguno ha instalado MariaDB-backup? No lo encuentro en los repositorios, solo en los que proporciona MariaDB y hay que actualizar todo con su repositorio. ¿Alguna experiencia con el tema? Saludos

3 3

Manual Básico de Instalación de Open Suse
by José Gabriel sánchez 09 Jan '22

09 Jan '22

*Saludos de Año Nuevo!!!* ¿Habrá un manual básico para instalar Opensuse en una portátil que ya tiene Win y Xubuntu? Queremos caerle al Ventanitas y eliminarlo sin dañar el Xubuntu, ¿será fácil sin conocimientos de informática, sin dañar el xubuntu en su configuración actual? Gracias.

4 8

Fin de la vida de Leap 15.2
by Carlos E. R. 08 Jan '22

08 Jan '22

La 15.2 ha acabado su periodo de mantenimiento, fin de vida. Anuncio oficial: -------- Forwarded Message -------- Subject: openSUSE Leap 15.2 is end of life Date: Sat, 8 Jan 2022 09:54:39 +0100 From: Marcus Meissner <meissner(a)suse.de> Reply-To: security(a)lists.opensuse.org Organization: SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany, GF: Ivo Totev, HRB 36809, AG Nürnberg To: announce(a)lists.opensuse.org, security-announce(a)lists.opensuse.org Hi all, With the release of the last update (ktorrent) on January 4th, 2022 the SUSE sponsored maintenance of openSUSE Leap 15.2 has ended. openSUSE Leap 15.2 is now officially discontinued and out of support by SUSE. The currently maintained stable release is openSUSE Leap 15.3, which will be maintained until around end of 2022 (same lifetime as SLES 15 SP3 regular support). See https://en.opensuse.org/Lifetime Upgrading is easy. See the links below for instructions: https://doc.opensuse.org/documentation/leap/startup/html/book-opensuse-star… https://en.opensuse.org/SDB:System_upgrade https://en.opensuse.org/SDB:Offline_upgrade openSUSE Leap 15.2 was released end of July 2nd 2020, making it 17 months of security and bugfix support. It was the sixth hybrid distribution which used sources from SUSE Linux Enterprise and from our community developers to bridge a gap between matured packages and newer packages found in openSUSE Tumbleweed. Some statistics on the released patches (compared to Leap 15.1). Agenda: current number (15.1 number / total diff) Total updates: 1976 (1987 / -11 ) Updates imported from SUSE Linux Enterprise: 1454 (1456 / -2) Updates provided by community developers: 522 (531 / -9 ) Security: 778 (819 / -41) Recommended: 1172 (1150 / +22) Optional: 23 (17 / +6) Feature: 3 (1 / +2) Retracted updates: 2 (0 / +2) Fixed CVE-entries: 2357 (2866 / -509) Fixed Bugs (overall): 5669 (5704 / -35) A huge thanks to our awesome packagers, community, and all involved people, who made this possible! Your maintenance- and security-team.

4 7

[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

engine para IBus
by Carlos Ayala 04 Jan '22

04 Jan '22

Saludos, espero que la hayan pasado bien en estas fiestas, aunque sobrevivirlas en agotador. Pero he aquí mi problema: https://imgur.com/a/ppYZEW1 Estoy usando XFCE y no se puede configurar el teclado latino en IBus, no aparece. Tampoco aparece listado con ibus list-engine. No hay nada parecido aquí tampoco: https://docs.oracle.com/cd/E36784_01/html/E36823/glmpy.html#scrolltoc > ibus list-engine | grep 'Spanish' language: Spanish xkb:es:nodeadkeys:spa - Spanish (no dead keys) xkb:es:sundeadkeys:spa - Spanish (Sun dead keys) xkb:es:winkeys:spa - Spanish (Windows) xkb:es:dvorak:spa - Spanish (Dvorak) xkb:es:deadtilde:spa - Spanish (dead tilde) xkb:es:mac:spa - Spanish (Macintosh) xkb:es::spa - Spanish Me puse a pensar en ese enlace por esto: https://unix.stackexchange.com/questions/675733/trying-to-add-the-latin-ame… pero aquí hacen uso de locale-gen, comando propio de debian y derivados (supongo), en openSUSE se usa localedef. Pero sucede que locale -a | grep es_ si contiene el locale que estoy necesitando: es_PE.utf8 He encontrado esto: https://unix.stackexchange.com/questions/302111/how-can-i-create-a-new-keyb… parece que apunta a la dirección apropiada... bueno haré la prueba, o tal vez mejor uso mi teclado en ingles. Hago hincapié en mis deseos de que la hayan pasado bien en estas fiestas y que tengan un prometedor e interesante año 2022. -- Carlos A.

2 2