Re: Dual Root setup

On 3/4/23 13:21, Uwe Sauter wrote: The usual Linux MD-RAID can have its metadata placed on different positions in the partition (see man (8) mdadm, option "-e, --metadata"). Knowing this it is no problem to create a partition on each disk of type EF00, create a RAID1 with metadata version

Re: Dual Root setup

On 3/4/23 13:05, Genes Lists wrote: Could be wrong, but I don't believe the is on RAID1 is it? Dual root is dual everything - esp, root, boot, the whole lot. You can clearly have an esp on each raid disk, so this could work as well - recovery might be little different than what I did

Re: Dual Root setup

On 3/4/23 13:00, Uwe Sauter wrote: Hi Gene, out of curiosity: where do you see the advantages of such a setup compared to having your root filesystem on a RAID1? , Could be wrong, but I don't believe the is on RAID1 is it? Dual root is dual everything - esp, root, boot, the whole lot.

Re: [AFMUG] Indoor Cat5 distributor

We’ve got some non shielded cable under our Apex9 brand.  Could sell it for a good price.  We’ve been sitting on it for some time.Marc Negri is in copy (not a list member) and his number is (561) 200-3642Jeff BroadwickCTIconnect312-205-2519 Office574-220-7826 Celljbroadw...@cticonnect.comOn Mar 3,

Re: [tor-relays] Confusing bridge signs...

On Dienstag, 28. Februar 2023 19:02:38 CET Keifer Bly wrote: > Yep, and after that the same still happens, it is still going offline In the syslog is why tor aborts. To help you, you should post your logs to a pastbin page. From the start of the tor daemon until it goes offline. -- ╰_╯ Ciao

Re: [PATCH] simplify-rtx: Fix VOIDmode operand handling in simplify_subreg [PR108805]

Committed attached patch. On 02/03/2023 10:13, Richard Sandiford wrote: "Andre Vieira (lists)" writes: Hey both, Sorry about that, don't know how I missed those. Just running a test on that now and will commit when it's done. I assume the comment and 0 -> byte change can be se

[yocto] [yocto-autobuilder-helper][PATCH 1/1] scripts/send-qa-email: use yocto_testresults_query.py for sha1 resolution

From: Alexis Lothoré A new tool named yocto_testresults_query.py has been integrated in poky as a thin wrapper between send-qa-email and resulttool. The new tool is in charge of converting tags/branches names to SHA1 revisions and to call resulttool with those revisions Remove any code related

Re: [PATCH] simplify-rtx: Fix VOIDmode operand handling in simplify_subreg [PR108805]

Hey both, Sorry about that, don't know how I missed those. Just running a test on that now and will commit when it's done. I assume the comment and 0 -> byte change can be seen as obvious, especially since it was supposed to be in my original patch... On 27/02/2023 15:46, Richard Sandiford

Re: [PATCH] amdgcn: Enable SIMD vectorization of math functions

On 01/03/2023 10:01, Andrew Stubbs wrote: > On 28/02/2023 23:01, Kwok Cheung Yeung wrote: >> Hello >> >> This patch implements the TARGET_VECTORIZE_BUILTIN_VECTORIZED_FUNCTION >> target hook for the AMD GCN architecture, such that when vectorized, >> calls to builtin standard math functions

Re: [OE-core] [PATCH 0/6] keep reducing regression reports noise

Hello Tim, On 3/1/23 07:24, Tim Orling wrote: > On Tue, Feb 28, 2023 at 10:10 AM Alexis Lothoré via lists.openembedded.org > > > wrote: > > From: Alexis Lothoré > > >

Re: What is/are the IPv4 addresses used by archlinux-keyring-wkd-sync? I need to tell iptables

On 2/26/23 22:23, David C. Rankin wrote: David - I emailed you an nftables script off-list - if its not in your spam folder, you may find it useful. Happy to share on list of course, but for now thought it better not to. best, gene

[OE-core] [PATCH 1/6] scripts/resulttool: call fixup_ptest_names in regression_common

From: Alexis Lothoré ptests names not only need to be fixed for regression based on git testresults but also for testsresults provided "manually" Move ptests naming fixup in regression_common to share the fixup between both regression use cases Signed-off-by: Alexis Lothoré ---

[OE-core] [PATCH 3/6] oeqa/selftest/resulttool: fix fake data

