[PATCH] aarch64: enable mixed-types for aarch64 simdclones

Hi, This patch enables the use of mixed-types for simd clones for AArch64 and adds aarch64 as a target_vect_simd_clones. Bootstrapped and regression tested on aarch64-unknown-linux-gnu gcc/ChangeLog: * config/aarch64/aarch64.cc (currently_supported_simd_type): Remove.

Re: GNU Tools Cauldron 2023

It is now just under 2 months until the GNU Tools Cauldron. Registration is still open, but we would really appreciate it if you could register as soon as possible so that we have a clear idea of the numbers. Richard. On 05/06/2023 14:59, Richard Earnshaw wrote: > We are pleased to invite you

Nested tuplet ratio notation

Hello, I'm testing different ways to notate the top-staff rhythm in the example below (a 25:16 tuplet over two bars, or a quintuplet built on four notes of another quintuplet). I have a couple of problems: 1. I'd like to notate the first staff ratio as in the attached image, but I have no idea

[OE-Core][PATCH] scripts/resulttool: add mention about new detected tests

From: Alexis Lothoré Some regression reports show a lot of "PASSED->None" transitions. When such big lot of identical transitions are observed, it could be that tests are now failing, but it could also be that some tests has been renamed. To detect such case, add a log in regression report to

Re: qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.

"Alexis de BRUYN [Mailing Lists]" wrote: On 19/07/2023 22:20, Rafael Sadowski wrote: On Wed Jul 19, 2023 at 06:17:08PM +0200, Alexis de BRUYN [Mailing Lists] wrote: Hi Everybody, Following -current, I have just sysupgraded / pkg_add -u (after ~40 days), and I cannot launch qt ap

Re: qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.

On 19/07/2023 22:20, Rafael Sadowski wrote: On Wed Jul 19, 2023 at 06:17:08PM +0200, Alexis de BRUYN [Mailing Lists] wrote: Hi Everybody, Following -current, I have just sysupgraded / pkg_add -u (after ~40 days), and I cannot launch qt applications anymore : $ nextcloud qt.qpa.plugin: Could

Re: [AFMUG] wispa

It’s not legit.WISPA has made efforts in the past to stamp this out, but it’s pretty much impossible.Jeff BroadwickCTIconnect312-205-2519 Office574-220-7826 Celljbroadw...@cticonnect.comOn Jul 19, 2023, at 2:29 PM, David Hannum wrote:I can't imagine WISPA sanctioning someone selling this list,

qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.

Hi Everybody, Following -current, I have just sysupgraded / pkg_add -u (after ~40 days), and I cannot launch qt applications anymore : $ nextcloud qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt

Re: Arch Linux installing.

On 7/18/23 14:52, Ralf Mardorf wrote: ... if the cat paws at the keyboard, it doesn't need root privileges, it can execute "rm /path/unified_kernel_image" with the cat's user privileges? I think that non-root can only do that if mounted uid=. So, as far as cat-safe filesystem, isn't it no

Re: Arch Linux installing.

On 7/18/23 09:45, Ralf Mardorf wrote: I don't install my kernels on a fat partition without UNIX privileges. IOW if it should be required that the efi partition is a fat partition, I wonder why this is recommended. OI assume a part of your comment is the security aspect. This of course can be

Re: Arch Linux installing.

On 7/18/23 09:23, Genes Lists wrote: While that is/was pretty common, I believe the current recommendation is to  mount: To be more precise, the recommendation is to mount the efi as /boot, and as Sergey suggested, if your EFI partition is too small, then use separate efi and boot

Re: Arch Linux installing.

On 7/18/23 06:41, Sergey Filatov wrote: mount EFI partition as /boot/efi. While that is/was pretty common, I believe the current recommendation is to mount: esp onto /efi gpt type : EF00 boot onto /boot gpt type : EA00 (type XBOOTLDR) rather than having the efi

Re: [tor-relays] Wrong "first seen" flag for bridges at metrics.torproject.org

