Re: [PATCH] [testsuite] [arm] test board cflags in multilib.exp

On 07/06/2024 05:47, Alexandre Oliva wrote: > > multilib.exp tests for multilib-altering flags in a board's > multilib_flags and skips the test, but if such flags appear in the > board's cflags, with the same distorting effects on tested multilibs, > we fail to skip the test. > > Extend the

Re: [PATCH v3 1/2] arm: Zero/Sign extends for CMSE security on Armv8-M.baseline [PR115253]

On 11/06/2024 14:59, Richard Earnshaw (lists) wrote: You effectively have an 'else if' split across a comment here, and the indentation looks weird. Either write 'else if' on one line (and re-indent accordingly) or put this entire block inside braces. Apologies here, Torbjorn had

Re: [PATCH v3 2/2] testsuite: Fix expand-return CMSE test for Armv8.1-M [PR115253]

On 10/06/2024 15:04, Torbjörn SVENSSON wrote: > For Armv8.1-M, the clearing of the registers is handled differently than > for Armv8-M, so update the test case accordingly. > > gcc/testsuite/ChangeLog: > > PR target/115253 > * gcc.target/arm/cmse/extend-return.c: Update test case >

Re: [PATCH v3 1/2] arm: Zero/Sign extends for CMSE security on Armv8-M.baseline [PR115253]

On 10/06/2024 15:04, Torbjörn SVENSSON wrote: > Properly handle zero and sign extension for Armv8-M.baseline as > Cortex-M23 can have the security extension active. > Currently, there is an internal compiler error on Cortex-M23 for the > epilog processing of sign extension. > > This patch

Re: Cogent BGP session more than 1 router ipv6

ditional cost. Now they expect you to pay > additional for this functionality, including for redundant sessions. > Unfortunately I have not heard of any success stories for people getting > around this as of yet. YMMV > > Kind regards, > Peter Potvin > > > On Mo

Cogent BGP session more than 1 router ipv6

I am trying to get our Cogent rep to give us a /124 to peer on a Cogent circuit with. We have multipl routers we want to peer to a cogent transit circuit with.on. Does anyone have the magic words or a circuit ID example you are doing multiple BGP conenctions on a single circuit? Justin

Re: [PATCH v2 1/2] arm: Zero/Sign extends for CMSE security on Armv8-M.baseline [PR115253]

Hi, So, you talk about gen_thumb1_extendhisi2, but there is also gen_thumb1_extendqisi2. Will it actually be cleaner if the block is indented one level? The comment can be added in the "if (TARGET_THUMB1)" block regardless to indicate that gen_rtx_SIGN_EXTEND can't be used.

Re: [PATCH v2 1/2] arm: Zero/Sign extends for CMSE security on Armv8-M.baseline [PR115253]

Hi Torbjorn, Thanks for this, I have some comments below. On 07/06/2024 09:56, Torbjörn SVENSSON wrote: Properly handle zero and sign extension for Armv8-M.baseline as Cortex-M23 can have the security extension active. Currently, there is a internal compiler error on Cortex-M23 for the epilog

Re: [OE-core] [PATCH] classes/kernel: No symlink in postinst without KERNEL_IMAGETYPE_SYMLINK

Jörg Sommer via lists.openembedded.org schrieb am So 09. Jun, 16:59 (GMT): > diff --git a/meta/classes-recipe/kernel.bbclass > b/meta/classes-recipe/kernel.bbclass > index d6eedf942c..89badd90f1 100644 > --- a/meta/classes-recipe/kernel.bbclass > +++ b/meta/classes-recipe/kernel.bbclass > @@

[OE-core] [PATCH] classes/kernel: No symlink in postinst without KERNEL_IMAGETYPE_SYMLINK

From: Jörg Sommer The commit “Use a copy of image for kernel*.rpm if fs doesn't support symlinks” [1] added postinst and postrm scripts to the kernel package which create a symlink after package installation. This should not happen if `KERNEL_IMAGETYPE_SYMLINK` is not `1`. Background: The

Daily insecurity email: Setuid changes: /usr/bin/ssh-agent

I noticed this email message this morning: > Subject: mjoelnir.fritz.box daily insecurity output > From: "Charlie Root @ mjoelnir_aa1667" ... > To: ... > Date: Fri, 07 Jun 2024 01:32:17 +0200 (CEST) > > > Running security(8): > > Setuid changes: > -r-x--s--x 1 root _sshagnt 435040 May 20

