[Git][archlinux/packaging/packages/mate-backgrounds] Pushed new tag 1.28.0-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.28.0-2 at Arch Linux / Packaging / Packages / 
mate-backgrounds

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

[Git][archlinux/packaging/packages/mate-applets][main] upgpkg: 1.28.0-2: Update licenses + use SPDX identifiers, use more transparent...

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
mate-applets


Commits:
6fb20114 by Robin Candau at 2024-09-08T21:36:52+02:00
upgpkg: 1.28.0-2: Update licenses + use SPDX identifiers, use more transparent 
source, add nvchecker integration
https://archlinux.org/todo/general-mate-packages-rework/

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,13 +1,16 @@
 pkgbase = mate-applets
pkgdesc = Applets for MATE panel
pkgver = 1.28.0
-   pkgrel = 1
+   pkgrel = 2
url = https://mate-desktop.org
arch = x86_64
groups = mate-extra
-   license = GPL
+   license = GPL-2.0-or-later AND LGPL-2.0-or-later
+   makedepends = autoconf-archive
makedepends = intltool
makedepends = itstool
+   makedepends = mate-common
+   makedepends = glib2-devel
makedepends = gucharmap
makedepends = yelp-tools
depends = cpupower
@@ -27,7 +30,7 @@ pkgbase = mate-applets
replaces = mate-applets-gtk3
replaces = mate-netspeed
replaces = mate-netspeed-gtk3
-   source = 
https://pub.mate-desktop.org/releases/1.28/mate-applets-1.28.0.tar.xz
-   sha256sums = 
1b6bef6bd5d326fb9dc828ff910e4b1b9294b4660c311dc1c90310fd9c356686
+   source = 
mate-applets-1.28.0.tar.gz::https://github.com/mate-desktop/mate-applets/archive/refs/tags/v1.28.0.tar.gz
+   sha256sums = 
a54cd477c486fc3c1afcff4b3ae9d4275a1456c490f8c2514c90434e1491a46e
 
 pkgname = mate-applets


=
.nvchecker.toml
=
@@ -0,0 +1,4 @@
+[mate-applets]
+source = "git"
+git = "https://github.com/mate-desktop/mate-applets.git";
+prefix = "v"


=
PKGBUILD
=
@@ -4,27 +4,32 @@
 
 pkgname=mate-applets
 pkgver=1.28.0
-pkgrel=1
+pkgrel=2
 pkgdesc="Applets for MATE panel"
 arch=('x86_64')
 url="https://mate-desktop.org";
-license=('GPL')
+license=('GPL-2.0-or-later AND LGPL-2.0-or-later')
 depends=('cpupower' 'gtksourceview4' 'libgtop' 'libnotify' 'mate-panel' 
'polkit' 'upower' 'wireless_tools' 'libnl')
-makedepends=('intltool' 'itstool' 'gucharmap' 'yelp-tools')
+makedepends=('autoconf-archive' 'intltool' 'itstool' 'mate-common' 
'glib2-devel' 'gucharmap' 'yelp-tools')
 optdepends=('fortune-mod: for displaying fortune cookies in the Wanda the Fish 
applet'
 'gucharmap: character picker applet')
 groups=('mate-extra')
 conflicts=('mate-applets-gtk3' 'mate-netspeed' 'mate-netspeed-gtk3')
 replaces=('mate-applets-gtk3' 'mate-netspeed' 'mate-netspeed-gtk3')