On Montag, 17. Juli 2023 20:12:34 CEST telekobold wrote: > I have an issue regarding the "first seen" flag at > metrics.torproject.org: It is definitely wrong for my two bridges - both > dates are much too close in the past. > Has anyone observed similar behavior for its relay? (I found it >

Re: [PATCH] Include insn-opinit.h in PLUGIN_H [PR110610]

On 11/07/2023 23:28, Jeff Law wrote: On 7/11/23 04:37, Andre Vieira (lists) via Gcc-patches wrote: Hi, This patch fixes PR110610 by including OPTABS_H in the INTERNAL_FN_H list, as insn-opinit.h is now required by internal-fn.h. This will lead to insn-opinit.h, among the other OPTABS_H

Issue with RCS + SUID

Hello, We are trying to setup RCS with SUID to prevent users other than the primary user from deleting revisions. We followed the directions in the man page for ci, but we are getting permissions issues when we try to checkout as one of the other users. This is our setup: * Master user:

Re: Fullscreen mode

without knowing more I think you should go fullscreen with the browser/application before connecting to the remote system. Additionally the target resolution set in the connection has impact and also the configured/available resize method of the target system. It may also vary if initially

Re: Unable to Port Forward to a Virtual Machine

On Tuesday, July 11, 2023 6:36:22 PM PDT David King wrote: > On 7/11/23 19:15, Lists wrote: > > > > > > > I have a Fedora (35) workstation with some VMs running on a virtual > > LAN and I want to open service(s) to the local Physical LAN. Goal is >

Unable to Port Forward to a Virtual Machine

I have a Fedora (35) workstation with some VMs running on a virtual LAN and I want to open service(s) to the local Physical LAN. Goal is to make an HTTP service running on 192.168.122.11:80 visible to 192.168.1.* as 192.168.1.62:80 What am I missing!?!? Office Network 192.168.1.*

Re: [PATCH] aarch64: Fix warnings during libgcc build

On 11/07/2023 15:54, Richard Earnshaw (lists) via Gcc-patches wrote: On 11/07/2023 10:37, Florian Weimer via Gcc-patches wrote: libgcc/ * config/aarch64/aarch64-unwind.h (aarch64_cie_signed_with_b_key): Add missing const qualifier.  Cast from const unsigned char * to const char

Re: [PATCH] aarch64: Fix warnings during libgcc build

On 11/07/2023 10:37, Florian Weimer via Gcc-patches wrote: libgcc/ * config/aarch64/aarch64-unwind.h (aarch64_cie_signed_with_b_key): Add missing const qualifier. Cast from const unsigned char * to const char *. Use __builtin_strchr to avoid an implicit

[PATCH] Include insn-opinit.h in PLUGIN_H [PR110610]

Hi, This patch fixes PR110610 by including OPTABS_H in the INTERNAL_FN_H list, as insn-opinit.h is now required by internal-fn.h. This will lead to insn-opinit.h, among the other OPTABS_H header files, being installed in the plugin directory. Bootstrapped aarch64-unknown-linux-gnu. @Jakub:

daily insecurity output (emails) end with: mtree special: exit code 2

Hi All, FYI, I noticed this in the last couple of daily insecurity output emails: > From: "Charlie Root @ mjoelnir_aa1667" > Date: Fri, 7 Jul 2023 01:32:09 +0200 (CEST) > > Running security(8): > > Checking special files and directories. > Output format is: > filename: >

Re: Question regarding pf rules: block in on em0: ...

I have no idea how I could make my question any clearer: > My question is not about how to disable pf, but rather why the packets > are see as "in" when coming from my own address, and, why they are > blocked i.e. ... On Thu, Jul 06, 2023 at 11:09:27AM -0600, Zack Newman wrote: > For added

Re: Question regarding pf rules: block in on em0: ...

On Tue, Jul 04, 2023 at 10:42:39AM -0600, Zack Newman wrote: > ... > I am guessing you didn't flush the rules after disabling pf since > clearly pf rules are still being used. Run pfctl -F all after disabling > pf. Run pfctl -s all to verify there are no active rules. Hi, I see that I was not

Minor defect in OpenBSD install program ...

Hi All, FYI, I think there there is a minor defect in the OpenBSD installation program. I noticed what looks like the use of an unset / uninitialised variable in the text output: > ... > Let's install the sets! > Location of sets? (disk http nfs or 'done') [http] > HTTP proxy URL? (e.g.

Question regarding pf rules: block in on em0: ...

Hi All, I just noticed that "simple-scan" no longer discovers my scanner. While trying to debug the issue, it occurred to me that it could be a network / pf problem. This doesn't seem to be the issue though, even after I disable pf (pfctl -d), the scanner is still not seen. However, running

Re: [AFMUG] OT Everyone was right.

I’m guessing they’d be Libertarians.  ;-)Jeff BroadwickCTIconnect312-205-2519 Office574-220-7826 Celljbroadw...@cticonnect.comOn Jul 3, 2023, at 3:52 PM, Bill Prince wrote: I don't think grizzlies are either liberal of conservative. They operate on the rules of food and

Re: wishlist: support for shorter pointers

