from:"sergio"

On Tuesday, May 28 2024, Jim Fehlig via Devel wrote:

> Hi All,
>
> I vaguely recall a discussion about $subject, but can't find it
> now. Perhaps buried in another thread. The topic has been raised
> internally again, and I'd like to gauge the community's interest in
> automatically adding the necessary devices/config when user has
> specified vcpus > 255.
>
> The comparison for prior art is a bit of a stretch, but we e.g. add
>  when spice graphics is configured. I know
> libvirt has generally tried to avoid policy decisions, but it's not
> clear to me where we stand with cases such as this, where every x86 VM
> with > 255 vcpus needs a similarly configured iommu.

My two cents here: this is something I would certainly appreciate as a
downstream maintainer of QEMU/libvirt.  In fact, I spent part of last
year figuring out and documenting the necessary bits that need to be put
together in order to use more than 288 vCPUs.  One of the results of
this effort (with help from David Woodhouse) was:

  https://ubuntu.com/server/docs/create-qemu-vms-with-up-to-1024-vcpus

I still have to write the equivalent guide for libvirt, FWIW.

Cheers,

-- 
Sergio
GPG key ID: E92F D0B3 6B14 F1F4 D8E0  EB2F 106D A1C8 C3CB BF14

[Bug 2064914] Re: Windows guest hangs after reboot from the guest OS

** Description changed:

[ Impact ]

Some versions of Windows hang on reboot if their TSC value is greater
than 2^54. The calibration of the Hyper-V reference time overflows
and fails; as a result the processors' clock sources are out of sync.

[ Test Plan ]

As suggested by Mauricio, testing will be done in stages.

1) unit test, with such rdtsc/print loop (and confirm the tsc value
decreases after system_reset).

This can be done by using x86/tsc.flat from the following repository:

https://gitlab.com/kvm-unit-tests/kvm-unit-tests.git

Follow the steps below:

Inside a Jammy system (privileged container/VM, bare metal, etc.):

# apt update && apt install gcc make -y
# git clone https://gitlab.com/kvm-unit-tests/kvm-unit-tests.git
# cd kvm-unit-tests
- # ... TODO ...
+ # wget
https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/2064914/+attachment/5784045/+files/tsc.c.patch
-O- | patch -p1
+ # ./configure && make
+
+ Make sure x86/tsc exists. Now you can install qemu and perform the
+ test:
+
+ # apt install -y qemu-system-x86
+ # qemu-system-x86_64 -serial file:/tmp/bogus-output -accel kvm -kernel
x86/tsc.flat -monitor stdio -nographic
+
+ Wait a couple of seconds and issue a "system_reset" command. Then, wait
+ a couple more seconds and issue a "quit" command.
+
+ You can now open /tmp/bogus-output and check the values of rdtsc. You
+ will notice that its value increments after the "system_reset", which is
+ exactly what we don't want.
+
+ Afterwards, you can update qemu and test the fix by doing the same steps
+ (make sure you adjust the "file:/tmp/..." path).

2) regression test, booting Ubuntu kernel/initrd pairs (installer's
should be enough) from supported releases, and checking they boot/reach
a prompt.

[ Where problems could occur ]

This is a change impacting normal x86 code, so although the patch is
small and well contained, in the unlikely case that we find a regression
it will impact more users. As such, and under Mauricio's advice, the
test plan is being extended to really guarantee that the common
virtualization scenarios are not impacted. If we find a problem with
this update, there is the possibility of reverting it temporarily until
we can devise a proper fix.

[ Original Description ]

Description:
Some versions of Windows hang on reboot if their TSC value is greater
than 2^54. The calibration of the Hyper-V reference time overflows
and fails; as a result the processors' clock sources are out of sync.

The issue is that the TSC _should_ be reset to 0 on CPU reset and
QEMU tries to do that. However, KVM special cases writing 0 to the
TSC and thinks that QEMU is trying to hot-plug a CPU, which is
correct the first time through but not later. Thwart this valiant
effort and reset the TSC to 1 instead, but only if the CPU has been
run once.

For this to work, env->tsc has to be moved to the part of CPUArchState
that is not zeroed at the beginning of x86_cpu_reset.

Solution: [PATCH] target/i386: properly reset TSC on reset

I created and tested a ppa ubuntu package already. The patch fixes this issue.
Link to ppa:
https://launchpad.net/~bhinz83/+archive/ubuntu/openstack-rds/+packages

It affects only jammy 22.04 package. The newest version is:
qemu-1:6.2+dfsg-2ubuntu6.19

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

Title:
Windows guest hangs after reboot from the guest OS

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

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

[Bug 2064914] Re: Windows guest hangs after reboot from the guest OS

** Description changed:

[ Impact ]

[ Test Plan ]

As suggested by Mauricio, testing will be done in stages.

1) unit test, with such rdtsc/print loop (and confirm the tsc value
decreases after system_reset).

This can be done by using x86/tsc.flat from the following repository:

https://gitlab.com/kvm-unit-tests/kvm-unit-tests.git
+
+ Follow the steps below:
+
+ Inside a Jammy system (privileged container/VM, bare metal, etc.):
+
+ # apt update && apt install gcc make -y
+ # git clone https://gitlab.com/kvm-unit-tests/kvm-unit-tests.git
+ # cd kvm-unit-tests
+ # ... TODO ...

2) regression test, booting Ubuntu kernel/initrd pairs (installer's
should be enough) from supported releases, and checking they boot/reach
a prompt.

[ Where problems could occur ]

[ Original Description ]

For this to work, env->tsc has to be moved to the part of CPUArchState
that is not zeroed at the beginning of x86_cpu_reset.

Solution: [PATCH] target/i386: properly reset TSC on reset

I created and tested a ppa ubuntu package already. The patch fixes this issue.
Link to ppa:
https://launchpad.net/~bhinz83/+archive/ubuntu/openstack-rds/+packages

It affects only jammy 22.04 package. The newest version is:
qemu-1:6.2+dfsg-2ubuntu6.19

** Patch added: "tsc.c.patch"

https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/2064914/+attachment/5784045/+files/tsc.c.patch

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

Title:
Windows guest hangs after reboot from the guest OS

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

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

[Bug 2064914] Re: Windows guest hangs after reboot from the guest OS

** Changed in: qemu (Ubuntu Jammy)
   Status: Incomplete => In Progress

** Changed in: qemu (Ubuntu)
   Status: Incomplete => Invalid

** Changed in: qemu (Ubuntu)
   Status: Invalid => Fix Released

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

Title:
  Windows guest hangs after reboot from the guest OS

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


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

[Bug 2064914] Re: Windows guest hangs after reboot from the guest OS

** Description changed:

  [ Impact ]
  
  Some versions of Windows hang on reboot if their TSC value is greater
  than 2^54.  The calibration of the Hyper-V reference time overflows
  and fails; as a result the processors' clock sources are out of sync.
  
  [ Test Plan ]
  
- TBD.
+ As suggested by Mauricio, testing will be done in stages.
+ 
+ 1) unit test, with such rdtsc/print loop (and confirm the tsc value
+ decreases after system_reset).
+ 
+ This can be done by using x86/tsc.flat from the following repository:
+ 
+ https://gitlab.com/kvm-unit-tests/kvm-unit-tests.git
+ 
+ 2) regression test, booting Ubuntu kernel/initrd pairs (installer's
+ should be enough) from supported releases, and checking they boot/reach
+ a prompt.
  
  [ Where problems could occur ]
  
- TBD.
+ This is a change impacting normal x86 code, so although the patch is
+ small and well contained, in the unlikely case that we find a regression
+ it will impact more users.  As such, and under Mauricio's advice, the
+ test plan is being extended to really guarantee that the common
+ virtualization scenarios are not impacted.  If we find a problem with
+ this update, there is the possibility of reverting it temporarily until
+ we can devise a proper fix.
  
  [ Original Description ]
  
  Description:
  Some versions of Windows hang on reboot if their TSC value is greater
  than 2^54.  The calibration of the Hyper-V reference time overflows
  and fails; as a result the processors' clock sources are out of sync.
  
  The issue is that the TSC _should_ be reset to 0 on CPU reset and
  QEMU tries to do that.  However, KVM special cases writing 0 to the
  TSC and thinks that QEMU is trying to hot-plug a CPU, which is
  correct the first time through but not later.  Thwart this valiant
  effort and reset the TSC to 1 instead, but only if the CPU has been
  run once.
  
  For this to work, env->tsc has to be moved to the part of CPUArchState
  that is not zeroed at the beginning of x86_cpu_reset.
  
  Solution: [PATCH] target/i386: properly reset TSC on reset
  
  I created and tested a ppa ubuntu package already. The patch fixes this issue.
  Link to ppa: 
https://launchpad.net/~bhinz83/+archive/ubuntu/openstack-rds/+packages
  
  It affects only jammy 22.04 package. The newest version is:
  qemu-1:6.2+dfsg-2ubuntu6.19

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

Title:
  Windows guest hangs after reboot from the guest OS

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


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

[Bug 2064914] Re: Windows guest hangs after reboot from the guest OS

Hi Mauricio,

Apologies for taking long to reply.  As you know, I've been busy with
other stuff.

Thank you very much for your considerations.  It seems that I jumped the
gun on this SRU and uploaded without finishing the SRU text; sorry.
Also, I liked your suggestions for more testing.  I was able to perform
the first one using tsc.flat from this repo: https://gitlab.com/kvm-
unit-tests/kvm-unit-tests.git.  I'll post my results later.

I'm not entirely sure I'll be able to perform test (2) from your list,
but I will try.

As for test (3), I can also work on it.

I'll update the SRU text accordingly.  Thanks.

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

Title:
  Windows guest hangs after reboot from the guest OS

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


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

[Bug 2067388] Re: New upstream microreleases 12.19, 14.12 and 15.7

** Merge proposal linked:
   
https://code.launchpad.net/~sergiodj/ubuntu/+source/postgresql-16/+git/postgresql-16/+merge/466614

** Description changed:

  [Impact]
  
-  * MRE for latest stable fixes of Postgres 12, 14, and 15 released on
+  * MRE for latest stable fixes of Postgres 12, 14, 15 and 16 released on
  May 2024.
  
  [Test Case]
  
   * The Postgres MREs traditionally rely on the large set of autopkgtests
     to run for verification. In a PPA, those are all already pre-checked to
     be good for this upload.
  
  [Regression Potential]
  
   * Upstream tests are usually great and in addition in the Archive there
     are plenty of autopkgtests that in the past caught issues before being
     released.
     But nevertheless there always is a risk for something to break. Since
     these are general stable releases I can't pinpoint them to a most-likely 
area.
     - usually this works smoothly except a few test hiccups (flaky) that need 
to be clarified to be sure. Pre-checks will catch those to be discussed upfront 
(as last time)
  
  [Other Info]
  
   * This is a reoccurring MRE, see below and all the references
   * CVEs addressed by this MRE:
-   - CVE-2024-4317 (only applicable for versions 14 and 15)
+   - CVE-2024-4317 (only applicable for versions 14, 15 and 16)
  
  Current versions in supported releases that got updates:
  
   postgresql-12 | 12.18-0ubuntu0.20.04.1 | focal-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x
   postgresql-14 | 14.11-0ubuntu0.22.04.1 | jammy-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x
   postgresql-15 | 15.6-0ubuntu0.23.10.1 | mantic-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x
+  postgresql-16 | 16.2-1ubuntu4 | noble | source, amd64, arm64, 
armhf, i386, ppc64el, riscv64, s390x
  
  Special cases:
- - Since there is 1 CVE being fixed here on versions 14 and 15, we will push 
these versions through the security pocket.
+ - Since there is 1 CVE being fixed here on versions 14, 15 and 16, we will 
push these versions through the security pocket.
  - Version 12 will be uploaded to the updates pocket, since it's not affected 
by the CVE.
  
  Standing MRE - Consider last updates as template:
  
  - https://pad.lv/1637236
  - https://pad.lv/1664478
  - https://pad.lv/1690730
  - https://pad.lv/1713979
  - https://pad.lv/1730661
  - https://pad.lv/1747676
  - https://pad.lv/1752271
  - https://pad.lv/1786938
  - https://pad.lv/1815665
  - https://pad.lv/1828012
  - https://pad.lv/1833211
  - https://pad.lv/1839058
  - https://pad.lv/1863108
  - https://pad.lv/1892335
  - https://pad.lv/1915254
  - https://pad.lv/1928773
  - https://pad.lv/1939396
  - https://pad.lv/1950268
  - https://pad.lv/1961127
  - https://pad.lv/1973627
  - https://pad.lv/1978249
  - https://pad.lv/1984012
  - https://pad.lv/1996770
  - https://pad.lv/2006406
  - https://pad.lv/2019214
  - https://pad.lv/2028426
  - https://pad.lv/2040469
  
  As usual we test and prep from the PPA and then push through
  SRU/Security as applicable.
  
  Once ready, the test packages should be available at
  https://launchpad.net/~canonical-server/+archive/ubuntu/postgresql-sru-
  preparation/+packages

** Also affects: postgresql-16 (Ubuntu)
   Importance: Undecided
   Status: New

** Changed in: postgresql-16 (Ubuntu)
   Status: New => Triaged

** Changed in: postgresql-16 (Ubuntu)
   Status: Triaged => Invalid

** Also affects: postgresql-12 (Ubuntu Noble)
   Importance: Undecided
   Status: New

** Also affects: postgresql-14 (Ubuntu Noble)
   Importance: Undecided
   Status: New

** Also affects: postgresql-15 (Ubuntu Noble)
   Importance: Undecided
   Status: New

** Also affects: postgresql-16 (Ubuntu Noble)
   Importance: Undecided
   Status: New

** Changed in: postgresql-16 (Ubuntu Noble)
   Status: New => Triaged

** Changed in: postgresql-16 (Ubuntu Noble)
 Assignee: (unassigned) => Sergio Durigan Junior (sergiodj)

** No longer affects: postgresql-15 (Ubuntu Noble)

** No longer affects: postgresql-14 (Ubuntu Noble)

** No longer affects: postgresql-12 (Ubuntu Noble)

** Summary changed:

- New upstream microreleases 12.19, 14.12 and 15.7
+ New upstream microreleases 12.19, 14.12, 15.7 and 16.3

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

Title:
  New upstream microreleases 12.19, 14.12, 15.7 and 16.3

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/postgresql-12/+bug/2067388/+subscriptions


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

[SR-Users] StriShaken module compilation

2024-05-29 Thread Sergio Charrua via sr-users

Hello all!

I am struggling on compiling StriShaken module on RHEL 9.2.
So far, the module was compiled as well as libstirshaken.
Below are the steps used to compile (as sudo) both library and module (I
hope this may help someone) and, of course, correct me if I am wrong in any
step or if there is a better way.
Also, note that the RHEL 9,2 is in a VM environment without access to the
WWW, instead it uses Red Hat Satellite to download packages (via Yum or
DNF), if available.

Lib LibKS

download libks from https://github.com/signalwire/libks
unzip
move to dir created by Unzip
run
yum groupinstall "Development Tools"
dnf install libuuid-devel libatomic openssl-devel
cmake .
make
make install
cp /usr/lib/pkgconfig/libks2.pc /usr/lib64/pkgconfig/.

For module LibStirShaken:

download https://github.com/signalwire/libstirshaken
unzip
move to dir
if using OpenSSL3.0 or + edit file configure.ac and add after line 28:
if test x$HAVE_OPENSSL = x1; then
openssl_CFLAGS="$openssl_CFLAGS -DHAVE_OPENSSL";
/* PATCH FOR OPENSSL3 */
AC_MSG_CHECKING([for OpenSSL >= 3.0.0])
AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[
#include 
#if OPENSSL_VERSION_PREREQ(3,0)
#error "you_have_version_3"
#endif
]], [[]])],
[ AC_MSG_RESULT([no]) ],
[ AC_MSG_RESULT([yes]);
AC_DEFINE(OPENSSL_SUPPRESS_DEPRECATED, 1, [disable openssl
deprecated-function warnings]) ])
/* END OF PATCH */
else
AC_MSG_ERROR([OpenSSL >= 1.0.1e and associated developement headers
required])
fi
run
 configure
 make
sudo make install

next, move to dir /root/kamailio/kamailio-5.7.4/src/modules/stirshaken
cd /root/kamailio/kamailio-5.7.4/src/modules/stirshaken
ln -s /root/stirshakenlib/libks-master/src/include/libks libks
make
make install

All seem to compile OK , *but* when starting Kamailio I get the following
errors:

May 29 17:42:02 kamailio1 kamailio[248991]: ERROR: 
[core/sr_module.c:599]: ksr_load_module(): could not open module
: libstirshaken.so.1:
cannot open shared object file: No such file or directory
May 29 17:42:02 kamailio1 kamailio[248991]: CRITICAL: 
[core/cfg.y:3915]: yyerror_at(): parse error in config file
/usr/local/etc/kamailio/kamailio_stir_shaken_mod.cfg, line 106, column
12-26: failed to load module

I haven't found a solution for this.
Can anyone help?

Thanks in advance!


*Sérgio Charrua*
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

Wednesday Triage Report (2024-05-29)

Bug Triage
==

ustriage found 26 bugs.  These are the noteworthy ones:

### https://pad.lv/2059367 | New | openssh | SSH-RSA not supported for
Self-SSH in Ubuntu 22.04 FIPS |

I didn't touch this one since it's being handled by gomesjoao and
sarnold.


### https://pad.lv/2067169 | New | samba | smbd crashed with SIGABRT in
strncasecmp_m_handle() |

