Vulnerability CVE-2023-44487 in solr-solrj 8.11.3

[Juan Luis Moreno Gomez]

Hello,

It seems that the latest version of solr-solrj 8 (8.11.3) library has the 
vulnerability CVE-2023-44487. It is detected by de Dependency-check tool an can 
be seen here: 
https://www.cvedetails.com/vulnerability-list/vendor_id-45/product_id-18263/version_id-1776247/year-2023/opdos-1/Apache-Solr-8.11.3.html

Is there any plan to resolve this vulnerability soon in version 8 or the only 
solution is to update to Solr 9.4.0 or higher?

Thanks in advance.
CONFIDENCIALIDAD

La información contenida en este correo electrónico, y en su caso, cualquier 
fichero anexo al mismo, son de carácter privado y confidencial siendo para uso 
exclusivo de su destinatario. Si usted no es el destinatario correcto, el 
empleado o agente responsable de entregar el mensaje al destinatario, o ha 
recibido esta comunicación por error, le informamos que está totalmente 
prohibida cualquier divulgación, distribución o reproducción de esta 
comunicación según la legislación vigente y le rogamos que nos lo notifique 
inmediatamente, procediendo a su destrucción sin continuar su lectura.


PROTECCIÓN DE DATOS

Le informamos que su dirección de correo electrónico, así como el resto de los 
datos de carácter personal que nos facilite voluntariamente, podrían ser objeto 
de tratamiento automatizado por las empresas de SOFTTEK, con la finalidad de 
gestionar la agenda de contactos y contestar a sus solicitudes de información. 
La base que legitima el tratamiento es el interés legítimo de SOFTTEK y el 
consentimiento otorgado al ponerse en contacto. Podrá en cualquier momento 
ejercer sus derechos de acceso, rectificación, supresión, limitación del 
tratamiento, portabilidad y oposición en los términos establecidos en la 
normativa legal vigente mediante notificación escrita a la siguiente dirección: 
SOFTTEK. Att. Responsable Privacidad. Ctra. de la Coruña 38 (km.16,4) Las Rozas 
de Madrid, 28231-Madrid (España).


CONFIDENTIAL

The information contained in this email, and if applicable, any documents 
attached to it, are private and confidential and are for the exclusive use of 
the recipient. If you are not the correct recipient, the employee or agent 
responsible for delivering the message to its destination or have received the 
email by mistake, we inform you that it is strictly prohibited to disclose, 
distribute, or reproduce information from this email in accordance with 
existing legislation and we ask that you please notify us immediately, 
proceeding with its destruction without reading any further.


DATA PROTECTION

Your email address, as well as any other personal data you voluntarily provide 
to us, may be subject to automated processing by Softtek, in order to manage 
contacts and respond to your requests for information. The legal basis for 
processing is in the legitimate interest of Softtek with consent given when 
contacted. At any time, you may/can exercise your rights to access, modify, 
eliminate, limit the use of, transfer or oppose any contact according to the 
terms established by current legislation by written notification to the 
following address: Softtek Att. Responsable Privacidad. Ctra. de la Coruña 38 
(km.16,4) Las Rozas de Madrid, 28231-Madrid


Aviso de Privacidad | Privacy 
Notice | Aviso de 
Privacidade

Re: [bcop] BCOP Task Force RIPE 86 - Best Operational Practices to Survive Natural Disasters or War

[Luis Balbinot]

Thank you Alena!

I'll keep collecting data and then later we can work on the guidelines for
the BCOP. It's a lot of information and we need a concise way to catalog
it. With all the info we are collecting it's essential to find a succinct
method to organize and catalog it effectively.

Best Regards,
Luis

On Wed, May 15, 2024 at 2:54 PM Alena Muravska  wrote:

> Dear Luis,
>
> I’m very sorry to hear about this devastating event. The incentive behind
> this group was exactly what you are doing right now: collecting experience
> that can help overs in similar situations.
>
> As to the status of this BCOP,  there will be no update at the coming RIPE
> meeting in Krakow. If you are interested in the framework or potentially
> would like to contribute with your research, please let me know.
>
> Kind regards,
>
> Alena Muravska
>
> On 9 May 2024, at 17:45, Luis Balbinot  wrote:
>
> Hello friends.
>
> We're amidst a significant natural disaster unfolding in southern Brazil,
> marked by heavy rainfall and devastating floods. I'm collecting as much
> information as possible in order to produce valuable feedback to other
> communities in the future and warn them about all the unpredictable
> setbacks we are experiencing.
>
> What's the status of this BCOP? Do we have an outline?
>
> Luis
>
> On Wed, May 31, 2023 at 6:09 AM Alena Muravska  wrote:
>
>> Dear Colleagues,
>>
>> Following up from the past week's BCOP Task Force session at the RIPE 86
>> Meeting, I would like to report that we have completed forming a group of
>> volunteers who will conduct series of interviews with Ukrainian operators
>> to record their experience of running networks under extreme conditions of
>> war. This will become a basis for a future document, current working title
>> of which is Best Operational Practices to Survive Natural Disasters or War.
>>
>> We will be reporting about our progress on this mailing list and at RIPE
>> Meetings.
>>
>> Kind regards,
>>
>> Alena Muravska
>>
>>
>>
>> --
>>
>> To unsubscribe from this mailing list, get a password reminder, or change
>> your subscription options, please visit:
>> https://lists.ripe.net/mailman/listinfo/bcop
>>
> --
>
> To unsubscribe from this mailing list, get a password reminder, or change
> your subscription options, please visit:
> https://lists.ripe.net/mailman/listinfo/bcop
>
>
>
-- 

To unsubscribe from this mailing list, get a password reminder, or change your 
subscription options, please visit: https://lists.ripe.net/mailman/listinfo/bcop

Re: [Trisquel-devel] New mirror in Singapore - 10GBPS

[Luis Guzman]

Hello Karibu,

En 14/05/24 09:05, Karibu - Freedif.org escribió:

Hello guys,

I’m the admin of the mirror freedif.org <http://freedif.org> and we 
would like to support Trisquel project.

I’ve synced and ready to support the project for both packages and ISO

That's great news.


Will it be possible to be added to the pool of mirror please?

Location: Singapore
Bandwidth: 10GBPS
Admin: Karibu
URL: https://mirror.freedif.org/trisquel/
(or HTTP)

Let me know if you need further information


Let me ask the same question I did on the forum here:

BTW, what is freedif.org? could you share a bit of background?

Thanks in advance



Merci

Kari
--
Sent with Tutanota


--
Cuanto más gente resista, más gente va a ser Libre, y
más gente va a ser libre para ser Libre.

Por tu propio bien, y en solidaridad a todos,
elige la libertad.

¡Sé Libre!
http://fsfla.org/selibre/

Luis A. Guzmán G.
http://ark.switnet.org



OpenPGP_signature.asc
Description: OpenPGP digital signature
___
Trisquel-devel mailing list
Trisquel-devel@listas.trisquel.info
https://listas.trisquel.info/mailman/listinfo/trisquel-devel

[spyder] tabnine

[Luis Carlos Trotta]

Buenas noches, gracias por la respuesta anterior.
Consulta: Como agrego tabnine a Spyder?
saludos

-- 
You received this message because you are subscribed to the Google Groups 
"spyder" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to spyderlib+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/spyderlib/fc11e1b4-6d74-42ea-bfbf-da092da23c25n%40googlegroups.com.

[GIT PULL] Modules changes for v6.10-rc1

[Luis Chamberlain]

The following changes since commit a5131c3fdf2608f1c15f3809e201cf540eb28489:

  Merge tag 'x86-shstk-2024-05-13' of 
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2024-05-13 19:33:23 
-0700)

are available in the Git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux.git/ 
tags/modules-6.10-rc1

for you to fetch changes up to 2c9e5d4a008293407836d29d35dfd4353615bd2f:

  bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of (2024-05-14 
00:36:29 -0700)


Modules changes for v6.10-rc1

Finally something fun. Mike Rapoport does some cleanup to allow us to
take out module_alloc() out of modules into a new paint shedded execmem_alloc()
and execmem_free() so to make emphasis these helpers are actually used outside
of modules. It starts with a no-functional changes API rename / placeholders
to then allow architectures to define their requirements into a new shiny
struct execmem_info with ranges, and requirements for those ranges. Archs
now can intitialize this execmem_info as the last part of mm_core_init() if
they have to diverge from the norm. Each range is a known type clearly
articulated and spelled out in enum execmem_type.

Although a lot of this is major cleanup and prep work for future enhancements an
immediate clear gain is we get to enable KPROBES without MODULES now. That is
ultimately what motiviated to pick this work up again, now with smaller goal as
concrete stepping stone.

This has been sitting on linux-next for a little less than a month, a few issues
were found already and fixed, in particular an odd mips boot issue. Arch folks
reviewed the code too. This is ready for wider exposure and testing.


Justin Stitt (1):
  kallsyms: replace deprecated strncpy with strscpy

Mike Rapoport (IBM) (16):
  arm64: module: remove unneeded call to kasan_alloc_module_shadow()
  mips: module: rename MODULE_START to MODULES_VADDR
  nios2: define virtual address space for modules
  sparc: simplify module_alloc()
  module: make module_memory_{alloc,free} more self-contained
  mm: introduce execmem_alloc() and execmem_free()
  mm/execmem, arch: convert simple overrides of module_alloc to execmem
  mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  riscv: extend execmem_params for generated code allocations
  arm64: extend execmem_info for generated code allocations
  powerpc: extend execmem_params for kprobes allocations
  arch: make execmem setup available regardless of CONFIG_MODULES
  x86/ftrace: enable dynamic ftrace without CONFIG_MODULES
  powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropriate
  kprobes: remove dependency on CONFIG_MODULES
  bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of

Yifan Hong (1):
  module: allow UNUSED_KSYMS_WHITELIST to be relative against objtree.

 arch/Kconfig |  10 ++-
 arch/arm/kernel/module.c |  34 -
 arch/arm/mm/init.c   |  45 +++
 arch/arm64/Kconfig   |   1 +
 arch/arm64/kernel/module.c   | 126 --
 arch/arm64/kernel/probes/kprobes.c   |   7 --
 arch/arm64/mm/init.c | 140 ++
 arch/arm64/net/bpf_jit_comp.c|  11 ---
 arch/loongarch/kernel/module.c   |   6 --
 arch/loongarch/mm/init.c |  21 +
 arch/mips/include/asm/pgtable-64.h   |   4 +-
 arch/mips/kernel/module.c|  10 ---
 arch/mips/mm/fault.c |   4 +-
 arch/mips/mm/init.c  |  23 ++
 arch/nios2/include/asm/pgtable.h |   5 +-
 arch/nios2/kernel/module.c   |  20 -
 arch/nios2/mm/init.c |  21 +
 arch/parisc/kernel/module.c  |  12 ---
 arch/parisc/mm/init.c|  23 +-
 arch/powerpc/Kconfig |   2 +-
 arch/powerpc/include/asm/kasan.h |   2 +-
 arch/powerpc/kernel/head_8xx.S   |   4 +-
 arch/powerpc/kernel/head_book3s_32.S |   6 +-
 arch/powerpc/kernel/kprobes.c|  22 +-
 arch/powerpc/kernel/module.c |  38 --
 arch/powerpc/lib/code-patching.c |   2 +-
 arch/powerpc/mm/book3s32/mmu.c   |   2 +-
 arch/powerpc/mm/mem.c|  64 
 arch/riscv/include/asm/pgtable.h |   3 +
 arch/riscv/kernel/module.c   |  12 ---
 arch/riscv/kernel/probes/kprobes.c   |  10 ---
 arch/riscv/mm/init.c |  35 +
 arch/riscv/net/bpf_jit_core.c|  13 
 arch/s390/kernel/ftrace.c|   4 +-
 arch/s390/kernel/kprobes.c   |   4 +-
 arch/s390/kernel/module.c|  42 +-
 arch/s390/mm/init.c  |  30 
 arch/sparc/include/asm/pgtable_32.h  |   2 +
 arch/sparc/kernel/module.c   |  30 
 