Re: Q: Problems forwarding traffic using pf ...

Sorry about the delay in replying, i was travelling ... On Fri, May 24, 2024 at 06:04:25PM +0200, Peter N. M. Hansteen wrote: > ... > > May 23 10:32:13.267374 rule 1/(match) pass in on em0: 192.168.178.166.56334 > > > 192.168.178.11.54321: udp 7 > So this last one never leaves, right? Right.

Re: [PATCH] arm: Fix CASE_VECTOR_SHORTEN_MODE for thumb2.

On 06/06/2024 15:40, Richard Ball wrote: > The CASE_VECTOR_SHORTEN_MODE query is missing some equals signs > which causes suboptimal codegen due to missed optimisation > opportunities. This patch also adds a test for thumb2 > switch statements as none exist currently. > > gcc/ChangeLog: >

Re: arm: Add .type and .size to __gnu_cmse_nonsecure_call [PR115360]

On 05/06/2024 17:07, Andre Vieira (lists) wrote: > Hi, > > This patch adds missing assembly directives to the CMSE library wrapper to > call functions with attribute cmse_nonsecure_call.  Without the .type > directive the linker will fail to produce the correct v

Re: Looking for some pre-buying verification: will an external display actually work with a Lenovo Thinkpad P16 Gen 2?

On 2024-06-03 23:50, Felix Miata wrote: Lists composed on 2024-06-03 22:39 (UTC+0200): I am thinking of replacing my old workstation with a Lenovo Thinkpad P16 Gen 2. That's a model line, not a model. It's available with multiple CPU/GPU combinations. You are correct. That slipped by me

Re: [tor-relays] Onion Services operators please enable tor PoW defense

On Mittwoch, 5. Juni 2024 14:50:20 CEST gus wrote: > Hi, > > As some of you might have noticed, we have a high load situation on the > network for a couple of weeks now affecting in particular onion services > (but not only them).[1] > > We recommend Onion Services operators to enable our Proof

Re: [gentoo-user] Re: python 3.12 update

On 05/06/2024 20:15, Meowie Gamer wrote: I must've taken too long to join the mailing list because I missed the first part of whatever's happening here. How did this turn from python 3.12 to a conversation about USE? Because they're using USE or whatever to force packages to stay on 3.11,

Re: [gentoo-user] python 3.12 update

On 05/06/2024 13:12, Eli Schwartz wrote: Which I think is fine, if people want that, but not everyone does, so delaying the update altogether might be preferable to those people. Ie people like me who don't give a monkeys about python, and consider it a necessary evil. As far as I'm

Re: [gentoo-user] Re: python 3.12 update

On 05/06/2024 13:28, Rich Freeman wrote: Implementing dynamic USE management would take somebody a fair bit of effort, and for all I know it would make every emerge you run take an hour to recompute the dependency tree. The ability to configure USE flags, along with the ability to dynamically

[ceph-users] Re: CORS Problems

com/issues/64308. We have worked around it by stripping the query parameters of OPTIONS requests to the RGWs. Nginx proxy config: if ($request_method = OPTIONS) {     rewrite ^\/(.+)$ /$1? break; } Regards, Reid On Wed, Jun 5, 2024 at 12:10 PM mailing-lists wrote: OK, sorry for spam,

[ceph-users] Re: CORS Problems

OK, sorry for spam, apparently this hasn't been working for a month... Forget this mail. Sorry! On 05.06.24 17:41, mailing-lists wrote: Dear Cephers, I am facing a Problem. I have updated our ceph cluster form 17.2.3 to 17.2.7 last week and i've just gotten complains about a website

arm: Add .type and .size to __gnu_cmse_nonsecure_call [PR115360]

Hi, This patch adds missing assembly directives to the CMSE library wrapper to call functions with attribute cmse_nonsecure_call. Without the .type directive the linker will fail to produce the correct veneer if a call to this wrapper function is to far from the wrapper itself. The .size

[ceph-users] CORS Problems

Dear Cephers, I am facing a Problem. I have updated our ceph cluster form 17.2.3 to 17.2.7 last week and i've just gotten complains about a website that is not able to use s3 via CORS anymore. (GET works, PUT does not). I am using cephadm and i have deployed 3 rgws + 2 ingress services. The

