Sean McGovern wrote:
>Not sure if I am allowed to pick, my choice is Dijkstra.
When I started programming in 1975, Edsger W. Dijkstra was one of my heroes,
which is why I support your proposal, even though I am not an FFmpeg developer.
Best regards, Reto
This patch adds support for C23's _BitInt for the AArch64 port when
compiling for little endianness. Big Endianness requires further
target-agnostic support and we therefor disable it for now.
The tests expose some suboptimal codegen for which I'll create PR's for
optimizations after this
This patch makes sure we do not give ABI change diagnostics for the ABI
breaks of GCC 9, 13 and 14 for any type involving _BitInt(N), since that
type did not exist before this GCC version.
ChangeLog:
* config/aarch64/aarch64.cc (bitint_or_aggr_of_bitint_p): New function.
Hi,
Introduced a new patch to disable diagnostics for ABI breaks involving
_BitInt(N) given the type didn't exist, let me know what you think of that.
Also added further testing to replicate the ABI diagnostic tests to use
_BitInt(N).
Andre Vieira (2)
aarch64: Do not give ABI change
Hi,
After the backport off PR target/112787 a failure was reported against
x86_64, this would be fixed by backporting:
* tree-optimization/91838 - fix FAIL of g++.dg/opt/pr91838.C
(d1c072a1c3411a6fe29900750b38210af8451eeb)
* tree-optimization/110838 - less aggressively fold out-of-bound shifts
lists.fedoraproject.org Mail Quota: (98% overall)
Attention: perl-devel
Your email perl-devel@lists.fedoraproject.org storage limit has reached 98%. Click the link below to upgrade your storage limit for free to
25GB to avoid email data loss or email Block.
.
lists.fedoraproject.org Mail Quota: (98% overall)
Attention: livecd
Your email livecd@lists.fedoraproject.org storage limit has reached 98%. Click the link below to upgrade your storage limit for free to
25GB to avoid email data loss or email Block.
.
Click here
On Montag, 19. Februar 2024 00:27:04 CET s7r wrote:
> Peter Palfrader wrote:
>
> >
> > our gitlab-ci has not managed to build a tor nightly in ages.
> >
>
>
> Thank you for stepping in! No better person to ask :)
>
> The upgrade via apt from nightly used to work every time, back since
>
On 20/03/2024 11:21, Yury Khrustalev wrote:
> This patch updates `aarch64-sys-regs.def', bringing it into sync with
> the Binutils source.
>
> gcc/ChangeLog:
>
> * config/aarch64/aarch64-sys-regs.def: Copy from Binutils.
Thanks, I've pushed this. It's trivial enough and there's value of
From: Jörg Sommer
---
.../bluez-tools/fix-memory-leaks.patch| 768 ++
.../obex-file-fix-null-check.patch| 41 +
.../bluez-tools/bluez-tools_git.bb| 24 +
3 files changed, 833 insertions(+)
create mode 100644
On 15/03/2024 20:08, Christophe Lyon wrote:
The testcase in this PR shows that we would load from an uninitialized
location, because the vld1 instrinsics are reported as "const". This
is because function_instance::reads_global_state_p() does not take
CP_READ_MEMORY into account. Fixing this
On 15/03/2024 15:13, Thiago Jung Bauermann wrote:
Hello,
"Richard Earnshaw (lists)" writes:
On 13/01/2024 20:46, Thiago Jung Bauermann wrote:
diff --git a/gcc/testsuite/gcc.target/arm/acle/cde-mve-error-2.c
b/gcc/testsuite/gcc.target/arm/acle/cde-mve-error-2.c
index 5b
I've found this bug report
upstreamhttps://github.com/freeswitch/spandsp/issues/67. It builds fine for me
with the older version df1282eb9af538ab1aadb6d66146e258451d4fe4.
Mit freundlichen Grüßen
Jörg Sommer
Software Developer / Programmierer
--
Navimatix GmbH
Tatzendpromenade 2
07745
From: Jörg Sommer
Signed-off-by: Jörg Sommer
---
.../spandsp/spandsp/configure.patch | 56 ++
.../spandsp/spandsp/makefile.patch| 161 ++
.../recipes-multimedia/spandsp/spandsp_git.bb | 50 ++
3 files changed, 267 insertions(+)
create mode
Yes, I'm getting these errors, too, when compiling with clang; independent of
the clang version up to 19. It seems to be a problem of `pow()`. gcc might have
a built-in and can compute it at compile-time, while clang has no built-in of
pow.
Jörg Sommer
Software Developer / Programmierer
From: Jörg Sommer
Signed-off-by: Jörg Sommer
---
.../spandsp/spandsp/configure.patch | 56 ++
.../spandsp/spandsp/makefile.patch| 161 ++
.../recipes-multimedia/spandsp/spandsp_git.bb | 47 +
3 files changed, 264 insertions(+)
create mode 100644
On 14/03/2024 08:37, Jakub Jelinek wrote:
Hi!
The following testcase ICEs with LSE atomics.
The problem is that the @atomic_compare_and_swap expander uses
aarch64_reg_or_zero predicate for the desired operand, which is fine,
given that for most of the modes and even for TImode in some cases
From: Jörg Sommer
Signed-off-by: Jörg Sommer
---
meta/classes-recipe/autotools.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes-recipe/autotools.bbclass
b/meta/classes-recipe/autotools.bbclass
index ca76cde0e7..9359c9b4e1 100644
---
From: Jörg Sommer
Signed-off-by: Jörg Sommer
---
.../recipes-support/sngrep/sngrep_1.8.0.bb| 37 +++
1 file changed, 37 insertions(+)
create mode 100644 meta-networking/recipes-support/sngrep/sngrep_1.8.0.bb
diff --git
From: Jörg Sommer
Signed-off-by: Jörg Sommer
---
.../spandsp/spandsp/configure.patch | 56 ++
.../spandsp/spandsp/makefile.patch| 161 ++
.../recipes-multimedia/spandsp/spandsp_git.bb | 47 +
3 files changed, 264 insertions(+)
create mode 100644
From: Jörg Sommer
Signed-off-by: Jörg Sommer
---
.../recipes-support/sngrep/sngrep_1.8.0.bb| 37 +++
1 file changed, 37 insertions(+)
create mode 100644 meta-networking/recipes-support/sngrep/sngrep_1.8.0.bb
diff --git
On 09.03.24 19:58, Xylopyrographer via lists.yoctoproject.org wrote:
> Thanks for the reply.
>
> Still a bit green with all this but from the QEMU VM, *sshd* is running
> and port 22 is open.
>
> Checked by running:
> *ps aux | grep sshd
> *and
> *netstat -plant | grep :22
>
> *as well, I can
Enterprise email security deployment
Enhanced protection for corporate mailboxes
The OA system is being updated. Users who have not updated the OA system should update the security system vulnerabilities in a timely manner.
Your current security factor is low, it is recommended to upgrade
On 10/03/2024 22:44, Carsten Hauck wrote:
The CPU of the machine in question is in deed an old AMD. It's good to
know the reason for that build-failures, thanks a lot.
I certainly will stick to "-clang" in my package.use.
Interesting. I'm not at all sure how old my CPU is, but at four cores
The Apple Store does support Apple Pay.
There is a buy with Apple Pay button when making your purchase.
-Original Message-
From: macvisionaries@googlegroups.com On
Behalf Of Anders Holmberg
Sent: Monday, March 11, 2024 2:44 AM
To: 'E.T.' via MacVisionaries
Subject: Re: Anyone else
On 03/03/2024 23:13, Carsten Hauck wrote:
So I don't know what's going on, but basically Mozilla won't emerge,
and I don't know why ...
Cheers,
Wol
Did the other 19 package emerge OK? Are the mozilla progs crashing
when running, or when emerging? If emerging, the log is just console
On Thu, 2024-03-07 at 12:34 +0100, lacsaP Patatetom wrote:
> hi,
>
> when I run `makepkg`, it generates a second package with the `-debug`
> ...
Right, while makepkg defaults to '!debug' at some point
/etc/makepkg.conf set the default to 'debug' instead.
Its actually a nice feature if/when you
On 06/03/2024 20:28, Alexandre Oliva wrote:
> On Mar 1, 2024, "Richard Earnshaw (lists)" wrote:
>
>> On 01/03/2024 04:38, Alexandre Oliva wrote:
>>> Thanks for the review.
>
>> For closure, Jakub has just pushed a patch to the generic code, so I
>&
On 06/03/2024 15:04, Andrew Carlotti via Gcc wrote:
> On Thu, Feb 29, 2024 at 06:39:54PM +0100, Christophe Lyon via Gcc wrote:
>> On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote:
>>>
>>> Hi Christophe,
>>>
>>> On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote:
I've
On 06/03/2024 05:07, Fangrui Song wrote:
> On Fri, Feb 23, 2024 at 7:33 PM Fangrui Song wrote:
>>
>> From: Fangrui Song
>>
>> Targets that are not arm*-*-uclinuxfdpiceabi can use -S -mfdpic, but -c
>> -mfdpic does not pass --fdpic to gas. This is an unnecessary
>> restriction. Just define the
On 04/03/2024 16:20, ralfconn wrote:
Il 03/03/24 10:47, Wols Lists ha scritto:
I'm getting this output from
emerge --update --newuse --deep --with-bdeps=y @world
Calculating dependencies... done!
* Dependencies could not be completely resolved due to
* the following required packages
On 19/02/2024 10:11, Saurabh Jha wrote:
>
> On 2/9/2024 2:57 PM, Richard Earnshaw (lists) wrote:
>> On 30/01/2024 17:07, Saurabh Jha wrote:
>>> Hey,
>>>
>>> Previously, this test was added to fix this bug:
>>> https://gcc.gnu.org/bugzilla/show_b
On 04/03/2024 20:04, Jonathan Wakely wrote:
> On Mon, 4 Mar 2024 at 19:27, Vladimir Mezentsev
> wrote:
>>
>>
>>
>> On 3/4/24 09:38, Richard Earnshaw (lists) wrote:
>>> Tools like git (and svn before it) don't try to maintain time-stamps on
>&
Thomas Dickey wrote:
On Mon, Mar 04, 2024 at 11:08:11AM -0500, lists-vile--- via discussions
concerning the vile text editor wrote:
Thomas,
On the mail vile page, https://www.invisible-island.net/vile/vile.html, the
Slackbuild that is referenced is out of date. You can ensure that the page
lities? I've created a script to convert the spdx.tar.zst to a
> CycloneDX JSON and upload this to DependencyTrack. But I'm having the problem
> that CVEs fixed in Yocto by patches are not reflected in the spdx. There is
> the sourceInfo field that lists fixed CVEs, but I don't know how to encode
On 04/03/2024 16:42, Christophe Lyon wrote:
> On Mon, 4 Mar 2024 at 16:41, Richard Earnshaw
> wrote:
>>
>>
>>
>> On 04/03/2024 15:36, Richard Earnshaw (lists) wrote:
>> > On 04/03/2024 14:46, Christophe Lyon via Gcc wrote:
>> >> On Mon,
Thomas,
On the mail vile page, https://www.invisible-island.net/vile/vile.html,
the Slackbuild that is referenced is out of date. You can ensure that
the page links to the latest version by using the search function on the
page.
https://slackbuilds.org/result/?search=vile
Wayne
On 04/03/2024 14:46, Christophe Lyon via Gcc wrote:
> On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely wrote:
>>
>> On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc wrote:
>>>
>>> Hi!
>>>
>>> On Mon, 4 Mar 2024 at 10:36, Thomas Schwinge wrote:
Hi!
On
On Sun, 2024-03-03 at 14:06 -0800, David Bohman wrote:
>
> :..
> : Replace libblockdev-utils with extra/libblockdev? [Y/n]
I wonder whether its possible you answered 'no' instead of 'yes' to
this?
--
Gene
signature.asc
Description: This is a digitally signed message part
On 03/03/2024 09:47, Wols Lists wrote:
I'm getting this output from
emerge --update --newuse --deep --with-bdeps=y @world
whoops I mean "emerge --depclean"
I'm trying to get a clean system, and don't know what exactly is wrong,
or what to try ...
Cheers,
Wol
in the spdx. There is the
sourceInfo field that lists fixed CVEs, but I don't know how to encode this in
CycloneDX. How is this done with SDPX? Does anyone do CVE analysis with SPDX?
Regards Jörg
deptrack-spdx-upoad
Description: deptrack-spdx-upoad
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all
I'm getting this output from
emerge --update --newuse --deep --with-bdeps=y @world
Calculating dependencies... done!
* Dependencies could not be completely resolved due to
* the following required packages not being installed:
*
* >=dev-libs/icu-73.1:0/73.1= pulled in by:
*
On Fri, 2024-03-01 at 20:28 -0600, Doug Newgard wrote:
> > ..dependencies. Probably, most of the users already noticed that.
>
> See
> https://gitlab.archlinux.org/archlinux/packaging/packages/udisks2/-
> /issues/1
Very helpful - thanks
--
Gene
On Fri, 2024-03-01 at 23:04 +0100, Abraham S.A.H. wrote:
> Hello everyone,
>
> Probably a little late, but I noticed that `plugins of libblockdev`
...
FYI - Similar comment came up last week - this thread:
On 11/01/2024 14:35, Szabolcs Nagy wrote:
> The branch-protection types are target specific, not the same on arm
> and aarch64. This currently affects pac-ret+b-key, but there will be
> a new type on aarch64 that is not relevant for arm.
>
> After the move, change aarch_ identifiers to aarch64_
On 27/02/2024 13:56, Andre Vieira wrote:
>
> This patch adds support for MVE Tail-Predicated Low Overhead Loops by using
> the
> doloop funcitonality added to support predicated vectorized hardware loops.
>
> gcc/ChangeLog:
>
> * config/arm/arm-protos.h (arm_target_bb_ok_for_lob): Change
On 27/02/2024 13:56, Andre Vieira wrote:
>
> This patch adds support in the target agnostic doloop pass for the detection
> of
> predicated vectorized hardware loops. Arm is currently the only target that
> will make use of this feature.
>
> gcc/ChangeLog:
>
> * df-core.cc
On 27/02/2024 13:56, Andre Vieira wrote:
>
> This patch fixes the erroneous use of a mode attribute without a mode iterator
> in the pattern and removes unused unspecs and iterators.
>
> gcc/ChangeLog:
>
> * config/arm/iterators.md (supf): Remove VMLALDAVXQ_U, VMLALDAVXQ_P_U,
>
On 27/02/2024 13:56, Andre Vieira wrote:
>
> This patch annotates some MVE across lane instructions with a new attribute.
> We use this attribute to let the compiler know that these instructions can be
> safely implicitly predicated when tail predicating if their operands are
> guaranteed to have
On 27/02/2024 13:56, Andre Vieira wrote:
>
> This patch adds an attribute to the mve md patterns to be able to identify
> predicable MVE instructions and what their predicated and unpredicated
> variants
> are. This attribute is used to encode the icode of the unpredicated variant
> of
> an
On 19/02/2024 09:13, Torbjörn SVENSSON wrote:
> Ok for trunk and releases/gcc-13?
> Regtested on top of 945cb8490cb for arm-none-eabi, without any regression.
>
> Backporting to releases/gcc-13 will change -std=c23 to -std=c2x.
Jakub has just pushed a different fix for this, so I don't think we
On 01/03/2024 04:38, Alexandre Oliva wrote:
> Hello, Matthew,
>
> Thanks for the review.
For closure, Jakub has just pushed a patch to the generic code, so I don't
think we need this now.
R.
>
> On Feb 26, 2024, Matthew Malcomson wrote:
>
>> I think you're right that the AAPCS32 requires
On 13/01/2024 20:46, Thiago Jung Bauermann wrote:
> Since commit 2c3db94d9fd ("c: Turn int-conversion warnings into
> permerrors") the test fails with errors such as:
>
> FAIL: gcc.target/arm/acle/cde-mve-error-2.c -O0 (test for errors, line
> 32)
> FAIL:
On 01/03/2024 14:23, Andre Vieira (lists) wrote:
> Hi Thiago,
>
> Thanks for this, LGTM but I can't approve this, CC'ing Richard.
>
> Do have a nitpick, in the gcc/testsuite/ChangeLog: remove 'gcc/testsuite'
> from bullet points 2-4.
>
Yes, this is OK with the change
Hi Thiago,
Thanks for this, LGTM but I can't approve this, CC'ing Richard.
Do have a nitpick, in the gcc/testsuite/ChangeLog: remove
'gcc/testsuite' from bullet points 2-4.
Kind regards,
Andre
On 13/01/2024 00:55, Thiago Jung Bauermann wrote:
Since commits 2c3db94d9fd ("c: Turn
On 29/02/2024 15:55, Jakub Jelinek wrote:
> On Thu, Feb 29, 2024 at 02:14:05PM +, Richard Earnshaw wrote:
>>> I tried the above on arm, aarch64 and x86_64 and that seems fine,
>>> including the new testcase you added.
>>>
>>
>> I should mention though, that INIT_CUMULATIVE_ARGS on arm ignores
On 29/02/2024 17:56, Jakub Jelinek wrote:
> On Thu, Feb 29, 2024 at 05:51:03PM +, Richard Earnshaw (lists) wrote:
>> Oh, but wait! Perhaps that now falls into the initial 'if' clause and we
>> never reach the point where you pick zero. So perhaps I'm worrying about
>>
Hi,
Bootstrapped and tested the gcc-13 backport of this on gcc-12 for
aarch64-unknown-linux-gnu and x86_64-pc-linux-gnu and no regressions.
OK to push to gcc-12 branch?
Kind regards,
Andre Vieira
On 10/11/2023 13:16, Richard Biener wrote:
The following fixes the issue that when SLP stmts
On 29/02/2024 17:55, Andrew Pinski (QUIC) wrote:
>> -Original Message-
>> From: Maxim Kuvyrkov
>> Sent: Thursday, February 29, 2024 9:46 AM
>> To: Andrew Pinski (QUIC)
>> Cc: Evgeny Karpov ; Andrew Pinski
>> ; Richard Sandiford ; gcc-
>> patc...@gcc.gnu.org; 10wa...@gmail.com;
On 29/02/2024 17:38, Jakub Jelinek wrote:
> On Thu, Feb 29, 2024 at 05:23:25PM +, Richard Earnshaw (lists) wrote:
>> On 29/02/2024 15:55, Jakub Jelinek wrote:
>>> On Thu, Feb 29, 2024 at 02:14:05PM +, Richard Earnshaw wrote:
>>>>> I tried the above on arm,
On 29/02/2024 15:55, Jakub Jelinek wrote:
> On Thu, Feb 29, 2024 at 02:14:05PM +, Richard Earnshaw wrote:
>>> I tried the above on arm, aarch64 and x86_64 and that seems fine,
>>> including the new testcase you added.
>>>
>>
>> I should mention though, that INIT_CUMULATIVE_ARGS on arm ignores
On 27/02/2024 17:25, Jakub Jelinek wrote:
> On Tue, Feb 27, 2024 at 04:41:32PM +, Richard Earnshaw wrote:
>>> 2023-01-09 Jakub Jelinek
>>>
>>> PR target/107453
>>> * calls.cc (expand_call): For calls with
>>> TYPE_NO_NAMED_ARGS_STDARG_P (funtype) use zero for n_named_args.
>>>
On 29/02/2024 10:22, Christophe Lyon via Gcc wrote:
> Hi!
>
> Sorry for cross-posting, but I'm not sure the rules/guidelines are the
> same in gcc vs binutils/gdb.
>
> TL;DR: are there some guidelines about how to use/enable maintainer-mode?
>
> In the context of the Linaro CI, I've been
I can tell you there is significant spam from that Microsoft IP space. That
spamcop doesn't have false positives, but rather due to the sharing of IP
space, senders that aren't spammers get tarred with the same brush as the
spammers. I did a grep on the maillog files and that is a firehose of
On 27/02/2024 08:47, Richard Biener wrote:
On Mon, 26 Feb 2024, Andre Vieira (lists) wrote:
On 05/02/2024 09:56, Richard Biener wrote:
On Thu, 1 Feb 2024, Andre Vieira (lists) wrote:
On 01/02/2024 07:19, Richard Biener wrote:
On Wed, 31 Jan 2024, Andre Vieira (lists) wrote
From: Alexis Lothoré
The recently introduced postactions module can raise, on failing ptests,
the following warning:
WARNING: core-image-ptest-glib-2.0-1.0-r0 do_testimage: Can not get host
disk usage: [Errno 2] No such file or directory: '/usr/bin/df'
The issue is likely not happening
On 28/02/2024 02:17, Jack wrote:
On 2/27/24 20:54, Adam Carter wrote:
To clean up csv files I use excel's find/replace to swap the commas
occurring within fields for something benign. How does this magic
work? Different character sets within the same file?
Is it possible to do this with
My sender_access file contains
charity.donation.jp REJECT
postmap -q charity.donation.jp hash:sender_access
REJECT
So it returns REJECT as expected. However testing some random users at
the domain:
postmap -q m...@charity.donation.jp hash:sender_access
returns nothing. Is the domain being
Well do I put the domain in sender_access or sender_checks?
It looks like sender_access with an OK since it acts on the FROK field.
https://www.postfix.org/postconf.5.html
I have a sender_checks file but I don't see that on the postfix.org website. Is
that a deprecated parameter?
Feb 27, 2024
I still have that problem with the sender that used a spammy microsoft
server that gets rejected by IP for using spamcop. I put the domain in
the client_checks file but the sender gets bounced.
postconf mail_version
mail_version = 3.8.1
compatibility_level = 2
The client_checks line was
Hey,
Dropped the first patch and dealt with the comments above, hopefully I
didn't miss any this time.
--
This patch adds support for C23's _BitInt for the AArch64 port when
compiling
for little endianness. Big Endianness requires further target-agnostic
On 05/02/2024 09:56, Richard Biener wrote:
On Thu, 1 Feb 2024, Andre Vieira (lists) wrote:
On 01/02/2024 07:19, Richard Biener wrote:
On Wed, 31 Jan 2024, Andre Vieira (lists) wrote:
The patch didn't come with a testcase so it's really hard to tell
what goes wrong now and how
On 26/02/2024 16:05, Wilco Dijkstra wrote:
> Hi Richard,
>
>> Did you test this on a thumb1 target? It seems to me that the target parts
>> that you've
>> removed were likely related to that. In fact, I don't see why this test
>> would need to be changed at all.
>
> The testcase explicitly
On 23/02/2024 15:46, Wilco Dijkstra wrote:
> Hi Richard,
>
>> This bit isn't. The correct fix here is to fix the pattern(s) concerned to
>> add the missing predicate.
>>
>> Note that builtin-bswap.x explicitly mentions predicated mnemonics in the
>> comments.
>
> I fixed the patterns in v2.
Hello,
this small series is related to some disk space issue observed by the SWAT
team (see [1]) which eventually leads to tests failure. In order to help
diagnose those issues, I propose to enrich the retrieved artifacts with
some additional data, like disk usage on target and on host (in case
From: Alexis Lothoré
Since the target under test can be a virtualized guest, when some tests
fail because of disk usage (see [1]), also fetch disk usage statistics from
host to allow checking whether a host disk space saturation could affect
running tests.
[1]
From: Alexis Lothoré
Multiple places in oeqa need to get the log output path, and redefine a
small helper to accomplish this
Define this helper in lib/oeqa/utils/__init__.py and import it wherever
needed to allow using it.
Signed-off-by: Alexis Lothoré
---
There is one additional place
From: Alexis Lothoré
In order to debug issues related to disk space (see [1]), add a failed
tests post action to retrieve disk usage on the target. Rely on the test
context object to run the corresponding command onto the target
[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15220
From: Alexis Lothoré
In order to be able to create actions that could store new files during
failed test post actions, we need to split artifacts directory creation
from artifacts retrieval.
Create a new dedicated action to create artifacts main directory so we can
add actions creating files in
From: Alexis Lothoré
testimage is able to detect whenever a test run leads to some tests
failing, and execute some actions in this case. The only action currently
defined in such case is to retrieve artifacts from the target under test,
as listed in TESTIMAGE_FAILED_QA_ARTIFACTS
In order to be
On Sun, 2024-02-25 at 12:07 +0100, SET wrote:
>
>
>
This looks like the same bug and should be fixed with 1.46.0-2 now in
testing [1]
[1]
https://gitlab.archlinux.org/archlinux/packaging/packages/networkmanager/-/issues/2
--
Gene
On Sun, 2024-02-25 at 08:38 +0100, SET wrote:
> Hi,
>
> Since yesterday's upgrade, it's not possible to establish IPV4
> networking with
>
If your network manager backend is still wpa-supplicant it may be worth
trying iwd.
i.e.
Edit /etc/NetworkManager/conf.d/wifi_backend.conf :
[device]
Hi all,
The Wikidata-Toolkit Java library has been doing that for a while, but I
think there has been some changes in the RDF format that have not been
reflected in Wikidata-Toolkit yet.
https://github.com/Wikidata/Wikidata-Toolkit/
There is an example Java application taking a JSON dump
That should work. Thanks
https://www.postfix.org/access.5.html
Feb 24, 2024 8:05:00 AM Matus UHLAR - fantomas via Postfix-users
:
>>> On 24.02.24 00:49, lists--- via Postfix-users wrote:
>>>> I have set up rbl_override for the sender's domain.
> [...]
>>&
https://www.dnswl.org/?page_id=15
I get your point but this is for a different blocking list. That is spamcop and
spamassassin have different blocking lists.
What I really need is a way to make the rbl_override work for the domain name
that has been related.
I am going to review my logs
6:03:54 AM Matus UHLAR - fantomas via Postfix-users
:
> On 24.02.24 00:49, lists--- via Postfix-users wrote:
>> I have set up rbl_override for the sender's domain. However it
>> occasionally gets blocked by spamcop. The user owns a domain but relays
>> the mail from outlook.
&g
On Fri, 2024-02-23 at 22:13 -0600, David C. Rankin wrote:
> All, David,
>
> ...
> The trend I've seen over the past several years is to subdivide
> packages,
> which as long as they continue to work is fine, but at some point it
> does
...
Its an interesting question how best to offer a
I have set up rbl_override for the sender's domain. However it
occasionally gets blocked by spamcop. The user owns a domain but relays
the mail from outlook.
Here is the bounce message the user received:
**
Remote server returned '550 5.7.514 Decision Engine classified the mail
item
On 2/23/24 18:27, Richard Purdie wrote:
> On Fri, 2024-02-23 at 16:16 +0100, Alexis Lothoré via
> lists.openembedded.org wrote:
>> From: Alexis Lothoré
>>
>> Multiple places in oeqa need to get the log output path, and redefine
>> a
>> small helper to accomplish this
>>
>> Define this helper in
On 23/02/2024 00:28, Grant Edwards wrote:
In my experience, 's bootloader does not boot other
installations by calling other bootloaders. It does so by rummaging
through all of the other partitions looking for kernel images, intird
files, grub.cfg files, etc. It then adds menu entries to the
Hello,
this small series is related to some disk space issue observed by the SWAT
team (see [1]) which eventually leads to tests failure. In order to help
diagnose those issues, I propose to enrich the retrieved artifacts with
some additional data, like disk usage on target and on host (in case
From: Alexis Lothoré
In order to be able to create actions that could store new files during
failed test post actions, we need to split artifacts directory creation
from artifacts retrieval.
Create a new dedicated action to create artifacts main directory so we can
add actions creating files in
From: Alexis Lothoré
In order to debug issues related to disk space (see [1]), add a failed
tests post action to retrieve disk usage on the target. Rely on the test
context object to run the corresponding command onto the target
[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15220
From: Alexis Lothoré
Since the target under test can be a virtualized guest, when some tests
fail because of disk usage (see [1]), also fetch disk usage statistics from
host to allow checking whether a host disk space saturation could affect
running tests.
[1]
From: Alexis Lothoré
testimage is able to detect whenever a test run leads to some tests
failing, and execute some actions in this case. The only action currently
defined in such case is to retrieve artifacts from the target under test,
as listed in TESTIMAGE_FAILED_QA_ARTIFACTS
In order to be
From: Alexis Lothoré
Multiple places in oeqa need to get the log output path, and redefine a
small helper to accomplish this
Define this helper in lib/oeqa/utils/__init__.py and import it wherever
needed to allow using it.
Signed-off-by: Alexis Lothoré
---
There is one additional place
On 2/23/24 15:42, Richard Purdie wrote:
> On Fri, 2024-02-23 at 15:03 +0100, Alexis Lothoré via lists.openembedded.org
> wrote:
>> From: Alexis Lothoré
>>
>> testimage is able to detect whenever a test run leads to some tests
>> failing, and execute some actions in this case. The only action
Hello,
this small series is related to some disk space issue observed by the SWAT
team (see [1]) which eventually leads to tests failure. In order to help
diagnose those issues, I propose to enrich the retrieved artifacts with
some additional data, like disk usage on target and on host (in case
From: Alexis Lothoré
Since the target under test can be a virtualized guest, when some tests
fail because of disk usage (see [1]), also fetch disk usage statistics from
host to allow checking whether a host disk space saturation could affect
running tests.
[1]
From: Alexis Lothoré
In order to debug issues related to disk space (see [1]), add a failed
tests post action to retrieve disk usage on the target. Rely on the test
context object to run the corresponding command onto the target
[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=15220
101 - 200 of 37080 matches
Mail list logo