[clang] [llvm] [openmp] [PGO][OpenMP] Instrumentation for GPU devices (PR #76587)

[Ethan Luis McDonough via cfe-commits]

https://github.com/EthanLuisMcDonough updated 
https://github.com/llvm/llvm-project/pull/76587

>From 530eb982b9770190377bb0bd09c5cb715f34d484 Mon Sep 17 00:00:00 2001
From: Ethan Luis McDonough 
Date: Fri, 15 Dec 2023 20:38:38 -0600
Subject: [PATCH 01/18] Add profiling functions to libomptarget

---
 .../include/llvm/Frontend/OpenMP/OMPKinds.def |  3 +++
 openmp/libomptarget/DeviceRTL/CMakeLists.txt  |  2 ++
 .../DeviceRTL/include/Profiling.h | 21 +++
 .../libomptarget/DeviceRTL/src/Profiling.cpp  | 19 +
 4 files changed, 45 insertions(+)
 create mode 100644 openmp/libomptarget/DeviceRTL/include/Profiling.h
 create mode 100644 openmp/libomptarget/DeviceRTL/src/Profiling.cpp

diff --git a/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def 
b/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def
index d22d2a8e948b0..1d887d5cb5812 100644
--- a/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def
+++ b/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def
@@ -503,6 +503,9 @@ __OMP_RTL(__kmpc_barrier_simple_generic, false, Void, 
IdentPtr, Int32)
 __OMP_RTL(__kmpc_warp_active_thread_mask, false, Int64,)
 __OMP_RTL(__kmpc_syncwarp, false, Void, Int64)
 
+__OMP_RTL(__llvm_profile_register_function, false, Void, VoidPtr)
+__OMP_RTL(__llvm_profile_register_names_function, false, Void, VoidPtr, Int64)
+
 __OMP_RTL(__last, false, Void, )
 
 #undef __OMP_RTL
diff --git a/openmp/libomptarget/DeviceRTL/CMakeLists.txt 
b/openmp/libomptarget/DeviceRTL/CMakeLists.txt
index 1ce3e1e40a80a..55ee15d068c67 100644
--- a/openmp/libomptarget/DeviceRTL/CMakeLists.txt
+++ b/openmp/libomptarget/DeviceRTL/CMakeLists.txt
@@ -89,6 +89,7 @@ set(include_files
   ${include_directory}/Interface.h
   ${include_directory}/LibC.h
   ${include_directory}/Mapping.h
+  ${include_directory}/Profiling.h
   ${include_directory}/State.h
   ${include_directory}/Synchronization.h
   ${include_directory}/Types.h
@@ -104,6 +105,7 @@ set(src_files
   ${source_directory}/Mapping.cpp
   ${source_directory}/Misc.cpp
   ${source_directory}/Parallelism.cpp
+  ${source_directory}/Profiling.cpp
   ${source_directory}/Reduction.cpp
   ${source_directory}/State.cpp
   ${source_directory}/Synchronization.cpp
diff --git a/openmp/libomptarget/DeviceRTL/include/Profiling.h 
b/openmp/libomptarget/DeviceRTL/include/Profiling.h
new file mode 100644
index 0..68c7744cd6075
--- /dev/null
+++ b/openmp/libomptarget/DeviceRTL/include/Profiling.h
@@ -0,0 +1,21 @@
+//=== Profiling.h - OpenMP interface -- C++ 
-*-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM 
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
+//
+//===--===//
+//
+//
+//===--===//
+
+#ifndef OMPTARGET_DEVICERTL_PROFILING_H
+#define OMPTARGET_DEVICERTL_PROFILING_H
+
+extern "C" {
+
+void __llvm_profile_register_function(void *ptr);
+void __llvm_profile_register_names_function(void *ptr, long int i);
+}
+
+#endif
diff --git a/openmp/libomptarget/DeviceRTL/src/Profiling.cpp 
b/openmp/libomptarget/DeviceRTL/src/Profiling.cpp
new file mode 100644
index 0..799477f5e47d2
--- /dev/null
+++ b/openmp/libomptarget/DeviceRTL/src/Profiling.cpp
@@ -0,0 +1,19 @@
+//===--- Profiling.cpp  C++ 
---===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM 
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
+//
+//===--===//
+
+#include "Profiling.h"
+
+#pragma omp begin declare target device_type(nohost)
+
+extern "C" {
+
+void __llvm_profile_register_function(void *ptr) {}
+void __llvm_profile_register_names_function(void *ptr, long int i) {}
+}
+
+#pragma omp end declare target

>From fb067d4ffe604fd68cf90b705db1942bce49dbb1 Mon Sep 17 00:00:00 2001
From: Ethan Luis McDonough 
Date: Sat, 16 Dec 2023 01:18:41 -0600
Subject: [PATCH 02/18] Fix PGO instrumentation for GPU targets

---
 clang/lib/CodeGen/CodeGenPGO.cpp  | 10 --
 .../lib/Transforms/Instrumentation/InstrProfiling.cpp | 11 ---
 2 files changed, 16 insertions(+), 5 deletions(-)

diff --git a/clang/lib/CodeGen/CodeGenPGO.cpp b/clang/lib/CodeGen/CodeGenPGO.cpp
index 81bf8ea696b16..edae6885b528a 100644
--- a/clang/lib/CodeGen/CodeGenPGO.cpp
+++ b/clang/lib/CodeGen/CodeGenPGO.cpp
@@ -959,8 +959,14 @@ void CodeGenPGO::emitCounterIncrement(CGBuilderTy 
, const Stmt *S,
 
   unsigned Counter = (*RegionCounterMap)[S];
 
-  llvm::Value *Args[] = {FuncNameVar,
- Builder.getInt64(FunctionHash),
+  // Make sure that pointer to global is passed in with z

Bug#1070978: firefox: Spanish keyboard layout not working properly

[José Luis Segura Lucas]

Package: firefox
Version: 125.0.3-1+b1
Severity: minor
Tags: l10n
X-Debbugs-Cc: josel.seg...@gmx.es

Dear Maintainer,

In a Gnome environment, when using the Spanish layout, the "ñ" letter and some
of the accents that usually works as dead-keys are not working, just being
ignored.

I tried with other applications like nautilus, Tilix terminal or Telegram and
it works correctly, so I discarded a system configuration issue.

If this can help, I found the exactly same behaviour in other Mozilla software,
Thunderbird, so maybe it's related to some dependency used by both, but I
cannot figure which one.

   * What led up to the situation?

Just a normal upgrade on my system.


-- Package-specific info:


-- Addons package information

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.7.12-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages firefox depends on:
ii  debianutils  5.17
ii  fontconfig   2.15.0-1.1
ii  libasound2t641.2.11-1+b1
ii  libatk1.0-0t64   2.52.0-1
ii  libc62.38-11
ii  libcairo-gobject21.18.0-3+b1
ii  libcairo21.18.0-3+b1
ii  libdbus-1-3  1.14.10-4+b1
ii  libevent-2.1-7t642.1.12-stable-8.1+b3
ii  libffi8  3.4.6-1
ii  libfontconfig1   2.15.0-1.1
ii  libfreetype6 2.13.2+dfsg-1+b4
ii  libgcc-s114-20240429-1
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-3+b3
ii  libglib2.0-0t64  2.80.2-1
ii  libgtk-3-0t643.24.41-4
ii  libnspr4 2:4.35-1.1+b1
ii  libnss3  2:3.99-1
ii  libpango-1.0-0   1.52.2+ds-1
ii  libstdc++6   14-20240429-1
ii  libvpx9  1.14.0-2
ii  libx11-6 2:1.8.7-1+b1
ii  libx11-xcb1  2:1.8.7-1+b1
ii  libxcb-shm0  1.17.0-1
ii  libxcb1  1.17.0-1
ii  libxcomposite1   1:0.4.5-1+b1
ii  libxdamage1  1:1.1.6-1+b1
ii  libxext6 2:1.3.4-1+b1
ii  libxfixes3   1:6.0.0-2+b1
ii  libxrandr2   2:1.5.4-1
ii  procps   2:4.0.4-4
ii  zlib1g   1:1.3.dfsg+really1.3.1-1

Versions of packages firefox recommends:
ii  libavcodec58  7:4.4.2-1+b3
ii  libavcodec60  7:6.1.1-4+b1

Versions of packages firefox suggests:
ii  fonts-lmodern  2.005-1
ii  fonts-stix [otf-stix]  1.1.1-5
ii  libcanberra0   0.30-17
ii  libgssapi-krb5-2   1.20.1-6+b1
pn  pulseaudio 

-- no debconf information

Re: [PATCH] modules: Drop the .export_symbol section from the final modules

[Luis Chamberlain]

On Wed, Apr 17, 2024 at 01:35:30PM +0800, wang...@lemote.com wrote:
> From: Wang Yao 
> 
> Commit ddb5cdbafaaa ("kbuild: generate KSYMTAB entries by modpost")
> forget drop the .export_symbol section from the final modules.
> 
> Signed-off-by: Wang Yao 

Masahiro, commit ddb5cdbafaaa ("kbuild: generate KSYMTAB entries by
modpost") was your change, wanna address / take it through your
tree? It makes sense to me though.

  Luis

> ---
>  scripts/module.lds.S | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/scripts/module.lds.S b/scripts/module.lds.S
> index bf5bcf2836d8..89ff01a22634 100644
> --- a/scripts/module.lds.S
> +++ b/scripts/module.lds.S
> @@ -13,6 +13,7 @@ SECTIONS {
>   /DISCARD/ : {
>   *(.discard)
>   *(.discard.*)
> + *(.export_symbol)
>   }
>  
>   __ksymtab   0 : { *(SORT(___ksymtab+*)) }
> -- 
> 2.27.0
> 

[ANNOUNCE] 5.10.216-rt108

[Luis Claudio R. Goncalves]

Hello RT-list!

I'm pleased to announce the 5.10.216-rt108 stable release.

This release is just an update to the new stable 5.10.216 version,
without any RT specific changes.

You can get this release via the git tree at:

  git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

  branch: v5.10-rt
  Head SHA1: f0ba9d06ef6b1edce9a62b662415d70e000efdd8

Or to build 5.10.216-rt108 directly, the following patches should be applied:

  https://www.kernel.org/pub/linux/kernel/v5.x/linux-5.10.tar.xz

  https://www.kernel.org/pub/linux/kernel/v5.x/patch-5.10.216.xz

  
https://www.kernel.org/pub/linux/kernel/projects/rt/5.10/older/patch-5.10.216-rt108.patch.xz

Signing key fingerprint:

  9354 0649 9972 8D31 D464  D140 F394 A423 F8E6 7C26

All keys used for the above files and repositories can be found on the
following git repository:

   git://git.kernel.org/pub/scm/docs/kernel/pgpkeys.git

Enjoy!
Luis

[clang] [llvm] [openmp] [PGO][OpenMP] Instrumentation for GPU devices (PR #76587)

[Ethan Luis McDonough via cfe-commits]

https://github.com/EthanLuisMcDonough updated 
https://github.com/llvm/llvm-project/pull/76587

>From 530eb982b9770190377bb0bd09c5cb715f34d484 Mon Sep 17 00:00:00 2001
From: Ethan Luis McDonough 
Date: Fri, 15 Dec 2023 20:38:38 -0600
Subject: [PATCH 01/18] Add profiling functions to libomptarget

---
 .../include/llvm/Frontend/OpenMP/OMPKinds.def |  3 +++
 openmp/libomptarget/DeviceRTL/CMakeLists.txt  |  2 ++
 .../DeviceRTL/include/Profiling.h | 21 +++
 .../libomptarget/DeviceRTL/src/Profiling.cpp  | 19 +
 4 files changed, 45 insertions(+)
 create mode 100644 openmp/libomptarget/DeviceRTL/include/Profiling.h
 create mode 100644 openmp/libomptarget/DeviceRTL/src/Profiling.cpp

diff --git a/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def 
b/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def
index d22d2a8e948b0..1d887d5cb5812 100644
--- a/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def
+++ b/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def
@@ -503,6 +503,9 @@ __OMP_RTL(__kmpc_barrier_simple_generic, false, Void, 
IdentPtr, Int32)
 __OMP_RTL(__kmpc_warp_active_thread_mask, false, Int64,)
 __OMP_RTL(__kmpc_syncwarp, false, Void, Int64)
 
+__OMP_RTL(__llvm_profile_register_function, false, Void, VoidPtr)
+__OMP_RTL(__llvm_profile_register_names_function, false, Void, VoidPtr, Int64)
+
 __OMP_RTL(__last, false, Void, )
 
 #undef __OMP_RTL
diff --git a/openmp/libomptarget/DeviceRTL/CMakeLists.txt 
b/openmp/libomptarget/DeviceRTL/CMakeLists.txt
index 1ce3e1e40a80a..55ee15d068c67 100644
--- a/openmp/libomptarget/DeviceRTL/CMakeLists.txt
+++ b/openmp/libomptarget/DeviceRTL/CMakeLists.txt
@@ -89,6 +89,7 @@ set(include_files
   ${include_directory}/Interface.h
   ${include_directory}/LibC.h
   ${include_directory}/Mapping.h
+  ${include_directory}/Profiling.h
   ${include_directory}/State.h
   ${include_directory}/Synchronization.h
   ${include_directory}/Types.h
@@ -104,6 +105,7 @@ set(src_files
   ${source_directory}/Mapping.cpp
   ${source_directory}/Misc.cpp
   ${source_directory}/Parallelism.cpp
+  ${source_directory}/Profiling.cpp
   ${source_directory}/Reduction.cpp
   ${source_directory}/State.cpp
   ${source_directory}/Synchronization.cpp
diff --git a/openmp/libomptarget/DeviceRTL/include/Profiling.h 
b/openmp/libomptarget/DeviceRTL/include/Profiling.h
new file mode 100644
index 0..68c7744cd6075
--- /dev/null
+++ b/openmp/libomptarget/DeviceRTL/include/Profiling.h
@@ -0,0 +1,21 @@
+//=== Profiling.h - OpenMP interface -- C++ 
-*-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM 
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
+//
+//===--===//
+//
+//
+//===--===//
+
+#ifndef OMPTARGET_DEVICERTL_PROFILING_H
+#define OMPTARGET_DEVICERTL_PROFILING_H
+
+extern "C" {
+
+void __llvm_profile_register_function(void *ptr);
+void __llvm_profile_register_names_function(void *ptr, long int i);
+}
+
+#endif
diff --git a/openmp/libomptarget/DeviceRTL/src/Profiling.cpp 
b/openmp/libomptarget/DeviceRTL/src/Profiling.cpp
new file mode 100644
index 0..799477f5e47d2
--- /dev/null
+++ b/openmp/libomptarget/DeviceRTL/src/Profiling.cpp
@@ -0,0 +1,19 @@
+//===--- Profiling.cpp  C++ 
---===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM 
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
+//
+//===--===//
+
+#include "Profiling.h"
+
+#pragma omp begin declare target device_type(nohost)
+
+extern "C" {
+
+void __llvm_profile_register_function(void *ptr) {}
+void __llvm_profile_register_names_function(void *ptr, long int i) {}
+}
+
+#pragma omp end declare target

>From fb067d4ffe604fd68cf90b705db1942bce49dbb1 Mon Sep 17 00:00:00 2001
From: Ethan Luis McDonough 
Date: Sat, 16 Dec 2023 01:18:41 -0600
Subject: [PATCH 02/18] Fix PGO instrumentation for GPU targets

---
 clang/lib/CodeGen/CodeGenPGO.cpp  | 10 --
 .../lib/Transforms/Instrumentation/InstrProfiling.cpp | 11 ---
 2 files changed, 16 insertions(+), 5 deletions(-)

diff --git a/clang/lib/CodeGen/CodeGenPGO.cpp b/clang/lib/CodeGen/CodeGenPGO.cpp
index 81bf8ea696b16..edae6885b528a 100644
--- a/clang/lib/CodeGen/CodeGenPGO.cpp
+++ b/clang/lib/CodeGen/CodeGenPGO.cpp
@@ -959,8 +959,14 @@ void CodeGenPGO::emitCounterIncrement(CGBuilderTy 
, const Stmt *S,
 
   unsigned Counter = (*RegionCounterMap)[S];
 
-  llvm::Value *Args[] = {FuncNameVar,
- Builder.getInt64(FunctionHash),
+  // Make sure that pointer to global is passed in with z

Re: [bcop] BCOP Task Force RIPE 86 - Best Operational Practices to Survive Natural Disasters or War

[Luis Balbinot]

Hello friends.

We're amidst a significant natural disaster unfolding in southern Brazil,
marked by heavy rainfall and devastating floods. I'm collecting as much
information as possible in order to produce valuable feedback to other
communities in the future and warn them about all the unpredictable
setbacks we are experiencing.

What's the status of this BCOP? Do we have an outline?

Luis

On Wed, May 31, 2023 at 6:09 AM Alena Muravska  wrote:

> Dear Colleagues,
>
> Following up from the past week's BCOP Task Force session at the RIPE 86
> Meeting, I would like to report that we have completed forming a group of
> volunteers who will conduct series of interviews with Ukrainian operators
> to record their experience of running networks under extreme conditions of
> war. This will become a basis for a future document, current working title
> of which is Best Operational Practices to Survive Natural Disasters or War.
>
> We will be reporting about our progress on this mailing list and at RIPE
> Meetings.
>
> Kind regards,
>
> Alena Muravska
>
>
>
> --
>
> To unsubscribe from this mailing list, get a password reminder, or change
> your subscription options, please visit:
> https://lists.ripe.net/mailman/listinfo/bcop
>
-- 

To unsubscribe from this mailing list, get a password reminder, or change your 
subscription options, please visit: https://lists.ripe.net/mailman/listinfo/bcop

Re: mesh ontology queries

[Luis Enrique Ramos García]

Hi Arne,

thanks so much, I checked I had created the dataset into the default graph.

As soon as I created the named graph, as you recommended I got the expected
results.

Best regards


Luis

El mié, 8 may 2024 a las 23:30, Arne Bernhardt ()
escribió:

> Hi Louis,
>
> You might have uploaded the MeSH ontology into the default graph or at
> least not into a graph with the name `<http://id.nlm.nih.gov/mesh>`.
>
> From the query editor at https://id.nlm.nih.gov/mesh/query, I see that
> they
> have different graphs for each year (current = `<
> http://id.nlm.nih.gov/mesh>`,
> 2024 = `<http://id.nlm.nih.gov/mesh/2024>`, and 2023 = `<
> http://id.nlm.nih.gov/mesh/2023>`). To use the sample queries, you need to
> upload the data into the dataset using the corresponding names.
>
> Fixing the query is not an option if different years have all been uploaded
> into the same default graph. A glimpse into the data told me that all
> subjects begin with `http://id.nlm.nih.gov/mesh/`
> <http://id.nlm.nih.gov/mesh/>. So, you could filter for
> a specific year like this: `FILTER(STRSTARTS(STR(?subject), "
> http://id.nlm.nih.gov/mesh/2024;))`. Unfortunately, this does not work for
> the current year, as in your example, since
> `FILTER(STRSTARTS(STR(?subject), "http://id.nlm.nih.gov/mesh/;))` would
> include all subsequent years.
>
> To check your assumption about the default graph and where your data is: In
> the Fuseki UI, there is the "info" tab for your dataset, where you may
> click "count triples in all graphs," which gives you a list of all graphs
> in your dataset, their names, and the corresponding triple count. The
> following query should provide the same information:
>
> ```
> SELECT ?graph_name (COUNT(?s) AS ?triples)
> WHERE {
>   {
> BIND('default graph' AS ?graph_name)
> OPTIONAL { ?s ?p ?o. }
>   }
>   UNION
>   {
> GRAPH ?graph_name { OPTIONAL { ?s ?p ?o. } }
>   }
> }
> GROUP BY ?graph_name
> ```
>
> See also
>
> https://jena.apache.org/tutorials/sparql_datasets.html#describing-rdf-datasets---from-and-from-named
> .
>
> I hope this helps.
>
> Arne
>
> Am Mi., 8. Mai 2024 um 19:23 Uhr schrieb Luis Enrique Ramos García
> :
>
> > I uploaded the mesh ontology in fuseki,
> > but when I try with the query the sample queries recommended in their
> > documentation:
> > https://hhs.github.io/meshrdf/sample-queries
> >
> > I get no results.
> >
> > For instance:
> > PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
> > PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
> > PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>
> > PREFIX owl: <http://www.w3.org/2002/07/owl#>
> > PREFIX meshv: <http://id.nlm.nih.gov/mesh/vocab#>
> > PREFIX mesh: <http://id.nlm.nih.gov/mesh/>
> > PREFIX mesh2015: <http://id.nlm.nih.gov/mesh/2015/>
> > PREFIX mesh2016: <http://id.nlm.nih.gov/mesh/2016/>
> > PREFIX mesh2017: <http://id.nlm.nih.gov/mesh/2017/>
> > SELECT DISTINCT ?p
> > FROM <http://id.nlm.nih.gov/mesh>
> > WHERE {
> > ?s ?p ?o
> > }
> > ORDER BY ?p
> >
> > It gives me no results, but when I comment out the line with the FROM
> > clause, I get some results.
> >
> > I assume the data with namespace meshv is in the default graph, and the
> > other data is in a specific named graph, but I am not sure how I have to
> > write the query to get the data in the named graphs.
> >
> > Thanks in advanced
> >
> >
> > Luis Ramos
> >
>

Re: [PATCH] seccomp: Constify sysctl subhelpers

[Luis Chamberlain]

On Wed, May 08, 2024 at 10:13:41AM -0700, Kees Cook wrote:
> The read_actions_logged() and write_actions_logged() helpers called by the
> sysctl proc handler seccomp_actions_logged_handler() are already expecting
> their sysctl table argument to be read-only. Actually mark the argument
> as const in preparation[1] for global constification of the sysctl tables.
> 
> Suggested-by: "Thomas Weißschuh" 
> Link: 
> https://lore.kernel.org/lkml/20240423-sysctl-const-handler-v3-11-e0beccb83...@weissschuh.net/
>  [1]
> Signed-off-by: Kees Cook 

Reviewed-by: Luis Chamberlain 

  Luis

mesh ontology queries

[Luis Enrique Ramos García]

I uploaded the mesh ontology in fuseki,
but when I try with the query the sample queries recommended in their
documentation:
https://hhs.github.io/meshrdf/sample-queries

I get no results.

For instance:
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>
PREFIX owl: <http://www.w3.org/2002/07/owl#>
PREFIX meshv: <http://id.nlm.nih.gov/mesh/vocab#>
PREFIX mesh: <http://id.nlm.nih.gov/mesh/>
PREFIX mesh2015: <http://id.nlm.nih.gov/mesh/2015/>
PREFIX mesh2016: <http://id.nlm.nih.gov/mesh/2016/>
PREFIX mesh2017: <http://id.nlm.nih.gov/mesh/2017/>
SELECT DISTINCT ?p
FROM <http://id.nlm.nih.gov/mesh>
WHERE {
?s ?p ?o
}
ORDER BY ?p

It gives me no results, but when I comment out the line with the FROM
clause, I get some results.

I assume the data with namespace meshv is in the default graph, and the
other data is in a specific named graph, but I am not sure how I have to
write the query to get the data in the named graphs.

Thanks in advanced


Luis Ramos

Software Bill of Materials (SBOM) anyone?

[Luis Soeiro]

Hi

Has anybody created Software Bill of Materials (SBOM) files before?

I don't think it is a widespread practice right now, but I'm trying to 
find out the basic patterns. If you have a few minutes to participate in 
a quick,short and completely anonymous survey, which is part of a 
research I'm doing, please visit:


https://framaforms.org/sbom-survey-1715079327

If you know of other developers who might have used SBOMs before, please 
forward this survey to them.


Sincerely,

Luis

[clang] [llvm] [openmp] [PGO][OpenMP] Instrumentation for GPU devices (PR #76587)

[Ethan Luis McDonough via cfe-commits]

https://github.com/EthanLuisMcDonough updated 
https://github.com/llvm/llvm-project/pull/76587

>From 530eb982b9770190377bb0bd09c5cb715f34d484 Mon Sep 17 00:00:00 2001
From: Ethan Luis McDonough 
Date: Fri, 15 Dec 2023 20:38:38 -0600
Subject: [PATCH 01/18] Add profiling functions to libomptarget

---
 .../include/llvm/Frontend/OpenMP/OMPKinds.def |  3 +++
 openmp/libomptarget/DeviceRTL/CMakeLists.txt  |  2 ++
 .../DeviceRTL/include/Profiling.h | 21 +++
 .../libomptarget/DeviceRTL/src/Profiling.cpp  | 19 +
 4 files changed, 45 insertions(+)
 create mode 100644 openmp/libomptarget/DeviceRTL/include/Profiling.h
 create mode 100644 openmp/libomptarget/DeviceRTL/src/Profiling.cpp

diff --git a/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def 
b/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def
index d22d2a8e948b0..1d887d5cb5812 100644
--- a/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def
+++ b/llvm/include/llvm/Frontend/OpenMP/OMPKinds.def
@@ -503,6 +503,9 @@ __OMP_RTL(__kmpc_barrier_simple_generic, false, Void, 
IdentPtr, Int32)
 __OMP_RTL(__kmpc_warp_active_thread_mask, false, Int64,)
 __OMP_RTL(__kmpc_syncwarp, false, Void, Int64)
 
+__OMP_RTL(__llvm_profile_register_function, false, Void, VoidPtr)
+__OMP_RTL(__llvm_profile_register_names_function, false, Void, VoidPtr, Int64)
+
 __OMP_RTL(__last, false, Void, )
 
 #undef __OMP_RTL
diff --git a/openmp/libomptarget/DeviceRTL/CMakeLists.txt 
b/openmp/libomptarget/DeviceRTL/CMakeLists.txt
index 1ce3e1e40a80a..55ee15d068c67 100644
--- a/openmp/libomptarget/DeviceRTL/CMakeLists.txt
+++ b/openmp/libomptarget/DeviceRTL/CMakeLists.txt
@@ -89,6 +89,7 @@ set(include_files
   ${include_directory}/Interface.h
   ${include_directory}/LibC.h
   ${include_directory}/Mapping.h
+  ${include_directory}/Profiling.h
   ${include_directory}/State.h
   ${include_directory}/Synchronization.h
   ${include_directory}/Types.h
@@ -104,6 +105,7 @@ set(src_files
   ${source_directory}/Mapping.cpp
   ${source_directory}/Misc.cpp
   ${source_directory}/Parallelism.cpp
+  ${source_directory}/Profiling.cpp
   ${source_directory}/Reduction.cpp
   ${source_directory}/State.cpp
   ${source_directory}/Synchronization.cpp
diff --git a/openmp/libomptarget/DeviceRTL/include/Profiling.h 
b/openmp/libomptarget/DeviceRTL/include/Profiling.h
new file mode 100644
index 0..68c7744cd6075
--- /dev/null
+++ b/openmp/libomptarget/DeviceRTL/include/Profiling.h
@@ -0,0 +1,21 @@
+//=== Profiling.h - OpenMP interface -- C++ 
-*-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM 
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
+//
+//===--===//
+//
+//
+//===--===//
+
+#ifndef OMPTARGET_DEVICERTL_PROFILING_H
+#define OMPTARGET_DEVICERTL_PROFILING_H
+
+extern "C" {
+
+void __llvm_profile_register_function(void *ptr);
+void __llvm_profile_register_names_function(void *ptr, long int i);
+}
+
+#endif
diff --git a/openmp/libomptarget/DeviceRTL/src/Profiling.cpp 
b/openmp/libomptarget/DeviceRTL/src/Profiling.cpp
new file mode 100644
index 0..799477f5e47d2
--- /dev/null
+++ b/openmp/libomptarget/DeviceRTL/src/Profiling.cpp
@@ -0,0 +1,19 @@
+//===--- Profiling.cpp  C++ 
---===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM 
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
+//
+//===--===//
+
+#include "Profiling.h"
+
+#pragma omp begin declare target device_type(nohost)
+
+extern "C" {
+
+void __llvm_profile_register_function(void *ptr) {}
+void __llvm_profile_register_names_function(void *ptr, long int i) {}
+}
+
+#pragma omp end declare target

>From fb067d4ffe604fd68cf90b705db1942bce49dbb1 Mon Sep 17 00:00:00 2001
From: Ethan Luis McDonough 
Date: Sat, 16 Dec 2023 01:18:41 -0600
Subject: [PATCH 02/18] Fix PGO instrumentation for GPU targets

---
 clang/lib/CodeGen/CodeGenPGO.cpp  | 10 --
 .../lib/Transforms/Instrumentation/InstrProfiling.cpp | 11 ---
 2 files changed, 16 insertions(+), 5 deletions(-)

diff --git a/clang/lib/CodeGen/CodeGenPGO.cpp b/clang/lib/CodeGen/CodeGenPGO.cpp
index 81bf8ea696b16..edae6885b528a 100644
--- a/clang/lib/CodeGen/CodeGenPGO.cpp
+++ b/clang/lib/CodeGen/CodeGenPGO.cpp
@@ -959,8 +959,14 @@ void CodeGenPGO::emitCounterIncrement(CGBuilderTy 
, const Stmt *S,
 
   unsigned Counter = (*RegionCounterMap)[S];
 
-  llvm::Value *Args[] = {FuncNameVar,
- Builder.getInt64(FunctionHash),
+  // Make sure that pointer to global is passed in with z

Re: Tomcat 9 removed from Debian 12

[Luis Panadero Guardeño]

Thanks! I would take a look.

A think that I found different when I made the effort to move from 
Ubuntu Server to Debian, was that on Debian not had removed the tomcat 
version. Ubuntu Server, had a "tomcatX" user/group that match the tomcat 
installed. Also, some old Ubuntu Server LTS had two versions of tomcat 
at same time on his repositories without issues (7 and 8.5).



El 3/5/24 a las 15:46, Thorsten Glaser escribió:

Hola Luis,


I know that the remove tomcat9 packages was done on December of 2023 and that
this was decided a long time ago. But I think that nobody has stopped to
consider that you *cannot simply migrate from Tomcat 9 to 10 *(inserte here

I have. I currently maintain the tomcat9 package externally,
and I have users who use it for their customers so it’s used
in production, with sysvinit instead of systemd, even.

The packages are here:
http://www.mirbsd.org/~tg/Debs/dists/bookworm/wtf/Pkgs/tomcat9/

Don’t just install them from there, though, that would not
be secured. Ideally, you’d use the Debian package “extrepo”
to enable the “wtf-lts” repository, then pin it so that only
the packages tomcat9{,-admin,-common,-docs,-examples,-user}
and libtomcat9-{,embed-}java are considered from that repo.

Alternatively,http://www.mirbsd.org/~tg/Debs/debidx.htm
contains links to manual installation instructions, but you
might still want to consider pinning as the repo contains
other packages as well.

Full disclosure, while I’m a Debian Developer and team member,
Emmanuel has veto’d the changes to the tomcat9 package in the
past (mostly on the grounds of using adduser… *sigh*). I also
haven’t tested installing it together with tomcat10, and I
personally don’t test on bookworm (but others do), only on
bullseye and sometimes buster.


because the javax.* to jakarta.* packages problem

Upstream Tomcat says they can convert that automatically,
but I wouldn’t rely on just that because from experience
I know that upgrading the Tomcat version is always a
breaking change that needs changes to all applications.

bye,
//mirabilos

--

/Luis Panadero Guardeño/
Departamento de Informática
luis.panad...@digibis.com

DIGIBÍS S.L.
DIGIBÍS S.L.U.

C/ Alenza, 4, 5ª planta.
28003 Madrid
Tf. 91 432 08 88 . Fax 91 432 11 13

http://www.digibis.com

Certificado ISO 9001.
No imprimir si no es necesario. Protejamos el Medio Ambiente

En cumplimiento de la LOPD y la LSSI, le informamos de que sus datos 
personales son incorporados a un fichero, titularidad de DIGIBÍS, 
S.L.U., con el fin de ofrecerle información sobre servicios que pueden 
ser de su interés. Podrá ejercitar sus derechos ARCO (de acceso, 
rectificación, cancelación y oposición) mediante un escrito dirigido a 
digi...@digibis.com , con copia del DNI o documento identificativo 
sustitutorio.
En caso de querer darse de baja pinche aquí 
<mailto:digi...@digibis.com?subject=DAR%20DE%20BAJA>.

Re: [PATCH RESEND v8 00/16] mm: jit/text allocator

[Luis Chamberlain]

On Sun, May 05, 2024 at 07:06:12PM +0300, Mike Rapoport wrote:
> From: "Mike Rapoport (IBM)" 
> 
> Hi,
> 
> The patches are also available in git:
> https://git.kernel.org/pub/scm/linux/kernel/git/rppt/linux.git/log/?h=execmem/v8
> 
> v8:
> * fix intialization of default_execmem_info

Thanks, applied and pushed to modules-next. If we find fixes, let's
please just now have separate patches on top of this series.

  Luis

Re: [PATCH RESEND v8 00/16] mm: jit/text allocator

[Luis Chamberlain]

On Sun, May 05, 2024 at 07:06:12PM +0300, Mike Rapoport wrote:
> From: "Mike Rapoport (IBM)" 
> 
> Hi,
> 
> The patches are also available in git:
> https://git.kernel.org/pub/scm/linux/kernel/git/rppt/linux.git/log/?h=execmem/v8
> 
> v8:
> * fix intialization of default_execmem_info

Thanks, applied and pushed to modules-next. If we find fixes, let's
please just now have separate patches on top of this series.

  Luis

Re: [PATCH v2 1/2] module: Add a new helper delete_module()

[Luis Chamberlain]

On Wed, Apr 24, 2024 at 08:09:05PM +0800, Yafang Shao wrote:
> Luis, Greg,
> 
> Since the last version, there hasn't been any response. Would you mind
> taking a moment to review it and provide your feedback on the
> kernel/module changes?

Josh had feedback for you. Without any Acked-by from livepatch folks this
isn't capturing the full picture.

  Luis

Re: DNI electrónico en Debian

[Luis Muñoz Fuente]

El 3/5/24 a las 17:57, Alejandro G. Sanchez Martinez escribió:
> Para lso que estasmo fuera de España si nos pudieran dar informaci+on de para 
> que lo utilizan
>o cuales serían su funcuionalidad se lo agradeceriamos

Tiene las mismas funcionalidades que el certificado digital de la FNMT:
https://www.fnmt.es/ceres

permite identificarse y firmar digitalmente. Es útil sobre todo al
relacionarse con la administración pública.

Re: simple song named "Guix"

[Luis Felipe]

Hi Gottfried,

El 3/05/24 a las 10:36, gfp escribió:

Hi Guix,

I am not a musician.

I understand almost nothing about music.

But God gave me a song with two different texts.
One text is for praising God,
the second text for supporting Guix / free software,

which is my contribution to free software.


That's alright by me :)




I don’t know much about the history of Guix,
so I beg your pardon,
if somebody dislikes the text
or if I have annoyed someone.
Changes are welcome.

An English native speaker,
or somebody who knows English well
and has some poetic and rhyming skills
can change the text to a nicer one.
Proposals are welcome, as it is in Guix:
teamwork brings the best results.


[...]

To make it easier for others to make those kinds of changes or any 
derivative work of your song, you can use, for example, a Creative 
Commons license (https://creativecommons.org/). They provide a tool to 
help you chose a license for your work: 
https://chooser-beta.creativecommons.org/.




I have no audio interface and don’t know how to use it in Guix.
Guix's blog has one post about music production that might be useful to 
you: https://guix.gnu.org/en/blog/2020/music-production-on-guix-system/


Anyways, licensed or not, I appreciate your gesture with this song :)

Cheers,



OpenPGP_0x0AB0D067012F08C3.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: A policy on use of AI-generated content in Debian

[Jose-Luis Rivas]

On Thu May 2, 2024 at 9:21 PM -03, Tiago Bortoletto Vaz wrote:
> Right, note that they acknowledged this policy is a working in progress. Not
> perfect, but 'something needed to be done, quickly'. It's hard to find a
> balance here, but I kind of share this sense of urgency.
>
> [...]
>
> This point resonates with problems we might be facing already, for instance
> in the NM process and also in Debconf submissions (there's no point of going
> into details here because so far we can't proof anything, and even if we 
> could,
> of course we wouldn't bring any of the involved to the public arena). So I'm
> actually more concerned about LLM being mindlessly applied in our 
> communication
> processes (NM, bts, debconf, irc, planet, wiki, website, debian.net stuff, 
> etc)
> than one using some AI-assisted code in our infra, at least for now.
>

Hi Tiago,

It seems you have more context than the rest which provides a sense of
urgency for you, where others do not have this same information and
can't share this sense of urgency.

If I were to assume based on the little context you shared, I would say
there's someone doing a NM application using LLM, answering stuff with
LLM and passing all their communications through LLMs.

In that case, there's even less point in making a policy about it, in my
opinion. Since as you stated: you can't prove anything, and ultimately
it would land in the hands of the people approving submissions or NMs to
judge if the person is qualified or not. And you can't block
communications from LLM generated content when you can't even prove it's
LLM generated content. How to enforce it?

And I doubt a statement would do much, as well. What would be
communicated? "Communications produced by LLMs are troublesome"? I don't
know if there's much substance to have a statement of that sort.

OTOH, LLM-assisted rewrite of your own content may help non-native
English speakers to write better and improve communication
effectiveness. Hence, saying "communications produced by LLMs are
troublesome" would be troublesome itself, since how can you as a
receiver differentiate if it's their own content or other's content.

Some may say "a statement could at least be used as a pointer to say
'these are our expectations regarding use of AI'", but ultimately is in
the hands of those judging to filter out or not. And if those judging
can't even prove if AI was used, what's the point?

I can't see the point of "something needs to be done" without a clear
reasoning of the expectations out of that being done.

--Jose

Tomcat 9 removed from Debian 12

[Luis Panadero Guardeño]

Hi all,

I just has been affected by this now. I was to updated a fleet of old 
VMs with Ubuntu 18.04 LTS with Tomcat 7 to Debian 12 with Tomcat 9 .


I know that the remove tomcat9 packages was done on December of 2023 and 
that this was decided a long time ago. But I think that nobody has 
stopped to consider that you *cannot simply migrate from Tomcat 9 to 10 
*(inserte here meme), because the javax.* to jakarta.* packages problem. 
The changes needed to move a web application from javax to jackarte 
aren't simple to do. Specially when *3rd party java libraries, aren't 
migrated yet to jakarta packages* ( for example Apache Commons Email ). 
I really hope that someone could reconsider to keep both Tomcat 9 and 
Tomcat 10 on Debian 12. If some help it's needed to do this, I could 
help (however I don't have idea how to do this).


I choose Debian instead of keeping using Ubuntu server, because the well 
know stability of Debian (plus I HATE Canonical weird things and forcing 
snap on everything) and I don't expected this kind of changes inside a 
stable version. I was expecting that Tomcat 9 would be removed in Debian 
13, specially when I first configured our Debian 12 virtual machine 
template, Tomcat 9 was yet there.


PD: Sorry, if I write something that sounds weird on English, this isn't 
my mother language.


--

/Luis Panadero Guardeño/
Departamento de Informática
luis.panad...@digibis.com

DIGIBÍS S.L.
DIGIBÍS S.L.U.

C/ Alenza, 4, 5ª planta.
28003 Madrid
Tf. 91 432 08 88 . Fax 91 432 11 13

http://www.digibis.com

Certificado ISO 9001.
No imprimir si no es necesario. Protejamos el Medio Ambiente

En cumplimiento de la LOPD y la LSSI, le informamos de que sus datos 
personales son incorporados a un fichero, titularidad de DIGIBÍS, 
S.L.U., con el fin de ofrecerle información sobre servicios que pueden 
ser de su interés. Podrá ejercitar sus derechos ARCO (de acceso, 
rectificación, cancelación y oposición) mediante un escrito dirigido a 
digi...@digibis.com , con copia del DNI o documento identificativo 
sustitutorio.
En caso de querer darse de baja pinche aquí 
<mailto:digi...@digibis.com?subject=DAR%20DE%20BAJA>.

Re: [PATCH v7 00/16] mm: jit/text allocator

[Luis Chamberlain]

On Thu, May 02, 2024 at 11:50:36PM +0100, Liviu Dudau wrote:
> On Mon, Apr 29, 2024 at 09:29:20AM -0700, Luis Chamberlain wrote:
> > On Mon, Apr 29, 2024 at 03:16:04PM +0300, Mike Rapoport wrote:
> > > From: "Mike Rapoport (IBM)" 
> > > 
> > > Hi,
> > > 
> > > The patches are also available in git:
> > > https://git.kernel.org/pub/scm/linux/kernel/git/rppt/linux.git/log/?h=execmem/v7
> > > 
> > > v7 changes:
> > > * define MODULE_{VADDR,END} for riscv32 to fix the build and avoid
> > >   #ifdefs in a function body
> > > * add Acks, thanks everybody
> > 
> > Thanks, I've pushed this to modules-next for further exposure / testing.
> > Given the status of testing so far with prior revisions, in that only a
> > few issues were found and that those were fixed, and the status of
> > reviews, this just might be ripe for v6.10.
> 
> Looks like there is still some work needed. I've picked up next-20240501
> and on arch/mips with CONFIG_MODULE_COMPRESS_XZ=y and 
> CONFIG_MODULE_DECOMPRESS=y
> I fail to load any module:
> 
> # modprobe rfkill
> [11746.539090] Invalid ELF header magic: != ELF
> [11746.587149] execmem: unable to allocate memory
> modprobe: can't load module rfkill (kernel/net/rfkill/rfkill.ko.xz): Out of 
> memory
> 
> The (hopefully) relevant parts of my .config:

Thanks for the report! Any chance we can get you to try a bisection? I
think it should take 2-3 test boots. To help reduce scope you try modules-next:

https://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux.git/log/?h=modules-next

Then can you check by resetting your tree to commmit 3fbe6c2f820a76 (mm:
introduce execmem_alloc() and execmem_free()"). I suspect that should
boot, so your bad commit would be the tip 3c2c250cb3a5fbb ("bpf: remove
CONFIG_BPF_JIT dependency on CONFIG_MODULES of").

That gives us only a few commits to bisect:

git log --oneline 3fbe6c2f820a76bc36d5546bda85832f57c8fce2..
3c2c250cb3a5 (HEAD -> modules-next, korg/modules-next) bpf: remove 
CONFIG_BPF_JIT dependency on CONFIG_MODULES of
11e8e65cce5c kprobes: remove dependency on CONFIG_MODULES
e10cbc38697b powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where 
appropriate
4da3d38f24c5 x86/ftrace: enable dynamic ftrace without CONFIG_MODULES
13ae3d74ee70 arch: make execmem setup available regardless of CONFIG_MODULES
460bbbc70a47 powerpc: extend execmem_params for kprobes allocations
e1a14069b5b4 arm64: extend execmem_info for generated code allocations
971e181c6585 riscv: extend execmem_params for generated code allocations
0fa276f26721 mm/execmem, arch: convert remaining overrides of module_alloc to 
execmem
022cef244287 mm/execmem, arch: convert simple overrides of module_alloc to 
execmem

With 2-3 boots we should be to tell which is the bad commit.

  Luis

Re: Gottfried Preihs hat »"Guix" song« mit dir geteilt

[Luis Felipe]

El 2/05/24 a las 20:14, keine-antwort-adresse--- via escribió:

Gottfried Preihs hat »"Guix" song« mit dir geteilt.

Öffne »"Guix" song«: https://www.mytuxedo.de/index.php/s/6PybfLjTx7LJNKr


Nice :) Thanks for sharing, Gottfried.

Speaking of sharing, do you plan to release it as a free cultural work 
(https://freedomdefined.org/)?





OpenPGP_0x0AB0D067012F08C3.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: [PATCH v7 00/16] mm: jit/text allocator

[Luis Chamberlain]

On Thu, May 02, 2024 at 11:50:36PM +0100, Liviu Dudau wrote:
> On Mon, Apr 29, 2024 at 09:29:20AM -0700, Luis Chamberlain wrote:
> > On Mon, Apr 29, 2024 at 03:16:04PM +0300, Mike Rapoport wrote:
> > > From: "Mike Rapoport (IBM)" 
> > > 
> > > Hi,
> > > 
> > > The patches are also available in git:
> > > https://git.kernel.org/pub/scm/linux/kernel/git/rppt/linux.git/log/?h=execmem/v7
> > > 
> > > v7 changes:
> > > * define MODULE_{VADDR,END} for riscv32 to fix the build and avoid
> > >   #ifdefs in a function body
> > > * add Acks, thanks everybody
> > 
> > Thanks, I've pushed this to modules-next for further exposure / testing.
> > Given the status of testing so far with prior revisions, in that only a
> > few issues were found and that those were fixed, and the status of
> > reviews, this just might be ripe for v6.10.
> 
> Looks like there is still some work needed. I've picked up next-20240501
> and on arch/mips with CONFIG_MODULE_COMPRESS_XZ=y and 
> CONFIG_MODULE_DECOMPRESS=y
> I fail to load any module:
> 
> # modprobe rfkill
> [11746.539090] Invalid ELF header magic: != ELF
> [11746.587149] execmem: unable to allocate memory
> modprobe: can't load module rfkill (kernel/net/rfkill/rfkill.ko.xz): Out of 
> memory
> 
> The (hopefully) relevant parts of my .config:

Thanks for the report! Any chance we can get you to try a bisection? I
think it should take 2-3 test boots. To help reduce scope you try modules-next:

https://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux.git/log/?h=modules-next

Then can you check by resetting your tree to commmit 3fbe6c2f820a76 (mm:
introduce execmem_alloc() and execmem_free()"). I suspect that should
boot, so your bad commit would be the tip 3c2c250cb3a5fbb ("bpf: remove
CONFIG_BPF_JIT dependency on CONFIG_MODULES of").

That gives us only a few commits to bisect:

git log --oneline 3fbe6c2f820a76bc36d5546bda85832f57c8fce2..
3c2c250cb3a5 (HEAD -> modules-next, korg/modules-next) bpf: remove 
CONFIG_BPF_JIT dependency on CONFIG_MODULES of
11e8e65cce5c kprobes: remove dependency on CONFIG_MODULES
e10cbc38697b powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where 
appropriate
4da3d38f24c5 x86/ftrace: enable dynamic ftrace without CONFIG_MODULES
13ae3d74ee70 arch: make execmem setup available regardless of CONFIG_MODULES
460bbbc70a47 powerpc: extend execmem_params for kprobes allocations
e1a14069b5b4 arm64: extend execmem_info for generated code allocations
971e181c6585 riscv: extend execmem_params for generated code allocations
0fa276f26721 mm/execmem, arch: convert remaining overrides of module_alloc to 
execmem
022cef244287 mm/execmem, arch: convert simple overrides of module_alloc to 
execmem

With 2-3 boots we should be to tell which is the bad commit.

  Luis

DNI electrónico en Debian

[Luis Muñoz Fuente]

Hola a todos/as: 

¿Alguien se identifica o firma con el DNI electrónico en Debian?
Habitualmente uso el certificado digital de la FNMT pero estoy pensando
comprar un lector de DNI por si me falla la firma con el certificado de
la FNMT. 

Saludos

Re: [Cake] [Bloat] [Rpm] [Starlink] [LibreQoS] the grinch meets cloudflare'schristmas present

[Luis A. Cornejo via Cake]

Al,

I am not aware of the payload generation.

-Luis

On Thu, Jan 12, 2023 at 11:43 AM MORTON JR., AL  wrote:

> Dave and Luis,
>
> Do you know if any of these tools are using ~random payloads, to defeat
> compression?
>
> UDPST has a CLI option:
> (m)-X   Randomize datagram payload (else zeroes)
>
> When I used this option testing shipboard satellite access, download was
> about 115kbps.
>
> Al
>
> > -Original Message-
> > From: Dave Taht 
> > Sent: Thursday, January 12, 2023 11:12 AM
> > To: Luis A. Cornejo 
> > Cc: Jay Moran ; Cake List ;
> IETF IPPM
> > WG ; MORTON JR., AL ; Rpm
> > ; bloat ;
> > dick...@alum.mit.edu; libreqos 
> > Subject: Re: [Bloat] [Rpm] [Starlink] [LibreQoS] the grinch meets
> > cloudflare'schristmas present
> >
> > Either starlink has vastly improved, or the test is way off in this case.
>
___
Cake mailing list
Cake@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake

Re: [PATCH v7 00/16] mm: jit/text allocator

[Luis Chamberlain]

On Mon, Apr 29, 2024 at 03:16:04PM +0300, Mike Rapoport wrote:
> From: "Mike Rapoport (IBM)" 
> 
> Hi,
> 
> The patches are also available in git:
> https://git.kernel.org/pub/scm/linux/kernel/git/rppt/linux.git/log/?h=execmem/v7
> 
> v7 changes:
> * define MODULE_{VADDR,END} for riscv32 to fix the build and avoid
>   #ifdefs in a function body
> * add Acks, thanks everybody

Thanks, I've pushed this to modules-next for further exposure / testing.
Given the status of testing so far with prior revisions, in that only a
few issues were found and that those were fixed, and the status of
reviews, this just might be ripe for v6.10.

  Luis

Re: [PATCH v7 00/16] mm: jit/text allocator

[Luis Chamberlain]

On Mon, Apr 29, 2024 at 03:16:04PM +0300, Mike Rapoport wrote:
> From: "Mike Rapoport (IBM)" 
> 
> Hi,
> 
> The patches are also available in git:
> https://git.kernel.org/pub/scm/linux/kernel/git/rppt/linux.git/log/?h=execmem/v7
> 
> v7 changes:
> * define MODULE_{VADDR,END} for riscv32 to fix the build and avoid
>   #ifdefs in a function body
> * add Acks, thanks everybody

Thanks, I've pushed this to modules-next for further exposure / testing.
Given the status of testing so far with prior revisions, in that only a
few issues were found and that those were fixed, and the status of
reviews, this just might be ripe for v6.10.

  Luis

Re: [gdal-dev] Total Viewshed and GDAL

[Luis Felipe Romero via gdal-dev]

Hi,

After several months working on other things, I have returned to an application 
of the total viewshed.

What I have done is use Tamas Szekeres' C++ code as a template and, at least on Windows, I have managed to compile and run. With just a GPU it is quite fast: on a 6000x6000 raster it does the calculations in less than a minute, although it can take two or three hours without a GPU on a PC with 8 
cores. In multiple viewshed mode, the time is reduced proportionally.


On this page I have uploaded more info and some images of a national parks 
project I am working on. https://github.com/luisfromero/ppnn

It's still a little premature to share it, because I need to do many more 
tests, compile in Linux, etc., but my main doubt right now is that I need to 
shape the part of the tool necessary for calculating solar radiation:

In the so-called "mode 3" the visible horizon from each point is calculated, 
which together with other parameters such as tilt and head allow the calculation of solar 
radiation in the presence of shadows.

My question is the file format for the horizon data. For now, it's just an array with dimx·dimy·360 byte (using a one degree precision), and I'm considering different formats. For example, save it simply as an output file (compressed, preferably), but it could be compacted into a geopackage (as a 
metadata file or in a database, I don't know). They could even be saved in a multiband raster along with the elevation, tilt and head data from the  DEM. In short, everything necessary to then easily calculate the radiation in a fixed period of time.


Thanks for any suggestions!

Luis F Romero
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: Some issues with guile

[Luis Felipe]

El 27/04/24 a las 7:28, Nikolaos Chatzikonstantinou escribió:

On Fri, Apr 26, 2024 at 11:21 AM Luis Felipe  wrote:

Hi Nikolaos,

Hello Luis!


El 26/04/24 a las 7:05, Nikolaos Chatzikonstantinou escribió:

2. Documentation extraction sucks.

[...]

- documentá in its page does not include an example of how it works!
  Not a line of code to explain to the user which documentation is
  extracted. I could not understand how to use it.

Yeah, I didn't want to include how to document code in Documentá.
Instead, I wanted to propose adding that documentation to Guile's
documentation and link to it from Documentá. But I haven't made the time
to write the proposed section.

Just add /something/ with a visible TODO that your wish is to have
guile document it instead. It should be prominent too, not buried 10
layers deep. You could just say "read the source code of documentá for
examples." When I looked at your documentation, I spent about 10
minutes trying to figure this out, and I was frustrated when I
couldn't find any examples. The user is left thinking they're an idiot
(they very well may be!) for not RTFM well enough and frustrated,
unlikely to look back at documentá...


I'll see what I can do to make it easier :)


Currently, Documentá can extract module documentation and procedure
documentation. It also documents variables, record types, and macros
exported by modules, but it simply lists them (record type fields are
listed too), it doesn't extract any particular documentation added by
human code writers. I haven't found, and in some cases investigated, a
way to properly document variables, macros, record types and GOOPS
clases using human-written documentation strings. But I want to have
that too.

What is the issue with this?

 ;;; my favorite constant
 (define magic 42)


That I don't know any existing mechanism to tell that the comment is the 
documentation of the variable. I'd prefer something like Elisp 
(https://www.gnu.org/software/emacs/manual/html_node/elisp/Defining-Variables.html):


  defvar symbol [value [doc-string]]

  (defvar bar 23
    "The normal weight of a bar.")




OpenPGP_0x0AB0D067012F08C3.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: Some issues with guile

[Luis Felipe]

Hi Linas,

El 27/04/24 a las 17:35, Linas Vepstas escribió:

On Sat, Apr 27, 2024 at 2:47 AM Nikolaos Chatzikonstantinou <
nchatz...@gmail.com> wrote:


On Fri, Apr 26, 2024 at 4:39 PM Tomas Volf <~@wolfsden.cz> wrote:

What you want is:

 (set-object-property! foo 'documentation "Contains a @code{'bar}.")

Okay, so this can document objects. I propose that a good-enough
solution is to document symbols.


  (define foo 42)
(set-object-property! foo 'documentation "my foo thing")
,a foo
(guile-user): foo
,d foo
my foo thing
(define (bar) (list 'a))
(set-object-property! bar 'documentation "this bar does stuff")
,a bar
(guile-user): bar #
(guile): module-obarray-ref #
...
,d bar
this bar does stuff

where ,a is short for ,apropos and ,d is short for ,describe


If I understand correctly, though, the "set-object-property!" procedure 
is part of a legacy interface. The manual recommends using object 
properties as shown in the Object Properties section instead 
(https://www.gnu.org/software/guile/manual/html_node/Object-Properties.html).





OpenPGP_0x0AB0D067012F08C3.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: [PATCH v6 00/16] mm: jit/text allocator

[Luis Chamberlain]

On Fri, Apr 26, 2024 at 11:28:38AM +0300, Mike Rapoport wrote:
> From: "Mike Rapoport (IBM)" 
> 
> Hi,
> 
> The patches are also available in git:
> https://git.kernel.org/pub/scm/linux/kernel/git/rppt/linux.git/log/?h=execmem/v6
> 
> v6 changes:
> * restore patch "arm64: extend execmem_info for generated code
>   allocations" that disappeared in v5 rebase
> * update execmem initialization so that by default it will be
>   initialized early while late initialization will be an opt-in

I've taken this new iteration again through modules-next so to help get
more testing exposure to this. If we run into conflicts again with mm
we can see if Andrew is willing to take this in through there. However,
it may make sense to only consider up to "mm: introduce execmem_alloc() and
execmem_free()" for v6.10 given we're bound to likely find more issues
and we are already at rc5.

  Luis

Re: [PATCH v6 00/16] mm: jit/text allocator

[Luis Chamberlain]

On Fri, Apr 26, 2024 at 11:28:38AM +0300, Mike Rapoport wrote:
> From: "Mike Rapoport (IBM)" 
> 
> Hi,
> 
> The patches are also available in git:
> https://git.kernel.org/pub/scm/linux/kernel/git/rppt/linux.git/log/?h=execmem/v6
> 
> v6 changes:
> * restore patch "arm64: extend execmem_info for generated code
>   allocations" that disappeared in v5 rebase
> * update execmem initialization so that by default it will be
>   initialized early while late initialization will be an opt-in

I've taken this new iteration again through modules-next so to help get
more testing exposure to this. If we run into conflicts again with mm
we can see if Andrew is willing to take this in through there. However,
it may make sense to only consider up to "mm: introduce execmem_alloc() and
execmem_free()" for v6.10 given we're bound to likely find more issues
and we are already at rc5.

  Luis

[Bug 2063359] Re: [FFe] Use of NDEBUG in d/rules for 2.3.3+dfsg-0ubuntu2 on Noble generates an incompatible ABI

[Jose Luis Rivero]

Need to convert the issue into an SRU now that Noble is out

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2063359

Title:
  [FFe] Use of NDEBUG in d/rules for 2.3.3+dfsg-0ubuntu2 on Noble
  generates an incompatible ABI

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ogre-next/+bug/2063359/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Re: Some issues with guile

[Luis Felipe]

Hi Nikolaos,

El 26/04/24 a las 7:05, Nikolaos Chatzikonstantinou escribió:

2. Documentation extraction sucks.

[...]

   - documentá in its page does not include an example of how it works!
 Not a line of code to explain to the user which documentation is
 extracted. I could not understand how to use it.


Yeah, I didn't want to include how to document code in Documentá. 
Instead, I wanted to propose adding that documentation to Guile's 
documentation and link to it from Documentá. But I haven't made the time 
to write the proposed section.


Currently, Documentá can extract module documentation and procedure 
documentation. It also documents variables, record types, and macros 
exported by modules, but it simply lists them (record type fields are 
listed too), it doesn't extract any particular documentation added by 
human code writers. I haven't found, and in some cases investigated, a 
way to properly document variables, macros, record types and GOOPS 
clases using human-written documentation strings. But I want to have 
that too.


You can see examples of module and procedure documentation in 
Documentá's source 
(https://codeberg.org/luis-felipe/guile-documenta/src/branch/trunk/documenta). 
Note that for module documentation Documentá supports the conventional 
format


  ;;; Commentary:

  ;;; Your module documentation here ↓

  ;;; Code:

  ;;; Your code here ↓

Guile Scheme comments in the "Commentary" section are considered module 
documentation. You can use block comments too, the ones surrounded in #| 
... |#, instead of multiple line comments (see Documentá source code for 
examples).


Finally, better structuring, indexing and linking of generated API 
documentation are planned. I also want to explore exporting to Org format.


Hope that helps,


OpenPGP_0x0AB0D067012F08C3.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: Problem to style form fields with error

[Guido Luis Dalla Vecchia]

Here I attach the relevant parts of the files "views.py", "index.html" and 
"forms.py" so you can check them out.

Thanks!

El jueves, 25 de abril de 2024 a las 11:36:03 UTC-3, Ryan Nowakowski 
escribió:

> Can you share some code snippets?
>
>
> On April 24, 2024 6:28:18 PM CDT, Guido Luis Dalla Vecchia <
> gld...@gmail.com> wrote:
>
>> Hello! I'm building my first website with Django and I've been stuck for 
>> the past two months with a problem I can't figure out.
>> My website has a form with three fields that allow the user to input his 
>> first name, last name and email.
>> In my "forms.py" file, I've declared "clean" methods for each field, that 
>> add the "error" class to them if they don't pass the validation.
>> In my CSS file, I declared a rule that applies the "background-color: 
>> lightcoral" to all elements with the class ".error".
>> The problem is that, when I fill in the "last name" field with invalid 
>> data, the "first name" field gets marked as invalid too.
>> I've tried everything I could think of, and nothing has worked. It's 
>> driving me crazy!! Has anyone ever seen something like this?
>>
>> Pleas help!!!
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-users/0e076efc-5da3-4020-8b80-d9a9b7b4b861n%40googlegroups.com.
from django.shortcuts import render
from .forms import AppointmentForm

def home(request):

if request.method == "POST":
form = AppointmentForm(request.POST)

if form.is_valid():
form.save()
return render(request, "home/index2.html", {"form": form})
   

else:

form = AppointmentForm()

return render(request, "home/index2.html", {"form": form})

{% csrf_token %}

{{ form.non_field_errors }}
   



{{ form.name }}



{{ form.last_name }}



{{ form.email }}


from django import forms
from .models import Appointment

class AppointmentForm(forms.ModelForm):

class Meta:
model = Appointment
fields = ['name', 'last_name', 'email']
widgets = {
"name": forms.TextInput(attrs={"class": "form-control"}),
"last_name": forms.TextInput(attrs={"class": "form-control"}),
"email": forms.EmailInput(attrs={"class": "form-control"}),
}

def clean_name(self):
name = self.cleaned_data['name']

if not name.isalpha():
self.fields['name'].widget.attrs['class'] += ' error'
raise forms.ValidationError("Please, input only letters", code="carac_esp")


return name

def clean_last_name(self):
last_name = self.cleaned_data["last_name"]

if not last_name.isalpha():
self.fields['last_name'].widget.attrs['class'] += ' error'
raise forms.ValidationError("Please, input only letters", code="carac_esp")

return last_name

def clean_email(self):
email = self.cleaned_data["email"]
allowed_domains = ['gmail.com', 'hotmail.com', 'yahoo.com']

if not any(email.endswith(dominio) for dominio in allowed_domains):
self.fields['email'].widget.attrs['class'] += ' error'
raise forms.ValidationError("Please, input a valid email address", code="invalid_email")

return email

Problem to style form fields with error

[Guido Luis Dalla Vecchia]

Hello! I'm building my first website with Django and I've been stuck for 
the past two months with a problem I can't figure out.
My website has a form with three fields that allow the user to input his 
first name, last name and email.
In my "forms.py" file, I've declared "clean" methods for each field, that 
add the "error" class to them if they don't pass the validation.
In my CSS file, I declared a rule that applies the "background-color: 
lightcoral" to all elements with the class ".error".
The problem is that, when I fill in the "last name" field with invalid 
data, the "first name" field gets marked as invalid too.
I've tried everything I could think of, and nothing has worked. It's 
driving me crazy!! Has anyone ever seen something like this?

Pleas help!!!

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-users/27559637-bab0-4d96-80f8-dd2a565fccd8n%40googlegroups.com.

Problem when styling form fields with errors

[Guido Luis Dalla Vecchia]

Hello! I'm building my first website with Django and for the last 2 months 
have been stuck with a problem with my form.
My webpage has a form with 3 fields that allow the user to input his first 
name, last name and email.
I've defined "clean" methods for all three fields in "forms.py", in which 
the class "error" is added to the fields if they don't pass the validation.
The problem is that, when I complete the "last name" field with invalid 
data and click the submit button, both this and the "first name" fields get 
marked as incorrect.

Has anyone ever seen something like this? It's driving me crazy!! I don't 
know what else to try.

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-users/670f57ad-47cc-4a01-b825-af0d426555d6n%40googlegroups.com.

Re: Pinyin in GNOME

[Luis Felipe]

Hello again,

El 22/04/24 a las 12:59, Luis Felipe escribió:

Hi Felix,

El 22/04/24 a las 0:47, Felix Lechner via escribió:

Hi Tomas,

On Mon, Nov 06 2023, Tomas Volf wrote:


Not sure about pinyin, but for ibus I need to set

 (simple-service
  'im-env-vars home-environment-variables-service-type
  '(("GTK_IM_MODULE" . "ibus")
   ("QT_IM_MODULE" . "ibus")
   ("XMODIFIERS" . "@im=ibus")
    ;; TODO: Are these still required?  If yes, try to get rid 
of them.

   ("GUIX_GTK2_IM_MODULE_FILE"
 . 
"$HOME/.guix-home/profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache")

   ("GUIX_GTK3_IM_MODULE_FILE"
 . 
"$HOME/.guix-home/profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache")))

That works locally under EXWM, but have been unable to get ibus working
under GNOME.  Would someone please post a complete recipe, including
what to install in which profile, and whether to start GNOME in X or
Wayland?


I use GNOME in X. In my system configuration I have this package:

  #| NOTE: I'd like to have ibus available to all users by default,

  but last time I checked, this didn't work as expected and I still
  had to install it in user profiles. |#
  (specification->package "ibus")

In the manifest for my user profile I have these packages:

  "ibus"
  "ibus-anthy"
  "ibus-libhangul"
  "ibus-libpinyin"
  "ibus-speech-to-text"

In my ~/.profile file I export these variables:

  # GUIX RELATED VARIABLES TO WORK AROUND BUG #35610
  # https://issues.guix.gnu.org/issue/35610
  # export 
GUIX_GTK2_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache"
  export 
GUIX_GTK3_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache"

  # These are needed only to work on Qt apps like TeXmacs.
  export XMODIFIERS="@im=ibus"  # Set X input method server (xim) to 
ibus.

  export QT_IM_MODULE="ibus"    # Set Qt input method module to ibus.

Finally, every time I start a GNOME desktop session, I have to run the 
following:


  ibus-daemon -drx

I input Japanese reliably using this. I don't use the other input 
methods often, but they work, as far as I can see.


Hope that helps,


Just to add that I upgraded my system to guix e2ba933 today, started the 
new GNOME 44.10 (Wayland) and I still can use ibus input methods 
normally with those same settings.




OpenPGP_0x0AB0D067012F08C3.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

[Bug 2063359] Re: [FFe] Use of NDEBUG in 2.3.3 on Noble generates an incompatible ABI

[Jose Luis Rivero]

The Gazebo simulator running on a Noble container :)

** Attachment added: "Image of Gazebo Harmonic on Noble"
   
https://bugs.launchpad.net/ubuntu/+source/ogre-next/+bug/2063359/+attachment/5770080/+files/Screenshot%20from%202024-04-24%2018-36-29.png

** Description changed:

  Version bump for current ogre on Noble
-  - Tested on PPA with version:  ogre-next - 
2.3.3+dfsg-6~202404240955~ubuntu24.04.1 
- 
https://launchpad.net/~j-rivero/+archive/ubuntu/ogre-next-recipe/+packages   
-  - MR: 
+  - Tested on PPA with version:  ogre-next - 
2.3.3+dfsg-6~202404240955~ubuntu24.04.1
+ https://launchpad.net/~j-rivero/+archive/ubuntu/ogre-next-recipe/+packages
+  - MR: 
https://code.launchpad.net/~j-rivero/ubuntu/+source/ogre-next/+git/ogre-next-2/+merge/464934
  
  The latest bump in ogre-next for 2.3.3+dfsg-0ubuntu2 version came with an 
addition in d/rules
  of: -DCMAKE_CXX_FLAGS="$(CXXFLAGS) -DDEBUG=0 -D_DEBUG=0". See 
https://git.launchpad.net/
  ubuntu/+source/ogre-next/tree/debian/rules#n15. That is generating 
incompatible ABIs if the
  same set of flags is not used in third party software. Specially difficult to 
detect since the problems will appear in the loading of the OGRE plugins not 
during the building. See the full justification for the long story:
  
  [Justification]
  
  For the current version 2.3.3+dfsg-0ubuntu2 the build process, the test
  suite and the autopkgtest did not detect any problem in the build or run
  of the different OGRE components.
  
  However when we (Gazebo simulator team) used the library to build our 
gazebo-rendering library we found problems with missing symbols at runtime when 
trying to load plugins.
  """
  
/ws/harmonic/install_noble/gz-rendering8/lib/gz-rendering-8/engine-plugins/libgz-rendering-ogre2.so:
 undefined symbol: 
_ZThn944_N4Ogre7HlmsPbs19_changeRenderSystemEPNS_12RenderSystemE
  """
  
  If we demangle that symbol the "T non-virtual thunk to
  Ogre::HlmsPbs::_changeRenderSystem(Ogre::RenderSystem*)" appears and
  that method do exists o the current OGRE version. The problem is that
  the ABI symbol has a different offset after _ZThn: instead of 944 it has
  1008. So the symbol is not the same for the loader:
  
-  1. _ZThn944_N4Ogre7HlmsPbs19_changeRenderSystemEPNS_12RenderSystemE  (in 
gz-rendering)
-  2. _ZThn1008_N4Ogre7HlmsPbs19_changeRenderSystemEPNS_12RenderSystemE (in 
2.3.3+dfsg-0ubuntu2)
+  1. _ZThn944_N4Ogre7HlmsPbs19_changeRenderSystemEPNS_12RenderSystemE  (in 
gz-rendering)
+  2. _ZThn1008_N4Ogre7HlmsPbs19_changeRenderSystemEPNS_12RenderSystemE (in 
2.3.3+dfsg-0ubuntu2)
  
  It is hard to know where this difference in the offset is coming from
  but I was able to track the problem to the use of -DDEBUG=0 -D_DEBUG=0
  in debian/rules added for the 2.3.3 version bump with respect to jammy
  2.2.5. Removing it, solves the offset difference.
  
  [Updating details]
  
  The MR linked to the bug just remove the custom NDEBUG flags added to
  d/rules. ogre-next does not have any reverse dependency at this moment
  in Ubuntu.
  
  [Testing done]
  
  Using the packages generated with the proposed change keeps the package
  building in all arches, passing the autopkgtest and allow use to run the
  Gazebo Simulator with the OGRE-Next libraries for the first time in
  Noble.
  
  With current 2.3.3+dfsg-0ubuntu2:
  - 8 ---
  [GUI] [Msg] Loading plugin [gz-rendering-ogre2]
  Error while loading the library 
[/usr/local/google/home/addisuzt/ws/harmonic/install_noble/gz-rendering8/lib/gz-rendering-8/engine-plugins/libgz-rendering-ogre2.so]:
 
/usr/local/google/home/addisuzt/ws/harmonic/install_noble/gz-rendering8/lib/gz-rendering-8/engine-plugins/libgz-rendering-ogre2.so:
 undefined symbol: 
_ZThn944_N4Ogre7HlmsPbs19_changeRenderSystemEPNS_12RenderSystemE
  [GUI] [Err] [RenderEngineManager.cc:501] Failed to load plugin 
[gz-rendering-ogre2] : couldn't load library on path 
[/usr/local/google/home/addisuzt/ws/harmonic/install_noble/gz-rendering8/lib/gz-rendering-8/engine-plugins/libgz-rendering-ogre2.so].
- - 8 --- 
+ - 8 ---
  With changes in proposed 2.3.3+dfsg-0ubuntu3:
  
- - 8 --- 
+ - 8 ---
  [GUI] [Wrn] [Application.cc:908] [QT] 
file::/EntityContextMenuPlugin/EntityContextMenuPlugin.qml:67:3: QML 
EntityContextMenu: Detected anchors on an item that is managed by a layout. 
This is undefined behavior; use Layout.alignment instead.
  failed to create drawable
  [GUI] [Msg] Loading plugin [gz-rendering-ogre2]
  [GUI] [Msg] Move to service on [/gui/move_to]
  [GUI] [Msg] Follow service on [/gui/follow]
  [GUI] [Msg] Move to pose service on [/gui/move_to/pose]
  [GUI] [Msg] Camera pose topic advertised on [/gui/camera/pose]
  [GUI] [Msg] Follow offset service on [/gui/follow/offset]
  [Msg] Found no 

[Bug 2063359] [NEW] [FFe] Use of NDEBUG in d/rules for 2.3.3+dfsg-0ubuntu2 on Noble generates an incompatible ABI

[Jose Luis Rivero]

Public bug reported:

Revision bump for current ogre on Noble
 - Tested on PPA with version:  ogre-next - 
2.3.3+dfsg-6~202404240955~ubuntu24.04.1
https://launchpad.net/~j-rivero/+archive/ubuntu/ogre-next-recipe/+packages
 - MR: 
https://code.launchpad.net/~j-rivero/ubuntu/+source/ogre-next/+git/ogre-next-2/+merge/464934

The latest bump in ogre-next for 2.3.3+dfsg-0ubuntu2 version came with an 
addition in d/rules
of: -DCMAKE_CXX_FLAGS="$(CXXFLAGS) -DDEBUG=0 -D_DEBUG=0". See 
https://git.launchpad.net/
ubuntu/+source/ogre-next/tree/debian/rules#n15. That is generating incompatible 
ABIs if the
same set of flags is not used in third party software. Specially difficult to 
detect since the problems will appear in the loading of the OGRE plugins not 
during the building. See the full justification for the long story:

[Justification]

For the current version 2.3.3+dfsg-0ubuntu2 the build process, the test
suite and the autopkgtest did not detect any problem in the build or run
of the different OGRE components.

However when we (Gazebo simulator team) used the library to build our 
gazebo-rendering library we found problems with missing symbols at runtime when 
trying to load plugins.
"""
/ws/harmonic/install_noble/gz-rendering8/lib/gz-rendering-8/engine-plugins/libgz-rendering-ogre2.so:
 undefined symbol: 
_ZThn944_N4Ogre7HlmsPbs19_changeRenderSystemEPNS_12RenderSystemE
"""

If we demangle that symbol the "T non-virtual thunk to
Ogre::HlmsPbs::_changeRenderSystem(Ogre::RenderSystem*)" appears and
that method do exists o the current OGRE version. The problem is that
the ABI symbol has a different offset after _ZThn: instead of 944 it has
1008. So the symbol is not the same for the loader:

 1. _ZThn944_N4Ogre7HlmsPbs19_changeRenderSystemEPNS_12RenderSystemE  (in 
gz-rendering)
 2. _ZThn1008_N4Ogre7HlmsPbs19_changeRenderSystemEPNS_12RenderSystemE (in 
2.3.3+dfsg-0ubuntu2)

It is hard to know where this difference in the offset is coming from
but I was able to track the problem to the use of -DDEBUG=0 -D_DEBUG=0
in debian/rules added for the 2.3.3 version bump with respect to jammy
2.2.5. Removing it, solves the offset difference.

[Updating details]

The MR linked to the bug just remove the custom NDEBUG flags added to
d/rules. ogre-next does not have any reverse dependency at this moment
in Ubuntu.

[Testing done]

Using the packages generated with the proposed change keeps the package
building in all arches, passing the autopkgtest and allow use to run the
Gazebo Simulator with the OGRE-Next libraries for the first time in
Noble.

With current 2.3.3+dfsg-0ubuntu2:
- 8 ---
[GUI] [Msg] Loading plugin [gz-rendering-ogre2]
Error while loading the library 
[/usr/local/google/home/addisuzt/ws/harmonic/install_noble/gz-rendering8/lib/gz-rendering-8/engine-plugins/libgz-rendering-ogre2.so]:
 
/usr/local/google/home/addisuzt/ws/harmonic/install_noble/gz-rendering8/lib/gz-rendering-8/engine-plugins/libgz-rendering-ogre2.so:
 undefined symbol: 
_ZThn944_N4Ogre7HlmsPbs19_changeRenderSystemEPNS_12RenderSystemE
[GUI] [Err] [RenderEngineManager.cc:501] Failed to load plugin 
[gz-rendering-ogre2] : couldn't load library on path 
[/usr/local/google/home/addisuzt/ws/harmonic/install_noble/gz-rendering8/lib/gz-rendering-8/engine-plugins/libgz-rendering-ogre2.so].
- 8 ---
With changes in proposed 2.3.3+dfsg-0ubuntu3:

- 8 ---
[GUI] [Wrn] [Application.cc:908] [QT] 
file::/EntityContextMenuPlugin/EntityContextMenuPlugin.qml:67:3: QML 
EntityContextMenu: Detected anchors on an item that is managed by a layout. 
This is undefined behavior; use Layout.alignment instead.
failed to create drawable
[GUI] [Msg] Loading plugin [gz-rendering-ogre2]
[GUI] [Msg] Move to service on [/gui/move_to]
[GUI] [Msg] Follow service on [/gui/follow]
[GUI] [Msg] Move to pose service on [/gui/move_to/pose]
[GUI] [Msg] Camera pose topic advertised on [/gui/camera/pose]
[GUI] [Msg] Follow offset service on [/gui/follow/offset]
[Msg] Found no publishers on /stats, adding root stats topic
[Msg] Found no publishers on /clock, adding root clock topic
[Msg] Serving scene information on [/world/shapes/scene/info]
[Msg] Serving graph information on [/world/shapes/scene/graph]
- 8 ---

The simulator loads just fine.

** Affects: ogre-next (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: noble

** Merge proposal linked:
   
https://code.launchpad.net/~j-rivero/ubuntu/+source/ogre-next/+git/ogre-next-2/+merge/464934

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2063359

Title:
  [FFe] Use of NDEBUG in d/rules for 2.3.3+dfsg-0ubuntu2 on Noble
  generates an incompatible ABI

To manage notifications about this bug go to:

Bug#1069783: packeth: Man page refers to an non existing file

[Jose Luis Segura Lucas]

Package: packeth
Version: 2.1-0.2
Severity: minor
X-Debbugs-Cc: josel.seg...@gmx.es

Dear Maintainer,

When reading the man page for current packeth, it refers to file 
/usr/share/doc/packeth/README. The file doesn't exist in current
package version.

-- System Information:
Debian Release: trixie/sid
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable-security'), (500, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.7.9-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages packeth depends on:
ii  libc6  2.37-18

packeth recommends no packages.

packeth suggests no packages.

-- no debconf information

Re: [OpenSIPS-Users] OpenSIPS 3.4 SIPREC Issue

[Luis Leal via Users]

Hi,

I've done some exploring of the source code and have a hunch as to what's 
happening.

The full trace is as follows where:
1.  Endpoints = 10.1.17.12 / 10.249.224.9
2.  SRS = 10.1.17.24
3.  OpenSIPS = 10.1.17.15

12  21:33:50.208348 10.1.17.15  506010.249.224.954204   SIP/SDP 
1125Request: INVITE sip:1125@10.249.224.9:54204;ob |
13  21:33:50.235594 10.249.224.954204   10.1.17.15  5060SIP 
539 Status: 100 Trying |
14  21:33:50.235938 10.249.224.954204   10.1.17.15  5060SIP 
725 Status: 180 Ringing |
15  21:33:50.236090 10.1.17.15  506010.1.17.12  5060SIP 
641 Status: 180 Ringing |
20  21:33:53.262006 10.249.224.954204   10.1.17.15  5060SIP/SDP 
1171Status: 200 OK (INVITE) |
21  21:33:53.262560 10.1.17.15  506010.1.17.12  5060SIP/SDP 
1073Status: 200 OK (INVITE) |
22  21:33:53.263170 10.1.17.12  506010.1.17.15  5060SIP 
532 Request: ACK sip:1125@10.249.224.9:54204;ob |
24  21:33:53.263325 10.1.17.15  506010.1.17.24  5060
SIP/SDP/XML 1026Request: INVITE sip:10.1.17.24:5060 |

The errors logged:

Apr 22 21:33:50 vltelcceprd211 /usr/sbin/opensips[902536]: 
ERROR:rtp_relay:rtp_relay_copy_offer: rtp not established!
Apr 22 21:33:50 vltelcceprd211 /usr/sbin/opensips[902536]: 
ERROR:siprec:src_start_recording: could not start recording!
Apr 22 21:33:50 vltelcceprd211 /usr/sbin/opensips[902536]: 
ERROR:siprec:tm_start_recording: cannot start recording!

It looks like either the callback tm_start_recording is being called too early 
on the 1XX packets or rtp_relay_copy_offer isn’t handling the unconfirmed 
session correctly?

And perhaps the invite to the SRS shouldn’t be going out if there’s no RTP 
stream?

I’m of course not an expert in the OpenSIPS architecture so I could be wrong. :)

I’d appreciate it if someone more knowledgeable could confirm.

Kind regards

Luis

Date: Tue, 23 Apr 2024 08:39:33 +
From: Luis Leal mailto:lu...@scarab.co.za>>
To: "users@lists.opensips.org<mailto:users@lists.opensips.org>" 
mailto:users@lists.opensips.org>>
Subject: [OpenSIPS-Users] OpenSIPS 3.4 SIPREC Issue
Message-ID: 
<47660a2ed6764bc58081e8e2a54f1...@scarab.co.za<mailto:47660a2ed6764bc58081e8e2a54f1...@scarab.co.za>>
Content-Type: text/plain; charset="utf-8"

Hi there,

We're encountering a curious issue with SIPREC in upgrading from 3.2 to 3.4.4 
and I was hoping someone would be able to shed some light on it.

There are two symptoms:

  1.  Errors in the opensips log
  2.  SIPREC invite with correct SDP details (as per rtpengine log) but stream 
metadata missing from the XML metadata

The errors in the log are as follows:

Apr 22 21:33:50 vltelcceprd211 /usr/sbin/opensips[902536]: 
ERROR:rtp_relay:rtp_relay_copy_offer: rtp not established!
Apr 22 21:33:50 vltelcceprd211 /usr/sbin/opensips[902536]: 
ERROR:siprec:src_start_recording: could not start recording!
Apr 22 21:33:50 vltelcceprd211 /usr/sbin/opensips[902536]: 
ERROR:siprec:tm_start_recording: cannot start recording!

The curious part is that the above error happens before the 200 OK is received. 
The relevant SIP trace is:

12   21:33:50.20834810.1.17.15 5060 
10.249.224.954204   SIP/SDP   1125 Request: INVITE 
sip:1125@10.249.224.9:54204;ob |

...Snip...

21   21:33:53.26256010.1.17.15 5060 10.1.17.12  
   5060 SIP/SDP   1073 Status: 200 OK (INVITE) |

The SIPREC invite is still generated though but is missing stream details 
(participant details masked with +27X for privacy):

Session Initiation Protocol (SIP as raw text)
INVITE sip:10.1.17.24:5060 SIP/2.0
Via: SIP/2.0/UDP 10.1.17.15:5060;branch=z9hG4bK0235.aca30813.0
To: sip:10.1.17.24:5060
From: sip:10.1.17.24:5060;tag=c5d35275eae8a009626d3007dc8441a2-ce21
CSeq: 2 INVITE
Call-ID: B2B.364.22430.1713814432.535273629
Max-Forwards: 70
Content-Length: 1995
User-Agent: OpenSIPS (3.4.4 (x86_64/linux))
Require: siprec
Content-Type: multipart/mixed;boundary=OSS-unique-boundary-42
Contact: sip:10.1.17.15:5060;+sip.src

--OSS-unique-boundary-42
Content-Type: application/sdp

v=0
o=- 7360776941148045834 7360776941148045834 IN IP4 10.1.17.8
s=rtpengine-12-3-1-2-0-mr12-3-1-2-1-el9
t=0 0
m=audio 31432 RTP/AVP 8 101
c=IN IP4 10.1.17.8
a=label:0
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1120210035 cname:060168be20ab122b
a=sendonly
a=rtcp:31433
m=audio 36760 RTP/AVP 8 101
c=IN IP4 10.1.17.8
a=label:1
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendonly
a=rtcp:36761
a=ptime:20

--OSS-unique-boundary-42
Content-Type: application/rs-metad

Re: bootable pendrive from zip file

[Luis Muñoz Fuente]

El 23/4/24 a las 8:21, Thomas Schmitt escribió:

(I still wonder which software in the Debian ISO needs the symbolic link
"/debian -> ." and which parts of the file tree are accessed via this
link. Probably one can avoid to duplicate the whole tree under /debian.)


Hello:
I have copied the files to the pendrive formatted in fat32 with the command:

cp -a /mnt/. /media/user/USB

and logically it did not copy the symbolic links and I tried installing 
Debian on a computer and it worked perfectly, although I will not use it 
as a method of generating bootable USBs to avoid possible errors that 
are difficult to detect in the future. Clonezilla does not have links 
and that is why it can be copied directly to the pendrive.


Thanks so much

Re: [PATCH v5 00/15] mm: jit/text allocator

[Luis Chamberlain]

On Mon, Apr 22, 2024 at 12:44:21PM +0300, Mike Rapoport wrote:
> From: "Mike Rapoport (IBM)" 
> 
> (something went wrong with the prevois posting, sorry for the noise)
> 
> Hi,
> 
> Since v3 I looked into making execmem more of an utility toolbox, as we
> discussed at LPC with Mark Rutland, but it was getting more hairier than
> having a struct describing architecture constraints and a type identifying
> the consumer of execmem.
> 
> And I do think that having the description of architecture constraints for
> allocations of executable memory in a single place is better than having it
> spread all over the place.
> 
> The patches available via git:
> https://git.kernel.org/pub/scm/linux/kernel/git/rppt/linux.git/log/?h=execmem/v5

Thanks! I've merged and pushed this onto modules-next in its entirety now for
wider testing.

  Luis

Re: [PATCH v5 00/15] mm: jit/text allocator

[Luis Chamberlain]

On Mon, Apr 22, 2024 at 12:44:21PM +0300, Mike Rapoport wrote:
> From: "Mike Rapoport (IBM)" 
> 
> (something went wrong with the prevois posting, sorry for the noise)
> 
> Hi,
> 
> Since v3 I looked into making execmem more of an utility toolbox, as we
> discussed at LPC with Mark Rutland, but it was getting more hairier than
> having a struct describing architecture constraints and a type identifying
> the consumer of execmem.
> 
> And I do think that having the description of architecture constraints for
> allocations of executable memory in a single place is better than having it
> spread all over the place.
> 
> The patches available via git:
> https://git.kernel.org/pub/scm/linux/kernel/git/rppt/linux.git/log/?h=execmem/v5

Thanks! I've merged and pushed this onto modules-next in its entirety now for
wider testing.

  Luis

Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers

[Luis Chamberlain]

On Tue, Apr 23, 2024 at 09:54:35AM +0200, Thomas Weißschuh wrote:
> * Patch 1 is a bugfix for the stack_erasing sysctl handler
> * Patches 2-10 change various helper functions throughout the kernel to
>   be able to handle 'const ctl_table'.
> * Patch 11 changes the signatures of all proc handlers through the tree.
>   Some other signatures are also adapted, for details see the commit
>   message.
> 
> Only patch 1 changes any code at all.
> 
> The series was compile-tested on top of next-20230423 for
> i386, x86_64, arm, arm64, riscv, loongarch, s390 and m68k.
> 
> The series was split from my larger series sysctl-const series [0].
> It only focusses on the proc_handlers but is an important step to be
> able to move all static definitions of ctl_table into .rodata.
> 
> [0] 
> https://lore.kernel.org/lkml/20231204-const-sysctl-v2-0-7a5060b11...@weissschuh.net/
> 
> Signed-off-by: Thomas Weißschuh 

Cover letters don't need SOBS we only use them for patches.

But anyway:

Reviewed-by: Luis Chamberlain 

  Luis

Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers

[Luis Chamberlain]

On Tue, Apr 23, 2024 at 09:54:35AM +0200, Thomas Weißschuh wrote:
> * Patch 1 is a bugfix for the stack_erasing sysctl handler
> * Patches 2-10 change various helper functions throughout the kernel to
>   be able to handle 'const ctl_table'.
> * Patch 11 changes the signatures of all proc handlers through the tree.
>   Some other signatures are also adapted, for details see the commit
>   message.
> 
> Only patch 1 changes any code at all.
> 
> The series was compile-tested on top of next-20230423 for
> i386, x86_64, arm, arm64, riscv, loongarch, s390 and m68k.
> 
> The series was split from my larger series sysctl-const series [0].
> It only focusses on the proc_handlers but is an important step to be
> able to move all static definitions of ctl_table into .rodata.
> 
> [0] 
> https://lore.kernel.org/lkml/20231204-const-sysctl-v2-0-7a5060b11...@weissschuh.net/
> 
> Signed-off-by: Thomas Weißschuh 

Cover letters don't need SOBS we only use them for patches.

But anyway:

Reviewed-by: Luis Chamberlain 

  Luis

___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

Re: [PATCH v3 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers

[Luis Chamberlain]

On Tue, Apr 23, 2024 at 09:54:35AM +0200, Thomas Weißschuh wrote:
> * Patch 1 is a bugfix for the stack_erasing sysctl handler
> * Patches 2-10 change various helper functions throughout the kernel to
>   be able to handle 'const ctl_table'.
> * Patch 11 changes the signatures of all proc handlers through the tree.
>   Some other signatures are also adapted, for details see the commit
>   message.
> 
> Only patch 1 changes any code at all.
> 
> The series was compile-tested on top of next-20230423 for
> i386, x86_64, arm, arm64, riscv, loongarch, s390 and m68k.
> 
> The series was split from my larger series sysctl-const series [0].
> It only focusses on the proc_handlers but is an important step to be
> able to move all static definitions of ctl_table into .rodata.
> 
> [0] 
> https://lore.kernel.org/lkml/20231204-const-sysctl-v2-0-7a5060b11...@weissschuh.net/
> 
> Signed-off-by: Thomas Weißschuh 

Cover letters don't need SOBS we only use them for patches.

But anyway:

Reviewed-by: Luis Chamberlain 

  Luis

Re: Please block glj....@gmail.com from Debian lists [Re: UOC and Britsh Council lawsuit]

[Jose Luis Tallon]

On 22/4/24 21:29, Steve Langasek wrote:

On Mon, Apr 22, 2024 at 05:11:39PM +0200, José Luis González González wrote:

I sent 5 minutes ago an email to "Plaza de Castilla *courts*" setting


                    ^^^

BS. It just doesn't work like this.  A regular citizen can't communicate 
with a Court by email.


    You can't even interact with a case proceedings until you are a 
party to a particular lawsuit.



it crystal clear that it was a long time ago the lawsuit to Universitat
Oberta de Catalunya and British Council had to be solved.

"Kinda or not"


--
Parkinson's Law: Work expands to fill the time alloted to it.

[OpenSIPS-Users] OpenSIPS 3.4 SIPREC Issue

[Luis Leal via Users]

Hi there,

We're encountering a curious issue with SIPREC in upgrading from 3.2 to 3.4.4 
and I was hoping someone would be able to shed some light on it.

There are two symptoms:

  1.  Errors in the opensips log
  2.  SIPREC invite with correct SDP details (as per rtpengine log) but stream 
metadata missing from the XML metadata

The errors in the log are as follows:

Apr 22 21:33:50 vltelcceprd211 /usr/sbin/opensips[902536]: 
ERROR:rtp_relay:rtp_relay_copy_offer: rtp not established!
Apr 22 21:33:50 vltelcceprd211 /usr/sbin/opensips[902536]: 
ERROR:siprec:src_start_recording: could not start recording!
Apr 22 21:33:50 vltelcceprd211 /usr/sbin/opensips[902536]: 
ERROR:siprec:tm_start_recording: cannot start recording!

The curious part is that the above error happens before the 200 OK is received. 
The relevant SIP trace is:

12   21:33:50.20834810.1.17.15 5060 
10.249.224.954204   SIP/SDP   1125 Request: INVITE 
sip:1125@10.249.224.9:54204;ob |

...Snip...

21   21:33:53.26256010.1.17.15 5060 10.1.17.12  
   5060 SIP/SDP   1073 Status: 200 OK (INVITE) |

The SIPREC invite is still generated though but is missing stream details 
(participant details masked with +27X for privacy):

Session Initiation Protocol (SIP as raw text)
INVITE sip:10.1.17.24:5060 SIP/2.0
Via: SIP/2.0/UDP 10.1.17.15:5060;branch=z9hG4bK0235.aca30813.0
To: sip:10.1.17.24:5060
From: sip:10.1.17.24:5060;tag=c5d35275eae8a009626d3007dc8441a2-ce21
CSeq: 2 INVITE
Call-ID: B2B.364.22430.1713814432.535273629
Max-Forwards: 70
Content-Length: 1995
User-Agent: OpenSIPS (3.4.4 (x86_64/linux))
Require: siprec
Content-Type: multipart/mixed;boundary=OSS-unique-boundary-42
Contact: sip:10.1.17.15:5060;+sip.src

--OSS-unique-boundary-42
Content-Type: application/sdp

v=0
o=- 7360776941148045834 7360776941148045834 IN IP4 10.1.17.8
s=rtpengine-12-3-1-2-0-mr12-3-1-2-1-el9
t=0 0
m=audio 31432 RTP/AVP 8 101
c=IN IP4 10.1.17.8
a=label:0
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ssrc:1120210035 cname:060168be20ab122b
a=sendonly
a=rtcp:31433
m=audio 36760 RTP/AVP 8 101
c=IN IP4 10.1.17.8
a=label:1
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendonly
a=rtcp:36761
a=ptime:20

--OSS-unique-boundary-42
Content-Type: application/rs-metadata+xml
Content-Disposition: recording-session



 complete
 
  2d409cb6-b066-4579-8c49-c6e6a7b9d600
 
 
  
   +27X
  
 
 
  
 
 
  2024-04-22T21:33:50+0200
 
 
  2024-04-22T21:33:50+0200
 
 
  2024-04-22T21:33:50+0200
 
 
 
 
 

--OSS-unique-boundary-42--

Is there a configuration item we're missing perhaps?

Kind regards

Luis Leal



___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Bug#1069707: It is only in wayland

[Luis Llana]

Since simplescreenrecoding only works on X11, I have changed to X11 to
record a video of the problem and in X11 works fine. The problem is with
wayland.

Luis Llana.

Bug#1069707: emacs-gtk: Emacs window shrinks when interacting with the minibuffer

[Luis Llana]

Package: emacs-gtk
Version: 1:28.2+1-15
Severity: normal
X-Debbugs-Cc: luis.llana.d...@gmail.com

Dear Maintainer,

  I have a new installation of Debian 12. Emacs has an strange
  behavior. Whenever I interact with the minibuffer (for instance to
  open when opening a file with C-f, search in the buffer with C-s,
  etc.) the height of the emacs window shrinks exactly 1 line. I have
  removed all my customization by removing .emacs and .emacs.d, but it
  does not solve anything.

Luis Llana.

-- System Information:
Debian Release: 12.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-20-amd64 (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages emacs-gtk depends on:
ii  emacs-bin-common 1:28.2+1-15
ii  emacs-common 1:28.2+1-15
ii  libacl1  2.3.1-3
ii  libasound2   1.2.8-1+b1
ii  libc62.36-9+deb12u4
ii  libcairo21.16.0-7
ii  libdbus-1-3  1.14.10-1~deb12u1
ii  libfontconfig1   2.14.1-4
ii  libfreetype6 2.12.1+dfsg-5
ii  libgccjit0   12.2.0-14
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libgif7  5.2.1-2.5
ii  libglib2.0-0 2.74.6-2
ii  libgmp10 2:6.2.1+dfsg1-1.1
ii  libgnutls30  3.7.9-2+deb12u2
ii  libgpm2  1.20.7-10+b1
ii  libgtk-3-0   3.24.38-2~deb12u1
ii  libharfbuzz0b6.0.0+dfsg-3
ii  libice6  2:1.0.10-1
ii  libjansson4  2.14-2
ii  libjpeg62-turbo  1:2.1.5-2
ii  liblcms2-2   2.14-2
ii  libm17n-01.8.0-6
ii  libotf1  0.9.16-4
ii  libpango-1.0-0   1.50.12+ds-1
ii  libpng16-16  1.6.39-2
ii  librsvg2-2   2.54.7+dfsg-1~deb12u1
ii  libselinux1  3.4-1+b6
ii  libsm6   2:1.2.3-1
ii  libsystemd0  252.22-1~deb12u1
ii  libtiff6 4.5.0-6+deb12u1
ii  libtinfo66.4-4
ii  libx11-6 2:1.8.4-2+deb12u2
ii  libxext6 2:1.3.4-1+b1
ii  libxfixes3   1:6.0.0-2
ii  libxml2  2.9.14+dfsg-1.3~deb12u1
ii  libxrender1  1:0.9.10-1.1
ii  zlib1g   1:1.2.13.dfsg-1

Versions of packages emacs-gtk recommends:
ii  fonts-noto-color-emoji  2.042-0+deb12u1

Versions of packages emacs-gtk suggests:
pn  emacs-common-non-dfsg  

-- no debconf information

[Bug 2054477] Re: [FFe] Update ogre-next to 2.3.3 for Noble

[Jose Luis Rivero]

The ogre-next update was released and ignition-cmake was removed in
https://bugs.launchpad.net/ubuntu/+source/ros-catkin/+bug/2063103. I've
updated the statuses. All done here.

** Changed in: ogre-next (Ubuntu)
   Status: Triaged => Fix Released

** Changed in: ignition-cmake (Ubuntu)
   Status: New => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2054477

Title:
  [FFe] Update ogre-next to 2.3.3 for Noble

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ignition-cmake/+bug/2054477/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 2053254] Re: [FFe] Update urdfdom, dart and ignition-physics for Noble (Open Robotics packages)

[Jose Luis Rivero]

The ignition-common and ignition-physics packages has be removed from
Ubuntu in https://bugs.launchpad.net/ubuntu/+source/ros-
catkin/+bug/2063103 yesterday.

It can be totally omitted totally. I'm going to close the MR and edit
the description.

** Summary changed:

- [FFe] Update urdfdom, dart and ignition-physics for Noble (Open Robotics 
packages)
+ [FFe] Update urdfdom and dart for Noble (Open Robotics packages)

** Description changed:

  Versions bump for the Open Robotics Community packages:
   - urdfdom to 4.0.0-0ubuntu1
     (Imported from https://salsa.debian.org/science-team/urdfdom)
   - dart to 6.13.1+ds-0ubuntu2
     https://git.launchpad.net/~j-rivero/ubuntu/+source/dart/log/?h=ubuntu/devel
- 
- As a side effect ignition-physics package needs also to be patch updated:
-  - ignition-physics to 5.1.0+ds1-4.1ubuntu2
-    (Imported from https://salsa.debian.org/science-team/ignition-physics)
- 
- The review found that there was a problem with a missing ignition-common 
package in s390:
-  - ignition-common (needs a rev bump)
-    
https://git.launchpad.net/~j-rivero/ubuntu/+source/ignition-common/log/?h=ubuntu/noble
  
  Package PPA:
   https://launchpad.net/~j-rivero/+archive/ubuntu/urdfdom4-noble/+packages
  
  (three merge-request are ready for review)
  
  [Other info]
  
  I have both version bumps ready on Debian but the 64bit_time transition[1] is 
preventing the
  packages to go through the lib transition since two weeks ago and counting. 
As we want to
  have these new versions in 24.04 (feature freeze is coming soon), we do the 
version bump
  directly on Ubuntu.
  
  [Justification]
  
  Important updates in a couple of packages used by the Open Robotics
  Community, particularly affecting ROS (Robot Operative System) and the
- ignition/Gazebo simulator.
+ Gazebo simulator.
  
   * urdfdom is changing the ABI/API completely by replacing tinyxml with 
tinyxml2
   * Dart current version 6.12.1 was released in .. 2019.
  
  There are important bugfixes in DART, specially the fix for a ton of
  compiler warnings with gcc-13 and patches for skeleton trees and
  grouping of constraints.
  
  Both packages should be lintian clean.
  
  [Transition details]
  
- The PPA includes all direct dependencies of urfdom and DART (ignition-
- physics and ros-urdf).
- 
-  * ignition-physics include a patch to work with new DART adding conditional 
code to deal with
-    minor DART API renames.
+ The PPA includes all direct dependencies of urfdom and DART (ros-urdf).
  
  All the previous architectures where the software was building before
  are also supported in the update with an important exception: new DART
  upstream releases do not support 32 bits, so armhf is lost from the
  list.
  
  [1] https://lists.debian.org/debian-devel-announce/2024/02/msg0.html
+ 
+ 
+ {edited on Apr 23rd -- removed since ignition packages were removed from 
Ubuntu}
+ 
+ As a side effect ignition-physics package needs also to be patch updated:
+  - ignition-physics to 5.1.0+ds1-4.1ubuntu2
+    (Imported from https://salsa.debian.org/science-team/ignition-physics)
+ 
+ The review found that there was a problem with a missing ignition-common 
package in s390:
+  - ignition-common (needs a rev bump)
+    
https://git.launchpad.net/~j-rivero/ubuntu/+source/ignition-common/log/?h=ubuntu/noble

** Description changed:

  Versions bump for the Open Robotics Community packages:
   - urdfdom to 4.0.0-0ubuntu1
     (Imported from https://salsa.debian.org/science-team/urdfdom)
   - dart to 6.13.1+ds-0ubuntu2
     https://git.launchpad.net/~j-rivero/ubuntu/+source/dart/log/?h=ubuntu/devel
  
  Package PPA:
   https://launchpad.net/~j-rivero/+archive/ubuntu/urdfdom4-noble/+packages
  
  (three merge-request are ready for review)
  
  [Other info]
  
  I have both version bumps ready on Debian but the 64bit_time transition[1] is 
preventing the
  packages to go through the lib transition since two weeks ago and counting. 
As we want to
  have these new versions in 24.04 (feature freeze is coming soon), we do the 
version bump
  directly on Ubuntu.
  
  [Justification]
  
  Important updates in a couple of packages used by the Open Robotics
  Community, particularly affecting ROS (Robot Operative System) and the
  Gazebo simulator.
  
   * urdfdom is changing the ABI/API completely by replacing tinyxml with 
tinyxml2
   * Dart current version 6.12.1 was released in .. 2019.
  
  There are important bugfixes in DART, specially the fix for a ton of
  compiler warnings with gcc-13 and patches for skeleton trees and
  grouping of constraints.
  
  Both packages should be lintian clean.
  
  [Transition details]
  
  The PPA includes all direct dependencies of urfdom and DART (ros-urdf).
  
  All the previous architectures where the software was building before
  are also supported in the update with an important exception: new DART
  upstream releases do not support 32 bits, so armhf is lost from the
  list.
  
  [1] 

Re: [OPSAWG] WG LC: Attachment circuits work

[LUIS MIGUEL CONTRERAS MURILLO]

Hi all,

I support the progress of these drafts as key pieces for facilitating service 
automation.

Best regards

Luis

De: OPSAWG  En nombre de Joe Clarke (jclarke)
Enviado el: viernes, 19 de abril de 2024 16:41
Para: opsawg@ietf.org
CC: Traffic Engineering Architecture and Signaling Discussion List 

Asunto: [OPSAWG] WG LC: Attachment circuits work

AVISO/WARNING: Este correo electrónico se originó desde fuera de la 
organización. No haga clic en enlaces ni abra archivos adjuntos a menos que 
reconozca al remitente y sepa que el contenido es seguro / This email has been 
originated from outside of the organization. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.

Thanks to efforts by the WG and cross-collaboration with TEAS, these four 
drafts are at the point to run a WG LC.  All currently reported issues have 
been resolved by the authors, and we are grateful to have four volunteers for 
shepherds.

The Attachment Circuits work is divided into four documents:

https://datatracker.ietf.org/doc/draft-ietf-opsawg-teas-common-ac/
https://datatracker.ietf.org/doc/draft-ietf-opsawg-ntw-attachment-circuit/
https://datatracker.ietf.org/doc/draft-ietf-opsawg-teas-attachment-circuit/
https://datatracker.ietf.org/doc/draft-ietf-opsawg-ac-lxsm-lxnm-glue/

Given the size of the work, we will run for a three-week LC period (closing on 
May 10), and we are copying teas@ for additional reviews.  Please reply on-list 
with comments.

Joe



Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede 
contener información privilegiada o confidencial y es para uso exclusivo de la 
persona o entidad de destino. Si no es usted. el destinatario indicado, queda 
notificado de que la lectura, utilización, divulgación y/o copia sin 
autorización puede estar prohibida en virtud de la legislación vigente. Si ha 
recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente 
por esta misma vía y proceda a su destrucción.

The information contained in this transmission is confidential and privileged 
information intended only for the use of the individual or entity named above. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of this communication 
is strictly prohibited. If you have received this transmission in error, do not 
read it. Please immediately reply to the sender that you have received this 
communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode 
conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa 
ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica 
notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização 
pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem 
por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e 
proceda a sua destruição
___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg

Re: bootable pendrive from zip file

[Luis Muñoz Fuente]

I assume the problem is the debian link, which points to the same directory:
$ ls -l tmp/debian
lrwxrwxrwx 1 user user 1 Apr 22 20:47 tmp/debian -> .
and creates a loop, I guess that's also why if I compress with:
zip -r debian.zip tmp
It never ends but from the graphical environment it does compress well, 
because it will not pay attention to the recursive link.

Re: bootable pendrive from zip file

[Luis Muñoz Fuente]

El 22/4/24 a las 20:25, Thomas Schmitt escribió:

Hard to say if you do not show what you do in particular.


Yes, sorry.

$ du debian-12.5.0-amd64-netinst.iso
644100  debian-12.5.0-amd64-netinst.iso

# mount debian-12.5.0-amd64-netinst.iso /mnt
mount: /mnt: ATENCIÓN: el dispositivo está protegido contra escritura; 
se monta como sólo lectura.


$ du -s /mnt
764031  /mnt

$ cp -r /mnt/. ~/tmp

$ du -s ~/tmp
767072  /home/usuario/tmp

From the Files program, right click properties on the tmp folder:
1.576 elementos, 783,1 MB en total

Now I go into the tmp folder, select everything, right click properties:
3.140 elementos, 1,6 GB en total

but with pcmanfm I always see the size of 749.1 MiB (785,448,960 bytes), 
so it seems that Files does not show me the information well.


Thanks

Re: bootable pendrive from zip file

[Luis Muñoz Fuente]

El 22/4/24 a las 19:49, Thomas Schmitt escribió:

Hi,


Thanks for the reply. My question is rather why the size increases so 
much. When I take a folder that occupies 5 GiB and with mkisofs I create 
an iso file, it still occupies 5 GiB. And if I later extract the files 
it takes up 5 GiB again, why does extracting the files from the debian 
iso increase the size so much?

bootable pendrive from zip file

[Luis Muñoz Fuente]

Hello:
I recently used clonezilla and followed these instructions:

https://clonezilla.org/liveusb.php#linux-setup

to create a bootable pendrive from a zip file. What I liked about this 
method is that I can continue saving data on the pendrive and if I want 
to delete clonezilla I just have to delete it normally, without the need 
to format.


The usual method of creating a pendrive to install debian is:

https://www.debian.org/releases/stable/amd64/ch04s03.en.html#usb-copy-isohybrid

but this way I can't write more files to the pendrive, unless I format 
the empty space. And when I want to delete the installation from the 
pendrive I have to use fdisk and mkfs.


I have tried to transform the debian-12.5.0-amd64-netinst.iso file into 
zip but the size has gone from 659 MiB to 1.5 GiB, when with clonezilla 
both take up the same size. This increase in size makes it take longer 
to copy the data to the pendrive.

Does anyone know why this happens.
Thanks in advance.

UOC and Britsh Council lawsuit

[José Luis González González]

I sent 5 minutes ago an email to "Plaza de Castilla *courts*" setting
it crystal clear that it was a long time ago the lawsuit to Universitat
Oberta de Catalunya and British Council had to be solved.

"Kinda or not"

Re: Pinyin in GNOME

[Luis Felipe]

Hi Felix,

El 22/04/24 a las 0:47, Felix Lechner via escribió:

Hi Tomas,

On Mon, Nov 06 2023, Tomas Volf wrote:


Not sure about pinyin, but for ibus I need to set

 (simple-service
  'im-env-vars home-environment-variables-service-type
  '(("GTK_IM_MODULE" . "ibus")
   ("QT_IM_MODULE" . "ibus")
   ("XMODIFIERS" . "@im=ibus")
;; TODO: Are these still required?  If yes, try to get rid of them.
   ("GUIX_GTK2_IM_MODULE_FILE"
 . "$HOME/.guix-home/profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache")
   ("GUIX_GTK3_IM_MODULE_FILE"
 . "$HOME/.guix-home/profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache")))

That works locally under EXWM, but have been unable to get ibus working
under GNOME.  Would someone please post a complete recipe, including
what to install in which profile, and whether to start GNOME in X or
Wayland?


I use GNOME in X. In my system configuration I have this package:

  #| NOTE: I'd like to have ibus available to all users by default,

  but last time I checked, this didn't work as expected and I still
  had to install it in user profiles. |#
  (specification->package "ibus")

In the manifest for my user profile I have these packages:

  "ibus"
  "ibus-anthy"
  "ibus-libhangul"
  "ibus-libpinyin"
  "ibus-speech-to-text"

In my ~/.profile file I export these variables:

  # GUIX RELATED VARIABLES TO WORK AROUND BUG #35610
  # https://issues.guix.gnu.org/issue/35610
  # export 
GUIX_GTK2_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-2.0/2.10.0/immodules-gtk2.cache"
  export 
GUIX_GTK3_IM_MODULE_FILE="$HOME/.guix-profile/lib/gtk-3.0/3.0.0/immodules-gtk3.cache"

  # These are needed only to work on Qt apps like TeXmacs.
  export XMODIFIERS="@im=ibus"  # Set X input method server (xim) to ibus.
  export QT_IM_MODULE="ibus"    # Set Qt input method module to ibus.

Finally, every time I start a GNOME desktop session, I have to run the 
following:


  ibus-daemon -drx

I input Japanese reliably using this. I don't use the other input 
methods often, but they work, as far as I can see.


Hope that helps,


OpenPGP_0x0AB0D067012F08C3.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

[Bug 2058279] Re: [FFe] Sync pcl 1.14.0+dfsg-1 (universe) from Debian experimental (main)

[Jose Luis Rivero]

Thanks Utkarsh!

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2058279

Title:
  [FFe] Sync pcl 1.14.0+dfsg-1 (universe) from Debian experimental
  (main)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pcl/+bug/2058279/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[spyder] Terminal sistema operativo

[Luis Carlos Trotta]

Buenas tardes, tengo instalada la última versión de Spyder y en View / 
panes, no aparece la opción "Terminal", que permitía conectarse con el 
sistema operativo, por ejemplo: C:\Users\thinkpad>
Como puedo acceder ahora a esa opción?

Muchas gracias, cordiales saludos

-- 
You received this message because you are subscribed to the Google Groups 
"spyder" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to spyderlib+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/spyderlib/acd5af26-d266-4a75-ada4-e456700a4ba0n%40googlegroups.com.

Re: Teléfono Samsung: no puedo borrar el idioma Alemán

[Jose Luis Alarcon Sanchez]

On abr. 21 2024, at 10:02 pm, José Luis González González
 wrote:

> En mi teléfono móvil Samsung Galaxy A13 no puedo borrar ahora el
> idioma Alemán del telclado y la corrección ortográfica.
>  

Y que puede tener esto que ver con Debian o con Linux???. Llévalo a un
punto de Servicio Técnico de Samsung.

Re: Teléfono Samsung: no puedo borrar el idioma Alemán

[Jose Luis Alarcon Sanchez]

On abr. 21 2024, at 10:02 pm, José Luis González González
 wrote:

> En mi teléfono móvil Samsung Galaxy A13 no puedo borrar ahora el
> idioma Alemán del telclado y la corrección ortográfica.
>  

Y que puede tener esto que ver con Debian o con Linux???. Llévalo a un
punto de Servicio Técnico de Samsung.

Teléfono Samsung: no puedo borrar el idioma Alemán

[José Luis González González]

En mi teléfono móvil Samsung Galaxy A13 no puedo borrar ahora el idioma Alemán 
del telclado y la corrección ortográfica.

Teléfono Samsung: no puedo borrar el idioma Alemán

[José Luis González González]

En mi teléfono móvil Samsung Galaxy A13 no puedo borrar ahora el idioma Alemán 
del telclado y la corrección ortográfica.

Re: previous

[José Luis González González]

And by the way, I was also unable to subscribe to debian-users-spanish either. 
I know the emails reach, in any case.

Life or death report about Juan Carlos I (De Borbón Y de Roma) and José Luis Martínez Almeida

[José Luis González González]

I have just emailed registro.plazadecasti...@madrid.org (main tribunals in 
Madrid) and denunc...@agenciatributaria.es (Tax office in Spain) about a crime 
by the Madrid Major house chained from Juan Carlos De Borbón Y De Roma of which 
I the email didn't even show up in my Gmail (glj@gmail.com) IMAP sent 
folder in Sylpheed and I had to "compose" a new message manually typing "Re: 
...". The reply didn't show up in sent either. The lawsuits were, of course of 
maximum "severity". Writing here again because of the tribunal no reply and 
absolute ineffectiveness in solving anything I hand asked them for. CC'ing 
debian-devel this time because of the severity. You all know about Juan Carlos 
I. By the way the highest condemn for person ever was sent to "Tribunal 
Supremo" in 2020 even offering amicably solution like a following lawsuit later 
to CESID offering amicably solution as well, and Juan Carlos' was because of 
Coronavirus including Elizabeth Of England even I hadn't requested an official 
condemn for her yet.

Por cierto, my teléfono fijo sigue sin reaparecer.

[plasma-systemmonitor] [Bug 485905] New: Crash when trying to use sidebar on System Monitor

[Luis Miguel P. Freitas]

https://bugs.kde.org/show_bug.cgi?id=485905

Bug ID: 485905
   Summary: Crash when trying to use sidebar on System Monitor
Classification: Applications
   Product: plasma-systemmonitor
   Version: 5.27.5
  Platform: Debian stable
OS: Linux
Status: REPORTED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: ksysguard-b...@kde.org
  Reporter: l...@digitalxs.ca
CC: ahiems...@heimr.nl, plasma-b...@kde.org
  Target Milestone: ---

Application: plasma-systemmonitor (5.27.5)

Qt Version: 5.15.8
Frameworks Version: 5.103.0
Operating System: Linux 6.1.0-20-amd64 x86_64
Windowing System: X11
Distribution: Debian GNU/Linux 12 (bookworm)
DrKonqi: 5.27.5 [KCrashBackend]

-- Information about the crash:
Crash when trying to use sidebar on System Monitor

The crash can be reproduced sometimes.

-- Backtrace:
Application: System Monitor (plasma-systemmonitor), signal: Segmentation fault

[KCrash Handler]
#4  0x in ?? ()
#5  0x7fc06fc3fae7 in ?? () from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#6  0x7fc06fc3fb59 in ?? () from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#7  0x7fc06fdc1dc2 in QAccessibleQuickItem::role() const () from
/lib/x86_64-linux-gnu/libQt5Quick.so.5
#8  0x7fc0753f0081 in ?? () from /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#9  0x7fc0753f2e04 in ?? () from /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#10 0x7fc0753f45a1 in ?? () from /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#11 0x7fc06fc4d6d3 in QQuickItemPrivate::setEffectiveVisibleRecur(bool) ()
from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#12 0x7fc06fc55ffd in QQuickItem::setParentItem(QQuickItem*) () from
/lib/x86_64-linux-gnu/libQt5Quick.so.5
#13 0x7fc06fc5650d in QQuickItem::~QQuickItem() () from
/lib/x86_64-linux-gnu/libQt5Quick.so.5
#14 0x7fc0601dc8c5 in ?? () from
/usr/lib/x86_64-linux-gnu/qt5/qml/QtQuick/Templates.2/libqtquicktemplates2plugin.so
#15 0x7fc06f2d3357 in
QQmlTableInstanceModel::destroyModelItem(QQmlDelegateModelItem*,
QQmlTableInstanceModel::DestructionMode) () from
/lib/x86_64-linux-gnu/libQt5QmlModels.so.5
#16 0x7fc06f2f9af1 in ?? () from /lib/x86_64-linux-gnu/libQt5QmlModels.so.5
#17 0x7fc06f2d2d85 in QQmlTableInstanceModel::drainReusableItemsPool(int)
() from /lib/x86_64-linux-gnu/libQt5QmlModels.so.5
#18 0x7fc06fd3de8c in QQuickTableView::geometryChanged(QRectF const&,
QRectF const&) () from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#19 0x7fc06fc4c2e8 in QQuickItem::setSize(QSizeF const&) () from
/lib/x86_64-linux-gnu/libQt5Quick.so.5
#20 0x7fc06f3da3a9 in QQuickControlPrivate::resizeContent() () from
/lib/x86_64-linux-gnu/libQt5QuickTemplates2.so.5
#21 0x7fc06f3d6ef3 in QQuickControlPrivate::setRightPadding(double, bool)
() from /lib/x86_64-linux-gnu/libQt5QuickTemplates2.so.5
#22 0x7fc07aaeaa43 in ?? () from /lib/x86_64-linux-gnu/libQt5Qml.so.5
#23 0x7fc07aaeb93e in ?? () from /lib/x86_64-linux-gnu/libQt5Qml.so.5
#24 0x7fc07aae9354 in
QQmlBinding::update(QFlags) () from
/lib/x86_64-linux-gnu/libQt5Qml.so.5
#25 0x7fc07aac677f in QQmlNotifier::emitNotify(QQmlNotifierEndpoint*,
void**) () from /lib/x86_64-linux-gnu/libQt5Qml.so.5
#26 0x7fc0792e8a8d in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#27 0x7fc07aa6ea35 in QQmlVMEMetaObject::metaCall(QObject*,
QMetaObject::Call, int, void**) () from /lib/x86_64-linux-gnu/libQt5Qml.so.5
#28 0x7fc07aaeaa19 in ?? () from /lib/x86_64-linux-gnu/libQt5Qml.so.5
#29 0x7fc07aaeb93e in ?? () from /lib/x86_64-linux-gnu/libQt5Qml.so.5
#30 0x7fc07aae9354 in
QQmlBinding::update(QFlags) () from
/lib/x86_64-linux-gnu/libQt5Qml.so.5
#31 0x7fc07aac677f in QQmlNotifier::emitNotify(QQmlNotifierEndpoint*,
void**) () from /lib/x86_64-linux-gnu/libQt5Qml.so.5
#32 0x7fc0792e8a8d in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#33 0x7fc06fc4d728 in QQuickItemPrivate::setEffectiveVisibleRecur(bool) ()
from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#34 0x7fc06fc4d651 in QQuickItemPrivate::setEffectiveVisibleRecur(bool) ()
from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#35 0x7fc06fc4d651 in QQuickItemPrivate::setEffectiveVisibleRecur(bool) ()
from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#36 0x7fc06fc4d651 in QQuickItemPrivate::setEffectiveVisibleRecur(bool) ()
from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#37 0x7fc06fc4d651 in QQuickItemPrivate::setEffectiveVisibleRecur(bool) ()
from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#38 0x7fc06fc4d651 in QQuickItemPrivate::setEffectiveVisibleRecur(bool) ()
from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#39 0x7fc06fc4d651 in QQuickItemPrivate::setEffectiveVisibleRecur(bool) ()
from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#40 0x7fc06fc4d651 in QQuickItemPrivate::setEffectiveVisibleRecur(bool) ()
from /lib/x86_64-linux-gnu/libQt5Quick.so.5
#41 0x7fc06fc4d651 in 

Re: [OPSAWG] IPR POLL: Attachment circuits work

[LUIS ANGEL MUÑOZ , Vodafone]

Hi Joe and all

No, I'm not aware of any IPR that applies to these drafts

Regards
Luis



C2 General
De: OPSAWG  En nombre de Joe Clarke (jclarke)
Enviado el: viernes, 19 de abril de 2024 16:32
Para: opsawg@ietf.org
Asunto: [OPSAWG] IPR POLL: Attachment circuits work

CAUTION : This email originated outside the company. Do not click on any links 
or open attachments unless you are expecting them from the sender.
ATTENTION : Cet e-mail provient de l'extérieur de l'entreprise. Ne cliquez pas 
sur les liens ou n'ouvrez pas les pièces jointes à moins de connaitre 
l'expéditeur.

We're up to WG LC on these four drafts.  And while we did an IPR poll before, 
we want to be thorough since this work has evolved.

https://datatracker.ietf.org/doc/draft-ietf-opsawg-ntw-attachment-circuit/
https://datatracker.ietf.org/doc/draft-ietf-opsawg-teas-attachment-circuit/
https://datatracker.ietf.org/doc/draft-ietf-opsawg-teas-common-ac/
https://datatracker.ietf.org/doc/draft-ietf-opsawg-ac-lxsm-lxnm-glue/

Are you aware of any IPR that applies to drafts identified above?

Please state either:

"No, I'm not aware of any IPR that applies to these drafts"
or
"Yes, I'm aware of IPR that applies to these drafts"

If so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3669, 5378 and 8179 for more details)?

If yes to the above, please state either:

"Yes, the IPR has been disclosed in compliance with IETF IPR rules"
or
"No, the IPR has not been disclosed"

If you answer no, please provide any additional details you think
appropriate.

If you are listed as a document author or contributor please answer the
above by responding to this email regardless of whether or not you are
aware of any relevant IPR. This document will not advance to the next
stage until a response has been received from each author.

Also please send the response to the list above, and not unicast it.

As of this time, no IPR has been disclosed on any of the four drafts.

Joe
___
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg

Re: Debian

[José Luis González González]

On Fri, 19 Apr 2024 10:09:26 +0200
José Luis González González  wrote:

> On Fri, 19 Apr 2024 09:59:57 +0200
> José Luis González González  wrote:
> 
> > On Fri, 19 Apr 2024 09:39:02 +0200
> > José Luis González González  wrote:
> > 
> > > Good day,
> > > 
> > > There's an issue with the dash package and maintainer, and mutt as well.
> > > 
> > > I even tried to reach dash maintainer privately and he is not even on
> > > the package's field (queried by dpkg), there's someone who is obviosly
> > > fake instead: Andrej Shadura 
> > > 
> > > The issues with dash so far, that I know, is the shell was bash when I
> > > switched to dash because of bash's Stallman's "Eight Megabytes And
> > > constantly Swapping *And Spying And Boycotting*", and after I enabled
> > > "fingerd" in my personal website's server and some time passed the
> > > package returned to dash, however there's at least one obvious back
> > > door, and program is going the way of bash, preventing from using the
> > > Operating system. This has happened before, thrice recently.
> > > 
> > > Additionally the files on /usr/share/doc/dash are wrong.
> > > 
> > > The main issues of mutt that I know so far is the documentation is
> > > useless for what I needed, which is using the program, and the package,
> > > that was installed, is missing from my computer, besides the maintainer
> > > being subversive as well.
> > > 
> > > If this is not solved I will cease to stop using Debian and Debian will
> > > die.
> > > 
> > > "Kinda or not"
> > 
> > The problems that I had in 2020 were life or death security problems
> > that prevented me to use my computer at all for almost one year. I even
> > lost my computer, had to buy another one in 2021 and reinstall
> > everything, with severe problems, that even involved having to go
> > several times to public library, and recording "the" DVD first disc
> > with non-free firmware adding it selectively from USB didn't work.
> > 
> > The problems in 2023 involved ceasing being able to use the computer
> > because of innumerable trojans, and having to resort to the public
> > library again because of the DVD that I had recorded with Debian 10.5
> > becoming subversive when I needed it to rescue my operating system and
> > turning as 11.5, which is not what I wanted at all. I ended up having
> > to record 11.5, install it, and even upgrade to 12.
> 
> There are similar issues with boa and dhttpd, and it seems Apache is going 
> that way.

Debian is finally unusable for me.

Re: Debian

[José Luis González González]

On Fri, 19 Apr 2024 10:09:26 +0200
José Luis González González  wrote:

> On Fri, 19 Apr 2024 09:59:57 +0200
> José Luis González González  wrote:
> 
> > On Fri, 19 Apr 2024 09:39:02 +0200
> > José Luis González González  wrote:
> > 
> > > Good day,
> > > 
> > > There's an issue with the dash package and maintainer, and mutt as well.
> > > 
> > > I even tried to reach dash maintainer privately and he is not even on
> > > the package's field (queried by dpkg), there's someone who is obviosly
> > > fake instead: Andrej Shadura 
> > > 
> > > The issues with dash so far, that I know, is the shell was bash when I
> > > switched to dash because of bash's Stallman's "Eight Megabytes And
> > > constantly Swapping *And Spying And Boycotting*", and after I enabled
> > > "fingerd" in my personal website's server and some time passed the
> > > package returned to dash, however there's at least one obvious back
> > > door, and program is going the way of bash, preventing from using the
> > > Operating system. This has happened before, thrice recently.
> > > 
> > > Additionally the files on /usr/share/doc/dash are wrong.
> > > 
> > > The main issues of mutt that I know so far is the documentation is
> > > useless for what I needed, which is using the program, and the package,
> > > that was installed, is missing from my computer, besides the maintainer
> > > being subversive as well.
> > > 
> > > If this is not solved I will cease to stop using Debian and Debian will
> > > die.
> > > 
> > > "Kinda or not"
> > 
> > The problems that I had in 2020 were life or death security problems
> > that prevented me to use my computer at all for almost one year. I even
> > lost my computer, had to buy another one in 2021 and reinstall
> > everything, with severe problems, that even involved having to go
> > several times to public library, and recording "the" DVD first disc
> > with non-free firmware adding it selectively from USB didn't work.
> > 
> > The problems in 2023 involved ceasing being able to use the computer
> > because of innumerable trojans, and having to resort to the public
> > library again because of the DVD that I had recorded with Debian 10.5
> > becoming subversive when I needed it to rescue my operating system and
> > turning as 11.5, which is not what I wanted at all. I ended up having
> > to record 11.5, install it, and even upgrade to 12.
> 
> There are similar issues with boa and dhttpd, and it seems Apache is going 
> that way.

Debian is finally unusable for me.

Re: [ANNOUNCE] 5.10.214-rt106

[Luis Claudio R. Goncalves]

On Fri, Apr 19, 2024 at 11:23:42AM +0200, Pavel Machek wrote:
> Hi!
> 
> > I'm pleased to announce the 5.10.214-rt106 stable release.
> > 
> > This release is simply an update to the new stable 5.10.214 version and no
> > RT-specific changes have been performed.
> > 
> > You can get this release via the git tree at:
> > 
> >   git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
> > 
> >   branch: v5.10-rt
> >   Head SHA1: 3d208061796d4addeb543c78e0a4ec769b6ce6b2
> 
> Thank you.
> 
> Could you also push v5.10.214-rt106-rebase tag to the repository for
> consistency?

Hi Pavel!

The tag is there in the repository:


https://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git/commit/?h=v5.10.214-rt106-rebase

When I released 5.10.215-rt107 (and its -rebase counterpart), 
5.10.214-rt106-rebase
was no longer pointing to a commit inside that  branch, probably why your git
update didn't get the tag. You could try a

git fetch --tags 

Best regards,
Luis

> Best regards,
>   Pavel
> -- 
> DENX Software Engineering GmbH,Managing Director: Erika Unter
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany


---end quoted text---


signature.asc
Description: PGP signature

Re: Debian

[José Luis González González]

On Fri, 19 Apr 2024 10:09:26 +0200
José Luis González González  wrote:

> On Fri, 19 Apr 2024 09:59:57 +0200
> José Luis González González  wrote:
> 
> > On Fri, 19 Apr 2024 09:39:02 +0200
> > José Luis González González  wrote:
> > 
> > > Good day,
> > > 
> > > There's an issue with the dash package and maintainer, and mutt as well.
> > > 
> > > I even tried to reach dash maintainer privately and he is not even on
> > > the package's field (queried by dpkg), there's someone who is obviosly
> > > fake instead: Andrej Shadura 
> > > 
> > > The issues with dash so far, that I know, is the shell was bash when I
> > > switched to dash because of bash's Stallman's "Eight Megabytes And
> > > constantly Swapping *And Spying And Boycotting*", and after I enabled
> > > "fingerd" in my personal website's server and some time passed the
> > > package returned to dash, however there's at least one obvious back
> > > door, and program is going the way of bash, preventing from using the
> > > Operating system. This has happened before, thrice recently.
> > > 
> > > Additionally the files on /usr/share/doc/dash are wrong.
> > > 
> > > The main issues of mutt that I know so far is the documentation is
> > > useless for what I needed, which is using the program, and the package,
> > > that was installed, is missing from my computer, besides the maintainer
> > > being subversive as well.
> > > 
> > > If this is not solved I will cease to stop using Debian and Debian will
> > > die.
> > > 
> > > "Kinda or not"
> > 
> > The problems that I had in 2020 were life or death security problems
> > that prevented me to use my computer at all for almost one year. I even
> > lost my computer, had to buy another one in 2021 and reinstall
> > everything, with severe problems, that even involved having to go
> > several times to public library, and recording "the" DVD first disc
> > with non-free firmware adding it selectively from USB didn't work.
> > 
> > The problems in 2023 involved ceasing being able to use the computer
> > because of innumerable trojans, and having to resort to the public
> > library again because of the DVD that I had recorded with Debian 10.5
> > becoming subversive when I needed it to rescue my operating system and
> > turning as 11.5, which is not what I wanted at all. I ended up having
> > to record 11.5, install it, and even upgrade to 12.
> 
> There are similar issues with boa and dhttpd, and it seems Apache is going 
> that way.

nvi adds to the subversive ones, with bash, etc.

Re: Debian

[José Luis González González]

On Fri, 19 Apr 2024 10:09:26 +0200
José Luis González González  wrote:

> On Fri, 19 Apr 2024 09:59:57 +0200
> José Luis González González  wrote:
> 
> > On Fri, 19 Apr 2024 09:39:02 +0200
> > José Luis González González  wrote:
> > 
> > > Good day,
> > > 
> > > There's an issue with the dash package and maintainer, and mutt as well.
> > > 
> > > I even tried to reach dash maintainer privately and he is not even on
> > > the package's field (queried by dpkg), there's someone who is obviosly
> > > fake instead: Andrej Shadura 
> > > 
> > > The issues with dash so far, that I know, is the shell was bash when I
> > > switched to dash because of bash's Stallman's "Eight Megabytes And
> > > constantly Swapping *And Spying And Boycotting*", and after I enabled
> > > "fingerd" in my personal website's server and some time passed the
> > > package returned to dash, however there's at least one obvious back
> > > door, and program is going the way of bash, preventing from using the
> > > Operating system. This has happened before, thrice recently.
> > > 
> > > Additionally the files on /usr/share/doc/dash are wrong.
> > > 
> > > The main issues of mutt that I know so far is the documentation is
> > > useless for what I needed, which is using the program, and the package,
> > > that was installed, is missing from my computer, besides the maintainer
> > > being subversive as well.
> > > 
> > > If this is not solved I will cease to stop using Debian and Debian will
> > > die.
> > > 
> > > "Kinda or not"
> > 
> > The problems that I had in 2020 were life or death security problems
> > that prevented me to use my computer at all for almost one year. I even
> > lost my computer, had to buy another one in 2021 and reinstall
> > everything, with severe problems, that even involved having to go
> > several times to public library, and recording "the" DVD first disc
> > with non-free firmware adding it selectively from USB didn't work.
> > 
> > The problems in 2023 involved ceasing being able to use the computer
> > because of innumerable trojans, and having to resort to the public
> > library again because of the DVD that I had recorded with Debian 10.5
> > becoming subversive when I needed it to rescue my operating system and
> > turning as 11.5, which is not what I wanted at all. I ended up having
> > to record 11.5, install it, and even upgrade to 12.
> 
> There are similar issues with boa and dhttpd, and it seems Apache is going 
> that way.

nvi adds to the subversive ones, with bash, etc.

Re: Debian

[José Luis González González]

On Fri, 19 Apr 2024 09:59:57 +0200
José Luis González González  wrote:

> On Fri, 19 Apr 2024 09:39:02 +0200
> José Luis González González  wrote:
> 
> > Good day,
> > 
> > There's an issue with the dash package and maintainer, and mutt as well.
> > 
> > I even tried to reach dash maintainer privately and he is not even on
> > the package's field (queried by dpkg), there's someone who is obviosly
> > fake instead: Andrej Shadura 
> > 
> > The issues with dash so far, that I know, is the shell was bash when I
> > switched to dash because of bash's Stallman's "Eight Megabytes And
> > constantly Swapping *And Spying And Boycotting*", and after I enabled
> > "fingerd" in my personal website's server and some time passed the
> > package returned to dash, however there's at least one obvious back
> > door, and program is going the way of bash, preventing from using the
> > Operating system. This has happened before, thrice recently.
> > 
> > Additionally the files on /usr/share/doc/dash are wrong.
> > 
> > The main issues of mutt that I know so far is the documentation is
> > useless for what I needed, which is using the program, and the package,
> > that was installed, is missing from my computer, besides the maintainer
> > being subversive as well.
> > 
> > If this is not solved I will cease to stop using Debian and Debian will
> > die.
> > 
> > "Kinda or not"
> 
> The problems that I had in 2020 were life or death security problems
> that prevented me to use my computer at all for almost one year. I even
> lost my computer, had to buy another one in 2021 and reinstall
> everything, with severe problems, that even involved having to go
> several times to public library, and recording "the" DVD first disc
> with non-free firmware adding it selectively from USB didn't work.
> 
> The problems in 2023 involved ceasing being able to use the computer
> because of innumerable trojans, and having to resort to the public
> library again because of the DVD that I had recorded with Debian 10.5
> becoming subversive when I needed it to rescue my operating system and
> turning as 11.5, which is not what I wanted at all. I ended up having
> to record 11.5, install it, and even upgrade to 12.

There are similar issues with boa and dhttpd, and it seems Apache is going that 
way.

Re: Debian

[José Luis González González]

On Fri, 19 Apr 2024 09:59:57 +0200
José Luis González González  wrote:

> On Fri, 19 Apr 2024 09:39:02 +0200
> José Luis González González  wrote:
> 
> > Good day,
> > 
> > There's an issue with the dash package and maintainer, and mutt as well.
> > 
> > I even tried to reach dash maintainer privately and he is not even on
> > the package's field (queried by dpkg), there's someone who is obviosly
> > fake instead: Andrej Shadura 
> > 
> > The issues with dash so far, that I know, is the shell was bash when I
> > switched to dash because of bash's Stallman's "Eight Megabytes And
> > constantly Swapping *And Spying And Boycotting*", and after I enabled
> > "fingerd" in my personal website's server and some time passed the
> > package returned to dash, however there's at least one obvious back
> > door, and program is going the way of bash, preventing from using the
> > Operating system. This has happened before, thrice recently.
> > 
> > Additionally the files on /usr/share/doc/dash are wrong.
> > 
> > The main issues of mutt that I know so far is the documentation is
> > useless for what I needed, which is using the program, and the package,
> > that was installed, is missing from my computer, besides the maintainer
> > being subversive as well.
> > 
> > If this is not solved I will cease to stop using Debian and Debian will
> > die.
> > 
> > "Kinda or not"
> 
> The problems that I had in 2020 were life or death security problems
> that prevented me to use my computer at all for almost one year. I even
> lost my computer, had to buy another one in 2021 and reinstall
> everything, with severe problems, that even involved having to go
> several times to public library, and recording "the" DVD first disc
> with non-free firmware adding it selectively from USB didn't work.
> 
> The problems in 2023 involved ceasing being able to use the computer
> because of innumerable trojans, and having to resort to the public
> library again because of the DVD that I had recorded with Debian 10.5
> becoming subversive when I needed it to rescue my operating system and
> turning as 11.5, which is not what I wanted at all. I ended up having
> to record 11.5, install it, and even upgrade to 12.

There are similar issues with boa and dhttpd, and it seems Apache is going that 
way.

Debian

[José Luis González González]

On Fri, 19 Apr 2024 09:39:02 +0200
José Luis González González  wrote:

> Good day,
> 
> There's an issue with the dash package and maintainer, and mutt as well.
> 
> I even tried to reach dash maintainer privately and he is not even on
> the package's field (queried by dpkg), there's someone who is obviosly
> fake instead: Andrej Shadura 
> 
> The issues with dash so far, that I know, is the shell was bash when I
> switched to dash because of bash's Stallman's "Eight Megabytes And
> constantly Swapping *And Spying And Boycotting*", and after I enabled
> "fingerd" in my personal website's server and some time passed the
> package returned to dash, however there's at least one obvious back
> door, and program is going the way of bash, preventing from using the
> Operating system. This has happened before, thrice recently.
> 
> Additionally the files on /usr/share/doc/dash are wrong.
> 
> The main issues of mutt that I know so far is the documentation is
> useless for what I needed, which is using the program, and the package,
> that was installed, is missing from my computer, besides the maintainer
> being subversive as well.
> 
> If this is not solved I will cease to stop using Debian and Debian will
> die.
> 
> "Kinda or not"

The problems that I had in 2020 were life or death security problems
that prevented me to use my computer at all for almost one year. I even
lost my computer, had to buy another one in 2021 and reinstall
everything, with severe problems, that even involved having to go
several times to public library, and recording "the" DVD first disc
with non-free firmware adding it selectively from USB didn't work.

The problems in 2023 involved ceasing being able to use the computer
because of innumerable trojans, and having to resort to the public
library again because of the DVD that I had recorded with Debian 10.5
becoming subversive when I needed it to rescue my operating system and
turning as 11.5, which is not what I wanted at all. I ended up having
to record 11.5, install it, and even upgrade to 12.

Debian

[José Luis González González]

On Fri, 19 Apr 2024 09:39:02 +0200
José Luis González González  wrote:

> Good day,
> 
> There's an issue with the dash package and maintainer, and mutt as well.
> 
> I even tried to reach dash maintainer privately and he is not even on
> the package's field (queried by dpkg), there's someone who is obviosly
> fake instead: Andrej Shadura 
> 
> The issues with dash so far, that I know, is the shell was bash when I
> switched to dash because of bash's Stallman's "Eight Megabytes And
> constantly Swapping *And Spying And Boycotting*", and after I enabled
> "fingerd" in my personal website's server and some time passed the
> package returned to dash, however there's at least one obvious back
> door, and program is going the way of bash, preventing from using the
> Operating system. This has happened before, thrice recently.
> 
> Additionally the files on /usr/share/doc/dash are wrong.
> 
> The main issues of mutt that I know so far is the documentation is
> useless for what I needed, which is using the program, and the package,
> that was installed, is missing from my computer, besides the maintainer
> being subversive as well.
> 
> If this is not solved I will cease to stop using Debian and Debian will
> die.
> 
> "Kinda or not"

The problems that I had in 2020 were life or death security problems
that prevented me to use my computer at all for almost one year. I even
lost my computer, had to buy another one in 2021 and reinstall
everything, with severe problems, that even involved having to go
several times to public library, and recording "the" DVD first disc
with non-free firmware adding it selectively from USB didn't work.

The problems in 2023 involved ceasing being able to use the computer
because of innumerable trojans, and having to resort to the public
library again because of the DVD that I had recorded with Debian 10.5
becoming subversive when I needed it to rescue my operating system and
turning as 11.5, which is not what I wanted at all. I ended up having
to record 11.5, install it, and even upgrade to 12.

dash and mutt

[José Luis González González]

Good day,

There's an issue with the dash package and maintainer, and mutt as well.

I even tried to reach dash maintainer privately and he is not even on
the package's field (queried by dpkg), there's someone who is obviosly
fake instead: Andrej Shadura 

The issues with dash so far, that I know, is the shell was bash when I
switched to dash because of bash's Stallman's "Eight Megabytes And
constantly Swapping *And Spying And Boycotting*", and after I enabled
"fingerd" in my personal website's server and some time passed the
package returned to dash, however there's at least one obvious back
door, and program is going the way of bash, preventing from using the
Operating system. This has happened before, thrice recently.

Additionally the files on /usr/share/doc/dash are wrong.

The main issues of mutt that I know so far is the documentation is
useless for what I needed, which is using the program, and the package,
that was installed, is missing from my computer, besides the maintainer
being subversive as well.

If this is not solved I will cease to stop using Debian and Debian will
die.

"Kinda or not"

dash and mutt

[José Luis González González]

Good day,

There's an issue with the dash package and maintainer, and mutt as well.

I even tried to reach dash maintainer privately and he is not even on
the package's field (queried by dpkg), there's someone who is obviosly
fake instead: Andrej Shadura 

The issues with dash so far, that I know, is the shell was bash when I
switched to dash because of bash's Stallman's "Eight Megabytes And
constantly Swapping *And Spying And Boycotting*", and after I enabled
"fingerd" in my personal website's server and some time passed the
package returned to dash, however there's at least one obvious back
door, and program is going the way of bash, preventing from using the
Operating system. This has happened before, thrice recently.

Additionally the files on /usr/share/doc/dash are wrong.

The main issues of mutt that I know so far is the documentation is
useless for what I needed, which is using the program, and the package,
that was installed, is missing from my computer, besides the maintainer
being subversive as well.

If this is not solved I will cease to stop using Debian and Debian will
die.

"Kinda or not"

Re: [Pdl-general] Plotting flat xyz data as an image.

[Luis Mochan]

If your data is defined on a regular x-y grid you could reshape it to
a 2D array, as in

 gplot(with=>'image',$x->reshape($n,$m), $y->reshape($n,$m), $z->reshape($n,$m))

with $n and $m the number of pixels along x and along y. If the x-y
data is irregular but almost on a grid, you could use

 gplot({trid=>1, view=>'map'},with=>'pm3d',$x->reshape($n,$m),
 $y->reshape($n,$m), $z->reshape($n,$m))

For example, the attached image was produced with

   $x=xvals(10,10)+random(10,10);
   $y=yvals(10,10)+random(10,10);
   $z=rvals(10,10);
   gplot({trid=>1, view=>'map'},with=>'pm3d',$x, $y, $z);

Regards,
Luis


On Thu, Apr 18, 2024 at 02:19:29PM -0700, Jovan Trujillo wrote:
> If you look at my example code it shows that the Excel data basically has
> the coordinates flattened to a list:
>
> my $x = flat(xvals(10,10)); # This is basically how x-coordinates are
> output from my machine.
> my $y = flat(yvals(10,10)); # Same format as x-coordinates
> my $z = sequence(100)*rand(1); # Some dummy data for this example.
>
> This is just an example to show the structure of the data coming in. A
> sample of the data in the Excel file looks like this:
>
> X (um) Y (um) R (Ohms/sq)
> 174466.6 148753.6 3.205395
> 174438.8 149112.8 2.041845
> 174410.4 149471.7 2.192256
> 174382.7 149830.3 2.345829
> 174354.9 150189.4 2.256398
> 174326.8 150548.4 2.134265
> 174299.2 150907.4 2.360153
> 174271.1 151265.9 2.303999
> 174243.3 151624.9 2.437044
> 174215.4 151983.8 2.454804
> 174187.4 152343 2.407471
> 174159.6 152701.7 2.339043
> 174131.5 153060.5 2.363042
> 174103.9 153419.6 2.399614
> 174075.8 153778.4 2.352736
> 174047.8 154137.4 2.267724
> 174020.1 154496.3 2.219654
> 173992.3 154855.3 2.157816
>
>
>
> I have parsed that data into $x, $y, and $z but $z needs to be mapped into
> an N x N matrix for image plotting using the coordinates given in $x and
> $y. The machine walks along Y and then steps to the next X coordinate when
> it reaches the end of Y. All points in X and Y are expected to be unique. I
> need to create the matrix using zeroes(N,N) since I know how many points I
> took in X and Y, and then create a sequence that interpolates $x and $y
> into matrix index values. Then use matching to know where in the matrix the
> $z values belong. If there is something built into PDL to do that let me
> know.
>
> I hope this helps clarify the problem.
>
> Thanks,
> Jovan
>
> On Thu, Apr 18, 2024 at 1:35 PM David Mertens 
> wrote:
>
> > Hello Jovan,
> >
> > Did you try this?
> > my $z = sequence(10,10)*rand(1);
> >
> > Seems to me you just need a z-value pdl that has the same dimensions as
> > the x and y coordinates.
> >
> > David
> >
> > On Thu, Apr 18, 2024, 1:11 PM Jovan Trujillo 
> > wrote:
> >
> >> Hi Greg,
> >> Yes, I've been looking into a heat map or flattened 3d scatterplot. In
> >> Mathematica, I can easily import the Excel spreadsheet and plot using
> >> ListDensityPlot to give me a nice high-resolution image of the data.
> >>
> >> But my question is simply a mapping problem. If I have two piddles with
> >> $x and $y coordinates and a third representing the $data, how do I create a
> >> $matrix that maps the $data based on the coordinates from $x and $y? If I
> >> had $matrix I can simply plot image($matrix) with PDL::Graphics::Gnuplot.
> >>
> >> Thank you,
> >> Jovan
> >>
> >> On Thu, Apr 18, 2024 at 1:16 AM Grégory Vanuxem 
> >> wrote:
> >>
> >>> Hello,
> >>>
> >>> I haven’t carefully looked at your problem with GNUPlot but I wonder if
> >>> what you are trying to achieve could not be done with surface routines,
> >>> that’s with 3d ones ? Or maybe something like heatmap like this question:
> >>>
> >>>
> >>> https://stackoverflow.com/questions/76577557/trying-to-create-heat-map-using-ggplot-similar-to-density-contour-plot-but-wh
> >>>
> >>> Just to give some hints on possible routines.
> >>>
> >>> - Greg
> >>>
> >>> Le jeu. 18 avr. 2024 à 01:53, Jovan Trujillo 
> >>> a écrit :
> >>>
> >>>> Hi all,
> >>>>
> >>>> I've been wracking my brain all morning trying to figure this out, but
> >>>> how could I convert a set of 3 1D piddles containing xyz data into a 
> >>>> matrix
> >>>> for plotting as an image using PDL::Graphics::Gnuplot? Say for example:
> >>>>
> >>>> use PDL;
> &g

[ANNOUNCE] 5.10.215-rt107

[Luis Claudio R. Goncalves]

Hello RT-list!

I'm pleased to announce the 5.10.215-rt107 stable release.

This release is simply an update to the new stable 5.10.215 version and no
RT-specific changes have been performed.

You can get this release via the git tree at:

  git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

  branch: v5.10-rt
  Head SHA1: b850d563e91f696a605c28e8d6a968a950cff491

Or to build 5.10.215-rt107 directly, the following patches should be applied:

  https://www.kernel.org/pub/linux/kernel/v5.x/linux-5.10.tar.xz

  https://www.kernel.org/pub/linux/kernel/v5.x/patch-5.10.215.xz

  
https://www.kernel.org/pub/linux/kernel/projects/rt/5.10/older/patch-5.10.215-rt107.patch.xz

Signing key fingerprint:

  9354 0649 9972 8D31 D464  D140 F394 A423 F8E6 7C26

All keys used for the above files and repositories can be found on the
following git repository:

   git://git.kernel.org/pub/scm/docs/kernel/pgpkeys.git

Enjoy!
Luis

[Logica-l] Re: Newton da Costa [1929-2024]

[Luis Bartolo]

Querida comunidade:

Da Sociedade de Epistemologia e Lógica (SEPLO, Peru), gostaríamos de 
expressar nossas mais sinceras condolências aos familiares, amigos e alunos 
do professor Newton da Costa.

Talvez as melhores palavras que podemos oferecer sobre seu legado sejam 
aquelas dirigidas por seu irmão intelectual Paco Miró Quesada, que 
expressam plenamente seu espírito inovador: “Você é um *colónida* da 
lógica, pois ultrapassou a consistência, criou uma lógica que vai além da 
consistência...”*.

Um *colónida* é alguém que se aventura além das fronteiras estabelecidas, 
sejam elas físicas ou intelectuais. É alguém que não teme o sinal “*hic 
sunt dracones*” (aqui há dragões) que frequentemente aparecia em mapas para 
indicar territórios inexplorados e considerados perigosos. A fronteira da 
inconsistência foi talvez a mais inexplorada e perigosa que as tradições 
filosóficas, matemáticas e científicas dominantes estabeleceram, e não por 
razões arbitrárias. Portanto, tentar atravessá-la não significava tanto 
enfrentar um dragão perigoso, como a inconsistência, mas principalmente 
propor uma verdadeira profunda mudança de paradigma em uma tradição 
intelectual.

Nesse sentido, Miró Quesada também disse: “Como se muda um paradigma? Como 
se produz uma revolução em um ramo da ciência? Até o momento, ninguém tem 
uma ideia clara do que causa essas mudanças... Mas o fato é que o paradigma 
que orientou o desenvolvimento da lógica clássica foi quebrado e um novo 
paradigma está começando a se impor, um paradigma no qual se pode aceitar a 
validade de teorias inconsistentes e a coexistência de sistemas lógicos 
incompatíveis entre si. E Newton C.A. da Costa é aquele que fez a 
contribuição mais importante para a quebra do antigo paradigma e o 
nascimento do novo, porque foi o primeiro a desenvolver uma teoria 
matemática inconsistente e, ao mesmo tempo, coerente.”**

Estamos certos de que o espírito inovador do professor Newton continuará 
inspirando a comunidade intelectual não apenas do Brasil e do Peru, mas 
também de todo o mundo. Nestes momentos de luto, lembramos com gratidão seu 
gênio e sua contribuição duradoura ao conhecimento humano.


Com carinho,

Luis F. Bartolo Alegre (em nome da SEPLO <https://seplo.org>)

Doctoral Researcher at the Munich Center for Mathematical Philosophy
Ludwig-Maximilians-Universität München (MCMP-LMU)

DAAD-Stipendiat: Forschungsstipendien -- Promotionen in Deutschland

--

* In the name of paraconsistency. In: *South American Journal of Logic* 
6.2: 163–171, 2020. https://www.sa-logic.org/sajl-62.html

** La filosofía de la lógica de N.C.A. da Costa. *Crítica* 14.42:65–85, 
1982. https://doi.org/10.22201/iifs.18704905e.1982.417

-- 
LOGICA-L
Lista acadêmica brasileira dos profissionais e estudantes da área de Lógica 

--- 
Você está recebendo esta mensagem porque se inscreveu no grupo "LOGICA-L" dos 
Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um 
e-mail para logica-l+unsubscr...@dimap.ufrn.br.
Para acessar esta discussão na web, acesse 
https://groups.google.com/a/dimap.ufrn.br/d/msgid/logica-l/75b7ac93-06f4-426c-a296-e1767c360a4fn%40dimap.ufrn.br.

[ANNOUNCE] 5.10.214-rt106

[Luis Claudio R. Goncalves]

Hello RT-list!

I'm pleased to announce the 5.10.214-rt106 stable release.

This release is simply an update to the new stable 5.10.214 version and no
RT-specific changes have been performed.

You can get this release via the git tree at:

  git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

  branch: v5.10-rt
  Head SHA1: 3d208061796d4addeb543c78e0a4ec769b6ce6b2

Or to build 5.10.214-rt106 directly, the following patches should be applied:

  https://www.kernel.org/pub/linux/kernel/v5.x/linux-5.10.tar.xz

  https://www.kernel.org/pub/linux/kernel/v5.x/patch-5.10.214.xz

  
https://www.kernel.org/pub/linux/kernel/projects/rt/5.10/older/patch-5.10.214-rt106.patch.xz

Signing key fingerprint:

  9354 0649 9972 8D31 D464  D140 F394 A423 F8E6 7C26

All keys used for the above files and repositories can be found on the
following git repository:

   git://git.kernel.org/pub/scm/docs/kernel/pgpkeys.git

Enjoy!
Luis

smtpd relay error - sender address rejected

[Luis Mendes]

Hi,


I'm trying to configure smtpd to send some emails to my account at
Yandex, but the mail server is returning an error:
stat="550 5.7.0 Sender address rejected: not owned by authorized user

This is on OpenBSD 7.5.


The /etc/mail/smtpd.conf configuration is:
# grep -v '^#' /etc/mail/smtpd.conf  | grep -v '^$'
table aliases file:/etc/mail/aliases
table secrets file:/etc/mail/secrets
listen on socket
listen on lo0
action "local_mail" mbox alias 
action "outbound" relay host smtps://la...@smtp.yandex.com:465 auth \
 mail-from luisvmen...@yandex.com
match from local for local action "local_mail"
match from local for any action "outbound"

# cat /etc/mail/secrets
label luisvmen...@yandex.com:mypassword

The `smtpd -d` output for an email sent as:

$ mail -s "exp" luisvmen...@yandex.com
first line
.

Is:
# smtpd -d
info: OpenSMTPD 7.5.0 starting
smtp connected address=local host=privacy.mydomain.net
smtp message msgid= size=415 nrcpt=1 proto=ESMTP
smtp envelope evpid= from= 
to=
smtp disconnected reason=quit
mta connecting address=smtps://77.88.21.158:465 
host=mail-smtp.stable.qloud-b.yandex.net
mta connected
mta tls ciphers=TLSv1.3:TLS_AES_256_GCM_SHA384:256
mta cert-check result="valid" 
fingerprint="SHA256:b47c39f8286a3301240a6474d9932a14eea3493d10e9f404d47dbcd78be5bff5"
mta delivery evpid= from= 
to= rcpt=<-> source="66.55.44.33" relay="77.88.21.158 
(mail-smtp.stable.qloud-b.yandex.net)" delay=3s result="PermFail" stat="550 
5.7.0 Sender address rejected: not owned by authorized user 
11--"
smtp connected address=local host=privacy.mydomain.net
smtp message msgid=0123456e size=1955 nrcpt=1 proto=ESMTP
smtp envelope evpid=0123456e2c8c3f0c from=<> to=
smtp disconnected reason=quit
mda delivery evpid=0123456e2c8c3f0c from=<> to= 
rcpt= user=myuser delay=0s result=Ok stat=Delivered
mta disconnected reason=quit messages=0


The email that is delivered to my local user shows some more
information:

Received: from localhost (privacy.mydomain.net [local])
by privacy.mydomain.net (OpenSMTPD) with ESMTPA id
222
for ;
From: Luis Mendes 

So, it seems that the from is myu...@privacy.mydomain.net and not
luisvmen...@yandex.com although I thought that adding the option
mail-from luisvmen...@yandex.com
to the action "outbound" in smtpd.conf would solve the issue.

What should I do to solve this problem?

Thanks,


Luís

Re: [topbraid-users] enum creation

['Luis Enrique Ramos García' via TopBraid Suite Users]

When I edit TrafficColor I do not see anything new,

Luis

El jue, 18 abr 2024 a las 15:46, Holger Knublauch ()
escribió:

>
>
> On 18 Apr 2024, at 3:41 PM, 'Luis Enrique Ramos García' via TopBraid Suite
> Users  wrote:
>
> Holger,
>
> I think I did the recommended change:
>
> tesontologyramosenum:TrafficLight
>   a owl:Class ;
>   a sh:NodeShape ;
>   rdfs:label "TrafficLight" ;
>   rdfs:subClassOf owl:Thing ;
>   sh:property tesontologyramosenum:TrafficLight-color ;
> .
> tesontologyramosenum:TrafficLight-color
>   a sh:PropertyShape ;
>   sh:path tesontologyramosenum:color ;
>   sh:class tesontologyramosenum:Color ;
>   sh:name "color" ;
>   sh:nodeKind sh:IRI ;
>
>
> But, when I create a trafficlight1 instance, I still have the same view,
> the color property is present, however it is blank, no colors:
>
>
> New instances will not have a default value for it, but what happens when
> you switch to edit mode? Don't you see a drop down for colors when you add
> a new value/row?
>
> Holger
>
>
>
> 
> So, I am still not able to find out where the problem is..
>
>
> Luis Ramos
>
>
> El jue, 18 abr 2024 a las 8:22, Holger Knublauch ()
> escribió:
>
>>
>>
>> On 18 Apr 2024, at 7:52 AM, 'Luis Enrique Ramos García' via TopBraid
>> Suite Users  wrote:
>>
>> Hi Holger,
>>
>> good morning,
>>
>> Unfortunately it is not the case, and I can not see the options in the
>> editor.
>>
>> The code of the traffic light class and color property are:
>>
>> tesontologyramosenum:TrafficLight
>>   a owl:Class ;
>>   a sh:NodeShape ;
>>   rdfs:label "TrafficLight" ;
>>   rdfs:subClassOf owl:Thing ;
>>   sh:property tesontologyramosenum:TrafficLight-color ;
>> .
>> tesontologyramosenum:TrafficLight-color
>>   a sh:PropertyShape ;
>>   sh:path tesontologyramosenum:color ;
>>   sh:name "color" ;
>>   sh:node tesontologyramosenum:Color ;
>>   sh:nodeKind sh:IRI ;
>>
>>
>> Replace the sh:node with:
>>
>>sh:class tesontologyramosenum:Color ;
>>
>> as sh:node is not enough to tell the system which values can be selected.
>>
>> Holger
>>
>>
>>
>> .
>> and when I create an instance of traffic light, this is what I see:
>>
>> 
>> Thus, I wonder what I am doing wrong?.
>>
>>
>> best regards
>>
>>
>> Luis Ramos
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> El mié, 17 abr 2024 a las 16:46, Holger Knublauch (<
>> hol...@topquadrant.com>) escribió:
>>
>>>
>>>
>>> On 17 Apr 2024, at 3:55 PM, 'Luis Enrique Ramos García' via TopBraid
>>> Suite Users  wrote:
>>>
>>> it works now in this ontology,
>>>
>>> now, if I want to add a color in any instance (for testing purpose),
>>> it is only by modifying the code?, like this?:
>>>
>>>
>>> If you have properly declared the color property then you should be able
>>> to select values from the form, not just source code.
>>>
>>> Holger
>>>
>>>
>>>
>>> 
>>> That is moreless the expected result on my end.
>>>
>>>
>>> Thanks,
>>>
>>>
>>> Luis
>>>
>>> El mié, 17 abr 2024 a las 15:37, Holger Knublauch (<
>>> hol...@topquadrant.com>) escribió:
>>>
>>>> Yes that looks right. To use it in traffic lights, just declare a color
>>>> property there which has sh:class :Color.
>>>>
>>>> Holger
>>>>
>>>>
>>>> On 17 Apr 2024, at 3:00 PM, 'Luis Enrique Ramos García' via TopBraid
>>>> Suite Users  wrote:
>>>>
>>>> sure,
>>>>
>>>> I created a similar ontology for testing with same results, here is the
>>>> code:
>>>>
>>>> tesontologyramosenum:Color
>>>>   a owl:Class ;
>>>>   a sh:NodeShape ;
>>>>   rdfs:label "Color" ;
>>>>   rdfs:subClassOf owl:Thing ;
>>>>   sh:in (
>>>>   tesontologyramosenum:Green
>>>>   tesontologyramosenum:Yellow
>>>>   tesontologyramosenum:Red
>>>> ) ;
>>>>   sh:property tesontologyramosenum:Color-label ;
>>>> .
>>>>
>>>> the screen shot is this:
>>>>
>>>> 
>>>

[Bug 2054477] Re: [FFe] Update ogre-next to 2.3.3 for Noble

[Jose Luis Rivero]

I'm afraid that we are stuck in transitioning https://ubuntu-archive-
team.ubuntu.com/proposed-migration/update_excuses.html#ogre-next because
there is a problem with autopkgtest. Sorry for that.

I've created a new merge-request to solve the problem
https://code.launchpad.net/~j-rivero/ubuntu/+source/ogre-next/+git/ogre-
next/+merge/464598.

Adding back ubuntu-sponsors to help with the upload. Thanks!

>  I'm not clear from the above if FFe acceptance was given for
ignition-cmake so I'm leaving that for now.

That is waiting for release-team, I provided contexts and info in
https://bugs.launchpad.net/ubuntu/+source/ogre-
next/+bug/2054477/comments/3

** Merge proposal linked:
   
https://code.launchpad.net/~j-rivero/ubuntu/+source/ogre-next/+git/ogre-next/+merge/464598

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2054477

Title:
  [FFe] Update ogre-next to 2.3.3 for Noble

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ignition-cmake/+bug/2054477/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Re: [topbraid-users] enum creation

['Luis Enrique Ramos García' via TopBraid Suite Users]

it works now in this ontology,

now, if I want to add a color in any instance (for testing purpose),
it is only by modifying the code?, like this?:

[image: image.png]
That is moreless the expected result on my end.


Thanks,


Luis

El mié, 17 abr 2024 a las 15:37, Holger Knublauch ()
escribió:

> Yes that looks right. To use it in traffic lights, just declare a color
> property there which has sh:class :Color.
>
> Holger
>
>
> On 17 Apr 2024, at 3:00 PM, 'Luis Enrique Ramos García' via TopBraid Suite
> Users  wrote:
>
> sure,
>
> I created a similar ontology for testing with same results, here is the
> code:
>
> tesontologyramosenum:Color
>   a owl:Class ;
>   a sh:NodeShape ;
>   rdfs:label "Color" ;
>   rdfs:subClassOf owl:Thing ;
>   sh:in (
>   tesontologyramosenum:Green
>   tesontologyramosenum:Yellow
>   tesontologyramosenum:Red
> ) ;
>   sh:property tesontologyramosenum:Color-label ;
> .
>
> the screen shot is this:
>
> 
> 
>
> with similar results, a datatype property without labeling, and a group of
> undeclared properties.
>
> Is this the expected result?
>
> How do I use this in traffic light instances, if that were the case?
>
>
> Luis
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> El mié, 17 abr 2024 a las 14:41, Holger Knublauch ()
> escribió:
>
>> Can you paste us the complete content of the source code panel, e.g. as a
>> screenshot? It's hard to see otherwise and there are syntax errors below.
>>
>> Holger
>>
>>
>> On 17 Apr 2024, at 2:38 PM, 'Luis Enrique Ramos García' via TopBraid
>> Suite Users  wrote:
>>
>> I need only 3 elements in the enum,
>>
>> But, I tried at the first the source code edition, and told you the
>> result I got:
>>
>>
>> **
>>
>> 1. I tried to add the code by myself, but it seems there is something
>> wrong with the code:
>> sh:in (
>>   myontology:value1
>>myontology _:value2
>>   myontology :value3
>> ) ;
>> myontology:property1;
>> myontology:property2;
>> myontology:enumproperty;
>>
>> Please, take in account that I edited the enum property just after the
>> sh:in, but the editor put it at the end
>> of the list of properties.
>>
>> Part of the result was this black datatype property in properties list
>>
>> 
>>
>> and in the undeclared property there is a list with these values:
>>
>> in  [myontology:property1;
>>   myontology:property1;
>>   myontology:enumproperty;]
>>
>> is thát the expected result?
>>
>>
>> **
>>
>>
>> Luis
>>
>> El mié, 17 abr 2024 a las 14:33, Holger Knublauch (<
>> hol...@topquadrant.com>) escribió:
>>
>>>
>>>
>>> On 17 Apr 2024, at 2:30 PM, 'Luis Enrique Ramos García' via TopBraid
>>> Suite Users  wrote:
>>>
>>> Thanks for your quick answer,
>>>
>>> But, dear, where should I add this code?.
>>>
>>> Because I tried to add it in the source code panel, and it didn't work,
>>> same with the script panel,
>>> where I expected it should work, but it did not.
>>>
>>> So, I owner in which panel should I add this code?.
>>>
>>> I do not have any idea how to use it.
>>>
>>>
>>> Yes, it requires JS experience. There is no out-of-the-box solution for
>>> what you are trying to express.
>>>
>>> How many enumerations do you need? If it's just a few, I would suggest
>>> going ahead with manual editing of sh:in lists in the Source Code.
>>>
>>> Holger
>>>
>>>
>>>
>>>
>>> Luis
>>>
>>>
>>>
>>> El mié, 17 abr 2024 a las 13:45, Holger Knublauch (<
>>> hol...@topquadrant.com>) escribió:
>>>
>>>>
>>>>
>>>> On 17 Apr 2024, at 1:38 PM, 'Luis Enrique Ramos García' via TopBraid
>>>> Suite Users  wrote:
>>>>
>>>> I am working with version Version: 7.5.1 (20230316-1531).
>>>>
>>>>
>>>> Ok then the script may not work, assuming the RDFNodeUtil object was
>>>&g

Re: [topbraid-users] enum creation

['Luis Enrique Ramos García' via TopBraid Suite Users]

David,

With your recommendation, now at least I can see the following in the
object property:

[image: image.png]
I created an instance of traffic light, and added the property Color-label
to traffic light as domain,

but when I create the instance of the class traffic light, what I expect is
to have the possibility of

viewing the three possible colors for my traffic light, however I can not
visualize it.

[image: image.png]
previous property name was "label"


Luis


El mié, 17 abr 2024 a las 15:04, David Price ()
escribió:

> Need the sh:in do be defined in PropertyShaps, not NodeShape.
>
> Example from eariler:
>
> example_schema:ThingWithStatus-hasStatus
>   a *sh:PropertyShape ;*
>   sh:path example_schema:hasStatus ;
>   sh:class example_schema:Status ;
>   sh:description "only Active or Retired allowed" ;
>   sh:in (
>   example_schema:Active
>   example_schema:Retired
> ) ;
>   sh:maxCount 1 ;
>   sh:name "has status" ;
> .
>
>
> Cheers,
> David
>
> On 17 Apr 2024, at 14:00, 'Luis Enrique Ramos García' via TopBraid Suite
> Users  wrote:
>
> sure,
>
> I created a similar ontology for testing with same results, here is the
> code:
>
> tesontologyramosenum:Color
>   a owl:Class ;
>   a sh:NodeShape ;
>   rdfs:label "Color" ;
>   rdfs:subClassOf owl:Thing ;
>   sh:in (
>   tesontologyramosenum:Green
>   tesontologyramosenum:Yellow
>   tesontologyramosenum:Red
> ) ;
>   sh:property tesontologyramosenum:Color-label ;
> .
>
> the screen shot is this:
>
> 
> 
>
> with similar results, a datatype property without labeling, and a group of
> undeclared properties.
>
> Is this the expected result?
>
> How do I use this in traffic light instances, if that were the case?
>
>
> Luis
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> El mié, 17 abr 2024 a las 14:41, Holger Knublauch ()
> escribió:
>
>> Can you paste us the complete content of the source code panel, e.g. as a
>> screenshot? It's hard to see otherwise and there are syntax errors below.
>>
>> Holger
>>
>>
>> On 17 Apr 2024, at 2:38 PM, 'Luis Enrique Ramos García' via TopBraid
>> Suite Users  wrote:
>>
>> I need only 3 elements in the enum,
>>
>> But, I tried at the first the source code edition, and told you the
>> result I got:
>>
>>
>> **
>>
>> 1. I tried to add the code by myself, but it seems there is something
>> wrong with the code:
>> sh:in (
>>   myontology:value1
>>myontology _:value2
>>   myontology :value3
>> ) ;
>> myontology:property1;
>> myontology:property2;
>> myontology:enumproperty;
>>
>> Please, take in account that I edited the enum property just after the
>> sh:in, but the editor put it at the end
>> of the list of properties.
>>
>> Part of the result was this black datatype property in properties list
>>
>> 
>>
>> and in the undeclared property there is a list with these values:
>>
>> in      [myontology:property1;
>>   myontology:property1;
>>   myontology:enumproperty;]
>>
>> is thát the expected result?
>>
>>
>> **
>>
>>
>> Luis
>>
>> El mié, 17 abr 2024 a las 14:33, Holger Knublauch (<
>> hol...@topquadrant.com>) escribió:
>>
>>>
>>>
>>> On 17 Apr 2024, at 2:30 PM, 'Luis Enrique Ramos García' via TopBraid
>>> Suite Users  wrote:
>>>
>>> Thanks for your quick answer,
>>>
>>> But, dear, where should I add this code?.
>>>
>>> Because I tried to add it in the source code panel, and it didn't work,
>>> same with the script panel,
>>> where I expected it should work, but it did not.
>>>
>>> So, I owner in which panel should I add this code?.
>>>
>>> I do not have any idea how to use it.
>>>
>>>
>>> Yes, it requires JS experience. There is no out-of-the-box solution for
>>> what you are trying to express.
>>>
>>> How many enumerations do you need? If it's just a few, I would suggest
>>> going ahead with manual editing of sh:in lists in the Source Code.
>>>
>>> Holge

Re: [topbraid-users] enum creation

['Luis Enrique Ramos García' via TopBraid Suite Users]

Thanks or your answer David,

I did the following, but I do not see any change:

tesontologyramosenum:Color
  a owl:Class ;
  a sh:NodeShape ;
  rdfs:label "Color" ;
  rdfs:subClassOf owl:Thing ;
  sh:property tesontologyramosenum:Color-label ;
.
tesontologyramosenum:Color-label
  a sh:PropertyShape ;
  sh:path tesontologyramosenum:label ;
  sh:class tesontologyramosenum:Color ;
  sh:in (
  tesontologyramosenum:Green
  tesontologyramosenum:Yellow
  tesontologyramosenum:Red
) ;
  sh:name "label" ;
.

What should I be missing?


Luis






El mié, 17 abr 2024 a las 15:04, David Price ()
escribió:

> Need the sh:in do be defined in PropertyShaps, not NodeShape.
>
> Example from eariler:
>
> example_schema:ThingWithStatus-hasStatus
>   a *sh:PropertyShape ;*
>   sh:path example_schema:hasStatus ;
>   sh:class example_schema:Status ;
>   sh:description "only Active or Retired allowed" ;
>   sh:in (
>   example_schema:Active
>   example_schema:Retired
> ) ;
>   sh:maxCount 1 ;
>   sh:name "has status" ;
> .
>
>
> Cheers,
> David
>
> On 17 Apr 2024, at 14:00, 'Luis Enrique Ramos García' via TopBraid Suite
> Users  wrote:
>
> sure,
>
> I created a similar ontology for testing with same results, here is the
> code:
>
> tesontologyramosenum:Color
>   a owl:Class ;
>   a sh:NodeShape ;
>   rdfs:label "Color" ;
>   rdfs:subClassOf owl:Thing ;
>   sh:in (
>   tesontologyramosenum:Green
>   tesontologyramosenum:Yellow
>   tesontologyramosenum:Red
> ) ;
>   sh:property tesontologyramosenum:Color-label ;
> .
>
> the screen shot is this:
>
> 
> 
>
> with similar results, a datatype property without labeling, and a group of
> undeclared properties.
>
> Is this the expected result?
>
> How do I use this in traffic light instances, if that were the case?
>
>
> Luis
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> El mié, 17 abr 2024 a las 14:41, Holger Knublauch ()
> escribió:
>
>> Can you paste us the complete content of the source code panel, e.g. as a
>> screenshot? It's hard to see otherwise and there are syntax errors below.
>>
>> Holger
>>
>>
>> On 17 Apr 2024, at 2:38 PM, 'Luis Enrique Ramos García' via TopBraid
>> Suite Users  wrote:
>>
>> I need only 3 elements in the enum,
>>
>> But, I tried at the first the source code edition, and told you the
>> result I got:
>>
>>
>> **
>>
>> 1. I tried to add the code by myself, but it seems there is something
>> wrong with the code:
>> sh:in (
>>   myontology:value1
>>myontology _:value2
>>   myontology :value3
>> ) ;
>> myontology:property1;
>> myontology:property2;
>> myontology:enumproperty;
>>
>> Please, take in account that I edited the enum property just after the
>> sh:in, but the editor put it at the end
>> of the list of properties.
>>
>> Part of the result was this black datatype property in properties list
>>
>> 
>>
>> and in the undeclared property there is a list with these values:
>>
>> in  [myontology:property1;
>>   myontology:property1;
>>   myontology:enumproperty;]
>>
>> is thát the expected result?
>>
>>
>> **
>>
>>
>> Luis
>>
>> El mié, 17 abr 2024 a las 14:33, Holger Knublauch (<
>> hol...@topquadrant.com>) escribió:
>>
>>>
>>>
>>> On 17 Apr 2024, at 2:30 PM, 'Luis Enrique Ramos García' via TopBraid
>>> Suite Users  wrote:
>>>
>>> Thanks for your quick answer,
>>>
>>> But, dear, where should I add this code?.
>>>
>>> Because I tried to add it in the source code panel, and it didn't work,
>>> same with the script panel,
>>> where I expected it should work, but it did not.
>>>
>>> So, I owner in which panel should I add this code?.
>>>
>>> I do not have any idea how to use it.
>>>
>>>
>>> Yes, it requires JS experience. There is no out-of-the-box solution for
>>> what you are trying to express.
>>>
>>> How many enumerations do you need? If it's just a few, I would suggest
>>> 

Re: [topbraid-users] enum creation

['Luis Enrique Ramos García' via TopBraid Suite Users]

I need only 3 elements in the enum,

But, I tried at the first the source code edition, and told you the result
I got:

**

1. I tried to add the code by myself, but it seems there is something wrong
with the code:
sh:in (
  myontology:value1
   myontology _:value2
  myontology :value3
) ;
myontology:property1;
myontology:property2;
myontology:enumproperty;

Please, take in account that I edited the enum property just after the
sh:in, but the editor put it at the end
of the list of properties.

Part of the result was this black datatype property in properties list

[image: image.png]

and in the undeclared property there is a list with these values:

in  [myontology:property1;
  myontology:property1;
  myontology:enumproperty;]

is thát the expected result?

**


Luis

El mié, 17 abr 2024 a las 14:33, Holger Knublauch ()
escribió:

>
>
> On 17 Apr 2024, at 2:30 PM, 'Luis Enrique Ramos García' via TopBraid Suite
> Users  wrote:
>
> Thanks for your quick answer,
>
> But, dear, where should I add this code?.
>
> Because I tried to add it in the source code panel, and it didn't work,
> same with the script panel,
> where I expected it should work, but it did not.
>
> So, I owner in which panel should I add this code?.
>
> I do not have any idea how to use it.
>
>
> Yes, it requires JS experience. There is no out-of-the-box solution for
> what you are trying to express.
>
> How many enumerations do you need? If it's just a few, I would suggest
> going ahead with manual editing of sh:in lists in the Source Code.
>
> Holger
>
>
>
>
> Luis
>
>
>
> El mié, 17 abr 2024 a las 13:45, Holger Knublauch ()
> escribió:
>
>>
>>
>> On 17 Apr 2024, at 1:38 PM, 'Luis Enrique Ramos García' via TopBraid
>> Suite Users  wrote:
>>
>> I am working with version Version: 7.5.1 (20230316-1531).
>>
>>
>> Ok then the script may not work, assuming the RDFNodeUtil object was
>> introduced later.
>>
>> In that case source code editing may be your best solution, unless you
>> know how to use this
>>
>>
>> createList: (nodes) => {
>> let nil = graph.namedNode(rdf.NS + 'nil');
>> if(nodes.length == 0) {
>> return nil;
>> }
>> let root = graph.blankNode();
>> let current = root;
>> nodes.forEach((node, index) => {
>> current.add(rdf.first, node);
>> let rest = index < nodes.length - 1 ? graph.blankNode() : nil;
>> current.add(rdf.rest, rest);
>> current = rest;
>> })
>> return root;
>> },
>>
>>
>>
>> I included an script panel, refreshed it, and I have this view:
>> 
>> When I run the script I can see my class, the one for which I want to
>> create the enum, is the result of focusNode.
>>
>> But, when I click in "Declare enumerations from instances" I get the same
>> result again:
>>
>> 
>> I have a question:
>>
>> how does my script know from which class I do want to get my instances
>> for the enum list?.
>>
>>
>> The infrastructure around the ModifyAction will make sure that the
>> variable focusNode points at the asset that
>> the action was called from (in the Modify menu).
>>
>>
>>
>> Because I think you are using the same class color?, how do I relate the
>> class traffic light there?
>>
>> What I want to say is something like this:
>>
>> Product hasSize oneof  Size (short, medium, large)
>>
>> And at this moment my focus is in *Product*, not in *Size*.
>>
>>
>> In SHACL you can either add sh:in to a class/node shape or to a property
>> shape. If you just want to add it to a specific property then a different
>> script would be needed.
>>
>> Holger
>>
>>
>>
>>
>> Luis
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> El mié, 17 abr 2024 a las 11:50, Holger Knublauch (<
>> hol...@topquadrant.com>) escribió:
>>
>>>
>>>
>>> On 17 Apr 2024, at 11:29 AM, 'Luis Enrique Ramos García' via TopBraid
>>> Suite Users  wrote:
>>>
>>> I added the code at the end of the code of the target class, and got
>>> this result:
>>>
>>> 
>>> When I click in "Declare e

Re: [topbraid-users] enum creation

['Luis Enrique Ramos García' via TopBraid Suite Users]

Thanks for your quick answer,

But, dear, where should I add this code?.

Because I tried to add it in the source code panel, and it didn't work,
same with the script panel,
where I expected it should work, but it did not.

So, I owner in which panel should I add this code?.

I do not have any idea how to use it.


Luis



El mié, 17 abr 2024 a las 13:45, Holger Knublauch ()
escribió:

>
>
> On 17 Apr 2024, at 1:38 PM, 'Luis Enrique Ramos García' via TopBraid Suite
> Users  wrote:
>
> I am working with version Version: 7.5.1 (20230316-1531).
>
>
> Ok then the script may not work, assuming the RDFNodeUtil object was
> introduced later.
>
> In that case source code editing may be your best solution, unless you
> know how to use this
>
>
> createList: (nodes) => {
> let nil = graph.namedNode(rdf.NS + 'nil');
> if(nodes.length == 0) {
> return nil;
> }
> let root = graph.blankNode();
> let current = root;
> nodes.forEach((node, index) => {
> current.add(rdf.first, node);
> let rest = index < nodes.length - 1 ? graph.blankNode() : nil;
> current.add(rdf.rest, rest);
> current = rest;
> })
> return root;
> },
>
>
>
> I included an script panel, refreshed it, and I have this view:
> 
> When I run the script I can see my class, the one for which I want to
> create the enum, is the result of focusNode.
>
> But, when I click in "Declare enumerations from instances" I get the same
> result again:
>
> 
> I have a question:
>
> how does my script know from which class I do want to get my instances for
> the enum list?.
>
>
> The infrastructure around the ModifyAction will make sure that the
> variable focusNode points at the asset that
> the action was called from (in the Modify menu).
>
>
>
> Because I think you are using the same class color?, how do I relate the
> class traffic light there?
>
> What I want to say is something like this:
>
> Product hasSize oneof  Size (short, medium, large)
>
> And at this moment my focus is in *Product*, not in *Size*.
>
>
> In SHACL you can either add sh:in to a class/node shape or to a property
> shape. If you just want to add it to a specific property then a different
> script would be needed.
>
> Holger
>
>
>
>
> Luis
>
>
>
>
>
>
>
>
>
>
>
>
>
> El mié, 17 abr 2024 a las 11:50, Holger Knublauch ()
> escribió:
>
>>
>>
>> On 17 Apr 2024, at 11:29 AM, 'Luis Enrique Ramos García' via TopBraid
>> Suite Users  wrote:
>>
>> I added the code at the end of the code of the target class, and got this
>> result:
>>
>> 
>> When I click in "Declare enumeration from instances, I get this view:
>>
>> 
>>
>>
>> This looks unexpected. What version are you on? The RDFNodeUtil object
>> should be there. Maybe try the Refresh button in the Script Editor panel.
>>
>>
>> 
>> Then, I wonder how to make the system know where my list of enum values
>> are?
>>
>>
>> It will simply look at the already-existing instances of the currently
>> selected class, see graph.every(focusNode) where focusNode is the current
>> class.
>>
>> Holger
>>
>>
>>
>>
>>
>> Luis
>>
>>
>>
>> El mié, 17 abr 2024 a las 10:51, Luis Enrique Ramos García (<
>> luisenriqueramos1...@googlemail.com>) escribió:
>>
>>> Hi Holger,
>>> Thanks for your answer, but to be frank I find these procedures very
>>> complicated.
>>> In my opinion the enum is a very common pattern, and I understand when
>>> to use it.
>>>
>>> Anyway, let's try to solve the issue
>>>
>>> 1. I tried to add the code by myself, but it seems there is something
>>> wrong with the code:
>>> sh:in (
>>>   myontology:value1
>>>myontology _:value2
>>>   myontology :value3
>>> ) ;
>>> myontology:property1;
>>> myontology:property2;
>>> myontology:enumproperty;
>>>
>>> Please, take in account that I edited the enum property just after the
>>> sh:in, but the editor put it at the end
>>> of the list of properties.
>>>
>>> Part of the result was this black datatype property in properties list
>>>
>>> 
>>>
>>> and in the undeclared property there is a list with these values:
>>>
>>> in  [myontology:property1;
>>>   myontology:property1;
>>>   

Re: [topbraid-users] enum creation

['Luis Enrique Ramos García' via TopBraid Suite Users]

I am working with version Version: 7.5.1 (20230316-1531).

I included an script panel, refreshed it, and I have this view:
[image: image.png]
When I run the script I can see my class, the one for which I want to
create the enum, is the result of focusNode.

But, when I click in "Declare enumerations from instances" I get the same
result again:

[image: image.png]
I have a question:

how does my script know from which class I do want to get my instances for
the enum list?.

Because I think you are using the same class color?, how do I relate the
class traffic light there?

What I want to say is something like this:

Product hasSize oneof  Size (short, medium, large)

And at this moment my focus is in *Product*, not in *Size*.


Luis













El mié, 17 abr 2024 a las 11:50, Holger Knublauch ()
escribió:

>
>
> On 17 Apr 2024, at 11:29 AM, 'Luis Enrique Ramos García' via TopBraid
> Suite Users  wrote:
>
> I added the code at the end of the code of the target class, and got this
> result:
>
> 
> When I click in "Declare enumeration from instances, I get this view:
>
> 
>
>
> This looks unexpected. What version are you on? The RDFNodeUtil object
> should be there. Maybe try the Refresh button in the Script Editor panel.
>
>
> 
> Then, I wonder how to make the system know where my list of enum values
> are?
>
>
> It will simply look at the already-existing instances of the currently
> selected class, see graph.every(focusNode) where focusNode is the current
> class.
>
> Holger
>
>
>
>
>
> Luis
>
>
>
> El mié, 17 abr 2024 a las 10:51, Luis Enrique Ramos García (<
> luisenriqueramos1...@googlemail.com>) escribió:
>
>> Hi Holger,
>> Thanks for your answer, but to be frank I find these procedures very
>> complicated.
>> In my opinion the enum is a very common pattern, and I understand when to
>> use it.
>>
>> Anyway, let's try to solve the issue
>>
>> 1. I tried to add the code by myself, but it seems there is something
>> wrong with the code:
>> sh:in (
>>   myontology:value1
>>myontology _:value2
>>   myontology :value3
>> ) ;
>> myontology:property1;
>> myontology:property2;
>> myontology:enumproperty;
>>
>> Please, take in account that I edited the enum property just after the
>> sh:in, but the editor put it at the end
>> of the list of properties.
>>
>> Part of the result was this black datatype property in properties list
>>
>> 
>>
>> and in the undeclared property there is a list with these values:
>>
>> in  [myontology:property1;
>>   myontology:property1;
>>   myontology:enumproperty;]
>>
>> is thát the expected result?
>>
>> if not, for the second option,
>>
>> where do I have to insert this code:
>>
>> focusNode.add(sh.in, RDFNodeUtil.createList(graph.every(focusNode)))
>>
>>
>> do I have to add this code at the beginning of the code of my ontology?
>>
>>
>> myontology:ClassActionsGroup
>> a dash:ActionGroup ;
>> rdfs:label "Class actions group" ;
>> .
>> myontology:DeclareEnumerationFromInstances
>> a dash:ModifyAction ;
>> dash:actionGroup myontology:ClassActionsGroup ;
>> dash:js "focusNode.add(sh.in,
>> RDFNodeUtil.createList(graph.every(focusNode)))" ;
>> rdfs:comment "Adds a sh:in declaration that enumerates all (current)
>> instances of the selected class." ;
>> rdfs:label "Declare enumeration from instances" ;
>> .
>> rdfs:Class
>> dash:resourceAction myontology:DeclareEnumerationFromInstances ;
>>
>> I have not done this before, if you have a tutorial or some document I
>> could read, I would really appreciate
>> if you can share it with me.
>>
>>
>>
>>
>> Best regards
>>
>>
>>
>> Luis Ramos
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> El mié, 17 abr 2024 a las 10:00, Holger Knublauch (<
>> hol...@topquadrant.com>) escribió:
>>
>>> Hi Luis,
>>>
>>> declaring an enumerated class is achieved in SHACL via sh:in. There is
>>> no dedicated user interface for creating those quickly, as this isn't
>>> anything that we have seen used much so far. I guess this is because the
>>> user interface for entering instance data is already a drop down box
>>> any

[topbraid-users] enum creation

['Luis Enrique Ramos García' via TopBraid Suite Users]

 

I need to model an enum, 

and found this non uptodate tutorial:

https://topbraidcomposer.org/html/Create_an_enumeration.htm

Thus, I wonder if there is an uptodate procedure to create an enum in EDG?

 

Thanks


Luis 

-- 
The topics of this mailing list include TopBraid EDG and related technologies 
such as SHACL.
To post to this group, send email to topbraid-users@googlegroups.com
--- 
You received this message because you are subscribed to the Google Groups 
"TopBraid Suite Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to topbraid-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/topbraid-users/6621d600-2195-4e9c-9b5d-58ce8172722bn%40googlegroups.com.