Re: [tor-relays] Relay migration

On Dienstag, 4. Juni 2024 23:24:50 CEST Roger Dingledine wrote: > On Tue, Jun 04, 2024 at 04:42:50PM +, Eldalië via tor-relays wrote: > > I have to move somewhere else a a (middle) relay I have been running for a > > few years. It will be down for 2-4 weeks, then be back online in a > >

Re: RFC: Support for pragma clang loop interleave_count(N)

On 04/06/2024 12:50, Richard Biener wrote: On Tue, 4 Jun 2024, Andre Vieira (lists) wrote: Hi, We got a question as to whether GCC had something similar to llvm's pragma clang loop interleave_count(N), see https://clang.llvm.org/docs/LanguageExtensions.html#extensions-for-loop-hint

RFC: Support for pragma clang loop interleave_count(N)

Hi, We got a question as to whether GCC had something similar to llvm's pragma clang loop interleave_count(N), see https://clang.llvm.org/docs/LanguageExtensions.html#extensions-for-loop-hint-optimizations I did a quick hack, using 'GCC interleaves N', just as a proof of concept, to see

Re: [gentoo-user] Re: Mobo, CPU, memory and a m.2 thingy. This work together?

On 03/06/2024 16:34, Dale wrote: The way I did my last two rigs is this.  Find the fastest CPU.  Drop down about 2 models.  That is not the fastest but very close to it but a LOT cheaper.  Then buy a mobo and memory to go with it.  You get a system that is likely close to 90% of the fastest you

Looking for some pre-buying verification: will an external display actually work with a Lenovo Thinkpad P16 Gen 2?

Hi all, I am thinking of replacing my old workstation with a Lenovo Thinkpad P16 Gen 2. There's one thing that makes me hesitate though: on my current laptop (Thinkpad P1 Gen 1) the external display is hardwired to a specific port. Sadly, I have never been able to use any external display

Re: [gentoo-user] Re: Mobo, CPU, memory and a m.2 thingy. This work together?

On 03/06/2024 12:07, MasterP wrote: *NOTE*: Almost minutes after I wrote this, and before posting it, AMD announced at Computex that the new gen will be available next month. So maybe waiting for the new processors could be a good idea. Although at the launch, both the new boards and cpus are

Re: [gentoo-user] Mobo, CPU, memory and a m.2 thingy. This work together?

On 02/06/2024 14:27, Dale wrote: Should I put the portage work directory on a spinning rust drive to save wear and tear on the SSD or have they got to the point now that doesn't matter anymore?  I know all the SSD devices have improved a lot since the first ones came out. The stuff I've seen

Re: [gentoo-user] Mobo, CPU, memory and a m.2 thingy. This work together?

On 02/06/2024 06:38, Dale wrote: My plan is the CPU above for now.  Later, I will upgrade to the Ryzen 9 7900X to get even more speed.  I'll also max the memory out too.  I'm unclear on the max memory tho.  One place shows 128GB, hence two 32GB sticks. Go on the manufacturer's website, find

Re: [OE-core] New to the group

faganronan via lists.openembedded.org schrieb am Do 23. Mai, 12:58 (GMT): > I'm brand new to the group, apologies if this is not the right spot. I've > been working a lot with SBOMs for embedded devices lately and been playing > around with the recipes for spdx and cve with limited success. The

Re: [gentoo-user] hardware disk description

On 28/05/2024 20:51, Jude DaShiell wrote: My machine has protected mbr with gpt partitions on it. Are those kind of partitions hybrid? This is completely standard nowadays. I think the "protected MBR" just points to the first four GPT partitions. This is basically down to the fact that

Re: How to transpose?

On 25/05/2024 18:44, bobr...@centrum.is wrote: Wol, The bit about trombones in bass and Bb treble; I've only ever heard of Bb treble clef trombone in British brass band music.  What is the "American bass part" in Bb?  I've never heard of such a thing.  I know that Richard Strauß wrote tenor

Re: How to transpose?

On 23/05/2024 12:26, Kenneth Flak wrote: Great, thanks to both of you! Very clarifying. \transposition is, thus, going in the direction of instrument -> playback, whereas \transpose goes in the opposite direction, if I understand it correctly. I do a lot of brass stuff. And as you've realised,

Re: Q: Problems forwarding traffic using pf ...