From: Alexis Lothoré resulttool searches for "status" field, not "STATUS", in results. This fix is more to avoid confusion than fixing anything, since the updated tests are about regression.can_be_compared, which does not check for "status" Signed-off-by: Alexis Lothoré ---

[OE-core] [PATCH 3/6] oeqa/selftest/resulttool: fix fake data used for testing

From: Alexis Lothoré resulttool searches for "status" field, not "STATUS", in results. This fix is more to avoid confusion than fixing anything, since the updated tests are about regression.can_be_compared, which does not check for "status" Signed-off-by: Alexis Lothoré ---

[OE-core] [PATCH 6/6] scripts/resulttool: do not count newly passing tests as regressions

From: Alexis Lothoré resulttool regression module simply compare a base test status to a target test result status. This approach raises many false positives since all XXX -> PASS transitions (XXX being any status different from PASS) are flagged as regression. - Do not list XXX -> PASS

[OE-core] [PATCH 2/6] oeqa/selftest/resulttool: fix ptest tests

From: Alexis Lothoré There are multiple issues with the tests for the ptest fixup mechanism introduced in c45d58f003e8d8b323169ca9d479dc49c43a9974: - the feature does not impact regression.can_be_compared but directly the comparison step in regression.regression_common - the "status" field was

[OE-core] [PATCH 4/6] scripts/resulttool: fix ptests results containing a non reproducible path

From: Alexis Lothoré Some ptests results may be wrongly sampled, resulting in some part of the error being propagated in test name. For example: "ptestresult.binutils-ld.in testcase

[OE-core] [PATCH 5/6] oeqa/selftest/resulttool: add test for error propagation in test name filtering

From: Alexis Lothoré Signed-off-by: Alexis Lothoré --- .../oeqa/selftest/cases/resulttooltests.py| 24 +++ 1 file changed, 24 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/resulttooltests.py b/meta/lib/oeqa/selftest/cases/resulttooltests.py index

[OE-core] [PATCH 0/6] keep reducing regression reports noise

From: Alexis Lothoré Hello, here is another batch of fixes to reduce noise in regression reports. Fixes are directly linked to main noise sources seen in 4.2_M3 regression report ([1]). - fix some existing selftests for resulttool - add more filters for ptests incorrectly logging failures. The

[OE-core] [PATCH 2/6] oeqa/selftest/resulttool: fix ptest filtering tests

From: Alexis Lothoré There are multiple issues with the tests for the ptest fixup mechanism introduced in c45d58f003e8d8b323169ca9d479dc49c43a9974: - the feature does not impact regression.can_be_compared but directly the comparison step in regression.regression_common - the "status" field was

Re: Discourse

On 27/02/2023 09:58, Andrew Bernard wrote: Not sure where my brain has been holidaying lately - I had the idea you can't import mbox format lists into Discourse and even gave what I thought were reasons you can't. This it totally wrong. Discourse does have an import mechanism for loading

[OE-core] [PATCH 2/2] oeqa/selftest/resulttool: add test for metadata filtering on regression

From: Alexis Lothoré Multiple filters have been added to resulttool to ensure that test results are compared only to relevant older tests results Add some unit tests about added filters: - tests should only be compared when machine matches - tests run as oeselftest should only be compared when

[OE-core] [PATCH 1/2] scripts/yoct_testresults_query: manage base/target revision not found