On 03/07/2023 17:42, Rafał Pietrak via Gcc wrote: Hi Ian, W dniu 3.07.2023 o 17:07, Ian Lance Taylor pisze: On Wed, Jun 28, 2023 at 11:21 PM Rafał Pietrak via Gcc wrote: [] I was thinking about that, and it doesn't look as requiring that deep rewrites. ABI spec, that  could

[PATCH] vect: Treat vector widening IFN calls as 'simple' [PR110436]

Hi, This patch makes the vectorizer treat any vector widening IFN as simple, like it did with the tree codes VEC_WIDEN_*. I wasn't sure whether I should make all IFN's simple and then exclude some (like GOMP_ ones), or include more than just the new widening IFNs. But since this is the only

Re: gcc tricore porting

On 03/07/2023 15:34, Joel Sherrill wrote: On Mon, Jul 3, 2023, 4:33 AM Claudio Eterno wrote: Hi Joel, I'll give an answer ASAP on the newlib and libgloss... I supposed your question were about the licences question on newlib, instead you were really asking what changed on the repo libs...

dvmrpd reports "routeroute decision engine terminated; signal 11"

Hi All, FYI, after patching the kernel (See: discussion from June 7th entitled "dvmrpd start causes kernel panic: assertion failed") I am able to run the dvmrpd multicast routing daemon and indeed it seems to be doing something, I see messages logged regarding multicast IP address groups or

Re: nginx http3/quic support

On 6/29/23 07:16, Genes Lists wrote: Nginx mainline added (experimental) http3/quic support with version 1.25 Seems our nginx-mainline does have '--with-http_v3_module' together with openssl. So it should mostly work as is. Missed that as well - must need more coffee ... gene

Re: nginx http3/quic support

On 6/29/23 08:06, Genes Lists wrote: On 6/29/23 07:16, Genes Lists wrote: Actually the cleanest and simplest way is to use libressl which is ... - I will build and test. Very simple to build with libressl - preliminary testing nginx working fine for both http/2 and http/3. Be good

Re: nginx http3/quic support

On 6/29/23 07:16, Genes Lists wrote: Actually the cleanest and simplest way is to use libressl which is already nicely packaged in in repo. Don't know how I missed this earlier - I will build and test. gene

nginx http3/quic support

Nginx mainline added (experimental) http3/quic support with version 1.25 in late May. Is there any interest in adding support to our nginx-mainline package? It can be optionally turned on in server config, so having it compiled in and available shouldn't have any impact until it's activated

Re: wishlist: support for shorter pointers

On 28/06/2023 17:07, Martin Uecker wrote: Am Mittwoch, dem 28.06.2023 um 16:44 +0100 schrieb Richard Earnshaw (lists): On 28/06/2023 15:51, Rafał Pietrak via Gcc wrote: Hi Martin, W dniu 28.06.2023 o 15:00, Martin Uecker pisze: Sounds like named address spaces to me: https://gcc.gnu.org

Re: wishlist: support for shorter pointers

On 28/06/2023 15:51, Rafał Pietrak via Gcc wrote: Hi Martin, W dniu 28.06.2023 o 15:00, Martin Uecker pisze: Sounds like named address spaces to me: https://gcc.gnu.org/onlinedocs/gcc/Named-Address-Spaces.html Only to same extend, and only in x86 case. The goal of the wish-item I've

Re: [PATCH 2/2] [testsuite, arm]: Make mve_fp_fpu[12].c accept single or double precision FPU

On 28/06/2023 10:26, Christophe Lyon via Gcc-patches wrote: This tests currently expect a directive containing .fpu fpv5-sp-d16 and thus may fail if the test is executed for instance with -march=armv8.1-m.main+mve.fp+fp.dp This patch accepts either fpv5-sp-d16 or fpv5-d16 to avoid the failure.

Re: [PATCH 1/2] [testsuite,arm]: Make nomve_fp_1.c require arm_fp

On 28/06/2023 10:26, Christophe Lyon via Gcc-patches wrote: If GCC is configured with the default (soft) -mfloat-abi, and we don't override the target_board test flags appropriately, gcc.target/arm/mve/general-c/nomve_fp_1.c fails for lack of -mfloat-abi=softfp or -mfloat-abi=hard, because it

Re: error when pkg_add'ing

> Having A LOTS of problems in pkg_check usually means something in your > process is REALLY BAD. > > As the guy who wrote (most of) pkg_add/pkg_check, I don't need pkg_check > all that often. Just wanted to say: thanks for writing pkg_add. Don't know if it was by you, but also really

Re: Metronome marking with non-integer value