Hi Guys, Thanks for the feedback, to address your points: 1> Possibly stupid question, but did you set the sysctl(s) to enable forwarding? Yes I tried this pf rule change with version 4 forwarding (net.inet.ip.forwarding) both enabled and disabled. Either way the pf "pass out tagged" rule is

Q: Problems forwarding traffic using pf ...

Hi All, I need to quickly create a solution for forwarding multicast traffic between two systems, so I though perhaps I could use pf to do just that by writing some rules along the lines of: 1. pass in on iface A proto UDP ... tag mcast 2. pass out on iface B tagged mcast And

Re: [PATCH v2] testsuite: Verify r0-r3 are extended with CMSE

was only thinking about the broadening of the test to the other argument registers when I said that. So, just to be clear, OK all. R. > > Unless you have an objection, I would like to go ahead and just backport it > to all branches. > > Kind regards, > Torbjörn > > On

Re: [PATCH v2] testsuite: Verify r0-r3 are extended with CMSE

On 06/05/2024 12:50, Torbjorn SVENSSON wrote: > Hi, > > Forgot to mention when I sent the patch that I would like to commit it to the > following branches: > > - releases/gcc-11 > - releases/gcc-12 > - releases/gcc-13 > - releases/gcc-14 > - trunk > Well you can [commit it to the release

Re: Scoop (jazz notation)

On 15/05/2024 18:54, Flaming Hakama by Elaine wrote: On the other hand, you could argue that many examples of scoop are not intended to convey specific shapes, so a one-size-fits-all glyph is sufficient, and it is not intended to solve the problem of expressive glissando. Which, is also a

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On 15/05/2024 11:40, Peter Humphrey wrote: I think whoever named grub had delusions of grandeur.  Anyway, I never let it near my systems. I liked lilo. And then it disappeared :-( Grub isn't that bad - it's just that insists on trying to do everything itself - and if you've got at all a

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On 02/05/2024 11:46, Peter Humphrey wrote: When I started using Linux, the received wisdom was to keep a separate /boot, and leave it unmounted during normal operation. The idea was that a successful hacker would not, supposedly, be able to corrupt the kernel ready for a reboot into their

Re: [gentoo-user] Re: Grub, gpt partitions and BIOS, not uefi thing.

On 02/05/2024 10:35, Michael wrote: Besides the automation this feature affords, I find it useful to know what a partition contains without having to mount it. On GPT labelled disks I make use both of the Partition Type UUID and the Partition Name. A quick glance at the gdisk output and if

Re: [PATCH] aarch64: Fix typo in aarch64-ldp-fusion.cc:combine_reg_notes [PR114936]

On 03/05/2024 15:45, Alex Coplan wrote: > This fixes a typo in combine_reg_notes in the load/store pair fusion > pass. As it stands, the calls to filter_notes store any > REG_FRAME_RELATED_EXPR to fr_expr with the following association: > > - i2 -> fr_expr[0] > - i1 -> fr_expr[1] > > but then

[wwwdocs] Specify AArch64 BitInt support for little-endian only

Hey Jakub, This what ya had in mind? Kind regards, Andre Vieiradiff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html index ca5174de991bb088f653468f77485c15a61526e6..924e045a15a78b5702a0d6997953f35c6b47efd1 100644 --- a/htdocs/gcc-14/changes.html +++ b/htdocs/gcc-14/changes.html

Re: [tor-relays] Updating tor issue

On Freitag, 3. Mai 2024 18:17:41 CEST Keifer Bly wrote: > System is up to date, I run apt-get update regularly. Did you even only read 2 sentences from the link? Buster is EOL and will be completely archived in a few weeks. > > https://www.debian.org/releases/buster/ Debian is 2 releases ahead!

Re: [tor-relays] Updating tor issue

On Freitag, 3. Mai 2024 17:00:44 CEST Keifer Bly wrote: > What is the correct format for adding tor as a trusted source? A not outdated system. ¹AFAIK obfs4proxy for buster (oldoldstable) has had a security hole for a long time and you are putting your users at risk! > deb-src

Re: [PATCH] testsuite: Verify r0-r3 are extended with CMSE

On 30/04/2024 16:37, Torbjorn SVENSSON wrote: > > > On 2024-04-30 17:11, Richard Earnshaw (lists) wrote: >> On 27/04/2024 15:13, Torbjörn SVENSSON wrote: >>> Add regression test to the existing zero/sign extend tests for CMSE to >>> verify that r0, r1, r2 and r

Re: [PATCH] testsuite: Verify r0-r3 are extended with CMSE

On 27/04/2024 15:13, Torbjörn SVENSSON wrote: > Add regression test to the existing zero/sign extend tests for CMSE to > verify that r0, r1, r2 and r3 are properly extended, not just r0. > > Test is done using -O0 to ensure the instructions are in a predictable > order. > >

Re: Veso: T-bone and the Kalispell Fair - 1988

> On 27 Apr 2024, at 02:50, ann sanfedele wrote: > > All the photos were taken with my trusty Pentax LX - Kodachrome's scanned on > Epson flatbed v500 > I made the vid in Windows Movie maker .. dropped in the music from an MP3 . > Original guitar music > by my friend Bob Zaidman - music

Re: [gentoo-user] Grub, gpt partitions and BIOS, not uefi thing.

On 27/04/2024 17:53, Dale wrote: Howdy, I'm installing Gentoo on another old box.  To be consistent I like to use cgdisk, GPT I think it is called, to partition all my drives, regardless of size.  Thing is, Grub works differently with GPT than it does with the old DOS or whatever it is called,

Re: [AFMUG] Fiber: Radisys

, Jeff Broadwick - Lists <jeffl...@att.net> wrote:> > Thanks Josh!> I can actually help with both.  My contact info is below.>> Regards,> Jeff > Jeff Broadwick> CTIconnect> 312-205-2519 Office> 574-220-7826 Cell> jbroadw...@cticonnect.com>>

Re: [PATCH][GCC] aarch64: Fix SCHEDULER_IDENT for Cortex-A510

On 25/04/2024 15:59, Richard Ball wrote: > Hi Richard, > > I committed this combined patch (with Cortex-A520) for trunk > https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=cab53aae43cf94171b01320c08302e47a5daa391 > >

Re: [PATCH] arm: Zero/Sign extends for CMSE security

On 26/04/2024 09:39, Torbjorn SVENSSON wrote: > Hi, > > On 2024-04-25 16:25, Richard Ball wrote: >> Hi Torbjorn, >> >> Thanks very much for the comments. >> I think given that the code that handles this, is within a >> FOREACH_FUNCTION_ARGS loop. >> It seems a fairly safe assumption that if the

Re: [AFMUG] Fiber: Radisys

Thanks Josh!I can actually help with both.  My contact info is below.Regards,Jeff Jeff BroadwickCTIconnect312-205-2519 Office574-220-7826 Celljbroadw...@cticonnect.comOn Apr 25, 2024, at 4:59 PM, Josh Luthman wrote: CAUTION: This email originated from outside of the organization. Do not

[spdx] "-only" and "-or-later" identifiers for EUPL licenses?

Hello SPDX LegalTeam, I am an RSE working at the German Research Centre for Geosciences (GFZ) in Potsdam, Germany. I am involved in working groups in Helmholtz that deal with Research Software Engineering aspects, and am also the maintainer of the Helmholtz Research Software Directory

Re: [PATCH] arm: Zero/Sign extends for CMSE security

On 24/04/2024 16:55, Richard Ball wrote: > This patch makes the following changes: > > 1) When calling a secure function from non-secure code then any arguments >smaller than 32-bits that are passed in registers are zero- or > sign-extended. > 2) After a non-secure function returns into