I don't have the bandwidth to do a deep dive here.  I marked the bug as
Triaged even though I myself did not try to reproduce it (because it's
not clear how).  I couldn't subscribe ubuntu-server because the bug is
private.


### https://pad.lv/2067348 | New | ruby3.2 | ruby build-in readline gem
do not handle utf-8 input |

Shout out to Lucas about this one.  It's valid, so I marked the bug as
Triaged.  Not sure how urgent it is.


### https://pad.lv/2067397 | New | sssd | package sssd-proxy
2.6.3-1ubuntu3.2 failed to install/upgra… |

This is actually a known issue with another package, renpy.  I marked
the bug as a duplicate of #1972076, but also left a comment with a
suggestion on how to workaround the problem.



Documentation Triage


Discourse Comment Triage Helper
Showing comments belonging to the Server category on 
https://discourse.ubuntu.com, updated on 2024-05-28 (Tuesday)


Nothing to triage.

-- 
Sergio
GPG key ID: E92F D0B3 6B14 F1F4 D8E0  EB2F 106D A1C8 C3CB BF14


signature.asc
Description: PGP signature
-- 
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

[Bug 2067397] Re: package sssd-proxy 2.6.3-1ubuntu3.2 failed to install/upgrade: afhængighedsproblemer - efterlader den ukonfigureret

*** This bug is a duplicate of bug 1972076 ***
https://bugs.launchpad.net/bugs/1972076

Thank you for taking the time to file a bug report.

From DpkgTerminalLog.txt, we can see that the problem seems to come from
this operation:

Setting up python3 (3.10.6-1~22.04) ...
  File "/usr/share/games/renpy/launcher/game/gui7/code.py", line 283
l = re.sub(ur'_\((\".*?\")\)', replace, l)
 
SyntaxError: invalid syntax
error running python rtupdate hook renpy
dpkg: error processing package python3 (--configure):
 installed python3 package post-installation script subprocess returned error 
exit status 4
dpkg: dependency problems prevent configuration of sssd-common:
 sssd-common depends on python3; however:
  Package python3 is not configured yet.

