from:"Robin"



Robin Candau pushed new tag 4.5.1-1 at Arch Linux / Packaging / Packages / 
grafana-zabbix

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/grafana-zabbix/-/tree/4.5.1-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/grafana-zabbix][main] upgpkg: 4.5.1-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
grafana-zabbix


Commits:
87a16984 by Robin Candau at 2024-06-14T18:52:12+02:00
upgpkg: 4.5.1-1: New upstream release
https://github.com/grafana/grafana-zabbix/releases/tag/v4.5.1

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = grafana-zabbix
pkgdesc = Zabbix plugin for Grafana dashboard
-   pkgver = 4.5.0
+   pkgver = 4.5.1
pkgrel = 1
url = https://github.com/alexanderzobnin/grafana-zabbix
arch = any
@@ -12,7 +12,7 @@ pkgbase = grafana-zabbix
makedepends = nodejs-lts-iron
makedepends = mage
depends = grafana
-   source = 
grafana-zabbix-4.5.0.tar.gz::https://github.com/alexanderzobnin/grafana-zabbix/archive/v4.5.0.tar.gz
-   sha256sums = 
e0abd3430b998a423998cfbebccd4c2efc5310bebcf16a6037258410ffd6b745
+   source = 
grafana-zabbix-4.5.1.tar.gz::https://github.com/alexanderzobnin/grafana-zabbix/archive/v4.5.1.tar.gz
+   sha256sums = 
0177347b6c83722a757ec54d4435b87b71f23c8da766d565bcf7f4a8f9365c05
 
 pkgname = grafana-zabbix


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Maintainer: Robin Candau 
 
 pkgname=grafana-zabbix
-pkgver=4.5.0
+pkgver=4.5.1
 pkgrel=1
 pkgdesc="Zabbix plugin for Grafana dashboard"
 arch=('any')
@@ -11,7 +11,7 @@ license=('Apache-2.0')
 depends=('grafana')
 makedepends=('yarn' 'libfaketime' 'go' 'git' 'nodejs-lts-iron' 'mage')
 source=("${pkgname}-${pkgver}.tar.gz::${url}/archive/v${pkgver}.tar.gz")