> Interestingly, and this would have been the topic of my next message, the > resulting MIDI output is always correct whatever \tempo I put (it can be the > same \tempo for all staves). In the example below the top staff is always set > to 4 = 120 and the other staves correctly follow. I'm

[OE-core] [PATCH] bonnie++: New recipe for version 2.0

Newer versions of bonnie get published on . Unfortunately, the new version doesn't compile with g++ 11 which requires *fix-csv2html-data.patch* and configure fails due to cross compilation which gets fixed with *fix-configure-lfs.patch* Signed-off-by:

CCC Hacker Camp 2023 - Ultimi slot per partecipare

Buongiorno a tutti, come di consueto come Inclusive Hacker Framework organizziamo la Italian Hacker Embassy, raduno di Hacker Italiani presso l'hacker camp internazionale CCC CAMP che si terrà in Germania. Per chi volesse fare una mistica esperienza di partecipazione a 5 giorni di convegni,

[nexa] CCC Hacker Camp 2023 - Ultimi slot di partecipazione disponibili

Buongiorno a tutti, come di consueto come Inclusive Hacker Framework organizziamo la Italian Hacker Embassy, raduno di Hacker Italiani presso l'hacker camp internazionale CCC CAMP che si terrà in Germania. Per chi volesse fare una mistica esperienza di partecipazione a 5 giorni di convegni,

[yocto] [yocto-autobuilder-helper][PATCH 3/3] scripts/test_utils.py: update test after BUILD_HISTORY_DIRECTPUSH removal

From: Alexis Lothoré Update getcomparisonbranch unit tests by removing BUILD_HISTORY_DIRECTPUSH entry in fake configuration Signed-off-by: Alexis Lothoré --- scripts/test_utils.py | 29 +++-- 1 file changed, 7 insertions(+), 22 deletions(-) diff --git

[yocto] [yocto-autobuilder-helper][PATCH 2/3] config.json: remove BUILD_HISTORY_DIRECTPUSH

From: Alexis Lothoré Now that BUILD_HISTORY_DIRECTPUSH has been replaced by a hardcoded condition, remove it from config.json Signed-off-by: Alexis Lothoré --- config.json | 1 - 1 file changed, 1 deletion(-) diff --git a/config.json b/config.json index e7f308d0a3f6..f271ffaa402a 100644 ---

[yocto] [yocto-autobuilder-helper][PATCH 0/3] replace BUILD_HISTORY_DIRECTPUSH with hardcoded condition