This is unfortunately a known bug (#1972076) that hasn't been fixed yet.
My advice is to uninstall renpy and try installing sssd again.

Since this is not a bug with sssd but it is a known issue with renpy, I
will mark it as a duplicate of the bug mentioned above.  Please leave a
comment there if you face more issues.

Thank you.

** This bug has been marked a duplicate of bug 1972076
   package renpy 7.3.5+dfsg-2 failed to install/upgrade: installed renpy 
package post-installation script subprocess returned error exit status 1

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

Title:
  package sssd-proxy 2.6.3-1ubuntu3.2 failed to install/upgrade:
  afhængighedsproblemer - efterlader den ukonfigureret

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


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

[Bug 2067348] Re: ruby build-in readline gem do not handle utf-8 input

Thank you for taking the time to file a bug in Ubuntu.

I can confirm the problem.  I did:

# dpkg-reconfigure locales

Chose ru_RU.UTF-8 as the default locale.  Logged out and in again.

Then, I launched ruby3.2 and tried to paste a Russian character, like ю
or б.  They're not properly handled by the prompt.

I also verified that bash can handle these characters fine, which is an
interesting data point because bash also uses readline under the hood.

Anyway, I'll mark this bug as Triaged and subscribe the Ubuntu Server
team.  Hopefully someone will have the capacity to look into it soon.

Thanks.

** Changed in: ruby3.2 (Ubuntu)
   Status: New => Triaged

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

Title:
  ruby build-in readline gem do not handle utf-8 input

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ruby3.2/+bug/2067348/+subscriptions


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

[Bug 2066914] Re: tmux 3.4 stalls during active pane zoom

** Changed in: tmux (Ubuntu)
   Status: New => Incomplete

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

Title:
  tmux 3.4 stalls during active pane zoom

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


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

[Bug 2067388] Re: New upstream microreleases 12.19, 14.12 and 15.7

** Changed in: postgresql-12 (Ubuntu Focal)
   Status: Triaged => In Progress

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

Title:
  New upstream microreleases 12.19, 14.12 and 15.7

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/postgresql-12/+bug/2067388/+subscriptions


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

[Bug 2067388] Re: New upstream microreleases 12.19, 14.12 and 15.7

** Description changed:

  [Impact]
  
-  * MRE for latest stable fixes of Postgres 12, 14, and 15 released on
+  * MRE for latest stable fixes of Postgres 12, 14, and 15 released on
  May 2024.
  
  [Test Case]
  
-  * The Postgres MREs traditionally rely on the large set of autopkgtests
-to run for verification. In a PPA, those are all already pre-checked to
-be good for this upload.
+  * The Postgres MREs traditionally rely on the large set of autopkgtests
+    to run for verification. In a PPA, those are all already pre-checked to
+    be good for this upload.
  
  [Regression Potential]
  
-  * Upstream tests are usually great and in addition in the Archive there
-are plenty of autopkgtests that in the past caught issues before being
-released.
-But nevertheless there always is a risk for something to break. Since
-these are general stable releases I can't pinpoint them to a most-likely 
area.
-- usually this works smoothly except a few test hiccups (flaky) that need 
to be clarified to be sure. Pre-checks will catch those to be discussed upfront 
(as last time)
+  * Upstream tests are usually great and in addition in the Archive there
+    are plenty of autopkgtests that in the past caught issues before being
+    released.
+    But nevertheless there always is a risk for something to break. Since
+    these are general stable releases I can't pinpoint them to a most-likely 
area.
+    - usually this works smoothly except a few test hiccups (flaky) that need 
to be clarified to be sure. Pre-checks will catch those to be discussed upfront 
(as last time)
  
  [Other Info]
  
-  * This is a reoccurring MRE, see below and all the references
-  * CVEs addressed by this MRE:
-   - CVE-2024-4317
+  * This is a reoccurring MRE, see below and all the references
+  * CVEs addressed by this MRE:
+   - CVE-2024-4317 (only applicable for versions 14 and 15)
  
  Current versions in supported releases that got updates:
  
-  postgresql-12 | 12.18-0ubuntu0.20.04.1 | focal-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x
-  postgresql-14 | 14.11-0ubuntu0.22.04.1 | jammy-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x
-  postgresql-15 | 15.6-0ubuntu0.23.10.1 | mantic-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x
+  postgresql-12 | 12.18-0ubuntu0.20.04.1 | focal-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x
+  postgresql-14 | 14.11-0ubuntu0.22.04.1 | jammy-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x
+  postgresql-15 | 15.6-0ubuntu0.23.10.1 | mantic-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x
  
  Special cases:
- - Since there is 1 CVE being fixed here, we will push this through the 
security pocket.
+ - Since there is 1 CVE being fixed here on versions 14 and 15, we will push 
these versions through the security pocket.
+ - Version 12 will be uploaded to the updates pocket, since it's not affected 
by the CVE.
  
  Standing MRE - Consider last updates as template:
  
  - https://pad.lv/1637236
  - https://pad.lv/1664478
  - https://pad.lv/1690730
  - https://pad.lv/1713979
  - https://pad.lv/1730661
  - https://pad.lv/1747676
  - https://pad.lv/1752271
  - https://pad.lv/1786938
  - https://pad.lv/1815665
  - https://pad.lv/1828012
  - https://pad.lv/1833211
  - https://pad.lv/1839058
  - https://pad.lv/1863108
  - https://pad.lv/1892335
  - https://pad.lv/1915254
  - https://pad.lv/1928773
  - https://pad.lv/1939396
  - https://pad.lv/1950268
  - https://pad.lv/1961127
  - https://pad.lv/1973627
  - https://pad.lv/1978249
  - https://pad.lv/1984012
  - https://pad.lv/1996770
  - https://pad.lv/2006406
  - https://pad.lv/2019214
  - https://pad.lv/2028426
  - https://pad.lv/2040469
  
  As usual we test and prep from the PPA and then push through
  SRU/Security as applicable.
  
  Once ready, the test packages should be available at
  https://launchpad.net/~canonical-server/+archive/ubuntu/postgresql-sru-
  preparation/+packages

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

Title:
  New upstream microreleases 12.19, 14.12 and 15.7

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/postgresql-12/+bug/2067388/+subscriptions


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

Monday Triage Report (2024-05-27)

Bug Triage
==

ustriage found 10 bugs.  Aside from a few bugs related to qemu which are
on my radar, everything else seems to be on good hands.


Bugs tagged "-needs-merge -needs-sync -needs-oci-update -needs-snap-update 
-needs-mre-backport -needs-ppa-backport" and subscribed "ubuntu-server" and not 
touched in 60 days
  
### https://pad.lv/2056257 | Triaged | net-snmp | unexpected header
length in /proc/net/snmp |

Nothing to do here.  It's in our backlog and doesn't seem too important.


### https://pad.lv/2033905 | Triaged | qemu | qemu-system-arm is missing
dependency seabios |

Still waiting on the Debian maintainer.  I'll ping him eventually.




Bugs subscribed to ubuntu-server and not touched in 180 days

### https://pad.lv/1979879 | In Progress | apparmor | Apparmor profile
in 22.04 jammy - fails to start when print… |

I believe this is more of a ping to Andreas.  The bug seems to be ready
to proceed, judging by comment #12.


Documentation Triage


Discourse Comment Triage Helper
Showing comments belonging to the Server category on 
https://discourse.ubuntu.com, updated between 2024-05-24 (Friday) and 
2024-05-26 (Sunday) inclusive


Nothing to triage.

-- 
Sergio
GPG key ID: E92F D0B3 6B14 F1F4 D8E0  EB2F 106D A1C8 C3CB BF14


signature.asc
Description: PGP signature
-- 
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

[Bug 2067052] Re: snmpinform sends PDUs containing a GET request SNMP_MSG_GET

Hello Rudolf,

Thank you for this bug report.  Would you be able to provide a small
reproducer for the problem you're experiencing?  This would make it much
easier for us to understand the issue and try to find a fix for it.

Also, since you appear comfortable dealing with source code, would you
mind taking a look at the upstream project and seeing if there's any
similar bug reported?

I am going to set the status of this bug to Incomplete to reflect the
fact that we're waiting on more information from your side; please set
its status back to New once you've provided the requested data.

Thanks!

** Changed in: net-snmp (Ubuntu)
   Status: New => Incomplete

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

Title:
  snmpinform sends PDUs containing a GET request SNMP_MSG_GET

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


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

[Bug 2067061] Re: package postgresql-15 15.5-0ubuntu0.23.04.1 failed to install/upgrade: installed postgresql-15 package post-installation script subprocess returned error exit status 1

I also noticed this:

Start-Date: 2024-05-24  17:16:19
Commandline: apt-get remove --purge postgresql-15
Requested-By: kartik (1000)
Purge: postgresql-15:amd64 (15.5-0ubuntu0.23.04.1), postgresql-contrib:amd64 
(15+248), postgresql:amd64 (15+248)
End-Date: 2024-05-24  17:16:27

These version numbers are strange; it seems like the postgresql packages
are coming from two different sources (the Ubuntu repository + the
upstream repo, maybe?).

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

Title:
  package postgresql-15 15.5-0ubuntu0.23.04.1 failed to install/upgrade:
  installed postgresql-15 package post-installation script subprocess
  returned error exit status 1

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/postgresql-15/+bug/2067061/+subscriptions


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

[Bug 2067388] Re: New upstream microreleases 12.19, 14.12 and 15.7

** Merge proposal linked:
   
https://code.launchpad.net/~sergiodj/ubuntu/+source/postgresql-12/+git/postgresql-12/+merge/466514

** Merge proposal linked:
   
https://code.launchpad.net/~sergiodj/ubuntu/+source/postgresql-14/+git/postgresql-14/+merge/466515

** Merge proposal linked:
   
https://code.launchpad.net/~sergiodj/ubuntu/+source/postgresql-15/+git/postgresql-15/+merge/466516

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

Title:
  New upstream microreleases 12.19, 14.12 and 15.7

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/postgresql-12/+bug/2067388/+subscriptions


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

[Bug 2067388] [NEW] New upstream microreleases 12.19, 14.12 and 15.7

Public bug reported:

[Impact]

 * MRE for latest stable fixes of Postgres 12, 14, and 15 released on
May 2024.

[Test Case]

 * The Postgres MREs traditionally rely on the large set of autopkgtests
   to run for verification. In a PPA, those are all already pre-checked to
   be good for this upload.

[Regression Potential]

 * Upstream tests are usually great and in addition in the Archive there
   are plenty of autopkgtests that in the past caught issues before being
   released.
   But nevertheless there always is a risk for something to break. Since
   these are general stable releases I can't pinpoint them to a most-likely 
area.
   - usually this works smoothly except a few test hiccups (flaky) that need to 
be clarified to be sure. Pre-checks will catch those to be discussed upfront 
(as last time)

[Other Info]

 * This is a reoccurring MRE, see below and all the references
 * CVEs addressed by this MRE:
  - CVE-2024-4317

Current versions in supported releases that got updates:

 postgresql-12 | 12.18-0ubuntu0.20.04.1 | focal-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x
 postgresql-14 | 14.11-0ubuntu0.22.04.1 | jammy-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x
 postgresql-15 | 15.6-0ubuntu0.23.10.1 | mantic-updates  | source, amd64, 
arm64, armhf, i386, ppc64el, riscv64, s390x

Special cases:
- Since there is 1 CVE being fixed here, we will push this through the security 
pocket.

Standing MRE - Consider last updates as template:

- https://pad.lv/1637236
- https://pad.lv/1664478
- https://pad.lv/1690730
- https://pad.lv/1713979
- https://pad.lv/1730661
- https://pad.lv/1747676
- https://pad.lv/1752271
- https://pad.lv/1786938
- https://pad.lv/1815665
- https://pad.lv/1828012
- https://pad.lv/1833211
- https://pad.lv/1839058
- https://pad.lv/1863108
- https://pad.lv/1892335
- https://pad.lv/1915254
- https://pad.lv/1928773
- https://pad.lv/1939396
- https://pad.lv/1950268
- https://pad.lv/1961127
- https://pad.lv/1973627
- https://pad.lv/1978249
- https://pad.lv/1984012
- https://pad.lv/1996770
- https://pad.lv/2006406
- https://pad.lv/2019214
- https://pad.lv/2028426
- https://pad.lv/2040469

As usual we test and prep from the PPA and then push through
SRU/Security as applicable.

Once ready, the test packages should be available at
https://launchpad.net/~canonical-server/+archive/ubuntu/postgresql-sru-
preparation/+packages

** Affects: postgresql-12 (Ubuntu)
 Importance: Undecided
 Status: Invalid

** Affects: postgresql-14 (Ubuntu)
 Importance: Undecided
 Status: Invalid

** Affects: postgresql-15 (Ubuntu)
 Importance: Undecided
 Status: New

** Affects: postgresql-12 (Ubuntu Focal)
 Importance: Undecided
 Assignee: Sergio Durigan Junior (sergiodj)
 Status: Triaged

** Affects: postgresql-14 (Ubuntu Jammy)
 Importance: Undecided
 Assignee: Sergio Durigan Junior (sergiodj)
 Status: Triaged

** Affects: postgresql-15 (Ubuntu Mantic)
 Importance: Undecided
 Assignee: Sergio Durigan Junior (sergiodj)
 Status: Triaged


** Tags: server-todo

** Also affects: postgresql-12 (Ubuntu Focal)
   Importance: Undecided
   Status: New

** Also affects: postgresql-14 (Ubuntu)
   Importance: Undecided
   Status: New

** Also affects: postgresql-15 (Ubuntu)
   Importance: Undecided
   Status: New

** No longer affects: postgresql-14 (Ubuntu Focal)

** No longer affects: postgresql-15 (Ubuntu Focal)

** Also affects: postgresql-12 (Ubuntu Mantic)
   Importance: Undecided
   Status: New

** Also affects: postgresql-14 (Ubuntu Mantic)
   Importance: Undecided
   Status: New

** Also affects: postgresql-15 (Ubuntu Mantic)
   Importance: Undecided
   Status: New

** Also affects: postgresql-12 (Ubuntu Jammy)
   Importance: Undecided
   Status: New

** Also affects: postgresql-14 (Ubuntu Jammy)
   Importance: Undecided
   Status: New

** Also affects: postgresql-15 (Ubuntu Jammy)
   Importance: Undecided
   Status: New

** No longer affects: postgresql-12 (Ubuntu Jammy)

** No longer affects: postgresql-12 (Ubuntu Mantic)

** No longer affects: postgresql-14 (Ubuntu Mantic)

** No longer affects: postgresql-15 (Ubuntu Jammy)

** Changed in: postgresql-12 (Ubuntu Focal)
   Status: New => Triaged

** Changed in: postgresql-14 (Ubuntu Jammy)
   Status: New => Triaged

** Changed in: postgresql-15 (Ubuntu Mantic)
   Status: New => Triaged

** Changed in: postgresql-12 (Ubuntu)
   Status: New => Invalid

** Changed in: postgresql-14 (Ubuntu)
   Status: New => Invalid

** Changed in: postgresql-12 (Ubuntu Focal)
 Assignee: (unassigned) => Sergio Durigan Junior (sergiodj)

** Changed in: postgresql-15 (Ubuntu Mantic)
 Assignee: (unassigned) => Sergio Durigan Junior (sergiodj)

** Tags added: server-todo

** Changed in: postgresql-14 (Ubuntu Jammy)
 Assignee: (unassigned) => Sergio Durigan Ju

Could someone run tests for gfortran on ppc32?

2024-05-27 Thread Sergio Had

Hi, I am working on some fix ups for gfortran on Darwin ppc, and it would be 
helpful to have a reference point of test results from another OS on the same 
arch.

Does anyone have a reasonably fast machine with OpenBSD to try that?

Ideally we should test gcc trunk. Clone gcc upstream repo, build gcc with 
gfortran enabled. From there cd to gcc directory (build_gcc_folder/gcc).

What I am interested in is the output from `make check-gfortran`, doing it with 
verbose would be nice.

Test results for macOS and related discussion: 
https://github.com/iains/darwin-toolchains-start-here/discussions/40#discussioncomment-9566907

gcc12/gcc13 will also do, if that is easier for some reason.

Sergey

Bug#1071989: Applet crashes on load

2024-05-27 Thread Sergio Vavassori

Package: mate-panel
Version: 1.27.1-3
Severity: important


Dear Maintainer,

Since the update from 1.27.1-2-b2 to 1.27.1-3 the panel doesn't load any
applet or window list, but just the menus.
Here is some dmesg logs that may be helpful:

[  100.088966] traps: mate-multiload-[2447] trap int3 ip:7f2e21938117
sp:7ffe2e991d20 error:0 in libglib-2.0.so.0.8000.2[7f2e218f2000+9d000]
[  100.120451] traps: notification-ar[2451] trap int3 ip:7f01b9728117
sp:7fff3c805880 error:0 in libglib-2.0.so.0.8000.2[7f01b96e2000+9d000]
[  100.130117] traps: wnck-applet[2449] trap int3 ip:7f01655e2117
sp:7ffe68ae79e0 error:0 in libglib-2.0.so.0.8000.2[7f016559c000+9d000]
[  100.131184] traps: clock-applet[2453] trap int3 ip:7f263f180117
sp:7ffd83ec7f60 error:0 in libglib-2.0.so.0.8000.2[7f263f13a000+9d000]
[  110.087554] traps: clock-applet[2559] trap int3 ip:7fc321480117
sp:7ffc35a2e160 error:0 in libglib-2.0.so.0.8000.2[7fc32143a000+9d000]
[  111.833188] traps: clock-applet[2569] trap int3 ip:7f898a380117
sp:7ffcd2c62d10 error:0 in libglib-2.0.so.0.8000.2[7f898a33a000+9d000]
[  112.282178] traps: clock-applet[2579] trap int3 ip:7f9193b80117
sp:7fff04a34b60 error:0 in libglib-2.0.so.0.8000.2[7f9193b3a000+9d000]
[  112.939025] traps: clock-applet[2588] trap int3 ip:7f6294452117
sp:7fff4ddc65b0 error:0 in libglib-2.0.so.0.8000.2[7f629440c000+9d000]
[  113.329062] traps: clock-applet[2598] trap int3 ip:7fb308552117
sp:7ffde7f385e0 error:0 in libglib-2.0.so.0.8000.2[7fb30850c000+9d000]
[  114.030064] traps: clock-applet[2607] trap int3 ip:7f71023bc117
sp:7ffd3de19dd0 error:0 in libglib-2.0.so.0.8000.2[7f7102376000+9d000]
[  114.352499] traps: clock-applet[2617] trap int3 ip:7f9449852117
sp:7ffe16eafd10 error:0 in libglib-2.0.so.0.8000.2[7f944980c000+9d000]
[  114.715552] traps: clock-applet[2626] trap int3 ip:7fc16c3e6117
sp:7fff65c3d6a0 error:0 in libglib-2.0.so.0.8000.2[7fc16c3a+9d000]

The installed libglib-2.0 is: libglib2.0-0t64:amd64
   2.80.2-2  amd64GLib library of C
routines
I'm not 100% sure if the actual problem is in this package or in
libmate-panel-applet-4-1 maybe.
Reverting to the previous version solves the problem.

Regards,
Sergio

System deployment commands hoarding all RAM

2024-05-26 Thread Sergio Pastor Pérez


Is this a bug on how Guix deploys the system? Or the transformation we
are applying introduces a cycle somewhere that only affects the
deployment commands?

Thanks for your time. Have a nice evening.
Sergio.

[jira] [Created] (CASSANDRA-19661) Cannot restart Cassandra 5 after creating a vector table and index

2024-05-24 Thread Sergio Rua (Jira)

Sergio Rua created CASSANDRA-19661:
--

 Summary: Cannot restart Cassandra 5 after creating a vector table 
and index
 Key: CASSANDRA-19661
 URL: https://issues.apache.org/jira/browse/CASSANDRA-19661
 Project: Cassandra
  Issue Type: Bug
Reporter: Sergio Rua


I'm using llama-index and llama3 to train a model. I'm using a very simple code 
that reads some *.txt files from local and uploads them to Cassandra and then 
creates the index:

 
{code:java}
# Create the index from documents
index = VectorStoreIndex.from_documents(
documents,
service_context=vector_store.service_context,
storage_context=storage_context,
show_progress=True,
) {code}
This works well and I'm able to use a Chat app to get responses from the 
Cassandra data. however, right after, I cannot restart Cassandra. It'll break 
with the following error:

 
{code:java}
INFO  [PerDiskMemtableFlushWriter_0:7] 2024-05-23 08:23:20,102 
Flushing.java:179 - Completed flushing 
/data/cassandra/data/gpt/docs_20240523-10c8eaa018d811ef8dadf75182f3e2b4/da-6-bti-Data.db
 (124.236MiB) for commitlog position CommitLogPosition(segmentId=1716452305636, 
position=15336)
[...]
WARN  [MemtableFlushWriter:1] 2024-05-23 08:28:29,575 
MemtableIndexWriter.java:92 - [gpt.docs.idx_vector_docs] Aborting index 
memtable flush for 
/data/cassandra/data/gpt/docs-aea77a80184b11ef8dadf75182f3e2b4/da-3-bti...{code}
{code:java}
java.lang.IllegalStateException: null
        at 
com.google.common.base.Preconditions.checkState(Preconditions.java:496)
        at 
org.apache.cassandra.index.sai.disk.v1.vector.VectorPostings.computeRowIds(VectorPostings.java:76)
        at 
org.apache.cassandra.index.sai.disk.v1.vector.OnHeapGraph.writeData(OnHeapGraph.java:313)
        at 
org.apache.cassandra.index.sai.memory.VectorMemoryIndex.writeDirect(VectorMemoryIndex.java:272)
        at 
org.apache.cassandra.index.sai.memory.MemtableIndex.writeDirect(MemtableIndex.java:110)
        at 
org.apache.cassandra.index.sai.disk.v1.MemtableIndexWriter.flushVectorIndex(MemtableIndexWriter.java:192)
        at 
org.apache.cassandra.index.sai.disk.v1.MemtableIndexWriter.complete(MemtableIndexWriter.java:117)
        at 
org.apache.cassandra.index.sai.disk.StorageAttachedIndexWriter.complete(StorageAttachedIndexWriter.java:185)
        at java.base/java.util.ArrayList.forEach(ArrayList.java:1541)
        at 
java.base/java.util.Collections$UnmodifiableCollection.forEach(Collections.java:1085)
        at 
org.apache.cassandra.io.sstable.format.SSTableWriter.commit(SSTableWriter.java:289)
        at 
org.apache.cassandra.db.compaction.unified.ShardedMultiWriter.commit(ShardedMultiWriter.java:219)
        at 
org.apache.cassandra.db.ColumnFamilyStore$Flush.flushMemtable(ColumnFamilyStore.java:1323)
        at 
org.apache.cassandra.db.ColumnFamilyStore$Flush.run(ColumnFamilyStore.java:1222)
        at 
org.apache.cassandra.concurrent.ExecutionFailure$1.run(ExecutionFailure.java:133)
        at 
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
        at 
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
        at 
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
        at java.base/java.lang.Thread.run(Thread.java:829) {code}
The table created by the script is as follows:

 
{noformat}
CREATE TABLE gpt.docs (
partition_id text,
row_id text,
attributes_blob text,
body_blob text,
vector vector,
metadata_s map,
PRIMARY KEY (partition_id, row_id)
) WITH CLUSTERING ORDER BY (row_id ASC)
AND additional_write_policy = '99p'
AND allow_auto_snapshot = true
AND bloom_filter_fp_chance = 0.01
AND caching = {'keys': 'ALL', 'rows_per_partition': 'NONE'}
AND cdc = false
AND comment = ''
AND compaction = {'class': 
'org.apache.cassandra.db.compaction.UnifiedCompactionStrategy', 
'scaling_parameters': 'T4', 'target_sstable_size': '1GiB'}
AND compression = {'chunk_length_in_kb': '16', 'class': 
'org.apache.cassandra.io.compress.LZ4Compressor'}
AND memtable = 'default'
AND crc_check_chance = 1.0
AND default_time_to_live = 0
AND extensions = {}
AND gc_grace_seconds = 864000
AND incremental_backups = true
AND max_index_interval = 2048
AND memtable_flush_period_in_ms = 0
AND min_index_interval = 128
AND read_repair = 'BLOCKING'
AND speculative_retry = '99p';

CREATE CUSTOM INDEX eidx_metadata_s_docs ON gpt.docs (entries(metadata_s)) 
USING 'org.apache.cassandra.index.sai.StorageAttachedIndex';

CREATE CUSTOM INDEX idx_vector_docs ON gpt.docs (vector) USING 
'org.apache.cassandra.index.sai.StorageAttachedIndex';{noformat}


Thank you

 



--
This message was sent by Atlassian Jira
(v8.20.10#820010

Re: A different way to build GCC to overcome issues, especially with C++ for embedded systems

2024-05-24 Thread Sergio Pastor Pérez

Hi both of you.

I want to echo Attila's sentiments. This is a valuable contribution, and
creating a channel would serve as a central hub for other contributors.

Thanks for sharing, Stefan.

Have nice day.
Sergio.

version 2.4

2024-05-24 Thread Sergio Celani

Hello to all LyX users
Where could I download the trial version 2.4? I can't find it on the site
ftp.lyx.org/pub/lyx/.

Thanks
Sergio
-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

[Corpora-List] [Call for Papers] NLP4MusA - 3rd Workshop on NLP for Music and Audio @ ISMIR 2024

2024-05-24 Thread Sergio Oramas via Corpora

Dear MIR community,

We are excited to announce NLP4MusA 2024, the 3rd Workshop on NLP for Music
and Audio , co-located with
ISMIR 2024.
===
*When*: November, 15
*Where*: San Francisco (ISMIR)
*Submission deadline*: July, 5
*Proceedings*: Accepted papers will be published on the ACL Anthology
*Website*: https://sites.google.com/view/nlp4musa-2024
*Submission link:* https://easychair.org/my/conference?conf=nlp4musa2024
===

*Topics of Interest*
We welcome both academic and industry submissions at the crossroads of NLP
and music and audio, including (but not limited to) topics such as:

   - NLP for Music Understanding
  - Tagging and meta-tagging
  - Knowledge graph construction
  - Information extraction
  - Named entity recognition and linking
  - Speech to text
  - Song and podcast segmentation
  - Topic modeling
  - Sentiment analysis
  - Representation learning
  - Bias in music and audio corpora
  - Audio captioning
  - Debiasing music entity embeddings
  - Evaluation and adaptation of LLMs for music understanding


   - NLP for Music Retrieval and Personalization
  - Conversational AI
  - Slot filling and intent prediction
  - Information retrieval
  - Cross-modal retrieval
  - Recommender systems
  - Ads personalization
  - Responsible recommendations
  - Fairness and transparency


   - NLP for Music and Audio Generation
  - Lyrics generation
  - Music generation with (Large) Language models
  - Spoken audio/podcast generation

*Submission Instructions*
We invite short-papers of up to 4 pages (excluding references). The review
process will be double-blind.

Submissions should adhere to the ACL Anthology formatting guidelines. A
LaTeX template is available here
.

Papers should be submitted via EasyChair:
https://easychair.org/my/conference?conf=nlp4musa2024.

Accepted submissions will be published as ACL anthology papers.

*Important dates*

   - Submission Deadline: *July 5, 2024*
   - Notification of Acceptance: August 2, 2024
   - Camera-Ready Deadline: September 6, 2024
   - Workshop Date: November 15, 2024


NLP4MusA Organizing Committee
___
Corpora mailing list -- corpora@list.elra.info
https://list.elra.info/mailman3/postorius/lists/corpora.list.elra.info/
To unsubscribe send an email to corpora-le...@list.elra.info

[systemsettings] [Bug 487323] "balance" button in "sound" systems settings results in a single volume cursor, but does not balance volume on the two channels

2024-05-23 Thread Sergio

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

--- Comment #2 from Sergio  ---
That clarifies, however I still think that the UI (and its discoverability)
could be improved.

If for some reason you get with the volumes unbalanced (not necessarily because
you messed with them, in some occasions I had the hardware coming up with this
after a boot), you do not see that. Probably, the channels should always be
shown independently when they are not equalized.

In addition to that, even if I am not a native speaker, I get the impression
that the word "balance" is perceived as implying an even distribution and might
get interpreted as a verb "do achieve an even distribution". May I suggest
renaming "balance" as "show channels"  and possibly when the individual
channels are shown add an equalize button under the mute one?



and you see a "balance" button you might interpret it as a verb (do balance the
buttons). I am not a native speaker, so I may be wrong, though. May I suggest
that the "balance" button is renamed "show channels" or just channels and that
possibly a "balance channels" button is added?

-- 
You are receiving this mail because:
You are watching all bug changes.

Re: [VOTE] Release Apache Hop 2.9.0-rc1

2024-05-22 Thread Sergio Ramazzina

Hi all,

successfully tested by following the related documentation's guidelines. Thanks 
Has as always for your commitment and for all your work.

+1 for me (binding)

Cheers

Sergio

On 2024/05/20 12:13:00 Hans Van Akelyen wrote:
> Hi All,
> 
> We are pleased to announce release candidate 1 of our 2.9.0 release, this 
> release will be our final Java 11 release and we will be moving to Java 17 as 
> minimal version for our next releases.
> 
> Notable new features in this release:
> 
> • CrateDB database type and bulkloader
> • Static schema definitions and static schema mapper transform
> 
> 
> Notable Improvements:
> 
> • Configurable timeouts on rest transform
> • Caching on database join transform
> • Azure blob storage improvements
> • Improvements in database schema/table listing widget
> • Upgrade to Beam 2.56.0
> • German Language support has greatly improved
> 
> 
> Build instructions can be found in the README included.
> 
> The tag to be voted on is 2.9.0-rc1  (commit 52f03a5):
> https://github.com/apache/hop/tree/2.9.0-rc1
> 
> The release files, including signatures, digests, etc. can be found at:
> https://dist.apache.org/repos/dist/dev/hop/apache-hop-2.9.0-rc1/
> 
> The SHA512 Checksum for these artifacts is:
> Source: 
> cf8415d4904dde22ce8ce3bb17c73d071557cbf5f4ba67b326c08ca0a26f947e46713d75a36af882f3cfafa92411a89d9feef76f1fb0af4ca578d2bbf6a15ae8
> Client: 
> 0a7c24fa940fcbeb3b228044b4a620829157dd1d5abfb63a42412bc5f386335b65ace9f8f924dc1a000b86ba60a359ceda4fecc1c8db37feda9b915dfd9c4c83
> 
> Release artifacts are signed with the following key:
> https://keyserver.ubuntu.com/pks/lookup?op=vindex=0x43432afa308f0b5b
> 
> For more information about the contents of this release, see:
> https://github.com/apache/hop/milestone/9?closed=1
> or
> https://github.com/apache/hop/releases/tag/2.9.0-rc1
> 
> Please vote on releasing this package as Apache Hop 2.9.0!
> 
> The vote is open for 72 hours and passes if
> a majority of at least 3 +1 PMC votes are cast.
> 
> [ ] +1 Release this package as Apache Hop 2.9.0
> [ ] +0 No opinion
> [ ] -1 Do not release this package because ...
> 
> Best Regards,
> Hans
>

[Github-comments] [geany/geany] I have just solved my socket problem in my computer. (Issue #3880)

2024-05-21 Thread Sergio Abreu A. via Github-comments

As the conflict was between my normal user and root (which **all linux users 
will have**)  I decided to take action:

1) Wrote a Perl script that finds the owner of the file passed in the argument
If is root, appends a **sudo** in front of the command
2) Replaced "geany %F" in usr/share/applications/geany.desktop to open my 
script "gia %F"  instead of geany, as the intelligence is in my script.

Problem Solved! Couldn't this be done by Geany?


-- 
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3880
You are receiving this because you are subscribed to this thread.

Message ID:

Bug#1007213: please upgrade to Xpra 5

2024-05-21 Thread Sergio Gelato

control: retitle -1 please upgrade to Xpra 5

Xpra 3 and 4 are EOL (since August 2023); see 
https://github.com/Xpra-org/xpra/wiki/Versions

[SR-Users] Re: Is there any funtion to route based on source phone number

2024-05-21 Thread Sergio Charrua via sr-users

Hi all!

I guess you could use dispatcher group ID and depending on the invite phone
number, use dispatcher group ID X





*Sérgio Charrua*

*www.voip.pt *
Tel.: +351  91 631 11 44

Email : *sergio.char...@voip.pt *

This message and any files or documents attached are strictly confidential
or otherwise legally protected.

It is intended only for the individual or entity named. If you are not the
named addressee or have received this email in error, please inform the
sender immediately, delete it from your system and do not copy or disclose
it or its contents or use it for any purpose. Please also note that
transmission cannot be guaranteed to be secure or error-free.








On Tue, May 21, 2024 at 12:55 PM SAMUEL MOYA TINOCO via sr-users <
sr-users@lists.kamailio.org> wrote:

> Hi everyone,
>
>
>
> I have a kamailio configured to send invites from different phone numbers
> registered in kamailio to different endpoints.
>
> The configuration that I have right now is a big if chain with the phone
> numbers that then sends the invite using dispatcher module.
>
> Example:
>
> If (phone number in invite = phone number X) { dispatcher sends to
> endpoint X}
>
> If (phone number in invite = phone number Y) { dispatcher sends to
> endpoint Y}
>
> If (phone number in invite = phone number Z) { dispatcher sends to
> endpoint Z}
>
>
>
> Im not sure if this is the correct way of doing this or if there is any
> module that can do this allowing me to configure it using BBDD instead of
> kamailio configuration.
>
> I started doing it like this on our test environment while I was learning
> how to use kamailio and I’d like to know if this is the right way to do it
> or if I should do it with other methods
>
>
>
> Thank you in advance
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[plasma-pa] [Bug 487323] New: "balance" button in "sound" systems settings results in a single volume cursor, but does not balance volume on the two channels

2024-05-21 Thread Sergio

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

Bug ID: 487323
   Summary: "balance" button in "sound" systems settings results
in a single volume cursor, but does not balance volume
on the two channels
Classification: Plasma
   Product: plasma-pa
   Version: 6.0.4
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: sergio.calleg...@gmail.com
CC: isma...@gmail.com, m...@ratijas.tk
  Target Milestone: ---

SUMMARY

Suppose that you have the volumes on the left and right channels unbalanced
(e.g. you see two cursor bars one at 10% on left, one 50% on right). You press
the balance button. Those two bars turn into one. You expect the volumes for
both channels to be the same now, but they remain unbalanced.

STEPS TO REPRODUCE
1. Open the sound system settings
2. Adjust volume for the two channels so that they are unbalanced
3. Press balance

OBSERVED RESULT

You see the two controls for the left and right channel turning into one, but
the unbalance remains (check with sound reproduction).

EXPECTED RESULT

The two channels should be set at the same volume.

SOFTWARE/OS VERSIONS
Operating System: Manjaro Linux 
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0
Kernel Version: 6.8.9-3-MANJARO (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 9 6900HS with Radeon Graphics
Memory: 30.6 GiB of RAM
Graphics Processor: AMD Radeon Graphics
Manufacturer: ASUSTeK COMPUTER INC.
Product Name: ROG Zephyrus G14 GA402RK_GA402RK
System Version: 1.0

ADDITIONAL INFORMATION

This might be a regression in plasma 6

-- 
You are receiving this mail because:
You are watching all bug changes.

[llvm-branch-commits] [mlir] [MLIR][OpenMP] Add `OpenMP_Clause` tablegen definitions (PR #92521)

2024-05-20 Thread Sergio Afonso via llvm-branch-commits



@@ -0,0 +1,1183 @@
+//=== OpenMPClauses.td - OpenMP dialect clause definitions -*- tablegen 
-*-===//
+//
+// 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
+//
+//===--===//
+//
+// This file contains clause definitions for the OpenMP dialect.
+//
+// For each "Xyz" clause, there is an "OpenMP_XyzClauseSkip" class and an
+// "OpenMP_XyzClause" definition. The latter is an instantiation of the former
+// where all "skip" template parameters are set to `false` and should be the
+// preferred variant to used whenever possible when defining `OpenMP_Op`
+// instances.
+//
+//===--===//
+
+#ifndef OPENMP_CLAUSES
+#define OPENMP_CLAUSES
+
+include "mlir/Dialect/OpenMP/OpenMPOpBase.td"
+
+//===--===//
+// V5.2: [5.11] `aligned` clause
+//===--===//
+
+class OpenMP_AlignedClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit extraClassDeclaration = false
+  > : OpenMP_Clause {
+  let arguments = (ins
+Variadic:$aligned_vars,
+OptionalAttr:$alignment_values
+  );
+
+  let assemblyFormat = [{
+`aligned` `(` custom($aligned_vars, type($aligned_vars),
+$alignment_values) `)`
+  }];
+
+  let description = [{
+The `alignment_values` attribute additionally specifies alignment of each
+corresponding aligned operand. Note that `aligned_vars` and
+`alignment_values` should contain the same number of elements.
+  }];
+}
+
+def OpenMP_AlignedClause : OpenMP_AlignedClauseSkip<>;
+
+//===--===//
+// V5.2: [6.6] `allocate` clause
+//===--===//
+
+class OpenMP_AllocateClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit extraClassDeclaration = false
+  > : OpenMP_Clause {
+  let arguments = (ins
+Variadic:$allocate_vars,
+Variadic:$allocators_vars
+  );
+
+  let assemblyFormat = [{
+`allocate` `(`
+  custom($allocate_vars, type($allocate_vars),
+   $allocators_vars, type($allocators_vars)) 
`)`
+  }];
+
+  let description = [{
+The `allocators_vars` and `allocate_vars` parameters are a variadic list of
+values that specify the memory allocator to be used to obtain storage for
+private values.
+  }];
+}
+
+def OpenMP_AllocateClause : OpenMP_AllocateClauseSkip<>;
+
+//===--===//
+// V5.2: [16.1, 16.2] `cancel-directive-name` clause set
+//===--===//
+
+class OpenMP_CancelDirectiveNameClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit extraClassDeclaration = false
+  > : OpenMP_Clause {
+  let arguments = (ins
+CancellationConstructTypeAttr:$cancellation_construct_type_val
+  );
+
+  let assemblyFormat = [{
+`cancellation_construct_type` `(`
+  custom($cancellation_construct_type_val) `)`
+  }];
+
+  // TODO: Add description.
+}
+
+def OpenMP_CancelDirectiveNameClause : OpenMP_CancelDirectiveNameClauseSkip<>;
+
+//===--===//
+// V5.2: [4.4.3] `collapse` clause
+//===--===//
+
+class OpenMP_CollapseClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit extraClassDeclaration = false
+  > : OpenMP_Clause {
+  let traits = [
+AllTypesMatch<["lowerBound", "upperBound", "step"]>
+  ];
+
+  let arguments = (ins
+Variadic:$lowerBound,
+Variadic:$upperBound,
+Variadic:$step
+  );
+
+  let extraClassDeclaration = [{
+/// Returns the number of loops in the loop nest.
+unsigned getNumLoops() { return getLowerBound().size(); }
+  }];
+
+  // Description and formatting integrated in the `omp.loop_nest` operation,
+  // which is the only one currently accepting this clause.
+}
+
+def OpenMP_CollapseClause : OpenMP_CollapseClauseSkip<>;
+
+//===--===//
+// V5.2: [5.7.2] `copyprivate` clause
+//===--===//
+
+class OpenMP_CopyprivateClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit

[llvm-branch-commits] [flang] [Flang][OpenMP] Update flang with changes to the OpenMP dialect (PR #92524)

2024-05-20 Thread Sergio Afonso via llvm-branch-commits


https://github.com/skatrak updated 
https://github.com/llvm/llvm-project/pull/92524

>From 3659909ba1e21e2a8364ee48c9c6c5b22ae4f8f5 Mon Sep 17 00:00:00 2001
From: Sergio Afonso 
Date: Fri, 17 May 2024 11:38:36 +0100
Subject: [PATCH] [Flang][OpenMP] Update flang with changes to the OpenMP
 dialect

This patch applies fixes after the updates to OpenMP clause operands, as well
as updating some tests that were impacted by changes to the ordering or
assembly format of some clauses in MLIR.
---
 flang/lib/Lower/OpenMP/ClauseProcessor.cpp|  4 ++--
 flang/lib/Lower/OpenMP/ClauseProcessor.h  |  4 ++--
 flang/lib/Lower/OpenMP/OpenMP.cpp | 19 ---
 flang/test/Lower/OpenMP/atomic-capture.f90|  2 +-
 flang/test/Lower/OpenMP/copyin-order.f90  |  2 +-
 flang/test/Lower/OpenMP/parallel-wsloop.f90   |  2 +-
 flang/test/Lower/OpenMP/parallel.f90  | 24 +--
 flang/test/Lower/OpenMP/simd.f90  |  2 +-
 flang/test/Lower/OpenMP/target.f90| 24 +--
 .../use-device-ptr-to-use-device-addr.f90 |  2 +-
 10 files changed, 43 insertions(+), 42 deletions(-)

diff --git a/flang/lib/Lower/OpenMP/ClauseProcessor.cpp 
b/flang/lib/Lower/OpenMP/ClauseProcessor.cpp
index 875599098b3dc..3cbc925f8869c 100644
--- a/flang/lib/Lower/OpenMP/ClauseProcessor.cpp
+++ b/flang/lib/Lower/OpenMP/ClauseProcessor.cpp
@@ -973,7 +973,7 @@ bool ClauseProcessor::processEnter(
 }
 
 bool ClauseProcessor::processUseDeviceAddr(
-mlir::omp::UseDeviceClauseOps ,
+mlir::omp::UseDeviceAddrClauseOps ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl ) const {
@@ -985,7 +985,7 @@ bool ClauseProcessor::processUseDeviceAddr(
 }
 
 bool ClauseProcessor::processUseDevicePtr(
-mlir::omp::UseDeviceClauseOps ,
+mlir::omp::UseDevicePtrClauseOps ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl ) const {
diff --git a/flang/lib/Lower/OpenMP/ClauseProcessor.h 
b/flang/lib/Lower/OpenMP/ClauseProcessor.h
index 4d3d4448e8f03..328d018ec2e52 100644
--- a/flang/lib/Lower/OpenMP/ClauseProcessor.h
+++ b/flang/lib/Lower/OpenMP/ClauseProcessor.h
@@ -125,12 +125,12 @@ class ClauseProcessor {
 mlir::omp::ReductionClauseOps ) const;
   bool processTo(llvm::SmallVectorImpl ) 
const;
   bool processUseDeviceAddr(
-  mlir::omp::UseDeviceClauseOps ,
+  mlir::omp::UseDeviceAddrClauseOps ,
   llvm::SmallVectorImpl ,
   llvm::SmallVectorImpl ,
   llvm::SmallVectorImpl ) const;
   bool processUseDevicePtr(
-  mlir::omp::UseDeviceClauseOps ,
+  mlir::omp::UseDevicePtrClauseOps ,
   llvm::SmallVectorImpl ,
   llvm::SmallVectorImpl ,
   llvm::SmallVectorImpl ) const;
diff --git a/flang/lib/Lower/OpenMP/OpenMP.cpp 
b/flang/lib/Lower/OpenMP/OpenMP.cpp
index ece098a5bfbb1..e542f58e9b826 100644
--- a/flang/lib/Lower/OpenMP/OpenMP.cpp
+++ b/flang/lib/Lower/OpenMP/OpenMP.cpp
@@ -244,7 +244,8 @@ createAndSetPrivatizedLoopVar(lower::AbstractConverter 
,
 //  clause. Support for such list items in a use_device_ptr clause
 //  is deprecated."
 static void promoteNonCPtrUseDevicePtrArgsToUseDeviceAddr(
-mlir::omp::UseDeviceClauseOps ,
+llvm::SmallVectorImpl ,
+llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl ) {
@@ -256,10 +257,9 @@ static void promoteNonCPtrUseDevicePtrArgsToUseDeviceAddr(
 
   // Iterate over our use_device_ptr list and shift all non-cptr arguments into
   // use_device_addr.
-  for (auto *it = clauseOps.useDevicePtrVars.begin();
-   it != clauseOps.useDevicePtrVars.end();) {
+  for (auto *it = useDevicePtrVars.begin(); it != useDevicePtrVars.end();) {
 if (!fir::isa_builtin_cptr_type(fir::unwrapRefType(it->getType( {
-  clauseOps.useDeviceAddrVars.push_back(*it);
+  useDeviceAddrVars.push_back(*it);
   // We have to shuffle the symbols around as well, to maintain
   // the correct Input -> BlockArg for use_device_ptr/use_device_addr.
   // NOTE: However, as map's do not seem to be included currently
@@ -267,11 +267,11 @@ static void promoteNonCPtrUseDevicePtrArgsToUseDeviceAddr(
   // future alterations. I believe the reason they are not currently
   // is that the BlockArg assign/lowering needs to be extended
   // to a greater set of types.
-  auto idx = std::distance(clauseOps.useDevicePtrVars.begin(), it);
+  auto idx = std::distance(useDevicePtrVars.begin(), it);
   moveElementToBack(idx, useDeviceTypes);
   moveElementToBack(idx, useDeviceLocs);
   moveElementToBack(idx, useDeviceSymbols);
-  it = clauseOps.useDevicePtrVars.erase(it);
+  it = useDevicePtrVars.erase(it);
   continue;
 }
 ++it;
@@ -931,7 +931,7 @@ static void 
genCriticalDeclareClauses(lower::AbstractConverter ,
   llvm::StringRef name) {
   ClauseProcesso

[llvm-branch-commits] [mlir] [MLIR][OpenMP] Add `OpenMP_Clause` tablegen definitions (PR #92521)

2024-05-20 Thread Sergio Afonso via llvm-branch-commits


https://github.com/skatrak updated 
https://github.com/llvm/llvm-project/pull/92521

>From 7466061b62bb48352696a3890898dcea56f7e509 Mon Sep 17 00:00:00 2001
From: Sergio Afonso 
Date: Fri, 17 May 2024 10:56:32 +0100
Subject: [PATCH] [MLIR][OpenMP] Add `OpenMP_Clause` tablegen definitions

This patch adds a new tablegen file for the OpenMP dialect containing the list
of clauses currently supported.
---
 .../mlir/Dialect/OpenMP/OpenMPClauses.td  | 1184 +
 1 file changed, 1184 insertions(+)
 create mode 100644 mlir/include/mlir/Dialect/OpenMP/OpenMPClauses.td

diff --git a/mlir/include/mlir/Dialect/OpenMP/OpenMPClauses.td 
b/mlir/include/mlir/Dialect/OpenMP/OpenMPClauses.td
new file mode 100644
index 0..9d6ceb0c8d1e7
--- /dev/null
+++ b/mlir/include/mlir/Dialect/OpenMP/OpenMPClauses.td
@@ -0,0 +1,1184 @@
+//=== OpenMPClauses.td - OpenMP dialect clause definitions -*- tablegen 
-*-===//
+//
+// 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
+//
+//===--===//
+//
+// This file contains clause definitions for the OpenMP dialect.
+//
+// For each "Xyz" clause, there is an "OpenMP_XyzClauseSkip" class and an
+// "OpenMP_XyzClause" definition. The latter is an instantiation of the former
+// where all "skip" template parameters are set to `false` and should be the
+// preferred variant to used whenever possible when defining `OpenMP_Op`
+// instances.
+//
+//===--===//
+
+#ifndef OPENMP_CLAUSES
+#define OPENMP_CLAUSES
+
+include "mlir/Dialect/OpenMP/OpenMPOpBase.td"
+
+//===--===//
+// V5.2: [5.11] `aligned` clause
+//===--===//
+
+class OpenMP_AlignedClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit extraClassDeclaration = false
+  > : OpenMP_Clause {
+  let arguments = (ins
+Variadic:$aligned_vars,
+OptionalAttr:$alignment_values
+  );
+
+  let assemblyFormat = [{
+`aligned` `(` custom($aligned_vars, type($aligned_vars),
+$alignment_values) `)`
+  }];
+
+  let description = [{
+The `alignment_values` attribute additionally specifies alignment of each
+corresponding aligned operand. Note that `aligned_vars` and
+`alignment_values` should contain the same number of elements.
+  }];
+}
+
+def OpenMP_AlignedClause : OpenMP_AlignedClauseSkip<>;
+
+//===--===//
+// V5.2: [6.6] `allocate` clause
+//===--===//
+
+class OpenMP_AllocateClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit extraClassDeclaration = false
+  > : OpenMP_Clause {
+  let arguments = (ins
+Variadic:$allocate_vars,
+Variadic:$allocators_vars
+  );
+
+  let assemblyFormat = [{
+`allocate` `(`
+  custom($allocate_vars, type($allocate_vars),
+   $allocators_vars, type($allocators_vars)) 
`)`
+  }];
+
+  let description = [{
+The `allocators_vars` and `allocate_vars` parameters are a variadic list of
+values that specify the memory allocator to be used to obtain storage for
+private values.
+  }];
+}
+
+def OpenMP_AllocateClause : OpenMP_AllocateClauseSkip<>;
+
+//===--===//
+// V5.2: [16.1, 16.2] `cancel-directive-name` clause set
+//===--===//
+
+class OpenMP_CancelDirectiveNameClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit extraClassDeclaration = false
+  > : OpenMP_Clause {
+  let arguments = (ins
+CancellationConstructTypeAttr:$cancellation_construct_type_val
+  );
+
+  let assemblyFormat = [{
+`cancellation_construct_type` `(`
+  custom($cancellation_construct_type_val) `)`
+  }];
+
+  // TODO: Add description.
+}
+
+def OpenMP_CancelDirectiveNameClause : OpenMP_CancelDirectiveNameClauseSkip<>;
+
+//===--===//
+// V5.2: [4.4.3] `collapse` clause
+//===--===//
+
+class OpenMP_CollapseClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit extraClassDeclaration = false
+  > : OpenMP_Cla

[Github-comments] Re: [geany/geany] Please just add a -i in the geany.desktop for not stuck in "other use socket" improperly. (Issue #3871)

2024-05-20 Thread Sergio Abreu A. via Github-comments

Not shouting, emphasis 

-- 
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3871#issuecomment-2120093612
You are receiving this because you are subscribed to this thread.

Message ID:

[Github-comments] Re: [geany/geany] Please just add a -i in the geany.desktop for not stuck in "other use socket" improperly. (Issue #3871)

2024-05-20 Thread Sergio Abreu A. via Github-comments

Instead of an alert and impeding the user to open, a more **elegant** approach 
would be a colored  bar on the top as it shows when it's going to be 
overwritten saying that ** the file is in read-only mode**!

-- 
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3871#issuecomment-2120088827
You are receiving this because you are subscribed to this thread.

Message ID:

[Github-comments] Re: [geany/geany] Please just add a -i in the geany.desktop for not stuck in "other use socket" improperly. (Issue #3871)

2024-05-20 Thread Sergio Abreu A. via Github-comments

Other mature editors let you open the file without this disgusting and policial 
alert. They only do not allow to save, but OPENING TO VIEW the content, mature 
editors like Vim, Gediit and all others is OK. Only Geany Iimpedes you to EVEN 
open the file!! 

-- 
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3871#issuecomment-2120063908
You are receiving this because you are subscribed to this thread.

Message ID:

[kscreenlocker] [Bug 487271] New: Please, provide option to remove sleep/hibernate buttons from screen locker

2024-05-20 Thread Sergio

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

Bug ID: 487271
   Summary: Please, provide option to remove sleep/hibernate
buttons from screen locker
Classification: Plasma
   Product: kscreenlocker
   Version: 6.0.4
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: sergio.calleg...@gmail.com
  Target Milestone: ---

SUMMARY

The Plasma screen locker includes a sleep (and possibly a hibernate button). I
think that should be possible to configure it not to show these buttons,
because of the following reasons:

- You do not want a casual user passing in front of your (locked) PC or laptop
to be able to put it in hibernation or sleep;
- When you have the computer locked, after a short time the screen will go in
stand by and turn black. To turn it on, it is common to move the mouse and
press its buttons. But if the mouse buttons get pressed when the cursor is on
the hibernate button, the computer will hibernate.

STEPS TO REPRODUCE
Go in the system-settings klockscreen setup

OBSERVED RESULT
 See that there is no configuration option to prevent the sleep/hibernate
buttons from showing in the lock screen.

EXPECTED RESULT
Would be nice to have an option to prevent the sleep/hibernate buttons from
showing in the lock screen.

SOFTWARE/OS VERSIONS
Operating System: Manjaro Linux 
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0
Kernel Version: 6.6.30-2-MANJARO (64-bit)
Graphics Platform: Wayland

-- 
You are receiving this mail because:
You are watching all bug changes.

Socket state: Output of lsfd

2024-05-19 Thread Sergio Belkin

Hi, I've found that if I run something like :

ping -4 127.0.0.1
ping6 ::1



and then open another terminal and run using pid of those processes:

sudo lsfd  -i -p  148253,148121  -o +FD,SOCK.STATE
COMMANDPID   USER ASSOC  XMODE   TYPE SOURCE MNTID   INODE NAME
   FD SOCK.STATE
ping148121 sergio 3 rw   PING sockfs 9 1503460 state=close
id=30 laddr=0.0.0.0  3  close
ping6   148253 sergio 3 rw PINGv6 sockfs 9 1501004 state=close
id=31 laddr=::   3  close

I wonder if the "state=close" is the expected behavior or if is an error, I
even run that command with watch -n 0.1 and always appears as "close".

Thanks in advance
-- 
--
Sergio Belkin
LPIC-2 Certified - http://www.lpi.org
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

[SR-Users] Re: A question about Db_flatstore Module in Kamailio

2024-05-19 Thread Sergio Charrua via sr-users

Hi Farzaneh,

I have a similar script doing log rotation too, and after executing kamcmd,
you may remove the old files (*.temp in your case).
In my case, instead of deleting file, I move them to another folder (to be
processed by the CDR processor) right after executing kamcmd, who will
create new cdr files. And it works great! Just bear in mind that even after
renaming the CDR files to *.temp, Kamailio will still point to the files
and keep track of the cdrs
Docs have a nice article about rotating files:
https://www.kamailio.org/docs/modules/stable/modules/db_flatstore.html#rotating

and also states that:
" Note that at this point Kamailio will still be writing all data into
the renamed files"

HTH,

*Sérgio Charrua*

‪On Sun, May 19, 2024 at 1:15 PM ‫فرزانه سلطان زاده via sr-users‬‎ <
sr-users@lists.kamailio.org> wrote:‬

> Hi,
> Hope to find you well,
>
> I have a question about the 'db_flatstore' module in Kamailio. Here's my
> script for log rotation:
>
> for f in acc_cdrs_*.log; do
> mv -- "$f" "${f%.log}.temp"
> done
> docker exec -it pcscf kamcmd flatstore.k_rotate
> rm *.temp
>
> I want to know if the kamcmd command is blocking and the files can be
> removed after that or if I should wait for it to be done before removing
> the renamed files.
>
> Regards,
> Farzaneh
> __
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-le...@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

egress in pf not working

2024-05-19 Thread Sergio de Almeida Lenzi

I am trying to setup a rule in pf.conf on NetBSD10
my internal interface is re0 => 192.168.6.2/24
my internet connection is pppoe0 => with a public internet IP
netstat -rn shows pppoe0 as default

my pf.conf says:
nat on egress inet from re0:network to any -> (egress) round-robin

it accepts the pf rule but  the command:  pfctl -sn shows 
nat on egress inet from re0:network -> (egress)
when shoud be:
nat on pppoe0 inet from re0:network -> (pppoe0)
and pf does not do nat..


Am I missing something???

Re: A different way to build GCC to overcome issues, especially with C++ for embedded systems

2024-05-18 Thread Sergio Pastor Pérez

Hello. I'm very interested in the code for ZMK provided in this
thread[1].

I've tried it locally and it compiles successfully. Does anyone know if
this is available in a public repository? Or if it has been moved
forward?

Anyone here have tried to do something with ZMK? I'm interested in what
would be the Guix approach for ZMK development.

The blog post of Zephyr[2] was a very interesting read, does anyone know
of other resources regarding this topic?

Have a great day!
Sergio.

[1]: https://lists.gnu.org/archive/html/guix-devel/2023-10/msg00014.html
[2]: https://guix.gnu.org/en/blog/2023/building-toolchains-with-guix

[ksplash] [Bug 487153] New: Spinner is corrupted in ksplash with breath theme on AMD hardware

2024-05-17 Thread Sergio

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

Bug ID: 487153
   Summary: Spinner is corrupted in ksplash with breath theme on
AMD hardware
Classification: Plasma
   Product: ksplash
   Version: 6.0.4
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: sergio.calleg...@gmail.com
  Target Milestone: ---

SUMMARY

Ksplash should show a screen with a spinner with the breath theme. In place of
the screen I see a blocky square box turning around. I see this on a laptop
with AMD GPU. On an older Intel haswell laptop the spinner is fine. With other
themes (e.g. breeze), the spinner is fine. 

STEPS TO REPRODUCE

Login

OBSERVED RESULT

Corrupted spinner appears before plasma launch is completed

EXPECTED RESULT

Nice looking spinner is shown and animated.

SOFTWARE/OS VERSIONS

Operating System: Manjaro Linux 
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0
Kernel Version: 6.8.9-3-MANJARO (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 9 6900HS with Radeon Graphics
Memory: 30.6 GiB of RAM
Graphics Processor: AMD Radeon Graphics
Manufacturer: ASUSTeK COMPUTER INC.
Product Name: ROG Zephyrus G14 GA402RK_GA402RK
System Version: 1.0

-- 
You are receiving this mail because:
You are watching all bug changes.

[Spanish] Satellites Map Day 2024 = Conozca los Oradores confirmados

2024-05-17 Thread SERGIO ACOSTAYLARA via Spanish

Hola OSGeo community

Los invitamos a participar del Satellite Map Day. El seminario on-line de 
presentación del Mapa de Satélites de América Latina 2024, las mañanas del 11 y 
12 de junio.

Los paneles de debate de la conferencia analizarán las oportunidades del NTN 
(non-terrestrial-networks), el Direct to Device, la IA y las Flotas híbridas. 
LEO, alianzas en America Latina. El IoT masivo y el mercado LEO en Brasil, 
entre otros temas.

Reserve ahora su lugar (gratis), las vacantes son limitadas. Martes 11 y 
Miércoles 12 de junio de 2023 (9:30 am ART – 12:30 am ART) 
https://us06web.zoom.us/webinar/register/1917153547441/WN_mXNS8o1QQWagQPwN6pWvfQ

Estos son los oradores que ya se sumaron a las jornadas de debate:

•   Lincoln Oliveira - Director General – Embratel

•   Joe Bernabucci - Director de Estrategia – Hughes

•   Mariano Sumberaz - Director de Ventas Negocio Satelital - Telefónica 
Global Solutions

•   Giuseppe Ferraioli - Director Comercial de Ventas – Astranis

•   Guillermo Bosch -SVP Desarrollo de Negocios y Gerente General Américas 
– neXat

•   María Gabriel Serrano - Gerente de ventas Conectividad Sudamérica - 
Eutelsat OneWeb

•   Natalia Vicente - VP de Asuntos Públicos - Global Satellite Operators 
Association (GSOA)

•   Agustín Lebrero - Director Comercial – Orbith

•   Rene Ibarra - Director de la División de Ventas de Operaciones 
Internacionales – Hughes

•   Jorge Ciccorossi - Ingeniero Senior en Radiocomunicaciones, 
Departamento de Servicios Espaciales - Unión Internacional de 
Telecomunicaciones (ITU)

•   Molly Gavin - VP, Regulación Internacional y Política de Espectro – 
Omnispace

•   Rubén López Moya - Gerente de Preventa y Segmento Espacial - Telefónica 
Global Solutions

•   Miguel Ángel Pesado Consultor Independiente

•   Oscar González - Consultor & Abogado en Telecomunicaciones, TICs & 
Economía Digital, Ex Subsecretario de Regulación de la Secretaría TIC de 
Argentina y ex Director de Arsat

•   Rubens Glasberg – Presidente - Glasberg Comunicacoes

•   Eliana Fernández – Colaboradora - Latam.Space

•   Mariana Rodríguez Zani – CEO – Grupo Convergencia

•   Danila Curotto - Directora Editorial – Grupo Convergencia

Pueden consultar la agenda preliminar actualizada en 
https://www.convergencia.com/satellite-map-day


Saludos Cordiales

Fernando Puga

Grupo Convergencia

comerci...@convergencia.com

+5491164001997


<<...>>

Fernando Puga

Ejecutivo de Cuentas

M. +5491164001997

T. +541143453036 (Int.202)

www.convergencia.com

Bolívar 547 – Piso 3 Oficina 3 – Buenos Aires - Argentina
___
Spanish mailing list
https://lists.osgeo.org/mailman/listinfo/spanish
http://es.osgeo.org
http://twitter.com/osgeoes

[Github-comments] [geany/geany] Geany takes \n as 'n' in search/replace whole words only. It should treat new lines as \n search only (Issue #3875)

2024-05-17 Thread Sergio Abreu A. via Github-comments

I had a script with n variable, wanted to switch to TOTAL 
Open replace window
type n
choose Whole word only

It will get '\n' too and IMHO I think it should SKIP new lines, because if 
Geany replace them, the text would be destroyed.

-- 
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3875
You are receiving this because you are subscribed to this thread.

Message ID:

[llvm-branch-commits] [mlir] [MLIR][OpenMP] Support clause-based representation of operations (PR #92519)

2024-05-17 Thread Sergio Afonso via llvm-branch-commits


skatrak wrote:

Here's a link to the RFC about this proposal, with links to all related PRs: 
https://discourse.llvm.org/t/rfc-clause-based-representation-of-openmp-dialect-operations/79053

https://github.com/llvm/llvm-project/pull/92519
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [mlir] [MLIR][OpenMP] Support clause-based representation of operations (PR #92519)

2024-05-17 Thread Sergio Afonso via llvm-branch-commits

skatrak wrote:

> I like the idea, but also have some questions:
> 
> 1. How does an operation definition look like with all its clauses 
> defined? Does it have to be repeated for each operation supporting the same 
> clause(s)?

You can see how things would look like in #92523, but I can copy one example 
here:

```tablegen
def TeamsOp : OpenMP_Op<"teams", traits = [
AttrSizedOperandSegments, RecursiveMemoryEffects
  ], clauses = [
OpenMP_NumTeamsClause, OpenMP_IfClause, OpenMP_ThreadLimitClause,
OpenMP_AllocateClause, OpenMP_ReductionClause
  ], singleRegion = true> {
  let summary = "teams construct";
  let description = [{
The teams construct defines a region of code that triggers the creation of a
league of teams. Once created, the number of teams remains constant for the
duration of its code region.
  }] # clausesDescription;

  let builders = [
OpBuilder<(ins CArg<"const TeamsClauseOps &">:$clauses)>
  ];

  let hasVerifier = 1;
}
```
> 
> 2. It seems this requires all properties of a clause specified in its 
> constructor. Wouldn't it be better if you could subclass `OpenMP_Clause` and 
> in there overwrite all the properties that are non-default?
> 

Actually this only requires the list of clauses themselves to be passed in to 
the definition of the `OpenMP_Op`. They are the ones that define all these 
properties, and they indeed all subclass `OpenMP_Clause` (see in #92521).

> 3. Have you considered to define/derive from all this info in OpenMP.td 
> of LLVMFrontend? Clause information should be language-independent.

I get that, the issue is that the information being used here is very much MLIR 
dialect specific, and OMP.td in LLVMFrontend doesn't seem like the right place 
to be defining these things, since it's outside of the MLIR project. Maybe 
descriptions could potentially be moved there, but then we'd have some sort of 
matching system between clauses in LLVMFrontend and the ones in MLIR. Not sure 
how feasible that would be.

https://github.com/llvm/llvm-project/pull/92519
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [flang] [Flang][OpenMP] Update flang with changes to the OpenMP dialect (PR #92524)

2024-05-17 Thread Sergio Afonso via llvm-branch-commits


https://github.com/skatrak created 
https://github.com/llvm/llvm-project/pull/92524

This patch applies fixes after the updates to OpenMP clause operands, as well 
as updating some tests that were impacted by changes to the ordering or 
assembly format of some clauses in MLIR.

>From 522812fb4354812e3bcfaf1b1e52dfa9e0db05ae Mon Sep 17 00:00:00 2001
From: Sergio Afonso 
Date: Fri, 17 May 2024 11:38:36 +0100
Subject: [PATCH] [Flang][OpenMP] Update flang with changes to the OpenMP
 dialect

This patch applies fixes after the updates to OpenMP clause operands, as well
as updating some tests that were impacted by changes to the ordering or
assembly format of some clauses in MLIR.
---
 flang/lib/Lower/OpenMP/ClauseProcessor.cpp|  4 ++--
 flang/lib/Lower/OpenMP/ClauseProcessor.h  |  4 ++--
 flang/lib/Lower/OpenMP/OpenMP.cpp | 19 ---
 flang/test/Lower/OpenMP/atomic-capture.f90|  2 +-
 flang/test/Lower/OpenMP/copyin-order.f90  |  2 +-
 flang/test/Lower/OpenMP/parallel-wsloop.f90   |  2 +-
 flang/test/Lower/OpenMP/parallel.f90  | 24 +--
 flang/test/Lower/OpenMP/simd.f90  |  2 +-
 flang/test/Lower/OpenMP/target.f90| 24 +--
 .../use-device-ptr-to-use-device-addr.f90 |  2 +-
 10 files changed, 43 insertions(+), 42 deletions(-)

diff --git a/flang/lib/Lower/OpenMP/ClauseProcessor.cpp 
b/flang/lib/Lower/OpenMP/ClauseProcessor.cpp
index b7198c951c8fe..357cc09bfb445 100644
--- a/flang/lib/Lower/OpenMP/ClauseProcessor.cpp
+++ b/flang/lib/Lower/OpenMP/ClauseProcessor.cpp
@@ -997,7 +997,7 @@ bool ClauseProcessor::processEnter(
 }
 
 bool ClauseProcessor::processUseDeviceAddr(
-mlir::omp::UseDeviceClauseOps ,
+mlir::omp::UseDeviceAddrClauseOps ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl )
@@ -1011,7 +1011,7 @@ bool ClauseProcessor::processUseDeviceAddr(
 }
 
 bool ClauseProcessor::processUseDevicePtr(
-mlir::omp::UseDeviceClauseOps ,
+mlir::omp::UseDevicePtrClauseOps ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl )
diff --git a/flang/lib/Lower/OpenMP/ClauseProcessor.h 
b/flang/lib/Lower/OpenMP/ClauseProcessor.h
index 78c148ab02163..220ea7b6d9920 100644
--- a/flang/lib/Lower/OpenMP/ClauseProcessor.h
+++ b/flang/lib/Lower/OpenMP/ClauseProcessor.h
@@ -128,13 +128,13 @@ class ClauseProcessor {
 mlir::omp::ReductionClauseOps ) const;
   bool processTo(llvm::SmallVectorImpl ) 
const;
   bool
-  processUseDeviceAddr(mlir::omp::UseDeviceClauseOps ,
+  processUseDeviceAddr(mlir::omp::UseDeviceAddrClauseOps ,
llvm::SmallVectorImpl ,
llvm::SmallVectorImpl ,
llvm::SmallVectorImpl
) const;
   bool
-  processUseDevicePtr(mlir::omp::UseDeviceClauseOps ,
+  processUseDevicePtr(mlir::omp::UseDevicePtrClauseOps ,
   llvm::SmallVectorImpl ,
   llvm::SmallVectorImpl ,
   llvm::SmallVectorImpl
diff --git a/flang/lib/Lower/OpenMP/OpenMP.cpp 
b/flang/lib/Lower/OpenMP/OpenMP.cpp
index 44011ad78f2e2..2f612dd6f2fb6 100644
--- a/flang/lib/Lower/OpenMP/OpenMP.cpp
+++ b/flang/lib/Lower/OpenMP/OpenMP.cpp
@@ -239,7 +239,8 @@ 
createAndSetPrivatizedLoopVar(Fortran::lower::AbstractConverter ,
 //  clause. Support for such list items in a use_device_ptr clause
 //  is deprecated."
 static void promoteNonCPtrUseDevicePtrArgsToUseDeviceAddr(
-mlir::omp::UseDeviceClauseOps ,
+llvm::SmallVectorImpl ,
+llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl ,
 llvm::SmallVectorImpl
@@ -252,10 +253,9 @@ static void promoteNonCPtrUseDevicePtrArgsToUseDeviceAddr(
 
   // Iterate over our use_device_ptr list and shift all non-cptr arguments into
   // use_device_addr.
-  for (auto *it = clauseOps.useDevicePtrVars.begin();
-   it != clauseOps.useDevicePtrVars.end();) {
+  for (auto *it = useDevicePtrVars.begin(); it != useDevicePtrVars.end();) {
 if (!fir::isa_builtin_cptr_type(fir::unwrapRefType(it->getType( {
-  clauseOps.useDeviceAddrVars.push_back(*it);
+  useDeviceAddrVars.push_back(*it);
   // We have to shuffle the symbols around as well, to maintain
   // the correct Input -> BlockArg for use_device_ptr/use_device_addr.
   // NOTE: However, as map's do not seem to be included currently
@@ -263,11 +263,11 @@ static void promoteNonCPtrUseDevicePtrArgsToUseDeviceAddr(
   // future alterations. I believe the reason they are not currently
   // is that the BlockArg assign/lowering needs to be extended
   // to a greater set of types.
-  auto idx = std::distance(clauseOps.useDevicePtrVars.begin(), it);
+  auto idx = std::distance(useDevicePtrVars.begin(), it);
   moveElementToBack(idx, useDeviceTypes);
   moveElementToBack(idx, useDeviceLocs);
   moveEle

[llvm-branch-commits] [mlir] [MLIR][OpenMP] Add `OpenMP_Clause` tablegen definitions (PR #92521)

2024-05-17 Thread Sergio Afonso via llvm-branch-commits


https://github.com/skatrak created 
https://github.com/llvm/llvm-project/pull/92521

This patch adds a new tablegen file for the OpenMP dialect containing the list 
of clauses currently supported.

>From e1aa6cb890dfc8f7f03fade845cff45a163201ff Mon Sep 17 00:00:00 2001
From: Sergio Afonso 
Date: Fri, 17 May 2024 10:56:32 +0100
Subject: [PATCH] [MLIR][OpenMP] Add `OpenMP_Clause` tablegen definitions

This patch adds a new tablegen file for the OpenMP dialect containing the list
of clauses currently supported.
---
 .../mlir/Dialect/OpenMP/OpenMPClauses.td  | 1183 +
 1 file changed, 1183 insertions(+)
 create mode 100644 mlir/include/mlir/Dialect/OpenMP/OpenMPClauses.td

diff --git a/mlir/include/mlir/Dialect/OpenMP/OpenMPClauses.td 
b/mlir/include/mlir/Dialect/OpenMP/OpenMPClauses.td
new file mode 100644
index 0..8b3a53a5842f3
--- /dev/null
+++ b/mlir/include/mlir/Dialect/OpenMP/OpenMPClauses.td
@@ -0,0 +1,1183 @@
+//=== OpenMPClauses.td - OpenMP dialect clause definitions -*- tablegen 
-*-===//
+//
+// 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
+//
+//===--===//
+//
+// This file contains clause definitions for the OpenMP dialect.
+//
+// For each "Xyz" clause, there is an "OpenMP_XyzClauseSkip" class and an
+// "OpenMP_XyzClause" definition. The latter is an instantiation of the former
+// where all "skip" template parameters are set to `false` and should be the
+// preferred variant to used whenever possible when defining `OpenMP_Op`
+// instances.
+//
+//===--===//
+
+#ifndef OPENMP_CLAUSES
+#define OPENMP_CLAUSES
+
+include "mlir/Dialect/OpenMP/OpenMPOpBase.td"
+
+//===--===//
+// V5.2: [5.11] `aligned` clause
+//===--===//
+
+class OpenMP_AlignedClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit extraClassDeclaration = false
+  > : OpenMP_Clause {
+  let arguments = (ins
+Variadic:$aligned_vars,
+OptionalAttr:$alignment_values
+  );
+
+  let assemblyFormat = [{
+`aligned` `(` custom($aligned_vars, type($aligned_vars),
+$alignment_values) `)`
+  }];
+
+  let description = [{
+The `alignment_values` attribute additionally specifies alignment of each
+corresponding aligned operand. Note that `aligned_vars` and
+`alignment_values` should contain the same number of elements.
+  }];
+}
+
+def OpenMP_AlignedClause : OpenMP_AlignedClauseSkip<>;
+
+//===--===//
+// V5.2: [6.6] `allocate` clause
+//===--===//
+
+class OpenMP_AllocateClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit extraClassDeclaration = false
+  > : OpenMP_Clause {
+  let arguments = (ins
+Variadic:$allocate_vars,
+Variadic:$allocators_vars
+  );
+
+  let assemblyFormat = [{
+`allocate` `(`
+  custom($allocate_vars, type($allocate_vars),
+   $allocators_vars, type($allocators_vars)) 
`)`
+  }];
+
+  let description = [{
+The `allocators_vars` and `allocate_vars` parameters are a variadic list of
+values that specify the memory allocator to be used to obtain storage for
+private values.
+  }];
+}
+
+def OpenMP_AllocateClause : OpenMP_AllocateClauseSkip<>;
+
+//===--===//
+// V5.2: [16.1, 16.2] `cancel-directive-name` clause set
+//===--===//
+
+class OpenMP_CancelDirectiveNameClauseSkip<
+bit traits = false, bit arguments = false, bit assemblyFormat = false,
+bit description = false, bit extraClassDeclaration = false
+  > : OpenMP_Clause {
+  let arguments = (ins
+CancellationConstructTypeAttr:$cancellation_construct_type_val
+  );
+
+  let assemblyFormat = [{
+`cancellation_construct_type` `(`
+  custom($cancellation_construct_type_val) `)`
+  }];
+
+  // TODO: Add description.
+}
+
+def OpenMP_CancelDirectiveNameClause : OpenMP_CancelDirectiveNameClauseSkip<>;
+
+//===--===//
+// V5.2: [4.4.3] `collapse` clause
+//===--===//
+
+class OpenMP_CollapseClauseSkip<
+bit traits = false, bit arguments = false,

[llvm-branch-commits] [mlir] [MLIR][OpenMP] Support clause-based representation of operations (PR #92519)

2024-05-17 Thread Sergio Afonso via llvm-branch-commits


https://github.com/skatrak created 
https://github.com/llvm/llvm-project/pull/92519

Currently, OpenMP operations are defined independently of each other. However, 
one property of the OpenMP specification is that many clauses can be applied to 
multiple constructs.

Keeping the MLIR representation of clauses consistent across all operations 
that can accept them is important, but since this information is scattered into 
multiple operation definitions, it is currently prone to divergence as new 
features and changes are added to the dialect. Furthermore, centralizing this 
information allows for a single source of truth and avoids redundancy in the 
dialect.

The proposal in this patch is to make OpenMP clauses independent top level 
definitions which can then be passed in a template argument list to OpenMP 
operation definitions, just as it's done for traits. Clauses can define these 
properties, which are joined together in order to make a default initialization 
for the fields of the same name of the OpenMP operation:

- `traits`: Optional. It gets added to the list of traits of the operation.
- `arguments`: Mandatory. It defines how the clause is represented.
- `assemblyFormat`: Optional (though it should almost always be defined). This 
is the declarative definition of the printer/parser for the `arguments`. How 
these are combined depends on whether this is an optional or required clause.
- `description`: Optional. It's used to populate a `clausesDescription` field, 
so each operation definition must still define a `description` itself. That 
field is intended to be appended to the end of the `OpenMP_Op`'s `description`.
- `extraClassDeclaration`: Optional. It can define some C++ code to be added to 
every OpenMP operation that includes that clause.

In order to give operation definitions fine-grained control over features of a 
certain clause might need to be inhibited, the `OpenMP_Clause` class takes 
"skipTraits", "skipArguments", "skipAssemblyFormat", "skipDescription" and 
"skipExtraClassDeclaration" bit template arguments. These are intended to be 
used very sparingly for cases where some of the clauses might collide in some 
way otherwise.

>From fec244fb8403d1ebcabe30cd27cf23b1839b0b65 Mon Sep 17 00:00:00 2001
From: Sergio Afonso 
Date: Fri, 17 May 2024 10:20:55 +0100
Subject: [PATCH] [MLIR][OpenMP] Support clause-based representation of
 operations

Currently, OpenMP operations are defined independently of each other. However,
one property of the OpenMP specification is that many clauses can be applied to
multiple constructs.

Keeping the MLIR representation of clauses consistent across all operations
that can accept them is important, but since this information is scattered into
multiple operation definitions, it is currently prone to divergence as new
features and changes are added to the dialect. Furthermore, centralizing this
information allows for a single source of truth and avoids redundancy in the
dialect.

The proposal in this patch is to make OpenMP clauses independent top level
definitions which can then be passed in a template argument list to OpenMP
operation definitions, just as it's done for traits. Clauses can define these
properties, which are joined together in order to make a default initialization
for the fields of the same name of the OpenMP operation:

- `traits`: Optional. It gets added to the list of traits of the operation.
- `arguments`: Mandatory. It defines how the clause is represented.
- `assemblyFormat`: Optional (though it should almost always be defined). This
is the declarative definition of the printer/parser for the `arguments`. How
these are combined depends on whether this is an optional or required clause.
- `description`: Optional. It's used to populate a `clausesDescription` field,
so each operation definition must still define a `description` itself. That
field is intended to be appended to the end of the `OpenMP_Op`'s `description`.
- `extraClassDeclaration`: Optional. It can define some C++ code to be added to
every OpenMP operation that includes that clause.

In order to give operation definitions fine-grained control over features of a
certain clause might need to be inhibited, the `OpenMP_Clause` class takes
"skipTraits", "skipArguments", "skipAssemblyFormat", "skipDescription" and
"skipExtraClassDeclaration" bit template arguments. These are intended to be
used very sparingly for cases where some of the clauses might collide in some
way otherwise.
---
 .../mlir/Dialect/OpenMP/OpenMPOpBase.td   | 165 +-
 1 file changed, 163 insertions(+), 2 deletions(-)

diff --git a/mlir/include/mlir/Dialect/OpenMP/OpenMPOpBase.td 
b/mlir/include/mlir/Dialect/OpenMP/OpenMPOpBase.td
index b98d87aa74a6f..d93abd63977ef 100644
--- a/mlir/include/mlir/Dialect/OpenMP/OpenMPOpBase.td
+++ b/mlir/include/mlir/Dialect/OpenMP/OpenMPOpBase.td
@@ -4

[SR-Users] making HTTP Async request in stateless configuration

2024-05-17 Thread Sergio Charrua via sr-users

Hi all!

Just wondering what would be you opinion on the following.

We are integrating Kamailio as a stateless redirect server, using SIP 300
Multiple Choices response. The script requires that prior to the
redirection, a HTTP request must be made.

We thought about using HTTP Async Client to make the requests (POST of JSON
content), which is our prefered way of sending HTTP requests,  and
depending on the response from the REST API, reply back to UAC a SIP 300
Multiple Choices message and terminate the call flow on Kamailio.

>From what I know, HTTP Async Client requires that the TM module be used,
which (it is my understanding) will imply that the whole Kamailio script to
be stateful, which I think is useless as the SIP flow will be really simple:

INVITE ->
<--- 100 Trying
<--- 300 Multiple Choices
ACK -->

There is a catch, though, the CPS is very high, above 1000 CPS

Could anyone share their thoughts on this?
Should we go stateful and use the HTTP Async module?
Should we go stateless and use the HTTP client module?
What would be the best approach to implementing this?

Thanks guys!

*Sérgio Charrua*
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[Bug 2065546] Re: postfix configuration must be set on 24.04 before apt package manager can be used

2024-05-16 Thread Sergio Durigan Junior

Hello William,

You can find instructions on how to report a bug against a Debian
package here: https://www.debian.org/Bugs/Reporting

Thanks.

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

Title:
  postfix configuration must be set on 24.04 before apt package manager
  can be used

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


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

[Bug 2065737] Re: pam_radius_auth module doesn't work if ipv6 disabled

2024-05-16 Thread Sergio Durigan Junior

Thank you for reporting a bug.

I am going to add it to our backlog, but this is not not a priority for
the team, so it may take some time before the bug is fixed.  Would you
like to drive this SRU yourself?  That could make things faster.

Thanks!

** Changed in: libpam-radius-auth (Ubuntu)
   Status: Confirmed => Triaged

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

Title:
  pam_radius_auth module doesn't work if ipv6 disabled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libpam-radius-auth/+bug/2065737/+subscriptions


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

Wednesday Triage Report (2024-05-15)

2024-05-16 Thread Sergio Durigan Junior

Bug Triage
==

ustriage found 16 bugs.  These are the noteworthy ones:

### https://pad.lv/2065546 | Invalid | postfix | postfix configuration
must be set on 24.04 before apt packa… |

This ended up being caused by a drop of a specific delta that I made
when I last merged Emacs from Debian.  IMHO this should be raised with
Debian, so that's what I suggested that the user do.


### https://pad.lv/2065737 | New | libpam-radius-auth | pam_radius_auth
module doesn't work if ipv6 disabled |

Set the bug to Triaged and added to our backlog, but given that the
package is in universe I asked if the reporter would like to drive the
SRU himself.


Bugs subscribed to ubuntu-server and not touched in 180 days

### https://pad.lv/2043471 | edk2 | armhf VMs broken with more than 3GB
of RAM |

I did not touch this.


Documentation Triage


Discourse Comment Triage Helper
Showing comments belonging to the Server category on 
https://discourse.ubuntu.com, updated on 2024-05-14 (Tuesday)

Nothing to triage.

-- 
Sergio
GPG key ID: E92F D0B3 6B14 F1F4 D8E0  EB2F 106D A1C8 C3CB BF14


signature.asc
Description: PGP signature
-- 
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

[Bug 2065546] Re: postfix configuration must be set on 24.04 before apt package manager can be used

2024-05-15 Thread Sergio Durigan Junior

Hi William,

The culprit for pulling in postfix when installing the set of packages
you mentioned in the description is Emacs.  This is a side effect of a
change that I made when I last merged the last version from Debian, in
an attempt to reduce the delta and make it possible to eventually sync
Emacs again.

There are a few ways you can workaround this issue.

1) You can invoke apt using "--no-install-recommends" when installing
Emacs.  This will prevent apt from installing the packages that Emacs
recommended, and mailutils (which actually installs postfix) is one of
them.

2) As Lucas said above, you can define the DEBIAN_FRONTEND environment
variable to "noninteractive".  You can do it like:

DEBIAN_FRONTEND=noninteractive apt install 

Note that the DEBIAN_FRONTEND variable was *not* set on Jammy either;
the problem here relies solely on the fact that Emacs started
recommending mailutils (like it does in Debian), instead of suggesting
it.

I will add an Emacs task to the bug, but I consider this a wishlist and
believe that it should be raised with Debian first.  Could you open a
bug against the Debian Emacs package and let us know when you do it,
please?

Thank you.

** Also affects: emacs (Ubuntu)
   Importance: Undecided
   Status: New

** Changed in: emacs (Ubuntu)
   Importance: Undecided => Wishlist

** Changed in: emacs (Ubuntu)
   Status: New => Triaged

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

Title:
  postfix configuration must be set on 24.04 before apt package manager
  can be used

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


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

[Bug 2012763] Re: qemu-system-amd64 max cpus is too low for latest processors

2024-05-15 Thread Sergio Durigan Junior

Thanks for the reply, Simon.

I was about to say exactly the same thing.  To the extent of my
knowledge, the issue has been (at least partially) addressed on LXD, so
it should be possible to launch VMs with more than 288 vCPUs with it.

Either way, this bug has been fixed in QEMU so I am going to set its
status back to Fix Released.

Thanks.

** Changed in: qemu (Ubuntu Jammy)
   Status: In Progress => Fix Released

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

Title:
  qemu-system-amd64 max cpus is too low for latest processors

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


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

[Bug 21507] Re: Disturbing sounds in Skyrocket screensaver

2024-05-15 Thread Sergio Costas

Sent a patch for the manpage (fix-default-volume-in-manpage)

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

Title:
  Disturbing sounds in Skyrocket screensaver

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/rss-glx/+bug/21507/+subscriptions


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

Re: [Collab] You're Invited: The International Conversation on Small-Scale Mechanization in Cultivation, Irrigation, and Value-Addition for Sorghum and Millets

2024-05-14 Thread Sergio Nunez de Arco

Hi Nate,

Thank you for sharing this invitation! This seems like a very interesting 
seminar/conversation, and I’ll be there for sure.

The hyperlinks in the invite didn't work for me, so in case others had the same 
issue, here is the link to register:
https://www.eventbrite.com/e/international-conversation-on-small-scale-mechanization-tickets-888002127267?aff=ebdssbdestsearch
My area of expertise is in quinoa, mainly working with smaller-scale farmers 
(20-50 acres) in the high Andean desert plateau. Our approach in Bolivia has 
always been as co-laborers. Farmers are often open to donations and come with a 
long list of needs. We meet them with an equally long list of what we need! We 
sit down as business people and look for solutions together. We don’t see them 
as poor people looking for handouts but as competent businessmen and women, 
professionals, and experts in their field. We reach agreements that benefit 
both parties (fair trade) and get to work. There is nothing more beautiful than 
visiting the fields a year or two later and seeing the improvements made, with 
farmers proudly explaining to their children that they accomplished it through 
their own hard work.

I look forward to contributing to this discussion and learning from others' 
experiences.

Best regards,

Sergio Nunez de Arco
CEO, Telúrico LLC
ser...@telurico.com

> On May 14, 2024, at 7:37 AM, Sorghum United via Collab 
>  wrote:
> 
> Don:
> 
> Thank you for your comments. After extensive travel in these regions, I too 
> feel that I have an understanding of the paradigms involved. However, my 
> primary observation upon visiting these communities is that those of us who 
> do have a grasp on situational needs and obvious solutions often fail to 
> listen to the local stakeholders. (As my, and many, wives would explain, “I 
> don’t want you to fix my problem! I want you to just listen to it!”)
> 
> In places like West Kenya, Tanzania, Honduras, India, Cambodia, and others, 
> I’ve witnessed the negative disruption caused by outsiders GIVING solutions 
> without fully engaging specific communities first. What tends to happen is 
> that when new technological systems are implemented and the implementors have 
> long gone, photos and nice newsletter articles in hand, systems eventually 
> break down. They work until they don’t. The communities, not having their own 
> sense of true ownership, plans for funding maintenance, plans for proper 
> training of maintainers, etc., and whom have become reliant upon the new 
> system, end up having to revert to old systems in which they are no longer 
> proficient. A case in point was described to me in Kenya by the Deputy 
> Minister of Agriculture when he told me, “Kenyan agriculture has devolved.”
> 
> The goal of this conversation, the first of many I hope, is to bring together 
> those of us like you and I with those stakeholders on the ground. Not to 
> provide solutions, but to share experiences. Ultimately to empower regional 
> problem-solving in all aspects of local food systems. In short, to listen 
> more than we talk and to encourage more than we enable. 
> 
> My friend, I hope you can join us for the beginning of this series. Your 
> expertise is beyond value. NAMA is blessed by your leadership and Sorghum 
> United is blessed by your partnership. 
> 
> Cheers,
> 
> Nate Blum
> Chief Executive Officer
> Sorghum United
> +1 402 802 1850
> sorghumuni...@gmail.com <mailto:sorghumuni...@gmail.com>
> 
> 
> 
> On Tue, May 14, 2024 at 9:07 AM Don Osborn  <mailto:d...@milletsalliance.org>> wrote:
>> Thank you, Nate, for letting us know about this interesting event on 
>> small-scale mechanization.
>> 
>> With a background in international ag and rural development, I like to think 
>> I understand the context of small-scale and smallholder agriculture, and the 
>> potential for small-scale mechanization in the regional areas of focus in 
>> this event. At the same time I wonder if the topics may also have relevance 
>> - at least in terms of new perspectives - for small-scale or "artisanal" 
>> farming in other parts of the world where large-scale and industrial 
>> commodity production dominate. And indeed this set of topics may have 
>> broader relevance as we consider the place of millets (and other "specialty" 
>> crops) in the future of food and agriculture in North America. (The future 
>> of food resting as it does largely on "many" rather than simply on "more.")
>> 
>> In any event, this sounds like a great learning opportunity!
>> 
>> Don
>> 
>> DO, EL, MI, US
>> NAMA
>> 
>> 
>> On Mon, May 13, 2024 at 2:08 PM Sorghum United > <mailto:so

[Bug 2065579] Re: [UBUNTU 22.04] OS guest boot issues on 9p filesystem

2024-05-13 Thread Sergio Durigan Junior

Thank you for the report.

Given that this is an upstream regression and there is a related
upstream bug about it, I believe it's best to wait for their
input/feedback before moving forward.

** Also affects: qemu
   Importance: Undecided
   Status: New

** No longer affects: qemu

** Changed in: qemu (Ubuntu)
 Assignee: (unassigned) => Sergio Durigan Junior (sergiodj)

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/2065579

Title:
  [UBUNTU 22.04] OS guest boot issues on 9p filesystem

Status in Ubuntu on IBM z Systems:
  New
Status in qemu package in Ubuntu:
  New

Bug description:
  === Reported by  - 2024-05-13 03:53:01 ===

  ---Problem Description---
  OS guest boot issues on 9p filesystem due to unix domain sockets open failure
   
  Contact Information = d.herrendoer...@de.ibm.com 
   
  Machine Type = 3931-7G4 
   
  ---uname output---
  5.15.0-92-generic #102-Ubuntu SMP Wed Jan 10 09:35:24 UTC 2024 s390x s390x 
s390x GNU/Linux
   
  ---Steps to Reproduce---
   #!/bin/bash

  # Cleanup target dir
  [ -d ./target ] && rm -rf target
  mkdir target

  # Add configuration updates
  mkdir -p ./target/etc/initramfs-tools/
  echo 9p >> ./target/etc/initramfs-tools/modules
  echo 9pnet_virtio >> ./target/etc/initramfs-tools/modules

  # Add the test script
  cat > ./target/test_init << EOF
  #!/bin/bash

  echo "Test for unix domain sockets"

  nc -Ul /socket &
  sleep 1
  echo "Sockets work" | nc -UN /socket || echo "Sockets fail"

  echo o > /proc/sysrq-trigger
  sleep 999
  EOF
  chmod 700 ./target/test_init

  # Create an Ubuntu 23.10 around it
  echo "Creating Ubuntu target OS"
  debootstrap --variant=minbase\
  
--include=udev,kmod,initramfs-tools,systemd,netcat-openbsd,linux-image-generic \
  --exclude=man,bash-completion \
  mantic ./target > /dev/null || exit 1

  # Run the test in 9p forwarded filesystem
  echo "Running OS in qemu"
  qemu-system-s390x \
-m 8192 \
-smp 4 \
-nodefaults -nographic -no-reboot -no-user-config \
-kernel ./target/boot/vmlinuz \
-initrd ./target/boot/initrd.img \
-append 'root=fsRoot rw rootfstype=9p 
rootflags=trans=virtio,version=9p2000.L,msize=512000,cache=mmap,posixacl 
console=ttysclp0 init=/test_init quiet' \
-fsdev 
local,security_model=passthrough,multidevs=remap,id=fsdev-fsRoot,path=./target \
-device virtio-9p-pci,id=fsRoot,fsdev=fsdev-fsRoot,mount_tag=fsRoot \
-device virtio-serial-ccw -device sclpconsole,chardev=console \
-chardev stdio,id=console,signal=off 

   
  ---Debugger---
  A debugger is not configured

  Userspace rpm: qemu-(current).deb 
   
  Userspace tool common name: qemu 

  Userspace tool obtained from project website:  na 
   
  The userspace tool has the following bit modes: both 
   
  *Additional Instructions for d.herrendoer...@de.ibm.com:
  -Attach ltrace and strace of userspace application.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/2065579/+subscriptions

[Bug 2065579] Re: [UBUNTU 22.04] OS guest boot issues on 9p filesystem

2024-05-13 Thread Sergio Durigan Junior

Thank you for the report.

Given that this is an upstream regression and there is a related
upstream bug about it, I believe it's best to wait for their
input/feedback before moving forward.

** Also affects: qemu
   Importance: Undecided
   Status: New

** No longer affects: qemu

** Changed in: qemu (Ubuntu)
 Assignee: (unassigned) => Sergio Durigan Junior (sergiodj)

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

Title:
  [UBUNTU 22.04] OS guest boot issues on 9p filesystem

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/2065579/+subscriptions


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

[Github-comments] [geany/geany] python has "pyi" and Geany do not know how to insert Comments (Issue #3873)

2024-05-12 Thread Sergio Abreu A. via Github-comments

Python has different extension files. Apart from .py it has one with an "i" at 
the end: ".pyi" files.

 How to configure Geany to allow Format > Comment in types Geany do not 
recognize? How would I configure for a new filetype wheter to use // or # or " 
in comments ?

-- 
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3873
You are receiving this because you are subscribed to this thread.

Message ID:

[Github-comments] [geany/geany] Please just add a -i in the geany.desktop for not stuck in "other use socket" improperly. (Issue #3871)

2024-05-11 Thread Sergio Abreu A. via Github-comments

It is very borring to click on a textfile and Geany gives an Erro Window: You 
accessed with the socket of other user.
Avoid this JUST ADDING A "-i"  in the geany.desktop (/usr/share/applications) 
in linux at the "Exec line"


 Now on Line 142:   Exec geany %F
 Better usability is:  Exec geany -i %F
 


-- 
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3871
You are receiving this because you are subscribed to this thread.

Message ID:

[SR-Users] Re: base64 decoding issue

2024-05-10 Thread Sergio Charrua via sr-users

Hi all!

Solved the issue by using s.decode.base64t instead of s.decode.base64 ...

Thanks anyway!

*Sérgio Charrua*



On Fri, May 10, 2024 at 9:40 AM Sergio Charrua 
wrote:

> Hi all!
>
> I have been dealing with STIR/SHAKEN for a few weeks now, and while doing
> some tests I have found an issue which I can't find the reason for.
>
> The script has the following route logic:
>
> route[HANDLE_STIRSHAKEN]
> {
>
> xlog("L_INFO", "HANDLE_STIRSHAKEN - STIR/SHAKEN Logic");
>
> if ($hdrc(Identity) == 0 ){
> xlog("L_INFO", "HANDLE_STIRSHAKEN - No Identity Header -> Skipping
> this logic");
> return;
> }
>
> #Verify Call Identity
> xlog("L_INFO", "HANDLE_STIRSHAKEN - Identity Header: $hdr(Identity)");
> $var(header_1)= $(hdr(Identity){s.select,0,.});
> $var(header_2)= $(hdr(Identity){s.select,1,.});
> xlog("L_INFO", "HANDLE_STIRSHAKEN - Encoded Header 1: $var(header_1)");
> xlog("L_INFO", "HANDLE_STIRSHAKEN - Encoded Header 2: $var(header_2)");
> xlog("L_INFO", "HANDLE_STIRSHAKEN - Decoded Header 1:
> $(var(header_1){s.decode.base64})");
> xlog("L_INFO", "HANDLE_STIRSHAKEN - Decoded Header 2:
> $(var(header_2){s.decode.base64})");
>
> xlog("L_INFO", "HANDLE_STIRSHAKEN - Parsing!");
> $var(hdr_1_json_payload) = $(var(header_1){s.decode.base64}); # Header
> 1
> xlog("L_INFO", "HANDLE_STIRSHAKEN - Parsed!");
>
> xlog("L_INFO", "HANDLE_STIRSHAKEN - Header 1 payload =
> $var(hdr_1_json_payload) ");
>
> $var(hdr_2_json_payload) = $(var(header_2){s.decode.base64}); # Header
> 2
> jansson_get_field($var(hdr_2_json_payload), "attest",
> "$var(attest_value)");
> jansson_get_field($var(hdr_2_json_payload), "ppt", "$var(ppt_value)");
> jansson_get_field($var(hdr_2_json_payload), "typ", "$var(typ_value)");
> jansson_get_field($var(hdr_2_json_payload), "x5u", "$var(x5u_value)");
>
> xlog("L_INFO", "HANDLE_STIRSHAKEN - $var(attest_value) $var(ppt_value)
> $var(typ_value) $var(x5u_value) ");
>
> }
>
>
> All it does is parse the Identity header received on the initial INVITE,
> decodes it (it is encoded in base64) and writes some JSON values on log.
> Nothing serious
>
> As the Identity header is divided into multiple parts, separated by a ".",
> I get the first 2 parts in 2 private variables, as per lines:
>
> $var(header_1)= $(hdr(Identity){s.select,0,.});
> $var(header_2)= $(hdr(Identity){s.select,1,.});
>
> Logs show correctly that both variables are populated:
>
> May 10 09:09:42 kamailio1 kamailio[153201]: INFO: {1 10 INVITE
> 1-1966540@10.20.0.1}

[Bug 2055044] Re: GIMP crash at closure on systems with GLib 2.80.0 (and 2.79.x)

2024-05-10 Thread Sergio Conde Gómez

I can confirm that the 2.10.36-3ubuntu0.24.04.1 version from noble-
proposed fixes the issue. From 100% reproducibility to no
reproducibility. Thanks!

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

Title:
  GIMP crash at closure on systems with GLib 2.80.0 (and 2.79.x)

To manage notifications about this bug go to:
https://bugs.launchpad.net/gimp/+bug/2055044/+subscriptions


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

[Bug 2055044] Re: GIMP crash at closure on systems with GLib 2.80.0 (and 2.79.x)

2024-05-10 Thread Sergio Conde Gómez

I can confirm that the 2.10.36-3ubuntu0.24.04.1 version from noble-
proposed fixes the issue. From 100% reproducibility to no
reproducibility. Thanks!

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

Title:
  GIMP crash at closure on systems with GLib 2.80.0 (and 2.79.x)

To manage notifications about this bug go to:
https://bugs.launchpad.net/gimp/+bug/2055044/+subscriptions


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

[SR-Users] base64 decoding issue

2024-05-10 Thread Sergio Charrua via sr-users

Hi all!

I have been dealing with STIR/SHAKEN for a few weeks now, and while doing
some tests I have found an issue which I can't find the reason for.

The script has the following route logic:

route[HANDLE_STIRSHAKEN]
{

xlog("L_INFO", "HANDLE_STIRSHAKEN - STIR/SHAKEN Logic");

if ($hdrc(Identity) == 0 ){
xlog("L_INFO", "HANDLE_STIRSHAKEN - No Identity Header -> Skipping
this logic");
return;
}

#Verify Call Identity
xlog("L_INFO", "HANDLE_STIRSHAKEN - Identity Header: $hdr(Identity)");
$var(header_1)= $(hdr(Identity){s.select,0,.});
$var(header_2)= $(hdr(Identity){s.select,1,.});
xlog("L_INFO", "HANDLE_STIRSHAKEN - Encoded Header 1: $var(header_1)");
xlog("L_INFO", "HANDLE_STIRSHAKEN - Encoded Header 2: $var(header_2)");
xlog("L_INFO", "HANDLE_STIRSHAKEN - Decoded Header 1:
$(var(header_1){s.decode.base64})");
xlog("L_INFO", "HANDLE_STIRSHAKEN - Decoded Header 2:
$(var(header_2){s.decode.base64})");

xlog("L_INFO", "HANDLE_STIRSHAKEN - Parsing!");
$var(hdr_1_json_payload) = $(var(header_1){s.decode.base64}); # Header 1
xlog("L_INFO", "HANDLE_STIRSHAKEN - Parsed!");

xlog("L_INFO", "HANDLE_STIRSHAKEN - Header 1 payload =
$var(hdr_1_json_payload) ");

$var(hdr_2_json_payload) = $(var(header_2){s.decode.base64}); # Header 2
jansson_get_field($var(hdr_2_json_payload), "attest",
"$var(attest_value)");
jansson_get_field($var(hdr_2_json_payload), "ppt", "$var(ppt_value)");
jansson_get_field($var(hdr_2_json_payload), "typ", "$var(typ_value)");
jansson_get_field($var(hdr_2_json_payload), "x5u", "$var(x5u_value)");

xlog("L_INFO", "HANDLE_STIRSHAKEN - $var(attest_value) $var(ppt_value)
$var(typ_value) $var(x5u_value) ");

}


All it does is parse the Identity header received on the initial INVITE,
decodes it (it is encoded in base64) and writes some JSON values on log.
Nothing serious

As the Identity header is divided into multiple parts, separated by a ".",
I get the first 2 parts in 2 private variables, as per lines:

$var(header_1)= $(hdr(Identity){s.select,0,.});
$var(header_2)= $(hdr(Identity){s.select,1,.});

Logs show correctly that both variables are populated:

May 10 09:09:42 kamailio1 kamailio[153201]: INFO: {1 10 INVITE
1-1966540@10.20.0.1}

[Bug 2064430] Re: Merge net-snmp from Debian unstable for oracular

Nothing to merge yet.

** Changed in: net-snmp (Ubuntu)
   Status: New => Incomplete

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

Title:
  Merge net-snmp from Debian unstable for oracular

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


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

[Bug 2064478] Re: Merge vsftpd from Debian unstable for oracular

We're ahead of Debian, so there's nothing to merge.

** Changed in: vsftpd (Ubuntu)
   Status: New => Incomplete

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

Title:
  Merge vsftpd from Debian unstable for oracular

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


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

[Bug 2064499] Re: Recent qemu packages for Ubuntu 22.04 missing rbd support

Hi Linh,

Thanks for the bug report.

It's strange that you're noticing this discrepancy in behaviour between
minor QEMU versions.  I just double checked and confirmed that there
were no changes to Depends/Recommends relationships between the versions
you mentioned.

I also launched a LXD container here and installed qemu-system-x86
1:6.2+dfsg-2ubuntu6.19.  I can confirm that qemu-block-extra is
automatically installed as well.

Given that I can't reproduce the problem, I am marking this bug as
Incomplete.  Can you please provide more information regarding how to
reproduce it?

Thank you in advance.

** Changed in: qemu (Ubuntu)
   Status: New => Incomplete

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

Title:
  Recent qemu packages for Ubuntu 22.04 missing rbd support

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


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

[Bug 2064914] Re: Windows guest hangs after reboot from the guest OS

** Also affects: qemu (Fedora) via
   https://bugzilla.redhat.com/show_bug.cgi?id=1975840
   Importance: Unknown
   Status: Unknown

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

Title:
  Windows guest hangs after reboot from the guest OS

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


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

[Bug 2064914] Re: Windows guest hangs after reboot from the guest OS

Hi again, Björn,

Could you please give the following PPA a try and tell me if the package
works?

https://launchpad.net/~sergiodj/+archive/ubuntu/qemu

The QEMU version there is 1:6.2+dfsg-2ubuntu6.20~ppa1.

Thanks a lot.

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

Title:
  Windows guest hangs after reboot from the guest OS

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


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

[Bug 2064914] Re: Windows guest hangs after reboot from the guest OS

** Description changed:

+ [ Impact ]
+ 
+ Some versions of Windows hang on reboot if their TSC value is greater
+ than 2^54.  The calibration of the Hyper-V reference time overflows
+ and fails; as a result the processors' clock sources are out of sync.
+ 
+ [ Test Plan ]
+ 
+ TBD.
+ 
+ [ Where problems could occur ]
+ 
+ TBD.
+ 
+ [ Original Description ]
+ 
  Description:
  Some versions of Windows hang on reboot if their TSC value is greater
  than 2^54.  The calibration of the Hyper-V reference time overflows
  and fails; as a result the processors' clock sources are out of sync.
  
  The issue is that the TSC _should_ be reset to 0 on CPU reset and
  QEMU tries to do that.  However, KVM special cases writing 0 to the
  TSC and thinks that QEMU is trying to hot-plug a CPU, which is
  correct the first time through but not later.  Thwart this valiant
  effort and reset the TSC to 1 instead, but only if the CPU has been
  run once.
  
  For this to work, env->tsc has to be moved to the part of CPUArchState
  that is not zeroed at the beginning of x86_cpu_reset.
  
  Solution: [PATCH] target/i386: properly reset TSC on reset
  
  I created and tested a ppa ubuntu package already. The patch fixes this issue.
  Link to ppa: 
https://launchpad.net/~bhinz83/+archive/ubuntu/openstack-rds/+packages
  
  It affects only jammy 22.04 package. The newest version is:
  qemu-1:6.2+dfsg-2ubuntu6.19

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

Title:
  Windows guest hangs after reboot from the guest OS

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


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

[Bug 2064914] Re: Windows guest hangs after reboot from the guest OS

Thank you Björn for reporting the bug, and Paride for the initial
triage.

As Paride said, we have to make sure this is not affecting other
versions of QEMU as well.  If the patch mentioned in the description is
indeed the only one needed to fix the bug, then I think we're good:

$ git tag --contains 5286c3662294119dc2dd1e9296757337211451f6
v7.0.0
v7.0.0-rc2
v7.0.0-rc3
v7.0.0-rc4
v7.1.0
v7.1.0-rc0
v7.1.0-rc1
v7.1.0-rc2
v7.1.0-rc3
v7.1.0-rc4
v7.2.0
v7.2.0-rc0
v7.2.0-rc1
v7.2.0-rc2
v7.2.0-rc3
v7.2.0-rc4
v7.2.1
v7.2.2
v7.2.3
v7.2.4
v7.2.5
v7.2.6
v7.2.7
v7.2.8
v7.2.9
v8.0.0
v8.0.0-rc0
v8.0.0-rc1
v8.0.0-rc2
v8.0.0-rc3
v8.0.0-rc4
v8.0.1
v8.0.2
v8.0.3
v8.0.4
v8.0.5
v8.1.0
v8.1.0-rc0
v8.1.0-rc1
v8.1.0-rc2
v8.1.0-rc3
v8.1.0-rc4
v8.1.1
v8.1.2
v8.1.3
v8.1.4
v8.1.5
v8.2.0
v8.2.0-rc0
v8.2.0-rc1
v8.2.0-rc2
v8.2.0-rc3
v8.2.0-rc4
v8.2.1

We have QEMU 8.0.4 on Mantic and 8.2.2 on Noble.

@Björn, while it would be good to have reproduction steps for the bug,
we can also rely on your help to verify the correctness of the fix (as
Paride explained).

I'll work on prepare an upload for Jammy meanwhile.

Thanks.

** Changed in: qemu (Ubuntu Jammy)
 Assignee: (unassigned) => Sergio Durigan Junior (sergiodj)

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

Title:
  Windows guest hangs after reboot from the guest OS

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


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

Re: Triage report for bugs last updated on 2024-05-08

On Thursday, May 09 2024, Paride Legovini wrote:

> # https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/2064914
> # Windows guest hangs after reboot from the guest OS
>
> Good bug report with a patch, link an upstream bug report and a PPA.
> I asked for confirmation that the bug is fixed in Noble, but already
> marked the Jammy task as Triaged and added the bug to our work queues.
> I also asked whether the user is willing to help with the SRU
> verification process, given that we are unlikely to have access to the
> required setup.

Thanks for the triage, Paride.  I failed to comment in the bug to let
you guys know that I've started working on it today, but your reply
there is basically what I was going to write/ask the reporter.

Cheers,

-- 
Sergio
GPG key ID: E92F D0B3 6B14 F1F4 D8E0  EB2F 106D A1C8 C3CB BF14

-- 
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

Re: linear reference/dynamic segmentation

Thank you Simon. Sounds interesting. It'll be very good if you could share it

Sergio Acosta y Lara
Departamento de Geomática
Dirección Nacional de Topografía
Ministerio de Transporte y Obras Públicas
URUGUAY
(598)29157933 ints. 20329
http://geoportal.mtop.gub.uy/

De: SPDBA 
Enviado: jueves, 9 de mayo de 2024 8:52:35
Para: SERGIO ACOSTAYLARA
Cc: Regina Obe; postgis-users@lists.osgeo.org
Asunto: Re: linear reference/dynamic segmentation

I did a presentation years ago on applying LRS and DS  to complex roads 
management. It was fir oracle but postgis has the necessary functionality.
I could try and dig it out if you are interested.

As am aside does anyone know of any interest/projects in architecting an 
integrated enterprise solution from FOSS4G components?

Simon

39 Cliff View Drive, Allens Rivulet, 7150, Tasmania, Australia
(P) 03 62 396 397
(M) 0418 396 381
(W) <http://www.spdba.com.au> www.spdba.com.au<http://www.spdba.com.au>
On 9 May 2024, at 01:09, SERGIO ACOSTAYLARA 
mailto:sergio.acostayl...@mtop.gub.uy>> wrote:

Thank you Regina for your response. I mean, for example, I have a roads layer 
that has many attributes (width, pavement type, maximum speed, etc.). Without 
dynamic segmentation I must have a new segment every time an attribute changes 
its value; with dynamic segmentation I don't need to do this. Regarding this I 
found the following: 
http://postgis.net/workshops/postgis-intro/linear_referencing.html. But I would 
like to know if there is someone who had already used it so as to ask him or 
her about how that experience.

Sergio Acosta y Lara
Departamento de Geomática
Dirección Nacional de Topografía
Ministerio de Transporte y Obras Públicas
URUGUAY
(598)29157933 ints. 20329
http://geoportal.mtop.gub.uy/

De: Regina Obe 
Enviado: miércoles, 8 de mayo de 2024 11:56:04
Para: SERGIO ACOSTAYLARA; postgis-users@lists.osgeo.org
Asunto: RE: linear reference/dynamic segmentation

Not sure what you mean by dynamic attributes.

If you need something to position points along a line, so that you can put an 
info tip on each point, they you’ll want to use

https://postgis.net/docs/en/ST_LineInterpolatePoints.html

Something like below will give you a point every 20 percent along the linestring

SELECT dp.geom
>From your_table, ST_DumpPoints(ST_LineInterpolatePoints(your_table.geom, 0.2, 
>true)) AS dp

From: SERGIO ACOSTAYLARA 
Sent: Wednesday, May 8, 2024 9:21 AM
To: postgis-users@lists.osgeo.org
Subject: linear reference/dynamic segmentation

Hi. Is there anybody in the list that has any experience using linear 
reference/dynamic segmentation with postgis? We need to show dynamic attributes 
in our geoportal/visualizer. Is this possible to do it with postgis?

Thanks in advance

Sergio Acosta y Lara
Departamento de Geomática
Dirección Nacional de Topografía
Ministerio de Transporte y Obras Públicas
URUGUAY
(598)29157933 ints. 20329
http://geoportal.mtop.gub.uy/

Re: linear reference/dynamic segmentation

Thank you very much. Could you guide me in selecting which videos will be the 
most useful regarding what I'm searching?


Sergio Acosta y Lara
Departamento de Geomática
Dirección Nacional de Topografía
Ministerio de Transporte y Obras Públicas
URUGUAY
(598)29157933 ints. 20329
http://geoportal.mtop.gub.uy/

De: Bo Guo 
Enviado: miércoles, 8 de mayo de 2024 14:57:13
Para: SERGIO ACOSTAYLARA
Cc: postgis-users@lists.osgeo.org
Asunto: Re: linear reference/dynamic segmentation

Yes, Sergio!  We use PostGIS LRS quite extensively, as reflected in some 
LRS-related videos https://www.youtube.com/linearbench.  I am more than happy 
to have a screen session to share our experience with you.

My email is: bo@gisticinc.com<mailto:bo@gisticinc.com>

Bo


On Wed, May 8, 2024 at 10:36 AM SERGIO ACOSTAYLARA 
mailto:sergio.acostayl...@mtop.gub.uy>> wrote:

Thank you Bo Guo. Did you use it? Do you know someone who uses it? Do you know 
of any use or success cases?


Sergio Acosta y Lara
Departamento de Geomática
Dirección Nacional de Topografía
Ministerio de Transporte y Obras Públicas
URUGUAY
(598)29157933 ints. 20329
http://geoportal.mtop.gub.uy/

De: Bo Guo mailto:bo@gisticinc.com>>
Enviado: miércoles, 8 de mayo de 2024 12:00:20
Para: SERGIO ACOSTAYLARA
Cc: postgis-users@lists.osgeo.org<mailto:postgis-users@lists.osgeo.org>
Asunto: Re: linear reference/dynamic segmentation

Yes, Sergio. Postgis has a complete and robust set of LRS functionalities.

Bo


On Wed, May 8, 2024 at 6:21 AM SERGIO ACOSTAYLARA 
mailto:sergio.acostayl...@mtop.gub.uy>> wrote:

Hi. Is there anybody in the list that has any experience using linear 
reference/dynamic segmentation with postgis? We need to show dynamic attributes 
in our geoportal/visualizer. Is this possible to do it with postgis?

Thanks in advance


Sergio Acosta y Lara
Departamento de Geomática
Dirección Nacional de Topografía
Ministerio de Transporte y Obras Públicas
URUGUAY
(598)29157933 ints. 20329
http://geoportal.mtop.gub.uy/

[Spanish] Boletín GeoForAll - edición mayo 2024

2024-05-09 Thread SERGIO ACOSTAYLARA via Spanish

Buenas,

Ya está disponible para descarga el número de mayo de 2024 de nuestro boletín 
en el sitio web de GeoForAll 
(<https://www.osgeo.org/initiatives/geo-for-all/geo-newsletters-archive/><https://www.osgeo.org/initiatives/geo-for-all/geo-newsletters-archive/>https://www.osgeo.org/initiatives/geo-for-all/geo-newsletters-archive/)
 en formato pdf y en edición bilingüe: inglés 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-10_5.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-10_4.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-10_3.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-10_02.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-10_01.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-9_12.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-9_11.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-9_10.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-9_09.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-9_08.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-9_06.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-9_05.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-9_04.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-9_03-1.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-9_02.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-9_01.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-8_12.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-8_11.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-8_9.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-8_7.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-8_6.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-8_5.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-8_4.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-8_3.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-8_1.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-7_12.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-7_11.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-7_10.pdf> 
<https://www.osgeo.org/wp-content/uploads/Newsletter-Vol-7_08.pdf> y 
español<https://www.osgeo.org/wp-content/uploads/Boletin-Mayo-de-2024.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Abril-de-2024-1.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Marzo-de-2024.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Febrero-2024.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Enero-2024.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Diciembre-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Noviembre-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-octubre-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-septiembre-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-agosto-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Junio-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-agosto-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-mayo-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-abril-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Marzo-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Febrero-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Enero-2023.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Diciembre-2022.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Noviembre-2022.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Octubre-2022.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Septiembre-2022.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Julio-2022.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Junio-2022.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-Mayo-2022.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-abril-2022.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-marzo-2022.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-diciembre-2021.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-noviembre-2021.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-octubre-2021.pdf><https://www.osgeo.org/wp-content/uploads/Boletin-agosto-2021.pdf>.
 Nos gustaría agradecer a todas aquellas personas que ayudaron con sus 
contribuciones a ambas ediciones.

Para quienes deseen enviar artículos, noticias, etc., para ser publicados en el 
próximo número (junio de 2024), tengan en cuenta que la fecha límite es el

[Freegis-list] GeoForAll Newsletter Vol.10 no.05 May 2024

Dear all,

May 2024 issue has been uploaded onto GeoForAll website 
(https://www.osgeo.org/initiatives/geo-for-all/ and/or 
https://www.osgeo.org/initiatives/geo-for-all/geo-newsletters-archive/) in pdf 
format and in Spanish.
I would like to thank all those who helped with their contributions to have 
both editions and ask for new volunteers to join the Newsletter by sending 
their articles, announcements, news, etc.

For those who would like to send articles, news, etc., to be published in the 
next issue (June 2024 issue) please keep in mind that the deadline is May 27.
Please, if you know about a conference/webinar or you are going to organize 
one, send a reminder much earlier so we can disseminate it through our 
Newsletter.

Have a nice reading
Nikos Lambrinos

Διευκρίνιση ηλεκτρονικού ταχυδρομείου
Οι πληροφορίες που συμπεριλαμβάνονται σε αυτό το μήνυμα είναι εμπιστευτικές και 
η χρήση τους επιτρέπεται μόνον από τον αναφερόμενο παραλήπτη. Εάν έχετε λάβει 
το παρόν μήνυμα από λάθος και δεν είστε ο προοριζόμενος παραλήπτης, σας 
ενημερώνουμε ότι αποκάλυψη, αναπαραγωγή, διανομή ή οποιασδήποτε άλλης μορφής 
χρήση των περιεχομένων του παρόντος μηνύματος απαγορεύεται. Επίσης παρακαλείσθε 
να αποστείλετε το αρχικό μήνυμα στην διεύθυνση του αποστολέα, καθώς και στη 
συνέχεια να διαγράψετε το μήνυμα από το σύστημά σας.
Η επικοινωνία μέσω Internet δεν είναι ασφαλής και επομένως το ΑΠΘ δεν φέρει 
ευθύνη για οποιαδήποτε θετική ή αποθετική ζημιά που προκλήθηκε από την χρήση 
του παρόντος ή των συνημμένων του λόγω ιών που έχουν περάσει σε αυτά.

Σας Ευχαριστούμε,
Αριστοτέλειο Πανεπιστήμιο Θεσσαλονίκης

Email Disclaimer
The information in this email is confidential and is intended solely for the 
addressee(s). If you have received this transmission in error, and you are not 
an intended recipient, be aware that any disclosure, copying, distribution or 
use of this transmission or its contents is prohibited. Furthermore, you are 
kindly requested to send us back the original message to the sender’s address 
and delete the message from your system immediately.
Internet communications are not secure and therefore AUTH does not accept legal 
responsibility for the contents of this message and for any damage whatsoever 
that is caused by viruses being passed.


Thank You,
Aristotle University of Thessaloniki


Δρ. Νίκος Λαμπρινός
Καθηγητής της Διδασκαλίας της Γεωγραφίας
Δ/ντης Γραφείου ESERO Ελλάδας για την Α/θμια Εκπαίδευση
Τμήμα Δημοτικής Εκπαίδευσης
Α.Π.Θ. 54124 Θεσσαλονίκη
Τηλ.: 2310 991201 / 991230
Email: labri...@eled.auth.gr
Web Page: http://users.auth.gr/labrinos/
  http://www.digital-earth.edu.gr/
  https://www.auth.gr/univUnits


Dr. Nikos Lambrinos
Professor of Geography Teaching
ESERO Greece Manager for Primary Education
President of the Hellenic digital earth Centre of Excellence
Faculty of Education
School of Primary Education
Dept. of Science and New Technologies
Aristotle University of Thessaloniki
GR-54124 Thessaloniki, Greece
Tel: +30 2310 991201
Email: labri...@eled.auth.gr
Web Page: http://users.auth.gr/labrinos/
  http://www.digital-earth.edu.gr/
  https://www.auth.gr/en/univUnits
___
Freegis-list mailing list
Freegis-list@intevation.de
https://www.intevation.de/mailman/listinfo/freegis-list

[Gvsig_english] GeoForAll Newsletter Vol.10 no.05 May 2024