from:"Robin"



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

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

[Git][archlinux/packaging/packages/ansible-core][main] upgpkg: 2.16.5-1: New upstream release



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


Commits:
727623e2 by Robin Candau at 2024-03-25T18:47:01+01:00
upgpkg: 2.16.5-1: New upstream release
https://github.com/ansible/ansible/releases/tag/v2.16.5

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = ansible-core
pkgdesc = Radically simple IT automation platform
-   pkgver = 2.16.4
-   pkgrel = 2
+   pkgver = 2.16.5
+   pkgrel = 1
url = https://www.ansible.com
arch = any
license = GPL-3.0-or-later AND BSD-2-Clause AND PSF-2.0 AND MIT AND 
Apache-2.0
@@ -44,8 +44,8 @@ pkgbase = ansible-core
provides = python-ansible
provides = ansible-base
replaces = ansible-base
-   source = 
ansible-core-2.16.4.tar.gz::https://github.com/ansible/ansible/archive/refs/tags/v2.16.4.tar.gz
-   sha512sums = 
c235e2fb814ed4a414bbd718eba64eaeb4992f58942f662f8733544773aaabcf11b5dc76fcc6bbe533088b6a974460e156e7c18738bf0d45c12210a057eba48b
-   b2sums = 
a482be185f59c9ad8ab070cf4e5556912e6d9f53fea284cb13e576a455633a27b8bf972089ac9af6e6ea980b37d988f4cfcb89226e009128879abbbf7961a3f5
+   source = 
ansible-core-2.16.5.tar.gz::https://github.com/ansible/ansible/archive/refs/tags/v2.16.5.tar.gz
+   sha512sums = 
ba4964759910df18104bb1770b9eac7edc5f141c7b95ea21145b55e1cbda9c3cd4fc6f79b0b2767f798570dbb413e33992716d7423de5aaed149aaa81297c982
+   b2sums = 
9bdcc678d7cf26c1a1a6e21ab0b860141ddb729f82fdb91f6f0b8e0b17053360f3508fa43badb5b60fa3e0715c03c67ff3222efdbad60ed131f9eaa21747c57c
 
 pkgname = ansible-core


=
.nvchecker.toml
=
@@ -0,0 +1,6 @@
+[ansible-core]
+source = "github"
+github = "ansible/ansible"
+prefix = "v"
+use_max_tag = true
+exclude_regex = ".*(pre|a|alpha|b|beta|r|rc).*"


=
PKGBUILD
=
@@ -9,8 +9,8 @@
 
 pkgname=ansible-core
 _pkgname=ansible
-pkgver=2.16.4
-pkgrel=2
+pkgver=2.16.5
+pkgrel=1
 pkgdesc='Radically simple IT automation platform'
 arch=('any')
 url='https://www.ansible.com'