Re: Deploy Cloudstack on Debian 12

Hi Ive deployed recent on both 11 and 12. What issue on 12 did you encounter? > > On Apr 25, 2024 at 1:59 PM, Khang Nguyen Phuc > wrote: > > > Hello everyone, > > I'm a newbie, and I mainly use Debian servers. So I want to deploy > CloudStack on Debian. I've

Re: Updated Sourceware infrastructure plans

On 23/04/2024 09:56, Mark Wielaard wrote: > Hi, > > On Mon, Apr 22, 2024 at 11:51:00PM -0400, Jason Merrill wrote: >> On Mon, Apr 22, 2024 at 11:24 PM Tom Tromey wrote: >>> Jason> Someone mentioned earlier that gerrit was previously tried >>> Jason> unsuccessfully. >>> >>> We tried it and gdb

Re: Updated Sourceware infrastructure plans

On 23/04/2024 04:24, Tom Tromey wrote: > Jason> Someone mentioned earlier that gerrit was previously tried > Jason> unsuccessfully. > > We tried it and gdb and then abandoned it. We tried to integrate it > into the traditional gdb development style, having it send email to > gdb-patches. I

Re: [PATCH] [testsuite] [arm] require arm_v8_1m_main for pacbti tests

On 19/04/2024 13:45, Alexandre Oliva wrote: > On Apr 16, 2024, "Richard Earnshaw (lists)" wrote: > >> The require-effective-target flags test whether a specific set of >> flags will make the compilation work, so they need to be used in >> conjunction with the