From: Alexis Lothoré If yocto_testresults_query.py is run from oe-core instead of poky, the script will very likely fail since poky tags do no exist in oe-core. If one or both revisions are not found, log the error and a suggestion about the reason (the script being run in oe-core instead of

[OE-core] [PATCH 0/2] scripts: yocto_testresults_query fixes and resulttool missing tests

From: Alexis Lothoré Hello, this series is a small follow-up to [1] - add explicit error when running yocto_testresults_query.py from oe-core instead of poky. Since the tool is working with git references from poky, it will not manage to resolve SHA-1 in oe-core - add tests for new

Re: What is/are the IPv4 addresses used by archlinux-keyring-wkd-sync? I need to tell iptables

On 2/26/23 17:29, David C. Rankin wrote: ... The issue is I block most of RIPE, I don't do business overseas, rarely outside Texas. I keep iptables stats on the number of intrusion attempts from RIPE,These intrusion attempts are inbound and it is indeed not uncommon to 'block' ingress SYN

Re: What is/are the IPv4 addresses used by archlinux-keyring-wkd-sync? I need to tell iptables

On 2/26/23 06:32, David Runge wrote: On 2023-02-26 10:22:08 (+0100), Markus Schaaf wrote: Am 26.02.23 um 04:00 schrieb David C. Rankin: Arch devs, ... iptables not to block them so my logs quit filling up with errors. I may be off base here but I'll ask anyway. Assuming you, as is

Re: [OE-core] [PATCH v3 0/6] scripts/resulttool/regression: add metadata filtering

Hello Richard, On 2/26/23 13:15, Richard Purdie wrote: > On Sat, 2023-02-25 at 16:59 +0100, Alexis Lothoré wrote: >> Hello Richard, >> as usual, thanks for the prompt feedback ! >> >> On 2/25/23 13:32, Richard Purdie wrote: >>> On Sat, 2023-02-25 at 09:15 +, Richard Purdie via >>>

Re: [vpp-dev] [vpp-build] VPP build error on Ubuntu 22.04

Hi Dave, i have apply the patch and the build process has no more errors. All .deb packages are created. Thank you very much. -- Jens -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#22627): https://lists.fd.io/g/vpp-dev/message/22627 Mute This

Re: [tor-relays] Confusing bridge signs...

On Freitag, 24. Februar 2023 04:11:27 CET Keifer Bly wrote: > Yes, the limit is 50GB per month, but for some reason the distribution > mechanism is not updating and the bridge keeps going offline despite the > new torrc. What comes to my mind without logs (& your 'killall -HUP' of a systemd

Re: [tor-relays] Frantech (was Re: Confusing bridge signs)

On Freitag, 24. Februar 2023 14:19:13 CET Jeff Teitel wrote: > On Fri, Feb 24, 2023 at 12:10 AM Marco wrote: > > Yes, Frantech should actually be avoided. But in Miami there are few Tor > > relays. A SLICE 512 for $2.00/m or $20.00/y is sufficient for a bridge. > >

Re: [OE-core] [PATCH v3 0/6] scripts/resulttool/regression: add metadata filtering

Hello Richard, as usual, thanks for the prompt feedback ! On 2/25/23 13:32, Richard Purdie wrote: > On Sat, 2023-02-25 at 09:15 +, Richard Purdie via > lists.openembedded.org wrote: >> On Fri, 2023-02-24 at 18:06 +, Richard Purdie via >> lists.openembedded.org wrote: >>> Hi Alexis, >>>

Re: Discourse

On 25/02/2023 13:34, Jean Abou Samra wrote: Le samedi 25 février 2023 à 16:56 +0330, Omid Mo'menzadeh a écrit : Hi all, Speaking up as one of the silent majority on this topic, now that it's mentioned, as I think I have two cents to add. I personally wouldn't be against Discourse, as I find

Re: One to remember linux 6.1.12.arch1-1 and linux-lts 6.1.13-1

On 2/24/23 21:01, David C. Rankin wrote: ..   Here is to hoping 6.2 doesn't bring a lot of surprises and kernel module issues... FYI - I've been running 6.2 on several machines for a while now and they are running smooth as silk. gene

Re: pacman -Syu fails - python-augeas (existing files) needed by certbot-apache?

On 2/24/23 19:41, David C. Rankin wrote: All, error: failed to commit transaction (conflicting files) python-scapy: /usr/lib/python3.10/site-packages/test/__init__.py exists ...   The python-augeas package is needed by certbot-apache. How to resolve the conflict? Hi Its a conflict

[OE-core] [PATCH v3 6/6] oeqa/selftest: add test for yocto_testresults_query.py

From: Alexis Lothoré Add some tests for new yocto_testresults_query.py helper. First test is taken from yocto-autobuilder-helper feature which has moved in yocto_testresults_query Signed-off-by: Alexis Lothoré --- .../cases/yoctotestresultsquerytests.py | 39 +++ 1 file

[OE-core] [PATCH v3 4/6] oeqa/selftest/resulttool: add test for metadata filtering on regression

From: Alexis Lothoré Introduce new tests for the metadata-based filtering added for oeselftest results Signed-off-by: Alexis Lothoré --- .../oeqa/selftest/cases/resulttooltests.py| 137 ++ 1 file changed, 137 insertions(+) diff --git

[OE-core] [PATCH v3 5/6] scripts: add new helper for regression report generation

From: Alexis Lothoré Add yocto-testresults-query script. This is a thin wrapper over resulttool which is able to translate tags or branch name to specific revisions, and then to work with those "guessed" revisions with resulttool Signed-off-by: Alexis Lothoré ---

[OE-core] [PATCH v3 1/6] scripts/oe-selftest: append metadata to tests results

From: Alexis Lothoré Many stored results TEST_TYPE are set to "oeselftest", however all those tests are not run with the same sets of parameters, so those tests results may not be comparable. Attach relevant parameters as tests metadata to allow identifying tests configuration so we can compare

[OE-core] [PATCH v3 3/6] scripts/resulttool/regression: add metadata filtering for oeselftest

From: Alexis Lothoré When generating regression reports, many false positive can be observed since some tests results are compared while the corresponding tests sets are not the same, as it can be seen for example for oeselftest tests (oeselftest is run multiple time but with different

[OE-core] [PATCH v3 2/6] scripts/resulttool/regression: remove unused import

From: Alexis Lothoré Signed-off-by: Alexis Lothoré --- scripts/lib/resulttool/regression.py | 1 - 1 file changed, 1 deletion(-) diff --git a/scripts/lib/resulttool/regression.py b/scripts/lib/resulttool/regression.py index 9f952951b3f..d0b0c318051 100644 ---

[OE-core] [PATCH v3 0/6] scripts/resulttool/regression: add metadata filtering

From: Alexis Lothoré Hello, this new series is the follow-up of [1] to make regression reports more meaningful, by reducing noise and false positives. Change since v2: - add filtering on MACHINE field from test results configuration: the MACHINE should always match - add "metadata guessing"

Re: Discourse

On 24/02/2023 10:39, Frank Steinmetzger wrote: It’s actually not the printing dialog, but a print version of the website. The Print dialog opens on top of that. You can see this when you cancel the print dialog - the popup is still there. Apparently, the print version is constructed so

Re: Discourse

On 22/02/2023 12:39, Andrew Bernard wrote: My offer is open. For the main Discourse server I run, amusingly the majority of people use the email interface, no matter how much I encourage them to use the nice web interface. [It's a forum devoted to harpsichord.] The point is that it runs the

Re: [tor-relays] Confusing bridge signs...

On Donnerstag, 23. Februar 2023 13:43:29 CET gus wrote: > AccountingStart day 12:00 > AccountingMax 50 GB > > > Example: Let's say you want to allow 50 GB of traffic every day in each > direction and the accounting should reset at noon each day: Hi Gus, I think Keifer meant the 5GB limit or

[vpp-dev] IPFIX with IPv4 and IPv6 on the same interface

How can i user IPFIX / Flowprobe for IPv4 and IPv6 flows on the same interface? My setup (vppctl): vpp# set ipfix exporter collector 192.168.190.2 src 192.168.190.12 template-interval 20 port 2055 path-mtu 1450 vpp# flowprobe params record l3 l4 active 20 passive 120 Now, i can set flowprobe

Re: Policy for posts from non-members

On 22/02/2023 06:05, Werner LEMBERG wrote: And joining is actually pretty serious friction for some people - the more lists I join, the more likely I am to abandon attempts to help if I'm required to register. I second that concern. Being the maintainer of the FreeType mailing lists, I face

Re: vim 9.0 bash syntax highlight broken for large if [ cond ]; then ... else ... fi block

On 2/21/23 14:04, Levente Polyak wrote: .. An updated version with the diff of sh.vim applied has been released as 9.0.1337-1. Very leet version number, it surely fixes mentioned issue :) Cheers, Levente Very leet :) thank you for repairing it so quickly. best gene

Re: [OE-core] [PATCH 1/1] lib/oe/reproducible: Use git log without gpg signature

Hello, Any update on my patch ? Thanks, BR, On 1/12/23 14:23, Benoît Mauduit via lists.openembedded.org wrote: Previously, if "showSignature" is present in user gitconfig, parsing of the timestamp will fail. Ideally we should replace this command with a git plumbing command. Signed-off-by:

Re: vim 9.0 bash syntax highlight broken for large if [ cond ]; then ... else ... fi block

On 2/21/23 05:39, Mario Moder wrote: Am Mon, Feb 20, 2023 at 10:07:46PM -0600 schrieb David C. Rankin: After the vim 9.0 update the syntax highlight in my .bashrc is off for: Maybe this one: https://bugs.archlinux.org/task/77475 Short term fix - copy the the latest sh.vim into

Re: libmysofa-1.3.1-2 hidden and breaks pipewire - with fix

On 2/20/23 22:21, Doug Newgard wrote: On Mon, 20 Feb 2023 20:32:08 -0500 Sounds like you have a bad mirror. Pick a different one. Yes Indeed - thank you - tis fine now. Sorry for noise.

[ceph-users] Re: Do not use SSDs with (small) SLC cache

Dear Michael, I don't have an explanation for your problem unfortunately, but I just wondered that you experience a drop in performance, that this SSD shouldn't have. Your SSDs drives (Samsung 870 EVO) should not get slower on large writes. You can verify this on the post you've attached [1]

libmysofa-1.3.1-2 hidden and breaks pipewire - with fix

Problem: This package is available in community, but pacman cannot find it - which breaks pipewire-audio due to missing soname depends. pacman only finds 1.3.1-1 which is missing the needed provides. Cause: The reason appears to be that while the package is available, it was not added to

Re: [tor-relays] Confusing bridge signs...

On Samstag, 18. Februar 2023 18:56:00 CET Keifer Bly wrote: > Ok. Here is the torrc file: > > GNU nano 3.2 /etc/tor/torrc > > > Nickname gbridge > ORPort 443 > SocksPort 0 > BridgeRelay 1 > PublishServerDescriptor bridge > ServerTransportPlugin obfs4 exec

Re: PESO: Portrait

> On 20 Feb 2023, at 03:12, Bill wrote: > > One of my planned shoots did go ahead today. My other subject came down with > a case of Norovirus, which put a real crimp on his day. Maybe next weekend, > we'll see. > > Anyway, this was shot with the X-T5 using north window light in an room >

Re: [tor-relays] Questions about Tor consensus weight & swag

On Samstag, 18. Februar 2023 18:26:55 CET shruub via tor-relays wrote: > > RelayBandwidthBurst > > One question, what actually is the burst? Haven't found anything online > nor in man. > man torrc: RelayBandwidthBurst N bytes|KBytes|MBytes|GBytes|TBytes|KBits|MBits|GBits| TBits If not 0, limit

Fixing vkCmdDrawIndexedIndirect with index buffer offset for llvmpipe

Hello everyone, newbie to the Mesa codebase here. I found that in the current main branch the llvmpipe Vulkan driver does not produce correct results for `vkCmdDrawIndexedIndirect` when the preceding call to `vkCmdBindIndexBuffer` passed a non-zero value for `offset`. I poked around in the

Re: [tor-relays] Confusing bridge signs...

On Donnerstag, 16. Februar 2023 06:15:02 CET Keifer Bly wrote: > So my bridge at > https://metrics.torproject.org/rs.html#details/4D6E3CA2110FC36D3106C86940A1D > 4C8C91923AB says it has “none “, Well, then you have configured BridgeDistribution (Default: any) to none. > though the torrc file has

Re: I think I found a quite severe bug, what is the next step?

On 2/16/23 18:45, Storm Dragon wrote: Howdy, Same output:   cat: /dev/vcsa1: No such device or address Same for me - in my case I see gdm as owner of vcsa1 so perhaps there is no buffer to read in this case? Sorry I know nothing about these devices and man vcs didn't enlighten me - i

Re: [OE-core] [PATCH v2 0/4] scripts/resulttool/regression: add metadata filtering

On 2/16/23 01:02, Richard Purdie wrote: > On Tue, 2023-02-14 at 17:53 +0100, Alexis Lothoré via > lists.openembedded.org wrote: >> From: Alexis Lothoré >> * this serie prioritize retro-compatibility: if the base test is older (ie: >> it >> does not have the needed metadata), it will consider

Re: RFC: stop doing "grand replace" updates to copyright years

On 15/02/2023 02:01, David Kastrup wrote: Personally, I'd be happiest if everybody who updated a file was responsible for making sure the copyright date was updated appropriately, That is going to work fantastically well, right? Distribute responsibility until nobody feels responsible for

Re: RFC: stop doing "grand replace" updates to copyright years

On 15/02/2023 06:23, Werner LEMBERG wrote: IMHO it's even simpler - is it fraud? (I don't know the answer, but it feels like it, and we shouldn't do it without legal advice). The GPL is used for licensing works _as_ _a_ _whole_, so it is definitely not fraud to update the license headers in

Re: [dm-devel] RAID4 with no striping mode request

On 15/02/2023 11:44, Roger Heflin wrote: WOL: current SSD's are rated for around 1000-2000 writes. So a 1Tb disk can sustain 1000-2000TB of total writes. And writes to filesystem blocks would get re-written more often than data blocks. How well it would work would depend on how often the

Re: Q: Error: mount_mfs: mmap: Cannot allocate memory

On Mon, Feb 13, 2023 at 01:50:13PM -, Stuart Henderson wrote: > ... > It maybe worth checking whether mfs is actually helping - > it's easy to assume that because it's in RAM it must be fast, > but I've had machines where mfs was slower than SSD >

Re: [dm-devel] RAID4 with no striping mode request

On 14/02/2023 22:28, Roger Heflin wrote: On Tue, Feb 14, 2023 at 3:27 PM Heinz Mauelshagen wrote: ...which is RAID1 plus a parity disk which seems superfluous as you achieve (N-1) resilience against single device failures already without the later. What would you need such parity disk

[yocto] [yocto-autobuilder-helper][PATCH 1/1] scripts/prepare-shared-repos: fix minor typo in autobuilder logs

From: Alexis Lothoré Minor typo observed when cheking the "Prepared shared repository" step logs in autobuilder web interface: Intially fetching repo poky (1675810261.1)

Re: [AFMUG] FB Exchange

That would be about $18 today.   My first home, single wide 10 x 50 mobile home cost $12,000 in 1982.  Or about $36K today.  https://www.zillow.com/homedetails/744-S-1750-W-Vernal-UT-84078/2070550612_zpid/   So how is it people have it so much worse today?       From: Jeff Broadwick - Lists S

Re: [AFMUG] FB Exchange

Too many parents want to be friends with their kids and not actually parent. Good news is, if you do a good job of parenting, you’ll likely have the opportunity out to become friends with your kids after they move out. Jeff Broadwick CTIconnect 312-205-2519 Office 574-220-7826 Cell

[OE-core] [PATCH v2 4/4] oeqa/selftest/resulttool: add test for metadata filtering on regression

From: Alexis Lothoré Introduce new tests for the metadata-based filtering added for oeselftest results Signed-off-by: Alexis Lothoré --- .../oeqa/selftest/cases/resulttooltests.py| 121 ++ 1 file changed, 121 insertions(+) diff --git

[OE-core] [PATCH v2 3/4] scripts/resulttool/regression: add metadata filtering for oeselftest

From: Alexis Lothoré When generating regression reports, many false positive can be observed since some tests results are compared while the corresponding tests sets are not the same, as it can be seen for example for oeselftest tests (oeselftest is run multiple time but with different

[OE-core] [PATCH v2 2/4] oeqa/selftest/resulttooltests: fix minor typo

From: Alexis Lothoré Signed-off-by: Alexis Lothoré --- meta/lib/oeqa/selftest/cases/resulttooltests.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/selftest/cases/resulttooltests.py b/meta/lib/oeqa/selftest/cases/resulttooltests.py index

[OE-core] [PATCH v2 0/4] scripts/resulttool/regression: add metadata filtering

From: Alexis Lothoré This v2 does not contain any change in patches content, it only sets the From: field correctly. Sorry for the noise. This patch serie is a proposal linked to discussion initiated here: https://lists.yoctoproject.org/g/automated-testing/topic/96652823#1219 After integration

[OE-core] [PATCH v2 1/4] scripts/oe-selftest: append metadata to tests results

From: Alexis Lothoré Many stored results TEST_TYPE are set to "oeselftest", however all those tests are not run with the same sets of parameters, so those tests results may not be comparable. Attach relevant parameters as tests metadata to allow identifying tests configuration so we can compare

Lumen @ Nano. Need to meet

If there anyone at NANOG from Lumen? I need to meet on a client of a client matter. ‘' Justin Wilson j...@mtin.net — https://j2sw.com (AS399332) https://blog.j2sw.com - Podcast and Blog

[OE-core] [PATCH 3/4] scripts/resulttool/regression: add metadata filtering for oeselftest

When generating regression reports, many false positive can be observed since some tests results are compared while the corresponding tests sets are not the same, as it can be seen for example for oeselftest tests (oeselftest is run multiple time but with different parameters, resulting in

[OE-core] [PATCH 4/4] oeqa/selftest/resulttool: add test for metadata filtering on regression

Introduce new tests for the metadata-based filtering added for oeselftest results Signed-off-by: Alexis Lothoré --- .../oeqa/selftest/cases/resulttooltests.py| 121 ++ 1 file changed, 121 insertions(+) diff --git a/meta/lib/oeqa/selftest/cases/resulttooltests.py

[OE-core] [PATCH 0/4] scripts/resulttool/regression: add metadata filtering

This patch serie is a proposal linked to discussion initiated here: https://lists.yoctoproject.org/g/automated-testing/topic/96652823#1219 After integration of some improvements on regression reporting, it has been observed that the regression report of version 4.2_M2 is way too big. When

[OE-core] [PATCH 1/4] scripts/oe-selftest: append metadata to tests results

Many stored results TEST_TYPE are set to "oeselftest", however all those tests are not run with the same sets of parameters, so those tests results may not be comparable. Attach relevant parameters as tests metadata to allow identifying tests configuration so we can compare tests only when they

[OE-core] [PATCH 2/4] oeqa/selftest/resulttooltests: fix minor typo

Signed-off-by: Alexis Lothoré --- meta/lib/oeqa/selftest/cases/resulttooltests.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/selftest/cases/resulttooltests.py b/meta/lib/oeqa/selftest/cases/resulttooltests.py index c2e76f1a44..efdfd98af3 100644 ---

Re: Updated February PUG

Thanks Alan, > On 11 Feb 2023, at 16:42, Alan C wrote: > > A great image, Jan. BTW, there are actually two cubs! > Indeed, hard to see, but you’re right two are visible here. She actually had four, but thay played with other aunts and uncles as well ;-) Regards, JvW

Re: Q: Error: mount_mfs: mmap: Cannot allocate memory

On Sun, Feb 05, 2023 at 02:50:44PM -0300, Crystal Kolipe wrote: > On Sun, Feb 05, 2023 at 06:05:22PM +0100, Why 42? The lists account. wrote: > ... > > The fstab file contains this mount entry for tmp: > > swap /tmp mfs rw,nodev,nosuid,-s=16777216 0 0 > > This is 8 Gb, w

Re: Updated February PUG

Thanks Ann, Henk and Ralf for the nice words, and of course Brian for updating the PIUG with my image > On 11 Feb 2023, at 15:01, ann sanfedele wrote: > > I agree, Henk - just realised I havent commented yet (busy busy busy) on > list did so elsewhere. > I love your shot.. I think it is

Re: February PUG is up

Thanks Brian, > On 10 Feb 2023, at 04:32, Brian W wrote: > > Hi Jan > > I've checked the mail server and there's no sign of any submission received > from > you - so not sure what happened. > > If you want to send me the usual info about the image, I'm happy to add it. I have just sent you

Re: February PUG is up

> On 4 Feb 2022, at 11:00, Brian W wrote: > > G'day all > > Enjoy the new gallery here: > > http://pug.komkon.org/ > > (you may need to refresh your browser if you see the previous gallery there). > > Note: The automated submission process usually works well but it's not > infallible. So,

Re: [tor-relays] Questions about 4 Relays per IP and the ddos mitigation scripts

On Mittwoch, 8. Februar 2023 00:07:22 CET nusenu wrote: > I don't think relays should silently drop > other relays packets without first trying: > - to confirm that accepting that IP would render the relay (mostly) unusable > (by first running in a mode that accepts relay IPs) - to understand the

Re: System Update Today Broke Lightdm - Error getting user list from org.freedesktop.Accounts: GDBus.??

On 2/7/23 19:29, David C. Rankin wrote: graphics, and startx/fluxbox works fine there. Thinking it may be the AUR drivers, I rebuilt the nvidia drivers as well, e.g. David Instead of recompiling them, did you try not using them, just try with nouveau instead - there's a non-zero probabity

[ceph-users] Re: Replacing OSD with containerized deployment

0e2-c5cc96bdd825/osd-block-2a1d1bf0-300e-4160-ac55-047837a5af0b and block.wal on /dev/ceph-3a336b8e-ed39-4532-a199-ac6a3730840b/osd-wal-5d845dba-8b55-4984-890b-547fbdaff10c from there, check if that device is well an LV member of the NVME device. Can you share the full output of lsblk ? Thanks,

[yocto] [autobuilder][PATCH v2 3/3] scripts/send-qa-email: add target and base revisions in regression report

From: Alexis Lothoré Current regression reports do not contain information about versions compared when generating reports. While it is still possible to get the information by searching the autobuilder log, it is not convenient. Moreover, future developments will allow to generate multiple

[yocto] [autobuilder][PATCH v2 2/3] scripts/send-qa-email: reduce testresults shallow clone depth

From: Alexis Lothoré Since we are now force-fetching base revisions and target revisions for regression report generation, we can make testresults clone even more "shallow" to increase clone speed in CI pipelines Signed-off-by: Alexis Lothoré --- scripts/send_qa_email.py | 4 ++-- 1 file

[yocto] [autobuilder][PATCH v2 1/3] scripts/send-qa-email: force current revision fetch

From: Alexis Lothoré If we try to run send-qa-email to simulate past releases (for example, for development or debugging), the execution will very likely fail because the target revision to examine (ie: the poky revision) is too old, and as a consequence is not contained in the testresults

[yocto] [autobuilder][PATCH v2 0/3] ease send-qa-email usage with older history

From: Alexis Lothoré Hello, This is the v2 of minor patch series to ease development/debugging on send-qa-email. There is no functional change in the patches since v1, those are resent to fix some mess in signedoff/from fields from my email configuration. Regards, Alexis Lothoré (3):

Re: [yocto] [autobuilder][PATCH 0/3] ease send-qa-email usage with older history

Hello Richard, On 2/7/23 15:42, Richard Purdie wrote: > On Tue, 2023-02-07 at 15:12 +0100, Alexis Lothoré via > lists.yoctoproject.org wrote: >> I assumed that no tool is currently trying to parse the regression reports, >> so >> I chose arbitrarily the metadata format. > > The reports have

Re: Update to Glibc 2.37 (possibly) causes coredumps of electron (element-desktop)

On 2/7/23 07:43, Uwe Sauter wrote: Hi folks, .. [2023-02-07T07:50:28+0100] [ALPM] upgraded glibc (2.36-7 -> 2.37-2) .. Timestamp: Tue 2023-02-07 13:33:29 CET (6min ago) ... I may be misreading the timestamps but seems like a very short time between the update and the coredump -

[yocto] [autobuilder][PATCH 3/3] scripts/send-qa-email: add target and base revisions in regression report

Current regression reports do not contain information about versions compared when generating reports. While it is still possible to get the information by searching the autobuilder log, it is not convenient. Moreover, future developments will allow to generate multiple reports (with different

[yocto] [autobuilder][PATCH 2/3] scripts/send-qa-email: reduce testresults shallow clone depth

Since we are now force-fetching base revisions and target revisions for regression report generation, we can make testresults clone even more "shallow" to increase clone speed in CI pipelines Signed-off-by: Alexis Lothoré Signed-off-by: Alexis Lothore --- scripts/send_qa_email.py | 4 ++-- 1

[yocto] [autobuilder][PATCH 1/3] scripts/send-qa-email: force current revision fetch

If we try to run send-qa-email to simulate past releases (for example, for development or debugging), the execution will very likely fail because the target revision to examine (ie: the poky revision) is too old, and as a consequence is not contained in the testresults shallow clone anymore

[yocto] [autobuilder][PATCH 0/3] ease send-qa-email usage with older history

Hello, this minor patch series bring minor fixes into send-qa-email to ease development/debugging in it: - fetching current build test results works well in CI builds because we are sure that the build results will be in the 5 upper commits of testsresults repository shallow clone (because it

XFCE screensaver strangeness ...

Hi All, Recently I have noticed some XFCE screensaving weirdness e.g. The XFCE desktop seems to ignore my preference for xscreensaver, but rather always starts the xfce4-screensaver instead. Currently I think I have disabled both in my settings and yet the xfce saver is still getting started

Q: Error: mount_mfs: mmap: Cannot allocate memory

Hi All, After an update to a recent snapshot on my desktop system, I noticed these mount_mfs messages at boot time: /dev/sd0h (7a1775fef773535e.h): file system is clean; not checking /dev/sd1j (281ef747da03afe7.j): file system is clean; not checking /dev/sd1k (281ef747da03afe7.k): file system

Re: Split apache package

On 2/3/23 05:03, ogar...@moire.org wrote: I don't suppose you have a similar replacement for my other dependency on the bind package, dnssec-signzone? As a command I personally do not know of any replacement. But if you simply use `dnssec-signzone` to check the DNSSEC status of a domain you

Re: OT Rabbit hole

> On 1 Feb 2023, at 15:49, ann sanfedele wrote: > > Ok I did it again this morning.. and did screen shots of my answers got 3387 > with one 1000 pointer - Interesting game indeed. Ran it about ten times usually between 1500 and 3000. High-score of 3264 with one 1000-pointer in there.

<    5   6   7   8   9   10   11   12   13   14   >