-source=("https://pub.mate-desktop.org/releases/${pkgver%.*}/${pkgname}-${pkgver}.tar.xz";)
-sha256sums=('1b6bef6bd5d326fb9dc828ff910e4b1b9294b4660c311dc1c90310fd9c356686')
+source=("${pkgname}-${pkgver}.tar.gz::https://github.com/mate-desktop/mate-applets/archive/refs/tags/v${pkgver}.tar.gz";)
+sha256sums=('a54cd477c486fc3c1afcff4b3ae9d4275a1456c490f8c2514c90434e1491a46e')
+
+prepare() {
+   cd "${pkgname}-${pkgver}"
+   ./autogen.sh
+}
 
 build() {
cd "${pkgname}-${pkgver}"
./configure \
--prefix=/usr \
--sysconfdir=/etc \
-   --libexecdir=/usr/lib/${pkgname} \
+   --libexecdir="/usr/lib/${pkgname}" \
--with-dbus-sys="/usr/share/dbus-1/system.d" \
--enable-polkit \
--enable-ipv6



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/mate-applets/-/commit/6fb20114b831e44f9554f3d46d8be83350e924b2

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

[Git][archlinux/packaging/packages/mate-applets] Pushed new tag 1.28.0-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.28.0-2 at Arch Linux / Packaging / Packages / 
mate-applets

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

[Git][archlinux/packaging/packages/marco][main] Add nvchecker integration

[Robin Candau (@antiz)]

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


Commits:
3d90dae9 by Robin Candau at 2024-09-08T20:01:04+02:00
Add nvchecker integration

- - - - -


1 changed file:

- + .nvchecker.toml


Changes:

=
.nvchecker.toml
=
@@ -0,0 +1,4 @@
+[marco]
+source = "git"
+git = "https://github.com/mate-desktop/marco.git";
+prefix = "v"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/marco/-/commit/3d90dae929e96a3aa3913d7825ea90f1b18c847e

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

[Git][archlinux/packaging/packages/marco][main] upgpkg: 1.28.1-2: Update licenses + use SPDX identifiers, use more transparent...

[Robin Candau (@antiz)]

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


Commits:
7fc451ff by Robin Candau at 2024-09-08T19:59:37+02:00
upgpkg: 1.28.1-2: Update licenses + use SPDX identifiers, use more transparent 
source, add nvchecker integration
https://archlinux.org/todo/general-mate-packages-rework/

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,12 +1,15 @@
 pkgbase = marco
-   pkgdesc = A window manager for MATE
+   pkgdesc = MATE default window manager
pkgver = 1.28.1
-   pkgrel = 1
+   pkgrel = 2
url = https://mate-desktop.org
arch = x86_64
groups = mate
-   license = GPL
+   license = GPL-2.0-or-later
+   makedepends = autoconf-archive
+   makedepends = mate-common
makedepends = itstool
+   makedepends = yelp-tools
depends = libcanberra
depends = libgtop
depends = mate-desktop
@@ -17,7 +20,7 @@ pkgbase = marco
depends = libsm
conflicts = marco-gtk3
replaces = marco-gtk3
-   source = https://pub.mate-desktop.org/releases/1.28/marco-1.28.1.tar.xz
-   sha256sums = 
2496e5e40ee980cd6849493ac3e0f8fd0dec8b81c674da8d9ba19a577f0ac2e1
+   source = 
marco-1.28.1.tar.gz::https://github.com/mate-desktop/marco/archive/refs/tags/v1.28.1.tar.gz
+   sha256sums = 
3fd7f7cf0ad0397e15478d198a5a4db518bba6565204ec073eac36be2a3b
 
 pkgname = marco


=
PKGBUILD
=
@@ -4,18 +4,23 @@
 
 pkgname=marco
 pkgver=1.28.1
-pkgrel=1
-pkgdesc="A window manager for MATE"
+pkgrel=2
+pkgdesc="MATE default window manager"
 url="https://mate-desktop.org";
 arch=('x86_64')
-license=('GPL')
+license=('GPL-2.0-or-later')
 depends=('libcanberra' 'libgtop' 'mate-desktop' 'zenity' 'libxpresent' 
'gettext' 'libxres' 'libsm')
-makedepends=('itstool')
+makedepends=('autoconf-archive' 'mate-common' 'itstool' 'yelp-tools')
 groups=('mate')
 conflicts=('marco-gtk3')
 replaces=('marco-gtk3')
-source=("https://pub.mate-desktop.org/releases/${pkgver%.*}/${pkgname}-${pkgver}.tar.xz";)
-sha256sums=('2496e5e40ee980cd6849493ac3e0f8fd0dec8b81c674da8d9ba19a577f0ac2e1')
+source=("${pkgname}-${pkgver}.tar.gz::https://github.com/mate-desktop/marco/archive/refs/tags/v${pkgver}.tar.gz";)
+sha256sums=('3fd7f7cf0ad0397e15478d198a5a4db518bba6565204ec073eac36be2a3b')
+
+prepare() {
+   cd "${pkgname}-${pkgver}"
+   ./autogen.sh
+}
 
 build() {
cd "${pkgname}-${pkgver}"
@@ -24,10 +29,6 @@ build() {
--sysconfdir=/etc \
--localstatedir=/var \
--enable-startup-notification
-
-   #https://bugzilla.gnome.org/show_bug.cgi?id=656231
-   sed -i -e 's/ -shared / -Wl,-O1,--as-needed\0/g' libtool
-
make
 }
 



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/marco/-/commit/7fc451ff22187f8d500cd299c63918f86e8a160d

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

[Git][archlinux/packaging/packages/marco] Pushed new tag 1.28.1-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.28.1-2 at Arch Linux / Packaging / Packages / 
marco

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

[Git][archlinux/packaging/packages/engrampa] Pushed new tag 1.28.2-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.28.2-2 at Arch Linux / Packaging / Packages / 
engrampa

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

[Git][archlinux/packaging/packages/engrampa][main] upgpkg: 1.28.2-2: Remove check()

[Robin Candau (@antiz)]

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


Commits:
fb3e7fed by Robin Candau at 2024-09-08T19:51:39+02:00
upgpkg: 1.28.2-2: Remove check()

Checks are only about code linting, which isn't interesting for us

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = engrampa
pkgdesc = A file archiver for MATE
pkgver = 1.28.2
-   pkgrel = 1
+   pkgrel = 2
url = https://mate-desktop.org
arch = x86_64
groups = mate-extra


=
PKGBUILD
=
@@ -5,7 +5,7 @@
 
 pkgname=engrampa
 pkgver=1.28.2
-pkgrel=1
+pkgrel=2
 pkgdesc="A file archiver for MATE"
 url="https://mate-desktop.org";
 arch=('x86_64')
@@ -44,11 +44,6 @@ build() {
make
 }
 
-check() {
-   cd "${pkgname}"
-   make check
-}
-
 package() {
cd "${pkgname}"
make DESTDIR="${pkgdir}" install



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/engrampa/-/commit/fb3e7fed8bd549ea8c64d9fe50e277a0e1167734

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

[Git][archlinux/packaging/packages/eom][main] upgpkg: 1.28.0-2: Update licenses + use SPDX identifiers, use more transparent...

[Robin Candau (@antiz)]

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


Commits:
bb9ec676 by Robin Candau at 2024-09-08T19:45:14+02:00
upgpkg: 1.28.0-2: Update licenses + use SPDX identifiers, use more transparent 
source, add nvchecker integration
https://archlinux.org/todo/general-mate-packages-rework/

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,13 +1,17 @@
 pkgbase = eom
-   pkgdesc = An image viewing and cataloging program for MATE
+   pkgdesc = An image viewer for MATE
pkgver = 1.28.0
-   pkgrel = 1
+   pkgrel = 2
url = https://mate-desktop.org
arch = x86_64
groups = mate-extra
-   license = GPL
+   license = GPL-2.0-or-later
+   makedepends = autoconf-archive
+   makedepends = glib2-devel
makedepends = gobject-introspection
+   makedepends = mate-common
makedepends = itstool
+   makedepends = yelp-tools
depends = dbus-glib
depends = gobject-introspection-runtime
depends = gettext
@@ -20,7 +24,7 @@ pkgbase = eom
optdepends = webp-pixbuf-loader: webp image format support
conflicts = eom-gtk3
replaces = eom-gtk3
-   source = https://pub.mate-desktop.org/releases/1.28/eom-1.28.0.tar.xz
-   sha256sums = 
9a01cab2995a1a8c7258c865eae5f182ed4730c44672afdc3a07e423edd53abc
+   source = 
eom-1.28.0.tar.gz::https://github.com/mate-desktop/eom/archive/refs/tags/v1.28.0.tar.gz
+   sha256sums = 
095ab4ae210662b0f2c9b4b8099962cd50f7ca8d4c59b01fe118686ab617a3a9
 
 pkgname = eom


=
.nvchecker.toml
=
@@ -0,0 +1,4 @@
+[eom]
+source = "git"
+git = "https://github.com/mate-desktop/eom.git";
+prefix = "v"


=
PKGBUILD
=
@@ -4,19 +4,24 @@
 
 pkgname=eom
 pkgver=1.28.0
-pkgrel=1
-pkgdesc="An image viewing and cataloging program for MATE"
+pkgrel=2
+pkgdesc="An image viewer for MATE"
 url="https://mate-desktop.org";
 arch=('x86_64')
-license=('GPL')
+license=('GPL-2.0-or-later')
 depends=('dbus-glib' 'gobject-introspection-runtime' 'gettext' 'exempi' 
'lcms2' 'libexif' 'libjpeg-turbo' 'mate-desktop' 'libpeas')
-makedepends=('gobject-introspection' 'itstool')
+makedepends=('autoconf-archive' 'glib2-devel' 'gobject-introspection' 
'mate-common' 'itstool' 'yelp-tools')
 optdepends=('webp-pixbuf-loader: webp image format support')
 groups=('mate-extra')
 conflicts=('eom-gtk3')
 replaces=('eom-gtk3')
-source=("https://pub.mate-desktop.org/releases/${pkgver%.*}/${pkgname}-${pkgver}.tar.xz";)
-sha256sums=('9a01cab2995a1a8c7258c865eae5f182ed4730c44672afdc3a07e423edd53abc')
+source=("${pkgname}-${pkgver}.tar.gz::https://github.com/mate-desktop/eom/archive/refs/tags/v${pkgver}.tar.gz";)
+sha256sums=('095ab4ae210662b0f2c9b4b8099962cd50f7ca8d4c59b01fe118686ab617a3a9')
+
+prepare() {
+   cd "${pkgname}-${pkgver}"
+   ./autogen.sh
+}
 
 build() {
cd "${pkgname}-${pkgver}"
@@ -24,10 +29,6 @@ build() {
--prefix=/usr \
--localstatedir=/var \
--with-librsvg
-
-   #https://bugzilla.gnome.org/show_bug.cgi?id=656231
-   sed -i -e 's/ -shared / -Wl,-O1,--as-needed\0/g' libtool
-
make
 }
 



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/eom/-/commit/bb9ec6763b590a8cfcded47ad1fef0c29ee8f2c8

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

[Git][archlinux/packaging/packages/eom] Pushed new tag 1.28.0-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.28.0-2 at Arch Linux / Packaging / Packages / eom

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

[Git][archlinux/packaging/packages/mate-common][main] upgpkg: 1.28.0-2: Update licenses + use SPDX identifiers, use more transparent...

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
mate-common


Commits:
30426bd4 by Robin Candau at 2024-09-08T19:32:48+02:00
upgpkg: 1.28.0-2: Update licenses + use SPDX identifiers, use more transparent 
source, add nvchecker integration
https://archlinux.org/todo/general-mate-packages-rework/

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,17 +1,17 @@
 pkgbase = mate-common
pkgdesc = Common development macros for MATE
pkgver = 1.28.0
-   pkgrel = 1
+   pkgrel = 2
url = https://mate-desktop.org
arch = any
-   license = GPL
+   license = GPL-3.0-or-later
depends = autoconf
depends = automake
depends = gettext
depends = gtk-doc
depends = libtool
depends = pkg-config
-   source = 
https://pub.mate-desktop.org/releases/1.28/mate-common-1.28.0.tar.xz
-   sha256sums = 
42b7c2cee268f71d7e1c1ad4f69bcda0ecd65578a96722187c6b76378d26ba0a
+   source = 
mate-common-1.28.0.tar.gz::https://github.com/mate-desktop/mate-common/archive/refs/tags/v1.28.0.tar.gz
+   sha256sums = 
7100ecd60a9b5f398b9c3508eb17bca657bb748a74fc9f277b1e5ba1e022b701
 
 pkgname = mate-common


=
.nvchecker.toml
=
@@ -0,0 +1,4 @@
+[mate-common]
+source = "git"
+git = "https://github.com/mate-desktop/mate-common.git";
+prefix = "v"


=
PKGBUILD
=
@@ -3,15 +3,20 @@
 
 pkgname=mate-common
 pkgver=1.28.0
-pkgrel=1
+pkgrel=2
 pkgdesc="Common development macros for MATE"
 arch=('any')
-license=('GPL')
+license=('GPL-3.0-or-later')
 depends=('autoconf' 'automake' 'gettext' 'gtk-doc' 'libtool'
  'pkg-config')
 url="https://mate-desktop.org";
-source=("https://pub.mate-desktop.org/releases/${pkgver%.*}/${pkgname}-${pkgver}.tar.xz";)
-sha256sums=('42b7c2cee268f71d7e1c1ad4f69bcda0ecd65578a96722187c6b76378d26ba0a')
+source=("${pkgname}-${pkgver}.tar.gz::https://github.com/mate-desktop/mate-common/archive/refs/tags/v${pkgver}.tar.gz";)
+sha256sums=('7100ecd60a9b5f398b9c3508eb17bca657bb748a74fc9f277b1e5ba1e022b701')
+
+prepare() {
+   cd "${pkgname}-${pkgver}"
+   ./autogen.sh
+}
 
 build() {
cd "${pkgname}-${pkgver}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/mate-common/-/commit/30426bd4fd91a81c338edc834496b83ea05c3884

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

[Git][archlinux/packaging/packages/mate-common] Pushed new tag 1.28.0-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.28.0-2 at Arch Linux / Packaging / Packages / 
mate-common

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

[Git][archlinux/packaging/packages/caja-actions][main] upgpkg: 1.28.0-3: Remove check()

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
caja-actions


Commits:
c82876f4 by Robin Candau at 2024-09-08T19:25:18+02:00
upgpkg: 1.28.0-3: Remove check()
Checks are only about code linting, which isn't interesting for us

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = caja-actions
pkgdesc = Extension for Caja which allows the user to add arbitrary 
program to be launched
pkgver = 1.28.0
-   pkgrel = 2
+   pkgrel = 3
url = https://mate-desktop.org
arch = x86_64
groups = mate-extra


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 
 pkgname=caja-actions
 pkgver=1.28.0
-pkgrel=2
+pkgrel=3
 pkgdesc="Extension for Caja which allows the user to add arbitrary program to 
be launched"
 url="https://mate-desktop.org";
 arch=('x86_64')
@@ -28,11 +28,6 @@ build() {
make
 }
 
-check() {
-   cd "${pkgname}-${pkgver}"
-   make check
-}
-
 package() {
cd "$pkgname-$pkgver"
make DESTDIR="${pkgdir}" install



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/caja-actions/-/commit/c82876f48a12e55ac6f25dff403efdaa63000d8c

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

[Git][archlinux/packaging/packages/caja-actions] Pushed new tag 1.28.0-3

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.28.0-3 at Arch Linux / Packaging / Packages / 
caja-actions

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

[Git][archlinux/packaging/packages/caja-extensions][main] upgpkg: 1.28.0-2: Update licenses + use SPDX identifiers, use more transparent...

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
caja-extensions


Commits:
1b3bbb31 by Robin Candau at 2024-09-08T18:58:30+02:00
upgpkg: 1.28.0-2: Update licenses + use SPDX identifiers, use more transparent 
sourc, add nvchecker integration
https://archlinux.org/todo/general-mate-packages-rework/

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,10 +1,13 @@
 pkgbase = caja-extensions
-   pkgdesc = Caja extensions
+   pkgdesc = Set of extensions for Caja, the MATE file manager
pkgver = 1.28.0
-   pkgrel = 1
+   pkgrel = 2
url = https://mate-desktop.org
arch = x86_64
-   license = GPL
+   license = GPL-2.0-or-later
+   makedepends = autoconf-archive
+   makedepends = glib2-devel
+   makedepends = mate-common
makedepends = python
makedepends = gst-plugins-base
depends = caja
@@ -12,8 +15,8 @@ pkgbase = caja-extensions
depends = dbus-glib
depends = imagemagick
depends = samba
-   source = 
https://pub.mate-desktop.org/releases/1.28/caja-extensions-1.28.0.tar.xz
-   sha256sums = 
d2986c5e0740835fe271cfbd5823eeeaf03291af1763203f4700abb8109e3175
+   source = 
caja-extensions-common-1.28.0.tar.gz::https://github.com/mate-desktop/caja-extensions/archive/refs/tags/v1.28.0.tar.gz
+   sha256sums = 
4c63786d5c9f995a3e1f9bf89dd0532993aa964afab2a1a3c6370b8a32382f1a
 
 pkgname = caja-extensions-common
pkgdesc = Caja extensions (common files)


=
.nvchecker.toml
=
@@ -0,0 +1,4 @@
+[caja-extensions]
+source = "git"
+git = "https://github.com/mate-desktop/caja-extensions.git";
+prefix = "v"


=
PKGBUILD
=
@@ -5,15 +5,20 @@
 pkgbase=caja-extensions
 pkgname=(caja-extensions-common caja-image-converter caja-open-terminal 
caja-sendto caja-share caja-wallpaper caja-xattr-tags 
caja-audio-video-properties)
 pkgver=1.28.0
-pkgrel=1
-pkgdesc="Caja extensions"
+pkgrel=2
+pkgdesc="Set of extensions for Caja, the MATE file manager"
 url="https://mate-desktop.org";
 arch=('x86_64')
-license=('GPL')
+license=('GPL-2.0-or-later')
 depends=('caja' 'gettext' 'dbus-glib' 'imagemagick' 'samba')
-makedepends=('python' 'gst-plugins-base')
-source=("https://pub.mate-desktop.org/releases/${pkgver%.*}/$pkgbase-$pkgver.tar.xz";)
-sha256sums=('d2986c5e0740835fe271cfbd5823eeeaf03291af1763203f4700abb8109e3175')
+makedepends=('autoconf-archive' 'glib2-devel' 'mate-common' 'python' 
'gst-plugins-base')
+source=("${pkgname}-${pkgver}.tar.gz::https://github.com/mate-desktop/caja-extensions/archive/refs/tags/v${pkgver}.tar.gz";)
+sha256sums=('4c63786d5c9f995a3e1f9bf89dd0532993aa964afab2a1a3c6370b8a32382f1a')
+
+prepare() {
+cd ${pkgbase}-${pkgver}
+./autogen.sh
+}
 
 build() {
 cd ${pkgbase}-${pkgver}
@@ -26,10 +31,6 @@ build() {
 --prefix=/usr \
 --disable-upnp \
 --disable-gksu
-
-#https://bugzilla.gnome.org/show_bug.cgi?id=656231
-sed -i -e 's/ -shared / -Wl,-O1,--as-needed\0/g' libtool
-
 make
 }
 



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/caja-extensions/-/commit/1b3bbb315994db6f7dcfbef2fe5749bfcb6b0d1e

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

[Git][archlinux/packaging/packages/caja-extensions] Pushed new tag 1.28.0-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.28.0-2 at Arch Linux / Packaging / Packages / 
caja-extensions

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

[Git][archlinux/packaging/packages/caja-actions] Pushed new tag 1.28.0-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.28.0-2 at Arch Linux / Packaging / Packages / 
caja-actions

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

[Git][archlinux/packaging/packages/caja-actions][main] upgpkg: 1.28.0-2: Update licenses + use SPDX identifiers, use more transparent...

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
caja-actions


Commits:
78e4a7f1 by Robin Candau at 2024-09-08T18:38:47+02:00
upgpkg: 1.28.0-2: Update licenses + use SPDX identifiers, use more transparent 
sourc, add check(), add nvchecker integration
https://archlinux.org/todo/general-mate-packages-rework/

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,15 +1,20 @@
 pkgbase = caja-actions
pkgdesc = Extension for Caja which allows the user to add arbitrary 
program to be launched
pkgver = 1.28.0
-   pkgrel = 1
+   pkgrel = 2
url = https://mate-desktop.org
arch = x86_64
groups = mate-extra
-   license = GPL
+   license = GPL-2.0-or-later AND LGPL-2.0-or-later
+   makedepends = autoconf-archive
+   makedepends = glib2-devel
makedepends = itstool
+   makedepends = mate-common
+   makedepends = python-packaging
+   makedepends = yelp-tools
depends = caja
depends = libgtop
-   source = 
https://pub.mate-desktop.org/releases/1.28/caja-actions-1.28.0.tar.xz
-   sha256sums = 
310d39488e707fad848959a0a800b6154f4498dfddaeff5af49e4db35d0bea4d
+   source = 
caja-actions-1.28.0.tar.gz::https://github.com/mate-desktop/caja-actions/archive/refs/tags/v1.28.0.tar.gz
+   sha256sums = 
26de83562a7cab208c3871285f287cb2cd94beaf18fecbfefcd9a541c531d748
 
 pkgname = caja-actions


=
.nvchecker.toml
=
@@ -0,0 +1,4 @@
+[caja-actions]
+source = "git"
+git = "https://github.com/mate-desktop/caja-actions.git";
+prefix = "v"


=
PKGBUILD
=
@@ -4,29 +4,35 @@
 
 pkgname=caja-actions
 pkgver=1.28.0
-pkgrel=1
+pkgrel=2
 pkgdesc="Extension for Caja which allows the user to add arbitrary program to 
be launched"
 url="https://mate-desktop.org";
 arch=('x86_64')
-license=('GPL')
+license=('GPL-2.0-or-later AND LGPL-2.0-or-later')
 depends=('caja' 'libgtop')
-makedepends=('itstool' 'python-packaging')
+makedepends=('autoconf-archive' 'glib2-devel' 'itstool' 'mate-common' 
'python-packaging' 'yelp-tools')
 groups=('mate-extra')
-source=("https://pub.mate-desktop.org/releases/${pkgver%.*}/$pkgname-$pkgver.tar.xz";)
-sha256sums=('310d39488e707fad848959a0a800b6154f4498dfddaeff5af49e4db35d0bea4d')
+source=("${pkgname}-${pkgver}.tar.gz::https://github.com/mate-desktop/caja-actions/archive/refs/tags/v${pkgver}.tar.gz";)
+sha256sums=('26de83562a7cab208c3871285f287cb2cd94beaf18fecbfefcd9a541c531d748')
+
+prepare() {
+   cd "${pkgname}-${pkgver}"
+   NOCONFIGURE=1 ./autogen.sh
+}
 
 build() {
-   cd "$pkgname-$pkgver"
+   cd "${pkgname}-${pkgver}"
./configure \
--prefix=/usr \
-   --libexecdir=/usr/lib/$pkgname 
-
-   #https://bugzilla.gnome.org/show_bug.cgi?id=656231
-   sed -i -e 's/ -shared / -Wl,-O1,--as-needed\0/g' libtool
-
+   --libexecdir="/usr/lib/${pkgname}"
make
 }
 
+check() {
+   cd "${pkgname}-${pkgver}"
+   make check
+}
+
 package() {
cd "$pkgname-$pkgver"
make DESTDIR="${pkgdir}" install



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/caja-actions/-/commit/78e4a7f1067aeb01e09239805890eee55446b075

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

[Git][archlinux/packaging/packages/caja] Pushed new tag 1.28.0-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.28.0-2 at Arch Linux / Packaging / Packages / caja

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

[Git][archlinux/packaging/packages/atril] Pushed new tag 1.28.0-3

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.28.0-3 at Arch Linux / Packaging / Packages / 
atril

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

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

[Robin Candau (@antiz)]

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


Commits:
30113953 by Robin Candau at 2024-09-08T15:01:51+02:00
upgpkg: 0.38.5-1: New upstream release
https://github.com/encode/starlette/releases/tag/0.38.5

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = python-starlette
pkgdesc = The little ASGI framework that shines
-   pkgver = 0.38.4
+   pkgver = 0.38.5
pkgrel = 1
url = https://github.com/encode/starlette
arch = any
@@ -26,8 +26,8 @@ pkgbase = python-starlette
optdepends = python-python-multipart: for form parsing
optdepends = python-pyyaml: for schema generator
optdepends = python-httpx: for test client
-   source = 
starlette-0.38.4.tar.gz::https://github.com/encode/starlette/archive/0.38.4.tar.gz
-   sha512sums = 
853b1562f90f487306c23753b4ec41f099b3115bdc64a5b87d0db43374ce86a6546c4845fcd924965a7566ca7b52e6ab768825bb05830967f7f860e3a32a00ac
-   b2sums = 
0a4d9856b3bf51a2d86b36bec74df7845209d0e6b0cc5865180d498e60b5d29ad8fe32e5137c3b7f6e69ee805f3fa2544c338715401fcb6cb46aaf7030e3334f
+   source = 
starlette-0.38.5.tar.gz::https://github.com/encode/starlette/archive/0.38.5.tar.gz
+   sha512sums = 
1ad5ddb497eb35c8b0b2569218b7e98cb4bee0fc2497912aa86bc75fd894264f8d30c886313cc4aa6dd02a24197d71dbd0640b7e2f0a472ce1002ee5cba5ae59
+   b2sums = 
9ad32478b22cc743652eda43ad71e6b43af9a1c9b42614a16b5fbae282cfdf5e1c092717bb35711d256e75249cf8705d3545289236c78382673f87a9706b7599
 
 pkgname = python-starlette


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 
 _name=starlette
 pkgname=python-$_name
-pkgver=0.38.4
+pkgver=0.38.5
 pkgrel=1
 pkgdesc='The little ASGI framework that shines'
 arch=(any)
@@ -44,8 +44,8 @@ optdepends=(
   'python-httpx: for test client'
 )
 source=($_name-$pkgver.tar.gz::$url/archive/$pkgver.tar.gz)
-sha512sums=('853b1562f90f487306c23753b4ec41f099b3115bdc64a5b87d0db43374ce86a6546c4845fcd924965a7566ca7b52e6ab768825bb05830967f7f860e3a32a00ac')
-b2sums=('0a4d9856b3bf51a2d86b36bec74df7845209d0e6b0cc5865180d498e60b5d29ad8fe32e5137c3b7f6e69ee805f3fa2544c338715401fcb6cb46aaf7030e3334f')
+sha512sums=('1ad5ddb497eb35c8b0b2569218b7e98cb4bee0fc2497912aa86bc75fd894264f8d30c886313cc4aa6dd02a24197d71dbd0640b7e2f0a472ce1002ee5cba5ae59')
+b2sums=('9ad32478b22cc743652eda43ad71e6b43af9a1c9b42614a16b5fbae282cfdf5e1c092717bb35711d256e75249cf8705d3545289236c78382673f87a9706b7599')
 
 prepare() {
   cd $_name-$pkgver



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-starlette/-/commit/30113953594f44ee9e2228103f84bab05b656107

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

[Git][archlinux/packaging/packages/python-starlette] Pushed new tag 0.38.5-1

[Robin Candau (@antiz)]

Robin Candau pushed new tag 0.38.5-1 at Arch Linux / Packaging / Packages / 
python-starlette

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

[Git][archlinux/packaging/packages/spdlog][main] upgpkg: 1.14.1-2: Rebuild against fmt 11

[Robin Candau (@antiz)]

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


Commits:
7a0491d4 by Robin Candau at 2024-09-07T16:58:16+02:00
upgpkg: 1.14.1-2: Rebuild against fmt 11
https://archlinux.org/todo/fmt-1102-rebuild/

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = spdlog
pkgdesc = Very fast, header-only/compiled, C++ logging library
pkgver = 1.14.1
-   pkgrel = 1
+   pkgrel = 2
url = https://github.com/gabime/spdlog
arch = x86_64
license = MIT
@@ -10,7 +10,9 @@ pkgbase = spdlog
provides = libspdlog.so
source = 
spdlog-1.14.1.tar.gz::https://github.com/gabime/spdlog/archive/v1.14.1.tar.gz
source = spdlog_fmt_external.patch
+   source = 
fix_build_with_fmt11.patch::https://github.com/gabime/spdlog/commit/d276069a6e916b1e1fd45885b15b72bd8ee000a7.patch
sha256sums = 
1586508029a7d0670dfcb2d97575dcdc242d3868a259742b69f100801ab4e16b
sha256sums = 
a0eb34b7c6920f0db2587460071f53372663c191cdfe34bf5ea2704c309c745f
+   sha256sums = 
9208168114b0996d6c4b74cfbdf145ed3209680bef258b9306467c39f1149202
 
 pkgname = spdlog


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 
 pkgname=spdlog
 pkgver=1.14.1
-pkgrel=1
+pkgrel=2
 pkgdesc='Very fast, header-only/compiled, C++ logging library'
 arch=('x86_64')
 url='https://github.com/gabime/spdlog'
@@ -14,16 +14,20 @@ makedepends=('cmake')
 source=(
 
"$pkgname-$pkgver.tar.gz::https://github.com/gabime/spdlog/archive/v$pkgver.tar.gz";
 "spdlog_fmt_external.patch"
+
"fix_build_with_fmt11.patch::https://github.com/gabime/spdlog/commit/d276069a6e916b1e1fd45885b15b72bd8ee000a7.patch";
 )
 provides=(
 'libspdlog.so'
 )
 sha256sums=('1586508029a7d0670dfcb2d97575dcdc242d3868a259742b69f100801ab4e16b'
-'a0eb34b7c6920f0db2587460071f53372663c191cdfe34bf5ea2704c309c745f')
+'a0eb34b7c6920f0db2587460071f53372663c191cdfe34bf5ea2704c309c745f'
+'9208168114b0996d6c4b74cfbdf145ed3209680bef258b9306467c39f1149202')
 
 prepare() {
 cd "$pkgname-$pkgver"
 patch -p1 <../spdlog_fmt_external.patch
+# Temporary upstream patch to fix build with fmt 11
+patch -p1 <../fix_build_with_fmt11.patch
 }
 
 build() {



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/spdlog/-/commit/7a0491d41c2a414d2145e3da06c50c283c75429b

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

[Git][archlinux/packaging/packages/spdlog] Pushed new tag 1.14.1-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.14.1-2 at Arch Linux / Packaging / Packages / 
spdlog

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

Re: Package Maintainer Application - Peter Jung

[Robin Candau]

by the `base-devel` meta package (which is assumed 
installed when building packages with `makepkg` [10])


- linux-sched-ext-git and linux-tip-git licenses array refer to `GPL2` 
which is not a valid SPDX license identifier [11][12] (which we are now 
using in our PKGBUILDs [13]).


- scx-scheds-git being licensed under GPL-2.0, there's no need to 
install the license file on end users' machine [14]. This is a common 
license is already delivered by the `licenses` package [13].


- The `url` variable should point to the official site of the software 
being packaged [15], and fallback to the upstream repo only if such 
official site doesn't exists. For instance, the url for contour [16] 
should be a link to its official website [17] rather than the GitHub 
repo (that would imply updating the source array accordingly).


- In lapce-git, the source renaming to $_pkgbase [18] is useless as the 
source is already named that way.


- As already raised by Carl, makepkg now supports generating checksums 
for git sources [19]. That means that you could now points to tags 
instead of commits in the source array, which should ease the 
maintenance for libpfm [20].


Again, those are really non-critical details! As said earlier, you 
PKGBUILDs all look good! :)


My sponsors are Christian "gromit" Heusel and Bert "bertptrs" Peters. 
Thanks for guiding me through the application process as well as the 
nice talk with each other.


Best regards,

Peter "ptr1337" Jung


Based on the few times I came accros Peter's name (whether it was 
directly Arch related or not), he always seemed like a nice, passionate 
and helpful person; providing good and relevant input & contributions.

I think he would be a great addition to the team!



References
--
[1] 
https://gitlab.archlinux.org/archlinux/rfcs/-/blob/master/rfcs/0002-march.rst

[2] https://cachyos.org
[3] https://github.com/cachyos/linux-cachyos
[4] https://github.com/sched-ext/scx/
[5] https://lpc.events/event/18/sessions/192/#20240918

Other Links
---
Gitlab Arch Linux: https://gitlab.archlinux.org/ptr1337
Github: https://github.com/ptr1337
PKGBUILDs: https://github.com/CachyOS/CachyOS-PKGBUILDS
AUR Packages: https://aur.archlinux.org/packages?SeB=m&K=ptr1337



[1] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=forkgram#n64
[2] 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-cachyos-lts#n202
[3] 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-cachyos#n182
[4] 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-cachyos-rc#n182
[5] 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-cachyos-bore#n182
[6] 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-cachyos-server#n182
[7] 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-cachyos-rt#n178
[8] 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-cachyos-hardened#n182
[9] 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-cachyos-echo#n172

[10] https://wiki.archlinux.org/title/PKGBUILD#makedepends
[11] 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-sched-ext-git#n55
[12] 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-tip-git#n58

[13] https://wiki.archlinux.org/title/PKGBUILD#license
[14] 
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=scx-scheds-git#n80

[15] https://wiki.archlinux.org/title/PKGBUILD#url
[16] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=contour#n9
[17] http://contour-terminal.org/
[18] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=lapce-git#n32
[19] https://gitlab.archlinux.org/pacman/pacman/-/releases/v6.1.0
[20] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=libpfm#n17

--
Regards,
Robin Candau / Antiz



OpenPGP_0xFDC3040B92ACA748.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

[Git][archlinux/packaging/packages/nwg-shell][main] upgpkg: 0.5.38-10: Add the missing nwg-icon-picker' dependency

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
nwg-shell


Commits:
59f31689 by Robin Candau at 2024-09-07T10:16:08+02:00
upgpkg: 0.5.38-10: Add the missing nwg-icon-picker' dependency

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = nwg-shell
pkgdesc = Installer & meta-package for the nwg-shell project
pkgver = 0.5.38
-   pkgrel = 9
+   pkgrel = 10
url = https://nwg-piotr.github.io/nwg-shell/
install = nwg-shell.install
arch = any
@@ -46,6 +46,7 @@ pkgbase = nwg-shell
depends = nwg-displays
depends = nwg-clipman
depends = nwg-readme-browser
+   depends = nwg-icon-picker
depends = python-dasbus
depends = swaync
depends = gtklock


=
PKGBUILD
=
@@ -3,7 +3,7 @@
 
 pkgname=nwg-shell
 pkgver=0.5.38
-pkgrel=9
+pkgrel=10
 pkgdesc="Installer & meta-package for the nwg-shell project"
 url="https://nwg-piotr.github.io/nwg-shell/";
 arch=('any')
@@ -15,7 +15,7 @@ depends=('foot' 'gnome-themes-extra' 'grim' 'imagemagick' 'jq'
  'swaylock' 'swaybg' 'wl-clipboard' 'xorg-xwayland' 'wlsunset'
  'azote' 'gopsuinfo' 'nwg-dock' 'nwg-drawer' 'nwg-menu' 'nwg-look' 
'nwg-panel' 'nwg-hello'
 'nwg-shell-config' 'nwg-shell-wallpapers' 'nwg-displays' 'nwg-clipman' 
'nwg-readme-browser'
- 'python-dasbus' 'swaync' 'gtklock' 'gtklock-userinfo-module'
+ 'nwg-icon-picker' 'python-dasbus' 'swaync' 'gtklock' 
'gtklock-userinfo-module'
  'gtklock-powerbar-module' 'gtklock-playerctl-module' 'xdg-user-dirs')
 optdepends=('hyprland: Supported alternative Wayland compositor'
 'nwg-dock-hyprland: nwg-dock for Hyprland'



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/nwg-shell/-/commit/59f316897300b6eb31d2ef89f4ca1bf71edd95b7

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

[Git][archlinux/packaging/packages/nwg-shell] Pushed new tag 0.5.38-10

[Robin Candau (@antiz)]

Robin Candau pushed new tag 0.5.38-10 at Arch Linux / Packaging / Packages / 
nwg-shell

-- 
View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/nwg-shell/-/tree/0.5.38-10
You're receiving this email because of your account on gitlab.archlinux.org.

[Git][archlinux/packaging/packages/stress-ng][main] upgpkg: 0.18.04-1: New upstream release

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
stress-ng


Commits:
99089d0c by Robin Candau at 2024-09-07T10:14:04+02:00
upgpkg: 0.18.04-1: New upstream release
https://github.com/ColinIanKing/stress-ng/releases/tag/V0.18.04

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = stress-ng
pkgdesc = Software to stress test a computer system in various 
selectable ways
-   pkgver = 0.18.03
+   pkgver = 0.18.04
pkgrel = 1
url = https://github.com/ColinIanKing/stress-ng
arch = x86_64
@@ -28,7 +28,7 @@ pkgbase = stress-ng
optdepends = linux-lts-headers: include some headers from the LTS kernel
optdepends = linux-zen-headers: include some headers from the ZEN kernel
optdepends = linux-hardened-headers: include some headers from the 
HARDENED kernel
-   source = 
stress-ng-0.18.03.tar.gz::https://github.com/ColinIanKing/stress-ng/archive/refs/tags/V0.18.03.tar.gz
-   b2sums = 
e4ed7c39a01231189fade979c25375c1a589ab5d3b39c02d1b37c013abaaa3311f95351c6cd2b510b5696bc23358bae9b4b8f9952e542b14390a6265c9ff242b
+   source = 
stress-ng-0.18.04.tar.gz::https://github.com/ColinIanKing/stress-ng/archive/refs/tags/V0.18.04.tar.gz
+   b2sums = 
13ba5d177c21ec4ac7932a74bd28853e10a0f423b57454e6a2011ba5b8d7870e6a3d59240596bde2aefd95929f2eb538271df19eee28342980f9844bd1a05fc9
 
 pkgname = stress-ng


=
PKGBUILD
=
@@ -3,7 +3,7 @@
 # Contributor: Thomas Wucher 
 
 pkgname=stress-ng
-pkgver=0.18.03
+pkgver=0.18.04
 pkgrel=1
 pkgdesc="Software to stress test a computer system in various selectable ways"
 url="https://github.com/ColinIanKing/stress-ng";
@@ -17,7 +17,7 @@ optdepends=('intel-ipsec-mb: support for IPsec tests'
'linux-hardened-headers: include some headers from the HARDENED 
kernel')
 makedepends=('attr' 'eigen' 'keyutils' 'libaio' 'libcap' 'libgcrypt' 
'libglvnd' 'libmd')
 
source=("${pkgname}-${pkgver}.tar.gz::${url}/archive/refs/tags/V${pkgver}.tar.gz")
-b2sums=('e4ed7c39a01231189fade979c25375c1a589ab5d3b39c02d1b37c013abaaa3311f95351c6cd2b510b5696bc23358bae9b4b8f9952e542b14390a6265c9ff242b')
+b2sums=('13ba5d177c21ec4ac7932a74bd28853e10a0f423b57454e6a2011ba5b8d7870e6a3d59240596bde2aefd95929f2eb538271df19eee28342980f9844bd1a05fc9')
 
 prepare() {
cd "${pkgname}-${pkgver}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/stress-ng/-/commit/99089d0cdef65eaf3bf73b8038e07f6318fc60ba

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

[Git][archlinux/packaging/packages/stress-ng] Pushed new tag 0.18.04-1

[Robin Candau (@antiz)]

Robin Candau pushed new tag 0.18.04-1 at Arch Linux / Packaging / Packages / 
stress-ng

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

[Git][archlinux/packaging/packages/glad] Pushed new tag 2.0.7-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 2.0.7-2 at Arch Linux / Packaging / Packages / glad

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

[Git][archlinux/packaging/packages/glad][main] upgpkg: 2.0.7-2: Add missing check dependencies (fixes tests)

[Robin Candau (@antiz)]

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


Commits:
ee83ef30 by Robin Candau at 2024-09-06T22:24:59+02:00
upgpkg: 2.0.7-2: Add missing check dependencies (fixes tests)

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = glad
pkgdesc = Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator 
based on the official specs
pkgver = 2.0.7
-   pkgrel = 1
+   pkgrel = 2
url = https://github.com/Dav1dde/glad
arch = any
license = MIT
@@ -10,9 +10,10 @@ pkgbase = glad
checkdepends = libx11
checkdepends = glfw-x11
checkdepends = xorg-server-xvfb
-   checkdepends = mingw-w64-gcc
checkdepends = rust
checkdepends = libxinerama
+   checkdepends = libxcursor
+   checkdepends = libxi
makedepends = python-build
makedepends = python-installer
makedepends = python-wheel


=
PKGBUILD
=
@@ -3,14 +3,14 @@
 
 pkgname=glad
 pkgver=2.0.7
-pkgrel=1
+pkgrel=2
 pkgdesc='Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator based on 
the official specs'
 url='https://github.com/Dav1dde/glad'
 arch=('any')
 license=('MIT')
 depends=('python' 'python-jinja' 'python-lxml' 'python-setuptools')
 makedepends=('python-build' 'python-installer' 'python-wheel')
-checkdepends=('python-pytest' 'xorgproto' 'libx11' 'glfw-x11' 
'xorg-server-xvfb' 'rust' 'libxinerama')
+checkdepends=('python-pytest' 'xorgproto' 'libx11' 'glfw-x11' 
'xorg-server-xvfb' 'rust' 'libxinerama' 'libxcursor' 'libxi')
 source=("${url}/archive/refs/tags/v${pkgver}/${pkgname}-${pkgver}.tar.gz")
 
sha512sums=('6aae5e36acd319913f3c313da2a552d3033f7acbfd38fd07da99e737a23eaf250091134d82eceaf106aaa26bdd9f3a95b64dea635d5a82010e4d9a0ba69fc0e1')
 
b2sums=('b6bb2157742d4d186f83a4bb1d97e1b62a7266970cd6fa4d80218f264df48161647cd520dbd6fbde6bfd96b81e938e724a15153d4721b2fa6f678d145c7927f0')
@@ -24,7 +24,7 @@ check() {
cd "${pkgname}-${pkgver}"
 
# Remove Windows tests
-   rm test/c/run/wgl -r
+   rm -rf test/c/run/wgl
 
PRINT_MESSAGE=1 \
EXIT_ON_FAILURE=1 \



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/glad/-/commit/ee83ef30c3e525b9b93fb7e0a0828a12ea5b8b1a

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

[Git][archlinux/packaging/packages/glad][main] Little PKGBUILD reformatting

[Robin Candau (@antiz)]

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


Commits:
4fb4ae32 by Robin Candau at 2024-09-06T22:20:23+02:00
Little PKGBUILD reformatting

- - - - -


1 changed file:

- PKGBUILD


Changes:

=
PKGBUILD
=
@@ -11,28 +11,30 @@ license=('MIT')
 depends=('python' 'python-jinja' 'python-lxml' 'python-setuptools')
 makedepends=('python-build' 'python-installer' 'python-wheel')
 checkdepends=('python-pytest' 'xorgproto' 'libx11' 'glfw-x11' 
'xorg-server-xvfb' 'rust' 'libxinerama')
-source=(${url}/archive/refs/tags/v${pkgver}/${pkgname}-${pkgver}.tar.gz)
+source=("${url}/archive/refs/tags/v${pkgver}/${pkgname}-${pkgver}.tar.gz")
 
sha512sums=('6aae5e36acd319913f3c313da2a552d3033f7acbfd38fd07da99e737a23eaf250091134d82eceaf106aaa26bdd9f3a95b64dea635d5a82010e4d9a0ba69fc0e1')
 
b2sums=('b6bb2157742d4d186f83a4bb1d97e1b62a7266970cd6fa4d80218f264df48161647cd520dbd6fbde6bfd96b81e938e724a15153d4721b2fa6f678d145c7927f0')
 
 build() {
-  cd ${pkgname}-${pkgver}
-  python -m build --wheel --no-isolation
+   cd "${pkgname}-${pkgver}"
+   python -m build --wheel --no-isolation
 }
 
 check() {
-  cd ${pkgname}-${pkgver}
-  rm test/c/run/wgl -r # Remove Windows tests
-  PRINT_MESSAGE=1 \
-  EXIT_ON_FAILURE=1 \
-  xvfb-run ./utility/test.sh
+   cd "${pkgname}-${pkgver}"
+
+   # Remove Windows tests
+   rm test/c/run/wgl -r
+
+   PRINT_MESSAGE=1 \
+   EXIT_ON_FAILURE=1 \
+   xvfb-run ./utility/test.sh
 }
 
 package() {
-  cd ${pkgname}-${pkgver}
-  python -m installer --destdir="$pkgdir" dist/*.whl
-  install -Dm 644 README.md -t "$pkgdir"/usr/share/doc/"$pkgname"
-  install -Dm 644 LICENSE -t "$pkgdir"/usr/share/licenses/"$pkgname"
-}
+   cd "${pkgname}-${pkgver}"
+   python -m installer --destdir="${pkgdir}" dist/*.whl
 
-# vim: ts=2 sw=2 et:
+   install -Dm 644 README.md "${pkgdir}/usr/share/doc/${pkgname}/README.md"
+   install -Dm 644 LICENSE  
"${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"
+}



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/glad/-/commit/4fb4ae32f18407fd36e4781d2a29a0b405232060

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

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

[Robin Candau (@antiz)]

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


Commits:
59325469 by Robin Candau at 2024-09-06T21:13:00+02:00
upgpkg: 0.114.0-1: New upstream release
https://github.com/fastapi/fastapi/releases/tag/0.114.0

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = python-fastapi
pkgdesc = FastAPI framework, high performance, easy to learn, fast to 
code, ready for production
-   pkgver = 0.113.0
+   pkgver = 0.114.0
pkgrel = 1
url = https://github.com/tiangolo/fastapi
arch = any
@@ -50,8 +50,8 @@ pkgbase = python-fastapi
optdepends = python-httpx: for TestClient support
optdepends = python-ujson: for faster JSON parsing and UJSONResponse
optdepends = uvicorn: for Uvicorn as ASGI server
-   source = 
fastapi-0.113.0.tar.gz::https://github.com/tiangolo/fastapi/archive/0.113.0.tar.gz
-   sha512sums = 
13dbaa554d7bcb9077cac8f43badff7c12345add287e3a8c83897ff6193ddb80132d06113ed0e63a9a2c60d66787b81e36ccf0057b2b1deca8697923fa8a1c11
-   b2sums = 
791c8109764aa98506b54cfdbf0c3f2d882aa08d9c6b6acbfde9b73e78fc3b382fd3ef99bdee2d257bb62865f8a46b756f4fd24b2bc9da010a25b73496bd34c6
+   source = 
fastapi-0.114.0.tar.gz::https://github.com/tiangolo/fastapi/archive/0.114.0.tar.gz
+   sha512sums = 
56685907c96825a4dfb6ff0b1e97aea2675b6aad7439c39d23df46b3d0ae4a57dc9269bb9b3b7511d3e96756ca1f5429ac440c7d5d57810cb2aacf79186d3606
+   b2sums = 
6263a1b80a7b701a5c3b4e71d8e02a7badfcb35e146ff0d3c57bb6a11a00939239f420721ce2fbb33c183da767dad08e00474817559ae2512bba74108c97e28c
 
 pkgname = python-fastapi


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 
 _name=fastapi
 pkgname=python-$_name
-pkgver=0.113.0
+pkgver=0.114.0
 pkgrel=1
 pkgdesc='FastAPI framework, high performance, easy to learn, fast to code, 
ready for production'
 arch=(any)
@@ -69,8 +69,8 @@ optdepends=(
   'uvicorn: for Uvicorn as ASGI server'
 )
 source=($_name-$pkgver.tar.gz::$url/archive/$pkgver.tar.gz)
-sha512sums=('13dbaa554d7bcb9077cac8f43badff7c12345add287e3a8c83897ff6193ddb80132d06113ed0e63a9a2c60d66787b81e36ccf0057b2b1deca8697923fa8a1c11')
-b2sums=('791c8109764aa98506b54cfdbf0c3f2d882aa08d9c6b6acbfde9b73e78fc3b382fd3ef99bdee2d257bb62865f8a46b756f4fd24b2bc9da010a25b73496bd34c6')
+sha512sums=('56685907c96825a4dfb6ff0b1e97aea2675b6aad7439c39d23df46b3d0ae4a57dc9269bb9b3b7511d3e96756ca1f5429ac440c7d5d57810cb2aacf79186d3606')
+b2sums=('6263a1b80a7b701a5c3b4e71d8e02a7badfcb35e146ff0d3c57bb6a11a00939239f420721ce2fbb33c183da767dad08e00474817559ae2512bba74108c97e28c')
 
 prepare() {
   cd $_name-$pkgver



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-fastapi/-/commit/5932546965780900704ff9afd7292ea80ef64235

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

[Git][archlinux/packaging/packages/python-fastapi] Pushed new tag 0.114.0-1

[Robin Candau (@antiz)]

Robin Candau pushed new tag 0.114.0-1 at Arch Linux / Packaging / Packages / 
python-fastapi

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

[Git][archlinux/packaging/packages/glad][main] Remove check dependency specific to windows tests

[Robin Candau (@antiz)]

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


Commits:
0a0c5d33 by Robin Candau at 2024-09-06T19:22:18+02:00
Remove check dependency specific to windows tests

- - - - -


1 changed file:

- PKGBUILD


Changes:

=
PKGBUILD
=
@@ -10,7 +10,7 @@ arch=('any')
 license=('MIT')
 depends=('python' 'python-jinja' 'python-lxml' 'python-setuptools')
 makedepends=('python-build' 'python-installer' 'python-wheel')
-checkdepends=('python-pytest' 'xorgproto' 'libx11' 'glfw-x11' 
'xorg-server-xvfb' 'mingw-w64-gcc' 'rust' 'libxinerama')
+checkdepends=('python-pytest' 'xorgproto' 'libx11' 'glfw-x11' 
'xorg-server-xvfb' 'rust' 'libxinerama')
 source=(${url}/archive/refs/tags/v${pkgver}/${pkgname}-${pkgver}.tar.gz)
 
sha512sums=('6aae5e36acd319913f3c313da2a552d3033f7acbfd38fd07da99e737a23eaf250091134d82eceaf106aaa26bdd9f3a95b64dea635d5a82010e4d9a0ba69fc0e1')
 
b2sums=('b6bb2157742d4d186f83a4bb1d97e1b62a7266970cd6fa4d80218f264df48161647cd520dbd6fbde6bfd96b81e938e724a15153d4721b2fa6f678d145c7927f0')
@@ -25,7 +25,7 @@ check() {
   rm test/c/run/wgl -r # Remove Windows tests
   PRINT_MESSAGE=1 \
   EXIT_ON_FAILURE=1 \
-  xvfb-run env EXIT_ON_FAILURE=0 ./utility/test.sh || true
+  xvfb-run ./utility/test.sh
 }
 
 package() {



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

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

Re: [PATCH] Revert "iommu/io-pgtable-arm: Optimise non-coherent unmap"

[Robin Murphy]

On 06/09/2024 11:56 am, Will Deacon wrote:

On Thu, Sep 05, 2024 at 05:27:28PM +0100, Robin Murphy wrote:

On 05/09/2024 4:53 pm, Will Deacon wrote:

On Thu, Sep 05, 2024 at 05:49:56AM -0700, Rob Clark wrote:

From: Rob Clark 

This reverts commit 85b715a334583488ad7fbd3001fe6fd617b7d4c0.

It was causing gpu smmu faults on x1e80100.

I _think_ what is causing this is the change in ordering of
__arm_lpae_clear_pte() (dma_sync_single_for_device() on the pgtable
memory) and io_pgtable_tlb_flush_walk().  I'm not entirely sure how
this patch is supposed to work correctly in the face of other
concurrent translations (to buffers unrelated to the one being
unmapped(), because after the io_pgtable_tlb_flush_walk() we can have
stale data read back into the tlb.

Signed-off-by: Rob Clark 
---
   drivers/iommu/io-pgtable-arm.c | 31 ++-
   1 file changed, 14 insertions(+), 17 deletions(-)


Please can you try the diff below, instead?


Given that the GPU driver's .tlb_add_page is a no-op, I can't see this
making a difference. In fact, given that msm_iommu_pagetable_unmap() still
does a brute-force iommu_flush_iotlb_all() after io-pgtable returns, and in
fact only recently made .tlb_flush_walk start doing anything either for the
sake of the map path, I'm now really wondering how this patch has had any
effect at all... :/


Hmm, yup. Looks like Rob has come back to say the problem lies elsewhere
anyway.

One thing below though...



Will

--->8

diff --git a/drivers/iommu/io-pgtable-arm.c b/drivers/iommu/io-pgtable-arm.c
index 0e67f1721a3d..0a32e9499e2c 100644
--- a/drivers/iommu/io-pgtable-arm.c
+++ b/drivers/iommu/io-pgtable-arm.c
@@ -672,7 +672,7 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable 
*data,
  /* Clear the remaining entries */
  __arm_lpae_clear_pte(ptep, &iop->cfg, i);
-   if (gather && !iommu_iotlb_gather_queued(gather))
+   if (!iommu_iotlb_gather_queued(gather))


Note that this would reintroduce the latent issue which was present
originally, wherein iommu_iotlb_gather_queued(NULL) is false, but if we
actually allow a NULL gather to be passed to io_pgtable_tlb_add_page() it
may end up being dereferenced (e.g. in arm-smmu-v3).


I think there is still something to fix here. arm_lpae_init_pte() can
pass a NULL gather to __arm_lpae_unmap() and I don't think skipping the
invalidation is correct in that case. Either the drivers need to handle
that or we shouldn't be passing NULL.

What do you think?


The subtlety there is that in that case it's always a non-leaf PTE, so 
all that goes back to the driver is io_pgtable_tlb_flush_walk() and the 
gather is never used.


Thanks,
Robin.

[PATCH] vect: Do not try to duplicate_and_interleave one-element mode.

[Robin Dapp]

Hi,

PR112694 shows that we try to create sub-vectors of single-element
vectors because can_duplicate_and_interleave_p returns true.
The problem resurfaced in PR116611.

This patch makes can_duplicate_and_interleave_p return false
if count / nvectors > 0 and removes the corresponding check in the riscv
backend.

This partially gets rid of the FAIL in slp-19a.c.  At least when built
with cost model we don't have LOAD_LANES anymore.  Without cost model,
as in the test suite, we choose a different path and still end up with
LOAD_LANES.

Bootstrapped and regtested on x86 and power10, regtested on
rv64gcv_zvfh_zvbb.  Still waiting for the aarch64 results.

Regards
 Robin

gcc/ChangeLog:

PR target/112694
PR target/116611.

* config/riscv/riscv-v.cc (expand_vec_perm_const): Remove early
return.
* tree-vect-slp.cc (can_duplicate_and_interleave_p): Return
false when we cannot create sub-elements.
---
 gcc/config/riscv/riscv-v.cc | 9 -
 gcc/tree-vect-slp.cc| 4 
 2 files changed, 4 insertions(+), 9 deletions(-)

diff --git a/gcc/config/riscv/riscv-v.cc b/gcc/config/riscv/riscv-v.cc
index 9b6c3a21e2d..5c5ed63d22e 100644
--- a/gcc/config/riscv/riscv-v.cc
+++ b/gcc/config/riscv/riscv-v.cc
@@ -3709,15 +3709,6 @@ expand_vec_perm_const (machine_mode vmode, machine_mode 
op_mode, rtx target,
  mask to do the iteration loop control. Just disable it directly.  */
   if (GET_MODE_CLASS (vmode) == MODE_VECTOR_BOOL)
 return false;
-  /* FIXME: Explicitly disable VLA interleave SLP vectorization when we
- may encounter ICE for poly size (1, 1) vectors in loop vectorizer.
- Ideally, middle-end loop vectorizer should be able to disable it
- itself, We can remove the codes here when middle-end code is able
- to disable VLA SLP vectorization for poly size (1, 1) VF.  */
-  if (!BYTES_PER_RISCV_VECTOR.is_constant ()
-  && maybe_lt (BYTES_PER_RISCV_VECTOR * TARGET_MAX_LMUL,
-  poly_int64 (16, 16)))
-return false;
 
   struct expand_vec_perm_d d;
 
diff --git a/gcc/tree-vect-slp.cc b/gcc/tree-vect-slp.cc
index 3d2973698e2..17b59870c69 100644
--- a/gcc/tree-vect-slp.cc
+++ b/gcc/tree-vect-slp.cc
@@ -434,6 +434,10 @@ can_duplicate_and_interleave_p (vec_info *vinfo, unsigned 
int count,
   unsigned int nvectors = 1;
   for (;;)
 {
+  /* We need to be able to to fuse COUNT / NVECTORS elements together,
+so no point in continuing if there are none.  */
+  if (nvectors > count)
+   return false;
   scalar_int_mode int_mode;
   poly_int64 elt_bits = elt_bytes * BITS_PER_UNIT;
   if (int_mode_for_size (elt_bits, 1).exists (&int_mode))
-- 
2.46.0

[ccp4bb] serial crystallography PDRA position at Diamond

[Owen, Robin (DLSLtd,RAL,LSCI)]

Dear all,

We have a PDRA position at Diamond to work on developing new methods for 
time-resolved crystallography. You will work closely with a number of groups at 
Diamond and beyond to improve approaches for both SSX and SFX.

For more info and details see
https://vacancies.diamond.ac.uk/vacancy/pdra-i24-bbsrc-microfocus-and-serial-crystallography-567462.html

if you have any questions or would like to discuss please do get in touch. The 
deadline is towards the end of the month – 29th Sept

All the best,
Robin


Dr Robin Owen
Principal Beamline Scientist
I24, Microfocus Macromolecular Crystallography
Diamond Light Source, UK
http://www.diamond.ac.uk/Beamlines/Mx/I24.html

This e-mail and any attachments may contain confidential, copyright and or 
privileged material, and are for the use of the intended addressee only. If you 
are not the intended addressee or an authorised recipient of the addressee 
please notify us of receipt by returning the e-mail and do not use, copy, 
retain, distribute or disclose the information in or attached to the e-mail. 
Any opinions expressed within this e-mail are those of the individual and not 
necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments 
are free from viruses and we cannot accept liability for any damage which you 
may sustain as a result of software viruses which may be transmitted in or with 
the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and 
Wales with its registered office at Diamond House, Harwell Science and 
Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom.



To unsubscribe from the CCP4BB list, click the following link:
https://www.jiscmail.ac.uk/cgi-bin/WA-JISC.exe?SUBED1=CCP4BB&A=1

This message was issued to members of www.jiscmail.ac.uk/CCP4BB, a mailing list 
hosted by www.jiscmail.ac.uk, terms & conditions are available at 
https://www.jiscmail.ac.uk/policyandsecurity/

Re: [PATCH] Revert "iommu/io-pgtable-arm: Optimise non-coherent unmap"

[Robin Murphy]

On 2024-09-05 6:10 pm, Rob Clark wrote:

On Thu, Sep 5, 2024 at 10:00 AM Rob Clark  wrote:


On Thu, Sep 5, 2024 at 9:27 AM Robin Murphy  wrote:


On 05/09/2024 4:53 pm, Will Deacon wrote:

Hi Rob,

On Thu, Sep 05, 2024 at 05:49:56AM -0700, Rob Clark wrote:

From: Rob Clark 

This reverts commit 85b715a334583488ad7fbd3001fe6fd617b7d4c0.

It was causing gpu smmu faults on x1e80100.

I _think_ what is causing this is the change in ordering of
__arm_lpae_clear_pte() (dma_sync_single_for_device() on the pgtable
memory) and io_pgtable_tlb_flush_walk().  I'm not entirely sure how
this patch is supposed to work correctly in the face of other
concurrent translations (to buffers unrelated to the one being
unmapped(), because after the io_pgtable_tlb_flush_walk() we can have
stale data read back into the tlb.

Signed-off-by: Rob Clark 
---
   drivers/iommu/io-pgtable-arm.c | 31 ++-
   1 file changed, 14 insertions(+), 17 deletions(-)


Please can you try the diff below, instead?


Given that the GPU driver's .tlb_add_page is a no-op, I can't see this
making a difference. In fact, given that msm_iommu_pagetable_unmap()
still does a brute-force iommu_flush_iotlb_all() after io-pgtable
returns, and in fact only recently made .tlb_flush_walk start doing
anything either for the sake of the map path, I'm now really wondering
how this patch has had any effect at all... :/


Yeah..  and unfortunately the TBU code only supports two devices so
far, so I can't easily repro with TBU enabled atm.  Hmm..
__arm_lpae_unmap() is also called in the ->map() path, although not
sure how that changes things.


Ok, an update.. after a reboot, still with this patch reverted, I once
again see faults.  So I guess that vindicates the original patch, and
leaves me still searching..

fwiw, fault info from the gpu devcore:

-
fault-info:
   - ttbr0=000919306000
   - iova=000100c17000
   - dir=WRITE
   - type=UNKNOWN
   - source=CP
pgtable-fault-info:
   - ttbr0: 00090ca4
   - asid: 0
   - ptes: 00095db47003 00095db48003 000914c8f003 0008fd7f0f47
-

the 'ptes' part shows the table walk, which looks ok to me..


But is it the right pagetable at all, given that the "ttbr0" values 
appear to be indicating different places?


Robin.

[COSE] Re: Review of draft-ietf-cose-merkle-tree-proofs-05

[Robin Bryce]

Yes, Flelix is correct. It might be VDS specific what makes sense here though.

It might be the case that this is more awkward, or not always true,
for trees where the MTH changes for every addition (the kind of tree
in Felix's example).

For Merkle Mountain Ranges (flat base trees) it is certainly true.
Consistency proofs in that case are essentially just inclusion proofs
from the peaks at the previous state. Recomputing the "roots" of those
inclusion proofs is a required part of verification, and I think
forcing it for signature verification is a good thing

On Thu, 5 Sept 2024 at 17:43, Felix Linker  wrote:
>
> Hi Henk,
>
> You actually can recompute the current root hash from a consistency proof. A 
> consistency proof is conceptually similar to an inclusion proof but for an 
> inner node and not a leaf. The consistency proof PROOF(4, D[7]) at 
> https://www.rfc-editor.org/rfc/rfc9162#name-example shows a case where it is 
> a proof of inclusion for an inner node. Thus, you can recompute the current 
> root hash from a proof of inclusion and thus, you could detach the payload in 
> both cases.
>
> Hope my explanation was clear!
>
> Best,
> Felix
>
> On 5 Sep 2024, at 17:58, Henk Birkholz  wrote:
>
> Hi all,
>
> there are two topics here, right? Not sure, if I'll manage to separate them 
> cleanly, though.
>
> (1) symmetry or no symmetry wrt either detached or attached payloads with 
> both proof types
> (2) MUST or SHOULD
>
> to (1):
>
> The inclusion proof is typically the thing you get when adding a new hash 
> (MTH) as a root (tree head) by adding it to the append-only log, right? 
> Hence, for that remote operation it seems to be more useful to have the 
> payload detached.
>
> The consistency proof is typically the thing you get when you come back with 
> a previous receipt (old tree head) and check it with current root (current 
> tree head). Hence, the 2nd root needs to be attached, because there is no way 
> to compute it from the consistency proof.
>
> Is there anything that would contradict these assumptions?
>
> to (2):
>
> There is a good reason to go with "payload MUST be detached" wrt to inclusion 
> proof: you are forced to compute the root before signature can be verified.
> The alternative, "payload SHOULD be detached" + "if attached, the hash MUST 
> be checked against the reconstructed root" would allow for more wiggle room.
>
> There is a good reason to go with "payload MUST be attached" wrt to 
> consistency proof (as mentioned above): you need it as you cannot derive the 
> 2nd root without it
>
> Is there anything that would contradict these assumptions?
>
>
> Viele Grüße,
>
> Henk
>
> On 08.08.24 03:07, Orie Steele wrote:
>
> In the context of RFC9162 inclusion and consistency proofs, if there is 
> consensus to make both payloads detached, I'm fine with MUST.
> In general, I don't think detached payloads should be required for all data 
> structures and proof types.
> Each registered structure and proof type should be able to specify the COSE 
> structures necessary to support it, and we should leave that specification to 
> the documents that add to the registry.
> If we feel it's important to constrain registration, we can consider adding 
> guidance to the designated experts, advising them to reject registrations 
> that encourage the use of attached payloads, but I don't think that is 
> necessary.
> Regards,
> OS
> On Wed, Aug 7, 2024, 4:02 PM A.J. Stein  <mailto:ajstein.standa...@gmail.com>> wrote:
>On Wed, Aug 7, 2024 at 9:36 AM Orie Steele
> wrote:
>Felix and Robin, thank you for your comments on this document,
>and especially the pull requests!
>I'm fine recommending both payload's be detached for consistency
>if that is what the group recommends.
>I filed
>
> https://github.com/cose-wg/draft-ietf-cose-merkle-tree-proofs/issues/30 
> <https://github.com/cose-wg/draft-ietf-cose-merkle-tree-proofs/issues/30> to 
> track these discussions.
>I hope others will comment on this issue.
>Are there any objections to recommending the payload be detached
>for consistency proofs?
>Just to be clear: should or must be detached for consistency proofs;
>should or must be detached for inclusion proofs? Per 5.2.1 inclusion
>proofs MUST have detached payloads not SHOULD. Did I understand
>correctly? I ask because your email is very clear, and the shorthand
>summary in the GitHub issue says "both inclusion and consistency
>proofs should have detached payloads"

Re: [PATCH] RISC-V: Fixed incorrect semantic description in DF to DI pattern in the Zfa extension on rv32.

[Robin Dapp]

> In the process of DF to SI, we generally use "unsigned_fix" rather than
> "truncate" for conversion. Although this has no effect in general,
> unexpected ICE often occurs when precise semantic analysis is required,
> such as analysis in function "simplify_const_unary_operation" in
> simplify-rtx.cc.

Do you have a test case for this or does it fail already in the test suite?

-- 
Regards
 Robin

[PATCH] RISC-V: Add more vector-vector extract cases.

[Robin Dapp]

Hi,

this adds a V16SI -> V4SI and related i.e. "quartering" vector-vector
extract expander for VLS modes.  It helps with unnecessary spills in
x264.

Regtested on rv64gcv_zvfh_zvbb.

Regards
 Robin

gcc/ChangeLog:

* config/riscv/autovec.md (vec_extract):
Add quarter vec-vec extract.
* config/riscv/vector-iterators.md: New iterators.
---
 gcc/config/riscv/autovec.md  |  28 
 gcc/config/riscv/vector-iterators.md | 184 +++
 2 files changed, 212 insertions(+)

diff --git a/gcc/config/riscv/autovec.md b/gcc/config/riscv/autovec.md
index a07aa0c26fd..905dcfe2dbc 100644
--- a/gcc/config/riscv/autovec.md
+++ b/gcc/config/riscv/autovec.md
@@ -1488,6 +1488,34 @@ (define_expand "vec_extract"
   DONE;
 })
 
+(define_expand "vec_extract"
+  [(set (match_operand:0 "nonimmediate_operand")
+ (vec_select:
+   (match_operand:VLS_HAS_QUARTER   1 "register_operand")
+   (parallel
+[(match_operand 2 "immediate_operand")])))]
+  "TARGET_VECTOR"
+{
+  int sz = GET_MODE_NUNITS (mode).to_constant ();
+  int part = INTVAL (operands[2]);
+
+  rtx start = GEN_INT (part * sz);
+  rtx tmp = operands[1];
+
+  if (part != 0)
+{
+  tmp = gen_reg_rtx (mode);
+
+  rtx ops[] = {tmp, operands[1], start};
+  riscv_vector::emit_vlmax_insn
+   (code_for_pred_slide (UNSPEC_VSLIDEDOWN, mode),
+riscv_vector::BINARY_OP, ops);
+}
+
+  emit_move_insn (operands[0], gen_lowpart (mode, tmp));
+  DONE;
+})
+
 ;; -
 ;;  [FP] Binary operations
 ;; -
diff --git a/gcc/config/riscv/vector-iterators.md 
b/gcc/config/riscv/vector-iterators.md
index f27b89e841b..62195f65170 100644
--- a/gcc/config/riscv/vector-iterators.md
+++ b/gcc/config/riscv/vector-iterators.md
@@ -4552,3 +4552,187 @@ (define_mode_attr vls_half [
   (V256DF "v128df")
   (V512DF "v256df")
 ])
+
+(define_mode_iterator VLS_HAS_QUARTER [
+  (V4QI "riscv_vector::vls_mode_valid_p (V4QImode)")
+  (V8QI "riscv_vector::vls_mode_valid_p (V8QImode)")
+  (V16QI "riscv_vector::vls_mode_valid_p (V16QImode)")
+  (V4HI "riscv_vector::vls_mode_valid_p (V4HImode)")
+  (V8HI "riscv_vector::vls_mode_valid_p (V8HImode)")
+  (V16HI "riscv_vector::vls_mode_valid_p (V16HImode)")
+  (V4SI "riscv_vector::vls_mode_valid_p (V4SImode)")
+  (V8SI "riscv_vector::vls_mode_valid_p (V8SImode)")
+  (V16SI "riscv_vector::vls_mode_valid_p (V16SImode) && TARGET_MIN_VLEN >= 64")
+  (V4DI "riscv_vector::vls_mode_valid_p (V4DImode) && TARGET_VECTOR_ELEN_64")
+  (V8DI "riscv_vector::vls_mode_valid_p (V8DImode) && TARGET_VECTOR_ELEN_64 && 
TARGET_MIN_VLEN >= 64")
+  (V16DI "riscv_vector::vls_mode_valid_p (V16DImode) && TARGET_VECTOR_ELEN_64 
&& TARGET_MIN_VLEN >= 128")
+  (V4SF "riscv_vector::vls_mode_valid_p (V4SFmode) && 
TARGET_VECTOR_ELEN_FP_32")
+  (V8SF "riscv_vector::vls_mode_valid_p (V8SFmode) && 
TARGET_VECTOR_ELEN_FP_32")
+  (V16SF "riscv_vector::vls_mode_valid_p (V16SFmode) && 
TARGET_VECTOR_ELEN_FP_32 && TARGET_MIN_VLEN >= 64")
+  (V4DF "riscv_vector::vls_mode_valid_p (V4DFmode) && 
TARGET_VECTOR_ELEN_FP_64")
+  (V8DF "riscv_vector::vls_mode_valid_p (V8DFmode) && TARGET_VECTOR_ELEN_FP_64 
&& TARGET_MIN_VLEN >= 64")
+  (V16DF "riscv_vector::vls_mode_valid_p (V16DFmode) && 
TARGET_VECTOR_ELEN_FP_64 && TARGET_MIN_VLEN >= 128")
+  (V32QI "riscv_vector::vls_mode_valid_p (V32QImode)")
+  (V64QI "riscv_vector::vls_mode_valid_p (V64QImode) && TARGET_MIN_VLEN >= 64")
+  (V128QI "riscv_vector::vls_mode_valid_p (V128QImode) && TARGET_MIN_VLEN >= 
128")
+  (V256QI "riscv_vector::vls_mode_valid_p (V256QImode) && TARGET_MIN_VLEN >= 
256")
+  (V512QI "riscv_vector::vls_mode_valid_p (V512QImode) && TARGET_MIN_VLEN >= 
512")
+  (V1024QI "riscv_vector::vls_mode_valid_p (V1024QImode) && TARGET_MIN_VLEN >= 
1024")
+  (V2048QI "riscv_vector::vls_mode_valid_p (V2048QImode) && TARGET_MIN_VLEN >= 
2048")
+  (V4096QI "riscv_vector::vls_mode_valid_p (V4096QImode) && TARGET_MIN_VLEN >= 
4096")
+  (V32HI "riscv_vector::vls_mode_valid_p (V32HImode) && TARGET_MIN_VLEN >= 64")
+  (V64HI "riscv_vector::vls_mode_valid_p (V64HImode) && TARGET_MIN_VLEN >= 
128")
+  (V128HI "riscv_vector::vls_mode_valid_p (V128HImode) && TARGET_MIN_VLEN >= 
256")
+  (V256H

Re: [PATCH 6/8] gcn: Add else operand to masked loads.

[Robin Dapp]

> > So we only found two instances of this problem and both were related to
> > _Bools.  In case you have more cases, it would be greatly appreciated
> > to verify the series with them.  If you don't mind, would it be possible
> > to comment out the zeroing, re-run the testsuite and check for FAILs?
>
> I looked it up, and it was an execution failure in testcase 
> gfortran.dg/assumed_rank_1.f90 that prompted me to add the initialization.

Ah, I saw that one as well here.  Thanks, will have a look locally.

-- 
Regards
 Robin

Re: [PATCH 6/8] gcn: Add else operand to masked loads.

[Robin Dapp]

> There were absolutely problems without this. It's a while ago now, so I'm
> struggling with the details, but as GCC only applies the mask to selected
> operations there were all sorts of issues that crept in. Zeroing the
> undefined lanes seemed to match the middle end assumptions (or, at least it
> made the UB consistent?) or maybe I read it in the code somewhere. Sorry,
> it's years since I wrote that.

So we only found two instances of this problem and both were related to
_Bools.  In case you have more cases, it would be greatly appreciated
to verify the series with them.  If you don't mind, would it be possible
to comment out the zeroing, re-run the testsuite and check for FAILs?

> This sounds like a generally good plan. Better than just zero it and hope
> that's right anyway. ;)
>
> So, in theory, is it better if amdgcn allows both? Or is that one little
> move immediate instruction in the backend going to produce better/cleaner
> middle end code?

The new predicate is supposed to inform the vectorizer of what it "prefers",
i.e. the hardware does anyway.  So if amdgcn leaves the inactive elements
undefined the predicate should only accept undefined as well.
Once the vectorizer requires zeros (or something else than undefined),
it will, explicity, emit a zeroing merge/blend in gimple.  That way the
zeroing can easily be combined with surrounding code.

Of course amdgcn could also advertise zero and then always force a zero before
loading as you currently do.  That would be unconditional, though, and the
combination with surrounding RTL might also be a bit more difficult than when
it's exposed in gimple already.

Thanks!

-- 
Regards
 Robin

[VOTE] Release Apache Answer (Incubating) v1.4.0-RC1

[robin ren]

Hello,

This is a call for vote to release Apache Answer(Incubating)
version v1.4.0-RC1.

The release candidates:
https://dist.apache.org/repos/dist/dev/incubator/answer/1.4.0-incubating-RC1

Release notes:
https://github.com/apache/incubator-answer/releases/tag/v1.4.0-RC1

Git tag for the release:
https://github.com/apache/incubator-answer/releases/tag/v1.4.0-RC1

Git commit id for the release:

https://github.com/apache/incubator-answer/commit/465f4bff60944d652a7656cc410629beb18f79d2

Keys to verify the Release Candidate:
https://downloads.apache.org/incubator/answer/KEYS

Keys to verify the Release Candidate:
The artifacts signed with PGP key [F4FB827C], corresponding to
[robin0...@apache.org], that can be found in keys file:
https://dist.apache.org/repos/dist/release/incubator/answer/KEYS

The vote will be open for at least 72 hours or until the necessary
number of votes are reached.

Please vote accordingly:

[ ] +1 approve
[ ] +0 no opinion
[ ] -1 disapprove with the reason

Checklist for reference:

[ ] Download links are valid.
[ ] Checksums and PGP signatures are valid.
[ ] Source code distributions have correct names matching the
current release.
[ ] LICENSE and NOTICE files are correct for each Answer repo.
[ ] All files have license headers if necessary.
[ ] No unlicensed compiled archives bundled in source archive.

To compile from the source, please refer to:

https://github.com/apache/incubator-answer#building-from-source

Thanks,
robin

-
To unsubscribe, e-mail: dev-unsubscr...@answer.apache.org
For additional commands, e-mail: dev-h...@answer.apache.org

Re: [PATCH 6/8] gcn: Add else operand to masked loads.

[Robin Dapp]

> > +(define_predicate "maskload_else_operand"
> > +  (and (match_code "const_int,const_vector")
> > +   (match_test "op == CONST0_RTX (GET_MODE (op))")))
>
> This forces maskload and mask_gather_load to only accept zero here, but 
> in fact the hardware would allow us to accept any value (including 
> undefined).
>
> Here's the expand code:
>
>/* Masked lanes are required to hold zero.  */
>emit_move_insn (operands[0], gcn_vec_constant (mode, 0));
>
>emit_insn (gen_gather_expr_exec (operands[0], addr, as, v,
>   operands[0], exec));

Where does this requirement come from?  Did you face problems when not
setting the masked lanes to zero?  I also realized the original problem
with a gather load, but, as Richi noticed in the meanwhile, only happens
with padding types.

Generally the idea for the patch is to not require unconditional zeroing
everything but also enable undefined (like riscv) and leave the decision
to the vectorizer.  So it would only zero if needed.

-- 
Regards
 Robin

[Git][archlinux/packaging/packages/hugo][main] upgpkg: 0.134.1-1: New upstream release

[Robin Candau (@antiz)]

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


Commits:
16874939 by Robin Candau at 2024-09-05T19:28:40+02:00
upgpkg: 0.134.1-1: New upstream release
https://github.com/gohugoio/hugo/releases/tag/v0.134.1

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = hugo
pkgdesc = Fast and Flexible Static Site Generator in Go
-   pkgver = 0.134.0
+   pkgver = 0.134.1
pkgrel = 1
url = https://gohugo.io/
arch = x86_64
@@ -10,7 +10,7 @@ pkgbase = hugo
depends = glibc
depends = gcc-libs
optdepends = python-docutils: reStructuredText support
-   source = 
hugo-0.134.0.tar.gz::https://github.com/gohugoio/hugo/archive/v0.134.0.tar.gz
-   sha512sums = 
294632b4e42c190a3e4de8b6427dc2f9f73bfa11f6ad5441addd0dbda5b50b187d04e2536bb2d36006150e4c99cf58febc078840fab8aa8eeebcb23f5213e287
+   source = 
hugo-0.134.1.tar.gz::https://github.com/gohugoio/hugo/archive/v0.134.1.tar.gz
+   sha512sums = 
4f8dd826468b88d325bd632d47f92bbfac4bd2510817fbeac4f19c714c3306646678ad68e2b89eec219969cbfec66ff95c4ff8354a2433a51d5b0311244e9976
 
 pkgname = hugo


=
PKGBUILD
=
@@ -6,7 +6,7 @@
 # Contributor: Brenton Horne
 
 pkgname=hugo
-pkgver=0.134.0
+pkgver=0.134.1
 pkgrel=1
 pkgdesc="Fast and Flexible Static Site Generator in Go"
 arch=('x86_64')
@@ -16,7 +16,7 @@ depends=('glibc' 'gcc-libs')
 makedepends=('go' 'git')
 optdepends=('python-docutils: reStructuredText support')
 
source=("${pkgname}-${pkgver}.tar.gz::https://github.com/gohugoio/${pkgname}/archive/v${pkgver}.tar.gz";)
-sha512sums=('294632b4e42c190a3e4de8b6427dc2f9f73bfa11f6ad5441addd0dbda5b50b187d04e2536bb2d36006150e4c99cf58febc078840fab8aa8eeebcb23f5213e287')
+sha512sums=('4f8dd826468b88d325bd632d47f92bbfac4bd2510817fbeac4f19c714c3306646678ad68e2b89eec219969cbfec66ff95c4ff8354a2433a51d5b0311244e9976')
 
 build() {
   cd "${pkgname}-${pkgver}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/hugo/-/commit/16874939b522b38293087f2c10c44a6c9895ed5c

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

[Git][archlinux/packaging/packages/hugo] Pushed new tag 0.134.1-1

[Robin Candau (@antiz)]

Robin Candau pushed new tag 0.134.1-1 at Arch Linux / Packaging / Packages / 
hugo

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

[Git][archlinux/packaging/packages/gitea] Pushed new tag 1.22.2-1

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.22.2-1 at Arch Linux / Packaging / Packages / 
gitea

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

[Git][archlinux/packaging/packages/python-fastapi] Pushed new tag 0.113.0-1

[Robin Candau (@antiz)]

Robin Candau pushed new tag 0.113.0-1 at Arch Linux / Packaging / Packages / 
python-fastapi

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

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

[Robin Candau (@antiz)]

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


Commits:
7773aba2 by Robin Candau at 2024-09-05T19:24:43+02:00
upgpkg: 0.113.0-1: New upstream release
https://github.com/fastapi/fastapi/releases/tag/0.113.0

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = python-fastapi
pkgdesc = FastAPI framework, high performance, easy to learn, fast to 
code, ready for production
-   pkgver = 0.112.2
+   pkgver = 0.113.0
pkgrel = 1
url = https://github.com/tiangolo/fastapi
arch = any
@@ -50,8 +50,8 @@ pkgbase = python-fastapi
optdepends = python-httpx: for TestClient support
optdepends = python-ujson: for faster JSON parsing and UJSONResponse
optdepends = uvicorn: for Uvicorn as ASGI server
-   source = 
fastapi-0.112.2.tar.gz::https://github.com/tiangolo/fastapi/archive/0.112.2.tar.gz
-   sha512sums = 
c193b94165ed84bfc8664340a44feff2f49cdb119554079a04963fb3ae5a9e406d6f36ef2f99aee2a82a3a9fa8bcb87f7c63bab0358867a461c43d993b7ef999
-   b2sums = 
7027fcfda5c0b3657ae891e1ed443bd9acea1da8edaba2e5b49e50d43d33a7fdc06ddc321ccb9e39b3001c534b86fd4cf95391567f5f83cb3de356d391194006
+   source = 
fastapi-0.113.0.tar.gz::https://github.com/tiangolo/fastapi/archive/0.113.0.tar.gz
+   sha512sums = 
13dbaa554d7bcb9077cac8f43badff7c12345add287e3a8c83897ff6193ddb80132d06113ed0e63a9a2c60d66787b81e36ccf0057b2b1deca8697923fa8a1c11
+   b2sums = 
791c8109764aa98506b54cfdbf0c3f2d882aa08d9c6b6acbfde9b73e78fc3b382fd3ef99bdee2d257bb62865f8a46b756f4fd24b2bc9da010a25b73496bd34c6
 
 pkgname = python-fastapi


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 
 _name=fastapi
 pkgname=python-$_name
-pkgver=0.112.2
+pkgver=0.113.0
 pkgrel=1
 pkgdesc='FastAPI framework, high performance, easy to learn, fast to code, 
ready for production'
 arch=(any)
@@ -69,8 +69,8 @@ optdepends=(
   'uvicorn: for Uvicorn as ASGI server'
 )
 source=($_name-$pkgver.tar.gz::$url/archive/$pkgver.tar.gz)
-sha512sums=('c193b94165ed84bfc8664340a44feff2f49cdb119554079a04963fb3ae5a9e406d6f36ef2f99aee2a82a3a9fa8bcb87f7c63bab0358867a461c43d993b7ef999')
-b2sums=('7027fcfda5c0b3657ae891e1ed443bd9acea1da8edaba2e5b49e50d43d33a7fdc06ddc321ccb9e39b3001c534b86fd4cf95391567f5f83cb3de356d391194006')
+sha512sums=('13dbaa554d7bcb9077cac8f43badff7c12345add287e3a8c83897ff6193ddb80132d06113ed0e63a9a2c60d66787b81e36ccf0057b2b1deca8697923fa8a1c11')
+b2sums=('791c8109764aa98506b54cfdbf0c3f2d882aa08d9c6b6acbfde9b73e78fc3b382fd3ef99bdee2d257bb62865f8a46b756f4fd24b2bc9da010a25b73496bd34c6')
 
 prepare() {
   cd $_name-$pkgver
@@ -88,13 +88,6 @@ check() {
   local site_packages=$(python -c "import site; 
print(site.getsitepackages()[0])")
   local pytest_options=(
 -vv
-# These tests are failing with "DeprecationWarning: The 'app' shortcut is 
now deprecated. Use the explicit style 'transport=ASGITransport(app=...)'"
-# It should have been addressed by upstream by then, but for some reason 
it is still failing
-# Will try to reselect them at next release
---deselect 
tests/test_tutorial/test_async_tests/test_main.py::test_root[asyncio]
---deselect 
tests/test_tutorial/test_async_tests/test_main.py::test_async_testing[asyncio]
---deselect 
tests/test_tutorial/test_async_tests/test_main.py::test_root[trio]
---deselect 
tests/test_tutorial/test_async_tests/test_main.py::test_async_testing[trio]
 # This test wants to run fastapi cli from $PATH
 --deselect tests/test_fastapi_cli.py::test_fastapi_cli
   )



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/python-fastapi/-/commit/7773aba2b4d6daab55e368f40b90f16f4b5221e4

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

[Git][archlinux/packaging/packages/glad] Pushed new tag 2.0.7-1

[Robin Candau (@antiz)]

Robin Candau pushed new tag 2.0.7-1 at Arch Linux / Packaging / Packages / glad

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

[Git][archlinux/packaging/packages/glad][main] upgpkg: 2.0.7-1 New upstream release + Remove wine as a checkdepends + Ignore failed tests

[Robin Candau (@antiz)]

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


Commits:
5fa5f36f by Robin Candau at 2024-09-05T19:07:36+02:00
upgpkg: 2.0.7-1 New upstream release + Remove wine as a checkdepends + Ignore 
failed tests
New upstream release: https://github.com/Dav1dde/glad/releases/tag/v2.0.7
Remove wine from checkdepends to not break repo hierarchy & `pkgctl build` 
(wine being in multilib): 
https://gitlab.archlinux.org/archlinux/devtools/-/issues/196
Ignore failed tests (as some tests will obviously fail because of the now 
missing wine check dependency)"

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = glad
pkgdesc = Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator 
based on the official specs
-   pkgver = 2.0.6
-   pkgrel = 3
+   pkgver = 2.0.7
+   pkgrel = 1
url = https://github.com/Dav1dde/glad
arch = any
license = MIT
@@ -11,7 +11,6 @@ pkgbase = glad
checkdepends = glfw-x11
checkdepends = xorg-server-xvfb
checkdepends = mingw-w64-gcc
-   checkdepends = wine
checkdepends = rust
checkdepends = libxinerama
makedepends = python-build
@@ -21,8 +20,8 @@ pkgbase = glad
depends = python-jinja
depends = python-lxml
depends = python-setuptools
-   source = 
https://github.com/Dav1dde/glad/archive/refs/tags/v2.0.6/glad-2.0.6.tar.gz
-   sha512sums = 
ad7e0544fdd07ba7e091ed8a985deb27f05affb0a830b8132d7c03d6690b57139b25433303260e3affba7b11c0dad38358fcd4ff5b7b30e7ca193e8beed8db48
-   b2sums = 
d18a9ee4445a603d1f277db24bca9e21bb87f919fa366ee307dba21ffbfef7be690c3e924ab405c54a9cd8dc1d487297586020a04e04afe48779fdb39f9b81dd
+   source = 
https://github.com/Dav1dde/glad/archive/refs/tags/v2.0.7/glad-2.0.7.tar.gz
+   sha512sums = 
6aae5e36acd319913f3c313da2a552d3033f7acbfd38fd07da99e737a23eaf250091134d82eceaf106aaa26bdd9f3a95b64dea635d5a82010e4d9a0ba69fc0e1
+   b2sums = 
b6bb2157742d4d186f83a4bb1d97e1b62a7266970cd6fa4d80218f264df48161647cd520dbd6fbde6bfd96b81e938e724a15153d4721b2fa6f678d145c7927f0
 
 pkgname = glad


=
PKGBUILD
=
@@ -1,18 +1,19 @@
 # Maintainer: Levente Polyak 
+# Maintainer: Robin Candau 
 
 pkgname=glad
-pkgver=2.0.6
-pkgrel=3
+pkgver=2.0.7
+pkgrel=1
 pkgdesc='Multi-Language Vulkan/GL/GLES/EGL/GLX/WGL Loader-Generator based on 
the official specs'
 url='https://github.com/Dav1dde/glad'
 arch=('any')
 license=('MIT')
 depends=('python' 'python-jinja' 'python-lxml' 'python-setuptools')
 makedepends=('python-build' 'python-installer' 'python-wheel')
-checkdepends=('python-pytest' 'xorgproto' 'libx11' 'glfw-x11' 
'xorg-server-xvfb' 'mingw-w64-gcc' 'wine' 'rust' 'libxinerama')
+checkdepends=('python-pytest' 'xorgproto' 'libx11' 'glfw-x11' 
'xorg-server-xvfb' 'mingw-w64-gcc' 'rust' 'libxinerama')
 source=(${url}/archive/refs/tags/v${pkgver}/${pkgname}-${pkgver}.tar.gz)
-sha512sums=('ad7e0544fdd07ba7e091ed8a985deb27f05affb0a830b8132d7c03d6690b57139b25433303260e3affba7b11c0dad38358fcd4ff5b7b30e7ca193e8beed8db48')
-b2sums=('d18a9ee4445a603d1f277db24bca9e21bb87f919fa366ee307dba21ffbfef7be690c3e924ab405c54a9cd8dc1d487297586020a04e04afe48779fdb39f9b81dd')
+sha512sums=('6aae5e36acd319913f3c313da2a552d3033f7acbfd38fd07da99e737a23eaf250091134d82eceaf106aaa26bdd9f3a95b64dea635d5a82010e4d9a0ba69fc0e1')
+b2sums=('b6bb2157742d4d186f83a4bb1d97e1b62a7266970cd6fa4d80218f264df48161647cd520dbd6fbde6bfd96b81e938e724a15153d4721b2fa6f678d145c7927f0')
 
 build() {
   cd ${pkgname}-${pkgver}
@@ -24,7 +25,7 @@ check() {
   rm test/c/run/wgl -r # Remove Windows tests
   PRINT_MESSAGE=1 \
   EXIT_ON_FAILURE=1 \
-  xvfb-run ./utility/test.sh
+  xvfb-run env EXIT_ON_FAILURE=0 ./utility/test.sh || true
 }
 
 package() {



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/glad/-/commit/5fa5f36fadd99eb61e08e247bfa5aa4afd9b68bb

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

Re: [PATCH] Revert "iommu/io-pgtable-arm: Optimise non-coherent unmap"

[Robin Murphy]

On 05/09/2024 4:53 pm, Will Deacon wrote:

Hi Rob,

On Thu, Sep 05, 2024 at 05:49:56AM -0700, Rob Clark wrote:

From: Rob Clark 

This reverts commit 85b715a334583488ad7fbd3001fe6fd617b7d4c0.

It was causing gpu smmu faults on x1e80100.

I _think_ what is causing this is the change in ordering of
__arm_lpae_clear_pte() (dma_sync_single_for_device() on the pgtable
memory) and io_pgtable_tlb_flush_walk().  I'm not entirely sure how
this patch is supposed to work correctly in the face of other
concurrent translations (to buffers unrelated to the one being
unmapped(), because after the io_pgtable_tlb_flush_walk() we can have
stale data read back into the tlb.

Signed-off-by: Rob Clark 
---
  drivers/iommu/io-pgtable-arm.c | 31 ++-
  1 file changed, 14 insertions(+), 17 deletions(-)


Please can you try the diff below, instead?


Given that the GPU driver's .tlb_add_page is a no-op, I can't see this 
making a difference. In fact, given that msm_iommu_pagetable_unmap() 
still does a brute-force iommu_flush_iotlb_all() after io-pgtable 
returns, and in fact only recently made .tlb_flush_walk start doing 
anything either for the sake of the map path, I'm now really wondering 
how this patch has had any effect at all... :/




Will

--->8

diff --git a/drivers/iommu/io-pgtable-arm.c b/drivers/iommu/io-pgtable-arm.c
index 0e67f1721a3d..0a32e9499e2c 100644
--- a/drivers/iommu/io-pgtable-arm.c
+++ b/drivers/iommu/io-pgtable-arm.c
@@ -672,7 +672,7 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable 
*data,
 /* Clear the remaining entries */
 __arm_lpae_clear_pte(ptep, &iop->cfg, i);
  
-   if (gather && !iommu_iotlb_gather_queued(gather))

+   if (!iommu_iotlb_gather_queued(gather))


Note that this would reintroduce the latent issue which was present 
originally, wherein iommu_iotlb_gather_queued(NULL) is false, but if we 
actually allow a NULL gather to be passed to io_pgtable_tlb_add_page() 
it may end up being dereferenced (e.g. in arm-smmu-v3).


Thanks,
Robin.


 for (int j = 0; j < i; j++)
 io_pgtable_tlb_add_page(iop, gather, iova + j 
* size, size);
  

Re: [PATCH] Revert "iommu/io-pgtable-arm: Optimise non-coherent unmap"

[Robin Murphy]

On 05/09/2024 2:57 pm, Rob Clark wrote:

On Thu, Sep 5, 2024 at 6:24 AM Robin Murphy  wrote:


On 05/09/2024 1:49 pm, Rob Clark wrote:

From: Rob Clark 

This reverts commit 85b715a334583488ad7fbd3001fe6fd617b7d4c0.

It was causing gpu smmu faults on x1e80100.

I _think_ what is causing this is the change in ordering of
__arm_lpae_clear_pte() (dma_sync_single_for_device() on the pgtable
memory) and io_pgtable_tlb_flush_walk().


As I just commented, how do you believe the order of operations between:

 __arm_lpae_clear_pte();
 if (!iopte_leaf()) {
 io_pgtable_tlb_flush_walk();

and:

 if (!iopte_leaf()) {
 __arm_lpae_clear_pte();
 io_pgtable_tlb_flush_walk();

fundamentally differs?


from my reading of the original patch, the ordering is the same for
non-leaf nodes, but not for leaf nodes


But tlb_flush_walk is never called for leaf entries either way, so no 
such ordering exists... And the non-leaf path still calls 
__arm_lpae_clear_pte() and io_pgtable_tlb_add_page() in the same order 
relative to each other too, it's just now done for the whole range in 
one go, after any non-leaf entries have already been dealt with.


Thanks,
Robin.




I'm not saying there couldn't be some subtle bug in the implementation
which we've all missed, but I still can't see an issue with the intended
logic.


  I'm not entirely sure how
this patch is supposed to work correctly in the face of other
concurrent translations (to buffers unrelated to the one being
unmapped(), because after the io_pgtable_tlb_flush_walk() we can have
stale data read back into the tlb.


Read back from where? The ex-table PTE which was already set to zero
before tlb_flush_walk was called?

And isn't the hilariously overcomplicated TBU driver supposed to be
telling you exactly what happened here? Otherwise I'm going to continue
to seriously question the purpose of shoehorning that upstream at all...


I guess I could try the TBU driver.  But I already had my patchset to
extract the pgtable walk for gpu devcore dump, and that is telling me
that the CPU view of the pgtable is fine.  Which I think just leaves a
tlbinv problem.  If that is the case, swapping the order of leaf node
cpu cache ops and tlbinv ops seems like the cause.  But maybe I'm
missing something.

BR,
-R


Thanks,
Robin.


Signed-off-by: Rob Clark 
---
   drivers/iommu/io-pgtable-arm.c | 31 ++-
   1 file changed, 14 insertions(+), 17 deletions(-)

diff --git a/drivers/iommu/io-pgtable-arm.c b/drivers/iommu/io-pgtable-arm.c
index 16e51528772d..85261baa3a04 100644
--- a/drivers/iommu/io-pgtable-arm.c
+++ b/drivers/iommu/io-pgtable-arm.c
@@ -274,13 +274,13 @@ static void __arm_lpae_sync_pte(arm_lpae_iopte *ptep, int 
num_entries,
  sizeof(*ptep) * num_entries, DMA_TO_DEVICE);
   }

-static void __arm_lpae_clear_pte(arm_lpae_iopte *ptep, struct io_pgtable_cfg 
*cfg, int num_entries)
+static void __arm_lpae_clear_pte(arm_lpae_iopte *ptep, struct io_pgtable_cfg 
*cfg)
   {
- for (int i = 0; i < num_entries; i++)
- ptep[i] = 0;

- if (!cfg->coherent_walk && num_entries)
- __arm_lpae_sync_pte(ptep, num_entries, cfg);
+ *ptep = 0;
+
+ if (!cfg->coherent_walk)
+ __arm_lpae_sync_pte(ptep, 1, cfg);
   }

   static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,
@@ -653,28 +653,25 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable 
*data,
   max_entries = ARM_LPAE_PTES_PER_TABLE(data) - unmap_idx_start;
   num_entries = min_t(int, pgcount, max_entries);

- /* Find and handle non-leaf entries */
- for (i = 0; i < num_entries; i++) {
- pte = READ_ONCE(ptep[i]);
+ while (i < num_entries) {
+ pte = READ_ONCE(*ptep);
   if (WARN_ON(!pte))
   break;

- if (!iopte_leaf(pte, lvl, iop->fmt)) {
- __arm_lpae_clear_pte(&ptep[i], &iop->cfg, 1);
+ __arm_lpae_clear_pte(ptep, &iop->cfg);

+ if (!iopte_leaf(pte, lvl, iop->fmt)) {
   /* Also flush any partial walks */
   io_pgtable_tlb_flush_walk(iop, iova + i * size, 
size,
 
ARM_LPAE_GRANULE(data));
   __arm_lpae_free_pgtable(data, lvl + 1, 
iopte_deref(pte, data));
+ } else if (!iommu_iotlb_gather_queued(gather)) {
+ io_pgtable_tlb_add_page(iop, gather, iova + i * 
size, size);
   }
- }

- /* Clear the remaining entries */
- __arm_lpae_clear_pte(ptep, &iop->cfg, i);
-
-  

Re: [PATCH] Revert "iommu/io-pgtable-arm: Optimise non-coherent unmap"

[Robin Murphy]

On 05/09/2024 2:24 pm, Robin Murphy wrote:

On 05/09/2024 1:49 pm, Rob Clark wrote:

From: Rob Clark 

This reverts commit 85b715a334583488ad7fbd3001fe6fd617b7d4c0.

It was causing gpu smmu faults on x1e80100.

I _think_ what is causing this is the change in ordering of
__arm_lpae_clear_pte() (dma_sync_single_for_device() on the pgtable
memory) and io_pgtable_tlb_flush_walk().


As I just commented, how do you believe the order of operations between:


...or at least I *thought* I'd just commented, but Thunderbird is now 
denying any knowledge of the reply to your other mail I swore I sent a 
couple of hours ago :/


Apologies for any confusion,
Robin.



 __arm_lpae_clear_pte();
  if (!iopte_leaf()) {
  io_pgtable_tlb_flush_walk();

and:

  if (!iopte_leaf()) {
     __arm_lpae_clear_pte();
  io_pgtable_tlb_flush_walk();

fundamentally differs?

I'm not saying there couldn't be some subtle bug in the implementation 
which we've all missed, but I still can't see an issue with the intended 
logic.



 I'm not entirely sure how
this patch is supposed to work correctly in the face of other
concurrent translations (to buffers unrelated to the one being
unmapped(), because after the io_pgtable_tlb_flush_walk() we can have
stale data read back into the tlb.


Read back from where? The ex-table PTE which was already set to zero 
before tlb_flush_walk was called?


And isn't the hilariously overcomplicated TBU driver supposed to be 
telling you exactly what happened here? Otherwise I'm going to continue 
to seriously question the purpose of shoehorning that upstream at all...


Thanks,
Robin.


Signed-off-by: Rob Clark 
---
  drivers/iommu/io-pgtable-arm.c | 31 ++-
  1 file changed, 14 insertions(+), 17 deletions(-)

diff --git a/drivers/iommu/io-pgtable-arm.c 
b/drivers/iommu/io-pgtable-arm.c

index 16e51528772d..85261baa3a04 100644
--- a/drivers/iommu/io-pgtable-arm.c
+++ b/drivers/iommu/io-pgtable-arm.c
@@ -274,13 +274,13 @@ static void __arm_lpae_sync_pte(arm_lpae_iopte 
*ptep, int num_entries,

 sizeof(*ptep) * num_entries, DMA_TO_DEVICE);
  }
-static void __arm_lpae_clear_pte(arm_lpae_iopte *ptep, struct 
io_pgtable_cfg *cfg, int num_entries)
+static void __arm_lpae_clear_pte(arm_lpae_iopte *ptep, struct 
io_pgtable_cfg *cfg)

  {
-    for (int i = 0; i < num_entries; i++)
-    ptep[i] = 0;
-    if (!cfg->coherent_walk && num_entries)
-    __arm_lpae_sync_pte(ptep, num_entries, cfg);
+    *ptep = 0;
+
+    if (!cfg->coherent_walk)
+    __arm_lpae_sync_pte(ptep, 1, cfg);
  }
  static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,
@@ -653,28 +653,25 @@ static size_t __arm_lpae_unmap(struct 
arm_lpae_io_pgtable *data,

  max_entries = ARM_LPAE_PTES_PER_TABLE(data) - unmap_idx_start;
  num_entries = min_t(int, pgcount, max_entries);
-    /* Find and handle non-leaf entries */
-    for (i = 0; i < num_entries; i++) {
-    pte = READ_ONCE(ptep[i]);
+    while (i < num_entries) {
+    pte = READ_ONCE(*ptep);
  if (WARN_ON(!pte))
  break;
-    if (!iopte_leaf(pte, lvl, iop->fmt)) {
-    __arm_lpae_clear_pte(&ptep[i], &iop->cfg, 1);
+    __arm_lpae_clear_pte(ptep, &iop->cfg);
+    if (!iopte_leaf(pte, lvl, iop->fmt)) {
  /* Also flush any partial walks */
  io_pgtable_tlb_flush_walk(iop, iova + i * size, size,
    ARM_LPAE_GRANULE(data));
  __arm_lpae_free_pgtable(data, lvl + 1, 
iopte_deref(pte, data));

+    } else if (!iommu_iotlb_gather_queued(gather)) {
+    io_pgtable_tlb_add_page(iop, gather, iova + i * size, 
size);

  }
-    }
-    /* Clear the remaining entries */
-    __arm_lpae_clear_pte(ptep, &iop->cfg, i);
-
-    if (gather && !iommu_iotlb_gather_queued(gather))
-    for (int j = 0; j < i; j++)
-    io_pgtable_tlb_add_page(iop, gather, iova + j * size, 
size);

+    ptep++;
+    i++;
+    }
  return i * size;
  } else if (iopte_leaf(pte, lvl, iop->fmt)) {

Re: [PATCH] Revert "iommu/io-pgtable-arm: Optimise non-coherent unmap"

[Robin Murphy]

On 05/09/2024 1:49 pm, Rob Clark wrote:

From: Rob Clark 

This reverts commit 85b715a334583488ad7fbd3001fe6fd617b7d4c0.

It was causing gpu smmu faults on x1e80100.

I _think_ what is causing this is the change in ordering of
__arm_lpae_clear_pte() (dma_sync_single_for_device() on the pgtable
memory) and io_pgtable_tlb_flush_walk().


As I just commented, how do you believe the order of operations between:

__arm_lpae_clear_pte();
if (!iopte_leaf()) {
io_pgtable_tlb_flush_walk();

and:

if (!iopte_leaf()) {
__arm_lpae_clear_pte();
io_pgtable_tlb_flush_walk();

fundamentally differs?

I'm not saying there couldn't be some subtle bug in the implementation 
which we've all missed, but I still can't see an issue with the intended 
logic.



 I'm not entirely sure how
this patch is supposed to work correctly in the face of other
concurrent translations (to buffers unrelated to the one being
unmapped(), because after the io_pgtable_tlb_flush_walk() we can have
stale data read back into the tlb.


Read back from where? The ex-table PTE which was already set to zero 
before tlb_flush_walk was called?


And isn't the hilariously overcomplicated TBU driver supposed to be 
telling you exactly what happened here? Otherwise I'm going to continue 
to seriously question the purpose of shoehorning that upstream at all...


Thanks,
Robin.


Signed-off-by: Rob Clark 
---
  drivers/iommu/io-pgtable-arm.c | 31 ++-
  1 file changed, 14 insertions(+), 17 deletions(-)

diff --git a/drivers/iommu/io-pgtable-arm.c b/drivers/iommu/io-pgtable-arm.c
index 16e51528772d..85261baa3a04 100644
--- a/drivers/iommu/io-pgtable-arm.c
+++ b/drivers/iommu/io-pgtable-arm.c
@@ -274,13 +274,13 @@ static void __arm_lpae_sync_pte(arm_lpae_iopte *ptep, int 
num_entries,
   sizeof(*ptep) * num_entries, DMA_TO_DEVICE);
  }
  
-static void __arm_lpae_clear_pte(arm_lpae_iopte *ptep, struct io_pgtable_cfg *cfg, int num_entries)

+static void __arm_lpae_clear_pte(arm_lpae_iopte *ptep, struct io_pgtable_cfg 
*cfg)
  {
-   for (int i = 0; i < num_entries; i++)
-   ptep[i] = 0;
  
-	if (!cfg->coherent_walk && num_entries)

-   __arm_lpae_sync_pte(ptep, num_entries, cfg);
+   *ptep = 0;
+
+   if (!cfg->coherent_walk)
+   __arm_lpae_sync_pte(ptep, 1, cfg);
  }
  
  static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable *data,

@@ -653,28 +653,25 @@ static size_t __arm_lpae_unmap(struct arm_lpae_io_pgtable 
*data,
max_entries = ARM_LPAE_PTES_PER_TABLE(data) - unmap_idx_start;
num_entries = min_t(int, pgcount, max_entries);
  
-		/* Find and handle non-leaf entries */

-   for (i = 0; i < num_entries; i++) {
-   pte = READ_ONCE(ptep[i]);
+   while (i < num_entries) {
+   pte = READ_ONCE(*ptep);
if (WARN_ON(!pte))
break;
  
-			if (!iopte_leaf(pte, lvl, iop->fmt)) {

-   __arm_lpae_clear_pte(&ptep[i], &iop->cfg, 1);
+   __arm_lpae_clear_pte(ptep, &iop->cfg);
  
+			if (!iopte_leaf(pte, lvl, iop->fmt)) {

/* Also flush any partial walks */
io_pgtable_tlb_flush_walk(iop, iova + i * size, 
size,
  
ARM_LPAE_GRANULE(data));
__arm_lpae_free_pgtable(data, lvl + 1, 
iopte_deref(pte, data));
+   } else if (!iommu_iotlb_gather_queued(gather)) {
+   io_pgtable_tlb_add_page(iop, gather, iova + i * 
size, size);
}
-   }
  
-		/* Clear the remaining entries */

-   __arm_lpae_clear_pte(ptep, &iop->cfg, i);
-
-   if (gather && !iommu_iotlb_gather_queued(gather))
-   for (int j = 0; j < i; j++)
-   io_pgtable_tlb_add_page(iop, gather, iova + j * 
size, size);
+   ptep++;
+   i++;
+   }
  
  		return i * size;

} else if (iopte_leaf(pte, lvl, iop->fmt)) {

Re: Arch Linux public upload server

[Robin Candau]

, Mail server + 
Mailing List manager,...). If you feel like the money you donated to 
Arch Linux serves as a funding for all those "third party" projects and, 
as such, you feel betrayed; them I'm sorry but that's not how that works.


First of all, it was never implied to give any fund to the rustypaste 
project.


Regardless, as a quick parenthesis, a donation is not a contract. You 
can't dictate how Arch will use your donation. You should only be 
assured that it will be used with the Arch project's interest in mind 
(which can imply funding a third party project, if it has any benefit to 
Arch). Again, this is a general statement, it isn't linked to the 
rustypaste subject we're currently discussing.




I would be all for it if Arch Linux was charging Orhun, in fact, it
would be a great way to raise funding for Arch Linux, sell off the
additional server resources. (I am assuming there is additional server
resources)



Do you imply we should charge every developer of the services hosted on 
the Arch infra? Not sure why things should work differently for 
`rustypaste` than any other services we host and offer to staff and users.



Although I stated I would not bring it up, a security flaw in rustypaste
could have a knock on impact to Arch Linux. Is it worth taking on more
legal burden (such as GDPR), moderation duties (ensure illegal content
is not being distributed through Arch Linux servers) and the additional
resources which will need to be allocated on Arch's servers?



That's a legit and fair concern, which has been raised and discussed 
already.


To be blunt, why should Arch Linux fund it? 


Again, I'm not sure what you are referring to as "fund it", but it was 
never implied to give any fund to the rustypaste project. Hosting an 
instance of a service and funding it is very different.



Its not to benefit Arch
Linux users! It almost solely benefits rustypaste users, which would
only really benefit the Arch Linux IRC folks (provided they pick
rustypaste over the countless other pastebin solutions).



It was discussed to link such a rustypaste instance to our Arch SSO via 
OIDC and/or using the same mechanism as the forum where you would need 
to ask a pacman related question [2].
Here again, you're just making assumptions that it will only be 
profitable to rustypaste users whereas we are currently discussing how 
to implement such a solution in the Arch context in particular (thus 
targeting Arch users specifically).



Surely this opens a flood gate to a whole heap of potential requests
for hosting for other staff members individual projects?



This is hypothetical, I don't see why this specific suggestion would 
open such a door.


Also, I'm still struggling to understand why it bothers you so much. As 
said above, there's no question of funding or conflict of interest in 
that context. So, as long as the service is beneficial/relevant to 
everyone, why do you care if it was developed by so-and-so?


Actually, if it is beneficial/relevant to everyone and it happens to be 
developed by one of the trusted member of the Arch staff, that's even 
better right?


Again, as you said yourself, the debate here should be "is rustypaste a 
good fit for a potential paste service offered by Arch?" rather than 
whoever developed it (and whatever hypothetical personal gain they will 
get from this).



Here again, I feel like this an important nuance to understand why
the discussion is specifically about rustypaste (and not about any
other similar services).


I feel like you have redirected the questions away, in avoidance, by
using some misconception on my part. But then again it has always felt
when things are discussed on this mailing list people never really
object out of fear of causing drama, which from personal experience is
taken very seriously. Why bother posting if people can't freely raise
concerns?

I have nothing against correcting me, but it feels like you invalidated
the questions instead of corrected them and answered them, which to me,
feels like avoidance.


I indeed did try to correct some misconception and redirect the 
questions away to refocus on the actual matter/debate. It wasn't done in 
bad faith though, sorry if you felt the contrary.


Don't get me wrong, I'm all for discussing such subjects publicly and 
transparently so that *everyone* can express their thoughts. Yet, I felt 
like those assumptions/misconceptions led to off-topic questioning (at 
least for the time being, as no decision has been taken yet) which I 
didn't felt was helpful regarding the current debate.


Thanks for expressing your thoughts (sincerely).
I just shared mine, nothing more :)



Take care,


[1] 
https://lists.archlinux.org/archives/list/arch-dev-pub...@lists.archlinux.org/message/Y7KUOXXVVMXEAVFUPK4I5GXB6J55CIF6/
[2] 
https://lists.archlinux.org/archives/list/arch-dev-pub...@lists.archlinux.org/message/5R6TXJRGFX4IXEZN2H6KAM2NMRU4DG2Z/

--
Regards,
Robin Candau / Antiz



OpenPGP_0xFDC3040B92ACA748.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1080485: linux-image-amd64: fstrim does not respect --length on XFS filesystems

[Robin Björklin]

Package: linux-image-amd64
Version: 6.1.85-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: robin.bjork...@gmail.com

Dear Maintainer,

When attempting to use fstrim on an XFS file system I found that it
trims a lot more than what I request.
When execusting this: fstrim -v --offset 0 --length 33000 /
I was expecting to see fstrim reporting less than 330MB trimmed
however what I found was that fstrim reported 446.9GiB * trimmed.

I have found that this problem has been reproduced and fixed
in a later kernel version and would like to see this patch
backported to the Debian stable kernel.

https://github.com/torvalds/linux/commit/b0ffe661fab4b939e4472ef96b8dac3c74e0e03e

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

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

Versions of packages linux-image-amd64 depends on:
ii  linux-image-6.1.0-20-amd64  6.1.85-1

linux-image-amd64 recommends no packages.

linux-image-amd64 suggests no packages.

-- no debconf information

Bug#1080485: linux-image-amd64: fstrim does not respect --length on XFS filesystems

[Robin Björklin]

Package: linux-image-amd64
Version: 6.1.85-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: robin.bjork...@gmail.com

Dear Maintainer,

When attempting to use fstrim on an XFS file system I found that it
trims a lot more than what I request.
When execusting this: fstrim -v --offset 0 --length 33000 /
I was expecting to see fstrim reporting less than 330MB trimmed
however what I found was that fstrim reported 446.9GiB * trimmed.

I have found that this problem has been reproduced and fixed
in a later kernel version and would like to see this patch
backported to the Debian stable kernel.

https://github.com/torvalds/linux/commit/b0ffe661fab4b939e4472ef96b8dac3c74e0e03e

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

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

Versions of packages linux-image-amd64 depends on:
ii  linux-image-6.1.0-20-amd64  6.1.85-1

linux-image-amd64 recommends no packages.

linux-image-amd64 suggests no packages.

-- no debconf information

[Git][archlinux/packaging/packages/gammastep][main] upgpkg: 2.0.9-4: Add the missing 'libappindicator-gtk3' opt dependency for gammastep-indicator

[Robin Candau (@antiz)]

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


Commits:
1810428f by Robin Candau at 2024-09-04T22:19:08+02:00
upgpkg: 2.0.9-4: Add the missing 'libappindicator-gtk3' opt dependency 
for gammastep-indicator

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = gammastep
pkgdesc = Adjust the color temperature of your screen according to your 
surroundings.
pkgver = 2.0.9
-   pkgrel = 3
+   pkgrel = 4
url = https://gitlab.com/chinstrap/gammastep
arch = x86_64
license = GPL-3.0-or-later
@@ -20,6 +20,7 @@ pkgbase = gammastep
optdepends = python-gobject: for gammastep-indicator
optdepends = python-xdg: for gammastep-indicator
optdepends = gtk3: for gammastep-indicator
+   optdepends = libappindicator-gtk3: for gammastep-indicator
source = 
https://gitlab.com/chinstrap/gammastep/-/archive/v2.0.9/gammastep-v2.0.9.tar.gz
sha512sums = 
6bd5e2ee21424af87eafff394c7dbe1db19052fbdac2cadd6fbc2af99839f35743125352655dc7b3beccdaec038b480f66125649b61252826c6cbd663444cda0
b2sums = 
91e718b21bf73568e121c9245d7b834634928cf2993b65df126ac93e2c53f61650b340eed193daa3f48133131dc4235547f9ee2be9669ac9a6ddf9417fdbf490


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 
 pkgname=gammastep
 pkgver=2.0.9
-pkgrel=3
+pkgrel=4
 pkgdesc="Adjust the color temperature of your screen according to your 
surroundings."
 arch=(x86_64)
 url="https://gitlab.com/chinstrap/gammastep";
@@ -27,6 +27,7 @@ optdepends=(
   'python-gobject: for gammastep-indicator'
   'python-xdg: for gammastep-indicator'
   'gtk3: for gammastep-indicator'
+  'libappindicator-gtk3: for gammastep-indicator'
 )
 source=($url/-/archive/v$pkgver/$pkgname-v$pkgver.tar.gz)
 
sha512sums=('6bd5e2ee21424af87eafff394c7dbe1db19052fbdac2cadd6fbc2af99839f35743125352655dc7b3beccdaec038b480f66125649b61252826c6cbd663444cda0')



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/gammastep/-/commit/1810428f2a959af689b6e3a90cb2e38516bc608a

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

[Git][archlinux/packaging/packages/gammastep] Pushed new tag 2.0.9-4

[Robin Candau (@antiz)]

Robin Candau pushed new tag 2.0.9-4 at Arch Linux / Packaging / Packages / 
gammastep

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

[Git][archlinux/packaging/packages/mpv] Pushed new tag 1-0.38.0-7

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1-0.38.0-7 at Arch Linux / Packaging / Packages / 
mpv

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

[Git][archlinux/packaging/packages/mpv][main] upgpkg: 1:0.38.0-7: Rebuild to move .so dependencies into package()

[Robin Candau (@antiz)]

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


Commits:
a3054e25 by Robin Candau at 2024-09-04T22:00:55+02:00
upgpkg: 1:0.38.0-7: Rebuild to move .so dependencies into package()
https://gitlab.archlinux.org/archlinux/packaging/packages/mpv/-/merge_requests/4

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = mpv
pkgdesc = a free, open source, and cross-platform media player
pkgver = 0.38.0
-   pkgrel = 6
+   pkgrel = 7
epoch = 1
url = https://mpv.io/
arch = x86_64


=
PKGBUILD
=
@@ -6,7 +6,7 @@
 pkgname=mpv
 epoch=1
 pkgver=0.38.0
-pkgrel=6
+pkgrel=7
 pkgdesc='a free, open source, and cross-platform media player'
 arch=('x86_64')
 license=('GPL-2.0-or-later AND LGPL-2.1-or-later')



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/mpv/-/commit/a3054e25ba9120eb17db609dfddd2e3ae35d7100

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

[Git][archlinux/packaging/packages/ristretto][main] Add nvchecker integration

[Robin Candau (@antiz)]

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


Commits:
79b9424c by Robin Candau at 2024-09-04T21:33:07+02:00
Add nvchecker integration

- - - - -


1 changed file:

- + .nvchecker.toml


Changes:

=
.nvchecker.toml
=
@@ -0,0 +1,4 @@
+[ristretto]
+source = "git"
+git = "https://gitlab.xfce.org/apps/ristretto.git";
+prefix = "ristretto-"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/ristretto/-/commit/79b9424ce49040c4fa196494aff6a07ae5a453c0

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

[Git][archlinux/packaging/packages/thunar-archive-plugin][main] Add nvchecker integration

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
thunar-archive-plugin


Commits:
f82c91e3 by Robin Candau at 2024-09-04T21:27:25+02:00
Add nvchecker integration

- - - - -


1 changed file:

- + .nvchecker.toml


Changes:

=
.nvchecker.toml
=
@@ -0,0 +1,4 @@
+[thunar-archive-plugin]
+source = "git"
+git = "https://gitlab.xfce.org/thunar-plugins/thunar-archive-plugin.git";
+prefix = "thunar-archive-plugin-"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/thunar-archive-plugin/-/commit/f82c91e34837e2d6e69ca3216f6ba20c17d2352e

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

[Git][archlinux/packaging/packages/xfce4-terminal][main] Add nvchecker integration

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
xfce4-terminal


Commits:
0e106353 by Robin Candau at 2024-09-04T21:25:50+02:00
Add nvchecker integration

- - - - -


1 changed file:

- + .nvchecker.toml


Changes:

=
.nvchecker.toml
=
@@ -0,0 +1,4 @@
+[xfce4-terminal]
+source = "git"
+git = "https://gitlab.xfce.org/apps/xfce4-terminal.git";
+prefix = "xfce4-terminal-"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/xfce4-terminal/-/commit/0e1063539cfc929b16f4f31384a4f3bbcf31d61d

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

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

[Robin Candau (@antiz)]

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


Commits:
d76b0512 by Robin Candau at 2024-09-04T19:55:19+02:00
upgpkg: 2.475-1: New upstream release
https://github.com/jenkinsci/jenkins/releases/tag/jenkins-2.475

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = jenkins
pkgdesc = Extendable continuous integration server (latest)
-   pkgver = 2.474
+   pkgver = 2.475
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.474.tar.gz
+   source = 
https://github.com/jenkinsci/jenkins/archive/refs/tags/jenkins-2.475.tar.gz
source = jenkins.conf
source = jenkins.service
source = jenkins.tmpfiles
source = jenkins.sysusers
source = skip-failing-test.patch
-   sha512sums = 
1dcea9a9d1d449e953db8da43c7cc8f57667c4afac001a5da8eeddceb4ad9a086ea3dd7398863396d8f5fad4bc8575c3d06f0408a4453297ff8c24ecc58c0df5
+   sha512sums = 
58d2779cc4a211b61f04e7d983201ae65bb80ddb131f7481efe43564415268f916e58d39208e6937da41849000b9c9c69695b40574517b2c557902c56ce0e7bd
sha512sums = 
482b642988027b623995e0488cc00011be5bbe9890a6d40dd6979197fa50794889ff731f798891106b367962cf60cb59b0260caadfcee9685b358a966f759553
sha512sums = 
c1e9a542bfd3db54ea0ef57acdac47ad5180330f9ffab44296762b0e69e75ce595d85a77d46025586fb507aedce4f1a032379dcd16b7b886fe475a99849fa4b2
sha512sums = 
a845a7147be54affc586dfce9a188ec24c92e673e88dec0b62da386d2e597de6ecda103429008562abd897f179a52c37cf2188ebc65b8c636efd07d707e18f90


=
PKGBUILD
=
@@ -5,7 +5,7 @@
 # Contributor: Illarion Kovalchuk 
 
 pkgname=jenkins
-pkgver=2.474
+pkgver=2.475
 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=('1dcea9a9d1d449e953db8da43c7cc8f57667c4afac001a5da8eeddceb4ad9a086ea3dd7398863396d8f5fad4bc8575c3d06f0408a4453297ff8c24ecc58c0df5'
+sha512sums=('58d2779cc4a211b61f04e7d983201ae65bb80ddb131f7481efe43564415268f916e58d39208e6937da41849000b9c9c69695b40574517b2c557902c56ce0e7bd'
 
'482b642988027b623995e0488cc00011be5bbe9890a6d40dd6979197fa50794889ff731f798891106b367962cf60cb59b0260caadfcee9685b358a966f759553'
 
'c1e9a542bfd3db54ea0ef57acdac47ad5180330f9ffab44296762b0e69e75ce595d85a77d46025586fb507aedce4f1a032379dcd16b7b886fe475a99849fa4b2'
 
'a845a7147be54affc586dfce9a188ec24c92e673e88dec0b62da386d2e597de6ecda103429008562abd897f179a52c37cf2188ebc65b8c636efd07d707e18f90'



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

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

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

[Robin Candau (@antiz)]

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

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

[Git][archlinux/packaging/packages/ansible-core][main] Update nvchecker integration

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
ansible-core


Commits:
7c0ce281 by Robin Candau at 2024-09-04T17:34:29+02:00
Update nvchecker integration

- - - - -


1 changed file:

- .nvchecker.toml


Changes:

=
.nvchecker.toml
=
@@ -2,3 +2,4 @@
 source = "git"
 git = "https://github.com/ansible/ansible.git";
 prefix = "v"
+exclude_regex = ".*(pre|a|alpha|b|beta|r|rc).*"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/ansible-core/-/commit/7c0ce28139d895b0fe183dd3974afbfcc0bd8c13

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

[Git][archlinux/packaging/packages/notification-daemon][main] Add nvchecker integration

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
notification-daemon


Commits:
63dad7d5 by Robin Candau at 2024-09-04T17:33:43+02:00
Add nvchecker integration

- - - - -


1 changed file:

- + .nvchecker.toml


Changes:

=
.nvchecker.toml
=
@@ -0,0 +1,5 @@
+[notification-daemon]
+source = "gitlab"
+host = "gitlab.gnome.org"
+gitlab = "Archive/notification-daemon"
+use_max_tag = true



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/notification-daemon/-/commit/63dad7d53cfef7e8f73933f4c5203159690e93e7

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

[Git][archlinux/packaging/packages/sway-contrib][main] Add nvchecker integration

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
sway-contrib


Commits:
207f4806 by Robin Candau at 2024-09-04T17:31:28+02:00
Add nvchecker integration

- - - - -


1 changed file:

- + .nvchecker.toml


Changes:

=
.nvchecker.toml
=
@@ -0,0 +1,3 @@
+[sway-contrib]
+source = "git"
+git = "https://github.com/OctopusET/sway-contrib.git";



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/sway-contrib/-/commit/207f480670ecc87b6e71e012ff8a108f4fb1317d

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

Enrico Seiler: Advocate

[Michael Robin Crusoe (via nm.debian.org)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

For nm.debian.org, at 2024-09-04:
I support Enrico Seiler 's request to become 
a Debian Developer, non-uploading.
I have worked with Enrico Seiler as part of Knut Reinert's group F. U. Berlin
where I've been a visiting researcher since 2020 and I consider him as having 
sufficient technical competence.

Enrico is a core contributed to the SeqAn project and related bioinformatic 
tools.
He has consistently been a helpful upstream developer and mindful of the needs 
of packagers
like Debian

I have personally worked with Enrico Seiler 
(key 071C3543C73B16FF18B9683A11EA0A2E8152E701) since 2017, and I know Enrico 
Seiler
can be trusted to be a full member of Debian, right now.

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEck1gkzcRPHEFUNdHPCZ2P2xn5uIFAmbYdocACgkQPCZ2P2xn
5uLJYw//eNh92PO4HfoNxkIlvetOiOR2yTMyWA0EcMOE4KNzArSzpERAyyySLhmT
pAGZB+HQx3N/rNGtc8wiU6PjN+xj9UaIPbn/W5ZSd5njLWc+PVjeAMjyThvAVk9C
IYDKObJ8Yv+UUssWRfh1iSO6dn59FWIMdeXL3ck8SqIsQf0AJgMqBTTybV+RD6Ju
jJcbZvcmaAppN89MJsVikGVKDFGO+zMqHyPEAt7+jZ3JLOyLZZFjSqy8ryYQI69t
goiTUfc7h4OTntItdo353u2SpBwXr3Op24KH7QnILzv+Sn/EknkVlswhNWRNiD+W
SOnuZc5cdNZa1HT9Zo571WHNPuyvImz5jIWzzrgZ4Y2+Qx6MoVly2AOfk6ZRQGAH
vVv2er1bHrXEPVP22XOZcMhP4n5LtGtZKlmV3SyIdmFradxHvjtvIWlR3TuPId7S
KXsjeUkfhP4YMjhrh8CRk/UDUyYz7l+gx4kfUc0/sYthf9OZzDjSfASQoFIMR62q
fPTTWHglIabQyJLhB13spOiN+nI8zQKaVcieDdpJXQhNEyonaHfusr1HfOslKC5w
SiQjiHXaQbzzstcMxeaO3mh9SdRLixB1cvA5y62GsGbU2EiTjL+17W8IiDf5pFK4
mmqhxAIt8DA6h0alvKKsP1UAT0nrUeBHLM4x6vz5vzpqjT+gyMI=
=XD9Y
-END PGP SIGNATURE-

Michael Robin Crusoe (via nm.debian.org)

For details and to comment, visit https://nm.debian.org/process/1322/
-- 
https://nm.debian.org/process/1322/

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

[Robin Candau (@antiz)]

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


Commits:
cd4143fe by Robin Candau at 2024-09-04T10:18:42+02:00
upgpkg: 8.0.9-1: New upstream release
https://github.com/limine-bootloader/limine/releases/tag/v8.0.9

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = limine
pkgdesc = An advanced, portable, multiprotocol bootloader
-   pkgver = 8.0.8
+   pkgver = 8.0.9
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=v8.0.8
-   sha256sums = 
a6b1f94151c554b1411200516eb42f095d6506dfed5cd7c9d543e7229da8a46e
+   source = git+https://github.com/limine-bootloader/limine.git#tag=v8.0.9
+   sha256sums = 
b29e9b7f85425cc2cf5df749ef2909b4b4337b2fc62d8be8e26c84ac28b0685f
 
 pkgname = limine


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Contributor: Mintsuki 
 
 pkgname=limine
-pkgver=8.0.8
+pkgver=8.0.9
 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=('a6b1f94151c554b1411200516eb42f095d6506dfed5cd7c9d543e7229da8a46e')
+sha256sums=('b29e9b7f85425cc2cf5df749ef2909b4b4337b2fc62d8be8e26c84ac28b0685f')
 
 prepare() {
cd "${pkgname}"



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

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

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

[Robin Candau (@antiz)]

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

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

Re: Arch Linux public upload server

[Robin Candau]

On 9/4/24 1:04 AM, Polarian wrote:

Hello,



Hello,


I would like to suggest a few points which have not been discussed.

As it has been mentioned, in almost every response in this thread, I
will exclude the security implications and the abuse implications.

#1 There is a ton of pastebins out there, and many people have a
preference. Find 100 people, ask them all to pastebin some file, almost
everyone is going to use a different pastebin service.

I am sure some people will like to use an official pastebin, some people
will have a preference for something else, which means you will still
get a range of different pastebins on IRC. So, say you enforce it,
state you will not get support if you use another pastebin, then surely
this is the same vendor lock-in that I am sure many of us disagree
with?

Unlike... say Gitlab, which you can justify spending the time and money
hosting because it is a requirement no service will fill. In contrast,
there are hundreds of pastebins which fit Arch Linux's requirement thus
can you justify the expense?



I don't think it was ever mentioned that such a paste service offered by 
Arch Linux would become *the official one* and that its usage would be 
enforced in any way when requesting support or something (in opposition 
to other similar services).

I'm not sure where that comes from?


#2 I saw a mention that an Arch Linux pastebin would be trustworthy.
Firstly, you should never pastebin sensitive data, therefore the
payload is not a concern. The most a pastebin service can do is log
your IP, which can easily be negated with a VPN or tor.

So is a pastebin/upload server from Arch any more trustworthy?



The exact sentence was (copy pasted from the author's email [1]) : "I 
100% support having our own paste service that's *on a trustworthy

domain like archlinux.org*".

The domain (archlinux.org) is described as trustworthy, not the service 
itself. This is an important nuance in that context (e.g who host/manage 
the service and the data it collects).



#3 Potential bias.

As a disclaimer I intend no offence, but I do think it is a good point
which should be brought up.

Orhun, who is an Arch Linux staff member [1], is the user which has
raised the suggestion of an official pastebin for Arch Linux. However
they also suggested the exact software to use, rustypaste.

Orhun is the developer of rustypaste.

Take our corporate buddies as an example on this point. If a
shareholder has a conflict of interest, they excuse themself from the
decision on the solution which is adopted.

Say we apply this to Arch Linux, each staff member has equal say. Orhun
raised a suggestion/concern, however they also have a conflict of
interest because they are pushing for the adoption of their software.
Surely to make it fair they should excuse their opinion on what
software is used, and simply keep their suggestion.

Therefore you can split it into two parts:

1. Should Arch Linux host a public pastebin/upload server?
2. If (1) is accepted, then should it be rustypaste?

Calling a vote for (1) or (2) would be excessive. However for (2) you
could do a implicit agree, and ask whether anyone has any other
pastebin/upload software which they believe would be a better fit
for the job. However there has been no such question, it has been "lets
just use my solution".

(Note: I have never used rustypaste, I am completely neutral, and in no
way saying rustypaste IS NOT the best solution, I am simply pointing
out no other suggestions have been made)

So to spur such a discussion, why should it be rustypaste?
What makes it better than the competition?



I think you're taking Orhun's mail/proposition the wrong way.

First of all, Arch Linux and rustypaste are not corporate so there's no 
"corporate buddies"/shareholders in that context. I personally have not 
been bothered by any potential "conflict of interest" in their suggestion.


Secondly, Orhun's demand is not "Should Arch Linux host a public 
pastebin/upload server (and, if so, could it be rustypaste)?" but 
"rustypaste is looking for a public instance [2], could Arch Linux host it?"


Here again, I feel like this an important nuance to understand why the 
discussion is specifically about rustypaste (and not about any other 
similar services).



[1] 
https://lists.archlinux.org/archives/list/arch-general@lists.archlinux.org/message/KVDTLL3Z6YQQPPYRDLI5KYOGV5HUQU54/

[2] https://github.com/orhun/rustypaste/issues/326


Take care

--
Regards,
Robin Candau / Antiz



OpenPGP_0xFDC3040B92ACA748.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

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

[Robin Candau (@antiz)]

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

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

[Git][archlinux/packaging/packages/grafana-zabbix][main] upgpkg: 4.5.3-1: New upstream release + Update architecture + Update URL + Add...

[Robin Candau (@antiz)]

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


Commits:
96021a36 by Robin Candau at 2024-09-03T19:43:30+02:00
upgpkg: 4.5.3-1: New upstream release + Update architecture + Update URL + Add 
temporary patch to fix panic in tests with go 1.23
https://github.com/grafana/grafana-zabbix/releases/tag/v4.5.3
https://github.com/grafana/grafana-zabbix/issues/1874 & 
https://github.com/grafana/grafana-zabbix/pull/1875

- - - - -


4 changed files:

- .SRCINFO
- .nvchecker.toml
- PKGBUILD
- + fix_tests_with_go_1.23.patch


Changes:

=
.SRCINFO
=
@@ -1,9 +1,9 @@
 pkgbase = grafana-zabbix
pkgdesc = Zabbix plugin for Grafana dashboard
-   pkgver = 4.5.2
+   pkgver = 4.5.3
pkgrel = 1
-   url = https://github.com/alexanderzobnin/grafana-zabbix
-   arch = any
+   url = https://github.com/grafana/grafana-zabbix
+   arch = x86_64
license = Apache-2.0
makedepends = yarn
makedepends = libfaketime
@@ -12,7 +12,9 @@ pkgbase = grafana-zabbix
makedepends = nodejs-lts-iron
makedepends = mage
depends = grafana
-   source = 
grafana-zabbix-4.5.2.tar.gz::https://github.com/alexanderzobnin/grafana-zabbix/archive/v4.5.2.tar.gz
-   sha256sums = 
26d36c99ce5141d4adacff10126677bbf2f001df39a2070fa1932e1f513eb7cf
+   source = 
grafana-zabbix-4.5.3.tar.gz::https://github.com/grafana/grafana-zabbix/archive/v4.5.3.tar.gz
+   source = 
fix_panic_with_go_1.23.patch::https://github.com/grafana/grafana-zabbix/commit/f20c89003393eff94780f5f20f6d591521886128.patch
+   sha256sums = 
8e5e797693297afdba7e344076c6e2db4dcb1e32fd77ec2ac308f0223937fa9f
+   sha256sums = 
26bd56abd3b3339ccc85f13c4f2da882afd462dc3cbaee59b4abeb6d41a5a827
 
 pkgname = grafana-zabbix


=
.nvchecker.toml
=
@@ -1,4 +1,4 @@
 [grafana-zabbix]
 source = "git"
-git = "https://github.com/alexanderzobnin/grafana-zabbix.git";
+git = "https://github.com/grafana/grafana-zabbix.git";
 prefix = "v"


=
PKGBUILD
=====
@@ -2,16 +2,18 @@
 # Maintainer: Robin Candau 
 
 pkgname=grafana-zabbix
-pkgver=4.5.2
+pkgver=4.5.3
 pkgrel=1
 pkgdesc="Zabbix plugin for Grafana dashboard"
-arch=('any')
-url="https://github.com/alexanderzobnin/grafana-zabbix";
+arch=('x86_64')
+url="https://github.com/grafana/grafana-zabbix";
 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=('26d36c99ce5141d4adacff10126677bbf2f001df39a2070fa1932e1f513eb7cf')
+source=("${pkgname}-${pkgver}.tar.gz::${url}/archive/v${pkgver}.tar.gz"
+
fix_panic_with_go_1.23.patch::https://github.com/grafana/grafana-zabbix/commit/f20c89003393eff94780f5f20f6d591521886128.patch)
+sha256sums=('8e5e797693297afdba7e344076c6e2db4dcb1e32fd77ec2ac308f0223937fa9f'
+'26bd56abd3b3339ccc85f13c4f2da882afd462dc3cbaee59b4abeb6d41a5a827')
 
 prepare() {
cd "${pkgname}-${pkgver}"
@@ -19,6 +21,10 @@ prepare() {
sed -i 's#jest --watch --onlyChanged#jest#' package.json
# Remove lint related dependency (we don't care about linting tests at 
our level)
sed -i '/GO111MODULE=off go get -u golang.org\/x\/lint\/golint/d' 
Makefile
+   # Temporary patch to fix panic in tests with go 1.23
+   # See https://github.com/grafana/grafana-zabbix/pull/1875
+   patch -Np1 < "${srcdir}/fix_panic_with_go_1.23.patch"
+   go mod tidy
 }
 
 build() {


=
fix_tests_with_go_1.23.patch
=
@@ -0,0 +1,28 @@
+diff --git a/go.mod b/go.mod
+index edf8ca0..f09b5a0 100644
+--- a/go.mod
 b/go.mod
+@@ -38,7 +38,7 @@ require (
+   github.com/google/uuid v1.6.0 // indirect
+   github.com/gorilla/mux v1.8.1 // indirect
+   github.com/grafana/otel-profiling-go v0.5.1 // indirect
+-  github.com/grafana/pyroscope-go/godeltaprof v0.1.7 // indirect
++  github.com/grafana/pyroscope-go/godeltaprof v0.1.8 // indirect
+   github.com/grpc-ecosystem/go-grpc-middleware/providers/prometheus 
v1.0.1 // indirect
+   github.com/grpc-ecosystem/go-grpc-middleware/v2 v2.1.0 // indirect
+   github.com/grpc-ecosystem/grpc-gateway/v2 v2.19.1 // indirect
+diff --git a/go.sum b/go.sum
+index 9ad3253..7e6664e 100644
+--- a/go.sum
 b/go.sum
+@@ -72,8 +72,8 @@ github.com/grafana/grafana-plugin-sdk-go v0.236.0 
h1:SmBO0KuAwbKwp68sVrrMnpWhqkD
+ 

[Git][archlinux/packaging/packages/hugo][main] upgpkg: 0.134.0-1: New upstream release

[Robin Candau (@antiz)]

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


Commits:
732b4db8 by Robin Candau at 2024-09-03T18:37:17+02:00
upgpkg: 0.134.0-1: New upstream release
https://github.com/gohugoio/hugo/releases/tag/v0.134.0

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = hugo
pkgdesc = Fast and Flexible Static Site Generator in Go
-   pkgver = 0.133.1
+   pkgver = 0.134.0
pkgrel = 1
url = https://gohugo.io/
arch = x86_64
@@ -10,7 +10,7 @@ pkgbase = hugo
depends = glibc
depends = gcc-libs
optdepends = python-docutils: reStructuredText support
-   source = 
hugo-0.133.1.tar.gz::https://github.com/gohugoio/hugo/archive/v0.133.1.tar.gz
-   sha512sums = 
fb6a4e0032ca5fe76345ce019810b5e417839d5d9280e9db073f7c4acc56df39bddf55b1c96c8b0072dce792759f1d325b968ef66a56bb92be7a971371077874
+   source = 
hugo-0.134.0.tar.gz::https://github.com/gohugoio/hugo/archive/v0.134.0.tar.gz
+   sha512sums = 
294632b4e42c190a3e4de8b6427dc2f9f73bfa11f6ad5441addd0dbda5b50b187d04e2536bb2d36006150e4c99cf58febc078840fab8aa8eeebcb23f5213e287
 
 pkgname = hugo


=
PKGBUILD
=
@@ -6,7 +6,7 @@
 # Contributor: Brenton Horne
 
 pkgname=hugo
-pkgver=0.133.1
+pkgver=0.134.0
 pkgrel=1
 pkgdesc="Fast and Flexible Static Site Generator in Go"
 arch=('x86_64')
@@ -16,7 +16,7 @@ depends=('glibc' 'gcc-libs')
 makedepends=('go' 'git')
 optdepends=('python-docutils: reStructuredText support')
 
source=("${pkgname}-${pkgver}.tar.gz::https://github.com/gohugoio/${pkgname}/archive/v${pkgver}.tar.gz";)
-sha512sums=('fb6a4e0032ca5fe76345ce019810b5e417839d5d9280e9db073f7c4acc56df39bddf55b1c96c8b0072dce792759f1d325b968ef66a56bb92be7a971371077874')
+sha512sums=('294632b4e42c190a3e4de8b6427dc2f9f73bfa11f6ad5441addd0dbda5b50b187d04e2536bb2d36006150e4c99cf58febc078840fab8aa8eeebcb23f5213e287')
 
 build() {
   cd "${pkgname}-${pkgver}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/hugo/-/commit/732b4db82c35a24cf71f49466e3e5557351cc07d

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

[Git][archlinux/packaging/packages/hugo] Pushed new tag 0.134.0-1

[Robin Candau (@antiz)]

Robin Candau pushed new tag 0.134.0-1 at Arch Linux / Packaging / Packages / 
hugo

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

Re: [marxmail] What happened in Venezuela’s presidential elections? An interview with human rights activist Antonio Plessmann (SurGentes)

[robin cox]

I cannot, for the life of me, understand the attraction of the gangster
capitalist Maduro regime for some (not all) on the Left.  Let's not kid
ourselves - Maduro and his plutocratic cronies have become enormously
wealthy at the expense of the Venezuelan working class.  Poverty and
inequality - Venezuela has one of the highest GINI coefficients in the
world  - has
 grown significantly under his rule.  True, the situation has not been
helped by sanctions but this should not be used as an excuse  to give
succour to this corrupt and oppressive regime.

Obviously I have no sympathy whatsoever for the main opposition either but
it has to be said that evidence that they won the election is pretty much
indisputable.   They collected this evidence precisely in anticipation of
the regime attempting to commit electoral fraud.   The scanned copies of
the physical actas or voting tallies they published on their website are
unforgeable.  Each contains a QR code and a unique ID number as well as the
wet signatures of the officials at voting centres themselves. With more
than 80 per cent of  the total number of actas published on that website,
there can no doubt that Maduro lost heavily.   Anyone with any respect for
the truth and the democratic process would acknowledge this.


The fact that the CNE has still not released a breakdown of the results a
month after it solemnly pledged to do so (and is not likely now ever to do
so) tells us all we need to know.   Maduro knows he lost and is clinging
onto power (and the substantial fortune that comes with it) by lying
through his teeth.   It's as simple as that


-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#31968): https://groups.io/g/marxmail/message/31968
Mute This Topic: https://groups.io/mt/108120933/21656
-=-=-
POSTING RULES & NOTES
#1 YOU MUST clip all extraneous text when replying to a message.
#2 This mail-list, like most, is publicly & permanently archived.
#3 Subscribe and post under an alias if #2 is a concern.
#4 Do not exceed five posts a day.
-=-=-
Group Owner: marxmail+ow...@groups.io
Unsubscribe: https://groups.io/g/marxmail/leave/8674936/21656/1316126222/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

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

[Robin Candau (@antiz)]

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


Commits:
5c05d270 by Robin Candau at 2024-09-03T08:38:46+02:00
upgpkg: 8.0.8-1: New upstream release

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = limine
pkgdesc = An advanced, portable, multiprotocol bootloader
-   pkgver = 8.0.7
+   pkgver = 8.0.8
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=v8.0.7
-   sha256sums = 
4d0e1f2f2af003e52b44f7d4181fd02651ef9c647c0aae8037504838828fde3a
+   source = git+https://github.com/limine-bootloader/limine.git#tag=v8.0.8
+   sha256sums = 
a6b1f94151c554b1411200516eb42f095d6506dfed5cd7c9d543e7229da8a46e
 
 pkgname = limine


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Contributor: Mintsuki 
 
 pkgname=limine
-pkgver=8.0.7
+pkgver=8.0.8
 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=('4d0e1f2f2af003e52b44f7d4181fd02651ef9c647c0aae8037504838828fde3a')
+sha256sums=('a6b1f94151c554b1411200516eb42f095d6506dfed5cd7c9d543e7229da8a46e')
 
 prepare() {
cd "${pkgname}"



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

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

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

[Robin Candau (@antiz)]

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

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

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

[Robin Candau (@antiz)]

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

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

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

[Robin Candau (@antiz)]

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


Commits:
42d3e1c2 by Robin Candau at 2024-09-03T08:36:11+02:00
upgpkg: 2.23.0-1: New upstream release
https://github.com/fastfetch-cli/fastfetch/releases/tag/2.23.0

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = fastfetch
pkgdesc = An actively maintained, feature-rich and performance 
oriented, neofetch like system information tool
-   pkgver = 2.22.0
+   pkgver = 2.23.0
pkgrel = 1
url = https://github.com/fastfetch-cli/fastfetch
arch = x86_64
@@ -42,7 +42,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.22.0.tar.gz::https://github.com/fastfetch-cli/fastfetch/archive/refs/tags/2.22.0.tar.gz
-   sha256sums = 
ada2d56e14ce2eadaa88573dada5881684ceeaaa11df23017631b91dfa745d00
+   source = 
fastfetch-2.23.0.tar.gz::https://github.com/fastfetch-cli/fastfetch/archive/refs/tags/2.23.0.tar.gz
+   sha256sums = 
3c92dd2cb15faf55d87846eda8d14456af2d0e0938998434144074c695c57529
 
 pkgname = fastfetch


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Contributor: Mark Wagie 
 
 pkgname=fastfetch
-pkgver=2.22.0
+pkgver=2.23.0
 pkgrel=1
 pkgdesc="An actively maintained, feature-rich and performance oriented, 
neofetch like system information tool"
 arch=('x86_64')
@@ -49,7 +49,7 @@ optdepends=(
   'libdrm: Displays detection'
 )
 
source=("${pkgname}-${pkgver}.tar.gz::${url}/archive/refs/tags/${pkgver}.tar.gz")
-sha256sums=('ada2d56e14ce2eadaa88573dada5881684ceeaaa11df23017631b91dfa745d00')
+sha256sums=('3c92dd2cb15faf55d87846eda8d14456af2d0e0938998434144074c695c57529')
 
 build() {
cmake -B build -S "${pkgname}-${pkgver}" \



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

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

[Touch-packages] [Bug 2065932] Re: Only adds the weak key for PPAs dual-signed with both weak and strong keys

[robin]

I removed then re-added the ppas which had the warnings. After running
'apt update', I don't get warnings anymore.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to software-properties in
Ubuntu.
https://bugs.launchpad.net/bugs/2065932

Title:
  Only adds the weak key for PPAs dual-signed with both weak and strong
  keys

Status in software-properties package in Ubuntu:
  Invalid

Bug description:
  After running ‘add-apt-repository ppa:git-core/ppa’ on Ubuntu 24.04,
  ‘apt update’ gives this warning:

  W: https://ppa.launchpadcontent.net/git-
  core/ppa/ubuntu/dists/noble/InRelease: Signature by key
  E1DD270288B4E6030699E45FA1715D88E1DF1F24 uses weak algorithm (rsa1024)

  But this PPA is dual-signed by two keys, only one of which is weak.
  add-apt-repository has chosen to install the rsa1024 key in
  sources.list.d.  It should choose the rsa4096 key instead.

  $ curl 
'https://ppa.launchpadcontent.net/git-core/ppa/ubuntu/dists/noble/InRelease' | 
gpgv
  …
  gpg: Signature made Thu 16 May 2024 05:22:18 AM PDT
  gpg:using RSA key F911AB184317630C59970973E363C90F8F1B6217
  gpg: Good signature from "Launchpad PPA for Ubuntu Git Maintainers" [unknown]
  gpg: WARNING: This key is not certified with a trusted signature!
  gpg:  There is no indication that the signature belongs to the owner.
  Primary key fingerprint: F911 AB18 4317 630C 5997  0973 E363 C90F 8F1B 6217
  gpg: Signature made Thu 16 May 2024 05:22:18 AM PDT
  gpg:using RSA key E1DD270288B4E6030699E45FA1715D88E1DF1F24
  gpg: Good signature from "Launchpad PPA for Ubuntu Git Maintainers" [unknown]
  gpg: WARNING: This key is not certified with a trusted signature!
  gpg:  There is no indication that the signature belongs to the owner.
  Primary key fingerprint: E1DD 2702 88B4 E603 0699  E45F A171 5D88 E1DF 1F24
  $ gpg --list-keys F911AB184317630C59970973E363C90F8F1B6217 
E1DD270288B4E6030699E45FA1715D88E1DF1F24
  pub   rsa1024 2009-01-22 [SC]
    E1DD270288B4E6030699E45FA1715D88E1DF1F24
  uid   [ unknown] Launchpad PPA for Ubuntu Git Maintainers

  pub   rsa4096 2024-04-24 [SC]
    F911AB184317630C59970973E363C90F8F1B6217
  uid   [ unknown] Launchpad PPA for Ubuntu Git Maintainers

  Context: https://discourse.ubuntu.com/t/new-requirements-for-apt-
  repository-signing-in-24-04/42854

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


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Bug 2065932] Re: Only adds the weak key for PPAs dual-signed with both weak and strong keys

[robin]

I removed then re-added the ppas which had the warnings. After running
'apt update', I don't get warnings anymore.

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

Title:
  Only adds the weak key for PPAs dual-signed with both weak and strong
  keys

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


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

[Git][archlinux/packaging/packages/retsnoop][main] upgpkg: 0.10-2: Rebuild to update checksum (upstream re-tag)

[Robin Candau (@antiz)]

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


Commits:
8c9503ec by Robin Candau at 2024-09-02T22:26:05+02:00
upgpkg: 0.10-2: Rebuild to update checksum (upstream re-tag)
The initial v0.10 upstream tag was a test that got deleted and later re-created.
After a conversation with upstream about this, they agreed on using tag 
suffixes (such as -dev, -rc, -beta...) for eventual future 'test' tags 
to avoid such situation in the future

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = retsnoop
pkgdesc = A tool for investigating kernel error call stacks
pkgver = 0.10
-   pkgrel = 1
+   pkgrel = 2
url = https://github.com/anakryiko/retsnoop
arch = x86_64
license = BSD-2-Clause
@@ -15,7 +15,7 @@ pkgbase = retsnoop
source = git+https://github.com/anakryiko/retsnoop.git#tag=v0.10
source = git+https://github.com/libbpf/libbpf.git
source = git+https://github.com/libbpf/bpftool.git
-   sha256sums = 
bb8f52d7bd86aa2eec018fdee21b0f1dd63a70b180f80aa0ac61fccc006d52d8
+   sha256sums = 
0af94acab7a7ab8967e4ac8c4598b1c1d267b0f024481ec209d342d9d556f1f0
sha256sums = SKIP
sha256sums = SKIP
 


=
PKGBUILD
=
@@ -3,7 +3,7 @@
 
 pkgname=retsnoop
 pkgver=0.10
-pkgrel=1
+pkgrel=2
 pkgdesc="A tool for investigating kernel error call stacks"
 url="https://github.com/anakryiko/retsnoop";
 arch=('x86_64')
@@ -13,7 +13,7 @@ makedepends=('git' 'clang' 'cargo' 'llvm')
 source=("git+${url}.git#tag=v${pkgver}"
 git+https://github.com/libbpf/libbpf.git
 git+https://github.com/libbpf/bpftool.git)
-sha256sums=('bb8f52d7bd86aa2eec018fdee21b0f1dd63a70b180f80aa0ac61fccc006d52d8'
+sha256sums=('0af94acab7a7ab8967e4ac8c4598b1c1d267b0f024481ec209d342d9d556f1f0'
 'SKIP'
 'SKIP')
 



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

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

[Git][archlinux/packaging/packages/retsnoop] Pushed new tag 0.10-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 0.10-2 at Arch Linux / Packaging / Packages / 
retsnoop

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

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

[Robin Candau (@antiz)]

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


Commits:
1a34405b by Robin Candau at 2024-09-02T21:22:41+02:00
upgpkg: 1.24.10-1: New upstream release
https://github.com/pymupdf/PyMuPDF/releases/tag/1.24.10

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = python-pymupdf
pkgdesc = Python bindings for MuPDF's rendering library
-   pkgver = 1.24.9
+   pkgver = 1.24.10
pkgrel = 1
url = https://github.com/pymupdf/PyMuPDF
arch = x86_64
@@ -24,11 +24,11 @@ pkgbase = python-pymupdf
depends = python-mupdf
optdepends = python-fonttools: for building font subsets using fontTools
optdepends = python-pillow: for image file saving using pillow
-   source = 
PyMuPDF-1.24.9.tar.gz::https://github.com/pymupdf/PyMuPDF/archive/refs/tags/1.24.9.tar.gz
+   source = 
PyMuPDF-1.24.10.tar.gz::https://github.com/pymupdf/PyMuPDF/archive/refs/tags/1.24.10.tar.gz
source = remove-clang-and-swig-dependencies.patch
-   sha512sums = 
2a3bc10fd2656313be5b88600f4bc35b02c5ca8def581e85051baaf364e4e5df0173b6cd5c7ec66f27b5a903a45bd4842d70fe1993b93fc005826b202d71fa1c
+   sha512sums = 
e8b37fd11d355e89c53e50f7c11fc31dac32ee50fad8b7de45cc9d45f024b680ee8b390bb2b800a902439620b2c9992285bb5c1b55c077ef4be8c17c76f2dcff
sha512sums = 
e92face12865334f6730438c5d6973583f6fee18714a3e4d3e76ac6717fa1aad3416e400858c8dda319717facbf37b2b22793781342afeff6eb6183d97d9de63
-   b2sums = 
7b80841643d70cbb500f48419a90fde6875cadd61dd017fe2592a127f283448d266beea525656594d737dffc775a19e2e7af9194ae0615c33479ef28c2dd7f3e
+   b2sums = 
e6589252e56647a2acb211b68dd3773be5be8170a04ed72048240d13d27eb39753d2d4fb726ddd556bd128223ba570d7457da83c80b31ca900e0576b4a7b5e0a
b2sums = 
3aa763d6b203a04eafdfaa0b89d89411af8b9d7b9631f4ad46c6f88a8310b683e8ff20f6c8cd03c2ab42dc3fcc6f21bf937ee0db9037ac54aa2442291e2fe332
 
 pkgname = python-pymupdf


=
PKGBUILD
=
@@ -3,7 +3,7 @@
 
 _name=PyMuPDF
 pkgname=python-pymupdf
-pkgver=1.24.9
+pkgver=1.24.10
 pkgrel=1
 pkgdesc="Python bindings for MuPDF's rendering library"
 arch=(x86_64)
@@ -41,9 +41,9 @@ source=(
   $_name-$pkgver.tar.gz::$url/archive/refs/tags/$pkgver.tar.gz
   remove-clang-and-swig-dependencies.patch
 )
-sha512sums=('2a3bc10fd2656313be5b88600f4bc35b02c5ca8def581e85051baaf364e4e5df0173b6cd5c7ec66f27b5a903a45bd4842d70fe1993b93fc005826b202d71fa1c'
+sha512sums=('e8b37fd11d355e89c53e50f7c11fc31dac32ee50fad8b7de45cc9d45f024b680ee8b390bb2b800a902439620b2c9992285bb5c1b55c077ef4be8c17c76f2dcff'
 
'e92face12865334f6730438c5d6973583f6fee18714a3e4d3e76ac6717fa1aad3416e400858c8dda319717facbf37b2b22793781342afeff6eb6183d97d9de63')
-b2sums=('7b80841643d70cbb500f48419a90fde6875cadd61dd017fe2592a127f283448d266beea525656594d737dffc775a19e2e7af9194ae0615c33479ef28c2dd7f3e'
+b2sums=('e6589252e56647a2acb211b68dd3773be5be8170a04ed72048240d13d27eb39753d2d4fb726ddd556bd128223ba570d7457da83c80b31ca900e0576b4a7b5e0a'
 
'3aa763d6b203a04eafdfaa0b89d89411af8b9d7b9631f4ad46c6f88a8310b683e8ff20f6c8cd03c2ab42dc3fcc6f21bf937ee0db9037ac54aa2442291e2fe332')
 
 prepare() {



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

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

[Git][archlinux/packaging/packages/python-pymupdf] Pushed new tag 1.24.10-1

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.24.10-1 at Arch Linux / Packaging / Packages / 
python-pymupdf

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

[Git][archlinux/packaging/packages/sway-contrib] Pushed new tag 1.9.0-2

[Robin Candau (@antiz)]

Robin Candau pushed new tag 1.9.0-2 at Arch Linux / Packaging / Packages / 
sway-contrib

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

[Git][archlinux/packaging/packages/sway-contrib][main] upgpkg: 1.9.0-2: Add the missing 'grim' dependency

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
sway-contrib


Commits:
21056b5c by Robin Candau at 2024-09-02T13:27:49+02:00
upgpkg: 1.9.0-2: Add the missing 'grim' dependency
Fixes 
https://gitlab.archlinux.org/archlinux/packaging/packages/sway-contrib/-/issues/1

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,10 +1,11 @@
 pkgbase = sway-contrib
pkgdesc = A collection of user-contributed scripts for sway
pkgver = 1.9.0
-   pkgrel = 1
+   pkgrel = 2
url = https://github.com/OctopusET/sway-contrib
arch = any
license = MIT
+   depends = grim
depends = jq
depends = libnotify
depends = python


=
PKGBUILD
=
@@ -1,4 +1,5 @@
 # Maintainer: Brett Cornwall 
+# Maintainer: Robin Candau 
 
 pkgname=sway-contrib
 # Upstream versions with -contrib.. Since that
@@ -6,12 +7,13 @@ pkgname=sway-contrib
 # entirely.
 pkgver=1.9.0
 _upstream_pkgver="1.9-contrib.0"
-pkgrel=1
+pkgrel=2
 pkgdesc="A collection of user-contributed scripts for sway"
 arch=('any')
 url="https://github.com/OctopusET/sway-contrib";
 license=('MIT')
 depends=(
+"grim"
 "jq"
 "libnotify"
 "python"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/sway-contrib/-/commit/21056b5c3fcad758a5d2dcdd9eaf4e94f88c31fb

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

Re: Avro Docs - lots of 404 errors // AVRO-4041

[Robin Moffatt]

Thanks for fixing this Fokko and Martin.

The previous URL https://avro.apache.org/docs/current/ does now work, but
redirects to /docs/++version++/ on which the title is Apache Avro™
++version++ Documentation.
Not sure if this is a known issue (that "++version++" is exposed in this
way) but mentioning it just in case.

thanks, Robin




On Sun, 25 Aug 2024 at 21:19, Fokko Driesprong  wrote:

> Hi everyone,
>
> Thanks for your patience. Martin and I did some follow-up fixes to the
> docs, and they should work again. There are still some cosmetic issues, but
> all the versions should resolve again. Thanks again for the heads up on
> this, let us know if something is still broken!
>
> Kind regards,
> Fokko
>
> Op vr 23 aug 2024 om 14:16 schreef Fokko Driesprong :
>
>> Hey Robin, Clemens,
>>
>> Thanks for raising this, and we are aware of the issue. To point out, the
>> docs for 1.11.2 and 1.11.3 we're just added this week, and we're working on
>> fixing the build. That said, I fully agree that we should not break any
>> historical links. Let me dig into this
>>
>> Kind regards,
>> Fokko
>>
>> Op vr 23 aug 2024 om 14:12 schreef Clemens Vasters
>> :
>>
>>> Filed https://issues.apache.org/jira/browse/AVRO-4041
>>>
>>> From: Clemens Vasters
>>> Sent: Friday, August 23, 2024 2:06 PM
>>> To: 'u...@avro.apache.org' ; 'Robin Moffatt' <
>>> ro...@decodable.co>
>>> Subject: RE: Avro Docs - lots of 404 errors
>>>
>>> The CNCF CloudEvents project has links to the Avro docs and they are all
>>> broken now, not even talking about links from Microsoft product docs, etc.
>>>
>>> That's a huge issue.
>>>
>>>
>>> From: Robin Moffatt via user >> u...@avro.apache.org>>
>>> Sent: Friday, August 23, 2024 1:29 PM
>>> To: u...@avro.apache.org<mailto:u...@avro.apache.org>
>>> Subject: Avro Docs - lots of 404 errors
>>>
>>> Hi,
>>>
>>> I noticed that https://avro.apache.org/docs/current/ has gone 404.
>>>
>>> Checking the doc versions linked to from https://avro.apache.org/ only
>>> 1.12.0 works - all the others are 404
>>> e.g.
>>> https://avro.apache.org/docs/1.11.3/
>>> https://avro.apache.org/docs/1.11.2/
>>> https://avro.apache.org/docs/1.9.0/
>>> etc
>>> etc
>>>
>>> Is this a known issue / is not, is there another place I should report
>>> it?
>>>
>>> thanks,
>>>
>>> Robin.
>>>
>>> --
>>> Robin Moffatt
>>> Principal DevEx Engineer, Decodable
>>>
>>>

[Git][archlinux/packaging/packages/pdfjs-legacy][main] upgpkg: 4.6.82-1: New upstream release

[Robin Candau (@antiz)]

Robin Candau pushed to branch main at Arch Linux / Packaging / Packages / 
pdfjs-legacy


Commits:
bad81353 by Robin Candau at 2024-09-02T11:26:36+02:00
upgpkg: 4.6.82-1: New upstream release
https://github.com/mozilla/pdf.js/releases/tag/v4.6.82

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,12 +1,12 @@
 pkgbase = pdfjs-legacy
pkgdesc = PDF reader in javascript - legacy distribution
-   pkgver = 4.5.136
+   pkgver = 4.6.82
pkgrel = 1
url = https://mozilla.github.io/pdf.js/
arch = any
license = Apache-2.0
conflicts = pdfjs
-   source = 
https://github.com/mozilla/pdf.js/releases/download/v4.5.136/pdfjs-4.5.136-legacy-dist.zip
-   sha256sums = 
d5ef41e9f0fdadf694465ad6398916e949804869a11e408a26592d92a2f64dce
+   source = 
https://github.com/mozilla/pdf.js/releases/download/v4.6.82/pdfjs-4.6.82-legacy-dist.zip
+   sha256sums = 
f77a9f3a8c17045be8084bc5d16e8e2a477f449cde9ce214a0fc0bb8fe37cf99
 
 pkgname = pdfjs-legacy


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 # Contributor: Florian Bruhin (The Compiler) 
 
 pkgname=pdfjs-legacy
-pkgver=4.5.136
+pkgver=4.6.82
 pkgrel=1
 pkgdesc="PDF reader in javascript - legacy distribution"
 conflicts=(pdfjs)
@@ -12,7 +12,7 @@ arch=('any')
 url="https://mozilla.github.io/pdf.js/";
 license=('Apache-2.0')
 
source=("https://github.com/mozilla/pdf.js/releases/download/v${pkgver}/pdfjs-${pkgver}-legacy-dist.zip";)
-sha256sums=('d5ef41e9f0fdadf694465ad6398916e949804869a11e408a26592d92a2f64dce')
+sha256sums=('f77a9f3a8c17045be8084bc5d16e8e2a477f449cde9ce214a0fc0bb8fe37cf99')
 
 package() {
   mkdir -p "$pkgdir/usr/share/pdf.js"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/pdfjs-legacy/-/commit/bad81353f820ef19f61ddeb029e4a759c3d9ed36

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

[Git][archlinux/packaging/packages/pdfjs-legacy] Pushed new tag 4.6.82-1

[Robin Candau (@antiz)]

Robin Candau pushed new tag 4.6.82-1 at Arch Linux / Packaging / Packages / 
pdfjs-legacy

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

[Git][archlinux/packaging/packages/pdfjs][main] upgpkg: 4.6.82-1: New upstream release

[Robin Candau (@antiz)]

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


Commits:
23022cbb by Robin Candau at 2024-09-02T11:25:26+02:00
upgpkg: 4.6.82-1: New upstream release
https://github.com/mozilla/pdf.js/releases/tag/v4.6.82

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,12 +1,12 @@
 pkgbase = pdfjs
pkgdesc = PDF reader in javascript
-   pkgver = 4.5.136
+   pkgver = 4.6.82
pkgrel = 1
url = https://mozilla.github.io/pdf.js/
arch = any
license = Apache-2.0
conflicts = pdfjs-legacy
-   source = 
https://github.com/mozilla/pdf.js/releases/download/v4.5.136/pdfjs-4.5.136-dist.zip
-   sha256sums = 
f5ca73a73d85b1dd9db9ee20188d4562d5852a859d1af0e414d0167c86e9ff64
+   source = 
https://github.com/mozilla/pdf.js/releases/download/v4.6.82/pdfjs-4.6.82-dist.zip
+   sha256sums = 
19d061ca742362ce3c1553a0841ec1be9c1f0d86d6a39799569bff38da1764be
 
 pkgname = pdfjs


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 # Contributor: Florian Bruhin (The Compiler) 
 
 pkgname=pdfjs
-pkgver=4.5.136
+pkgver=4.6.82
 pkgrel=1
 pkgdesc="PDF reader in javascript"
 conflicts=(pdfjs-legacy)
@@ -12,7 +12,7 @@ arch=('any')
 url="https://mozilla.github.io/pdf.js/";
 license=('Apache-2.0')
 
source=("https://github.com/mozilla/pdf.js/releases/download/v${pkgver}/pdfjs-${pkgver}-dist.zip";)
-sha256sums=('f5ca73a73d85b1dd9db9ee20188d4562d5852a859d1af0e414d0167c86e9ff64')
+sha256sums=('19d061ca742362ce3c1553a0841ec1be9c1f0d86d6a39799569bff38da1764be')
 
 package() {
   mkdir -p "$pkgdir/usr/share/pdf.js"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/pdfjs/-/commit/23022cbb824183adf4e0582d98fa42787dafbc1a

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

[Git][archlinux/packaging/packages/pdfjs] Pushed new tag 4.6.82-1

[Robin Candau (@antiz)]

Robin Candau pushed new tag 4.6.82-1 at Arch Linux / Packaging / Packages / 
pdfjs

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

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

[Robin Candau (@antiz)]

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


Commits:
05a4992a by Robin Candau at 2024-09-02T11:23:36+02:00
upgpkg: 8.0.7-1: New upstream release

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = limine
pkgdesc = An advanced, portable, multiprotocol bootloader
-   pkgver = 8.0.6
+   pkgver = 8.0.7
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=v8.0.6
-   sha256sums = 
c965511385338391e7e114c9580c9def308f98d71c033b503e381036f4b977ee
+   source = git+https://github.com/limine-bootloader/limine.git#tag=v8.0.7
+   sha256sums = 
4d0e1f2f2af003e52b44f7d4181fd02651ef9c647c0aae8037504838828fde3a
 
 pkgname = limine


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Contributor: Mintsuki 
 
 pkgname=limine
-pkgver=8.0.6
+pkgver=8.0.7
 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=('c965511385338391e7e114c9580c9def308f98d71c033b503e381036f4b977ee')
+sha256sums=('4d0e1f2f2af003e52b44f7d4181fd02651ef9c647c0aae8037504838828fde3a')
 
 prepare() {
cd "${pkgname}"



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

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

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

[Robin Candau (@antiz)]

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

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