Re: [PATCH]AArch64: remove reliance on register allocator for simd/gpreg costing. [PR114741]

On 18/04/2024 11:11, Tamar Christina wrote: > Hi All, > > In PR114741 we see that we have a regression in codegen when SVE is enable > where > the simple testcase: > > void foo(unsigned v, unsigned *p) > { > *p = v & 1; > } > > generates > > foo: > fmovs31, w0 > and

Re: [gentoo-user] Re: Slightly corrupted file systems when resuming from hibernation

On 17/04/2024 10:10, Michael wrote: I am not sure the assumption "... aging hardware possibly can less and less cope with newer and newer kernels" is correct. As already mentioned newer kernels have both security and bug fixes. As long as you stick with stable gentoo-sources you'll have these

Re: [PATCH] [testsuite] [arm] accept empty init for bfloat16

On 16/04/2024 04:50, Alexandre Oliva wrote: > > Complete r13-2205, adjusting an arm-specific test that expects a > no-longer-issued error at an empty initializer. > > Regstrapped on x86_64-linux-gnu. Also tested with gcc-13 on arm-, > aarch64-, x86- and x86_64-vxworks7r2. Ok to install? > >

Re: [testsuite] [aarch64] Require fpic effective target

On 16/04/2024 04:08, Alexandre Oliva wrote: > Regstrapped on x86_64-linux-gnu. Also tested with gcc-13 on arm-, > aarch64-, x86- and x86_64-vxworks7r2. Ok to install? > > Co-authored-by: Olivier Hainque > > for gcc/testsuite/ChangeLog > > * gcc.target/aarch64/pr94201.c: Add missing >

Re: [PATCH] [testsuite] [arm] require arm_v8_1m_main for pacbti tests

On 16/04/2024 04:48, Alexandre Oliva wrote: > > arm pac and bti tests that use -march=armv8.1-m.main get an implicit > -mthumb, that is incompatible with vxworks kernel mode. Declaring the > requirement for a 8.1-m.main-compatible toolchain is enough to avoid > those fails, because the toolchain

Re: cloudstack on debian 10/11

I did in fact get a debian 11 install up and running pretty much as a management server and almost good as a host. Have to figure out why the cloidbr0 is on a 169.xxx adress and why no centos template was downloaded. Systemvms came up without a problem. > > On Apr

Re: Glissandos into Note

On 14/04/2024 00:22, Wols Lists wrote: On 13/04/2024 10:34, Lukas-Fabian Moser via LilyPond user discussion wrote: Hi Ben, hi Greg, thanks for bringing this up - in fact I started this morning to dig up my old work, prompted by Greg's question. It seems I only developed the functions

Re: Glissandos into Note

On 13/04/2024 10:34, Lukas-Fabian Moser via LilyPond user discussion wrote: Hi Ben, hi Greg, thanks for bringing this up - in fact I started this morning to dig up my old work, prompted by Greg's question. It seems I only developed the functions a but further back then (unfortunately I

Re: [gentoo-user] NAS box and switching from Phenom II X6 1090T to FX-6300

On 13/04/2024 14:23, Dale wrote: I see lots of mobos with those little hard drives on a stick.  I think they called NVME or something, may have spelling wrong.  For most people, that is likely awesome.  For me, I think I'd be happy with a regular SSD.  Given that, I'd like them to make a mobo

Re: [yocto] Any recommendation to make software layer Yocto Compatible?

Hi Duy, The recipe in question was done by the Instrument Cluster EG, we can work on this with the group (main contact Yamaguchi-san). They do meet every other monday. See: https://lists.automotivelinux.org/g/agl-dev-community/calendar We do exacly what Paul describes all the time in meta-agl

Re: [arch-announce] Increasing the default vm.max_map_count value