@@ -63,8 +63,8 @@ optdepends=(
 provides=('python-ansible' 'ansible-base')
 replaces=('ansible-base')
 
source=("${pkgname}-${pkgver}.tar.gz::https://github.com/ansible/ansible/archive/refs/tags/v${pkgver}.tar.gz;)
-sha512sums=('c235e2fb814ed4a414bbd718eba64eaeb4992f58942f662f8733544773aaabcf11b5dc76fcc6bbe533088b6a974460e156e7c18738bf0d45c12210a057eba48b')
-b2sums=('a482be185f59c9ad8ab070cf4e5556912e6d9f53fea284cb13e576a455633a27b8bf972089ac9af6e6ea980b37d988f4cfcb89226e009128879abbbf7961a3f5')
+sha512sums=('ba4964759910df18104bb1770b9eac7edc5f141c7b95ea21145b55e1cbda9c3cd4fc6f79b0b2767f798570dbb413e33992716d7423de5aaed149aaa81297c982')
+b2sums=('9bdcc678d7cf26c1a1a6e21ab0b860141ddb729f82fdb91f6f0b8e0b17053360f3508fa43badb5b60fa3e0715c03c67ff3222efdbad60ed131f9eaa21747c57c')
 
 build() {
   cd "${_pkgname}-${pkgver}"



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

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

[Git][archlinux/packaging/packages/ansible-core] Pushed new tag 2.16.5-1



Robin Candau pushed new tag 2.16.5-1 at Arch Linux / Packaging / Packages / 
ansible-core

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

[jira] [Commented] (TIKA-4223) STL file exported with OpenSCAD not detected correctly

2024-03-25 Thread Robin Schimpf (Jira)



[ 
https://issues.apache.org/jira/browse/TIKA-4223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17830607#comment-17830607
 ] 

Robin Schimpf commented on TIKA-4223:
-

If I understand the Wikipedia article correct the ASCII file has to start with 
"solid". The text afterwards is the model name. So this would be flexible.

Also the "OpenSCAD Model" in the binary file seems to be the model name. 
Wikipedia mentions a header of 80 bytes but there seems to be no magic bytes 
present for detection. So maybe the only way would be the file ending?

> STL file exported with OpenSCAD not detected correctly
> --
>
> Key: TIKA-4223
> URL: https://issues.apache.org/jira/browse/TIKA-4223
> Project: Tika
>  Issue Type: Improvement
>Affects Versions: 2.9.1
>Reporter: Robin Schimpf
>Priority: Major
> Attachments: linear_extrude_ascii.stl, linear_extrude_binary.stl
>
>
> STL files can be in ASCII or in binary format. Exporting this file 
> ([https://github.com/openscad/openscad/blob/master/examples/Basics/linear_extrude.scad)]
>  with OpenSCAD into STL the ASCII result file is detected as text/plain.
> Also the binary STL is detected with application/vnd.ms-pki.stl which differs 
> from the model/stl mime-type Wikipedia lists for those files.
>  
> Used commands for attached files
> {code:java}
> openscad.exe --export-format asciistl -o result\linear_extrude_ascii.stl 
> examples\Basics\linear_extrude.scad {code}
> {code:java}
> openscad.exe --export-format binstl -o result\linear_extrude_binary.stl 
> examples\Basics\linear_extrude.scad
> {code}
> Refs:
> https://en.wikipedia.org/wiki/STL_(file_format)



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

[jira] [Commented] (TIKA-4222) Add detection for OpenSCAD

2024-03-25 Thread Robin Schimpf (Jira)



[ 
https://issues.apache.org/jira/browse/TIKA-4222?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17830605#comment-17830605
 ] 

Robin Schimpf commented on TIKA-4222:
-

Yes I think the only way to detect it is via the file extension

> Add detection for OpenSCAD
> --
>
> Key: TIKA-4222
> URL: https://issues.apache.org/jira/browse/TIKA-4222
> Project: Tika
>  Issue Type: Improvement
>    Reporter: Robin Schimpf
>Priority: Major
>
> OpenSCAD (https://openscad.org/index.html) is a 3D modeller based on a custom 
> script language. The files are currently detected as text/plain.
>  
>  
> Examples can be found here: 
> https://github.com/openscad/openscad/tree/master/examples



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

Re: [PATCH] RISC-V: Add initial cost handling for segment loads/stores.

2024-03-25 Thread Robin Dapp

> So where do we stand with this?  Juzhe asked it to be rebased, but I
> don't see a rebased version in my inbox and I don't see anything that
> looks like this on the trunk.

I missed this one and figured as we're pretty late in the cycle it can
wait until GCC 15.  Therefore let's call it "deferred".

Regards
 Robin

Re: Proposal to increase the default vm.max_map_count value

2024-03-25 Thread Robin Candau


On 3/25/24 5:48 PM, Martin Rys wrote:

Did anyone try proposing changes to the actual upstream Linux default
instead of just hacking it higher downstream?
Yes, see this message [1] from the original thread in the 
Arch-Dev-Public ML. Although, I personally doubt that upstream will 
consider this change at the moment, but I could be wrong.


Doesn't look like it's even configurable at the moment, based on the
Fedora document.

Not sure what you mean or what you are referring to?
Of course the vm.max_map_count value is configurable.


Martin

On Mon, Mar 25, 2024 at 5:08 PM Rein Fernhout (Levitating)
 wrote:


Seeing as other distributions have already adopted this change and
gaming is a popular usecase for ArchLinux I do think this is a good
thing to have. The default value will only be more of a bottleneck in
the future.

There's a balance in sticking to defaults. It'd be a shame if users need
to alter multiple kernel parameters just to play modern games or run
other applications with a high memory footprint.

As I understand it there's no real downside to increasing this. Could
someone with more knowledge of the kernel shed some light on any
possible adverse effects that might come from increasing the default?

I am also curious how the upstream discussed will go but I do not expect
them to change it.

Cheers,
Levitating

On 2024-03-25 09:10, Robin Candau wrote:

Hi everyone,

I'm writing this mail as proposal to increase the default
`vm.max_map_count` [1] value in Arch Linux.

The default `vm.max_map_count` 65530 value is making some Windows games
crash (or even prevent them to start at all) while being played through
Wine or Steam Play (Proton).
Examples are (but not limited to) Star Citizen, THE FINALS, Hogwarts
Legacy, DayZ or Counter-Strike 2 (see [2] for a list of bug reported to
Valve for these games on that matter).

In that regard, SteamOS is shipping an increased `vm.max_map_count`
default value to address the above issue and numerous distributions
have since then decided to implement that change on their side as well,
such as Fedora [3], NixOS [4] and, more recently, Ubuntu [5].

While I'm aware that Arch is a user centric/DIY distro and everyone can
set their own `vm.max_map_count` value fairly easily, shipping an
increased value on our side would be a beneficial change to make in my
opinion as it would result in a smoother gaming experience out of the
box for our users without representing any downside/side effect (as far
as I'm aware).

In terms of implementation, the change basically consists of shipping
the following sysctl file:

```
# Increase the number of virtual memory areas that one process may
request
vm.max_map_count=1048576
```

For reference, Fedora added it to their systemd package [6], while
Ubuntu handled it at the procps level [7].
I personally don't have a strong opinion on the implementation
way/place.

To sum up, I think this would be a reasonable and positive change to
make to our distro.
I'd be happy to read your thoughts (or eventual objection)! 

[1] https://docs.kernel.org/admin-guide/sysctl/vm.html#max-map-count
[2]
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2057792/comments/5
[3] https://fedoraproject.org/wiki/Changes/IncreaseVmMaxMapCount
[4] https://github.com/NixOS/nixpkgs/pull/238459
[5] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2057792
[6]
https://src.fedoraproject.org/rpms/systemd/blob/f39/f/10-map-count.conf
[7]
https://git.launchpad.net/ubuntu/+source/procps/commit/?h=applied/2%254.0.4-4ubuntu2=b4a4a046cf018a942598e55f3fbc7b5ef474f676


[1] 
https://lists.archlinux.org/archives/list/arch-dev-pub...@lists.archlinux.org/message/SCAEAR7JYDAMDBMQYU2PGYFEW3BM235V/


--
Regards,
Robin Candau / Antiz



OpenPGP_0xFDC3040B92ACA748.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

[clang] [HLSL] Remove double pow intrinsics (PR #86407)

2024-03-25 Thread Robin Caloudis via cfe-commits


robincaloudis wrote:

@llvm-beanz, thanks for the review. I miss write access. Can you merge the PR? 
Thanks.

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

Re: Proposal to increase the default vm.max_map_count value

2024-03-25 Thread Robin Candau

On 3/25/24 1:49 PM, Sven-Hendrik Haase wrote:

On 25.03.24 09:10, Robin Candau wrote:

Hi everyone,

I'm writing this mail as proposal to increase the default
`vm.max_map_count` [1] value in Arch Linux.

The default `vm.max_map_count` 65530 value is making some Windows
games crash (or even prevent them to start at all) while being played
through Wine or Steam Play (Proton).
Examples are (but not limited to) Star Citizen, THE FINALS, Hogwarts
Legacy, DayZ or Counter-Strike 2 (see [2] for a list of bug reported
to Valve for these games on that matter).

In that regard, SteamOS is shipping an increased `vm.max_map_count`
default value to address the above issue and numerous distributions
have since then decided to implement that change on their side as
well, such as Fedora [3], NixOS [4] and, more recently, Ubuntu [5].

While I'm aware that Arch is a user centric/DIY distro and everyone
can set their own `vm.max_map_count` value fairly easily, shipping an
increased value on our side would be a beneficial change to make in my
opinion as it would result in a smoother gaming experience out of the
box for our users without representing any downside/side effect (as
far as I'm aware).

In terms of implementation, the change basically consists of shipping
the following sysctl file:

```
# Increase the number of virtual memory areas that one process may
request

vm.max_map_count=1048576
```

For reference, Fedora added it to their systemd package [6], while
Ubuntu handled it at the procps level [7].

I personally don't have a strong opinion on the implementation way/place.

To sum up, I think this would be a reasonable and positive change to
make to our distro.

I'd be happy to read your thoughts (or eventual objection)! 

[1] https://docs.kernel.org/admin-guide/sysctl/vm.html#max-map-count
[2]
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2057792/comments/5

[3] https://fedoraproject.org/wiki/Changes/IncreaseVmMaxMapCount
[4] https://github.com/NixOS/nixpkgs/pull/238459
[5] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2057792
[6]
https://src.fedoraproject.org/rpms/systemd/blob/f39/f/10-map-count.conf
[7]
https://git.launchpad.net/ubuntu/+source/procps/commit/?h=applied/2%254.0.4-4ubuntu2=b4a4a046cf018a942598e55f3fbc7b5ef474f676

Nice idea, I'm in favour. This has actually bitten me before. If other
distros have this, users will come to expect it as the defacto default
and would be confused if Arch behaved differently.

Hi Sven,

Thanks for your input! I agree.

I'm curious: At this point, I think we have a good case to try to get
this changed upstream. Has this been attempted?

Yes, it has been brought to upstream's attention recently [1].
No answer yet though.

Although, I'm wondering if this change will be considered on upstream
side just yet. I'm afraid it will be seen a "distribution matter" rather
than a "linux kernel" one currently, regarding the fact that the related
issue is kinda specific for now (it's mostly an issue when playing
modern Windows games with Wine or Steam at the moment, although I've
seen similar reported issues for other "regular" resource intensives
applications). But I could be wrong, obviously.

However, I think that "following the tendance" by implementing that
change on our side (as other distros already did) would work toward
making this "a classic", eventually getting users expecting it as the
defacto default (as you said).

If, at some point, every major distros are making that change on their
side, I think that would be a legitimate/reasonable reason to bring it
back to upstream's attention and ask for a revision of that value to fit
current standards (in the event that they do not consider it right now).
So, regardless of upstream thoughts on this at the moment, I feel like
"joining the movement" on our side would be beneficial, both right now
and to lean toward an eventual future adoption of that change on
upstream side.

[1]
https://lore.kernel.org/lkml/566168554.272637693.1710968734203.javamail.r...@zimbra54-e10.priv.proxad.net/

--
Regards,
Robin Candau / Antiz

OpenPGP_0xFDC3040B92ACA748.asc
Description: OpenPGP public key

OpenPGP_signature.asc
Description: OpenPGP digital signature

[USRP-users] Re: X310 Twinrx matlab issue

2024-03-25 Thread Robin Getz via USRP-users

Ali:

Yes – this is a bug in the MATLAB code – we obviously shouldn’t test and fail 
transmit on a receive only daughtercard…

You should be able to ignore this – and continue to use the Radio in MATLAB.

-Robin

From: Lars Amsel 
Sent: Monday, March 25, 2024 2:27 AM
To: ali.mah...@brunel.ac.uk; usrp-users@lists.ettus.com
Subject: [USRP-users] Re: X310 Twinrx matlab issue

Ali,

your screenshots suggests that the Matlab Toolbox tries to verify the TX on the 
board but TwinRX has only 2RX. This is something Mathworks would have to fix.

If you suspect something is wrong with the TwinRX USRP you could also verify it 
using uhd_usrp_probe (to check whether the USRP is detected correct) and  
rx_samples_to_file (to verify you can receive data from it).

Regards

Lars

[NI]<https://www.ni.com/r/zf03uz>



Lars Amsel
Principal Software Engineer
SW Discipline
+49351206931427  |  ni.com<https://www.ni.com/>
[National Instruments is now NI.]




INTERNAL - NI CONFIDENTIAL
From: ali.mah...@brunel.ac.uk<mailto:ali.mah...@brunel.ac.uk> 
mailto:ali.mah...@brunel.ac.uk>>
Sent: Sunday, March 17, 2024 12:07 AM
To: usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>
Subject: [USRP-users] X310 Twinrx matlab issue


Dear all,

I have been using X310 (two SBXs) to run a matlab example with no issues. 
Recently we bought another X310 (two Twinrxs) to run the same matlab code 
(using the same machine), however, I have been facing some issues. I had to 
update the firmware by using sdruload() on matlab however when I do the 
Hardware setup by using “Communications Toolbox Support Package for USRP Radio” 
the test fails (as shown in the attached screenshot).

When I run the matlab example, it shows me the error shown in the other 
attached screenshot.



Since I have no issues when using the old X310 with SBXs, is the issue because 
of Twinrx?



Any help would be much appreciated.

Kind regards,

Ali


National Instruments Dresden GmbH; Geschäftsführer (Managing Directors): John 
Stanton McElroy, Albert Edward Percival III, Kathleen Spurck; Sitz (Registered 
Office): Dresden; HRB (Commercial Register No.): 22081; Registergericht 
(Registration Court): Dresden

This email and any attachments are intended only for the person to whom this 
email is addressed and may contain confidential and/or privileged information. 
If you received this email in error, please do not disclose the contents to 
anyone, but notify the sender by return email and delete this email (and any 
attachments) from your system.
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com

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



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

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

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



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


Commits:
04849938 by Robin Candau at 2024-03-25T10:24:13+01:00
upgpkg: 7.2.0-1: New upstream release

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = limine
pkgdesc = An advanced, portable, multiprotocol bootloader
-   pkgver = 7.1.0
+   pkgver = 7.2.0
pkgrel = 1
url = https://limine-bootloader.org/
arch = x86_64
@@ -11,7 +11,7 @@ pkgbase = limine
makedepends = lld
makedepends = clang
depends = glibc
-   source = 
https://github.com/limine-bootloader/limine/releases/download/v7.1.0/limine-7.1.0.tar.xz
-   sha256sums = 
9cc58ca26a74310105760f0db94464b4a4240c118eac93f1e1f5b301f230299c
+   source = 
https://github.com/limine-bootloader/limine/releases/download/v7.2.0/limine-7.2.0.tar.xz
+   sha256sums = 
d5e1c6f1823d0b476ee0389eb36eeb8759c08a9e6166ff24292c55fbc4f3c10a
 
 pkgname = limine


=
PKGBUILD
=
@@ -2,7 +2,7 @@
 # Contributor: Mintsuki 
 
 pkgname=limine
-pkgver=7.1.0
+pkgver=7.2.0
 pkgrel=1
 pkgdesc="An advanced, portable, multiprotocol bootloader"
 arch=('x86_64')
@@ -11,7 +11,7 @@ license=('BSD-2-Clause')
 depends=('glibc')
 makedepends=('nasm' 'mtools' 'llvm' 'lld' 'clang')
 
source=("https://github.com/limine-bootloader/limine/releases/download/v${pkgver}/${pkgname}-${pkgver}.tar.xz;)
-sha256sums=('9cc58ca26a74310105760f0db94464b4a4240c118eac93f1e1f5b301f230299c')
+sha256sums=('d5e1c6f1823d0b476ee0389eb36eeb8759c08a9e6166ff24292c55fbc4f3c10a')
 
 build() {
cd "${pkgname}-${pkgver}"



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

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

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



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


Commits:
6dfe8efd by Robin Candau at 2024-03-25T10:18:21+01:00
upgpkg: 2.8.10-1: New upstream release
https://github.com/fastfetch-cli/fastfetch/releases/tag/2.8.10

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

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


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



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

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

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



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

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

Proposal to increase the default vm.max_map_count value

2024-03-25 Thread Robin Candau


Hi everyone,

I'm writing this mail as proposal to increase the default 
`vm.max_map_count` [1] value in Arch Linux.


The default `vm.max_map_count` 65530 value is making some Windows games 
crash (or even prevent them to start at all) while being played through 
Wine or Steam Play (Proton).
Examples are (but not limited to) Star Citizen, THE FINALS, Hogwarts 
Legacy, DayZ or Counter-Strike 2 (see [2] for a list of bug reported to 
Valve for these games on that matter).


In that regard, SteamOS is shipping an increased `vm.max_map_count` 
default value to address the above issue and numerous distributions have 
since then decided to implement that change on their side as well, such 
as Fedora [3], NixOS [4] and, more recently, Ubuntu [5].


While I'm aware that Arch is a user centric/DIY distro and everyone can 
set their own `vm.max_map_count` value fairly easily, shipping an 
increased value on our side would be a beneficial change to make in my 
opinion as it would result in a smoother gaming experience out of the 
box for our users without representing any downside/side effect (as far 
as I'm aware).


In terms of implementation, the change basically consists of shipping 
the following sysctl file:


```
# Increase the number of virtual memory areas that one process may request  
vm.max_map_count=1048576
```

For reference, Fedora added it to their systemd package [6], while 
Ubuntu handled it at the procps level [7].

I personally don't have a strong opinion on the implementation way/place.

To sum up, I think this would be a reasonable and positive change to 
make to our distro.

I'd be happy to read your thoughts (or eventual objection)! 

[1] https://docs.kernel.org/admin-guide/sysctl/vm.html#max-map-count
[2] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2057792/comments/5
[3] https://fedoraproject.org/wiki/Changes/IncreaseVmMaxMapCount
[4] https://github.com/NixOS/nixpkgs/pull/238459
[5] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2057792
[6] https://src.fedoraproject.org/rpms/systemd/blob/f39/f/10-map-count.conf
[7] 
https://git.launchpad.net/ubuntu/+source/procps/commit/?h=applied/2%254.0.4-4ubuntu2=b4a4a046cf018a942598e55f3fbc7b5ef474f676


--
Regards,
Robin Candau / Antiz


OpenPGP_0xFDC3040B92ACA748.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

[clang] [OpenMP] Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-25 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [OpenMP] Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-25 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[Git][archlinux/packaging/packages/goverlay] Pushed new tag 1.1.1-1



Robin Candau pushed new tag 1.1.1-1 at Arch Linux / Packaging / Packages / 
goverlay

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

[Git][archlinux/packaging/packages/goverlay][main] upgpkg: 1.1.1-1: New upstream release



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


Commits:
0a0bdc6a by Robin Candau at 2024-03-25T07:23:41+01:00
upgpkg: 1.1.1-1: New upstream release
https://github.com/benjamimgois/goverlay/releases/tag/1.1.1
Switch license to SPDX identifier
Switch to qt6(pas)
Refactor optdepends
Add .nvchecker.toml

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,26 +1,22 @@
 pkgbase = goverlay
pkgdesc = A GUI to help manage Vulkan/OpenGL overlays
-   pkgver = 1.0
+   pkgver = 1.1.1
pkgrel = 1
url = https://github.com/benjamimgois/goverlay
arch = x86_64
-   license = GPL3
+   license = GPL-3.0-or-later
checkdepends = appstream
checkdepends = desktop-file-utils
makedepends = git
makedepends = lazarus
depends = glu
-   depends = qt5pas
+   depends = qt6pas
depends = mangohud
-   optdepends = vkbasalt: Configure vkBasalt
optdepends = mesa-utils: OpenGL preview
optdepends = vulkan-tools: Vulkan preview
+   optdepends = vkbasalt: Configure vkBasalt
optdepends = git: Clone reshade repository
-   optdepends = replay-sorcery: Instant replay solution
-   optdepends = breeze: For Breeze theme
-   optdepends = ttf-dejavu: recommended font
-   optdepends = ttf-ubuntu-font-family: recommended font
-   source = 
goverlay-1.0.tar.gz::https://github.com/benjamimgois/goverlay/archive/1.0.tar.gz
-   sha256sums = 
7b1f93624033726de58d15194084c1022f76b5a0db9fa70c4dcbc538a99196a2
+   source = 
goverlay-1.1.1.tar.gz::https://github.com/benjamimgois/goverlay/archive/1.1.1.tar.gz
+   sha256sums = 
06dcad9ab7db990f2df04be01d549953e274907d7f691fe1bc4bbe712329936c
 
 pkgname = goverlay


=
.nvchecker.toml
=
@@ -0,0 +1,6 @@
+[goverlay]
+source = "github"
+github = "benjamimgois/goverlay"
+prefix = "v"
+use_max_tag = true
+exclude_regex = ".*(pre|a|alpha|b|beta|r|rc).*"


=
PKGBUILD
=
@@ -2,25 +2,21 @@
 # Contributor: HurricanePootis 
 
 pkgname=goverlay
-pkgver=1.0
+pkgver=1.1.1
 pkgrel=1
 pkgdesc="A GUI to help manage Vulkan/OpenGL overlays"
 arch=('x86_64')
 url="https://github.com/benjamimgois/goverlay;
-license=('GPL3')
-depends=('glu' 'qt5pas' 'mangohud')
+license=('GPL-3.0-or-later')
+depends=('glu' 'qt6pas' 'mangohud')
 makedepends=('git' 'lazarus')
 checkdepends=('appstream' 'desktop-file-utils')
-optdepends=('vkbasalt: Configure vkBasalt'
-'mesa-utils: OpenGL preview'
+optdepends=('mesa-utils: OpenGL preview'
 'vulkan-tools: Vulkan preview'
-'git: Clone reshade repository'
-'replay-sorcery: Instant replay solution'
-   'breeze: For Breeze theme'
-   'ttf-dejavu: recommended font'
-'ttf-ubuntu-font-family: recommended font')
+'vkbasalt: Configure vkBasalt'
+'git: Clone reshade repository')
 source=("${pkgname}-${pkgver}.tar.gz::${url}/archive/${pkgver}.tar.gz")
-sha256sums=('7b1f93624033726de58d15194084c1022f76b5a0db9fa70c4dcbc538a99196a2')
+sha256sums=('06dcad9ab7db990f2df04be01d549953e274907d7f691fe1bc4bbe712329936c')
 
 build() {
cd "${pkgname}-${pkgver}"



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

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

[gentoo-commits] repo/gentoo:master commit in: net-misc/sks/files/, net-misc/sks/

commit: 10e3fa8b58a6d0224cba3d2b2e2df958891879f0
Author: Robin H. Johnson  gentoo  org>
AuthorDate: Mon Mar 25 05:52:58 2024 +
Commit:     Robin H. Johnson  gentoo  org>
CommitDate: Mon Mar 25 05:55:35 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=10e3fa8b

net-misc/sks: match init.d behavior

- support args to systemd service
- ensure paths are correctly owned (/var/lib/sks/{PTree,KDB} must exist)
- sks-recon must start after sks-db

Signed-off-by: Robin H. Johnson  gentoo.org>

 net-misc/sks/files/sks-db.service  | 7 ++-
 net-misc/sks/files/sks-recon.service   | 7 +--
 ...sks-1.1.6_p20200624-r1.ebuild => sks-1.1.6_p20200624-r2.ebuild} | 0
 3 files changed, 11 insertions(+), 3 deletions(-)

diff --git a/net-misc/sks/files/sks-db.service 
b/net-misc/sks/files/sks-db.service
index bbc3ba7e2b2d..b48db1add6ff 100644
--- a/net-misc/sks/files/sks-db.service
+++ b/net-misc/sks/files/sks-db.service
@@ -3,8 +3,13 @@ Description=SKS database thread
 After=network.target
 
 [Service]
-ExecStart=/usr/bin/sks db
+Environment=SKS_DIR=/var/lib/sks
+EnvironmentFile=-/etc/sysconfig/sks
+ExecStartPre=/usr/lib/rc/bin/checkpath --owner sks:sks --directory ${SKS_DIR} 
${SKS_DIR}/SKS ${SKS_DIR}/PTree
+ExecStartPre=/usr/lib/rc/bin/checkpath --owner sks:sks --file ${SKS_DIR}/*.log 
${SKS_DIR}/KDB/* ${SKS_DIR}/PTree/*
+ExecStart=/usr/bin/sks db ${SKS_OPTIONS} ${SKS_DB_OPTIONS}
 User=sks
+# WorkingDirectory cannot use a variable
 WorkingDirectory=/var/lib/sks
 
 [Install]

diff --git a/net-misc/sks/files/sks-recon.service 
b/net-misc/sks/files/sks-recon.service
index 97ee52ffc0ed..d56731d1c961 100644
--- a/net-misc/sks/files/sks-recon.service
+++ b/net-misc/sks/files/sks-recon.service
@@ -1,10 +1,13 @@
 [Unit]
 Description=SKS key reconnaissance thread
-After=network.target
+After=network.target sks-db.service
 
 [Service]
-ExecStart=/usr/bin/sks recon
+Environment=SKS_DIR=/var/lib/sks
+EnvironmentFile=-/etc/sysconfig/sks
+ExecStart=/usr/bin/sks recon ${SKS_OPTIONS} ${SKS_RECON_OPTIONS}
 User=sks
+# WorkingDirectory cannot use a variable
 WorkingDirectory=/var/lib/sks
 
 [Install]

diff --git a/net-misc/sks/sks-1.1.6_p20200624-r1.ebuild 
b/net-misc/sks/sks-1.1.6_p20200624-r2.ebuild
similarity index 100%
rename from net-misc/sks/sks-1.1.6_p20200624-r1.ebuild
rename to net-misc/sks/sks-1.1.6_p20200624-r2.ebuild

[gentoo-commits] repo/gentoo:master commit in: app-admin/fifo-cronolog/

commit: 244c1a8fbec377a129414d299666e087b01e50f3
Author: Robin H. Johnson  gentoo  org>
AuthorDate: Mon Mar 25 05:32:14 2024 +
Commit:     Robin H. Johnson  gentoo  org>
CommitDate: Mon Mar 25 05:32:28 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=244c1a8f

app-admin/fifo-cronolog: fix systemd unit

Signed-off-by: Robin H. Johnson  gentoo.org>

 app-admin/fifo-cronolog/Manifest   |  1 -
 .../fifo-cronolog/fifo-cronolog-1.1.1-r2.ebuild| 29 --
 ...-1.2.3.ebuild => fifo-cronolog-1.2.3-r1.ebuild} |  2 +-
 3 files changed, 1 insertion(+), 31 deletions(-)

diff --git a/app-admin/fifo-cronolog/Manifest b/app-admin/fifo-cronolog/Manifest
index a35f7f1febc4..959d598d56fb 100644
--- a/app-admin/fifo-cronolog/Manifest
+++ b/app-admin/fifo-cronolog/Manifest
@@ -1,2 +1 @@
-DIST fifo-cronolog-1.1.1.tar.bz2 3124 BLAKE2B 
6e9cb35e0ed1b54c3baed4451742840dc1144294fc675822c1260d4d7d885a52f8835e60dcbed57c714e40e94e6d51b3ba78af9b9892883f5f520a7c57d30df8
 SHA512 
3ac809d5cfc951764aaf31d50ee394b0dde9ced16f53daa91c81bdb218af2bab410ff945ebfdeb8307a55bda3292c0a55eb500c3cb73595e17228ef739455d90
 DIST fifo-cronolog-1.2.3.tar.gz 4518 BLAKE2B 
c227304d98b2467a1ed7352399b1e53aba4dc005fa30a1be73b8cc96d61ee49d5f6a3703ccddd1ffef652c4090e9b5dfed9cce3f1254b959a1ccc07aac78b3f6
 SHA512 
557be1a663c5754a293092078b8a3710474bb1939c1ee65e4c560056238ca646e941e4ad82c0a90c02834fc90ddb2aae9047a4e73d42cf8c2c013f2a5d2c839c

diff --git a/app-admin/fifo-cronolog/fifo-cronolog-1.1.1-r2.ebuild 
b/app-admin/fifo-cronolog/fifo-cronolog-1.1.1-r2.ebuild
deleted file mode 100644
index 06b9ddeebf9e..
--- a/app-admin/fifo-cronolog/fifo-cronolog-1.1.1-r2.ebuild
+++ /dev/null
@@ -1,29 +0,0 @@
-# Copyright 1999-2023 Gentoo Authors
-# Distributed under the terms of the GNU General Public License v2
-
-EAPI=8
-
-DESCRIPTION="cronolog wrapper for use with dumb daemons like squid, varnish 
and so on"
-HOMEPAGE="https://cgit.gentoo.org/proj/fifo-cronolog.git;
-SRC_URI="http://dev.gentoo.org/~robbat2/distfiles/${P}.tar.bz2;
-
-LICENSE="BSD-2 GPL-2"
-SLOT="0"
-KEYWORDS="~amd64 ~x86"
-
-RDEPEND="app-admin/cronolog"
-
-src_install() {
-   dosbin fifo-cronolog
-
-   newinitd fifo-cronolog.initd fifo-cronolog
-   newconfd fifo-cronolog.confd fifo-cronolog
-
-   dosym fifo-cronolog /usr/sbin/squid-cronolog
-}
-
-pkg_postinst() {
-   elog "Warning: app-admin/squid-cronolog has been renamed to 
app-admin/fifo-cronolog."
-   elog "This also applies to the binary 'squid-cronolog' but there is a 
symlink for now"
-   elog "Please fix your scripts/configs."
-}

diff --git a/app-admin/fifo-cronolog/fifo-cronolog-1.2.3.ebuild 
b/app-admin/fifo-cronolog/fifo-cronolog-1.2.3-r1.ebuild
similarity index 95%
rename from app-admin/fifo-cronolog/fifo-cronolog-1.2.3.ebuild
rename to app-admin/fifo-cronolog/fifo-cronolog-1.2.3-r1.ebuild
index 06e5d7dd386b..27cfe32f20a1 100644
--- a/app-admin/fifo-cronolog/fifo-cronolog-1.2.3.ebuild
+++ b/app-admin/fifo-cronolog/fifo-cronolog-1.2.3-r1.ebuild
@@ -27,7 +27,7 @@ src_install() {
newinitd openrc/fifo-cronolog.initd fifo-cronolog
newconfd openrc/fifo-cronolog.confd fifo-cronolog
 
-   systemd_douserunit systemd/fifo-cronolog@.service
+   systemd_dounit systemd/fifo-cronolog@.service
dodoc README.md systemd/fifo-crono...@example.service.env
 }

[gentoo-commits] repo/gentoo:master commit in: app-metrics/bind_exporter/

commit: a31db516d1fef6769c875871c751886a7b5a7a87
Author: Robin H. Johnson  gentoo  org>
AuthorDate: Mon Mar 25 05:18:32 2024 +
Commit:     Robin H. Johnson  gentoo  org>
CommitDate: Mon Mar 25 05:20:15 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a31db516

app-metrics/bind_exporter: QA: fix RedundantVersion

Signed-off-by: Robin H. Johnson  gentoo.org>

 app-metrics/bind_exporter/Manifest |  1 -
 .../bind_exporter/bind_exporter-0.3.0.ebuild   | 55 
 .../bind_exporter/bind_exporter-0.6.1.ebuild   | 58 --
 3 files changed, 114 deletions(-)

diff --git a/app-metrics/bind_exporter/Manifest 
b/app-metrics/bind_exporter/Manifest
index 9c17ec11501a..262a8c84766b 100644
--- a/app-metrics/bind_exporter/Manifest
+++ b/app-metrics/bind_exporter/Manifest
@@ -1,3 +1,2 @@
-DIST bind_exporter-0.3.0.tar.gz 1796507 BLAKE2B 
a79b9e0d159d3deb83f1a040325ad34bc0d4ae50b6af205dce4ebf8d7152ccbd4b7d46fda40bf76db953996ddf4237ca13058250478b08cca51b8bea08ccc31b
 SHA512 
762901a63a9493f852e5514429f55b10400931f0a77d2e11c7565e93e1ff759eb30d3bbc9278451bb9df358a983aa099bd55cf57241cf36187d2789c89a3852d
 DIST bind_exporter-0.6.1-vendor.tar.xz 1300068 BLAKE2B 
058f4f61ff9c403a5672390dd3944dec9a6b4b1dcf8ac7bcb6943494d43c116236e23f4b0437d5b2e91cb0d936377ba896740594d90b50ce99a61963713ab70c
 SHA512 
9fd880655ac9657d49c0d250b22e46c53a63c0a2d4097763ca8856da36f75527d515a4e4cde7dd68c2c5cbf4ea784c07d9bd5e38a01eeb2d308a585c31d5c19b
 DIST bind_exporter-0.6.1.tar.gz 48904 BLAKE2B 
ad2def162e0fac5e857328bb142bc20655d0d1ea4a9d90a3bd8d305a3d86f9247671ca92f90d5ccdcb1a8bd147ed56858a9782feeac019b87666b4b18b7219c1
 SHA512 
d710b7228587e12a101a1d626ec5e0290b0740074f3976eee02463165030b361d3b6df556ab949d632488582ef6d4a3197270afc197d6d756a99c16e55c5448c

diff --git a/app-metrics/bind_exporter/bind_exporter-0.3.0.ebuild 
b/app-metrics/bind_exporter/bind_exporter-0.3.0.ebuild
deleted file mode 100644
index 1f984c920f02..
--- a/app-metrics/bind_exporter/bind_exporter-0.3.0.ebuild
+++ /dev/null
@@ -1,55 +0,0 @@
-# Copyright 1999-2023 Gentoo Authors
-# Distributed under the terms of the GNU General Public License v2
-
-EAPI=7
-inherit go-module
-GIT_COMMIT=c34ff3d6b4817f42e74b2b05b3797cf99683b4a9
-
-DESCRIPTION="Prometheus exporter for BIND"
-HOMEPAGE="https://github.com/digitalocean/bind_exporter;
-SRC_URI="https://github.com/digitalocean/bind_exporter/archive/v${PV}.tar.gz 
-> ${P}.tar.gz"
-
-LICENSE="Apache-2.0 BSD MIT"
-SLOT="0"
-KEYWORDS="~amd64"
-
-COMMON_DEPEND="acct-group/bind_exporter
-   acct-user/bind_exporter"
-DEPEND="${COMMON_DEPEND}"
-RDEPEND="${COMMON_DEPEND}"
-BDEPEND="dev-util/promu"
-
-src_prepare() {
-   default
-   sed -i -e "/-s$/d" -e "s/{{.Revision}}/${GIT_COMMIT}/" .promu.yml || die
-}
-
-src_compile() {
-   mkdir -p bin || die
-   promu build -v --prefix bin || die
-}
-
-src_test() {
-   emake test-flags= test
-}
-
-src_install() {
-   dobin bin/${PN}
-   dodoc {README,CHANGELOG}.md
-   newinitd "${FILESDIR}"/${PN}.initd ${PN}
-   newconfd "${FILESDIR}"/${PN}.confd ${PN}
-   keepdir /var/log/${PN}
-   fowners ${PN}:${PN} /var/log/${PN}
-}
-
-pkg_postinst() {
-   elog "Make sure BIND was built with libxml2 support. You can check with 
the"
-   elog "following command: named -V | grep libxml2."
-   elog "Configure BIND to open a statistics channel. It's recommended to 
run"
-   elog "the bind_exporter next to BIND, so it's only necessary to open a 
port"
-   elog "locally."
-   elog ""
-   elog "statistics-channels {"
-   elog "inet 127.0.0.1 port 8053 allow { 127.0.0.1; };"
-   elog "};"
-}

diff --git a/app-metrics/bind_exporter/bind_exporter-0.6.1.ebuild 
b/app-metrics/bind_exporter/bind_exporter-0.6.1.ebuild
deleted file mode 100644
index 85c7fb1fd672..
--- a/app-metrics/bind_exporter/bind_exporter-0.6.1.ebuild
+++ /dev/null
@@ -1,58 +0,0 @@
-# Copyright 1999-2023 Gentoo Authors
-# Distributed under the terms of the GNU General Public License v2
-
-EAPI=7
-inherit go-module
-GIT_COMMIT=c34ff3d6b4817f42e74b2b05b3797cf99683b4a9
-
-DESCRIPTION="Prometheus exporter for BIND"
-HOMEPAGE="https://github.com/prometheus-community/bind_exporter;
-SRC_URI="
-   
https://github.com/prometheus-community/bind_exporter/archive/refs/tags/v${PV}.tar.gz
 -> ${P}.tar.gz
-   
https://dev.gentoo.org/~robbat2/distfiles/bind_exporter-${PV}-vendor.tar.xz
-   "
-
-LICENSE="Apache-2.0 BSD MIT"
-SLOT="0"
-KEYWORDS="~amd64"
-
-COMMON_DEPEND="acct-group/bind_exporter
-   acct-user/bind_exporter"
-DEPEND="${COMMON_DEPEND}&quo

[gentoo-commits] repo/gentoo:master commit in: app-metrics/bind_exporter/files/, app-metrics/bind_exporter/

commit: 1351ede7b9e4a9e6d004d2f3d019e8d9ba907b78
Author: Robin H. Johnson  gentoo  org>
AuthorDate: Mon Mar 25 05:16:53 2024 +
Commit:     Robin H. Johnson  gentoo  org>
CommitDate: Mon Mar 25 05:20:15 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1351ede7

app-metrics/bind_exporter: systemd, match other distros for config

Signed-off-by: Robin H. Johnson  gentoo.org>

 .../bind_exporter/bind_exporter-0.6.1-r1.ebuild| 60 ++
 .../bind_exporter/files/bind_exporter.service  | 11 
 2 files changed, 71 insertions(+)

diff --git a/app-metrics/bind_exporter/bind_exporter-0.6.1-r1.ebuild 
b/app-metrics/bind_exporter/bind_exporter-0.6.1-r1.ebuild
new file mode 100644
index ..333599e97b8f
--- /dev/null
+++ b/app-metrics/bind_exporter/bind_exporter-0.6.1-r1.ebuild
@@ -0,0 +1,60 @@
+# Copyright 1999-2023 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+EAPI=7
+inherit go-module systemd
+GIT_COMMIT=c34ff3d6b4817f42e74b2b05b3797cf99683b4a9
+
+DESCRIPTION="Prometheus exporter for BIND"
+HOMEPAGE="https://github.com/prometheus-community/bind_exporter;
+SRC_URI="
+   
https://github.com/prometheus-community/bind_exporter/archive/refs/tags/v${PV}.tar.gz
 -> ${P}.tar.gz
+   
https://dev.gentoo.org/~robbat2/distfiles/bind_exporter-${PV}-vendor.tar.xz
+   "
+
+LICENSE="Apache-2.0 BSD MIT"
+SLOT="0"
+KEYWORDS="~amd64"
+IUSE=""
+
+COMMON_DEPEND="acct-group/bind_exporter
+   acct-user/bind_exporter"
+DEPEND="${COMMON_DEPEND}"
+RDEPEND="${COMMON_DEPEND}"
+BDEPEND="dev-util/promu"
+
+src_prepare() {
+   default
+   sed -i -e "/-s$/d" -e "s/{{.Revision}}/${GIT_COMMIT}/" .promu.yml || die
+}
+
+src_compile() {
+   mkdir -p bin || die
+   promu build -v --prefix bin || die
+}
+
+src_test() {
+   emake test-flags= test
+}
+
+src_install() {
+   dobin bin/${PN}
+   dodoc {README,CHANGELOG}.md
+   newinitd "${FILESDIR}"/${PN}.initd ${PN}
+   newconfd "${FILESDIR}"/${PN}.confd ${PN}
+   systemd_dounit "${FILESDIR}"/${PN}.service
+   keepdir /var/log/${PN}
+   fowners ${PN}:${PN} /var/log/${PN}
+}
+
+pkg_postinst() {
+   elog "Make sure BIND was built with libxml2 support. You can check with 
the"
+   elog "following command: named -V | grep libxml2."
+   elog "Configure BIND to open a statistics channel. It's recommended to 
run"
+   elog "the bind_exporter next to BIND, so it's only necessary to open a 
port"
+   elog "locally."
+   elog ""
+   elog "statistics-channels {"
+   elog "inet 127.0.0.1 port 8053 allow { 127.0.0.1; };"
+   elog "};"
+}

diff --git a/app-metrics/bind_exporter/files/bind_exporter.service 
b/app-metrics/bind_exporter/files/bind_exporter.service
new file mode 100644
index ..ad2a237a061a
--- /dev/null
+++ b/app-metrics/bind_exporter/files/bind_exporter.service
@@ -0,0 +1,11 @@
+[Unit]
+Description=Bind Exporter
+Documentation="https://github.com/prometheus-community/bind_exporter;
+
+[Service]
+User=bind_exporter
+EnvironmentFile=/etc/sysconfig/bind_exporter
+ExecStart=/usr/sbin/bind_exporter $OPTIONS
+
+[Install]
+WantedBy=multi-user.target

[gentoo-commits] repo/gentoo:master commit in: app-metrics/bind_exporter/

commit: 3569befa2b4ea88a83cdfb0a5dc4114934ff867e
Author: Robin H. Johnson  gentoo  org>
AuthorDate: Mon Mar 25 05:18:05 2024 +
Commit:     Robin H. Johnson  gentoo  org>
CommitDate: Mon Mar 25 05:20:15 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3569befa

app-metrics/bind_exporter: QA: fix EmptyGlobalAssignment

Signed-off-by: Robin H. Johnson  gentoo.org>

 app-metrics/bind_exporter/bind_exporter-0.3.0.ebuild| 1 -
 app-metrics/bind_exporter/bind_exporter-0.6.1-r1.ebuild | 1 -
 app-metrics/bind_exporter/bind_exporter-0.6.1.ebuild| 1 -
 3 files changed, 3 deletions(-)

diff --git a/app-metrics/bind_exporter/bind_exporter-0.3.0.ebuild 
b/app-metrics/bind_exporter/bind_exporter-0.3.0.ebuild
index 683d0803b1fa..1f984c920f02 100644
--- a/app-metrics/bind_exporter/bind_exporter-0.3.0.ebuild
+++ b/app-metrics/bind_exporter/bind_exporter-0.3.0.ebuild
@@ -12,7 +12,6 @@ 
SRC_URI="https://github.com/digitalocean/bind_exporter/archive/v${PV}.tar.gz ->
 LICENSE="Apache-2.0 BSD MIT"
 SLOT="0"
 KEYWORDS="~amd64"
-IUSE=""
 
 COMMON_DEPEND="acct-group/bind_exporter
acct-user/bind_exporter"

diff --git a/app-metrics/bind_exporter/bind_exporter-0.6.1-r1.ebuild 
b/app-metrics/bind_exporter/bind_exporter-0.6.1-r1.ebuild
index 333599e97b8f..5d586670b4e6 100644
--- a/app-metrics/bind_exporter/bind_exporter-0.6.1-r1.ebuild
+++ b/app-metrics/bind_exporter/bind_exporter-0.6.1-r1.ebuild
@@ -15,7 +15,6 @@ SRC_URI="
 LICENSE="Apache-2.0 BSD MIT"
 SLOT="0"
 KEYWORDS="~amd64"
-IUSE=""
 
 COMMON_DEPEND="acct-group/bind_exporter
acct-user/bind_exporter"

diff --git a/app-metrics/bind_exporter/bind_exporter-0.6.1.ebuild 
b/app-metrics/bind_exporter/bind_exporter-0.6.1.ebuild
index 6f9020afafd7..85c7fb1fd672 100644
--- a/app-metrics/bind_exporter/bind_exporter-0.6.1.ebuild
+++ b/app-metrics/bind_exporter/bind_exporter-0.6.1.ebuild
@@ -15,7 +15,6 @@ SRC_URI="
 LICENSE="Apache-2.0 BSD MIT"
 SLOT="0"
 KEYWORDS="~amd64"
-IUSE=""
 
 COMMON_DEPEND="acct-group/bind_exporter
acct-user/bind_exporter"

[clang] [OpenMP] Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits



@@ -107,5 +112,8 @@ void foo(void) {
 // CHECK-AMDGCN-NEXT: for (int i = 0; i < 100; i++)
 // CHECK: for (int i = 0; i < 16; i++)
 // CHECK: for (int i = 0; i < 16; i++)
+// CHECK: int non_const_val = 1;
+// CHECK-NEXT: #pragma omp parallel

robincaloudis wrote:

`#pragma omp parallel` will not be written as the default for non-const user 
condition is used

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

[clang] [OpenMP] Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits

robincaloudis wrote:

>From what I understood, I'd say that there is a chance that wrong semantics 
>are attached against the `trait-selector` when it is a dynamic condition 
>selector, i.e. `condition(non_const_val > 0)`. I'd base my argumentation on 
>the fact that static condition selector do work. @shiltian, what do you think? 
>Any other idea?

Code where `selector-set` (i.e. `user={}`) is parsed: 
https://github.com/llvm/llvm-project/blob/main/clang/lib/Parse/ParseOpenMP.cpp#L2649-L2657

Code where `selector`(i.e. `condition(non_const_val > 0)`) is parsed: 
https://github.com/llvm/llvm-project/blob/main/clang/lib/Parse/ParseOpenMP.cpp#L1185-L1225

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

[clang] WIP: Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Allow dynamic `condition` selector in Metadirective (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Metadirective uses default for non-const user condition (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis converted_to_draft 
https://github.com/llvm/llvm-project/pull/86457
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] WIP: Metadirective uses default for non-const user condition (PR #86457)

2024-03-24 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis created 
https://github.com/llvm/llvm-project/pull/86457

As reported in https://github.com/llvm/llvm-project/issues/82754, 
Metadirectives uses default for non-const user condition. This is unexpected as 
the OpenMP specification 5.1 allows dynamic `condition` selector within 
Metadirectives. In contrast static `condition` selector work.

### Example:
```c++
int non_const_val = 1; // A non const value makes the `condition` selector 
dynamic; a const value makes it static
#pragma omp metadirective \
when( user= {condition(non_const_val > 0)} : parallel num_threads( 
num_threads ) ) \
default()
{
#pragma omp single
assert( num_threads == omp_get_num_threads() );
} 
```
where as `user` is called _selector set_ and `condition` is called _selector_ 
(must evaluate to true for the selector to be true). 

## Background informations
### As of OpenMP 5.1, dynamic `condition` selectors seem to be allowed
"[...] Any non-constant expression that is evaluated to determine the 
suitability of a variant is evaluated according to the data state trait in the 
dynamic trait set of the OpenMP context. The user selector set is dynamic if 
the _condition selector_ is present and the expression in the condition 
selector is not a constant expression; otherwise, it is static. [...]"

### Assembled grammar (copied from OpenMP 5.1. specification on 
[Metadirectives](https://www.openmp.org/spec-html/5.1/openmpsu28.html#x45-440002.3.4)
 and [Context 
Selectors](https://www.openmp.org/spec-html/5.1/openmpsu26.html#x43-420002.3.2)):
There is a change that wrong semantics (meaning) are attached against the 
`trait-selector` when it is a dynamic condition selector
```c++
#pragma omp metadirective [clause[ [,] clause] ... ] new-line
// where clause is one of the following:  
when(context-selector-specification: [directive-variant]) 
default([directive-variant])
// where context-selector-specification is
context-selector-specification: 
   trait-set-selector[,trait-set-selector[,...]] 
 // where trait-set-selector is
trait-set-selector: 
   trait-set-selector-name={trait-selector[, trait-selector[, ...]]} 
```
Specification of 
[Metadirectives](https://www.openmp.org/spec-html/5.1/openmpsu26.html#x43-420002.3.2)
 in OpenMP 5.1

Issue: https://github.com/llvm/llvm-project/issues/82754

>From bc962815d5587ffb16a178b4b766ffe36ee1c8a0 Mon Sep 17 00:00:00 2001
From: Robin Caloudis 
Date: Sun, 24 Mar 2024 21:37:33 +0100
Subject: [PATCH] Reproduce reported issue

---
 clang/test/OpenMP/metadirective_ast_print.c | 8 
 1 file changed, 8 insertions(+)

diff --git a/clang/test/OpenMP/metadirective_ast_print.c 
b/clang/test/OpenMP/metadirective_ast_print.c
index d9ff7e76452160..afc150610f197b 100644
--- a/clang/test/OpenMP/metadirective_ast_print.c
+++ b/clang/test/OpenMP/metadirective_ast_print.c
@@ -77,6 +77,11 @@ void foo(void) {
: parallel) default(nothing)
   for (int i = 0; i < 16; i++)
 ;
+
+  int non_const_val = 1;
+#pragma omp metadirective when(user = {condition(non_const_val > 0)} \
+   : parallel) default(nothing)
+  bar();
 }
 
 // CHECK: void bar(void);
@@ -107,5 +112,8 @@ void foo(void) {
 // CHECK-AMDGCN-NEXT: for (int i = 0; i < 100; i++)
 // CHECK: for (int i = 0; i < 16; i++)
 // CHECK: for (int i = 0; i < 16; i++)
+// CHECK: int non_const_val = 1;
+// CHECK-NEXT: #pragma omp parallel
+// CHECK-NEXT: bar()
 
 #endif

___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[Git][archlinux/packaging/packages/bats][main] upgpkg: 1.11.0-1: New upstream release + Add .nvchecker.toml

2024-03-24 Thread Robin Candau (@antiz)



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


Commits:
a4f16caa by Robin Candau at 2024-03-24T21:26:08+01:00
upgpkg: 1.11.0-1: New upstream release + Add .nvchecker.toml
https://github.com/bats-core/bats-core/releases/tag/v1.11.0

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = bats
pkgdesc = Bash Automated Testing System
-   pkgver = 1.10.0
-   pkgrel = 3
+   pkgver = 1.11.0
+   pkgrel = 1
url = https://github.com/bats-core/bats-core
arch = any
license = MIT
@@ -12,8 +12,8 @@ pkgbase = bats
depends = parallel
provides = bats-core
replaces = bash-bats
-   source = 
https://github.com/bats-core/bats-core/archive/refs/tags/v1.10.0/bats-1.10.0.tar.gz
-   sha256sums = 
a1a9f7875aa4b6a9480ca384d5865f1ccf1b0b1faead6b47aa47d79709a5c5fd
-   b2sums = 
4d9e07f4b3da1cfadfd0ecbe00d611bc9a6ff8a6b55dba58e8ba4647e10265564d0cd64eb82a2b3ba483bc307b909f25913416057dc54ba8224c92cbff39c70e
+   source = 
https://github.com/bats-core/bats-core/archive/refs/tags/v1.11.0/bats-1.11.0.tar.gz
+   sha256sums = 
aeff09fdc8b0c88b3087c99de00cf549356d7a2f6a69e3fcec5e0e861d2f9063
+   b2sums = 
a86737e8f38e59031f926ce36e70417517095e2f34a9c6a8f1564879297dd097a44839343b66909e00338e53e8516a473e7b4bffc399166df87912e1e645809b
 
 pkgname = bats


=
.nvchecker.toml
=
@@ -0,0 +1,6 @@
+[bats]
+source = "github"
+github = "bats-core/bats-core"
+prefix = "v"
+use_max_tag = true
+exclude_regex = ".*(pre|a|alpha|b|beta|r|rc|RC).*"


=
PKGBUILD
=
@@ -6,8 +6,8 @@
 # Contributor: Jan-Erik Rediger 
 
 pkgname=bats
-pkgver=1.10.0
-pkgrel=3
+pkgver=1.11.0
+pkgrel=1
 pkgdesc='Bash Automated Testing System'
 url='https://github.com/bats-core/bats-core'
 arch=(any)
@@ -24,8 +24,8 @@ checkdepends=(
 provides=(bats-core)
 replaces=(bash-bats)
 source=(${url}/archive/refs/tags/v${pkgver}/${pkgname}-${pkgver}.tar.gz)
-sha256sums=('a1a9f7875aa4b6a9480ca384d5865f1ccf1b0b1faead6b47aa47d79709a5c5fd')
-b2sums=('4d9e07f4b3da1cfadfd0ecbe00d611bc9a6ff8a6b55dba58e8ba4647e10265564d0cd64eb82a2b3ba483bc307b909f25913416057dc54ba8224c92cbff39c70e')
+sha256sums=('aeff09fdc8b0c88b3087c99de00cf549356d7a2f6a69e3fcec5e0e861d2f9063')
+b2sums=('a86737e8f38e59031f926ce36e70417517095e2f34a9c6a8f1564879297dd097a44839343b66909e00338e53e8516a473e7b4bffc399166df87912e1e645809b')
 
 prepare() {
   cd "bats-core-${pkgver}"



View it on GitLab: 
https://gitlab.archlinux.org/archlinux/packaging/packages/bats/-/commit/a4f16caa3e4624ce53d98ec80d3151e9eb1d4433

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

[Git][archlinux/packaging/packages/bats] Pushed new tag 1.11.0-1

2024-03-24 Thread Robin Candau (@antiz)



Robin Candau pushed new tag 1.11.0-1 at Arch Linux / Packaging / Packages / bats

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

[plasma-systemmonitor] [Bug 484384] No system info displayed on Raspberry Pi OS

2024-03-24 Thread Robin Bankhead

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

Robin Bankhead  changed:

   What|Removed |Added

Summary|No system info displayed on |No system info displayed on
   |wayland/raspberry pi OS |Raspberry Pi OS

--- Comment #1 from Robin Bankhead  ---
To confirm, the issue is not Wayland-specific and occurs also in plasma-x11
session.

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

[plasma-systemmonitor] [Bug 484384] New: No system info displayed on wayland/raspberry pi OS

2024-03-24 Thread Robin Bankhead

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

Bug ID: 484384
   Summary: No system info displayed on wayland/raspberry pi OS
Classification: Applications
   Product: plasma-systemmonitor
   Version: 5.27.5
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: ksysguard-b...@kde.org
  Reporter: kde.b...@headbank.co.uk
CC: ahiems...@heimr.nl, plasma-b...@kde.org
  Target Milestone: ---

SUMMARY
The applets displaying Memory, Disk, CPU, Networks, Network Rates and System
have no content on Raspberry Pi OS Bookworm Lite, on a Raspberry Pi 5.


STEPS TO REPRODUCE
1.  Install Raspberry Pi OS Bookworm Lite 
2. apt install plasma-systemmonitor
3. Launch plasma-wayland session
4. Open System Monitor

OBSERVED RESULT
Applets in application window are blank.

EXPECTED RESULT
Applets in application window display system metrics.


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 6.1.0-rpi7-rpi-2712 (64-bit)
(available in About System)
KDE Plasma Version: 5.27.5
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8

ADDITIONAL INFORMATION
Currently unable to determine if this works under x11 session as I'm unable to
get one running. Will update if I can.

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

[jira] [Created] (TIKA-4225) Add detection for AMF

Robin Schimpf created TIKA-4225:
---

 Summary: Add detection for AMF
 Key: TIKA-4225
 URL: https://issues.apache.org/jira/browse/TIKA-4225
 Project: Tika
  Issue Type: Improvement
Reporter: Robin Schimpf
 Attachments: linear_extrude.amf

AMF is an alternative format to STL for 3D models. Exporting this file 
([https://github.com/openscad/openscad/blob/master/examples/Basics/linear_extrude.scad)]
 with OpenSCAD into AMF the result file is detected as application/xml.

 

Export command
{code:java}
openscad.exe -o result\linear_extrude.amf examples\Basics\linear_extrude.scad 
{code}
Refs:

[https://en.wikipedia.org/wiki/Additive_manufacturing_file_format]



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

[jira] [Created] (TIKA-4224) Add detection for 3MF

Robin Schimpf created TIKA-4224:
---

 Summary: Add detection for 3MF
 Key: TIKA-4224
 URL: https://issues.apache.org/jira/browse/TIKA-4224
 Project: Tika
  Issue Type: Improvement
Reporter: Robin Schimpf
 Attachments: linear_extrude.3mf

3MF is an alternative format to STL for 3D models. Exporting this file 
([https://github.com/openscad/openscad/blob/master/examples/Basics/linear_extrude.scad)]
 with OpenSCAD into 3MF the result file is detected as application/zip.

 

Export command
{code:java}
openscad.exe -o result\linear_extrude.3mf examples\Basics\linear_extrude.scad 
{code}
Refs:

[https://en.wikipedia.org/wiki/3D_Manufacturing_Format]

[https://3mf.io/]



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

[jira] [Created] (TIKA-4223) STL file exported with OpenSCAD not detected correctly

Robin Schimpf created TIKA-4223:
---

 Summary: STL file exported with OpenSCAD not detected correctly
 Key: TIKA-4223
 URL: https://issues.apache.org/jira/browse/TIKA-4223
 Project: Tika
  Issue Type: Bug
Affects Versions: 2.9.1
Reporter: Robin Schimpf
 Attachments: linear_extrude_ascii.stl, linear_extrude_binary.stl

STL files can be in ASCII or in binary format. Exporting this file 
([https://github.com/openscad/openscad/blob/master/examples/Basics/linear_extrude.scad)]
 with OpenSCAD into STL the ASCII result file is detected as text/plain.

Also the binary STL is detected with application/vnd.ms-pki.stl which differs 
from the model/stl mime-type Wikipedia lists for those files.

 

Used commands for attached files
{code:java}
openscad.exe --export-format asciistl -o result\linear_extrude_ascii.stl 
examples\Basics\linear_extrude.scad {code}
{code:java}
openscad.exe --export-format binstl -o result\linear_extrude_binary.stl 
examples\Basics\linear_extrude.scad
{code}
Refs:

https://en.wikipedia.org/wiki/STL_(file_format)



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

[jira] [Created] (TIKA-4222) Add detection for OpenSCAD

Robin Schimpf created TIKA-4222:
---

 Summary: Add detection for OpenSCAD
 Key: TIKA-4222
 URL: https://issues.apache.org/jira/browse/TIKA-4222
 Project: Tika
  Issue Type: Improvement
Reporter: Robin Schimpf


OpenSCAD (https://openscad.org/index.html) is a 3D modeller based on a custom 
script language. The files are currently detected as text/plain.

 

 

Examples can be found here: 
https://github.com/openscad/openscad/tree/master/examples



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

[clang] [HLSL] Remove double pow intrinsics (PR #86407)

2024-03-23 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86407
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [HLSL] Remove double pow intrinsics (PR #86407)

2024-03-23 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86407
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [HLSL] Remove double pow intrinsics (PR #86407)

2024-03-23 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86407
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [HLSL] Remove double pow intrinsics (PR #86407)

2024-03-23 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86407
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [HLSL] Remove double pow intrinsics (PR #86407)

2024-03-23 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis edited 
https://github.com/llvm/llvm-project/pull/86407
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [HLSL] Remove double pow intrinsics (PR #86407)

2024-03-23 Thread Robin Caloudis via cfe-commits


https://github.com/robincaloudis created 
https://github.com/llvm/llvm-project/pull/86407

This change removes the pow intrinsics with parameters of type double as it is 
not available in the DCX (trunk) compiler.

Introduced during 
https://github.com/llvm/llvm-project/commit/df5137e984a607248cd31ed67aa3822e8ac2a083.

Documentation for HLSL pow function is available here: 
https://learn.microsoft.com/en-us/windows/win32/direct3dhlsl/dx-graphics-hlsl-pow#parameters

Closes https://github.com/llvm/llvm-project/issues/86181

>From 119a7efc998c04b3ad9354999112f669a333ca37 Mon Sep 17 00:00:00 2001
From: Robin Caloudis 
Date: Sat, 23 Mar 2024 19:12:08 +0100
Subject: [PATCH] [HLSL] Remove double pow intrinsics

This change removes the pow intrinsics with parameters of type double as it is 
not available in the DCX (trunk) compiler.

Introduced during 
https://github.com/llvm/llvm-project/commit/df5137e984a607248cd31ed67aa3822e8ac2a083.

Documentation for HLSL pow function is available here:
https://learn.microsoft.com/en-us/windows/win32/direct3dhlsl/dx-graphics-hlsl-pow#parameters
---
 clang/lib/Headers/hlsl/hlsl_intrinsics.h |  9 -
 clang/test/CodeGenHLSL/builtins/pow.hlsl | 13 -
 2 files changed, 22 deletions(-)

diff --git a/clang/lib/Headers/hlsl/hlsl_intrinsics.h 
b/clang/lib/Headers/hlsl/hlsl_intrinsics.h
index 5e703772b7ee4f..0d6baccd7c0ac9 100644
--- a/clang/lib/Headers/hlsl/hlsl_intrinsics.h
+++ b/clang/lib/Headers/hlsl/hlsl_intrinsics.h
@@ -1174,15 +1174,6 @@ float3 pow(float3, float3);
 _HLSL_BUILTIN_ALIAS(__builtin_elementwise_pow)
 float4 pow(float4, float4);
 
-_HLSL_BUILTIN_ALIAS(__builtin_elementwise_pow)
-double pow(double, double);
-_HLSL_BUILTIN_ALIAS(__builtin_elementwise_pow)
-double2 pow(double2, double2);
-_HLSL_BUILTIN_ALIAS(__builtin_elementwise_pow)
-double3 pow(double3, double3);
-_HLSL_BUILTIN_ALIAS(__builtin_elementwise_pow)
-double4 pow(double4, double4);
-
 
//===--===//
 // reversebits builtins
 
//===--===//
diff --git a/clang/test/CodeGenHLSL/builtins/pow.hlsl 
b/clang/test/CodeGenHLSL/builtins/pow.hlsl
index e996ca2f336410..057cd7215aa5af 100644
--- a/clang/test/CodeGenHLSL/builtins/pow.hlsl
+++ b/clang/test/CodeGenHLSL/builtins/pow.hlsl
@@ -39,16 +39,3 @@ float3 test_pow_float3(float3 p0, float3 p1) { return 
pow(p0, p1); }
 // CHECK: define noundef <4 x float> @"?test_pow_float4
 // CHECK: call <4 x float> @llvm.pow.v4f32
 float4 test_pow_float4(float4 p0, float4 p1) { return pow(p0, p1); }
-
-// CHECK: define noundef double @"?test_pow_double@@YANNN@Z"(
-// CHECK: call double @llvm.pow.f64(
-double test_pow_double(double p0, double p1) { return pow(p0, p1); }
-// CHECK: define noundef <2 x double> 
@"?test_pow_double2@@YAT?$__vector@N$01@__clang@@T12@0@Z"(
-// CHECK: call <2 x double> @llvm.pow.v2f64
-double2 test_pow_double2(double2 p0, double2 p1) { return pow(p0, p1); }
-// CHECK: define noundef <3 x double> 
@"?test_pow_double3@@YAT?$__vector@N$02@__clang@@T12@0@Z"(
-// CHECK: call <3 x double> @llvm.pow.v3f64
-double3 test_pow_double3(double3 p0, double3 p1) { return pow(p0, p1); }
-// CHECK: define noundef <4 x double> 
@"?test_pow_double4@@YAT?$__vector@N$03@__clang@@T12@0@Z"(
-// CHECK: call <4 x double> @llvm.pow.v4f64
-double4 test_pow_double4(double4 p0, double4 p1) { return pow(p0, p1); }

___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Re: LilyPond 2.25.14

2024-03-23 Thread Robin Bannister


Jonas Hahnfeld via LilyPond user discussion wrote:


Windows build with Guile JIT: https://cloud.hahnjo.de/s/Ek5x9rybpiPNtoj
This turns on just-in-time compilation that was added in Guile 3.0, but
we had to keep disabled on Windows until now. Please test, especially
on larger scores where this should provide a performance advantage.




GNU LilyPond 2.25.14 (running Guile 3.0)
Processing `3.ly'
Parsing...
Interpreting music...
Interpreting music...[8][16][24][32][40][48][56][64][72][80][88][96][104]
Preprocessing graphical objects...
MIDI output to `3.mid'...
Finding the ideal number of pages...
Fitting music on 3 or 4 pages...
Drawing systems...
Converting to `3.pdf'...
Success: compilation successfully completed


No problem here on Win7, but I have nothing large.
  N.B. the log doesn't mention JIT mode.


Cheers,
Robin

[Git][archlinux/packaging/packages/glances][main] upgpkg: 3.4.0.5-1: New upstream release + Add .nvchecker.toml + Switch license to SPDX identifier

2024-03-23 Thread Robin Candau (@antiz)



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


Commits:
debdcf12 by Robin Candau at 2024-03-23T17:28:01+01:00
upgpkg: 3.4.0.5-1: New upstream release + Add .nvchecker.toml + Switch license 
to SPDX identifier

- - - - -


3 changed files:

- + .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -0,0 +1,29 @@
+pkgbase = glances
+   pkgdesc = CLI curses-based monitoring tool
+   pkgver = 3.4.0.5
+   pkgrel = 1
+   url = https://nicolargo.github.io/glances/
+   arch = any
+   license = LGPL-3.0-or-later
+   makedepends = python-setuptools
+   depends = python
+   depends = python-psutil
+   depends = python-future
+   depends = python-defusedxml
+   depends = python-ujson
+   optdepends = hddtemp: HDD temperature monitoring support
+   optdepends = python-bottle: web server support
+   optdepends = python-docker: for the Docker monitoring support
+   optdepends = python-matplotlib: for graphical/chart support
+   optdepends = python-netifaces: for the IP plugin
+   optdepends = python-zeroconf: for the autodiscover mode
+   optdepends = python-pystache: templating engine
+   optdepends = python-prometheus_client: for the Prometheus export module
+   source = 
glances-3.4.0.5-1.tar.gz::https://github.com/nicolargo/glances/archive/v3.4.0.5.tar.gz
+   source = glances.service
+   sha512sums = 
aca140fedc2acc97ae4901722e0406acb8bea6eac5295d95499860a522e74d29ecbc4cfb28fecfd4a2879f4ee44175bd4efd2429b9d7e302b4a182caabd6a5f8
+   sha512sums = 
49f0d185a37a5c5837e5beb463770c943ede40b2f1b8405e338129e897e97d9fc58373a8586fabc506266e6343cfea3c91b9787ac6832cc97a1ab63d6ad058d4
+   b2sums = 
510f379946eec914998cba32ffd66c6037bd85246cdae059d336b4a3330ba6e521aa3fef2099d88f08dbf3ed7e7c8537235850ad8f6882840fb811bcd8a82147
+   b2sums = 
ecc44f8c06b1e8624cec92e41422a65d11e024b9fc23bae09b4e52fbedeb172a5034e5b612bbff7ba93d45189fb25eda0d54bc47b22b7f3f0acba984391e4017
+
+pkgname = glances


=
.nvchecker.toml
=
@@ -0,0 +1,6 @@
+[glances]
+source = "github"
+github = "nicolargo/glances"
+prefix = "v"
+use_max_tag = true
+exclude_regex = ".*(pre|a|alpha|b|beta|r|rc).*"


=
PKGBUILD
=
@@ -5,12 +5,12 @@
 # Contributor: Francois Boulogne 
 
 pkgname=glances
-pkgver=3.4.0.3
+pkgver=3.4.0.5
 pkgrel=1
 pkgdesc='CLI curses-based monitoring tool'
 arch=('any')
 url='https://nicolargo.github.io/glances/'
-license=('LGPL')
+license=('LGPL-3.0-or-later')
 makedepends=('python-setuptools')
 depends=('python' 'python-psutil' 'python-future' 'python-defusedxml' 
'python-ujson')
 optdepends=('hddtemp: HDD temperature monitoring support'
@@ -23,9 +23,9 @@ optdepends=('hddtemp: HDD temperature monitoring support'
 'python-prometheus_client: for the Prometheus export module')
 
source=("${pkgname}-${pkgver}-${pkgrel}.tar.gz::https://github.com/nicolargo/glances/archive/v${pkgver}.tar.gz;
 'glances.service')
-sha512sums=('f4960d7d23b52e249069b41fd9b20a4d6f56006a6998b1bfd341ef00628fa92c14503885ebbea6adeee6f926a6c6fb440c288e2c772d4536b2c2b49e4124a7a0'
+sha512sums=('aca140fedc2acc97ae4901722e0406acb8bea6eac5295d95499860a522e74d29ecbc4cfb28fecfd4a2879f4ee44175bd4efd2429b9d7e302b4a182caabd6a5f8'
 
'49f0d185a37a5c5837e5beb463770c943ede40b2f1b8405e338129e897e97d9fc58373a8586fabc506266e6343cfea3c91b9787ac6832cc97a1ab63d6ad058d4')
-b2sums=('5437d3daefd4d36e9b84481543cf8189964006d566a77506099bfe7748d37409d5fb2a3a8eb52c8eeef0efa469c2ca92db7a37a44625969aec822d1adf46dbb3'
+b2sums=('510f379946eec914998cba32ffd66c6037bd85246cdae059d336b4a3330ba6e521aa3fef2099d88f08dbf3ed7e7c8537235850ad8f6882840fb811bcd8a82147'
 
'ecc44f8c06b1e8624cec92e41422a65d11e024b9fc23bae09b4e52fbedeb172a5034e5b612bbff7ba93d45189fb25eda0d54bc47b22b7f3f0acba984391e4017')
 
 package() {



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

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

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

2024-03-23 Thread Robin Candau (@antiz)



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

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

[Git][archlinux/packaging/packages/python-pymupdf][main] upgpkg: 1.24.0-1: New upstream release + Adapt patch to new upstream dependencies' definition



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


Commits:
3659f379 by Robin Candau at 2024-03-22T12:55:50+01:00
upgpkg: 1.24.0-1: New upstream release + Adapt patch to new upstream 
dependencies definition

- - - - -


3 changed files:

- .SRCINFO
- PKGBUILD
- + remove-clang-and-swig-dependencies.patch


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = python-pymupdf
pkgdesc = Python bindings for MuPDF's rendering library
-   pkgver = 1.23.26
-   pkgrel = 2
+   pkgver = 1.24.0
+   pkgrel = 1
url = https://github.com/pymupdf/PyMuPDF
arch = x86_64
license = AGPL-3.0-or-later
@@ -24,8 +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.23.26.tar.gz::https://github.com/pymupdf/PyMuPDF/archive/refs/tags/1.23.26.tar.gz
-   sha512sums = 
b7fa1ca78853692c7df59334670f31bd4506a4d3c153578e6a983569dbe46472aee88541d5454c3d8ff9ca8ed404275dc643bed618d6ebb253bb63a96ea152d2
-   b2sums = 
4bfd4c01644903b52d2b65d2c297c89c1b08abc17021750fc7284c15ae8523d20a8d58f2344a16ccd7236768dc96a310af14dac9a88c63cf4afcf1023a0963d1
+   source = 
PyMuPDF-1.24.0.tar.gz::https://github.com/pymupdf/PyMuPDF/archive/refs/tags/1.24.0.tar.gz
+   source = remove-clang-and-swig-dependencies.patch
+   sha512sums = 
2980701e47d01e20a582abdf9a18f9c67bf887834a0e3e7217f963bfe9e35e62836b9bea5591e5194159f907b95d09cebe63ea8d7bbe0177bae637d247f52e03
+   sha512sums = 
fb2da9db1ba9b34ecfe6556d912659c36f9603eefeaa9836d2b692f42952955a6de10d8629a8f2bafd813aaf678782aca12033031b6ccc52c1bc1a4ee5fb897c
+   b2sums = 
c313c7ffc8a127b5ac5e642b77b86ef07c594808d2c3ada8e66e8d4ddd5aa5d1268edc9d8ab11cd211b7ad86ecae6e0c860ff4d49b5d6b4fad33179a6dd1fc01
+   b2sums = 
8c4f93146385bd2e74b8245b4b8d8ece390ef97ad369602adcfcc56c8f9858f4c754886e290f0f6bfea1727fca6897715f3e8eeb961609fdad6fadf57493e354
 
 pkgname = python-pymupdf


=
PKGBUILD
=
@@ -3,8 +3,8 @@
 
 _name=PyMuPDF
 pkgname=python-pymupdf
-pkgver=1.23.26
-pkgrel=2
+pkgver=1.24.0
+pkgrel=1
 pkgdesc="Python bindings for MuPDF's rendering library"
 arch=(x86_64)
 url="https://github.com/pymupdf/PyMuPDF;
@@ -39,15 +39,19 @@ optdepends=(
 )
 source=(
   $_name-$pkgver.tar.gz::$url/archive/refs/tags/$pkgver.tar.gz
+  remove-clang-and-swig-dependencies.patch
 )
-sha512sums=('b7fa1ca78853692c7df59334670f31bd4506a4d3c153578e6a983569dbe46472aee88541d5454c3d8ff9ca8ed404275dc643bed618d6ebb253bb63a96ea152d2')
-b2sums=('4bfd4c01644903b52d2b65d2c297c89c1b08abc17021750fc7284c15ae8523d20a8d58f2344a16ccd7236768dc96a310af14dac9a88c63cf4afcf1023a0963d1')
+sha512sums=('2980701e47d01e20a582abdf9a18f9c67bf887834a0e3e7217f963bfe9e35e62836b9bea5591e5194159f907b95d09cebe63ea8d7bbe0177bae637d247f52e03'
+
'fb2da9db1ba9b34ecfe6556d912659c36f9603eefeaa9836d2b692f42952955a6de10d8629a8f2bafd813aaf678782aca12033031b6ccc52c1bc1a4ee5fb897c')
+b2sums=('c313c7ffc8a127b5ac5e642b77b86ef07c594808d2c3ada8e66e8d4ddd5aa5d1268edc9d8ab11cd211b7ad86ecae6e0c860ff4d49b5d6b4fad33179a6dd1fc01'
+
'8c4f93146385bd2e74b8245b4b8d8ece390ef97ad369602adcfcc56c8f9858f4c754886e290f0f6bfea1727fca6897715f3e8eeb961609fdad6fadf57493e354')
 
 prepare() {
   # remove bundled mupdf sources
   rm -frv $pkgname/*.tgz
   # we package clang and swig and don't need python-clang or python-swig
-  sed -e 's/"libclang", "swig", //' -i $_name-$pkgver/pyproject.toml
+  cd $_name-$pkgver
+  patch -Np1 < $srcdir/remove-clang-and-swig-dependencies.patch
 }
 
 build() {
@@ -93,8 +97,6 @@ check() {
 --deselect tests/test_general.py::test_subset_fonts
 # we do not care about flake8
 --deselect tests/test_flake8.py::test_flake8
-# disable test broken with mupdf 1.24.0
---deselect tests/test_2548.py::test_2548
   )
   local _site_packages=$(python -c "import site; 
print(site.getsitepackages()[0])")
 


=
remove-clang-and-swig-dependencies.patch
=
@@ -0,0 +1,19 @@
+diff --git a/setup.py b/setup.py
+index 5dacd895..17c99cee 100755
+--- a/setup.py
 b/setup.py
+@@ -1178,14 +1178,10 @@ def get_requires_for_build_wheel(config_settings=None):
+ elif darwin and platform.machine() == 'arm64':
+ print(f'MacOS/arm64: forcing use of libclang 16.0.6 because 18.1.1 
known to fail with `clang.cindex.TranslationUnitLoadError: Error parsing 
translation unit.`')
+ ret.append('libclang==16.0.6')
+-else:
+-ret.append('libclang')
+ if msys2:
+ print(f'msys2: pip install of swig does not build; assuming `pacman 
-S swig`.')
+ elif openbsd:
+ print(f'OpenB

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



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

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

[Git][archlinux/packaging/packages/gitea][main] upgpkg: 1.21.9-1: New upstream release



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


Commits:
5ce0dfe4 by Robin Candau at 2024-03-22T10:34:38+01:00
upgpkg: 1.21.9-1: New upstream release
https://github.com/go-gitea/gitea/releases/tag/v1.21.9

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = gitea
pkgdesc = Painless self-hosted Git service, community managed.
-   pkgver = 1.21.8
+   pkgver = 1.21.9
pkgrel = 1
url = https://gitea.io
arch = x86_64
@@ -20,7 +20,7 @@ pkgbase = gitea
optdepends = sqlite: SQLite support
options = !lto
backup = etc/gitea/app.ini
-   source = 
git+https://github.com/go-gitea/gitea.git#tag=9ecc1028c2ad38692aa6c238a8549a04d6ff9a63?signed
+   source = 
git+https://github.com/go-gitea/gitea.git#tag=819c448ebc910f50f73aa872e539d37299c48afc?signed
source = gitea.tmpfiles
source = gitea.service
source = gitea.sysusers
@@ -31,7 +31,7 @@ pkgbase = gitea
validpgpkeys = D2CF76DA95F201E9901532AB3CDE74631F13A748
validpgpkeys = 82A110A44DF1A28D50C093BFB853ADA5DA7BBF7A
validpgpkeys = FE7C3EAEB8CD8290390B12AD3DECE05F6D9A647C
-   sha256sums = 
6449f95a896eaa187a38933aea2df0736347a1181786f2b3010354a6b11a602d
+   sha256sums = 
42dc69ee82e91d997ddaf512a827317cd94354b14f427b1b825b07b3f51d842c
sha256sums = 
1521fd7edc3830c695698ffe9835709f1408040b5ec989f07410972c894fa8ba
sha256sums = 
0725aa3d9c556229b473ee5a12a922a1ebbb88aeb02cffd0252756c8bd531959
sha256sums = 
7e7b798b8ce035c1fb55993ece41c5efb6cad5922708866804fa50ada0cf9fa5


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 # Contributor: Frederik Schwan 
 
 pkgname=gitea
-pkgver=1.21.8
+pkgver=1.21.9
 pkgrel=1
 pkgdesc="Painless self-hosted Git service, community managed."
 arch=(x86_64)
@@ -24,12 +24,12 @@ optdepends=(
 checkdepends=(openssh)
 options=(!lto)
 backup=('etc/gitea/app.ini')
-_tag=9ecc1028c2ad38692aa6c238a8549a04d6ff9a63 # git rev-parse v${pkgver}
+_tag=819c448ebc910f50f73aa872e539d37299c48afc # git rev-parse v${pkgver}
 source=(git+https://github.com/go-gitea/gitea.git#tag=${_tag}?signed
 gitea.tmpfiles
 gitea.service
 gitea.sysusers)
-sha256sums=('6449f95a896eaa187a38933aea2df0736347a1181786f2b3010354a6b11a602d'
+sha256sums=('42dc69ee82e91d997ddaf512a827317cd94354b14f427b1b825b07b3f51d842c'
 '1521fd7edc3830c695698ffe9835709f1408040b5ec989f07410972c894fa8ba'
 '0725aa3d9c556229b473ee5a12a922a1ebbb88aeb02cffd0252756c8bd531959'
 '7e7b798b8ce035c1fb55993ece41c5efb6cad5922708866804fa50ada0cf9fa5')



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

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

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



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

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

[ceph-users] Re: RGW: Cannot write to bucket anymore

2024-03-21 Thread Robin H. Johnson

On Thu, Mar 21, 2024 at 11:20:44AM +0100, Malte Stroem wrote:
> Hello Robin,
> 
> thanks a lot.
> 
> Yes, I set debug to debug_rgw=20 & debug_ms=1.
> 
> It's that 403 I always get.
> 
> There is no versioning enabled.
> 
> There is a lifecycle policy for removing the files after one day.
Did the object stat call return anything?

Can you show more of the debug output (redact the keys/hostname/filename)?

-- 
Robin Hugh Johnson
Gentoo Linux: Dev, Infra Lead, Foundation President & Treasurer
E-Mail   : robb...@gentoo.org
GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136


signature.asc
Description: PGP signature
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[Git][archlinux/packaging/packages/zathura-pdf-mupdf][main] upgpkg: 0.4.1-18: Rebuild against mupdf 1.24.0 + Add .nvchecker.toml



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


Commits:
701b3de9 by Robin Candau at 2024-03-21T16:56:08+01:00
upgpkg: 0.4.1-18: Rebuild against mupdf 1.24.0 + Add .nvchecker.toml
https://archlinux.org/todo/mupdf-1240-rebuild/

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

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


=
.nvchecker.toml
=
@@ -0,0 +1,7 @@
+[zathura-pdf-mupdf]
+source = "gitlab"
+host = "git.pwmt.org"
+gitlab = "pwmt/zathura-pdf-mupdf"
+prefix = "v"
+use_max_tag = true
+exclude_regex = ".*(pre|a|alpha|b|beta|r|rc).*"


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



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

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

[Git][archlinux/packaging/packages/zathura-pdf-mupdf] Pushed new tag 0.4.1-18



Robin Candau pushed new tag 0.4.1-18 at Arch Linux / Packaging / Packages / 
zathura-pdf-mupdf

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

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



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


Commits:
1a226f94 by Robin Candau at 2024-03-21T16:54:10+01:00
upgpkg: 1.23.26-2: Rebuild against mupdf 1.24.0
https://archlinux.org/todo/mupdf-1240-rebuild/

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

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


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 _name=PyMuPDF
 pkgname=python-pymupdf
 pkgver=1.23.26
-pkgrel=1
+pkgrel=2
 pkgdesc="Python bindings for MuPDF's rendering library"
 arch=(x86_64)
 url="https://github.com/pymupdf/PyMuPDF;
@@ -93,6 +93,8 @@ check() {
 --deselect tests/test_general.py::test_subset_fonts
 # we do not care about flake8
 --deselect tests/test_flake8.py::test_flake8
+# disable test broken with mupdf 1.24.0
+--deselect tests/test_2548.py::test_2548
   )
   local _site_packages=$(python -c "import site; 
print(site.getsitepackages()[0])")
 



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

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

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



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

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

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



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

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

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



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


Commits:
d675ef1e by Robin Candau at 2024-03-21T14:28:08+01:00
upgpkg: 2.450-1: New upstream release

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

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


=
PKGBUILD
=
@@ -5,7 +5,7 @@
 # Contributor: Illarion Kovalchuk 
 
 pkgname=jenkins
-pkgver=2.449
+pkgver=2.450
 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=('09c66ec1ef2811b3098711bbe8679a0e8be718efe831ffac92f2afed83c983a97288d1b441f6d4a886fc4a06fa1b974bd0b16b93632870faa477fe97d3a77632'
+sha512sums=('b1fe5c51e385ca0adff69ce84790690b2681a0123337722efe00775f33b1bf8ed48317ebc16ab84e35ba462424569fd4962f4bdaec6d86191ec3d1703b040164'
 
'482b642988027b623995e0488cc00011be5bbe9890a6d40dd6979197fa50794889ff731f798891106b367962cf60cb59b0260caadfcee9685b358a966f759553'
 
'c1e9a542bfd3db54ea0ef57acdac47ad5180330f9ffab44296762b0e69e75ce595d85a77d46025586fb507aedce4f1a032379dcd16b7b886fe475a99849fa4b2'
 
'a845a7147be54affc586dfce9a188ec24c92e673e88dec0b62da386d2e597de6ecda103429008562abd897f179a52c37cf2188ebc65b8c636efd07d707e18f90'



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

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

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



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

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

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



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


Commits:
82fe7bb1 by Robin Candau at 2024-03-21T14:22:02+01:00
upgpkg: 0.124.1-1: New upstream release

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = hugo
pkgdesc = Fast and Flexible Static Site Generator in Go
-   pkgver = 0.124.0
+   pkgver = 0.124.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.124.0.tar.gz::https://github.com/gohugoio/hugo/archive/v0.124.0.tar.gz
-   sha512sums = 
3a760f86c18e8587ea7a807495e32b03561fb582b057f2e5f3faff8433b4fa99135f12f26d97ad931aa9447017a1d4b1af89638b28eeed0797d69b846423004d
+   source = 
hugo-0.124.1.tar.gz::https://github.com/gohugoio/hugo/archive/v0.124.1.tar.gz
+   sha512sums = 
29f51a08f9e757a716c2f7845efc08b1ca3b0bf8e70fd06491735a123ca7da8e169116fa003c147be08d2d5f9752473e9a569085728ec0a9ed7850bd57ba8f93
 
 pkgname = hugo


=
PKGBUILD
=
@@ -6,7 +6,7 @@
 # Contributor: Brenton Horne
 
 pkgname=hugo
-pkgver=0.124.0
+pkgver=0.124.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=('3a760f86c18e8587ea7a807495e32b03561fb582b057f2e5f3faff8433b4fa99135f12f26d97ad931aa9447017a1d4b1af89638b28eeed0797d69b846423004d')
+sha512sums=('29f51a08f9e757a716c2f7845efc08b1ca3b0bf8e70fd06491735a123ca7da8e169116fa003c147be08d2d5f9752473e9a569085728ec0a9ed7850bd57ba8f93')
 
 build() {
   cd "${pkgname}-${pkgver}"



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

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

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



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

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

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



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

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

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



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


Commits:
8457f37f by Robin Candau at 2024-03-21T14:16:59+01:00
upgpkg: 1.43.0-1: New upstream release

- - - - -


2 changed files:

- .SRCINFO
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = python-sentry_sdk
pkgdesc = The official Python SDK for Sentry.io
-   pkgver = 1.42.0
+   pkgver = 1.43.0
pkgrel = 1
url = https://sentry.io/for/python
arch = any
@@ -30,7 +30,7 @@ pkgbase = python-sentry_sdk
optdepends = python-tornado: adds support for the Tornado Web Framework
optdepends = python-pure-eval: for richer stacktraces & additional 
variables
optdepends = python-executing: for richer stacktraces & better function 
names
-   source = 
https://github.com/getsentry/sentry-python/releases/download/1.42.0/sentry-sdk-1.42.0.tar.gz
-   sha256sums = 
4a8364b8f7edbf47f95f7163e48334c96100d9c098f0ae6606e2e18183c223e6
+   source = 
https://github.com/getsentry/sentry-python/releases/download/1.43.0/sentry-sdk-1.43.0.tar.gz
+   sha256sums = 
41df73af89d22921d8733714fb0fc5586c3461907e06688e6537d01a27e0e0f6
 
 pkgname = python-sentry_sdk


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



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

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

Re: [Emc-users] black list aliexpress

2024-03-19 Thread Robin Szemeti via Emc-users

TWT's are still widely used for satellite uplinks ... a typical broadcast
uplink will be a pair of 400W tubes at around 14GHz  .. one running to the
antenna, one running to a dummy load, ready for instant changeover.   The
bigger tubes will run 750W.. There are no affordable solid state devices at
those power levels at those frequencies.  Surplus TWT's occasionally appear
on the surplus market.

They are also highly prized by radio amateurs for "moonbounce"  .. the path
losses involved in bouncing a signal off the moon to another station are
"significant" ... you generally want all the power you can get. The moon is
quite far away and oddly enough, spheres of dust and rock with a fairly
random surface are not exactly great reflectors ...

On Tue, 19 Mar 2024 at 21:49, Dave Matthews  wrote:

> We had some training on traveling wave amplifier tubes, referred to as TWAT
> tubes back in Nike Hercules tech school in 1977.
>
> Dave
> ex MOS 22L
>
> On Tue, Mar 19, 2024 at 4:35 PM gene heskett  wrote:
>
> > On 3/19/24 14:15, Robin Szemeti via Emc-users wrote:
> > > I purchased a couple of large travelling wave tube amplifiers in an
> > > auction.  I phoned the US company to ask about schematics and a manual
> > ...
> > > "can we have the serial numbers please?"  ... "sure ... " "great and
> what
> > > date did you sign the ITAR agreement?" 
> > >
> > I presume they've been disposed of in unsalvagable condition...  Like if
> > glass, smashed into small pieces by a 16 lb sledge. If they ever trace
> > them to you, pix of the destruction may help. But not if ceramic body's
> > instead of glass. Any dust from destroying them is lung cancer seed.
> > Very 100% dangerous. Do not break, grind or file.
> >
> > And that auction has been advised of its illegality.  It is a tech
> > similar to klystrons but with a more distrituted and much broader band
> > applications that because of ITAR has faded away into a technical info
> > vacuum. I've not heard of a twt since the cold war warmed up in the late
> > 50's and we started building ICBM's in everybody's back yard. I was
> > there, help build 3 titan ones in the middle of nowhere South Dakota.
> >
> > > On Mon, 18 Mar 2024 at 17:45, gene heskett 
> wrote:
> > >
> > >> On 3/18/24 11:28, Todd Zuercher via Emc-users wrote:
> > >>> Gene,
> > >>>
> > >> Well 2 things I've observed since posting that, Todd. the pix is
> > >> identical for a 3 kilohertz version on amazon for about the same
> price,
> > >> once adjusted to us dollars . So I'm wondering if aliexpress added an
> > >> extra 0, they rarely know what they are selling anyway.
> > >>
> > >> And since it showed up on amazon too, I'm wondering if the ITAR rules
> > >> have been relaxed.
> > >>
> > >> Here is the highest HP rated amazon offering. 15kw 20hp for about
> $1200:
> > >> <
> > >>
> >
> https://www.amazon.com/Mollom-220V-15KW-20HP-Frequency/dp/B0CQBZ4FZN/ref=sr_1_52?crid=30GVV1U3R7JUA=eyJ2IjoiMSJ9.5mKofR2CvOgdLO3tCtLjmKysBbvC8T8oTt4SNyV7-PqBQ6UsvOrsvyppX7rBUpjT2IZZ2mAWKRkL0H1nJj5MGcPBTDsP2EbqZePAsB09iFXxVTemY7Dr4c-fOZHZLdaaBQulJLMrOYJl5bQBZyyubX0LkNc-DuFlyrVam8hlnFXUx5O0mASax2WBIToQk1TnTgzTo9aSvbn0kcp1wxgKUbqJsSefz-wM0iZmaooVN5zTcqmgr8SzJWLCsHsviwy3aYCLB0dDN-JFW7Rw6Cp1GUTSqURhr6UCPywhkuSnYI0.1sKFN_5H6kH9Ju3mlK1mAlKX2LaJ6eM0Et-7LWB83CI_tag=se=high+speed+high+horsepower+vfd=1710778937=high+speed+high+horsepower+vfd%2Caps%2C82=8-52=app_do%3Aamzn1.fos.765d4786-5719-48b9-b588-eab9385652d5
> > >>>
> > >>
> > >> I'd think that could run your 4 pole motor at 800hz just fine. UNK and
> > >> unstated in the adv is the control range so I would scale the 3k range
> > >> so max from the controller would only get you the rated speed at the
> > >> motor. But I don't have to tell you that, you've been dealing with
> those
> > >> sorts of problems with that machine for long enough this ought to be
> the
> > >> best answer.  Sometimes this is self limiting, higher frequencys run
> > >> into the motors inductance, coil current falls and the motor actually
> > >> slows down, my Sheldons max usable speed while running a 70 yo motor
> > >> that never saw a vfd until me is about 200 hz as the coil current is
> > >> under an amp at 200 hz. 3.7 amps at 60 hz. OTOH it can run it at 5hz
> > >> long enough to finish the job and still lay my hand on that motor w/o
> > >> discomfort from the heat.
> > >>
> > >>

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

2024-03-19 Thread Robin Candau (@antiz)



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

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

[Git][archlinux/packaging/packages/limine][main] upgpkg: 7.1.0-1: New upstream release + Add .nvchecker.toml

2024-03-19 Thread Robin Candau (@antiz)



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


Commits:
a066f97a by Robin Candau at 2024-03-19T21:45:12+01:00
upgpkg: 7.1.0-1: New upstream release + Add .nvchecker.toml

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,7 +1,7 @@
 pkgbase = limine
pkgdesc = An advanced, portable, multiprotocol bootloader
-   pkgver = 7.0.5
-   pkgrel = 2
+   pkgver = 7.1.0
+   pkgrel = 1
url = https://limine-bootloader.org/
arch = x86_64
license = BSD-2-Clause
@@ -11,7 +11,7 @@ pkgbase = limine
makedepends = lld
makedepends = clang
depends = glibc
-   source = 
https://github.com/limine-bootloader/limine/releases/download/v7.0.5/limine-7.0.5.tar.xz
-   sha256sums = 
b5f44cc02e5e46a310a647f737f8cf16ee75f31df51398d8122e8ed2cdd956c8
+   source = 
https://github.com/limine-bootloader/limine/releases/download/v7.1.0/limine-7.1.0.tar.xz
+   sha256sums = 
9cc58ca26a74310105760f0db94464b4a4240c118eac93f1e1f5b301f230299c
 
 pkgname = limine


=
.nvchecker.toml
=
@@ -0,0 +1,6 @@
+[limine]
+source = "github"
+github = "limine-bootloader/limine"
+prefix = "v"
+use_max_tag = true
+exclude_regex = ".*(pre|a|alpha|b|beta|r|rc).*"


=
PKGBUILD
=
@@ -2,8 +2,8 @@
 # Contributor: Mintsuki 
 
 pkgname=limine
-pkgver=7.0.5
-pkgrel=2
+pkgver=7.1.0
+pkgrel=1
 pkgdesc="An advanced, portable, multiprotocol bootloader"
 arch=('x86_64')
 url="https://limine-bootloader.org/;
@@ -11,7 +11,7 @@ license=('BSD-2-Clause')
 depends=('glibc')
 makedepends=('nasm' 'mtools' 'llvm' 'lld' 'clang')
 
source=("https://github.com/limine-bootloader/limine/releases/download/v${pkgver}/${pkgname}-${pkgver}.tar.xz;)
-sha256sums=('b5f44cc02e5e46a310a647f737f8cf16ee75f31df51398d8122e8ed2cdd956c8')
+sha256sums=('9cc58ca26a74310105760f0db94464b4a4240c118eac93f1e1f5b301f230299c')
 
 build() {
cd "${pkgname}-${pkgver}"



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

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

Re: [Emc-users] black list aliexpress

2024-03-19 Thread Robin Szemeti via Emc-users

And Mouser!   Black list mouser as they sell all sorts of high power
MOSFETS and IGBTS that could be used to construct drives for the same
purpose.  And all non ferrous metals stock holders ... they sell brass and
bronze that could be used for the bearings, have they no shame?

On Tue, 19 Mar 2024 at 03:42, Chris Albertson 
wrote:

> I remember once working at a company where we bought a fairly high-end
> PC.   We found we could not export it without a license.  But guess what?
> It was made in China.   Some rules are pointless.
>
>
> > On Mar 18, 2024, at 7:33 PM, gene heskett  wrote:
> >
> > On 3/18/24 18:50, Jon Elson wrote:
> >> On 3/18/24 07:53, Todd Zuercher via Emc-users wrote:
> >>> Gene,
> >>>
> >>> In all honesty I wouldn't mind knowing more about your VFD source you
> say you want black listed.  I'm so sick of trying to track down high speed
> VFDs that I'm almost tempted to pay the machine manufacturer's ridiculous
> 3X normal retail list price markup the next time we need a new one.   We
> occasionally have needed a replacement VFD capable of running about a 15kw
> 4pole router spindle at up to 24krpm (that is 800hz output, most drives
> seem to max out at or are limited to 500-600hz output.)  The last time we
> tried to order a new drive with th
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] black list aliexpress

2024-03-19 Thread Robin Szemeti via Emc-users

I purchased a couple of large travelling wave tube amplifiers in an
auction.  I phoned the US company to ask about schematics and a manual ...
"can we have the serial numbers please?"  ... "sure ... " "great and what
date did you sign the ITAR agreement?" 

On Mon, 18 Mar 2024 at 17:45, gene heskett  wrote:

> On 3/18/24 11:28, Todd Zuercher via Emc-users wrote:
> > Gene,
> >
> Well 2 things I've observed since posting that, Todd. the pix is
> identical for a 3 kilohertz version on amazon for about the same price,
> once adjusted to us dollars . So I'm wondering if aliexpress added an
> extra 0, they rarely know what they are selling anyway.
>
> And since it showed up on amazon too, I'm wondering if the ITAR rules
> have been relaxed.
>
> Here is the highest HP rated amazon offering. 15kw 20hp for about $1200:
> <
> https://www.amazon.com/Mollom-220V-15KW-20HP-Frequency/dp/B0CQBZ4FZN/ref=sr_1_52?crid=30GVV1U3R7JUA=eyJ2IjoiMSJ9.5mKofR2CvOgdLO3tCtLjmKysBbvC8T8oTt4SNyV7-PqBQ6UsvOrsvyppX7rBUpjT2IZZ2mAWKRkL0H1nJj5MGcPBTDsP2EbqZePAsB09iFXxVTemY7Dr4c-fOZHZLdaaBQulJLMrOYJl5bQBZyyubX0LkNc-DuFlyrVam8hlnFXUx5O0mASax2WBIToQk1TnTgzTo9aSvbn0kcp1wxgKUbqJsSefz-wM0iZmaooVN5zTcqmgr8SzJWLCsHsviwy3aYCLB0dDN-JFW7Rw6Cp1GUTSqURhr6UCPywhkuSnYI0.1sKFN_5H6kH9Ju3mlK1mAlKX2LaJ6eM0Et-7LWB83CI_tag=se=high+speed+high+horsepower+vfd=1710778937=high+speed+high+horsepower+vfd%2Caps%2C82=8-52=app_do%3Aamzn1.fos.765d4786-5719-48b9-b588-eab9385652d5
> >
>
> I'd think that could run your 4 pole motor at 800hz just fine. UNK and
> unstated in the adv is the control range so I would scale the 3k range
> so max from the controller would only get you the rated speed at the
> motor. But I don't have to tell you that, you've been dealing with those
> sorts of problems with that machine for long enough this ought to be the
> best answer.  Sometimes this is self limiting, higher frequencys run
> into the motors inductance, coil current falls and the motor actually
> slows down, my Sheldons max usable speed while running a 70 yo motor
> that never saw a vfd until me is about 200 hz as the coil current is
> under an amp at 200 hz. 3.7 amps at 60 hz. OTOH it can run it at 5hz
> long enough to finish the job and still lay my hand on that motor w/o
> discomfort from the heat.
>
> As for needing a new one, the usual failure is going to be the line
> stage filter caps which often will have a note in the docs someplace to
> the effect that they should be replaced at 5 year intervals, however the
> smaller ones that don't have braking resistors are actually 4 quadrant
> controllers, meaning a quick reversal will overvolt those filters for a
> few milliseconds as they do the reversal, they suck that power out of
> the motor stopping it, storing it as overvoltage in those filters, then
> as soon as the new direction is applied use that stored energy to spin
> the motor back up in the other direction, so the overvoltage is not
> present long enough to damage them, but actually contributes to
> maintaining the "forming" of those caps so they live longer. The 1.5 hp
> rated el-cheapo clone running the 1 hp in my Sheldon lathe is now around
> 9 years old and can still reverse that motor and its 40lb 8" 4 jaw chuck
> in under 1/3 second at 100 revs. Overshoot at 100 revs is .24 turns from
> 100 rpm to stopped. And the shop lights don't blink. Its all in the .hal
> file if interested. No circuit breakers in any danger of tripping as all
> the excitement is in the vfd and doesn't involve the wall power. Just
> give me a yip.
>
> These aren't toy's, they can kill, so give them the respect such killers
> deserve. But I don't have to tell YOU that.
>
> Take care & stay well Todd.
>
> > In all honesty I wouldn't mind knowing more about your VFD source you
> say you want black listed.  I'm so sick of trying to track down high speed
> VFDs that I'm almost tempted to pay the machine manufacturer's ridiculous
> 3X normal retail list price markup the next time we need a new one.   We
> occasionally have needed a replacement VFD capable of running about a 15kw
> 4pole router spindle at up to 24krpm (that is 800hz output, most drives
> seem to max out at or are limited to 500-600hz output.)  The last time we
> tried to order a new drive with these specs it was put on back order for
> more than 1 year before we canceled the order.  (We canceled after the
> delivery date had been pushed back 3 months for the 5th time.)  Then we
> bought a used one off of ebay.  (Tracking down a used drive on ebay with
> documented proof of the correct high speed firmware, when the sellers have
> no clue, is also another annoying trick to perform.)
>
> That is what we get for doing unusual things Todd,  Goes with the
> territory.  The trick is getting the info needed to make an informed
> decision from someone who has NDI what those numbers represent. They
> simply don't speak the language. And it can be very frustrating.
> >
> > Todd Zuercher
> > P. Graham Dunn Inc.
> > 630 Henry Street
> >

[ceph-users] Re: RGW: Cannot write to bucket anymore

2024-03-19 Thread Robin H. Johnson

On Tue, Mar 19, 2024 at 01:19:34PM +0100, Malte Stroem wrote:
> I checked the policies, lifecycle and versioning.
> 
> Nothing. The user has FULL_CONTROL. Same settings for the user's other 
> buckets he can still write to.
> 
> Wenn setting debugging to higher numbers all I can see is something like 
> this while trying to write to the bucket:
Did you get to debug_rgw=20 & debug_ms=1?
> 
> s3:put_obj reading permissions 
>  
> 
> s3:put_obj init op
> s3:put_obj verifying op mask
> s3:put_obj verifying op permissions
> op->ERRORHANDLER: err_no=-13 new_err_no=-13
> cache get: name=default.rgw.log++script.postrequest. : hit (negative entry)
> s3:put_obj op status=0
> s3:put_obj http status=403
> 1 == req done req=0x7fe8bb60a710 op status=0 http_status=403 
> latency=0.0s ==
Does an object of the same name exist, possibly versioned, somehow owned
by a different user?

`radosgw-admin object stat --bucket=... --object=...`

IIRC there would be specific messages saying it was denied by policy,
but I haven't checked that part of the codebase in some time.

-- 
Robin Hugh Johnson
Gentoo Linux: Dev, Infra Lead, Foundation President & Treasurer
E-Mail   : robb...@gentoo.org
GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136


signature.asc
Description: PGP signature
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

Re: developer token basic access requested a month ago without reply

2024-03-18 Thread Robin Wehner

Resolved! Thank you very much for help!

Cheers

Google Ads API Forum Advisor schrieb am Montag, 18. März 2024 um 14:22:06 
UTC+1:

> Hi,
>
> Thank you for providing the additional information.
>
>
> @Compliance team, please confirm if you are able to assist in the below 
> access request.
>
> Summary:
>
> The user has applied for the access with the below details. 
>
>
>
>- Google Ads Manager Account (MCC) ID:  358-696-8678 
>
>
>- Case ID: User says that no case ID generated for their request 
>- Access type : Basic Access 
>
> Do reach out to the Google Ads API support team 
>  for any queries 
> related to the API.
>
>   
> This message is in relation to case 
> "ref:!00D1U01174p.!5004Q02s00zr:ref" (ADR-00227655)
>
> Thanks,
>   
> [image: Google Logo] Google Ads API Team 
>
>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog:
https://googleadsdeveloper.blogspot.com/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

You received this message because you are subscribed to the Google
Groups "AdWords API and Google Ads API Forum" group.
To post to this group, send email to adwords-api@googlegroups.com
To unsubscribe from this group, send email to
adwords-api+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/adwords-api?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Google Ads API and AdWords API Forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to adwords-api+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/45ebb0a1-a0e7-47e3-b04a-1cfab415302bn%40googlegroups.com.

Re: [PATCH v2] RISC-V: Introduce option -mrvv-max-lmul for RVV autovec

2024-03-18 Thread Robin Dapp

LGTM as well.

Regards
 Robin

Re: [PATCH] drm/panthor: Don't use virt_to_pfn()

2024-03-18 Thread Robin Murphy


On 18/03/2024 2:51 pm, Steven Price wrote:

virt_to_pfn() isn't available on x86 (except to xen) so breaks
COMPILE_TEST builds. Avoid its use completely by instead storing the
struct page pointer allocated in panthor_device_init() and using
page_to_pfn() instead.

Signed-off-by: Steven Price 
---
  drivers/gpu/drm/panthor/panthor_device.c | 10 ++
  drivers/gpu/drm/panthor/panthor_device.h |  2 +-
  2 files changed, 7 insertions(+), 5 deletions(-)

diff --git a/drivers/gpu/drm/panthor/panthor_device.c 
b/drivers/gpu/drm/panthor/panthor_device.c
index 69deb8e17778..3c30da03fa48 100644
--- a/drivers/gpu/drm/panthor/panthor_device.c
+++ b/drivers/gpu/drm/panthor/panthor_device.c
@@ -154,6 +154,7 @@ int panthor_device_init(struct panthor_device *ptdev)
  {
struct resource *res;
struct page *p;
+   u32 *dummy_page_virt;
int ret;
  
  	ptdev->coherent = device_get_dma_attr(ptdev->base.dev) == DEV_DMA_COHERENT;

@@ -172,9 +173,10 @@ int panthor_device_init(struct panthor_device *ptdev)
if (!p)
return -ENOMEM;
  
-	ptdev->pm.dummy_latest_flush = page_address(p);

+   ptdev->pm.dummy_latest_flush = p;
+   dummy_page_virt = page_address(p);
ret = drmm_add_action_or_reset(>base, panthor_device_free_page,
-  ptdev->pm.dummy_latest_flush);
+  dummy_page_virt);


Nit: I was about to say I'd be inclined to switch the callback to 
__free_page() instead, but then I realise there's no real need to be 
reinventing that in the first place:


dummy_page_virt = (void *)devm_get_free_pages(ptdev->base.dev,
GFP_KERNEL | GFP_ZERO, 0);
if (!dummy_page_virt)
return -ENOMEM;

ptdev->pm.dummy_latest_flush = virt_to_page(dummy_page_virt);

Cheers,
Robin.


if (ret)
return ret;
  
@@ -184,7 +186,7 @@ int panthor_device_init(struct panthor_device *ptdev)

 * happens while the dummy page is mapped. Zero cannot be used because
 * that means 'always flush'.
 */
-   *ptdev->pm.dummy_latest_flush = 1;
+   *dummy_page_virt = 1;
  
  	INIT_WORK(>reset.work, panthor_device_reset_work);

ptdev->reset.wq = alloc_ordered_workqueue("panthor-reset-wq", 0);
@@ -353,7 +355,7 @@ static vm_fault_t panthor_mmio_vm_fault(struct vm_fault 
*vmf)
if (active)
pfn = __phys_to_pfn(ptdev->phys_addr + 
CSF_GPU_LATEST_FLUSH_ID);
else
-   pfn = virt_to_pfn(ptdev->pm.dummy_latest_flush);
+   pfn = page_to_pfn(ptdev->pm.dummy_latest_flush);
break;
  
  	default:

diff --git a/drivers/gpu/drm/panthor/panthor_device.h 
b/drivers/gpu/drm/panthor/panthor_device.h
index 51c9d61b6796..c84c27dcc92c 100644
--- a/drivers/gpu/drm/panthor/panthor_device.h
+++ b/drivers/gpu/drm/panthor/panthor_device.h
@@ -160,7 +160,7 @@ struct panthor_device {
 * Used to replace the real LATEST_FLUSH page when the GPU
 * is suspended.
 */
-   u32 *dummy_latest_flush;
+   struct page *dummy_latest_flush;
} pm;
  };

[FURY] [FURY][GSoC] Regarding participation in Summer of Code 2024

2024-03-18 Thread Robin Roy

Dear Fury Development Team,

I've been part of Fury since February. I always wanted to try something
different and found Fury through the GSoC website. Initially, I had little
idea why this library existed. But then I explored and realized scriptable
animations are super important and lots of people find it very valuable.
(Understanding VTK made me realize how simple Fury makes the entire
process.)

As a 2nd year CS undergraduate, I haven't done much scientific
visualization myself, but I have used libraries like streamlit
<https://github.com/streamlit/streamlit> & reflex
<https://github.com/reflex-dev/reflex>, and Fury looks similar to me. Since
the majority of people use Python for scientific tasks, a high-performance
visualization library makes a lot of sense, and this area seems niche to
me. This is why I'd like to contribute to Fury :)

As for experience with the library, I have one merged PR
<https://github.com/fury-gl/fury/pull/861> and one PR
<https://github.com/fury-gl/fury/pull/862> ready to review. I also have
replied to people in the Discussions tab
<https://github.com/fury-gl/fury/discussions/859#discussioncomment-8816441> and
helped in clarifying confusion
<https://github.com/fury-gl/fury/issues/851#issuecomment-1978189172>.

How do I apply to be a part of Fury? And what idea should I work on? I'm
fine with all 3 of the ideas, but I believe I have to narrow it down and
study to make a good proposal. I'd like some direction regarding this.

Sincerely,
Robin Roy
GitHub: https://github.com/robinroy03
Discord: robinroy
LinkedIn https://www.linkedin.com/in/robinroy2003
___
FURY mailing list -- fury@python.org
To unsubscribe send an email to fury-le...@python.org
https://mail.python.org/mailman3/lists/fury.python.org/
Member address: arch...@mail-archive.com

Re: [PATCH] drm/panthor: Fix the CONFIG_PM=n case

2024-03-18 Thread Robin Murphy


On 18/03/2024 1:49 pm, Steven Price wrote:

On 18/03/2024 13:08, Boris Brezillon wrote:

On Mon, 18 Mar 2024 11:31:05 +
Steven Price  wrote:


On 18/03/2024 08:58, Boris Brezillon wrote:

Putting a hard dependency on CONFIG_PM is not possible because of a
circular dependency issue, and it's actually not desirable either. In
order to support this use case, we forcibly resume at init time, and
suspend at unplug time.

Reported-by: kernel test robot 
Closes: 
https://lore.kernel.org/oe-kbuild-all/202403031944.eoimq8wk-...@intel.com/
Signed-off-by: Boris Brezillon 


Reviewed-by: Steven Price 


---
Tested by faking CONFIG_PM=n in the driver (basically commenting
all pm_runtime calls, and making the panthor_device_suspend/resume()
calls unconditional in the panthor_device_unplug/init() path) since
CONFIG_ARCH_ROCKCHIP selects CONFIG_PM. Seems to work fine, but I
can't be 100% sure this will work correctly on a platform that has
CONFIG_PM=n.


The same - I can't test this properly :(

Note that the other option (which AFAICT doesn't cause any problems) is
to "select PM" rather than depend on it - AIUI the 'select' dependency
is considered in the opposite direction by kconfig so won't cause the
dependency loop.


Doesn't seem to work with COMPILE_TEST though? I mean, we need
something like

depends on ARM || ARM64 || (COMPILE_TEST && PM)
...
select PM

but kconfig doesn't like that


Why do we need the "&& PM" part? Just:

depends on ARM || ARM64 || COMPILE_TEST
...
select PM

Or at least that appears to work for me.


drivers/gpu/drm/panthor/Kconfig:3:error: recursive dependency detected!
drivers/gpu/drm/panthor/Kconfig:3:  symbol DRM_PANTHOR depends on
PM kernel/power/Kconfig:183:symbol PM is selected by DRM_PANTHOR

which id why I initially when for a depends on PM



Of course if there is actually anyone who has a
platform which can be built !CONFIG_PM then that won't help. But the
inability of anyone to actually properly test this configuration does
worry me a little.


Well, as long as it doesn't regress the PM behavior, I think I'm happy
to take the risk. Worst case scenario, someone complains that this is
not working properly when they do the !PM bringup :-).


Indeed, I've no objection to this patch - although I really should have
compiled tested it as Robin pointed out ;)

But one other thing I've noticed when compile testing it - we don't
appear to have fully fixed the virt_to_pfn() problem. On x86 with
COMPILE_TEST I still get an error. Looking at the code it appears that
virt_to_pfn() isn't available on x86... it overrides asm/page.h and
doesn't provide a definition. The definition on x86 is hiding in
asm/xen/page.h.

Outside of arch code it's only drivers/xen that currently uses that
function. So I guess it's probably best to do a
PFN_DOWN(virt_to_phys(...)) instead. Or look to fix x86 :)


FWIW from a quick look it might be cleaner to store the struct page 
pointer for the dummy page - especially since the VA only seems to be 
used once in panthor_device_init() anyway - then use page_to_pfn() at 
the business end.


Cheers,
Robin.

Re: [PATCH] drm/panthor: Fix the CONFIG_PM=n case

2024-03-18 Thread Robin Murphy


On 18/03/2024 8:58 am, Boris Brezillon wrote:

Putting a hard dependency on CONFIG_PM is not possible because of a
circular dependency issue, and it's actually not desirable either. In
order to support this use case, we forcibly resume at init time, and
suspend at unplug time.

Reported-by: kernel test robot 
Closes: 
https://lore.kernel.org/oe-kbuild-all/202403031944.eoimq8wk-...@intel.com/
Signed-off-by: Boris Brezillon 
---
Tested by faking CONFIG_PM=n in the driver (basically commenting
all pm_runtime calls, and making the panthor_device_suspend/resume()
calls unconditional in the panthor_device_unplug/init() path) since
CONFIG_ARCH_ROCKCHIP selects CONFIG_PM. Seems to work fine, but I
can't be 100% sure this will work correctly on a platform that has
CONFIG_PM=n.
---
  drivers/gpu/drm/panthor/panthor_device.c | 13 +++--
  drivers/gpu/drm/panthor/panthor_drv.c|  4 +++-
  2 files changed, 14 insertions(+), 3 deletions(-)

diff --git a/drivers/gpu/drm/panthor/panthor_device.c 
b/drivers/gpu/drm/panthor/panthor_device.c
index 69deb8e17778..ba7aedbb4931 100644
--- a/drivers/gpu/drm/panthor/panthor_device.c
+++ b/drivers/gpu/drm/panthor/panthor_device.c
@@ -87,6 +87,10 @@ void panthor_device_unplug(struct panthor_device *ptdev)
pm_runtime_dont_use_autosuspend(ptdev->base.dev);
pm_runtime_put_sync_suspend(ptdev->base.dev);
  
+	/* If PM is disabled, we need to call the suspend handler manually. */

+   if (!IS_ENABLED(CONFIG_PM))
+   panthor_device_suspend(ptdev->base.dev);
+
/* Report the unplug operation as done to unblock concurrent
 * panthor_device_unplug() callers.
 */
@@ -218,6 +222,13 @@ int panthor_device_init(struct panthor_device *ptdev)
if (ret)
return ret;
  
+	/* If PM is disabled, we need to call panthor_device_resume() manually. */

+   if (!IS_ENABLED(CONFIG_PM)) {
+   ret = panthor_device_resume(ptdev->base.dev);
+   if (ret)
+   return ret;
+   }
+
ret = panthor_gpu_init(ptdev);
if (ret)
goto err_rpm_put;
@@ -402,7 +413,6 @@ int panthor_device_mmap_io(struct panthor_device *ptdev, 
struct vm_area_struct *
return 0;
  }
  
-#ifdef CONFIG_PM

  int panthor_device_resume(struct device *dev)
  {
struct panthor_device *ptdev = dev_get_drvdata(dev);
@@ -547,4 +557,3 @@ int panthor_device_suspend(struct device *dev)
mutex_unlock(>pm.mmio_lock);
return ret;
  }
-#endif
diff --git a/drivers/gpu/drm/panthor/panthor_drv.c 
b/drivers/gpu/drm/panthor/panthor_drv.c
index ff484506229f..2ea6a9f436db 100644
--- a/drivers/gpu/drm/panthor/panthor_drv.c
+++ b/drivers/gpu/drm/panthor/panthor_drv.c
@@ -1407,17 +1407,19 @@ static const struct of_device_id dt_match[] = {
  };
  MODULE_DEVICE_TABLE(of, dt_match);
  
+#ifdef CONFIG_PM


This #ifdef isn't necessary, and in fact will break the !PM build - 
pm_ptr() already takes care of allowing the compiler to optimise out the 
ops structure itself without any further annotations.


Thanks,
Robin.


  static DEFINE_RUNTIME_DEV_PM_OPS(panthor_pm_ops,
 panthor_device_suspend,
 panthor_device_resume,
 NULL);
+#endif
  
  static struct platform_driver panthor_driver = {

.probe = panthor_probe,
.remove_new = panthor_remove,
.driver = {
.name = "panthor",
-   .pm = _pm_ops,
+   .pm = pm_ptr(_pm_ops),
.of_match_table = dt_match,
},
  };

Re: developer token basic access requested a month ago without reply

2024-03-18 Thread Robin Wehner

Hey, thanks for the quick feedback. As mentioned before, I have not 
received any confirmation or information emails. So unfortunately I can't 
provide a case id.

Have great one!

Google Ads API Forum Advisor schrieb am Montag, 18. März 2024 um 11:13:35 
UTC+1:

> Hi,
>
> Thank you for reaching out to the Google Ads API support team.
>
> After reviewing your concern, I understand that you have applied 
> for API basic access and you haven't received any updates on your 
> application status.
>
> Since the access requests are handled by 
> the Google Ads API Compliance team, we are transferring the case to 
> the Ads API Compliance team. Can you kindly provide the following 
> information for the compliance team to further assist you with your 
> concern: 
>
>- Case ID generated from the compliance team in the format 
>0-0###0 (if there is any generated). 
>
> @Compliance team, please confirm if you are able to assist in 
> the below access request.
>
> Summary: The user has applied for API access with the below details. 
>
>- Google Ads Manager Account (MCC) ID: 358-696-8678 
>- Case ID: requested 
>
> Do reach out to the Google Ads API support team 
> , for any queries 
> related to 
> the API.
>   
> This message is in relation to case 
> "ref:!00D1U01174p.!5004Q02s00zr:ref" (ADR-00227655)
>
> Thanks,
>   
> [image: Google Logo] Google Ads API Team 
>
>
>

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog:
https://googleadsdeveloper.blogspot.com/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

You received this message because you are subscribed to the Google
Groups "AdWords API and Google Ads API Forum" group.
To post to this group, send email to adwords-api@googlegroups.com
To unsubscribe from this group, send email to
adwords-api+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/adwords-api?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Google Ads API and AdWords API Forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to adwords-api+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/24a326f0-c521-43bc-a670-f99c750e3751n%40googlegroups.com.

Developer Token Basic Access requested a month ago without reply

2024-03-18 Thread Robin Wehner

Dear Google Ads API Developer Team,

I submitted a Basic Access Request for my Developer Token about four weeks 
ago and have been awaiting a decision without any reply. I have also opened 
a support ticket, but neither  received a ticket id nor an email 
confirmation. Would be awesome if you guys could help me out :)

Google Ads Manager Account: 358-696-8678
... applied for Basic API Access

Thank you for your assistance!

-- 
-- 
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog:
https://googleadsdeveloper.blogspot.com/
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~

You received this message because you are subscribed to the Google
Groups "AdWords API and Google Ads API Forum" group.
To post to this group, send email to adwords-api@googlegroups.com
To unsubscribe from this group, send email to
adwords-api+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/adwords-api?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Google Ads API and AdWords API Forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to adwords-api+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/adwords-api/011b1b02-8914-4445-a6b7-beef5ded1317n%40googlegroups.com.

Re: [PATCH 1/6] auxdisplay/ht16k33: Replace use of fb_blank with backlight helper

2024-03-18 Thread Robin van der Gracht

Hi Thomas,

Thank you for submitting your patch, it looks fine to me.

Reviewed-by: Robin van der Gracht 

On Wed, 13 Mar 2024 16:45:00 +0100
Thomas Zimmermann  wrote:

> Replace the use of struct backlight_properties.fb_blank with a
> call to backlight_get_brightness(). The helper implement the same
> logic as the driver's function.
> 
> Signed-off-by: Thomas Zimmermann 
> Cc: Robin van der Gracht 
> Cc: Miguel Ojeda 
> ---
>  drivers/auxdisplay/ht16k33.c | 7 +--
>  1 file changed, 1 insertion(+), 6 deletions(-)
> 
> diff --git a/drivers/auxdisplay/ht16k33.c
> b/drivers/auxdisplay/ht16k33.c index a90430b7d07ba..83db829b97a5e
> 100644 --- a/drivers/auxdisplay/ht16k33.c
> +++ b/drivers/auxdisplay/ht16k33.c
> @@ -314,14 +314,9 @@ static int ht16k33_initialize(struct
> ht16k33_priv *priv) 
>  static int ht16k33_bl_update_status(struct backlight_device *bl)
>  {
> - int brightness = bl->props.brightness;
> + int brightness = backlight_get_brightness(bl);
>   struct ht16k33_priv *priv = bl_get_data(bl);
>  
> - if (bl->props.power != FB_BLANK_UNBLANK ||
> - bl->props.fb_blank != FB_BLANK_UNBLANK ||
> - bl->props.state & BL_CORE_FBBLANK)
> - brightness = 0;
> -
>   return ht16k33_brightness_set(priv, brightness);
>  }
>

[Git][archlinux/packaging/packages/urlwatch] Pushed new tag 2.28-2

2024-03-16 Thread Robin Candau (@antiz)



Robin Candau pushed new tag 2.28-2 at Arch Linux / Packaging / Packages / 
urlwatch

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

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

2024-03-16 Thread Robin Candau (@antiz)



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

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

[Git][archlinux/packaging/packages/hugo][main] upgpkg: 0.124.0-1: New upstream release + Add .nvchecker.toml

2024-03-16 Thread Robin Candau (@antiz)



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


Commits:
b88d2a43 by Robin Candau at 2024-03-16T19:43:02+01:00
upgpkg: 0.124.0-1: New upstream release + Add .nvchecker.toml

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = hugo
pkgdesc = Fast and Flexible Static Site Generator in Go
-   pkgver = 0.123.8
+   pkgver = 0.124.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.123.8.tar.gz::https://github.com/gohugoio/hugo/archive/v0.123.8.tar.gz
-   sha512sums = 
94990911e17b35f2f7a466be1c36323c6ac6e1ec2d84e9226f5d2463b4d412bcbdfe2859b21fc05f9256fb9fbfaafb9380fab1d60cd3a96f1f08200de09a8a26
+   source = 
hugo-0.124.0.tar.gz::https://github.com/gohugoio/hugo/archive/v0.124.0.tar.gz
+   sha512sums = 
3a760f86c18e8587ea7a807495e32b03561fb582b057f2e5f3faff8433b4fa99135f12f26d97ad931aa9447017a1d4b1af89638b28eeed0797d69b846423004d
 
 pkgname = hugo


=
.nvchecker.toml
=
@@ -0,0 +1,6 @@
+[hugo]
+source = "github"
+github = "gohugoio/hugo"
+prefix = "v"
+use_max_tag = true
+exclude_regex = ".*(pre|a|alpha|b|beta|r|rc).*"


=
PKGBUILD
=
@@ -6,7 +6,7 @@
 # Contributor: Brenton Horne
 
 pkgname=hugo
-pkgver=0.123.8
+pkgver=0.124.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=('94990911e17b35f2f7a466be1c36323c6ac6e1ec2d84e9226f5d2463b4d412bcbdfe2859b21fc05f9256fb9fbfaafb9380fab1d60cd3a96f1f08200de09a8a26')
+sha512sums=('3a760f86c18e8587ea7a807495e32b03561fb582b057f2e5f3faff8433b4fa99135f12f26d97ad931aa9447017a1d4b1af89638b28eeed0797d69b846423004d')
 
 build() {
   cd "${pkgname}-${pkgver}"



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

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

Re: E200004 error during commit

2024-03-16 Thread Robin

I believe this unfortunately means your repository is corrupt. If you 
have a backup of the repository, the easiest way is probably to 
restore the backup.


If you don't have a backup and have to try to manually restore the 
repository, Daniel Shahaf goes into quite a bit of detail in these 
previous threads on the mailing list:


https://lists.apache.org/thread/8sokdqly67db11g6vs5v547xwz1hrp74
https://lists.apache.org/thread/0y7kpppv3f0ms301m13pw0qybr47wjb4

Maybe these can help you to figure out the correct value of the L2P 
offset?


Unfortunately, I don't have a backup. The current revision is 1203, so 
this means the corruption is way back in r319?


After reading the threads, I don't quite understand how to fix L2P. The 
problem is now sometimes I'm unable to commit.


Robin


On 3/16/2024 8:49 PM, Daniel Sahlberg wrote:

Den tors 14 mars 2024 kl 05:22 skrev Robin :

Hi,

when committing to folder, I get a

Commit failed (details follow):
Invalid L2P offset in r320 footer
Could not convert '�x�ț���C � Y+�
     ��ׁ%�?�l��\wH ��O3D�� b�4 �z ͦcr42 �Z2� �9g�,h$c
     �yM .��"�?z��X: ~j� m�S  �' into a number

svnadmin verify gives


* Verifying metadata at revision 0 ...
* Error verifying repository metadata.
svnadmin: E24: Invalid L2P offset in r319 footer
svnadmin: E24: Could not convert

'L��>q��y���B�|Q�`E⌂♠A�r�Y�X1V}���g6.�☼�ݥ�♂�M�,♫�]I̠◄�8►�ِ���Ya↕4♠�%��e�'��XRf1�◄��OY�D`F�',►VRG�޾�]u'

into a number


SVN 1.14.2

    Robin

[Git][archlinux/packaging/packages/zabbix][main] upgpkg: 6.4.12-2: net-snmp-5.94 rebuild + Add .nvchecker.toml



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


Commits:
9472e195 by Robin Candau at 2024-03-15T13:15:37+01:00
upgpkg: 6.4.12-2: net-snmp-5.94 rebuild + Add .nvchecker.toml
https://archlinux.org/todo/net-snmp-594-rebuild/

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = zabbix
pkgver = 6.4.12
-   pkgrel = 1
+   pkgrel = 2
url = https://www.zabbix.com/
arch = x86_64
license = GPL-2.0-only


=
.nvchecker.toml
=
@@ -0,0 +1,6 @@
+[zabbix]
+source = "github"
+github = "zabbix/zabbix"
+prefix = "v"
+use_max_tag = true
+exclude_regex = ".*(pre|a|alpha|b|beta|r|rc).*"


=
PKGBUILD
=
@@ -5,7 +5,7 @@
 pkgbase=zabbix
 pkgname=(zabbix-server zabbix-agent{,2} zabbix-proxy zabbix-frontend-php 
zabbix-web-service)
 pkgver=6.4.12
-pkgrel=1
+pkgrel=2
 arch=(x86_64)
 url='https://www.zabbix.com/'
 license=('GPL-2.0-only')



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

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

[Git][archlinux/packaging/packages/zabbix] Pushed new tag 6.4.12-2



Robin Candau pushed new tag 6.4.12-2 at Arch Linux / Packaging / Packages / 
zabbix

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

[Git][archlinux/packaging/packages/gitea][main] upgpkg: 1.21.8-1: New upstream release + Add .nvchecker.toml



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


Commits:
8f981008 by Robin Candau at 2024-03-15T11:37:08+01:00
upgpkg: 1.21.8-1: New upstream release + Add .nvchecker.toml

- - - - -


3 changed files:

- .SRCINFO
- + .nvchecker.toml
- PKGBUILD


Changes:

=
.SRCINFO
=
@@ -1,6 +1,6 @@
 pkgbase = gitea
pkgdesc = Painless self-hosted Git service, community managed.
-   pkgver = 1.21.7
+   pkgver = 1.21.8
pkgrel = 1
url = https://gitea.io
arch = x86_64
@@ -20,7 +20,7 @@ pkgbase = gitea
optdepends = sqlite: SQLite support
options = !lto
backup = etc/gitea/app.ini
-   source = 
git+https://github.com/go-gitea/gitea.git#tag=2a06dba108f789ff40bda019edb00df16392cf6d?signed
+   source = 
git+https://github.com/go-gitea/gitea.git#tag=9ecc1028c2ad38692aa6c238a8549a04d6ff9a63?signed
source = gitea.tmpfiles
source = gitea.service
source = gitea.sysusers
@@ -31,9 +31,9 @@ pkgbase = gitea
validpgpkeys = D2CF76DA95F201E9901532AB3CDE74631F13A748
validpgpkeys = 82A110A44DF1A28D50C093BFB853ADA5DA7BBF7A
validpgpkeys = FE7C3EAEB8CD8290390B12AD3DECE05F6D9A647C
-   sha256sums = SKIP
+   sha256sums = 
6449f95a896eaa187a38933aea2df0736347a1181786f2b3010354a6b11a602d
sha256sums = 
1521fd7edc3830c695698ffe9835709f1408040b5ec989f07410972c894fa8ba
-   sha256sums = 
b16d02a9f32a17cc14dfa46a980bad795a4ed744627e6342248f60236dc2be43
+   sha256sums = 
0725aa3d9c556229b473ee5a12a922a1ebbb88aeb02cffd0252756c8bd531959
sha256sums = 
7e7b798b8ce035c1fb55993ece41c5efb6cad5922708866804fa50ada0cf9fa5
 
 pkgname = gitea


=
.nvchecker.toml
=
@@ -0,0 +1,6 @@
+[gitea]
+source = "github"
+github = "go-gitea/gitea"
+prefix = "v"
+use_latest_tag = true
+exclude_regex = ".*(pre|a|alpha|b|beta|r|rc|dev).*"


=
PKGBUILD
=
@@ -4,7 +4,7 @@
 # Contributor: Frederik Schwan 
 
 pkgname=gitea
-pkgver=1.21.7
+pkgver=1.21.8
 pkgrel=1
 pkgdesc="Painless self-hosted Git service, community managed."
 arch=(x86_64)
@@ -24,14 +24,14 @@ optdepends=(
 checkdepends=(openssh)
 options=(!lto)
 backup=('etc/gitea/app.ini')
-_tag=2a06dba108f789ff40bda019edb00df16392cf6d # git rev-parse v${pkgver}
+_tag=9ecc1028c2ad38692aa6c238a8549a04d6ff9a63 # git rev-parse v${pkgver}
 source=(git+https://github.com/go-gitea/gitea.git#tag=${_tag}?signed
 gitea.tmpfiles
 gitea.service
 gitea.sysusers)
-sha256sums=('SKIP'
+sha256sums=('6449f95a896eaa187a38933aea2df0736347a1181786f2b3010354a6b11a602d'
 '1521fd7edc3830c695698ffe9835709f1408040b5ec989f07410972c894fa8ba'
-'b16d02a9f32a17cc14dfa46a980bad795a4ed744627e6342248f60236dc2be43'
+'0725aa3d9c556229b473ee5a12a922a1ebbb88aeb02cffd0252756c8bd531959'
 '7e7b798b8ce035c1fb55993ece41c5efb6cad5922708866804fa50ada0cf9fa5')
 validpgpkeys=(
   B56E3C7437A49E136862F5DE9D8A57ADAA232E95  # Matti Ranta , 
retrieved from https://github.com/techknowlogick.gpg



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

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

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



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

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

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



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

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

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