-sha256sums=('e0abd3430b998a423998cfbebccd4c2efc5310bebcf16a6037258410ffd6b745')
+sha256sums=('0177347b6c83722a757ec54d4435b87b71f23c8da766d565bcf7f4a8f9365c05')
 
 prepare() {
cd "${pkgname}-${pkgver}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/grafana-zabbix/-/commit/87a169841e411d1082928ebfd5e438cfd262d663

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/grafana-zabbix/-/commit/87a169841e411d1082928ebfd5e438cfd262d663
You're receiving this email because of your account on gitlab.archlinux.org.

Re: [PATCH V2 2/2] RISC-V: Move mode assertion out of conditional branch in emit_insn

2024-06-14 Thread Robin Dapp

OK.

Regards
 Robin

Re: [PATCH V2 1/2] RISC-V: Fix vwsll combine on rv32 targets

2024-06-14 Thread Robin Dapp

> diff --git a/gcc/config/riscv/autovec-opt.md b/gcc/config/riscv/autovec-opt.md
> index 6a2eabbd854..29916adb62b 100644
> --- a/gcc/config/riscv/autovec-opt.md
> +++ b/gcc/config/riscv/autovec-opt.md
> @@ -1517,8 +1517,7 @@ (define_insn_and_split "*vwsll_zext1_scalar_"
>"&& 1"
>[(const_int 0)]
>{
> -if (GET_CODE (operands[2]) == SUBREG)
> -  operands[2] = SUBREG_REG (operands[2]);
> +operands[2] = gen_lowpart (Pmode, operands[2]);
>  insn_code icode = code_for_pred_vwsll_scalar (mode);
>  riscv_vector::emit_vlmax_insn (icode, riscv_vector::BINARY_OP, operands);
>  DONE;

Please also correct it in the other expander (_trunc_).
OK with that change if the testsuite still looks ok :)

Regards
 Robin

[Git][archlinux/packaging/packages/python-textual] Pushed new tag 0.68.0-1



Robin Candau pushed new tag 0.68.0-1 at Arch Linux / Packaging / Packages / 
python-textual

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/tree/0.68.0-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-textual][main] upgpkg: 0.68.0-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
python-textual


Commits:
941d4656 by Robin Candau at 2024-06-14T16:07:15+02:00
upgpkg: 0.68.0-1: New upstream release
https://github.com/Textualize/textual/releases/tag/v0.68.0

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = python-textual
pkgdesc = Modern Text User Interface framework
-   pkgver = 0.67.1
+   pkgver = 0.68.0
pkgrel = 1
url = https://github.com/Textualize/textual
arch = any
@@ -17,7 +17,9 @@ pkgbase = python-textual
optdepends = python-tree-sitter: for syntax highlighting support
optdepends = python-tree-sitter-languages: for custom languages support
optdepends = python-textual-dev: tools for developers
-   source = 
textual-0.67.1.tar.gz::https://github.com/Textualize/textual/archive/v0.67.1.tar.gz
-   sha512sums = 
9847e4ddc892b47e014f3f620b267ac1221a77a8680908cf2d0f7ffc14d79b2954fcd6a7d9ba3db6c15674425a31c0fb10da0e82e5de96e2bac60a39e7ae7562
+   source = 
textual-0.68.0.tar.gz::https://github.com/Textualize/textual/archive/v0.68.0.tar.gz
+   source = 
test_deadlock.patch::https://github.com/Textualize/textual/commit/e9ad400559c14645e56b7a98a467295c6817686b.patch
+   sha512sums = 
7253c793d8f1ce6b344408abb1529acbe6ecb8c452e23fd99dee1ba9776c58a9ec8e2122b1408b68cce3fa7c27ad63c88c4f13092dc887bfc5ce292560b1d4c3
+   sha512sums = 
c399d408ce76b9e8860242ab09e86b5d46741eba5df9ee73b3068bf9cfaa4c44393882793127c27bf405d7219dda286f574ce4f1cc91fa5c2bf5ad8c471516fc
 
 pkgname = python-textual


=
PKGBUILD
=
@@ -5,7 +5,7 @@
 
 _base=textual
 pkgname=python-${_base}
-pkgver=0.67.1
+pkgver=0.68.0
 pkgrel=1
 pkgdesc="Modern Text User Interface framework"
 arch=(any)
@@ -17,8 +17,17 @@ checkdepends=(python-pytest-asyncio python-time-machine)
 optdepends=('python-tree-sitter: for syntax highlighting support'
 'python-tree-sitter-languages: for custom languages support'
 'python-textual-dev: tools for developers')
-source=(${_base}-${pkgver}.tar.gz::${url}/archive/v${pkgver}.tar.gz)
-sha512sums=('9847e4ddc892b47e014f3f620b267ac1221a77a8680908cf2d0f7ffc14d79b2954fcd6a7d9ba3db6c15674425a31c0fb10da0e82e5de96e2bac60a39e7ae7562')
+source=(${_base}-${pkgver}.tar.gz::${url}/archive/v${pkgver}.tar.gz
+
test_deadlock.patch::https://github.com/Textualize/textual/commit/e9ad400559c14645e56b7a98a467295c6817686b.patch)
+sha512sums=('7253c793d8f1ce6b344408abb1529acbe6ecb8c452e23fd99dee1ba9776c58a9ec8e2122b1408b68cce3fa7c27ad63c88c4f13092dc887bfc5ce292560b1d4c3'
+
'c399d408ce76b9e8860242ab09e86b5d46741eba5df9ee73b3068bf9cfaa4c44393882793127c27bf405d7219dda286f574ce4f1cc91fa5c2bf5ad8c471516fc')
+
+prepare() {
+  cd ${_base}-${pkgver}
+  # Temporary patch to fix the test_deadlock check which fails because it 
expects `textual` to be installed in the test environment.
+  # See https://github.com/Textualize/textual/issues/4649
+  patch -Np1 < "${srcdir}/test_deadlock.patch"
+}
 
 build() {
   cd ${_base}-${pkgver}



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/commit/941d4656e75b04146af46f335ca28cf5b9cf8fde

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/commit/941d4656e75b04146af46f335ca28cf5b9cf8fde
You're receiving this email because of your account on gitlab.archlinux.org.

Re: [PATCH 2/9] iommu/rockchip: Attach multiple power domains

2024-06-14 Thread Robin Murphy

On 2024-06-13 10:38 pm, Sebastian Reichel wrote:

Hi,

On Thu, Jun 13, 2024 at 11:34:02AM GMT, Tomeu Vizoso wrote:

On Thu, Jun 13, 2024 at 11:24 AM Tomeu Vizoso wrote:

On Thu, Jun 13, 2024 at 2:05 AM Sebastian Reichel
wrote:

On Wed, Jun 12, 2024 at 03:52:55PM GMT, Tomeu Vizoso wrote:

IOMMUs with multiple base addresses can also have multiple power
domains.

The base framework only takes care of a single power domain, as some
devices will need for these power domains to be powered on in a specific
order.

Use a helper function to stablish links in the order in which they are
in the DT.

This is needed by the IOMMU used by the NPU in the RK3588.

Signed-off-by: Tomeu Vizoso
---

To me it looks like this is multiple IOMMUs, which should each get
their own node. I don't see a good reason for merging these
together.

I have made quite a few attempts at splitting the IOMMUs and also the
cores, but I wasn't able to get things working stably. The TRM is
really scant about how the 4 IOMMU instances relate to each other, and
what the fourth one is for.

Given that the vendor driver treats them as a single IOMMU with four
instances and we don't have any information on them, I resigned myself
to just have them as a single device.

I would love to be proved wrong though and find a way fo getting
things stably as different devices so they can be powered on and off
as needed. We could save quite some code as well.

FWIW, here a few ways how I tried to structure the DT nodes, none of
these worked reliably:

https://gitlab.freedesktop.org/tomeu/linux/-/blob/6.10-rocket-multiple-devices-power/arch/arm64/boot/dts/rockchip/rk3588s.dtsi?ref_type=heads#L1163
https://gitlab.freedesktop.org/tomeu/linux/-/blob/6.10-rocket-schema-subnodes//arch/arm64/boot/dts/rockchip/rk3588s.dtsi?ref_type=heads#L1162
https://gitlab.freedesktop.org/tomeu/linux/-/blob/6.10-rocket-multiple-devices//arch/arm64/boot/dts/rockchip/rk3588s.dtsi?ref_type=heads#L1163
https://gitlab.freedesktop.org/tomeu/linux/-/blob/6.10-rocket-multiple-iommus//arch/arm64/boot/dts/rockchip/rk3588s.dtsi?ref_type=heads#L2669

I can very well imagine I missed some way of getting this to work, but
for every attempt, the domains, iommus and cores were resumed in
different orders that presumably caused problems during concurrent
execution fo workloads.

So I fell back to what the vendor driver does, which works reliably
(but all cores have to be powered on at the same time).

Mh. The "6.10-rocket-multiple-iommus" branch seems wrong. There is
only one iommu node in that. I would have expected a test with

rknn {
// combined device

iommus = <>, <>, ...;
};

Otherwise I think I would go with the schema-subnodes variant. The
driver can initially walk through the sub-nodes and collect the
resources into the main device, so on the driver side nothing would
really change. But that has a couple of advantages:

1. DT and DT binding are easier to read
2. It's similar to e.g. CPU cores each having their own node
3. Easy to extend to more cores in the future
4. The kernel can easily switch to proper per-core device model when
the problem has been identified

It also would seem to permit describing and associating the per-core
IOMMUs individually - apart from core 0's apparent coupling to whatever
shared "uncore" stuff exists for the whole thing, from the distinct
clocks, interrupts, power domains etc. lining up with each core I'd
guess those IOMMUs are not interrelated the same way the ISP's
read/write IOMMUs are (which was the main justification for adopting the
multiple-reg design originally vs. distinct DT nodes like Exynos does).
However, practically that would require the driver to at least populate
per-core child devices to make DMA API or IOMMU API mappings with, since
we couldn't spread the "collect the resources" trick into those
subsystems as well.

Thanks,
Robin.

Re: [ovs-dev] [PATCH v2] netdev-dpdk: Use LSC interrupt mode.

2024-06-14 Thread Robin Jarry


David Marchand, Jun 14, 2024 at 08:48:

diff --git a/NEWS b/NEWS
index 5ae0108d55..1e19beb793 100644
--- a/NEWS
+++ b/NEWS
@@ -9,6 +9,9 @@ Post-v3.3.0
  https://github.com/openvswitch/ovs.git
- DPDK:
  * OVS validated with DPDK 23.11.1.
+ * Link status changes are now handled via interrupt mode if the DPDK
+   driver supports it.  It is possible to revert to polling mode by setting
+   per interface 'dpdk-lsc-interrupt' other_config to 'false'.


Nit pick: this setting is options:dpdk-lsc-interrupt not in 
other_config.


___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [ovs-dev] [PATCH v2] netdev-dpdk: Use LSC interrupt mode.

2024-06-14 Thread Robin Jarry


David Marchand, Jun 14, 2024 at 08:48:

Querying link status may get delayed for an undeterministic (long) time
with mlx5 ports. This is a consequence of the mlx5 driver calling ethtool
kernel API and getting stuck on the kernel RTNL lock while some other
operation is in progress under this lock.

One impact for long link status query is that it is called under the bond
lock taken in write mode periodically in bond_run().
In parallel, datapath threads may block requesting to read bonding related
info (like for example in bond_check_admissibility()).

The LSC interrupt mode is available with many DPDK drivers and is used by
default with testpmd.

It seems safe enough to switch on this feature by default in OVS.
We keep the per interface option to disable this feature in case of an
unforeseen bug.

Signed-off-by: David Marchand 
---
Changes since v1:
- (early) fail when interrupt lsc is requested by user but not supported
  by the driver,
- otherwise, log a debug message if user did not request interrupt mode,


This looks good to me. Is there a chance that this could be backported 
to the 3.1 branch?


Reviewed-by: Robin Jarry 

Thanks David!

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [PRQ#60930] Orphan Request for dwl-git

2024-06-14 Thread Robin Candau


On 6/14/24 7:36 AM, not...@aur.archlinux.org wrote:

matthewq337 [1] filed an orphan request for dwl-git [2]:

This project has migrated to Codeberg. https://codeberg.org/dwl/dwl

[1] https://aur.archlinux.org/account/matthewq337/
[2] https://aur.archlinux.org/pkgbase/dwl-git/


Please, provide proper reasoning in your requests. You've been mass 
submitting orphan requests lately by simply copy-pasting what's in the 
out of date flag, which is not relevant regarding the requests themselves.


In that case for example, it is more relevant for us to know that the 
package needs corrections and the maintainer is MIA rather than that the 
project has migrated to Coeberg (which is not a valid reason to submit 
an orphan request on its own).


The request comment should ease the processing of the said request by 
saying why this particular package should be orphaned, merged or 
deleted. Solely copying what's in the out of date flag like "This 
project has migrated to Codeberg" or "current version is 0.5" is not 
helpful, as those are not valid reasons for orphaning a package.


Please, try to work with us by providing valuable reasoning for your 
future requests.


Thanks in advance :)

--
Regards,
Robin Candau / Antiz



OpenPGP_0xFDC3040B92ACA748.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

[FFmpeg-devel] [PATCH] rtp enc/dec update for vvc

2024-06-13 Thread Robin shi

Signed-off-by: ftaft2000 
---
 .gitignore |   1 +
 configure  |   4 +
 libavcodec/Makefile|   1 +
 libavcodec/allcodecs.c |   1 +
 libavcodec/libvvenc.c  | 566 +
 libavformat/Makefile   |   1 +
 libavformat/rtpdec.c   |   1 +
 libavformat/rtpdec_formats.h   |   1 +
 libavformat/rtpdec_vvc.c   | 349 
 libavformat/rtpenc.c   |   2 +
 libavformat/rtpenc_h264_hevc.c |  94 +-
 libavformat/sdp.c  | 182 +++
 12 files changed, 1197 insertions(+), 6 deletions(-)
 create mode 100644 libavcodec/libvvenc.c
 create mode 100644 libavformat/rtpdec_vvc.c

diff --git a/.gitignore b/.gitignore
index e810d11107..d7441a6cdc 100644
--- a/.gitignore
+++ b/.gitignore
@@ -41,3 +41,4 @@
 /src
 /mapfile
 /tools/python/__pycache__/
+/build
\ No newline at end of file
diff --git a/configure b/configure
index 83284427df..d331688eb4 100755
--- a/configure
+++ b/configure
@@ -296,6 +296,7 @@ External library support:
   --enable-libwebp enable WebP encoding via libwebp [no]
   --enable-libx264 enable H.264 encoding via x264 [no]
   --enable-libx265 enable HEVC encoding via x265 [no]
+  --enable-libvvencenable H.266/VVC encoding via vvenc [no]
   --enable-libxeve enable EVC encoding via libxeve [no]
   --enable-libxevd enable EVC decoding via libxevd [no]
   --enable-libxavs enable AVS encoding via xavs [no]
@@ -1867,6 +1868,7 @@ EXTERNAL_LIBRARY_GPL_LIST="
 libvidstab
 libx264
 libx265
+libvvenc
 libxavs
 libxavs2
 libxvid
@@ -3569,6 +3571,7 @@ libx264rgb_encoder_deps="libx264"
 libx264rgb_encoder_select="libx264_encoder"
 libx265_encoder_deps="libx265"
 libx265_encoder_select="atsc_a53 dovi_rpuenc"
+libvvenc_encoder_deps="libvvenc"
 libxavs_encoder_deps="libxavs"
 libxavs2_encoder_deps="libxavs2"
 libxevd_decoder_deps="libxevd"
@@ -7041,6 +7044,7 @@ enabled libx264   && require_pkg_config libx264 
x264 "stdint.h x264.h" x
  check_cpp_condition libx262 x264.h "X264_MPEG2"
 enabled libx265   && require_pkg_config libx265 x265 x265.h 
x265_api_get &&
  require_cpp_condition libx265 x265.h "X265_BUILD 
>= 89"
+enabled libvvenc  && require_pkg_config libvvenc "libvvenc >= 1.6.1" 
"vvenc/vvenc.h" vvenc_get_version
 enabled libxavs   && require libxavs "stdint.h xavs.h" 
xavs_encoder_encode "-lxavs $pthreads_extralibs $libm_extralibs"
 enabled libxavs2  && require_pkg_config libxavs2 "xavs2 >= 1.3.0" 
"stdint.h xavs2.h" xavs2_api_get
 enabled libxevd   && require_pkg_config libxevd "xevd >= 0.4.1" 
"xevd.h" xevd_decode
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index 1a44352906..2e98e1c72f 100644
--- a/libavcodec/Makefile
+++ b/libavcodec/Makefile
@@ -1155,6 +1155,7 @@ OBJS-$(CONFIG_LIBWEBP_ANIM_ENCODER)   += 
libwebpenc_common.o libwebpenc_anim
 OBJS-$(CONFIG_LIBX262_ENCODER)+= libx264.o
 OBJS-$(CONFIG_LIBX264_ENCODER)+= libx264.o
 OBJS-$(CONFIG_LIBX265_ENCODER)+= libx265.o
+OBJS-$(CONFIG_LIBVVENC_ENCODER)   += libvvenc.o
 OBJS-$(CONFIG_LIBXAVS_ENCODER)+= libxavs.o
 OBJS-$(CONFIG_LIBXAVS2_ENCODER)   += libxavs2.o
 OBJS-$(CONFIG_LIBXEVD_DECODER)+= libxevd.o
diff --git a/libavcodec/allcodecs.c b/libavcodec/allcodecs.c
index b102a8069e..7650abebe4 100644
--- a/libavcodec/allcodecs.c
+++ b/libavcodec/allcodecs.c
@@ -807,6 +807,7 @@ extern const FFCodec ff_libx262_encoder;
 extern const FFCodec ff_libx264_encoder;
 extern const FFCodec ff_libx264rgb_encoder;
 extern FFCodec ff_libx265_encoder;
+extern const FFCodec ff_libvvenc_encoder;
 extern const FFCodec ff_libxeve_encoder;
 extern const FFCodec ff_libxevd_decoder;
 extern const FFCodec ff_libxavs_encoder;
diff --git a/libavcodec/libvvenc.c b/libavcodec/libvvenc.c
new file mode 100644
index 00..78d4f55a2a
--- /dev/null
+++ b/libavcodec/libvvenc.c
@@ -0,0 +1,566 @@
+/*
+ * H.266 encoding using the VVenC library
+ *
+ * Copyright (C) 2022, Thomas Siedel
+ *
+ * This file is part of FFmpeg.
+ *
+ * FFmpeg is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation; either
+ * version 2.1 of the License, or (at your option) any later version.
+ *
+ * FFmpeg is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+ * Lesser General Public License for more details.
+ *
+ * You should have received a copy of the GNU Lesser General Public
+ * License along with FFmpeg; if not, write to the Free Software
+ * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
+ */

[FFmpeg-devel] [PATCH] rtp enc/dec update for vvc

2024-06-13 Thread Robin shi

Signed-off-by: ftaft2000 
---
  .gitignore |   1 +
  configure  |   4 +
  libavcodec/Makefile|   1 +
  libavcodec/allcodecs.c |   1 +
  libavcodec/libvvenc.c  | 566 +
  libavformat/Makefile   |   1 +
  libavformat/rtpdec.c   |   1 +
  libavformat/rtpdec_formats.h   |   1 +
  libavformat/rtpdec_vvc.c   | 349 
  libavformat/rtpenc.c   |   2 +
  libavformat/rtpenc_h264_hevc.c |  94 +-
  libavformat/sdp.c  | 182 +++
  12 files changed, 1197 insertions(+), 6 deletions(-)
  create mode 100644 libavcodec/libvvenc.c
  create mode 100644 libavformat/rtpdec_vvc.c

diff --git a/.gitignore b/.gitignore
index e810d11107..d7441a6cdc 100644
--- a/.gitignore
+++ b/.gitignore
@@ -41,3 +41,4 @@
  /src
  /mapfile
  /tools/python/__pycache__/
+/build
\ No newline at end of file
diff --git a/configure b/configure
index 83284427df..d331688eb4 100755
--- a/configure
+++ b/configure
@@ -296,6 +296,7 @@ External library support:
--enable-libwebp enable WebP encoding via libwebp [no]
--enable-libx264 enable H.264 encoding via x264 [no]
--enable-libx265 enable HEVC encoding via x265 [no]
+  --enable-libvvencenable H.266/VVC encoding via vvenc [no]
--enable-libxeve enable EVC encoding via libxeve [no]
--enable-libxevd enable EVC decoding via libxevd [no]
--enable-libxavs enable AVS encoding via xavs [no]
@@ -1867,6 +1868,7 @@ EXTERNAL_LIBRARY_GPL_LIST="
  libvidstab
  libx264
  libx265
+libvvenc
  libxavs
  libxavs2
  libxvid
@@ -3569,6 +3571,7 @@ libx264rgb_encoder_deps="libx264"
  libx264rgb_encoder_select="libx264_encoder"
  libx265_encoder_deps="libx265"
  libx265_encoder_select="atsc_a53 dovi_rpuenc"
+libvvenc_encoder_deps="libvvenc"
  libxavs_encoder_deps="libxavs"
  libxavs2_encoder_deps="libxavs2"
  libxevd_decoder_deps="libxevd"
@@ -7041,6 +7044,7 @@ enabled libx264   && require_pkg_config
libx264 x264 "stdint.h x264.h" x
   check_cpp_condition libx262 x264.h
"X264_MPEG2"
  enabled libx265   && require_pkg_config libx265 x265 x265.h
x265_api_get &&
   require_cpp_condition libx265 x265.h
"X265_BUILD >= 89"
+enabled libvvenc  && require_pkg_config libvvenc "libvvenc >=
1.6.1" "vvenc/vvenc.h" vvenc_get_version
  enabled libxavs   && require libxavs "stdint.h xavs.h"
xavs_encoder_encode "-lxavs $pthreads_extralibs $libm_extralibs"
  enabled libxavs2  && require_pkg_config libxavs2 "xavs2 >=
1.3.0" "stdint.h xavs2.h" xavs2_api_get
  enabled libxevd   && require_pkg_config libxevd "xevd >=
0.4.1" "xevd.h" xevd_decode
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index 1a44352906..2e98e1c72f 100644
--- a/libavcodec/Makefile
+++ b/libavcodec/Makefile
@@ -1155,6 +1155,7 @@ OBJS-$(CONFIG_LIBWEBP_ANIM_ENCODER)   +=
libwebpenc_common.o libwebpenc_anim
  OBJS-$(CONFIG_LIBX262_ENCODER)+= libx264.o
  OBJS-$(CONFIG_LIBX264_ENCODER)+= libx264.o
  OBJS-$(CONFIG_LIBX265_ENCODER)+= libx265.o
+OBJS-$(CONFIG_LIBVVENC_ENCODER)   += libvvenc.o
  OBJS-$(CONFIG_LIBXAVS_ENCODER)+= libxavs.o
  OBJS-$(CONFIG_LIBXAVS2_ENCODER)   += libxavs2.o
  OBJS-$(CONFIG_LIBXEVD_DECODER)+= libxevd.o
diff --git a/libavcodec/allcodecs.c b/libavcodec/allcodecs.c
index b102a8069e..7650abebe4 100644
--- a/libavcodec/allcodecs.c
+++ b/libavcodec/allcodecs.c
@@ -807,6 +807,7 @@ extern const FFCodec ff_libx262_encoder;
  extern const FFCodec ff_libx264_encoder;
  extern const FFCodec ff_libx264rgb_encoder;
  extern FFCodec ff_libx265_encoder;
+extern const FFCodec ff_libvvenc_encoder;
  extern const FFCodec ff_libxeve_encoder;
  extern const FFCodec ff_libxevd_decoder;
  extern const FFCodec ff_libxavs_encoder;
diff --git a/libavcodec/libvvenc.c b/libavcodec/libvvenc.c
new file mode 100644
index 00..78d4f55a2a
--- /dev/null
+++ b/libavcodec/libvvenc.c
@@ -0,0 +1,566 @@
+/*
+ * H.266 encoding using the VVenC library
+ *
+ * Copyright (C) 2022, Thomas Siedel
+ *
+ * This file is part of FFmpeg.
+ *
+ * FFmpeg is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation; either
+ * version 2.1 of the License, or (at your option) any later version.
+ *
+ * FFmpeg is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+ * Lesser General Public License for more details.
+ *
+ * You should have received a copy of the GNU Lesser General Public
+ * License along with FFmpeg; if not, write to the Free Software
+ * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA

Re: [PATCH 1/2] RISC-V: Fix vwsll combine on rv32 targets

2024-06-13 Thread Robin Dapp

> I did a test run without the subreg condition and it also appears to
> work when running on rv32gcv and rv64gcv newlib. Would it be better
> to remove the subreg?

Yep, if it works, i.e. all tests still pass then let's get rid of it.

Regards
 Robin

Re: [PATCH v3] hw/arm/virt: Avoid unexpected warning from Linux guest on host with Fujitsu CPUs

2024-06-12 Thread Robin Murphy


On 2024-06-12 1:50 pm, Philippe Mathieu-Daudé wrote:

On 12/6/24 14:48, Peter Maydell wrote:
On Wed, 12 Jun 2024 at 13:33, Philippe Mathieu-Daudé 
 wrote:


Hi Zhenyu,

On 12/6/24 04:05, Zhenyu Zhang wrote:

diff --git a/hw/arm/virt.c b/hw/arm/virt.c
index 3c93c0c0a6..3cefac6d43 100644
--- a/hw/arm/virt.c
+++ b/hw/arm/virt.c
@@ -271,6 +271,17 @@ static void create_fdt(VirtMachineState *vms)
   qemu_fdt_setprop_cell(fdt, "/", "#size-cells", 0x2);
   qemu_fdt_setprop_string(fdt, "/", "model", "linux,dummy-virt");

+    /*
+ * For QEMU, all DMA is coherent. Advertising this in the root 
node

+ * has two benefits:
+ *
+ * - It avoids potential bugs where we forget to mark a DMA
+ *   capable device as being dma-coherent
+ * - It avoids spurious warnings from the Linux kernel about
+ *   devices which can't do DMA at all
+ */
+    qemu_fdt_setprop(fdt, "/", "dma-coherent", NULL, 0);


OK, but why restrict that to the Aarch64 virt machine?
Shouldn't advertise this generically in create_device_tree()?
Or otherwise at least in the other virt machines?


create_device_tree() creates an empty device tree, not one
with stuff in it. It seems reasonable to me for this property
on the root to be set in the same place we set other properties
of the root node.


OK. Still the question about other virt machines remains
unanswered :)


From the DT consumer point of view, the interpretation and assumptions 
around coherency *are* generally architecture- or platform-specific. For 
instance on RISC-V, many platforms want to assume coherency by default 
(and potentially use "dma-noncoherent" to mark individual devices that 
aren't), while others may still want to do the opposite and use 
"dma-coherent" in the same manner as Arm and AArch64. Neither property 
existed back in ePAPR, so typical PowerPC systems wouldn't even be 
looking and will just make their own assumptions by other means.


Thanks,
Robin.

zookeeper 384 files missing

2024-06-12 Thread Storch, Robin

Hello,

I downloaded the 384 version from
https://www.apache.org/dyn/closer.lua/zookeeper/zookeeper-3.8.4/apache-zookeeper-3.8.4-bin.tar.gz
Apache Download 
Mirrors
Home page of The Apache Software Foundation
www.apache.org
However, it does not contain the necessary zookeeper files found in /var, /etc/ 
and /usr.  Where can I find these files for this version?

Thank you.

[Git][archlinux/packaging/packages/elixir] Pushed new tag 1.17.0-1



Robin Candau pushed new tag 1.17.0-1 at Arch Linux / Packaging / Packages / 
elixir

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/elixir/-/tree/1.17.0-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/elixir][main] upgpkg: 1.17.0-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / elixir


Commits:
b56deed8 by Robin Candau at 2024-06-12T14:48:57+02:00
upgpkg: 1.17.0-1: New upstream release
https://github.com/elixir-lang/elixir/releases/tag/v1.17.0

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,13 +1,13 @@
 pkgbase = elixir
pkgdesc = a functional meta-programming aware language built on top of 
the Erlang VM
-   pkgver = 1.16.3
+   pkgver = 1.17.0
pkgrel = 1
url = https://elixir-lang.org
arch = any
license = Apache-2.0
checkdepends = git
depends = erlang-nox
-   source = 
elixir-1.16.3.tar.gz::https://github.com/elixir-lang/elixir/archive/v1.16.3.tar.gz
-   sha256sums = 
a163128e618e5205ea749f8effafa5b540008fd0bed863e75e2e09663a00ec45
+   source = 
elixir-1.17.0.tar.gz::https://github.com/elixir-lang/elixir/archive/v1.17.0.tar.gz
+   sha256sums = 
558f89cd39458bed1f945d87ad320e5d8f337fa9e627a8479aaefa0494a06ea7
 
 pkgname = elixir


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 # Contributor: Gilbert Kennen 
 
 pkgname=elixir
-pkgver=1.16.3
+pkgver=1.17.0
 pkgrel=1
 pkgdesc="a functional meta-programming aware language built on top of the 
Erlang VM"
 url="https://elixir-lang.org;
@@ -13,7 +13,7 @@ arch=('any')
 depends=('erlang-nox')
 checkdepends=('git')
 
source=("${pkgname}-${pkgver}.tar.gz::https://github.com/elixir-lang/elixir/archive/v${pkgver}.tar.gz;)
-sha256sums=('a163128e618e5205ea749f8effafa5b540008fd0bed863e75e2e09663a00ec45')
+sha256sums=('558f89cd39458bed1f945d87ad320e5d8f337fa9e627a8479aaefa0494a06ea7')
 
 build() {
cd "${pkgname}-${pkgver}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/elixir/-/commit/b56deed864023032ef2f52c4dfacfa9c8ed43915

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/elixir/-/commit/b56deed864023032ef2f52c4dfacfa9c8ed43915
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/sentry-native][main] upgpkg: 0.7.6-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
sentry-native


Commits:
6a205934 by Robin Candau at 2024-06-12T11:48:05+02:00
upgpkg: 0.7.6-1: New upstream release
https://github.com/getsentry/sentry-native/releases/tag/0.7.6

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = sentry-native
pkgdesc = Sentry SDK for C, C++ and native applications
-   pkgver = 0.7.5
-   pkgrel = 3
+   pkgver = 0.7.6
+   pkgrel = 1
url = https://github.com/getsentry/sentry-native
arch = x86_64
license = MIT
@@ -15,14 +15,14 @@ pkgbase = sentry-native
depends = glibc
depends = zlib
provides = libsentry.so
-   source = git+https://github.com/getsentry/sentry-native.git#tag=0.7.5
+   source = git+https://github.com/getsentry/sentry-native.git#tag=0.7.6
source = git+https://github.com/getsentry/libunwindstack-ndk.git
source = git+https://github.com/getsentry/breakpad.git
source = git+https://chromium.googlesource.com/linux-syscall-support.git
source = git+https://github.com/getsentry/crashpad.git
source = 
git+https://chromium.googlesource.com/chromium/mini_chromium.git
source = 
git+https://chromium.googlesource.com/chromium/src/third_party/zlib.git
-   sha256sums = 
8f59bb1946cb1727baf46aa56b60045e5e6d209a2c1a9bf1fe9b457eb35cdeed
+   sha256sums = 
8119e145a95ea3c1e001fd1625834e2f5040bdb6ca3a3bd2d231d5a4772b2f5d
sha256sums = SKIP
sha256sums = SKIP
sha256sums = SKIP


=
PKGBUILD
=
@@ -1,8 +1,9 @@
 # Maintainer: Carl Smedstad 
+# Maintainer: Robin Candau 
 
 pkgname=sentry-native
-pkgver=0.7.5
-pkgrel=3
+pkgver=0.7.6
+pkgrel=1
 pkgdesc="Sentry SDK for C, C++ and native applications"
 arch=(x86_64)
 url="https://github.com/getsentry/sentry-native;
@@ -32,15 +33,13 @@ source=(
   "git+https://chromium.googlesource.com/chromium/mini_chromium.git;
   "git+https://chromium.googlesource.com/chromium/src/third_party/zlib.git;
 )
-sha256sums=(
-  '8f59bb1946cb1727baf46aa56b60045e5e6d209a2c1a9bf1fe9b457eb35cdeed'
-  'SKIP'
-  'SKIP'
-  'SKIP'
-  'SKIP'
-  'SKIP'
-  'SKIP'
-)
+sha256sums=('8119e145a95ea3c1e001fd1625834e2f5040bdb6ca3a3bd2d231d5a4772b2f5d'
+'SKIP'
+'SKIP'
+'SKIP'
+'SKIP'
+'SKIP'
+'SKIP')
 
 _archive="$pkgname"
 



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/sentry-native/-/commit/6a20593405a8490ec6dbe0f32b2b560c304a34c4

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/sentry-native/-/commit/6a20593405a8490ec6dbe0f32b2b560c304a34c4
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/sentry-native] Pushed new tag 0.7.6-1



Robin Candau pushed new tag 0.7.6-1 at Arch Linux / Packaging / Packages / 
sentry-native

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/sentry-native/-/tree/0.7.6-1
You're receiving this email because of your account on gitlab.archlinux.org.

Re: [PATCH] ifcvt: Clarify if_info.original_cost.

2024-06-12 Thread Robin Dapp

> Hmm, ok.  The bit that confused me most was:
> 
>   if (last_needs_comparison != -1)
> {
>   end_sequence ();
>   start_sequence ();
>   ...
> }
> 
> which implied that the second attempt was made conditionally.
> It seems like it's always used and is an inherent part of the
> algorithm.
> 
> If the problem is tracking liveness, wouldn't it be better to
> iterate over the "then" block in reverse order?  We would start
> with the liveness set for the join block and update as we move
> backwards through the "then" block.  This liveness set would
> tell us whether the current instruction needs to preserve a
> particular register.  That should make it possible to do the
> transformation in one step, and so avoid the risk that the
> second attempt does something that is unexpectedly different
> from the first attempt.

I agree that the current approach is rather cumbersome.  Indeed
the second attempt was conditional at first and I changed it to
be unconditional after some patch iterations.
Your reverse-order idea sounds like it should work.  To further
clean up the algorithm we could also make it more explicit
that a "cmov" depends on either the condition or the CC and
basically track two separate paths through the block, one CC
path and one "condition" path.

I can surely do that as a follow up.  It might conflict with
Manolis's changes, though, so his work should probably be in
first.

> FWIW, the reason for asking was that it seemed safer to pass
> use_cond_earliest back from noce_convert_multiple_sets_1
> to noce_convert_multiple_sets, as another parameter,
> and then do the adjustment around noce_convert_multiple_sets's
> call to targetm.noce_conversion_profitable_p.  That would avoid
> the new for a new if_info field, which in turn would make it
> less likely that stale information is carried over from one attempt
> to the next (e.g. if other ifcvt techniques end up using the same
> field in future).

Would something like the attached v4 be OK that uses a parameter
instead (I mean without having refactored the full algorithm)?
At least I changed the comment before the second attempt to
hopefully cause a tiny bit less confusion :)
I haven't fully bootstrapped it yet.

Regards
 Robin

Before noce_find_if_block processes a block it sets up an if_info
structure that holds the original costs.  At that point the costs of
the then/else blocks have not been added so we only care about the
"if" cost.

The code originally used BRANCH_COST for that but was then changed
to COST_N_INSNS (2) - a compare and a jump.

This patch computes the jump costs via
  insn_cost (if_info.jump, ...)
under the assumption that the target takes BRANCH_COST into account
when costing a jump instruction.

In noce_convert_multiple_sets, we keep track of the need for the initial
CC comparison.  If we needed it for the generated sequence we add its
cost before default_noce_conversion_profitable_p.

gcc/ChangeLog:

* ifcvt.cc (noce_convert_multiple_sets):  Define
use_cond_earliest and adjust original cost if needed.
(noce_convert_multiple_sets_1): Add param use_cond_earliest.
(noce_process_if_block): Do not subtract CC cost anymore.
(noce_find_if_block): Use insn_cost for costing jump insn.
---
 gcc/ifcvt.cc | 79 +---
 1 file changed, 44 insertions(+), 35 deletions(-)

diff --git a/gcc/ifcvt.cc b/gcc/ifcvt.cc
index 58ed42673e5..2854eea7702 100644
--- a/gcc/ifcvt.cc
+++ b/gcc/ifcvt.cc
@@ -105,7 +105,8 @@ static bool noce_convert_multiple_sets_1 (struct 
noce_if_info *,
  hash_map *,
  auto_vec *,
  auto_vec *,
- auto_vec *, int *);
+ auto_vec *,
+ int *, bool *);
 
 /* Count the number of non-jump active insns in BB.  */
 