On Sun, 2024-04-07 at 18:12 +, Arch Linux: Recent news updates: Robin Candau wrote: > The [vm.max_map_count][1] paramater will be increased from the > default `65530` value to `1048576`. > > This change should help address performance, crash or start-up issues > for a number of memory

Re: [9fans] troll paper

Never mind, https://iwp9.org/10iwp9proceedings.pdf > On Apr 12, 2024, at 06:56, David Arnold wrote: > >  >> >> The vetting process needs some work, lads. > > More heresy than trolling, perhaps? > > It was thought-provoking for me. I wished I was there for the bar session > afterwards. >

Re: [9fans] troll paper

Where’s the link? I haven’t seen one yet for reading papers in advance. Still one hour to go… > On Apr 12, 2024, at 06:04, Anthony Martin wrote: > > "Do we really have to have our own kernel? What are > the benefits?" ... > > The IWP9 paper titled "centre, left and right" looks like > a

Re: Overriding default text of \f, \p, etc.

On 12/04/2024 08:21, YTG 1234 wrote: Hello List, I want to override the default text markup used with commands such as \f, \p, \mf, etc. However, trying to define f = #(make-dynamic-script ...) doesn't work because Lilypond interprets f as a note-name. Additionally, how would I be able to

[PATCH] aarch64: Fix _BitInt testcases

This patch fixes some testisms introduced by: commit 5aa3fec38cc6f52285168b161bab1a869d864b44 Author: Andre Vieira Date: Wed Apr 10 16:29:46 2024 +0100 aarch64: Add support for _BitInt The testcases were relying on an unnecessary sign-extend that is no longer generated. The tested

[AFMUG] WTB - epmp 1000 2.4ghz AP with GPS

Does anyone have any epmp 1000 2.4 AP's with GPS sitting around? We still have some in service and I don't have any spares on the shelf. You can email me at bran...@gogebicrange.net if you do. Thanks, Brandon -- AF mailing list AF@af.afmug.com

[PATCH][wwwdocs] gcc-14/changes.html: Update _BitInt to include AArch64 (little-endian)

Hi, Patch to add AArch64 to the list of supported _BitInt(N) in gcc-14/changes.html. OK?diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html index a7ba957110183f906938d935bfa17aaed2ba20c8..55ab8c14c6d0b54e05a5f266f25c8ef1a4f959bf 100644 --- a/htdocs/gcc-14/changes.html +++

Re: [PATCHv3 2/2] aarch64: Add support for _BitInt

Added the target check, also had to change some of the assembly checking due to changes upstream, the assembly is still valid, but we do extend where not necessary, I do believe that's a general issue though. The _BitInt(N > 64) codegen for non-powers of 2 did get worse, we see similar

Re: [PATCHv2 1/2] aarch64: Do not give ABI change diagnostics for _BitInt(N)

regards, Andre On 28/03/2024 12:54, Richard Sandiford wrote: "Andre Vieira (lists)" writes: 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.

Re: [gentoo-user] Successfully upgraded to new profile 23.0

On 08/04/2024 15:03, Dr Rainer Woitok wrote: the upgrade on my old laptop with two 2.7GHz Dual-Core Skylake proces- sors took slightly more than 2 hours for the manual upgrading of "bin- utils", "gcc" and "glibc", and slightly more than 21.5 hours for the fi- nal upgrade of "@world", which

biggest backdoor hack

https://theintercept.com/2024/04/03/linux-hack-xz-utils-backdoor/ --- via emacs-tangents mailing list (https://lists.gnu.org/mailman/listinfo/emacs-tangents)

Re: 7.5 /var/log/messages - vfprintf %s NULL in "%.*s"

On Sat, Apr 06, 2024 at 02:42:25PM +0200, Eivind Eide wrote: > After upgrading to 7.5 amd64 -stable (and all ports updated) I get > these messages in /var/log/messages. This is with bash from ports > inside tmux over SSH: > > tmux: vfprintf %s NULL in "%.*s" > bash: vfprintf %s NULL in "%.*s"

Re: Patches submission policy change