From: Alexis Lothoré This series is a follow-up to [1], which hot-fixed tests results not being pushed by Autobuilder by enriching the BUILD_HISTORY_DIRECTPUSH variable with mickledore. Since the issue will likely happen for all new releases, this series brings in a better fix (suggested by

[yocto] [yocto-autobuilder-helper][PATCH 1/3] scripts/utils.py: replace BUILD_HISTORY_DIRECTPUSH with hardcoded condition

From: Alexis Lothoré It has been observed that when a new release branch is created, it is quite easy to forget to update the BUILD_HISTORY_DIRECTPUSH variable, which leads to failures in autobuilder like test results not being pushed. Replace the BUILD_HISTORY_DIRECTPUSH usage with a hardcoded

Re: Metronome marking with non-integer value

\set Score.tempoWholesPerMinute = #(ly:make-moment (* 724/10 1/4)) > c > } > \layout { } > \midi { } > } > > If you do not what to do the conversion to rationals 72.4 → 724/10 yourself > you can use (inexact->exact ...), but keep in mind that this will include > rounding err

Metronome marking with non-integer value

Hello, I realised that Lilypond doesn't like it if the metronome value is a non-integer. In the example below, assigning 7 to the voiceAmount variable triggers a 'error: not an unsigned integer'. I tried to construct the metronome number marking as a markup, but without success. Any suggestions?

Re: [tor-relays] (EVENT) Tor Relay Operator Meetup - June 24, 2023 @ 18.00 UTC

On Samstag, 24. Juni 2023 18:03:47 CEST li...@for-privacy.net wrote: > On Dienstag, 20. Juni 2023 23:01:23 CEST gus wrote: > > Just a friendly reminder that the Relay Operator meetup will happen this > > Saturday, June 24 at 18 UTC. > > > > ## Agenda > > > > 1. Announcements > > > > - Tor

Re: [tor-relays] (EVENT) Tor Relay Operator Meetup - June 24, 2023 @ 18.00 UTC

On Dienstag, 20. Juni 2023 23:01:23 CEST gus wrote: > Just a friendly reminder that the Relay Operator meetup will happen this > Saturday, June 24 at 18 UTC. > > ## Agenda > > 1. Announcements > - Tor Relay Operators meetup @ CCCamp 2023! > - More unrestricted snowflake proxies are needed >

Re: clef bass_16

On Fri, 23 Jun 2023 at 12:24, Valentin Petzel wrote: > > To be more general the clef modifier specifies a shift in steps where we start > with 1 as unison. So as an octave is 7 steps n octaves will have a shift of > 7*n, but we will add a 1 as we start with 1 = unison, which gives 0+1 = 1, 7+1 >

Re: [PATCH 2/2] arm: Add support for MVE Tail-Predicated Low Overhead Loops

+ /* In order to find out if the loop is of type A or B above look for the + loop counter: it will either be incrementing by one per iteration or + it will be decrementing by num_of_lanes. We can find the loop counter + in the condition at the end of the loop. */ + rtx_insn

Re: [PATCH 2/2] arm: Add support for MVE Tail-Predicated Low Overhead Loops

+ if (insn != arm_mve_get_loop_vctp (body)) +{ probably a good idea to invert the condition here and return false, helps reducing the indenting in this function. + /* Starting from the current insn, scan backwards through the insn + chain until BB_HEAD: "for each insn in

Re: [OE-core] [PATCH 4/9] runqemu-ifup: remove only our taps

On 22 June 2023 19:01, openembedded-core@lists.openembedded.org wrote: > If there are other tap interfaces than the interfaces created by the > runqemu-* scripts, these interfaces are not ignored. This is now fixed > by filtering the interfaces for a specific prefix in the interface name. > >

Re: [OE-core] [PATCH 1/9] runqemu-ifup: remove uid parameter

On 22 June 2023 19:01, openembedded-core@lists.openembedded.org wrote: > ip tuntap does not need the uid, it was an unused variable/parameter. > Backward compatibility should be fine. > > Signed-off-by: Adrian Freihofer > --- > scripts/runqemu-ifup | 13 - > 1 file changed, 8

Re: [PATCH 2/2] arm: Add support for MVE Tail-Predicated Low Overhead Loops

Some comments below, all quite minor. I'll continue to review tomorrow, I need a fresher brain for arm_mve_check_df_chain_back_for_implic_predic ;) +static int +arm_mve_get_vctp_lanes (rtx x) +{ + if (GET_CODE (x) == SET && GET_CODE (XEXP (x, 1)) == UNSPEC + && (XINT (XEXP (x, 1), 1) ==

Re: Vertical Spacing with Tuplets and Lyrics

On Wed, 21 Jun 2023 at 00:33, Jean Abou Samra wrote: > > Le mardi 20 juin 2023 à 23:44 +0300, Lib Lists a écrit : > > I think the problem is caused by Lilypond putting too many systems on the > page (have no idea why). > > The precise positioning of grobs such as tu

Re: Vertical Spacing with Tuplets and Lyrics

Maybe even better than writing explicitly the number of systems per page, \paper { page-breaking-system-system-spacing.padding = 2 } (https://lilypond.org/doc/v2.25/Documentation/notation/paper-variables-for-page-breaking) seems to work. On Tue, 20 Jun 2023 at 23:44, Lib Lists wrote: > >

Re: Vertical Spacing with Tuplets and Lyrics

On Tue, 20 Jun 2023 at 22:18, Mogens Lemvig Hansen wrote: > > It struck we as weird to put the lyrics inside the DrumStaff, so I tried > something closer to what I would have done for a choir: > > \score { > > << > > \new DrumStaff << > > \new DrumVoice { \voiceOne \CyBars } > >

Re: Grace note spacing & alignment in score

oing to submit a bug report about the collision issues, but it > appears that someone already did so about 10 years ago: > https://gitlab.com/lilypond/lilypond/-/issues/2630 > > Take care, > > Mike Seifert > > > On Jun 15, 2023, at 12:54 PM, Lib L

Re: dvmrpd start causes kernel panic: assertion failed

On Tue, Jun 13, 2023 at 03:12:01PM +0300, Vitaliy Makkoveev wrote: > On Tue, Jun 13, 2023 at 10:04:35AM +0200, Why 42? The lists account. wrote: > So, you tried this diff, and it fixed panic? > > > The system is running the 7.3 release, can I apply that patch directly &g

Re: After update, vim reports undefined symbols in libruby32.so

On Tue, Jun 13, 2023 at 09:37:32AM +0200, Theo Buehler wrote: > ... > That's because libruby32 did not link explicitly against libc++abi, which > is now needed on aarch64 and amd64 for the Rust-based YJIT compiler. > > Fixed in this commit: >

Re: recent malloc changes

On Sun, Jun 18, 2023 at 04:46:46PM +0200, Why 42? The lists account. wrote: > Jun 18 16:18:23 mjoelnir mdnsd: startup > Jun 18 16:18:23 mjoelnir mdnsd: fatal: bind: Address already in use > Jun 18 16:23:02 mjoelnir mdnsd: startup > Jun 18 16:23:02 mjoelnir mdnsd: fatal: bind: Add

Re: recent malloc changes

On Sun, Jun 18, 2023 at 03:34:27PM +0200, Otto Moerbeek wrote: > So what's in your malloc options? Er, nothing: mjoelnir:robb 18.06 15:57:29 [$?==1]# echo $MALLOC_OPTIONS mjoelnir:robb 18.06 15:57:40 # echo $MALLOC_OPTIONS | cat -vet $ mjoelnir:robb 18.06 15:59:25 [$?==1]# unset

Re: recent malloc changes

On Sun, Jun 04, 2023 at 01:03:14PM +0200, Otto Moerbeek wrote: > Hello, > > In the last few weeks a series of mallocs diff have been committed. > The last one today. That one allows malloc to detect more cases of > write-after-free. While that is a good thing, it might uncover latent > bugs in

CCC Camp 2023 e Last Call per i biglietti 24 giugno 12.00

Il CCC Hacker Camp 2023 si avvicina e Italian Hackers Embassy ci sarà! Per unirsi al gruppo e contribuire: https://t.me/italianembassycongress Sabato 24 alle 12.00 è l'ultima occasione per avere un biglietto -> https://events.ccc.de/2023/05/29/camp23-presale/#camp23-presale-en -naif

[nexa] CCC Hacker Camp 2023 e Italian Hackers Embassy

Il CCC Hacker Camp 2023 si avvicina e Italian Hackers Embassy ci sarà! Per unirsi al gruppo e contribuire: https://t.me/italianembassycongress Sabato 24 alle 12.00 è l'ultima occasione per avere un biglietto -> https://events.ccc.de/2023/05/29/camp23-presale/#camp23-presale-en -naif

Re: [gentoo-user] Loading modules prevents shutdown

On 17/06/2023 12:57, dhk wrote: Thanks for the tips.  After spending a lot of time on and off for a few weeks trying to keep /lib/modules on its own partition, it just did not work right; the system was scrapped and rebuilt per the trivial solution with /lib/modules on the root partition.  Now

Fedora on a 2015 iMac?

I have a 27" late 2015 iMac with i5 processor and 16 GB of RAM. It runs El Capitan just fine after wiping the drive and doing an Internet install. This would make a fabulous Fedora workstation! However, I have had trouble getting Fedora installer to run much at all. I have an F38 install

Re: [yocto] [yocto-autobuilder-helper][PATCH 0/3] fix test results storage for mickledore

On 6/16/23 18:30, Richard Purdie wrote: > On Fri, 2023-06-16 at 16:58 +0200, Alexis Lothoré wrote: >> On 6/15/23 22:34, Alexis Lothoré wrote: >>> Hello Richard, Michael, >>> On 6/15/23 15:41, Richard Purdie wrote: On Wed, 2023-06-14 at 10:56 +0200, Alexis Lothoré via

Re: [yocto] [yocto-autobuilder-helper][PATCH 0/3] fix test results storage for mickledore

On 6/15/23 22:34, Alexis Lothoré wrote: > Hello Richard, Michael, > On 6/15/23 15:41, Richard Purdie wrote: >> On Wed, 2023-06-14 at 10:56 +0200, Alexis Lothoré via lists.yoctoproject.org >> wrote: >>> From: Alexis Lothoré >>> >>> There must be a more robust rework to do (because the issue will

Re: [yocto] [yocto-autobuilder-helper][PATCH 0/3] fix test results storage for mickledore

Hello Richard, Michael, On 6/15/23 15:41, Richard Purdie wrote: > On Wed, 2023-06-14 at 10:56 +0200, Alexis Lothoré via lists.yoctoproject.org > wrote: >> From: Alexis Lothoré >> >> There must be a more robust rework to do (because the issue will likely >> happen on each major delivery), but I

Re: Grace note spacing & alignment in score

Hi, Here is a hack, and among the various things to be fixed, the beam thickness of the fake grace notes needs to be checked more carefully against the 'real' grace notes. I calculated the starting point of the fake grace according to the percussion part, so it begins on the upbeat of the 3rd

Re: [yocto] [yocto-autobuilder-helper][PATCH 0/3] fix test results storage for mickledore

On 6/14/23 12:31, Richard Purdie wrote: > On Wed, 2023-06-14 at 10:56 +0200, Alexis Lothoré via > lists.yoctoproject.org wrote: >> From: Alexis Lothoré >> >> This series is a follow-up for the 4.3_M1.rc1 regression report issue. >> >> It has been observed that the report is empty. This issue is

[yocto] [yocto-autobuilder-helper][PATCH 0/3] fix test results storage for mickledore

From: Alexis Lothoré This series is a follow-up for the 4.3_M1.rc1 regression report issue. It has been observed that the report is empty. This issue is linked to configuration description in yocto-autobuilder-helper, and has been identified through the following steps: - empty report is

[yocto] [yocto-autobuilder-helper][PATCH 3/3] config.json: add mickledore as direct push branch for test results

From: Alexis Lothoré Now that mickledore is released, builds are executed on mickeldore release branch. If not properly described in config.json, it will be considered a "work" branch, and as a consequence test results will not be pushed onto test results git repository Add mickeldore entry in

[yocto] [yocto-autobuilder-helper][PATCH 1/3] scripts/send-qa-email: use logger instead of raw prints

From: Alexis Lothoré As for other scripts in yocto-autobuilder-helper or oecore, use python logger class instead of raw print calls to allow log level distinction Signed-off-by: Alexis Lothoré --- scripts/send_qa_email.py | 15 ++- 1 file changed, 10 insertions(+), 5 deletions(-)

[yocto] [yocto-autobuilder-helper][PATCH 2/3] scripts/send-qa-email: print warning when test results are not stored

From: Alexis Lothoré Tests results push command depends on basebranch and comparebranch variables, which are computed based on config.json content. If this file is not in sync with current release branch, tests results will be properly stored in git directory but not pushed onto test results

Re: Compilation time (was: Generate \scaleDurations procedurally)

Dear Jean (and Valentin!), thank you so much! The page breaker was the problem, and after applying your fix the compilation time on my machine is around 3 minutes. I'll soon be able to finish the score, just need to fix the duration ratio and the layout. Again, thank you! Lib P.S. I just found an

Re: [gentoo-user] trying to get sd card reader to work

On 13/06/2023 03:01, John Blinka wrote: Good to know it all works, but if you're sticking a new card in an old reader, they may not be compatible. Don’t know what constitutes new/old, but these are <1 year old cards. Satisfied with empiric evidence that it all works. Have written mp3

Re: dvmrpd start causes kernel panic: assertion failed

On Mon, Jun 12, 2023 at 11:56:43PM +0300, Vitaliy Makkoveev wrote: > ... > We have missing kernel lock around (*if_sysctl)(). Diff below should fix > it. > > Index: sys/netinet/ip_mroute.c > === > RCS file:

Compilation time (was: Generate \scaleDurations procedurally)

Hello, When trying to compile the complete score of the piece below (88 staves and 120 quarter notes), I noticed it was taking many hours (I didn't finish the compilation). Trying with shorter versions, I got the following compilation times: - 2x quarter notes -> 16.7", - 4x quarter notes ->

Re: dvmrpd start causes kernel panic: assertion failed

On Wed, Jun 07, 2023 at 03:50:29PM +0300, Vitaliy Makkoveev wrote: > > ... > > Please, share your dvmrpd.conf. > > > > Also, you could try to use ktrace to provide some additional info. Hi Again, On site I had to power cycle the ThinkPad to be able to get control. The contents of the

Re: [tor-relays] Comcast blocks ALL traffic with tor relays

On Sonntag, 11. Juni 2023 13:46:06 CEST xmrk2 via tor-relays wrote: > Background: I am running a lightning node, lightning is a layer 2 protocol > to scale Bitcoin. Lightning nodes need to be connected to each other > ideally 24/7. I was contacted by the operator of another Lightning node, >

Re: [PATCH] inline: improve internal function costs

On 05/06/2023 04:04, Jan Hubicka wrote: On Thu, 1 Jun 2023, Andre Vieira (lists) wrote: Hi, This is a follow-up of the internal function patch to add widening and narrowing patterns. This patch improves the inliner cost estimation for internal functions. I have no idea why calls

Re: How to generate \scaleDurations values procedurally

On Mon, 12 Jun 2023 at 12:44, Jean Abou Samra wrote: > > [Adding back the list] Oops, thank you! > > Le lundi 12 juin 2023 à 12:23 +0200, Lib Lists a écrit : > > > On Mon, 12 Jun 2023 at 10:58, Jean Abou Samra > > <[j...@abou-samra.fr](mailto:j...@abou-samra.

Re: How to generate \scaleDurations values procedurally

On Mon, 12 Jun 2023 at 00:08, Jean Abou Samra wrote: > > Le dimanche 11 juin 2023 à 23:55 +0200, Lib Lists a écrit : > > Hello, I'm (re)working on a series of pieces for player piano. I'd like to > find a way to generate all the \scaleDurations values so that I don't have to >

How to generate \scaleDurations values procedurally

Hello, I'm (re)working on a series of pieces for player piano. I'd like to find a way to generate all the \scaleDurations values so that I don't have to type them by hand. In the example below they follow a simple pattern (60/60k 60/59, 60/58, etc.). Unfortunately my knowledge of Scheme is very

After update, vim reports undefined symbols in libruby32.so

Hi All, FYI, After running "sysupgrade -s" + "pkg_add -u" earlier today, I now see these messages when I exit vim: mjoelnir:awk 11.06 18:42:45 % vi substrtest.awk ... vim:/usr/local/lib/libruby32.so: undefined symbol '_Unwind_Backtrace' vim:/usr/local/lib/libruby32.so: undefined symbol

Re: dvmrpd start causes kernel panic: assertion failed

On Wed, Jun 07, 2023 at 03:50:29PM +0300, Vitaliy Makkoveev wrote: > > Please, share your dvmrpd.conf. > > > > Also, you could try to use ktrace to provide some additional info. Hi, Thanks for responding, the system is some 30Km away and, er, crashed. But maybe I will get there tomorrow. I

Openscape for iOS?

Hi all, I had a link in twitter that opened to a page telling you about Openscape and asking to install test flight and then install. I did this, but when I went looking for a link it said app wasn't available in my country. TIA. I know this is wrong since I have it -- The following

[OE-core] [PATCH 2/2] runqemu-ifupdown/get-tapdevs: Add support for ip tuntap

The *ip* command supports the creation and destruction of TAP devices since 2009 and might be more likely installed on systems then *tunctl*. Therefore it should be tried to setup or teardown the TAP interface with *ip* before falling back to *tunctl*.

[OE-core] [PATCH 1/2] runqemu-gen-tapdevs: Refactoring

The changes are mostly about early exit which causes indentation changes; check with `git diff -w`. Another change is the check for ip by simply calling it and deciding upon the exit code, if it's fine or not. Signed-off-by: Jörg Sommer --- scripts/runqemu-gen-tapdevs | 77

[OE-core] Fw: [poky] [PATCH] runqemu-ifupdown: Add support for ip tuntap

Sorry, I have to resend this message, because I wasn't subscribed to oe-core. From: Jörg Sommer Sent: Friday, 9 June 2023 09:30 To: Richard Purdie ; p...@lists.yoctoproject.org ; openembedded-core@lists.openembedded.org Subject: Re: [poky] [PATCH]

Re: [OE-Core][PATCH v3 4/4] core-image-ptest: append ptest directory to artifacts list

Hi Mikko, On 6/9/23 08:52, Mikko Rapeli wrote: > Hi, > > On Fri, Jun 09, 2023 at 08:48:02AM +0200, Alexis Lothoré via > lists.openembedded.org wrote: >> From: Alexis Lothoré >> >> TESTIMAGE_FAILED_QA_ARTIFACTS is defined in testimage.bbclass with a >> minimal list of files to retrieve when a

[OE-Core][PATCH v3 4/4] core-image-ptest: append ptest directory to artifacts list

From: Alexis Lothoré TESTIMAGE_FAILED_QA_ARTIFACTS is defined in testimage.bbclass with a minimal list of files to retrieve when a test fail. By appending the ptest directory only in core-image-ptest.bb, thanks to multiconfig feature used in the recipe, only failing ptests will lead to

[OE-Core][PATCH v3 1/4] oeqa/core/runner: add helper to know about expected failures

From: Alexis Lothoré Testing framework currently uses the unittest.expectedFailure decorator for tests that can have intermittent failures (see PTEST_EXPECT_FAILURE = "1") in core-image-ptest.bb. While it allows upper layers to run tests without failing on "fragile" tests, it prevents those from

[OE-Core][PATCH v3 2/4] oeqa/target/ssh: update options for SCP

From: Alexis Lothoré By default scp expects files. Passing -r option allows to copy directories too Signed-off-by: Alexis Lothoré --- Changes since v1: - drop legacy scp protocol option --- meta/lib/oeqa/core/target/ssh.py | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

<    2   3   4   5   6   7   8   9   10   11   >