@@ -3502,30 +3503,28 @@ noce_convert_multiple_sets (struct noce_if_info 
*if_info)
 
   int last_needs_comparison = -1;
 
+  bool use_cond_earliest = false;
+
   bool ok = noce_convert_multiple_sets_1
 (if_info, _no_cmov, _src, , ,
- _insns, _needs_comparison);
+ _insns, _needs_comparison, _cond_earliest);
   if (!ok)
   return false;
 
-  /* If there are insns that overwrite part of the initial
- comparison, we can still omit creating temporaries for
- the last of them.
- As the second try will always create a less expensive,
- valid sequence, we do not need to compare and can discard
- the first one.  */
-  if (last_needs_comparison != -1)
-{
-  end_sequence ();
-  start_sequence ();
-  ok = noce_convert_multiple_sets_1
-   (if_info, _no_cmov, _src, , ,
-_insns, _needs_compa

Re: [PATCH 1/2] RISC-V: Fix vwsll combine on rv32 targets

2024-06-12 Thread Robin Dapp

Hi Edwin,

this is OK but did you check if we can get rid of the subreg
condition now that we have gen_lowpart?

Regards
 Robin

Re: [PATCH 2/2] RISC-V: Move mode assertion out of conditional branch in emit_insn

2024-06-12 Thread Robin Dapp

Hi Edwin,

this LGTM but I just remembered I intended to turn the assert
into a more descriptive error.

The attached patch has been sitting on my local branch for a
while.  Maybe we should rather fold yours into it?

Regards
 Robin

>From d164403ef577917f905c1690f2199fab330f05e2 Mon Sep 17 00:00:00 2001
From: Robin Dapp 
Date: Fri, 31 May 2024 14:51:17 +0200
Subject: [PATCH] RISC-V: Use descriptive errors instead of asserts.

In emit_insn we forestall possible ICEs in maybe_legitimize_operand by
asserting.  This patch replaces the assertions by more descriptive
internal errors.

gcc/ChangeLog:

* config/riscv/riscv-v.cc: Replace asserts by internal errors.
---
 gcc/config/riscv/riscv-v.cc | 27 ++-
 1 file changed, 22 insertions(+), 5 deletions(-)

diff --git a/gcc/config/riscv/riscv-v.cc b/gcc/config/riscv/riscv-v.cc
index 8911f5783c8..810203b8ba5 100644
--- a/gcc/config/riscv/riscv-v.cc
+++ b/gcc/config/riscv/riscv-v.cc
@@ -50,6 +50,7 @@
 #include "rtx-vector-builder.h"
 #include "targhooks.h"
 #include "predict.h"
+#include "errors.h"
 
 using namespace riscv_vector;
 
@@ -291,10 +292,20 @@ public:
if (mode == VOIDmode)
  mode = Pmode;
else
- /* Early assertion ensures same mode since maybe_legitimize_operand
-will check this.  */
- gcc_assert (GET_MODE (ops[opno]) == VOIDmode
- || GET_MODE (ops[opno]) == mode);
+ {
+   /* Early assertion ensures same mode since maybe_legitimize_operand
+  will check this.  */
+   machine_mode required_mode = GET_MODE (ops[opno]);
+   if (required_mode != VOIDmode && required_mode != mode)
+ {
+   internal_error ("expected mode %s for operand %d of "
+   "insn %s but got mode %s.\n",
+   GET_MODE_NAME (mode),
+   opno,
+   insn_data[(int) icode].name,
+   GET_MODE_NAME (required_mode));
+ }
+ }
 
add_input_operand (ops[opno], mode);
   }
@@ -346,7 +357,13 @@ public:
 else if (m_insn_flags & VXRM_RDN_P)
   add_rounding_mode_operand (VXRM_RDN);
 
-gcc_assert (insn_data[(int) icode].n_operands == m_opno);
+
+if (insn_data[(int) icode].n_operands != m_opno)
+  internal_error ("invalid number of operands for insn %s, "
+ "expected %d but got %d.\n",
+ insn_data[(int) icode].name,
+ insn_data[(int) icode].n_operands, m_opno);
+
 expand (icode, any_mem_p);
   }
 
-- 
2.45.1

[LincolnTalk] Plastic Pot recycling.

2024-06-11 Thread Robin Wilkerson

GARDEN PLASTIC RECYCLING!
Grow Native Massachusetts is partnering with Van Berkum Nursery and East Jordan 
Plastics to offer garden plastic recycling! Drop off your plastic plant pots 
and trays (of any color) at the Grow Native MA collection area in the parking 
lot behind First Parish in Lexington, at 7 Harrington Road, Lexington MA. The 
drop site is at the very rear of the church parking lot, to the left of the 
dumpster, as indicated. The last day you can drop off plastic is Saturday June 
22, 2024.   Please stack neatly, no plastic bags.






Robin Wilkerson
31 Old Winter St.
Lincoln, MA 01773
outsideinformat...@gmail.com



-- 
The LincolnTalk mailing list.
To post, send mail to Lincoln@lincolntalk.org.
Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/.
Change your subscription settings at 
https://pairlist9.pair.net/mailman/listinfo/lincoln.

Re: [PATCH] ifcvt: Clarify if_info.original_cost.

> I was looking at the code in more detail and just wanted to check.
> We have:
> 
>   int last_needs_comparison = -1;
> 
>   bool ok = noce_convert_multiple_sets_1
> (if_info, _no_cmov, _src, , ,
>  _insns, _needs_comparison);
>   if (!ok)
>   return false;
> 
>   /* If there are insns that overwrite part of the initial
>  comparison, we can still omit creating temporaries for
>  the last of them.
>  As the second try will always create a less expensive,
>  valid sequence, we do not need to compare and can discard
>  the first one.  */
>   if (last_needs_comparison != -1)
> {
>   end_sequence ();
>   start_sequence ();
>   ok = noce_convert_multiple_sets_1
>   (if_info, _no_cmov, _src, , ,
>_insns, _needs_comparison);
>   /* Actually we should not fail anymore if we reached here,
>but better still check.  */
>   if (!ok)
> return false;
> }
> 
> But noce_convert_multiple_sets_1 ends with:
> 
>   /* Even if we did not actually need the comparison, we want to make sure
>  to try a second time in order to get rid of the temporaries.  */
>   if (*last_needs_comparison == -1)
> *last_needs_comparison = 0;
> 
> 
>   return true;
> 
> AFAICT that means that the first attempt is always redundant.
> 
> Have I missed something?

(I might not have fully gotten the question)

The idea is that the first attempt goes through all insns and sets
*last_need_comparison to the insn number that either
- used the condition/comparison by preferring seq1 or
- used the condition as a side-effect insn when creating a CC-using
  insn in seq2.
(And we only know that after actually creating the sequences). 

The second attempt then improves on the first one by skipping
any temporary destination registers after the last insn that required
the condition (even though its target overlaps with the condition
registers).  This is true for all cmovs that only use the CC
(instead of the condition).  Essentially, we know that all following
cmovs can be created via the CC which is not overwritten.

So, even when we never used the condition because of all CC-using
cmovs we would skip the temporary targets in the second attempt.
But we can't know that all we ever needed is the CC comparison
before actually creating the sequences in the first attempt.

Regards
 Robin

[Bug 1971434] Re: Display powersave only blanks, but does not turn off

2024-06-11 Thread Robin

I've got the same thing on a fresh 24.04 install running X11. I've got
three monitors, two on HDMI, one on display port.

I'm running the Nouveau drivers.

Locking with Super-L turns the backlight off for a few seconds then it
comes back on, usually with the cursor showing as well.

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

Title:
  Display powersave only blanks, but does not turn off

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1971434/+subscriptions


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

[Bug 1971434] Re: Display powersave only blanks, but does not turn off

2024-06-11 Thread Robin

I've got the same thing on a fresh 24.04 install running X11. I've got
three monitors, two on HDMI, one on display port.

I'm running the Nouveau drivers.

Locking with Super-L turns the backlight off for a few seconds then it
comes back on, usually with the cursor showing as well.

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

Title:
  Display powersave only blanks, but does not turn off

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1971434/+subscriptions


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

[gcc r15-1187] vect: Merge loop mask and cond_op mask in fold-left reduction [PR115382].

2024-06-11 Thread Robin Dapp via Gcc-cvs

https://gcc.gnu.org/g:2b438a0d2aa80f051a09b245a58f643540d4004b

commit r15-1187-g2b438a0d2aa80f051a09b245a58f643540d4004b
Author: Robin Dapp 
Date:   Fri Jun 7 14:36:41 2024 +0200

vect: Merge loop mask and cond_op mask in fold-left reduction [PR115382].

Currently we discard the cond-op mask when the loop is fully masked
which causes wrong code in
gcc.dg/vect/vect-cond-reduc-in-order-2-signed-zero.c
when compiled with
-O3 -march=cascadelake --param vect-partial-vector-usage=2.

This patch ANDs both masks.

gcc/ChangeLog:

PR tree-optimization/115382

* tree-vect-loop.cc (vectorize_fold_left_reduction): Use
prepare_vec_mask.
* tree-vect-stmts.cc (check_load_store_for_partial_vectors):
Remove static of prepare_vec_mask.
* tree-vectorizer.h (prepare_vec_mask): Export.

Diff:
---
 gcc/tree-vect-loop.cc  | 10 +-
 gcc/tree-vect-stmts.cc |  2 +-
 gcc/tree-vectorizer.h  |  3 +++
 3 files changed, 13 insertions(+), 2 deletions(-)

diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
index c471f1564a72..5b1ad06eca66 100644
--- a/gcc/tree-vect-loop.cc
+++ b/gcc/tree-vect-loop.cc
@@ -7204,7 +7204,15 @@ vectorize_fold_left_reduction (loop_vec_info loop_vinfo,
   tree len = NULL_TREE;
   tree bias = NULL_TREE;
   if (LOOP_VINFO_FULLY_MASKED_P (loop_vinfo))
-   mask = vect_get_loop_mask (loop_vinfo, gsi, masks, vec_num, vectype_in, 
i);
+   {
+ tree loop_mask = vect_get_loop_mask (loop_vinfo, gsi, masks,
+  vec_num, vectype_in, i);
+ if (is_cond_op)
+   mask = prepare_vec_mask (loop_vinfo, TREE_TYPE (loop_mask),
+loop_mask, vec_opmask[i], gsi);
+ else
+   mask = loop_mask;
+   }
   else if (is_cond_op)
mask = vec_opmask[i];
   if (LOOP_VINFO_FULLY_WITH_LENGTH_P (loop_vinfo))
diff --git a/gcc/tree-vect-stmts.cc b/gcc/tree-vect-stmts.cc
index 05a169ecb2dd..831f18253765 100644
--- a/gcc/tree-vect-stmts.cc
+++ b/gcc/tree-vect-stmts.cc
@@ -1643,7 +1643,7 @@ check_load_store_for_partial_vectors (loop_vec_info 
loop_vinfo, tree vectype,
MASK_TYPE is the type of both masks.  If new statements are needed,
insert them before GSI.  */
 
-static tree
+tree
 prepare_vec_mask (loop_vec_info loop_vinfo, tree mask_type, tree loop_mask,
  tree vec_mask, gimple_stmt_iterator *gsi)
 {
diff --git a/gcc/tree-vectorizer.h b/gcc/tree-vectorizer.h
index 97ec9c341e7d..6bb0f5c3a56f 100644
--- a/gcc/tree-vectorizer.h
+++ b/gcc/tree-vectorizer.h
@@ -2508,6 +2508,9 @@ extern void vect_free_slp_tree (slp_tree);
 extern bool compatible_calls_p (gcall *, gcall *);
 extern int vect_slp_child_index_for_operand (const gimple *, int op, bool);
 
+extern tree prepare_vec_mask (loop_vec_info, tree, tree, tree,
+ gimple_stmt_iterator *);
+
 /* In tree-vect-patterns.cc.  */
 extern void
 vect_mark_pattern_stmts (vec_info *, stmt_vec_info, gimple *, tree);

[Git][archlinux/packaging/packages/jenkins][main] upgpkg: 2.462-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
jenkins


Commits:
30273241 by Robin Candau at 2024-06-11T18:32:49+02:00
upgpkg: 2.462-1: New upstream release
https://github.com/jenkinsci/jenkins/releases/tag/jenkins-2.462

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = jenkins
pkgdesc = Extendable continuous integration server (latest)
-   pkgver = 2.461
+   pkgver = 2.462
pkgrel = 1
url = https://jenkins.io
install = jenkins.install
@@ -16,13 +16,13 @@ pkgbase = jenkins
conflicts = jenkins-ci
replaces = jenkins-ci
backup = etc/conf.d/jenkins
-   source = 
https://github.com/jenkinsci/jenkins/archive/refs/tags/jenkins-2.461.tar.gz
+   source = 
https://github.com/jenkinsci/jenkins/archive/refs/tags/jenkins-2.462.tar.gz
source = jenkins.conf
source = jenkins.service
source = jenkins.tmpfiles
source = jenkins.sysusers
source = skip-failing-test.patch
-   sha512sums = 
e95b2e93dad2573ab4fa1f0d857acd1387815cb68cdd60b9b3c4243284f26b9b5ddcc1293f409b3b39387e7eb6e7494563441c74f6db6f9d5e305750f5772396
+   sha512sums = 
2de6ce7f850f40104fd38220bbda773512861e93f78590350b9e749c179293c8d861fdcda65bbe207d903c89f97f1571f7358f23815aae280ff150f01209853b
sha512sums = 
482b642988027b623995e0488cc00011be5bbe9890a6d40dd6979197fa50794889ff731f798891106b367962cf60cb59b0260caadfcee9685b358a966f759553
sha512sums = 
c1e9a542bfd3db54ea0ef57acdac47ad5180330f9ffab44296762b0e69e75ce595d85a77d46025586fb507aedce4f1a032379dcd16b7b886fe475a99849fa4b2
sha512sums = 
a845a7147be54affc586dfce9a188ec24c92e673e88dec0b62da386d2e597de6ecda103429008562abd897f179a52c37cf2188ebc65b8c636efd07d707e18f90


=
PKGBUILD
=
@@ -5,7 +5,7 @@
 # Contributor: Illarion Kovalchuk 
 
 pkgname=jenkins
-pkgver=2.461
+pkgver=2.462
 pkgrel=1
 _java=17
 pkgdesc='Extendable continuous integration server (latest)'
@@ -25,7 +25,7 @@ 
source=("https://github.com/jenkinsci/jenkins/archive/refs/tags/jenkins-${pkgver
 'jenkins.tmpfiles'
 'jenkins.sysusers'
 'skip-failing-test.patch')
-sha512sums=('e95b2e93dad2573ab4fa1f0d857acd1387815cb68cdd60b9b3c4243284f26b9b5ddcc1293f409b3b39387e7eb6e7494563441c74f6db6f9d5e305750f5772396'
+sha512sums=('2de6ce7f850f40104fd38220bbda773512861e93f78590350b9e749c179293c8d861fdcda65bbe207d903c89f97f1571f7358f23815aae280ff150f01209853b'
 
'482b642988027b623995e0488cc00011be5bbe9890a6d40dd6979197fa50794889ff731f798891106b367962cf60cb59b0260caadfcee9685b358a966f759553'
 
'c1e9a542bfd3db54ea0ef57acdac47ad5180330f9ffab44296762b0e69e75ce595d85a77d46025586fb507aedce4f1a032379dcd16b7b886fe475a99849fa4b2'
 
'a845a7147be54affc586dfce9a188ec24c92e673e88dec0b62da386d2e597de6ecda103429008562abd897f179a52c37cf2188ebc65b8c636efd07d707e18f90'



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/jenkins/-/commit/30273241d6e2c40b918688d5fedeab152ac36c94

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/jenkins/-/commit/30273241d6e2c40b918688d5fedeab152ac36c94
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/jenkins] Pushed new tag 2.462-1



Robin Candau pushed new tag 2.462-1 at Arch Linux / Packaging / Packages / 
jenkins

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/jenkins/-/tree/2.462-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-textual] Pushed new tag 0.67.1-1



Robin Candau pushed new tag 0.67.1-1 at Arch Linux / Packaging / Packages / 
python-textual

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/tree/0.67.1-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-textual][main] upgpkg: 0.67.1-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
python-textual


Commits:
a2f2c4de by Robin Candau at 2024-06-11T17:55:12+02:00
upgpkg: 0.67.1-1: New upstream release
https://github.com/Textualize/textual/releases/tag/v0.67.1

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = python-textual
pkgdesc = Modern Text User Interface framework
-   pkgver = 0.66.0
+   pkgver = 0.67.1
pkgrel = 1
url = https://github.com/Textualize/textual
arch = any
@@ -17,7 +17,7 @@ pkgbase = python-textual
optdepends = python-tree-sitter: for syntax highlighting support
optdepends = python-tree-sitter-languages: for custom languages support
optdepends = python-textual-dev: tools for developers
-   source = 
textual-0.66.0.tar.gz::https://github.com/Textualize/textual/archive/v0.66.0.tar.gz
-   sha512sums = 
7df1cee98696506b0b075025ff1810b7c6fc05383ceec72685dc6bba1c9aa5914807919fe359d265458ca1384f76bb94282c271cb4f4dc0ff34cea9f7056a819
+   source = 
textual-0.67.1.tar.gz::https://github.com/Textualize/textual/archive/v0.67.1.tar.gz
+   sha512sums = 
9847e4ddc892b47e014f3f620b267ac1221a77a8680908cf2d0f7ffc14d79b2954fcd6a7d9ba3db6c15674425a31c0fb10da0e82e5de96e2bac60a39e7ae7562
 
 pkgname = python-textual


=
PKGBUILD
=
@@ -5,7 +5,7 @@
 
 _base=textual
 pkgname=python-${_base}
-pkgver=0.66.0
+pkgver=0.67.1
 pkgrel=1
 pkgdesc="Modern Text User Interface framework"
 arch=(any)
@@ -18,7 +18,7 @@ optdepends=('python-tree-sitter: for syntax highlighting 
support'
 'python-tree-sitter-languages: for custom languages support'
 'python-textual-dev: tools for developers')
 source=(${_base}-${pkgver}.tar.gz::${url}/archive/v${pkgver}.tar.gz)
-sha512sums=('7df1cee98696506b0b075025ff1810b7c6fc05383ceec72685dc6bba1c9aa5914807919fe359d265458ca1384f76bb94282c271cb4f4dc0ff34cea9f7056a819')
+sha512sums=('9847e4ddc892b47e014f3f620b267ac1221a77a8680908cf2d0f7ffc14d79b2954fcd6a7d9ba3db6c15674425a31c0fb10da0e82e5de96e2bac60a39e7ae7562')
 
 build() {
   cd ${_base}-${pkgver}



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/commit/a2f2c4ded938a5843e62439d45e4c02c0a06e213

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/commit/a2f2c4ded938a5843e62439d45e4c02c0a06e213
You're receiving this email because of your account on gitlab.archlinux.org.

Re: [PATCH] ifcvt: Clarify if_info.original_cost.

The attached v3 tracks the use of cond_earliest as you suggested
and adds its cost in default_noce_conversion_profitable_p.

Bootstrapped and regtested on x86 and p10, aarch64 still
running.  Regtested on riscv64.

Regards
 Robin

Before noce_find_if_block processes a block it sets up an if_info
structure that holds the original costs.  At that point the costs of
the then/else blocks have not been added so we only care about the
"if" cost.

The code originally used BRANCH_COST for that but was then changed
to COST_N_INSNS (2) - a compare and a jump.

This patch computes the jump costs via
  insn_cost (if_info.jump, ...)
under the assumption that the target takes BRANCH_COST into account
when costing a jump instruction.

In noce_convert_multiple_sets, we keep track of the need for the initial
CC comparison.  If we needed it for the generated sequence we add its
cost in default_noce_conversion_profitable_p.

gcc/ChangeLog:

* ifcvt.cc (default_noce_conversion_profitable_p):  Add cost of
CC comparison.
(noce_convert_multiple_sets_1): Set use_cond_earliest.
(noce_process_if_block): Just use original cost.
(noce_find_if_block): Use insn_cost (jump_insn).
* ifcvt.h (struct noce_if_info): Add use_cond_earliest.
---
 gcc/ifcvt.cc | 37 ++---
 gcc/ifcvt.h  |  3 +++
 2 files changed, 25 insertions(+), 15 deletions(-)

diff --git a/gcc/ifcvt.cc b/gcc/ifcvt.cc
index 58ed42673e5..9b408eeb313 100644
--- a/gcc/ifcvt.cc
+++ b/gcc/ifcvt.cc
@@ -814,7 +814,16 @@ default_noce_conversion_profitable_p (rtx_insn *seq,
   /* Cost up the new sequence.  */
   unsigned int cost = seq_cost (seq, speed_p);
 
-  if (cost <= if_info->original_cost)
+  /* If the created sequence does not use cond_earliest (but the jump
+ does) add its cost to the original_cost here.  */
+  unsigned int cost_adjust = 0;
+
+  if (if_info->jump != if_info->cond_earliest
+  && !if_info->use_cond_earliest)
+cost_adjust = insn_cost (if_info->cond_earliest,
+if_info->speed_p);
+
+  if (cost <= if_info->original_cost + cost_adjust)
 return true;
 
   /* When compiling for size, we can make a reasonably accurately guess
@@ -3780,6 +3789,7 @@ noce_convert_multiple_sets_1 (struct noce_if_info 
*if_info,
  temp_dest = temp_dest2;
  if (!second_try && read_comparison)
*last_needs_comparison = count;
+ if_info->use_cond_earliest = true;
}
   else
{
@@ -3931,16 +3941,13 @@ noce_process_if_block (struct noce_if_info *if_info)
  to calculate a value for x.
  ??? For future expansion, further expand the "multiple X" rules.  */
 
-  /* First look for multiple SETS.  The original costs already include
- a base cost of COSTS_N_INSNS (2): one instruction for the compare
- (which we will be needing either way) and one instruction for the
- branch.  When comparing costs we want to use the branch instruction
- cost and the sets vs. the cmovs generated here.  Therefore subtract
- the costs of the compare before checking.
- ??? Actually, instead of the branch instruction costs we might want
- to use COSTS_N_INSNS (BRANCH_COST ()) as in other places.  */
+  /* First look for multiple SETS.
+ The original costs already include costs for the jump insn as well
+ as for a CC comparison if there is any.
+ If a target re-uses the existing CC comparison we keep track of that
+ and add the costs in default default_noce_conversion_profitable_p.  */
 
-  unsigned potential_cost = if_info->original_cost - COSTS_N_INSNS (1);
+  unsigned potential_cost = if_info->original_cost;
   unsigned old_cost = if_info->original_cost;
   if (!else_bb
   && HAVE_conditional_move
@@ -4696,6 +4703,7 @@ noce_find_if_block (basic_block test_bb, edge then_edge, 
edge else_edge,
   gcc_assert (if_info.rev_cond == NULL_RTX
  || rev_cond_earliest == cond_earliest);
   if_info.cond_earliest = cond_earliest;
+  if_info.use_cond_earliest = false;
   if_info.jump = jump;
   if_info.then_else_reversed = then_else_reversed;
   if_info.speed_p = speed_p;
@@ -4703,11 +4711,10 @@ noce_find_if_block (basic_block test_bb, edge 
then_edge, edge else_edge,
 = targetm.max_noce_ifcvt_seq_cost (then_edge);
   /* We'll add in the cost of THEN_BB and ELSE_BB later, when we check
  that they are valid to transform.  We can't easily get back to the insn
- for COND (and it may not exist if we had to canonicalize to get COND),
- and jump_insns are always given a cost of 1 by seq_cost, so treat
- both instructions as having cost COSTS_N_INSNS (1).  */
-  if_info.original_cost = COSTS_N_INSNS (2);
-
+ for COND (and it may not exist if we had to canonicalize to get COND).
+ It is assumed that the costs of a jump insn are dependent on the
+ branch costs.  */
+  if_info.original_cost

Re: [PATCH v1] RISC-V: Implement .SAT_SUB for unsigned vector int

Thanks, the patch is OK then.

Regards
 Robin

Re: [PATCH v1] RISC-V: Implement .SAT_SUB for unsigned vector int

Hi Pan,

in general LGTM.  Would you mind adding the coremark-pro
testcase which should be working now, and, was the original
reason for doing this?

I believe the following should do:

extern int wsize;

typedef unsigned short Posf;
#define NIL 0

void foo (Posf *p)
{
  register unsigned n, m;
  do {
  m = *--p;
  *p = (Posf)(m >= wsize ? m-wsize : NIL);
  } while (--n);
}

Regards
 Robin

[Git][archlinux/packaging/packages/check-jsonschema][main] upgpkg: 0.28.5-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
check-jsonschema


Commits:
012c2bad by Robin Candau at 2024-06-11T09:08:55+02:00
upgpkg: 0.28.5-1: New upstream release
https://github.com/python-jsonschema/check-jsonschema/releases/tag/0.28.5

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = check-jsonschema
pkgdesc = A JSON Schema CLI and pre-commit hook built on jsonschema
-   pkgver = 0.28.4
+   pkgver = 0.28.5
pkgrel = 1
url = https://github.com/python-jsonschema/check-jsonschema
arch = any
@@ -24,8 +24,8 @@ pkgbase = check-jsonschema
depends = python-ruamel-yaml
optdepends = python-json5: for JSON5 support
optdepends = python-orjson: for using orjson as JSON parser
-   source = 
https://github.com/python-jsonschema/check-jsonschema/archive/0.28.4/check-jsonschema-0.28.4.tar.gz
-   sha512sums = 
f4c693ea0951c246814775f26d5c3e5de8020484a92ae15e2a13e284ccb2c58f2bdf7dbdb66612661304f5ff9e6ba88eb3f89e7f0ad23a3f6fc8fcc61372ceea
-   b2sums = 
a5355ed124d6e3bd076403448c3d7fa7c62524c6da49eb5a61d226485639812bdea28b53c570b084e976749b92c1ee586b0285111a543b1a3e8a734ea8d6cc67
+   source = 
https://github.com/python-jsonschema/check-jsonschema/archive/0.28.5/check-jsonschema-0.28.5.tar.gz
+   sha512sums = 
7f23b17bc9a30b502e2bab41d2c6bc422e6ebb52ed7fd24a6fd5d3d6032d913552378e5f584f20fb432d942194d48ccfa9044b9589d883c5da6fc2967cba9099
+   b2sums = 
e0ff419c1a12363a31386d0f5538e86b669efe99d74cb1b45cc293d729be7f0023c2ac571200922b8de175d00a5769e686041ee1578874f8bd152e0b081f58e9
 
 pkgname = check-jsonschema


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Maintainer: Robin Candau 
 
 pkgname=check-jsonschema
-pkgver=0.28.4
+pkgver=0.28.5
 pkgrel=1
 pkgdesc="A JSON Schema CLI and pre-commit hook built on jsonschema"
 arch=(any)
@@ -36,8 +36,8 @@ optdepends=(
   'python-orjson: for using orjson as JSON parser'
 )
 source=($url/archive/$pkgver/$pkgname-$pkgver.tar.gz)
-sha512sums=('f4c693ea0951c246814775f26d5c3e5de8020484a92ae15e2a13e284ccb2c58f2bdf7dbdb66612661304f5ff9e6ba88eb3f89e7f0ad23a3f6fc8fcc61372ceea')
-b2sums=('a5355ed124d6e3bd076403448c3d7fa7c62524c6da49eb5a61d226485639812bdea28b53c570b084e976749b92c1ee586b0285111a543b1a3e8a734ea8d6cc67')
+sha512sums=('7f23b17bc9a30b502e2bab41d2c6bc422e6ebb52ed7fd24a6fd5d3d6032d913552378e5f584f20fb432d942194d48ccfa9044b9589d883c5da6fc2967cba9099')
+b2sums=('e0ff419c1a12363a31386d0f5538e86b669efe99d74cb1b45cc293d729be7f0023c2ac571200922b8de175d00a5769e686041ee1578874f8bd152e0b081f58e9')
 
 check() {
   # we don't support pinning



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/check-jsonschema/-/commit/012c2badf36b866aa05a19d1c2ad2837c0f35658

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/check-jsonschema/-/commit/012c2badf36b866aa05a19d1c2ad2837c0f35658
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/check-jsonschema] Pushed new tag 0.28.5-1



Robin Candau pushed new tag 0.28.5-1 at Arch Linux / Packaging / Packages / 
check-jsonschema

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/check-jsonschema/-/tree/0.28.5-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/grafana-zabbix][main] upgpkg: 4.5.0-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
grafana-zabbix


Commits:
ad4bf081 by Robin Candau at 2024-06-11T08:52:32+02:00
upgpkg: 4.5.0-1: New upstream release
https://github.com/grafana/grafana-zabbix/releases/tag/v4.5.0

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = grafana-zabbix
pkgdesc = Zabbix plugin for Grafana dashboard
-   pkgver = 4.4.9
+   pkgver = 4.5.0
pkgrel = 1
url = https://github.com/alexanderzobnin/grafana-zabbix
arch = any
@@ -12,7 +12,7 @@ pkgbase = grafana-zabbix
makedepends = nodejs-lts-iron
makedepends = mage
depends = grafana
-   source = 
grafana-zabbix-4.4.9.tar.gz::https://github.com/alexanderzobnin/grafana-zabbix/archive/v4.4.9.tar.gz
-   sha256sums = 
c6ada4fca3d6e562d0e933f030a4ce5edcb53711723e6eef34b84f333e2fa392
+   source = 
grafana-zabbix-4.5.0.tar.gz::https://github.com/alexanderzobnin/grafana-zabbix/archive/v4.5.0.tar.gz
+   sha256sums = 
e0abd3430b998a423998cfbebccd4c2efc5310bebcf16a6037258410ffd6b745
 
 pkgname = grafana-zabbix


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Maintainer: Robin Candau 
 
 pkgname=grafana-zabbix
-pkgver=4.4.9
+pkgver=4.5.0
 pkgrel=1
 pkgdesc="Zabbix plugin for Grafana dashboard"
 arch=('any')
@@ -11,7 +11,7 @@ license=('Apache-2.0')
 depends=('grafana')
 makedepends=('yarn' 'libfaketime' 'go' 'git' 'nodejs-lts-iron' 'mage')
 source=("${pkgname}-${pkgver}.tar.gz::${url}/archive/v${pkgver}.tar.gz")
-sha256sums=('c6ada4fca3d6e562d0e933f030a4ce5edcb53711723e6eef34b84f333e2fa392')
+sha256sums=('e0abd3430b998a423998cfbebccd4c2efc5310bebcf16a6037258410ffd6b745')
 
 prepare() {
cd "${pkgname}-${pkgver}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/grafana-zabbix/-/commit/ad4bf081e4ab54fa30833c4b4992c5ecf097df83

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/grafana-zabbix/-/commit/ad4bf081e4ab54fa30833c4b4992c5ecf097df83
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/grafana-zabbix] Pushed new tag 4.5.0-1



Robin Candau pushed new tag 4.5.0-1 at Arch Linux / Packaging / Packages / 
grafana-zabbix

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/grafana-zabbix/-/tree/4.5.0-1
You're receiving this email because of your account on gitlab.archlinux.org.

Re: [Vo]:Too late

2024-06-10 Thread Robin

In reply to  Jed Rothwell's message of Mon, 10 Jun 2024 11:11:58 -0400:
Hi,
[snip]
>For some reason I feel sanguine about AI. Maybe because I have seen in some
>detail how poorly it works, and how limited it is. Don't get me wrong: it
>is very useful. It is a huge breakthrough. But it is far from being
>anything like sentient intelligence. I think small autonomous weapons are
>more of a threat than AI. See:
>
>https://www.youtube.com/watch?v=9CO6M2HsoIA

This technology uses AI.
[snip]
Regards,

Robin van Spaandonk

Drive your electric car every second day and recharge it from solar panels on 
your roof on the alternate days.
The other days, drive your spouses car, and do the same with it.

[PATCH v2] vect: Merge loop mask and cond_op mask in fold-left, reduction [PR115382].

> Actually, as Richard mentioned in the PR, it would probably be better
> to use prepare_vec_mask instead.  It should work in this context too
> and would avoid redundant double masking.

Attached is v2 that uses prepare_vec_mask.

Regtested on riscv64 and armv8.8-a+sve via qemu.
Bootstrap and regtest running on x86 and aarch64.

Regards
 Robin


Currently we discard the cond-op mask when the loop is fully masked
which causes wrong code in
gcc.dg/vect/vect-cond-reduc-in-order-2-signed-zero.c
when compiled with
-O3 -march=cascadelake --param vect-partial-vector-usage=2.

This patch ANDs both masks.

gcc/ChangeLog:

PR tree-optimization/115382

* tree-vect-loop.cc (vectorize_fold_left_reduction): Merge loop
mask and cond-op mask.
---
 gcc/tree-vect-loop.cc  | 10 +-
 gcc/tree-vect-stmts.cc |  2 +-
 gcc/tree-vectorizer.h  |  2 ++
 3 files changed, 12 insertions(+), 2 deletions(-)

diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
index 028692614bb..c9b037b8daf 100644
--- a/gcc/tree-vect-loop.cc
+++ b/gcc/tree-vect-loop.cc
@@ -7215,7 +7215,15 @@ vectorize_fold_left_reduction (loop_vec_info loop_vinfo,
   tree len = NULL_TREE;
   tree bias = NULL_TREE;
   if (LOOP_VINFO_FULLY_MASKED_P (loop_vinfo))
-   mask = vect_get_loop_mask (loop_vinfo, gsi, masks, vec_num, vectype_in, 
i);
+   {
+ tree loop_mask = vect_get_loop_mask (loop_vinfo, gsi, masks,
+  vec_num, vectype_in, i);
+ if (is_cond_op)
+   mask = prepare_vec_mask (loop_vinfo, TREE_TYPE (loop_mask),
+loop_mask, vec_opmask[i], gsi);
+ else
+   mask = loop_mask;
+   }
   else if (is_cond_op)
mask = vec_opmask[i];
   if (LOOP_VINFO_FULLY_WITH_LENGTH_P (loop_vinfo))
diff --git a/gcc/tree-vect-stmts.cc b/gcc/tree-vect-stmts.cc
index 5098b7fab6a..124a3462753 100644
--- a/gcc/tree-vect-stmts.cc
+++ b/gcc/tree-vect-stmts.cc
@@ -1643,7 +1643,7 @@ check_load_store_for_partial_vectors (loop_vec_info 
loop_vinfo, tree vectype,
MASK_TYPE is the type of both masks.  If new statements are needed,
insert them before GSI.  */
 
-static tree
+tree
 prepare_vec_mask (loop_vec_info loop_vinfo, tree mask_type, tree loop_mask,
  tree vec_mask, gimple_stmt_iterator *gsi)
 {
diff --git a/gcc/tree-vectorizer.h b/gcc/tree-vectorizer.h
index 97ec9c341e7..1f87c6c8ca2 100644
--- a/gcc/tree-vectorizer.h
+++ b/gcc/tree-vectorizer.h
@@ -2508,6 +2508,8 @@ extern void vect_free_slp_tree (slp_tree);
 extern bool compatible_calls_p (gcall *, gcall *);
 extern int vect_slp_child_index_for_operand (const gimple *, int op, bool);
 
+extern tree prepare_vec_mask (loop_vec_info, tree, tree, tree, 
gimple_stmt_iterator *);
+
 /* In tree-vect-patterns.cc.  */
 extern void
 vect_mark_pattern_stmts (vec_info *, stmt_vec_info, gimple *, tree);
-- 
2.45.1

Re: [PATCH] vect: Merge loop mask and cond_op mask in fold-left, reduction.

Just realized I missed the PR115382 tag in the patch...

Regards
 Robin

[PATCH] internal-fn: Force to reg if operand doesn't match.

Hi,

despite looking good on cfarm185 and Linaro's pre-commit CI
gcc-15-638-g7ca35f2e430 now appears to have caused several
regressions on arm-eabi cortex-m55 as found by Linaro's CI:

https://linaro.atlassian.net/browse/GNU-1252

I'm assuming this target is not tested as regularly and thus
the failures went unnoticed until now.

So it looks like we do need the insn_operand_matches after all?

This patch only forces to register if the respective operands
do not already match.

Bootstrap and regtest on aarch64 and x86 in progress.
Regtested on riscv64.

Regards
 Robin

gcc/ChangeLog:

* internal-fn.cc (expand_vec_cond_mask_optab_fn): Only force to
reg if operand does not already match.
---
 gcc/internal-fn.cc | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/gcc/internal-fn.cc b/gcc/internal-fn.cc
index 4948b48bde8..fa85fa69f5a 100644
--- a/gcc/internal-fn.cc
+++ b/gcc/internal-fn.cc
@@ -3162,7 +3162,13 @@ expand_vec_cond_mask_optab_fn (internal_fn, gcall *stmt, 
convert_optab optab)
   gcc_assert (icode != CODE_FOR_nothing);
 
   mask = expand_normal (op0);
+  if (!insn_operand_matches (icode, 3, mask))
+mask = force_reg (mask_mode, mask);
+
   rtx_op1 = expand_normal (op1);
+  if (!insn_operand_matches (icode, 1, rtx_op1))
+rtx_op1 = force_reg (mode, rtx_op1);
+
   rtx_op2 = expand_normal (op2);
 
   rtx target = expand_expr (lhs, NULL_RTX, VOIDmode, EXPAND_WRITE);
-- 
2.45.1

Re: [PATCH 1/5] RISC-V: Remove float vector eqne pattern

> But isn't canonicalization of EQ/NE safe, even for IEEE NaN and +-0.0?
> 
> target = (a == b) ? x : y
> target = (a != b) ? y : x
> 
> Are equivalent, even for IEEE IIRC.

Yes, that should be fine.  My concern was not that we do a
canonicalization but that we might not do it for some of the
vector cases.  In particular when one of the operands is wrapped
in a vec_duplicate and we end up with it first rather than
second.

My general feeling is that the patch is good but I wasn't entirely
sure about all cases (in particular in case we transform something
after expand).  That's why I would have liked to see at least some
small test cases for it along with the patch (for the combinations
we don't test yet).

Regards
 Robin

[PATCH] vect: Merge loop mask and cond_op mask in fold-left, reduction.

Hi,

currently we discard the cond-op mask when the loop is fully masked
which causes wrong code in
gcc.dg/vect/vect-cond-reduc-in-order-2-signed-zero.c
when compiled with
-O3 -march=cascadelake --param vect-partial-vector-usage=2.

This patch ANDs both masks instead.

Bootstrapped and regtested on x86, aarch64 and power10.
Regtested on riscv64 and armv8.8-a+sve via qemu.

Regards
 Robin

gcc/ChangeLog:

* tree-vect-loop.cc (vectorize_fold_left_reduction): Merge loop
mask and cond-op mask.
---
 gcc/tree-vect-loop.cc | 16 +++-
 1 file changed, 15 insertions(+), 1 deletion(-)

diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
index 028692614bb..f9bf6a45611 100644
--- a/gcc/tree-vect-loop.cc
+++ b/gcc/tree-vect-loop.cc
@@ -7215,7 +7215,21 @@ vectorize_fold_left_reduction (loop_vec_info loop_vinfo,
   tree len = NULL_TREE;
   tree bias = NULL_TREE;
   if (LOOP_VINFO_FULLY_MASKED_P (loop_vinfo))
-   mask = vect_get_loop_mask (loop_vinfo, gsi, masks, vec_num, vectype_in, 
i);
+   {
+ tree mask_loop = vect_get_loop_mask (loop_vinfo, gsi, masks,
+  vec_num, vectype_in, i);
+ if (is_cond_op)
+   {
+ /* Merge the loop mask and the cond_op mask.  */
+ mask = make_ssa_name (TREE_TYPE (mask_loop));
+ gassign *and_stmt = gimple_build_assign (mask, BIT_AND_EXPR,
+  mask_loop,
+  vec_opmask[i]);
+ gsi_insert_before (gsi, and_stmt, GSI_SAME_STMT);
+   }
+ else
+   mask = mask_loop;
+   }
   else if (is_cond_op)
mask = vec_opmask[i];
   if (LOOP_VINFO_FULLY_WITH_LENGTH_P (loop_vinfo))
-- 
2.45.1

[Git][archlinux/packaging/packages/limine][main] upgpkg: 7.7.2-1: New upstream release

2024-06-10 Thread Robin Candau (@antiz)



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / limine


Commits:
f24809df by Robin Candau at 2024-06-10T09:10:12+02:00
upgpkg: 7.7.2-1: New upstream release

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = limine
pkgdesc = An advanced, portable, multiprotocol bootloader
-   pkgver = 7.7.1
+   pkgver = 7.7.2
pkgrel = 1
url = https://limine-bootloader.org/
arch = x86_64
@@ -12,7 +12,7 @@ pkgbase = limine
makedepends = lld
makedepends = clang
depends = glibc
-   source = git+https://github.com/limine-bootloader/limine.git#tag=v7.7.1
-   sha256sums = 
bfd98dbcc881a9160514b92c5af4b598f5559f781a6c0a16ce5620b43e986c80
+   source = git+https://github.com/limine-bootloader/limine.git#tag=v7.7.2
+   sha256sums = 
cb518e5009022e232e85f02d796792cf488d956599347e0840b47f5a52b314ec
 
 pkgname = limine


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Contributor: Mintsuki 
 
 pkgname=limine
-pkgver=7.7.1
+pkgver=7.7.2
 pkgrel=1
 pkgdesc="An advanced, portable, multiprotocol bootloader"
 arch=('x86_64')
@@ -11,7 +11,7 @@ license=('BSD-2-Clause')
 depends=('glibc')
 makedepends=('git' 'nasm' 'mtools' 'llvm' 'lld' 'clang')
 source=("git+https://github.com/limine-bootloader/limine.git#tag=v${pkgver};)
-sha256sums=('bfd98dbcc881a9160514b92c5af4b598f5559f781a6c0a16ce5620b43e986c80')
+sha256sums=('cb518e5009022e232e85f02d796792cf488d956599347e0840b47f5a52b314ec')
 
 prepare() {
cd "${pkgname}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/limine/-/commit/f24809dff4a70ffaa9f659f7a410d1f481633037

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/limine/-/commit/f24809dff4a70ffaa9f659f7a410d1f481633037
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/limine] Pushed new tag 7.7.2-1

2024-06-10 Thread Robin Candau (@antiz)



Robin Candau pushed new tag 7.7.2-1 at Arch Linux / Packaging / Packages / 
limine

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/limine/-/tree/7.7.2-1
You're receiving this email because of your account on gitlab.archlinux.org.

[LAD] Re: PandaResampler 0.2.0

2024-06-09 Thread Robin Gareus


On 2024-06-10 03:16, Yuri wrote:

On 6/9/24 15:47, Marc Lavallée wrote:



Why do people still insist on GNU Tools?



mostly to aid cross compilation. It is still the option that sucks least 
for libraries, notably to specify which symbols to expose in a cross 
platform library. Though meson is catching up.


--
robin


OpenPGP_signature.asc
Description: OpenPGP digital signature
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[Git][archlinux/packaging/packages/markdownlint][main] upgpkg: 0.13.0-2: Ruby 3.2 rebuild

2024-06-09 Thread Robin Candau (@antiz)



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
markdownlint


Commits:
8e7889ad by Robin Candau at 2024-06-09T16:45:44+02:00
upgpkg: 0.13.0-2: Ruby 3.2 rebuild
https://archlinux.org/todo/ruby-32-rebuild/

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = markdownlint
pkgdesc = A lint tool to check markdown files and flag style issues
pkgver = 0.13.0
-   pkgrel = 1
+   pkgrel = 2
url = https://github.com/markdownlint/markdownlint
arch = any
license = MIT


=
PKGBUILD
=
@@ -5,7 +5,7 @@
 pkgname=markdownlint
 _pkgname=mdl
 pkgver=0.13.0
-pkgrel=1
+pkgrel=2
 pkgdesc='A lint tool to check markdown files and flag style issues'
 arch=('any')
 url='https://github.com/markdownlint/markdownlint'



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/markdownlint/-/commit/8e7889ad78fdabd64331b9f16140f0cb3e7b2fc5

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/markdownlint/-/commit/8e7889ad78fdabd64331b9f16140f0cb3e7b2fc5
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/markdownlint] Pushed new tag 0.13.0-2

2024-06-09 Thread Robin Candau (@antiz)



Robin Candau pushed new tag 0.13.0-2 at Arch Linux / Packaging / Packages / 
markdownlint

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/markdownlint/-/tree/0.13.0-2
You're receiving this email because of your account on gitlab.archlinux.org.

Catppuccin AUR Requests

2024-06-09 Thread Robin Candau


Hello,

We are contacting you about your recent AUR requests.

While we understand your desire of unification for the Catppuccin 
packages in the AUR under a single ownership to "officially" maintain 
them (which is great), we would have preferred if those requests were 
done more appropriately.


Indeed, uploading duplicate packages is against the rules of submission 
[1] and calling the "original" packages as such afterwards in your 
various requests isn't the proper way to go. If you, as the upstream, 
would like to take over, you should work with the existing maintainers 
and discuss (co-)maintainership.
If it's also about setting a more appropriate name for the package (e.g. 
with the `catppuccin-` prefix), it should be clearly stated in the 
request as well which, on its own, is a more legitimate reason for 
deletion than stating that you would like the package you just created 
to become the new 'official' one for everyone.


Basically, despite being upstream, we would have appreciated if those 
requests were done more collaboratively by contacting the maintainers of 
the "original" Catppuccin AUR packages and/or the AUR staff.


Regardless, we once again understand your desire of unification for the 
Catppuccin packages and we are starting this discussion to decide how to 
go forward with this together.


Please, give us a list of the packages you'd like to take over and 
specify if you want/need a rename for them. The current maintainers of 
the said packages should be contacted (either with a comment on the AUR 
Website or via email) to inform them of your intentions and, ideally, to 
get their approval.


Thanks in advance!

[1] https://wiki.archlinux.org/title/Aur_requests#Rules_of_submission

--
Regards,
Robin Candau / Antiz


OpenPGP_0xFDC3040B92ACA748.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

[Git][archlinux/packaging/packages/vale] Pushed new tag 3.5.0-1



Robin Candau pushed new tag 3.5.0-1 at Arch Linux / Packaging / Packages / vale

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/vale/-/tree/3.5.0-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/vale][main] upgpkg: 3.5.0-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / vale


Commits:
29474b01 by Robin Candau at 2024-06-08T23:46:56+02:00
upgpkg: 3.5.0-1: New upstream release
https://github.com/errata-ai/vale/releases/tag/v3.5.0

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,14 +1,14 @@
 pkgbase = vale
pkgdesc = A markup-aware linter for prose built with speed and 
extensibility in mind
-   pkgver = 3.4.2
-   pkgrel = 3
+   pkgver = 3.5.0
+   pkgrel = 1
url = https://vale.sh
arch = x86_64
license = MIT
makedepends = go
depends = glibc
options = !lto
-   source = 
vale-3.4.2.tar.gz::https://github.com/errata-ai/vale/archive/v3.4.2.tar.gz
-   sha256sums = 
e1696739f13c8b579d96a9e4df4592f0bbda167aa74872eede6cc9482374d32b
+   source = 
vale-3.5.0.tar.gz::https://github.com/errata-ai/vale/archive/v3.5.0.tar.gz
+   sha256sums = 
13a3b0ef4ba9f0e89f663d7f6ba65facd2fca37333e97512c03ac807e413afe0
 
 pkgname = vale


=
PKGBUILD
=
@@ -4,8 +4,8 @@
 # Contributor: Achilleas Pipinellis 
 
 pkgname=vale
-pkgver=3.4.2
-pkgrel=3
+pkgver=3.5.0
+pkgrel=1
 pkgdesc="A markup-aware linter for prose built with speed and extensibility in 
mind"
 url="https://vale.sh;
 arch=('x86_64')
@@ -14,7 +14,7 @@ depends=('glibc')
 makedepends=('go')
 options=(!lto)
 
source=("${pkgname}-${pkgver}.tar.gz::https://github.com/errata-ai/vale/archive/v${pkgver}.tar.gz;)
-sha256sums=('e1696739f13c8b579d96a9e4df4592f0bbda167aa74872eede6cc9482374d32b')
+sha256sums=('13a3b0ef4ba9f0e89f663d7f6ba65facd2fca37333e97512c03ac807e413afe0')
 
 prepare(){
cd "${pkgname}-${pkgver}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/vale/-/commit/29474b01411713efae1a4348dad45aa33f8778fe

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/vale/-/commit/29474b01411713efae1a4348dad45aa33f8778fe
You're receiving this email because of your account on gitlab.archlinux.org.

Re: Deletion request: xorg-xwayland-osu

2024-06-08 Thread Robin Candau


On 6/8/24 8:00 PM, kyuu...@protonmail.ch wrote:

Hi,

I am a maintainer of xorg-xwayland-osu on AUR.
This package is a patched version of xorg-xwayland that solves a 
specific Vsync related issue for a game called osu!.

I uploaded it because everyone who runs osu! under wine needed it.

_Since xorg-xwayland __24.1.0, this patch is no longer needed_.

This is why I am sending a deletion request so nobody installs this by 
mistake, and so it also shows up as "Deleted" in AUR helpers, so the 
users are hinted to switch back to the normal xorg-xwayland in the Arch 
repos.


Thank you in advance
Kyuunex


Hi Kyuunex,

To submit a proper deletion request, please head over to the package's 
AURWeb page [1] and click the "Submit Request" button under the "Package 
Actions".
From there you can choose the request type ("deletion" in this case) 
and provide the relevant details in the "Comments" box.


Thanks!

[1] https://aur.archlinux.org/packages/xorg-xwayland-osu

--
Regards,
Robin Candau / Antiz



OpenPGP_0xFDC3040B92ACA748.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

[Git][archlinux/packaging/packages/python-textual][main] upgpkg: 0.66.0-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
python-textual


Commits:
8cf95f35 by Robin Candau at 2024-06-08T16:20:18+02:00
upgpkg: 0.66.0-1: New upstream release
https://github.com/Textualize/textual/releases/tag/v0.66.0

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = python-textual
pkgdesc = Modern Text User Interface framework
-   pkgver = 0.65.2
+   pkgver = 0.66.0
pkgrel = 1
url = https://github.com/Textualize/textual
arch = any
@@ -17,7 +17,7 @@ pkgbase = python-textual
optdepends = python-tree-sitter: for syntax highlighting support
optdepends = python-tree-sitter-languages: for custom languages support
optdepends = python-textual-dev: tools for developers
-   source = 
textual-0.65.2.tar.gz::https://github.com/Textualize/textual/archive/v0.65.2.tar.gz
-   sha512sums = 
becbd5ba90ecd21f2ccb617a781e5a1744c7e9d6e8f82d9d5e9d8bf5846365d3d44bf154b17d2827132a46b0922bfb5e62f5ca37b3b4d65a0874ac685965b94f
+   source = 
textual-0.66.0.tar.gz::https://github.com/Textualize/textual/archive/v0.66.0.tar.gz
+   sha512sums = 
7df1cee98696506b0b075025ff1810b7c6fc05383ceec72685dc6bba1c9aa5914807919fe359d265458ca1384f76bb94282c271cb4f4dc0ff34cea9f7056a819
 
 pkgname = python-textual


=
PKGBUILD
=
@@ -5,7 +5,7 @@
 
 _base=textual
 pkgname=python-${_base}
-pkgver=0.65.2
+pkgver=0.66.0
 pkgrel=1
 pkgdesc="Modern Text User Interface framework"
 arch=(any)
@@ -18,7 +18,7 @@ optdepends=('python-tree-sitter: for syntax highlighting 
support'
 'python-tree-sitter-languages: for custom languages support'
 'python-textual-dev: tools for developers')
 source=(${_base}-${pkgver}.tar.gz::${url}/archive/v${pkgver}.tar.gz)
-sha512sums=('becbd5ba90ecd21f2ccb617a781e5a1744c7e9d6e8f82d9d5e9d8bf5846365d3d44bf154b17d2827132a46b0922bfb5e62f5ca37b3b4d65a0874ac685965b94f')
+sha512sums=('7df1cee98696506b0b075025ff1810b7c6fc05383ceec72685dc6bba1c9aa5914807919fe359d265458ca1384f76bb94282c271cb4f4dc0ff34cea9f7056a819')
 
 build() {
   cd ${_base}-${pkgver}



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/commit/8cf95f3563a05531d2cb0d85061c070236c7b4c7

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/commit/8cf95f3563a05531d2cb0d85061c070236c7b4c7
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-textual] Pushed new tag 0.66.0-1



Robin Candau pushed new tag 0.66.0-1 at Arch Linux / Packaging / Packages / 
python-textual

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/tree/0.66.0-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/glances][main] upgpkg: 4.0.8-2: Fix dependencies (replace python-ujson by python-orjson)



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
glances


Commits:
641f59d4 by Robin Candau at 2024-06-08T15:05:14+02:00
upgpkg: 4.0.8-2: Fix dependencies (replace python-ujson by python-orjson)
Fixes 
https://gitlab.archlinux.org/archlinux/packaging/packages/glances/-/issues/1

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = glances
pkgdesc = CLI curses-based monitoring tool
pkgver = 4.0.8
-   pkgrel = 1
+   pkgrel = 2
url = https://nicolargo.github.io/glances/
arch = any
license = LGPL-3.0-or-later
@@ -13,7 +13,7 @@ pkgbase = glances
depends = python-psutil
depends = python-future
depends = python-defusedxml
-   depends = python-ujson
+   depends = python-orjson
depends = python-pydantic
depends = python-packaging
optdepends = hddtemp: HDD temperature monitoring support
@@ -26,7 +26,7 @@ pkgbase = glances
optdepends = python-zeroconf: for the autodiscover mode
optdepends = python-pystache: templating engine
optdepends = python-prometheus_client: for the Prometheus export module
-   source = 
glances-4.0.8-1.tar.gz::https://github.com/nicolargo/glances/archive/v4.0.8.tar.gz
+   source = 
glances-4.0.8-2.tar.gz::https://github.com/nicolargo/glances/archive/v4.0.8.tar.gz
source = glances.service
sha512sums = 
21e3ccf75a470a581018d535028358e93458e725b1a4a92773973fa2ac85e435a0551428d0950a4523211224a272a13a5af75909ca0903733f9e29a0f29bfc5d
sha512sums = 
49f0d185a37a5c5837e5beb463770c943ede40b2f1b8405e338129e897e97d9fc58373a8586fabc506266e6343cfea3c91b9787ac6832cc97a1ab63d6ad058d4


=
PKGBUILD
=
@@ -6,13 +6,13 @@
 
 pkgname=glances
 pkgver=4.0.8
-pkgrel=1
+pkgrel=2
 pkgdesc='CLI curses-based monitoring tool'
 arch=('any')
 url='https://nicolargo.github.io/glances/'
 license=('LGPL-3.0-or-later')
 makedepends=('python-setuptools' 'python-build' 'python-installer' 
'python-wheel')
-depends=('python' 'python-psutil' 'python-future' 'python-defusedxml' 
'python-ujson' 'python-pydantic' 'python-packaging')
+depends=('python' 'python-psutil' 'python-future' 'python-defusedxml' 
'python-orjson' 'python-pydantic' 'python-packaging')
 optdepends=('hddtemp: HDD temperature monitoring support'
 'uvicorn: for WebUI / RestFull API'
 'python-jinja: for WebUI / RestFull API'



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/glances/-/commit/641f59d435b7824845272cba23b373a6d48b57fb

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/glances/-/commit/641f59d435b7824845272cba23b373a6d48b57fb
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/glances] Pushed new tag 4.0.8-2



Robin Candau pushed new tag 4.0.8-2 at Arch Linux / Packaging / Packages / 
glances

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/glances/-/tree/4.0.8-2
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/glances][main] upgpkg: 4.0.8-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
glances


Commits:
6aeb56ea by Robin Candau at 2024-06-08T10:43:39+02:00
upgpkg: 4.0.8-1: New upstream release
https://github.com/nicolargo/glances/releases/tag/v4.0.8

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = glances
pkgdesc = CLI curses-based monitoring tool
-   pkgver = 4.0.7
+   pkgver = 4.0.8
pkgrel = 1
url = https://nicolargo.github.io/glances/
arch = any
@@ -26,11 +26,11 @@ pkgbase = glances
optdepends = python-zeroconf: for the autodiscover mode
optdepends = python-pystache: templating engine
optdepends = python-prometheus_client: for the Prometheus export module
-   source = 
glances-4.0.7-1.tar.gz::https://github.com/nicolargo/glances/archive/v4.0.7.tar.gz
+   source = 
glances-4.0.8-1.tar.gz::https://github.com/nicolargo/glances/archive/v4.0.8.tar.gz
source = glances.service
-   sha512sums = 
bbd943a0897e58b89709a8e77ab7b3deb27a0dc0e7325c3bd3480885b8e8956658d459d50bf22ceb4be4bd0ff888152f0c12d83e3851532206fe7cb5ae26d998
+   sha512sums = 
21e3ccf75a470a581018d535028358e93458e725b1a4a92773973fa2ac85e435a0551428d0950a4523211224a272a13a5af75909ca0903733f9e29a0f29bfc5d
sha512sums = 
49f0d185a37a5c5837e5beb463770c943ede40b2f1b8405e338129e897e97d9fc58373a8586fabc506266e6343cfea3c91b9787ac6832cc97a1ab63d6ad058d4
-   b2sums = 
5b5ff7aa349813a4e0669ff23c286ce7e65ff9b3987d445bd1b298295e12c847e5a9b08c4c59c1956c952f86b8c1a39e4a8799b6beb8cef42e5887a385809f30
+   b2sums = 
5b1ebab95ef2f047c6eef1d80d8a2ccd63b503546c3588c37c9215d1e2e7fe8ed3e53d2a727492bb8f4f57461432dbfa8efcefdb5406b92150ad8c1e4d6031be
b2sums = 
ecc44f8c06b1e8624cec92e41422a65d11e024b9fc23bae09b4e52fbedeb172a5034e5b612bbff7ba93d45189fb25eda0d54bc47b22b7f3f0acba984391e4017
 
 pkgname = glances


=
PKGBUILD
=
@@ -5,7 +5,7 @@
 # Contributor: Francois Boulogne 
 
 pkgname=glances
-pkgver=4.0.7
+pkgver=4.0.8
 pkgrel=1
 pkgdesc='CLI curses-based monitoring tool'
 arch=('any')
@@ -25,9 +25,9 @@ optdepends=('hddtemp: HDD temperature monitoring support'
 'python-prometheus_client: for the Prometheus export module')
 
source=("${pkgname}-${pkgver}-${pkgrel}.tar.gz::https://github.com/nicolargo/glances/archive/v${pkgver}.tar.gz;
 'glances.service')
-sha512sums=('bbd943a0897e58b89709a8e77ab7b3deb27a0dc0e7325c3bd3480885b8e8956658d459d50bf22ceb4be4bd0ff888152f0c12d83e3851532206fe7cb5ae26d998'
+sha512sums=('21e3ccf75a470a581018d535028358e93458e725b1a4a92773973fa2ac85e435a0551428d0950a4523211224a272a13a5af75909ca0903733f9e29a0f29bfc5d'
 
'49f0d185a37a5c5837e5beb463770c943ede40b2f1b8405e338129e897e97d9fc58373a8586fabc506266e6343cfea3c91b9787ac6832cc97a1ab63d6ad058d4')
-b2sums=('5b5ff7aa349813a4e0669ff23c286ce7e65ff9b3987d445bd1b298295e12c847e5a9b08c4c59c1956c952f86b8c1a39e4a8799b6beb8cef42e5887a385809f30'
+b2sums=('5b1ebab95ef2f047c6eef1d80d8a2ccd63b503546c3588c37c9215d1e2e7fe8ed3e53d2a727492bb8f4f57461432dbfa8efcefdb5406b92150ad8c1e4d6031be'
 
'ecc44f8c06b1e8624cec92e41422a65d11e024b9fc23bae09b4e52fbedeb172a5034e5b612bbff7ba93d45189fb25eda0d54bc47b22b7f3f0acba984391e4017')
 
 build() {



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/glances/-/commit/6aeb56ea73d8825ae55b4010b7b13e7add76d0c6

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/glances/-/commit/6aeb56ea73d8825ae55b4010b7b13e7add76d0c6
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/glances] Pushed new tag 4.0.8-1



Robin Candau pushed new tag 4.0.8-1 at Arch Linux / Packaging / Packages / 
glances

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/glances/-/tree/4.0.8-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-nbxmpp][main] upgpkg: 5.0.0-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
python-nbxmpp


Commits:
a1a312bf by Robin Candau at 2024-06-08T10:26:07+02:00
upgpkg: 5.0.0-1: New upstream release

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = python-nbxmpp
pkgdesc = A Python library to use Jabber/XMPP networks in a 
non-blocking way
-   pkgver = 4.5.4
-   pkgrel = 2
+   pkgver = 5.0.0
+   pkgrel = 1
url = https://dev.gajim.org/gajim/python-nbxmpp/
arch = any
license = GPL-3.0-or-later
@@ -14,8 +14,8 @@ pkgbase = python-nbxmpp
depends = python-idna
depends = python-precis_i18n
depends = python-packaging
-   source = 
https://dev.gajim.org/gajim/python-nbxmpp/-/archive/4.5.4/python-nbxmpp-4.5.4.tar.gz
-   sha256sums = 
014dc78b4f073745cad70163626a03b22ceb9528ebce33e582b41c6603781a58
-   b2sums = 
b7bc1385a0a12bb2eb5937e044ba1178f070919baed7b8deb5145076a94684c2f6c505efdf91dfe739831e9d9de76c5e32171b3a4ef4ad06285fe755cfb91b4d
+   source = 
https://dev.gajim.org/gajim/python-nbxmpp/-/archive/5.0.0/python-nbxmpp-5.0.0.tar.gz
+   sha256sums = 
8fbd2a78fb857b4d040a16a70f3ce5cb473e7149376e10491c3c042b91b988d0
+   b2sums = 
d1b0534b7d97db5d3d0a5b4d739179ef9784da7fda6ad4ba113c8ff26f17ac8399cea5f7778c972b94f27a67e21e530ee716b2249d3f548e6bae1ab5aa201a4a
 
 pkgname = python-nbxmpp


=
PKGBUILD
=
@@ -4,16 +4,16 @@
 
 pkgname=python-nbxmpp
 pkgdesc="A Python library to use Jabber/XMPP networks in a non-blocking way"
-pkgver=4.5.4
-pkgrel=2
+pkgver=5.0.0
+pkgrel=1
 arch=(any)
 url="https://dev.gajim.org/gajim/python-nbxmpp/;
 license=(GPL-3.0-or-later)
 depends=('libsoup3' 'python-gobject' 'python-idna' 'python-precis_i18n' 
'python-packaging')
 makedepends=('python-build' 'python-installer' 'python-wheel' 
'python-setuptools')
 
source=("https://dev.gajim.org/gajim/python-nbxmpp/-/archive/$pkgver/python-nbxmpp-$pkgver.tar.gz;)
-sha256sums=('014dc78b4f073745cad70163626a03b22ceb9528ebce33e582b41c6603781a58')
-b2sums=('b7bc1385a0a12bb2eb5937e044ba1178f070919baed7b8deb5145076a94684c2f6c505efdf91dfe739831e9d9de76c5e32171b3a4ef4ad06285fe755cfb91b4d')
+sha256sums=('8fbd2a78fb857b4d040a16a70f3ce5cb473e7149376e10491c3c042b91b988d0')
+b2sums=('d1b0534b7d97db5d3d0a5b4d739179ef9784da7fda6ad4ba113c8ff26f17ac8399cea5f7778c972b94f27a67e21e530ee716b2249d3f548e6bae1ab5aa201a4a')
 
 build() {
   cd $pkgname-$pkgver



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-nbxmpp/-/commit/a1a312bfe97c33c167554f88265df34c34d52a46

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-nbxmpp/-/commit/a1a312bfe97c33c167554f88265df34c34d52a46
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-nbxmpp] Pushed new tag 5.0.0-1



Robin Candau pushed new tag 5.0.0-1 at Arch Linux / Packaging / Packages / 
python-nbxmpp

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-nbxmpp/-/tree/5.0.0-1
You're receiving this email because of your account on gitlab.archlinux.org.

Re: [Vo]:Too late

2024-06-08 Thread Robin

In reply to  Jed Rothwell's message of Fri, 7 Jun 2024 16:08:57 -0400:
Hi Jed,

I have no problem with that as far as it goes, however I fear that if will be 
expanded. E.g. it would prove lucrative
for script writing AIs to be able to emulate the emotions of the characters. 
Ergo sooner or later we can expect someone
to start imbuing AIs with pseudo emotions. (Given the short sightedness of most 
human beings, probably sooner rather
than later.)
IOW this is just the first step along a dangerous path, and it wont be obvious 
just how dangerous it is until after it
has become so, by which time it will already be too late.

Throughout human history we have been able to observe events and react 
accordingly, so we expect that pattern of
behaviour to serve us well in the future too. It's part of our biological 
makeup. However we have never before been
confronted with an adversary that can out-think us a thousand to one. We would 
be dead before we even new there was a
threat...and that threat may not even understand (on a human level) or care for 
that matter, what it was doing.
(Think e.g. war games scenario - which is a recurring SF plot.)

>Robin  wrote:
>
>My problem is with the whole line of research. This is just "a foot in the
>> door" so to speak.
>
>
>What door? What is the problem with this research? Why would there be any
>harm if a computer program senses the emotions or attitude of the person
>using the program? I should think that would be an advantage in things like
>medical surveys. You want to have some indication if the respondent is
>upset by the questions, or confused, or lying.
>
>In an interface to a program to operate a large, dangerous factory tool,
>you want the computer to know if the operator is apparently upset, bored,
>confused or distracted. That should trigger an alarm. Having some sense of
>the operator's mood seems like a useful feature. You could just ask in a
>satisfaction survey:
>
>"Did you find this interface easy or difficult (1 to 10)?
>Did you find this procedure interesting or boring (1 to 10)?
>Are you confident you understand how to operate [the gadget]?" . . .
>
>You could ask, but most users will not bother to fill in a survey. It is
>better to sense the results from every operator in real time. It does not
>seem any more invasive than having the user enter an ID which is verified
>and recorded. I assume any large, dangerous factory tool control software
>includes registration and a record of the operator actions, in a black box
>accident recorder.
>
>I get that if they were trying to install artificial emotions in computers,
>that would be a problem. It would be manipulative. In Japan, they are
>making furry puppet robot animals to comfort old people. Instead of cats or
>dogs. I find that creepy!
>
>The one thing they might do, which is not so manipulative, would be to have
>the program say something like: "You appear to be having difficulty filling
>in this form. Would you like me to ask a staff member to assist you?"
Regards,

Robin van Spaandonk

Drive your electric car every second day and recharge it from solar panels on 
your roof on the alternate days.
The other days, drive your spouses car, and do the same with it.

[Git][archlinux/packaging/packages/keepassxc][main] upgpkg: 2.7.8-2 Remove the `-j1` workaround to avoid tests hanging



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
keepassxc


Commits:
0f2cdc33 by Robin Candau at 2024-06-08T09:07:41+02:00
upgpkg: 2.7.8-2 Remove the `-j1` workaround to avoid tests hanging

This was due to a bug in CMake which was fixed CMake 3.29.5
Closes 
https://gitlab.archlinux.org/archlinux/packaging/packages/keepassxc/-/issues/5

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = keepassxc
pkgdesc = Cross-platform community-driven port of Keepass password 
manager
pkgver = 2.7.8
-   pkgrel = 1
+   pkgrel = 2
url = https://keepassxc.org/
arch = x86_64
license = GPL-2.0-only OR GPL-3.0-only OR LGPL-2.1-only


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 
 pkgname=keepassxc
 pkgver=2.7.8
-pkgrel=1
+pkgrel=2
 pkgdesc="Cross-platform community-driven port of Keepass password manager"
 arch=(x86_64)
 url="https://keepassxc.org/;
@@ -36,8 +36,7 @@ build() {
 }
 
 check() {
-  # Enforcing -j1 otherwise tests hang indefinitely (even after succeeding)
-  xvfb-run --auto-servernum cmake --build build --target test -j1
+  xvfb-run --auto-servernum cmake --build build --target test
 }
 
 package() {



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/keepassxc/-/commit/0f2cdc33e5dd51829fa74fc028c8313268c7f67a

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/keepassxc/-/commit/0f2cdc33e5dd51829fa74fc028c8313268c7f67a
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/keepassxc] Pushed new tag 2.7.8-2



Robin Candau pushed new tag 2.7.8-2 at Arch Linux / Packaging / Packages / 
keepassxc

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/keepassxc/-/tree/2.7.8-2
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-sentry_sdk] Pushed new tag 2.5.1-1



Robin Candau pushed new tag 2.5.1-1 at Arch Linux / Packaging / Packages / 
python-sentry_sdk

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-sentry_sdk/-/tree/2.5.1-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-sentry_sdk][main] upgpkg: 2.5.1-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
python-sentry_sdk


Commits:
09fc126a by Robin Candau at 2024-06-07T23:20:48+02:00
upgpkg: 2.5.1-1: New upstream release
https://github.com/getsentry/sentry-python/releases/tag/2.5.1

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = python-sentry_sdk
pkgdesc = The official Python SDK for Sentry.io
-   pkgver = 2.5.0
+   pkgver = 2.5.1
pkgrel = 1
url = https://sentry.io/for/python
arch = any
@@ -30,7 +30,7 @@ pkgbase = python-sentry_sdk
optdepends = python-tornado: adds support for the Tornado Web Framework
optdepends = python-pure-eval: for richer stacktraces & additional 
variables
optdepends = python-executing: for richer stacktraces & better function 
names
-   source = 
python-sentry_sdk-2.5.0.tar.gz::https://github.com/getsentry/sentry-python/archive/refs/tags/2.5.0.tar.gz
-   sha256sums = 
53102994c3a26d6603e5436e3b867f44176a3183722513ca807bc82e3c9468ad
+   source = 
python-sentry_sdk-2.5.1.tar.gz::https://github.com/getsentry/sentry-python/archive/refs/tags/2.5.1.tar.gz
+   sha256sums = 
be798d09d2bd72042947c801c924326e88134a246b5ae7984a0b0dfb9361ead3
 
 pkgname = python-sentry_sdk


=
PKGBUILD
=
@@ -3,7 +3,7 @@
 
 pkgname=python-sentry_sdk
 _pkgname=sentry-python
-pkgver=2.5.0
+pkgver=2.5.1
 pkgrel=1
 pkgdesc="The official Python SDK for Sentry.io"
 arch=('any')
@@ -31,7 +31,7 @@ optdepends=('python-aiohttp: adds support for the 
AIOHTTP-Server Web Framework'
 'python-pure-eval: for richer stacktraces & additional variables'
 'python-executing: for richer stacktraces & better function names')
 
source=("${pkgname}-${pkgver}.tar.gz::https://github.com/getsentry/sentry-python/archive/refs/tags/${pkgver}.tar.gz;)
-sha256sums=('53102994c3a26d6603e5436e3b867f44176a3183722513ca807bc82e3c9468ad')
+sha256sums=('be798d09d2bd72042947c801c924326e88134a246b5ae7984a0b0dfb9361ead3')
 
 build() {
cd "${_pkgname}-${pkgver}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-sentry_sdk/-/commit/09fc126afaa5a378f694785de74a5052b93c8b0c

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-sentry_sdk/-/commit/09fc126afaa5a378f694785de74a5052b93c8b0c
You're receiving this email because of your account on gitlab.archlinux.org.

Re: [Vo]:Too late

2024-06-07 Thread Robin

In reply to  Jed Rothwell's message of Fri, 7 Jun 2024 08:35:18 -0400:
Hi,

My problem is with the whole line of research. This is just "a foot in the 
door" so to speak. 

>Whoa. Quote:
>
>In this study, our focus is on examining and modeling three emotions:
>happiness, boredom, and irritation.
>
>Okay, I see why they want to do this. They want the software to sense
>the user's emotional state so it can adjust to it. As long as they don't
>have the computer itself display artificial emotions, I guess that makes
>sense. We would not want computers to act irritated. Printers already do
>that. The goals are:
>
>First, affective computing researchers could integrate our work to existing
>models on physiological signals, improving the accuracy of emotion
>detection. Second, machines equipped with a model-based understanding of
>their users emotions can simulate, *in silico*, alternative courses of
>action, deciding on one that is best predicted to achieve the desired
>emotional outcome.
>
>Manipulating the user, in short. That's creepy.
>
>
>
>On Fri, Jun 7, 2024 at 1:44?AM Robin 
>wrote:
>
>> Hi,
>>
>> It seems some idiot is already doing it.
>>
>> https://dl.acm.org/doi/10.1145/3613904.3641908
>>
>> Regards,
>>
>> Robin van Spaandonk
>>
>> Drive your electric car every second day and recharge it from solar panels
>> on your roof on the alternate days.
>> The other days, drive your spouses car, and do the same with it.
>>
>>
Regards,

Robin van Spaandonk

Drive your electric car every second day and recharge it from solar panels on 
your roof on the alternate days.
The other days, drive your spouses car, and do the same with it.

[Bug 2063032] Re: Can't enable or disable livepatch.

2024-06-07 Thread Robin Huber

YES!!! It works again.

Thank you so much for all the help, Mr. Parvin. I would have never
figured it out by myself. I have no idea how this could have happened. I
never touched this file, and I don't remember ever uninstalling or
disabling Livepatch in an unusual way before. Weird tough, that snap's
--purge flag didn't get rid of this file. Funny to think that 4 little
words in a file can cause such a cryptic error. Anyways, I am so glad it
works again. Again, thank you very much. I still have a lot to learn in
Ubuntu, and I am glad you where there to help me out.

With best Regards
Robin H.

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

Title:
  Can't enable or disable livepatch.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-livepatch-client/+bug/2063032/+subscriptions


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

Re: [PATCH v3] RISC-V: Implement .SAT_SUB for unsigned scalar int

LGTM.

Let's keep in mind that min/max will save us two insns(?)
and a conditional move would save us one.

Regards
 Robin

Re: [PATCH v2] RISC-V: Implement .SAT_SUB for unsigned scalar int

>> When you say other variants are still to be implemented
>> does that also include variants for zbb with min/max
>> or zicond?
> 
> No, I mean some other forms like branch need the improvement from the
> middle end(aka widen_mul).

Ah, I see, thanks.  Those can save one instruction and we want them
at some point.  No need to add them now but maybe add a TODO for later.

Regards
 Robin

Re: [PATCH v2] RISC-V: Implement .SAT_SUB for unsigned scalar int

Hi Pan,

> +  /* Step-2: lt = x < y  */
> +  riscv_emit_binary (LTU, pmode_lt, pmode_x, pmode_y);
> +
> +  /* Step-3: lt = -lt  */
> +  riscv_emit_unary (NEG, pmode_lt, pmode_lt);
> +
> +  /* Step-4: lt = ~lt  */
> +  riscv_emit_unary (NOT, pmode_lt, pmode_lt);

Can we replace step 3 and 4 with sub lt, -1 directly when
it's supposed to be optimized like that anyway?
I was a bit irritated when reading the code because I
figured we could surely save one instruction there but then
realized that the cover letter has the shorter sequence.

The rest LGTM.

When you say other variants are still to be implemented
does that also include variants for zbb with min/max
or zicond?

Regards
 Robin

[Bug 2063032] Re: Can't enable or disable livepatch.

2024-06-07 Thread Robin Huber

//
cat /proc/cmdline
/

BOOT_IMAGE=/vmlinuz-6.5.0-28-generic root=UUID=[redacted] ro
consoleblank=0 systemd.show_status=true

///
cat /var/local/canonical_livepatch_mode
//

stop


cat /var/lib/snapd/hostfs/var/local/canonical_livepatch_mode
///

cat: /var/lib/snapd/hostfs/var/local/canonical_livepatch_mode: No such
file or directory


Also, thanks dor the service reference, that clears some confusion about
it.

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

Title:
  Can't enable or disable livepatch.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-livepatch-client/+bug/2063032/+subscriptions


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

Re: [PATCH] ifcvt: Clarify if_info.original_cost.

> Is there any way we can avoid using pattern_cost here?  Using it means
> that we can make use of targetm.insn_cost for the jump but circumvent
> it for the condition, giving a bit of a mixed metric.
> 
> (I realise there are existing calls to pattern_cost in ifcvt.cc,
> but if possible I think we should try to avoid adding more.)

Yes, I believe there is.  In addition, what I did with
if_info->cond wasn't what I intended to do.

The whole point of the exercise is that noce_convert_multiple_sets
can re-use the CC comparison that is already present (because it
is used in the jump pattern).  Therefore I want to split costs
into a jump part and a CC-setting part so the final costing
decision for multiple sets can be:

 insn_cost (jump) + n * insn_cost (set)
vs
 n * insn_cost ("cmov")

Still, the original costs should be:
 insn_cost (set_cc) + insn_cost (jump)
and with the split we can just remove insn_cost (set_cc) before
the multiple-set cost comparison and re-add it afterwards.

For non-CC targets this is not necessary.

So what I'd hope is better is to use
insn_cost (if_info.earliest_cond)
which is indeed the CC-set/comparison if it exists.

The attached v2 was bootstrapped and regtested on x86, aarch64 and
power10 and regtested on riscv64.

Regards
 Robin

gcc/ChangeLog:

* ifcvt.cc (noce_process_if_block): Subtract condition pattern
cost if applicable.
(noce_find_if_block): Use insn_cost and pattern_cost for
original cost.
---
 gcc/ifcvt.cc | 31 ---
 1 file changed, 16 insertions(+), 15 deletions(-)

diff --git a/gcc/ifcvt.cc b/gcc/ifcvt.cc
index 58ed42673e5..ebb838fd82c 100644
--- a/gcc/ifcvt.cc
+++ b/gcc/ifcvt.cc
@@ -3931,16 +3931,16 @@ noce_process_if_block (struct noce_if_info *if_info)
  to calculate a value for x.
  ??? For future expansion, further expand the "multiple X" rules.  */
 
-  /* First look for multiple SETS.  The original costs already include
- a base cost of COSTS_N_INSNS (2): one instruction for the compare
- (which we will be needing either way) and one instruction for the
- branch.  When comparing costs we want to use the branch instruction
- cost and the sets vs. the cmovs generated here.  Therefore subtract
- the costs of the compare before checking.
- ??? Actually, instead of the branch instruction costs we might want
- to use COSTS_N_INSNS (BRANCH_COST ()) as in other places.  */
-
-  unsigned potential_cost = if_info->original_cost - COSTS_N_INSNS (1);
+  /* First look for multiple SETS.
+ The original costs already include costs for the jump insn as well
+ as for a CC comparison if there is any.
+ We want to allow the backend to re-use the existing CC comparison
+ and therefore don't consider it for the cost comparison (as it is
+ then needed for both the jump as well as the cmov sequence).  */
+
+  unsigned potential_cost = if_info->original_cost;
+  if (if_info->cond_earliest && if_info->jump != if_info->cond_earliest)
+potential_cost -= insn_cost (if_info->cond_earliest, if_info->speed_p);
   unsigned old_cost = if_info->original_cost;
   if (!else_bb
   && HAVE_conditional_move
@@ -4703,11 +4703,12 @@ noce_find_if_block (basic_block test_bb, edge 
then_edge, edge else_edge,
 = targetm.max_noce_ifcvt_seq_cost (then_edge);
   /* We'll add in the cost of THEN_BB and ELSE_BB later, when we check
  that they are valid to transform.  We can't easily get back to the insn
- for COND (and it may not exist if we had to canonicalize to get COND),
- and jump_insns are always given a cost of 1 by seq_cost, so treat
- both instructions as having cost COSTS_N_INSNS (1).  */
-  if_info.original_cost = COSTS_N_INSNS (2);
-
+ for COND (and it may not exist if we had to canonicalize to get COND).
+ jump insn that is costed via insn_cost.  It is assumed that the
+ costs of a jump insn are dependent on the branch costs.  */
+  if (if_info.cond_earliest && if_info.jump != if_info.cond_earliest)
+if_info.original_cost = insn_cost (if_info.cond_earliest, if_info.speed_p);
+  if_info.original_cost += insn_cost (if_info.jump, if_info.speed_p);
 
   /* Do the real work.  */
 
-- 
2.45.1

[Git][archlinux/packaging/packages/protonmail-bridge] Pushed new tag 3.11.1-3



Robin Candau pushed new tag 3.11.1-3 at Arch Linux / Packaging / Packages / 
protonmail-bridge

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/protonmail-bridge/-/tree/3.11.1-3
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/protonmail-bridge][main] upgpkg: 3.11.1-3: Fix binaries names and add some doc about the required testing env



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
protonmail-bridge


Commits:
423e3f27 by Robin Candau at 2024-06-07T11:01:47+02:00
upgpkg: 3.11.1-3: Fix binaries names and add some doc about the required 
testing env

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = protonmail-bridge
pkgdesc = Integrate ProtonMail paid account with any program that 
supports IMAP and SMTP
pkgver = 3.11.1
-   pkgrel = 2
+   pkgrel = 3
url = https://github.com/ProtonMail/proton-bridge
arch = x86_64
license = GPL-3.0-only


=
PKGBUILD
=
@@ -1,4 +1,5 @@
 # Maintainer: Carl Smedstad 
+# Maintainer: Robin Candau 
 # Contributor: Ali Molaei 
 # Contributor: Ben Westover 
 # Contributor: Lenovsky 
@@ -11,7 +12,7 @@ pkgname=(
   protonmail-bridge
 )
 pkgver=3.11.1
-pkgrel=2
+pkgrel=3
 pkgdesc="Integrate ProtonMail paid account with any program that supports IMAP 
and SMTP"
 arch=(x86_64)
 url="https://github.com/ProtonMail/proton-bridge;
@@ -107,6 +108,8 @@ check() {
   cmake --build build --target bridgepp-test
   ./build/bridgepp/bridgepp-test
 
+  # These tests are expecting ports 1143 & 1144 (default and fallback ports 
for IMAP) and ports 1025 & 1026 (default and fallback ports for SMTP) to be 
free for some specific tests scenarios
+  # If those ports are already in use by any other service(s) (e.g. there's 
already a running protonmail-bridge instance on those default ports in your 
build env/machine), tests will fail
   go test ./...
 }
 
@@ -127,7 +130,11 @@ package_protonmail-bridge-core() {
 
   install -Dm644 -t "$pkgdir/usr/share/doc/$pkgname" ./*.md
   install -Dm644 -t "$pkgdir/usr/lib/systemd/user" 
"$srcdir/protonmail-bridge.service"
-  install -Dm755 bridge "$pkgdir/usr/bin/protonmail-bridge-core"
+
+  # The "core" bin is expected to be called "bridge" but that's a too generic 
name to have under /usr/bin (it conflicts with iproute2 for instance)
+  install -Dm755 bridge "$pkgdir/usr/lib/protonmail/bridge/bridge"
+  install -dm755 "$pkgdir/usr/bin/"
+  ln -s /usr/lib/protonmail/bridge/bridge 
"$pkgdir/usr/bin/protonmail-bridge-core"
 }
 
 package_protonmail-bridge() {
@@ -154,5 +161,9 @@ package_protonmail-bridge() {
 
   install -Dm644 -t "$pkgdir/usr/share/applications" 
"$srcdir/protonmail-bridge.desktop"
   install -Dm644 dist/bridge.svg 
"$pkgdir/usr/share/icons/hicolor/scalable/apps/protonmail-bridge.svg"
-  install -Dm755 build/bridge-gui "$pkgdir/usr/bin/protonmail-bridge"
+
+  # The "gui" bin is expected to be called "bridge-gui" but that's a too 
generic name to have under /usr/bin
+  install -Dm755 build/bridge-gui 
"$pkgdir/usr/lib/protonmail/bridge/bridge-gui"
+  install -dm755 "$pkgdir/usr/bin/"
+  ln -s /usr/lib/protonmail/bridge/bridge-gui 
"$pkgdir/usr/bin/protonmail-bridge"
 }



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/protonmail-bridge/-/commit/423e3f275ad14bb4e71e7b3d32a6980d806c7b36

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/protonmail-bridge/-/commit/423e3f275ad14bb4e71e7b3d32a6980d806c7b36
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/icewm][main] upgpkg: 3.5.1-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / icewm


Commits:
96dd1361 by Robin Candau at 2024-06-07T08:49:34+02:00
upgpkg: 3.5.1-1: New upstream release
https://github.com/ice-wm/icewm/releases/tag/3.5.1

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = icewm
pkgdesc = Window Manager designed for speed, usability, and consistency
-   pkgver = 3.5.0
+   pkgver = 3.5.1
pkgrel = 1
url = https://ice-wm.org/
arch = x86_64
@@ -17,7 +17,7 @@ pkgbase = icewm
depends = libxpm
depends = libxrandr
optdepends = perl: for icewm-menu-xrandr
-   source = 
https://github.com/ice-wm/icewm/releases/download/3.5.0/icewm-3.5.0.tar.lz
-   sha256sums = 
3e5dc6b4a8768f40e5c0e967bf686fab6a7f7b290816f3e82d518a4cd8cbcd48
+   source = 
https://github.com/ice-wm/icewm/releases/download/3.5.1/icewm-3.5.1.tar.lz
+   sha256sums = 
455b07d53f40ad5ce38c55e4d9537be22d4ef318d3cfbe640c69536b08bb5d3a
 
 pkgname = icewm


=
PKGBUILD
=
@@ -3,7 +3,7 @@
 # Contributor: Eric Bélanger 
 
 pkgname=icewm
-pkgver=3.5.0
+pkgver=3.5.1
 pkgrel=1
 pkgdesc='Window Manager designed for speed, usability, and consistency'
 arch=(x86_64)
@@ -13,7 +13,7 @@ depends=(alsa-lib imlib2 librsvg libsndfile libxcomposite 
libxdamage libxinerama
 makedepends=(asciidoctor xorg-mkfontdir)
 optdepends=('perl: for icewm-menu-xrandr')
 
source=("https://github.com/ice-wm/icewm/releases/download/$pkgver/$pkgname-$pkgver.tar.lz;)
-sha256sums=('3e5dc6b4a8768f40e5c0e967bf686fab6a7f7b290816f3e82d518a4cd8cbcd48')
+sha256sums=('455b07d53f40ad5ce38c55e4d9537be22d4ef318d3cfbe640c69536b08bb5d3a')
 
 build() {
   cd $pkgname-$pkgver



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/icewm/-/commit/96dd1361fbf718dd9d5f52281146fa1030213afd

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/icewm/-/commit/96dd1361fbf718dd9d5f52281146fa1030213afd
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/icewm] Pushed new tag 3.5.1-1



Robin Candau pushed new tag 3.5.1-1 at Arch Linux / Packaging / Packages / icewm

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/icewm/-/tree/3.5.1-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/fastfetch] Pushed new tag 2.15.0-1



Robin Candau pushed new tag 2.15.0-1 at Arch Linux / Packaging / Packages / 
fastfetch

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/fastfetch/-/tree/2.15.0-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/fastfetch][main] upgpkg: 2.15.0-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
fastfetch


Commits:
dad3dc4e by Robin Candau at 2024-06-07T08:47:22+02:00
upgpkg: 2.15.0-1: New upstream release
https://github.com/fastfetch-cli/fastfetch/releases/tag/2.15.0

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = fastfetch
pkgdesc = Like Neofetch, but much faster because written in C
-   pkgver = 2.14.0
+   pkgver = 2.15.0
pkgrel = 1
url = https://github.com/fastfetch-cli/fastfetch
arch = x86_64
@@ -43,7 +43,7 @@ pkgbase = fastfetch
optdepends = xfconf: Needed for XFWM theme and XFCE Terminal font
optdepends = zlib: Faster image output when using kitty graphics 
protocol
optdepends = libdrm: Displays detection
-   source = 
fastfetch-2.14.0.tar.gz::https://github.com/fastfetch-cli/fastfetch/archive/refs/tags/2.14.0.tar.gz
-   sha256sums = 
f1402714b2f8a6b89d68d88937b3ad4a516e293fcc14089907ba191864b0019f
+   source = 
fastfetch-2.15.0.tar.gz::https://github.com/fastfetch-cli/fastfetch/archive/refs/tags/2.15.0.tar.gz
+   sha256sums = 
b42392c66eb7292db8b56715a072908b91d72385e6fdeae56fa7653adfc5428d
 
 pkgname = fastfetch


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Contributor: Mark Wagie 
 
 pkgname=fastfetch
-pkgver=2.14.0
+pkgver=2.15.0
 pkgrel=1
 pkgdesc="Like Neofetch, but much faster because written in C"
 arch=('x86_64')
@@ -50,7 +50,7 @@ optdepends=(
   'libdrm: Displays detection'
 )
 
source=("${pkgname}-${pkgver}.tar.gz::${url}/archive/refs/tags/${pkgver}.tar.gz")
-sha256sums=('f1402714b2f8a6b89d68d88937b3ad4a516e293fcc14089907ba191864b0019f')
+sha256sums=('b42392c66eb7292db8b56715a072908b91d72385e6fdeae56fa7653adfc5428d')
 
 build() {
cmake -B build -S "${pkgname}-${pkgver}" \



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/fastfetch/-/commit/dad3dc4e641fbd0e9eddd8743bde13e65a7ca888

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/fastfetch/-/commit/dad3dc4e641fbd0e9eddd8743bde13e65a7ca888
You're receiving this email because of your account on gitlab.archlinux.org.

[Vo]:Too late

2024-06-06 Thread Robin

Hi,

It seems some idiot is already doing it.

https://dl.acm.org/doi/10.1145/3613904.3641908

Regards,

Robin van Spaandonk

Drive your electric car every second day and recharge it from solar panels on 
your roof on the alternate days.
The other days, drive your spouses car, and do the same with it.

Re: [PATCH RFC] hw/arm/virt: Avoid unexpected warning from Linux guest on host with Fujitsu CPUs

2024-06-06 Thread Robin Murphy

ng passed force_dma = true.
https://elixir.bootlin.com/linux/v6.10-rc2/source/drivers/amba/bus.c#L361

The is a comment in of_dma_configure()
/*
* For legacy reasons, we have to assume some devices need
* DMA configuration regardless of whether "dma-ranges" is
* correctly specified or not.
*/
So this I think this is being triggered by a workaround for broken DT.

This was introduced by Robin Murphy +CC though you may need to ask on
kernel list because ARM / QEMU fun.

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=723288836628b

Relevant comment from that patch description:

"Certain bus types have a general expectation of
DMA capability and carry a well-established precedent that an absent
"dma-ranges" implies the same as the empty property, so we automatically
opt those in to DMA configuration regardless, to avoid regressing most
existing platforms."

The patch implies that AMBA is one of those.

So not sure this is solveable without a hack such as eliding the warning
message if dma_force was set as the situation probably isn't relevant then..

Except it absolutely is, because the whole reason for setting force_dma
on those buses is that they *do* commonly have DMA-capable devices, and
they are also commonly non-coherent such that this condition would be
serious. Especially AMBA, given that the things old enough to still be
using that abstraction rather than plain platform (PL080, PL111,
PL330,...) all predate ACE-Lite so don't even have the *possibility* of
being coherent without external trickery in the interconnect.

Thanks,
Robin.

[Git][archlinux/packaging/packages/python-textual][main] upgpkg: 0.65.2-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
python-textual


Commits:
339f3161 by Robin Candau at 2024-06-06T20:13:37+02:00
upgpkg: 0.65.2-1: New upstream release
https://github.com/Textualize/textual/releases/tag/v0.65.2

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = python-textual
pkgdesc = Modern Text User Interface framework
-   pkgver = 0.65.1
+   pkgver = 0.65.2
pkgrel = 1
url = https://github.com/Textualize/textual
arch = any
@@ -17,7 +17,7 @@ pkgbase = python-textual
optdepends = python-tree-sitter: for syntax highlighting support
optdepends = python-tree-sitter-languages: for custom languages support
optdepends = python-textual-dev: tools for developers
-   source = 
textual-0.65.1.tar.gz::https://github.com/Textualize/textual/archive/v0.65.1.tar.gz
-   sha512sums = 
a229a7fe666186f67a23b8ef797d0550c926b8911a23c68e6107d17c60c2bf9a8f22f6b5490fd3fc9563f1eeb3a38fb9db48ebd7126417fd02ca163fd6c16051
+   source = 
textual-0.65.2.tar.gz::https://github.com/Textualize/textual/archive/v0.65.2.tar.gz
+   sha512sums = 
becbd5ba90ecd21f2ccb617a781e5a1744c7e9d6e8f82d9d5e9d8bf5846365d3d44bf154b17d2827132a46b0922bfb5e62f5ca37b3b4d65a0874ac685965b94f
 
 pkgname = python-textual


=
PKGBUILD
=
@@ -5,7 +5,7 @@
 
 _base=textual
 pkgname=python-${_base}
-pkgver=0.65.1
+pkgver=0.65.2
 pkgrel=1
 pkgdesc="Modern Text User Interface framework"
 arch=(any)
@@ -18,7 +18,7 @@ optdepends=('python-tree-sitter: for syntax highlighting 
support'
 'python-tree-sitter-languages: for custom languages support'
 'python-textual-dev: tools for developers')
 source=(${_base}-${pkgver}.tar.gz::${url}/archive/v${pkgver}.tar.gz)
-sha512sums=('a229a7fe666186f67a23b8ef797d0550c926b8911a23c68e6107d17c60c2bf9a8f22f6b5490fd3fc9563f1eeb3a38fb9db48ebd7126417fd02ca163fd6c16051')
+sha512sums=('becbd5ba90ecd21f2ccb617a781e5a1744c7e9d6e8f82d9d5e9d8bf5846365d3d44bf154b17d2827132a46b0922bfb5e62f5ca37b3b4d65a0874ac685965b94f')
 
 build() {
   cd ${_base}-${pkgver}



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/commit/339f316166165c8d361aa99a246cd2f2e4f88f73

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/commit/339f316166165c8d361aa99a246cd2f2e4f88f73
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-textual] Pushed new tag 0.65.2-1



Robin Candau pushed new tag 0.65.2-1 at Arch Linux / Packaging / Packages / 
python-textual

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-textual/-/tree/0.65.2-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/nebula][main] upgpkg: 1.9.3-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / nebula


Commits:
674457ba by Robin Candau at 2024-06-06T20:11:49+02:00
upgpkg: 1.9.3-1: New upstream release
https://github.com/slackhq/nebula/releases/tag/v1.9.3

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = nebula
pkgdesc = A scalable overlay networking tool with a focus on 
performance, simplicity and security
-   pkgver = 1.9.2
+   pkgver = 1.9.3
pkgrel = 1
url = https://github.com/slackhq/nebula
arch = x86_64
@@ -8,11 +8,11 @@ pkgbase = nebula
makedepends = go
depends = glibc
options = !lto
-   source = 
nebula-1.9.2.tar.gz::https://github.com/slackhq/nebula/archive/v1.9.2.tar.gz
+   source = 
nebula-1.9.3.tar.gz::https://github.com/slackhq/nebula/archive/v1.9.3.tar.gz
source = nebula.service
-   sha512sums = 
53844943beb3c2965a734c3829cde5c0225195ced17fb7fbe4fb4135ecada241162c90c02e46b89a0a5a514e9a227f5ac67272766ea980f4fc41a8707d45ebc5
+   sha512sums = 
7b3672d06d5cb44ad0bffd68d8f3b49e888363059e8d3e8676f91556d384a1d14af824d0dd9c0b8594482ce82b0d3438192244d981ccca92d7f7a331f7687042
sha512sums = 
5237b50a98c9af95c97fed5d17cd313353b65e1ca981558e415fe95ce4296247fb3051bf6a59e2d2dd89aee3aef3bf3dbaa815becb5c2033523fbf163551b07f
-   b2sums = 
b9a088c31620557ed29e57ae91949767c896dcf0539e86d020d2753cac8abf83e87e46691dac3bf51202bc3e1fbcb54446f2361b694136aa014430f381658e90
+   b2sums = 
8141df0c6df650dc58d206b48ac25899e0e7c57dad2ce3568842e9f1b97f13974802c8726680ebaae6c4648f70478260bd90e04f0c039c0b6771237277aff15c
b2sums = 
3fb0d210bf96d843c044078d2b7fc3c68f26754aa7b7cdfccf721b62e227de8e6c2ec7c8dbe20b3133c882d01c58c7423f87aa2ef61e9a2d6bbe846779085314
 
 pkgname = nebula


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Maintainer: Robin Candau 
 
 pkgname=nebula
-pkgver=1.9.2
+pkgver=1.9.3
 pkgrel=1
 pkgdesc="A scalable overlay networking tool with a focus on performance, 
simplicity and security"
 arch=('x86_64')
@@ -13,9 +13,9 @@ makedepends=('go')
 options=('!lto')
 source=("${pkgname}-${pkgver}.tar.gz::${url}/archive/v${pkgver}.tar.gz"
 "${pkgname}.service")
-sha512sums=('53844943beb3c2965a734c3829cde5c0225195ced17fb7fbe4fb4135ecada241162c90c02e46b89a0a5a514e9a227f5ac67272766ea980f4fc41a8707d45ebc5'
+sha512sums=('7b3672d06d5cb44ad0bffd68d8f3b49e888363059e8d3e8676f91556d384a1d14af824d0dd9c0b8594482ce82b0d3438192244d981ccca92d7f7a331f7687042'
 
'5237b50a98c9af95c97fed5d17cd313353b65e1ca981558e415fe95ce4296247fb3051bf6a59e2d2dd89aee3aef3bf3dbaa815becb5c2033523fbf163551b07f')
-b2sums=('b9a088c31620557ed29e57ae91949767c896dcf0539e86d020d2753cac8abf83e87e46691dac3bf51202bc3e1fbcb54446f2361b694136aa014430f381658e90'
+b2sums=('8141df0c6df650dc58d206b48ac25899e0e7c57dad2ce3568842e9f1b97f13974802c8726680ebaae6c4648f70478260bd90e04f0c039c0b6771237277aff15c'
 
'3fb0d210bf96d843c044078d2b7fc3c68f26754aa7b7cdfccf721b62e227de8e6c2ec7c8dbe20b3133c882d01c58c7423f87aa2ef61e9a2d6bbe846779085314')
 
 prepare() {



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/nebula/-/commit/674457ba27ded19f7e4f7b2e3546d81726ff4e1a

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/nebula/-/commit/674457ba27ded19f7e4f7b2e3546d81726ff4e1a
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/nebula] Pushed new tag 1.9.3-1



Robin Candau pushed new tag 1.9.3-1 at Arch Linux / Packaging / Packages / 
nebula

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/nebula/-/tree/1.9.3-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/zathura-pdf-mupdf][main] upgpkg: 0.4.3-2: Rebuild against mupdf 1.24.3



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
zathura-pdf-mupdf


Commits:
49e6c5e1 by Robin Candau at 2024-06-06T19:07:21+02:00
upgpkg: 0.4.3-2: Rebuild against mupdf 1.24.3

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = zathura-pdf-mupdf
pkgdesc = PDF support for Zathura (MuPDF backend) (Supports PDF, ePub, 
and OpenXPS)
pkgver = 0.4.3
-   pkgrel = 1
+   pkgrel = 2
url = https://pwmt.org/projects/zathura-pdf-mupdf/
arch = x86_64
license = Zlib


=
PKGBUILD
=
@@ -6,7 +6,7 @@
 
 pkgname=zathura-pdf-mupdf
 pkgver=0.4.3
-pkgrel=1
+pkgrel=2
 pkgdesc="PDF support for Zathura (MuPDF backend) (Supports PDF, ePub, and 
OpenXPS)"
 url="https://pwmt.org/projects/zathura-pdf-mupdf/;
 arch=('x86_64')



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/zathura-pdf-mupdf/-/commit/49e6c5e1f1a959a92c13da7b053b688c45edcb6f

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/zathura-pdf-mupdf/-/commit/49e6c5e1f1a959a92c13da7b053b688c45edcb6f
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/zathura-pdf-mupdf] Pushed new tag 0.4.3-2



Robin Candau pushed new tag 0.4.3-2 at Arch Linux / Packaging / Packages / 
zathura-pdf-mupdf

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/zathura-pdf-mupdf/-/tree/0.4.3-2
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-pymupdf] Pushed new tag 1.24.5-2



Robin Candau pushed new tag 1.24.5-2 at Arch Linux / Packaging / Packages / 
python-pymupdf

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-pymupdf/-/tree/1.24.5-2
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-pymupdf][main] upgpkg: 1.24.5-2: Rebuild against mupdf 1.24.3



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
python-pymupdf


Commits:
af873ccb by Robin Candau at 2024-06-06T19:04:29+02:00
upgpkg: 1.24.5-2: Rebuild against mupdf 1.24.3

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = python-pymupdf
pkgdesc = Python bindings for MuPDF's rendering library
pkgver = 1.24.5
-   pkgrel = 1
+   pkgrel = 2
url = https://github.com/pymupdf/PyMuPDF
arch = x86_64
license = AGPL-3.0-or-later


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 _name=PyMuPDF
 pkgname=python-pymupdf
 pkgver=1.24.5
-pkgrel=1
+pkgrel=2
 pkgdesc="Python bindings for MuPDF's rendering library"
 arch=(x86_64)
 url="https://github.com/pymupdf/PyMuPDF;



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-pymupdf/-/commit/af873ccbb9540fc3f7400cdd560713416391b55b

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-pymupdf/-/commit/af873ccbb9540fc3f7400cdd560713416391b55b
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/mupdf][main] upgpkg: 1.24.3-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / mupdf


Commits:
ecd3e139 by Robin Candau at 2024-06-06T18:56:49+02:00
upgpkg: 1.24.3-1: New upstream release
https://github.com/ArtifexSoftware/mupdf/releases/tag/1.24.3

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = mupdf
pkgdesc = Lightweight PDF and XPS viewer
-   pkgver = 1.24.2
-   pkgrel = 2
+   pkgver = 1.24.3
+   pkgrel = 1
url = https://mupdf.com/
arch = x86_64
license = AGPL-3.0-or-later
@@ -27,7 +27,7 @@ pkgbase = mupdf
makedepends = tesseract
makedepends = zlib
options = staticlibs
-   source = git+https://github.com/ArtifexSoftware/mupdf.git#tag=1.24.2
+   source = git+https://github.com/ArtifexSoftware/mupdf.git#tag=1.24.3
source = git+https://github.com/ArtifexSoftware/mujs.git
source = git+https://github.com/ArtifexSoftware/thirdparty-lcms2.git
source = git+https://github.com/ArtifexSoftware/extract.git
@@ -36,7 +36,7 @@ pkgbase = mupdf
source = mupdf.pc
source = mupdf-1.23.9-cpp_ldflags.patch
source = mupdf-1.23.9-install_targets.patch
-   sha256sums = 
3a5664f06e94cddeaf611b1d7f019b7c8f780298c35bf500d1d98c9d7e40210a
+   sha256sums = 
64a5ceff84bef7405c9051f14c941746dc05a167064697b97da9d82f12551a52
sha256sums = SKIP
sha256sums = SKIP
sha256sums = SKIP
@@ -76,7 +76,7 @@ pkgname = mupdf-gl
depends = libgl
depends = libmupdf
depends = openssl
-   provides = mupdf=1.24.2
+   provides = mupdf=1.24.3
conflicts = mupdf
 
 pkgname = mupdf-tools


=
PKGBUILD
=
@@ -8,8 +8,8 @@
 
 pkgbase=mupdf
 pkgname=(libmupdf mupdf mupdf-gl mupdf-tools python-mupdf)
-pkgver=1.24.2
-pkgrel=2
+pkgver=1.24.3
+pkgrel=1
 pkgdesc='Lightweight PDF and XPS viewer'
 arch=('x86_64')
 url='https://mupdf.com/'
@@ -51,7 +51,7 @@ source=(
   $pkgbase-1.23.9-cpp_ldflags.patch
   $pkgbase-1.23.9-install_targets.patch
 )
-sha256sums=('3a5664f06e94cddeaf611b1d7f019b7c8f780298c35bf500d1d98c9d7e40210a'
+sha256sums=('64a5ceff84bef7405c9051f14c941746dc05a167064697b97da9d82f12551a52'
 'SKIP'
 'SKIP'
 'SKIP'



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/mupdf/-/commit/ecd3e1393a8de05e85869990080beb57d93db1b5

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/mupdf/-/commit/ecd3e1393a8de05e85869990080beb57d93db1b5
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/mupdf] Pushed new tag 1.24.3-1



Robin Candau pushed new tag 1.24.3-1 at Arch Linux / Packaging / Packages / 
mupdf

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/mupdf/-/tree/1.24.3-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/timeshift][main] upgpkg: 24.06.1-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
timeshift


Commits:
f87334e4 by Robin Candau at 2024-06-06T16:31:31+02:00
upgpkg: 24.06.1-1: New upstream release

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = timeshift
pkgdesc = A system restore utility for Linux
-   pkgver = 24.01.1
+   pkgver = 24.06.1
pkgrel = 1
url = https://github.com/linuxmint/timeshift
install = timeshift.install
@@ -20,7 +20,7 @@ pkgbase = timeshift
optdepends = btrfs-progs: For BTRFS support
optdepends = grub-btrfs: For BTRFS snapshots in GRUB
optdepends = xorg-xhost: For authorization on Wayland
-   source = 
timeshift-24.01.1.tar.gz::https://github.com/linuxmint/timeshift/archive/refs/tags/24.01.1.tar.gz
-   sha256sums = 
a4be6ce9e3fadd1cb99284414ecbf2584f90ce9f5e15534fd5a5015bd6c05d9e
+   source = 
timeshift-24.06.1.tar.gz::https://github.com/linuxmint/timeshift/archive/refs/tags/24.06.1.tar.gz
+   sha256sums = 
585c28492388063de6a20eeb40001548daf042f4a7d0740be7d81d8bbdc00e84
 
 pkgname = timeshift


=
PKGBUILD
=
@@ -7,7 +7,7 @@
 # Contributor: Robert Orzanna 
 
 pkgname=timeshift
-pkgver=24.01.1
+pkgver=24.06.1
 pkgrel=1
 pkgdesc="A system restore utility for Linux"
 arch=('x86_64')
@@ -20,7 +20,7 @@ optdepends=('btrfs-progs: For BTRFS support'
 'xorg-xhost: For authorization on Wayland')
 install="${pkgname}.install"
 
source=("${pkgname}-${pkgver}.tar.gz::${url}/archive/refs/tags/${pkgver}.tar.gz")
-sha256sums=('a4be6ce9e3fadd1cb99284414ecbf2584f90ce9f5e15534fd5a5015bd6c05d9e')
+sha256sums=('585c28492388063de6a20eeb40001548daf042f4a7d0740be7d81d8bbdc00e84')
 
 build() {
arch-meson "${pkgname}-${pkgver}" build



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/timeshift/-/commit/f87334e449a763a4ca3eb5afd2e7b27124822b73

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/timeshift/-/commit/f87334e449a763a4ca3eb5afd2e7b27124822b73
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/timeshift] Pushed new tag 24.06.1-1



Robin Candau pushed new tag 24.06.1-1 at Arch Linux / Packaging / Packages / 
timeshift

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/timeshift/-/tree/24.06.1-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/limine] Pushed new tag 7.7.1-1



Robin Candau pushed new tag 7.7.1-1 at Arch Linux / Packaging / Packages / 
limine

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/limine/-/tree/7.7.1-1
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/limine][main] upgpkg: 7.7.1-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / limine


Commits:
baf28c3d by Robin Candau at 2024-06-06T16:28:17+02:00
upgpkg: 7.7.1-1: New upstream release

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = limine
pkgdesc = An advanced, portable, multiprotocol bootloader
-   pkgver = 7.7.0
+   pkgver = 7.7.1
pkgrel = 1
url = https://limine-bootloader.org/
arch = x86_64
@@ -12,7 +12,7 @@ pkgbase = limine
makedepends = lld
makedepends = clang
depends = glibc
-   source = git+https://github.com/limine-bootloader/limine.git#tag=v7.7.0
-   sha256sums = 
9c654160fe7e2bc6649253a4c6f78074556e42e2fadd530db4d31c8b9f95bfb7
+   source = git+https://github.com/limine-bootloader/limine.git#tag=v7.7.1
+   sha256sums = 
bfd98dbcc881a9160514b92c5af4b598f5559f781a6c0a16ce5620b43e986c80
 
 pkgname = limine


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Contributor: Mintsuki 
 
 pkgname=limine
-pkgver=7.7.0
+pkgver=7.7.1
 pkgrel=1
 pkgdesc="An advanced, portable, multiprotocol bootloader"
 arch=('x86_64')
@@ -11,7 +11,7 @@ license=('BSD-2-Clause')
 depends=('glibc')
 makedepends=('git' 'nasm' 'mtools' 'llvm' 'lld' 'clang')
 source=("git+https://github.com/limine-bootloader/limine.git#tag=v${pkgver};)
-sha256sums=('9c654160fe7e2bc6649253a4c6f78074556e42e2fadd530db4d31c8b9f95bfb7')
+sha256sums=('bfd98dbcc881a9160514b92c5af4b598f5559f781a6c0a16ce5620b43e986c80')
 
 prepare() {
cd "${pkgname}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/limine/-/commit/baf28c3df5f6bbe391bc0c78e50a3bc7923edda8

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/limine/-/commit/baf28c3df5f6bbe391bc0c78e50a3bc7923edda8
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-sentry_sdk][main] upgpkg: 2.5.0-1: New upstream release



Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
python-sentry_sdk


Commits:
ede32c34 by Robin Candau at 2024-06-06T16:26:10+02:00
upgpkg: 2.5.0-1: New upstream release
https://github.com/getsentry/sentry-python/releases/tag/2.5.0

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = python-sentry_sdk
pkgdesc = The official Python SDK for Sentry.io
-   pkgver = 2.4.0
+   pkgver = 2.5.0
pkgrel = 1
url = https://sentry.io/for/python
arch = any
@@ -30,7 +30,7 @@ pkgbase = python-sentry_sdk
optdepends = python-tornado: adds support for the Tornado Web Framework
optdepends = python-pure-eval: for richer stacktraces & additional 
variables
optdepends = python-executing: for richer stacktraces & better function 
names
-   source = 
python-sentry_sdk-2.4.0.tar.gz::https://github.com/getsentry/sentry-python/archive/refs/tags/2.4.0.tar.gz
-   sha256sums = 
cdcd987bc0cb2d618fe7f7282df1788199529ef8a4ff46f3fabfcbd4e08e0c97
+   source = 
python-sentry_sdk-2.5.0.tar.gz::https://github.com/getsentry/sentry-python/archive/refs/tags/2.5.0.tar.gz
+   sha256sums = 
53102994c3a26d6603e5436e3b867f44176a3183722513ca807bc82e3c9468ad
 
 pkgname = python-sentry_sdk


=
PKGBUILD
=
@@ -3,7 +3,7 @@
 
 pkgname=python-sentry_sdk
 _pkgname=sentry-python
-pkgver=2.4.0
+pkgver=2.5.0
 pkgrel=1
 pkgdesc="The official Python SDK for Sentry.io"
 arch=('any')
@@ -31,7 +31,7 @@ optdepends=('python-aiohttp: adds support for the 
AIOHTTP-Server Web Framework'
 'python-pure-eval: for richer stacktraces & additional variables'
 'python-executing: for richer stacktraces & better function names')
 
source=("${pkgname}-${pkgver}.tar.gz::https://github.com/getsentry/sentry-python/archive/refs/tags/${pkgver}.tar.gz;)
-sha256sums=('cdcd987bc0cb2d618fe7f7282df1788199529ef8a4ff46f3fabfcbd4e08e0c97')
+sha256sums=('53102994c3a26d6603e5436e3b867f44176a3183722513ca807bc82e3c9468ad')
 
 build() {
cd "${_pkgname}-${pkgver}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-sentry_sdk/-/commit/ede32c349580020483cbe7e561c405643cb94f2a

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-sentry_sdk/-/commit/ede32c349580020483cbe7e561c405643cb94f2a
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/python-sentry_sdk] Pushed new tag 2.5.0-1