On 03/04/2024 14:23, Christophe Lyon via Gcc wrote: > On Wed, 3 Apr 2024 at 14:59, Joel Sherrill wrote: >> >> Another possible issue which may be better now than in years past >> is that the versions of autoconf/automake required often had to be >> installed by hand. I think newlib has gotten

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 16:08, Michael wrote: Cool, once your system is up to date you should be able to change your profile and follow the rest of the instructions. I hope all goes well.  emerge --emptytree is now running well - 122 of 1534 so it has some way to go ... Cheers, Wol

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 15:46, Wols Lists wrote: On 07/04/2024 13:07, Michael wrote: On Sunday, 7 April 2024 12:04:32 BST Wols Lists wrote: On 07/04/2024 11:48, Wols Lists wrote: On 07/04/2024 11:23, Michael wrote: On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote: On 07/04/2024 11:00, Wols Lists

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 13:07, Michael wrote: On Sunday, 7 April 2024 12:04:32 BST Wols Lists wrote: On 07/04/2024 11:48, Wols Lists wrote: On 07/04/2024 11:23, Michael wrote: On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote: On 07/04/2024 11:00, Wols Lists wrote: What do I do here - "e

[netsurf-users] Re: 6696 fails to start on RISC OS

I have just sent this email to Andrew Rawnsley drawing his attention to the problem - Hi Andrew, The hardwired SockWatch in !Uniprint is causing errors and will prevent it using updated SockWatch modules when they are

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 11:48, Wols Lists wrote: On 07/04/2024 11:23, Michael wrote: On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote: On 07/04/2024 11:00, Wols Lists wrote: What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 11:23, Michael wrote: On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote: On 07/04/2024 11:00, Wols Lists wrote: What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge AFTER binutils". With gcc it says "

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 11:15, Michael wrote: On Sunday, 7 April 2024 11:00:49 BST Wols Lists wrote: What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge AFTER binutils". With gcc it says "don't let it emerge glibc",

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 11:15, Michael wrote: On Sunday, 7 April 2024 11:00:49 BST Wols Lists wrote: What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge AFTER binutils". With gcc it says "don't let it emerge glibc",

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 11:00, Wols Lists wrote: What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge AFTER binutils". With gcc it says "don't let it emerge glibc", should I apply the same logic and not let binutils e

[gentoo-user] New profile - gentoo and binutils ...

What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge AFTER binutils". With gcc it says "don't let it emerge glibc", should I apply the same logic and not let binutils emerge gcc? Cheers, Wol

Re: Installing 2.24.1

On 06/04/2024 22:46, Knute Snortum wrote: On Sat, Apr 6, 2024 at 2:23 PM Wol > wrote:  > The basic procedure is simple, assuming that you are using  > Frescobaldi: What if this assumption is wrong? I've NEVER used Frescobaldi (or rather, the

[netsurf-users] Re: 6696 fails to start on RISC OS

In article <5b4cba41f5d...@triffid.co.uk>, Dave wrote: > If it's of any use to anyone else, on the RISC OS 6.20 install here, > there are three occurrences of "SockWatch". > ..$.!Boot.Choices.Users.Single.Boot.PreDesk.!UniPrint.SockWatch >

[netsurf-users] Re: 6696 fails to start on RISC OS

In article <5b4c408979...@mightyoak.org.uk>, Bob Latham wrote: > Latest development version 6696 fails to start on RISC OS. > Immediate error: > "Still watching sockets; can't be killed yet." > A machine re-boot does not change this. > Bob. 6696 has an updated SockWatch module. Have you

Re: [gentoo-user] Every other startup results in a black screen (possibly SDDM related?)

On 03/04/2024 19:53, Jack wrote: Are you certain it hasn't started on some TTY other than 8?  I always start out on TTY1, although I start up text only, no SDDM. However, I do have a very vague memory of something similar, and I believe it was that I needed to change one of the kernel FB

Re: [tor-relays] Backdoor in upstream xz/liblzma leading to ssh server compromise

On Samstag, 30. März 2024 01:02:54 CEST he...@relaymagic.org via tor-relays wrote: > Just wanted to bring this to everyone’s attention if you hadn’t seen it > already. Developer discovered a backdoor in xz-utils > https://www.openwall.com/lists/oss-security/2024/03/29/4 Pretty

Re: Proposal to increase the default vm.max_map_count value

On Tue, 2024-04-02 at 12:29 +0200, Robin Candau wrote: > On 4/2/24 11:59 AM, Robin Candau wrote: Couple of comments. * In lkml thread on same topic not everyone is on board with this [1] * Where to put this kind of thing Would it make sense to collect these kind of "system" settings,

  1   2   3   4   5   6   7   8   9   10   >