[Corpora-List] 12th International Conference and Workshops on Technology and Chinese Language Teaching

://www.tclt.us/tclt12/cfp.php ___ Corpora mailing list -- corpora@list.elra.info https://list.elra.info/mailman3/postorius/lists/corpora.list.elra.info/ To unsubscribe send an email to corpora-le...@list.elra.info

Re: [PATCH] Arm: Fix incorrect tailcall-generation for indirect calls [PR113780]

On 07/02/2024 07:59, Tejas Belagod wrote: > This patch fixes a bug that causes indirect calls in PAC-enabled functions > to be tailcalled incorrectly when all argument registers R0-R3 are used. > > Tested on arm-none-eabi for armv8.1-m.main. OK for trunk? > > 2024-02-07 Tejas Belagod > >

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 06/02/2024 16:19, J. Roeleveld wrote: Ah! Got it. That's one of the things I've been trying to figure out this entire thread, do I need to switch home and root to ZFS to take advantage of its snapshot support for backups? In the case you're describing the "source" filesystem(s) can be

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 06/02/2024 15:35, Grant Edwards wrote: If (like rsnapshot/rsync's hard-link scheme) ZFS snapshots are normal directory trees that can be "browsed" with normal filesystem tools, that would be ideal. [I'll do some googling...] Bear in mind I'm talking lvm snapshots, not ZFS ... And you can

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 06/02/2024 13:12, J. Roeleveld wrote: Clearly Oracle likes this state of affairs. Either that, or they are encumbered in some way from just GPLing the ZFS code. Since they on paper own the code for both projects it seems crazy to me that this situation persists. GPL is not necessarily

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 04/02/2024 15:48, Grant Edwards wrote: OK I see. That's a bit different than what I'm doing. I'm backing up a specific set of directory trees from a couple different filesystems. There are large portions of the "source" filesystems that I have no need to back up. And within those directory

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 04/02/2024 06:24, Grant Edwards wrote: On 2024-02-03, Wol wrote: On 03/02/2024 16:02, Grant Edwards wrote: rsnapshot is an application that uses rsync to do hourly/daily/weekly/monthly (user-configurable) backups of selected directory trees. It's done using rsync to create snapshots. They

Re: [PATCH v2] arm: Fix missing bti instruction for virtual thunks

On 26/01/2024 15:31, Richard Ball wrote: > v2: Formatting and test options fix. > > Adds missing bti instruction at the beginning of a virtual > thunk, when bti is enabled. > > gcc/ChangeLog: > > * config/arm/arm.cc (arm_output_mi_thunk): Emit > insn for bti_c when bti is enabled. >

[pfx] migrating server to new host

I have postfix/dovecot/mysql with virtual domains on centos; I would like to migrate working server setup to new host on rocky 8 installed new rocky with postfix as is available for rocky what's the best way to do such ? do I install ghettoforge repo on rocky, get version pf 3.8.5 then copy

Re: kernel module sg gone

On Thu, 2024-02-01 at 14:16 -0500, Jude DaShiell wrote: Quick thought - did you reboot after the kernel update? If not - the update wiped previous kernel modules away You can make sure to keep sg loaded by creating a file:     /etc/modules-load.d/loadme.conf And add these : loop sg Loop is

Re: kernel module sg gone

On Thu, 2024-02-01 at 14:16 -0500, Jude DaShiell wrote: > ... > sg first.  That's gone with latest update of kernel and modules and > ... The module is in arch kernels :  $ ls /usr/lib/modules/6.7.3-arch1-1/kernel/drivers/scsi/sg.ko.zst 24

Re: [tor-relays] Relay in AT marked as DE in metrics

On Mittwoch, 31. Januar 2024 19:50:13 CET Carlo P. via tor-relays wrote: > I have a relay on 152.53.17.183 / 2a0a:4cc0:1:1333::beef which is listed as > "German" in metrics.torproject.org, but actually it is in Austria Was just a topic here recently:

Re: [PATCH 1/3] vect: Pass stmt_vec_info to TARGET_SIMD_CLONE_USABLE

On 01/02/2024 07:19, Richard Biener wrote: On Wed, 31 Jan 2024, Andre Vieira (lists) wrote: The patch didn't come with a testcase so it's really hard to tell what goes wrong now and how it is fixed ... My bad! I had a testcase locally but never added it... However... now I look

Re: [gentoo-user] Re: Suggestions for backup scheme?

On 31/01/2024 17:56, Rich Freeman wrote: I don't think there are any RAID implementations that do full write journaling to protect against the write hole problem, but those would obviously underperform zfs as well. This feature has been added to mdraid, iirc. Cheers, Wol

Re: [PATCH 1/3] vect: Pass stmt_vec_info to TARGET_SIMD_CLONE_USABLE

On 31/01/2024 14:35, Richard Biener wrote: On Wed, 31 Jan 2024, Andre Vieira (lists) wrote: On 31/01/2024 13:58, Richard Biener wrote: On Wed, 31 Jan 2024, Andre Vieira (lists) wrote: On 31/01/2024 12:13, Richard Biener wrote: On Wed, 31 Jan 2024, Richard Biener wrote: On Tue, 30

Re: [PATCH 1/3] vect: Pass stmt_vec_info to TARGET_SIMD_CLONE_USABLE

On 31/01/2024 14:03, Richard Biener wrote: On Wed, 31 Jan 2024, Richard Biener wrote: On Wed, 31 Jan 2024, Andre Vieira (lists) wrote: On 31/01/2024 12:13, Richard Biener wrote: On Wed, 31 Jan 2024, Richard Biener wrote: On Tue, 30 Jan 2024, Andre Vieira wrote: This patch adds

Re: [PATCH 1/3] vect: Pass stmt_vec_info to TARGET_SIMD_CLONE_USABLE

On 31/01/2024 13:58, Richard Biener wrote: On Wed, 31 Jan 2024, Andre Vieira (lists) wrote: On 31/01/2024 12:13, Richard Biener wrote: On Wed, 31 Jan 2024, Richard Biener wrote: On Tue, 30 Jan 2024, Andre Vieira wrote: This patch adds stmt_vec_info to TARGET_SIMD_CLONE_USABLE

Re: [PATCH 1/3] vect: Pass stmt_vec_info to TARGET_SIMD_CLONE_USABLE

On 31/01/2024 12:13, Richard Biener wrote: On Wed, 31 Jan 2024, Richard Biener wrote: On Tue, 30 Jan 2024, Andre Vieira wrote: This patch adds stmt_vec_info to TARGET_SIMD_CLONE_USABLE to make sure the target can reject a simd_clone based on the vector mode it is using. This is needed

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

will fail for > inc_src: (plus (reg LR) (const_int -n)' > reg: (reg LR) > > Instead I will substitute the operand '==' with calls to 'rtx_equal_p (op1, > op2, NULL)'. Yes, that's fine. R. > > Sound good? > > Kind regards, > Andre > > ____

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

On 19/01/2024 14:40, Andre Vieira wrote: > > Respin after comments from Kyrill and rebase. I also removed an if-then-else > construct in arm_mve_check_reg_origin_is_num_elems similar to the other > functions > Kyrill pointed out. > > After an earlier comment from Richard Sandiford I also added

Re: [PATCH v3 1/2] arm: Add define_attr to to create a mapping between MVE predicated and unpredicated insns

On 19/01/2024 14:40, Andre Vieira wrote: > > Reposting for testing purposes, no changes from v2 (other than rebase). We seem to have lost the ChangeLog for this hunk :( The code itself looks OK, though.

Re: [gentoo-user] The hopeless futility of printing.

On 29/01/2024 18:19, Alan Grimes wrote: k...@aspodata.se wrote: >> Absolutely suprimo HP laser jet network printer. You didn't write what model, hard to help you then. It's a LaserJet Pro M453-4. I have absolutely no trouble with HP. But I always used hplip. I notice though it's not

[oe] [meta-oe][PATCH v5] bonnie++: New recipe for version 2.0

From: Jörg Sommer 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

Re: [yocto] How to build two images with different settings of a recipe in Yocto

Thanks for your reply. It helps, but I see some issues with the ROOTFS_POSTPROCESS_COMMAND. For the config file this is a possible solution. But what can I do if I need code changes? SSH announced they'll disable DSA support by default in a few months and for all other images except one I

[yocto] How to build two images with different settings of a recipe in Yocto

[I posted this question on Stackoverflow: https://stackoverflow.com/q/77871008/8452187] I have two images with the same distro and the same machine and each image should contain the same package, but build with different settings. For example, the config file sshd_config is part of the

Re: libjxl upgrade issue

On Thu, 2024-01-25 at 21:27 +0100, Brian Allred wrote: ... > the same issue with libvpx after today's update. Discord, Telegram, and xfreerdp all complain about missing the shared library "libvpx.so.8". > > May or may not be the issue, but best I can tell libvpx package is not a dependency of

Re: [PATCH] Make gcc.target/arm/bics_3.c testcase a bit more generic [PR113542]

On 25/01/2024 10:29, Maxim Kuvyrkov wrote: > After fwprop improvement in r14-8319-g86de9b66480, codegen in > bics_3.c test changed from "bics" to "bic" instruction, with > the overall instruction stream remaining at the same quality. > > This patch makes the scan-assembler directive accept both >

Re: [OE-Core][PATCH 1/2] testimage: move TESTIMAGE_FAILED_QA_ARTIFACTS default value to core-image-minimal

On 1/24/24 17:20, Richard Purdie wrote: > On Wed, 2024-01-24 at 15:29 +0100, Alexis Lothoré via > lists.openembedded.org wrote: >> From: Alexis Lothoré [...] >> + >> +# When any test fails, TESTIMAGE_FAILED_QA ARTIFACTS will be parsed and for >> +# each entry in it, if artifact pointed by path

Re: [Postfix] Warn that databases need regeneration

On Wed, 2024-01-24 at 17:03 +0100, Geert Hendrickx wrote: > ... > This has been reverted in postfix 3.8.5-2, so you may need to postmap > your .db files again.  (users not on [testing] won't have this issue) Geert - this should be okay as the revert takes db5 back to db6 (again) - the earlier

[OE-Core][PATCH 0/2] testimage: enable artifacts retrieval for failed tests

Hello, this small series is a very late follow-up to my initial artifacts retrieval series (sorry for the delay). The initial series can be found in [1]. The goal is to retrieve some specific files from target whenever some tests fail, to ease debugging. The feature relies on a new

[OE-Core][PATCH 2/2] core-image-ptest: retrieve ptests directory when ptests fail

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

[OE-Core][PATCH 1/2] testimage: move TESTIMAGE_FAILED_QA_ARTIFACTS default value to core-image-minimal

From: Alexis Lothoré TESTIMAGE_FAILED_QA_ARTIFACTS currently sets a default list of files to be saved whenever some tests fail. Unfortunately, this default value is very easily discarded, because TESTIMAGE_FAILED_QA_ARTIFACTS is expected to be enriched by some core recipes (example: ptest

Re: [PATCH] arm: Fix missing bti instruction for virtual thunks

On 23/01/2024 15:53, Richard Ball wrote: > Adds missing bti instruction at the beginning of a virtual > thunk, when bti is enabled. > > gcc/ChangeLog: > > * config/arm/arm.cc (arm_output_mi_thunk): Emit > insn for bti_c when bti is enabled. > > gcc/testsuite/ChangeLog: > >

Re: PESO - selfie in the 'hood

> On 18 Jan 2024, at 16:42, ann sanfedele wrote: > > Between FB and INSTAGRAM and PDML FB and using messenger online occasionally > where I see most of you, I've been mostly lurking here. confessing that any > discussion of new tech of any photo related stuff is of little interest I >

Re: [AFMUG] Used Juniper

The key is to make your network modular so you can swap out Cisco for Juniper or Juniper for Cisco or whatever the flavor of router/switch you may like at that point in time. Try not to get tied to an ecosystem. Justin Wilson j...@mtin.net — https://j2sw.com (AS399332) https://blog.j2sw.com -

Re: Stepping down as Python maintainer

On Wed, 2023-12-13 at 16:28 +0200, Felix Yan wrote: > Hello, > > ... > so I am > making room for others to try on the 3.11 and 3.12 rebuilds. As Jelle > has progressed a lot now, I feel it's approaching the right time for > me > to step down as the Python maintainer. > > .. Thank you Felix  

Re: [Postfix] Warn that databases need regeneration

On Tue, 2024-01-23 at 15:16 +, Polarian wrote See: https://gitlab.archlinux.org/archlinux/packaging/packages/postfix/-/issues/2

Re: [PATCH][GCC][Arm] Add pattern for bswap + rotate -> rev16 [Bug 108933]

On 22/01/2024 12:18, Matthieu Longo wrote: > rev16 pattern was not recognised anymore as a change in the bswap tree > pass was introducing a new GIMPLE form, not recognized by the assembly > final transformation pass. > > More details in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108933 > >

Re: [PATCH] arm: Fix parsecpu.awk for aliases [PR113030]

On 21/01/2024 07:29, Andrew Pinski wrote: > So the problem here is the 2 functions check_cpu and check_arch use > the wrong variable to check if an alias is valid for that cpu/arch. > check_cpu uses cpu_optaliases instead of cpu_opt_alias. cpu_optaliases > is an array of index'ed by the cpuname

Re: Console freezes on AMDGPU RX 7600

I had the same issue several months ago. I red here [1] that the Radeon RX 7600 series needs DRM Linux 6.3. I guess this should worked now with [2]. [1] https://www.phoronix.com/review/amd-radeon-rx-7600-linux [2] https://marc.info/?l=openbsd-cvs=170544826019326=2 On 05/01/2024 00:31,

Re: [gentoo-user] Kmail does not show all imap folders

On 22/01/2024 07:04, Alexander Puchmayr wrote: I checked folder subscriptions in kmail, but I do not see the missing folders there either. Also akonadi-console does not show them. I also tried curl imaps:/// Showing all of the missing folders, so I think its an akonadi/kmail problem and not an

Re: add volatile flag to PV/LVs (for cache) to avoid degraded state on reboot

On Thu, Jan 18, 2024 at 04:40:47PM +0100, Zdenek Kabelac wrote: > Cache can contain blocks that are still being 'synchronized' to the cache > origin. So while the 'writing' process doesn't get ACK for writes - the > cache > may have valid blocks that are 'dirty' in terms of being synchronized to >

Re: [tor-relays] A new kind of attack?

On Montag, 15. Januar 2024 23:19:37 CET Chris Enkidu-6 wrote: > I've noticed a new kind of possible attack on some of my relays, as > early as Dec.23 which causes huge spikes of outbound traffic > > I have included charts and excerpts from the log in my post in Tor forum > at below link: > >

Re: [OE-core] [PATCH] uboot-sign: support to load optee-os and TFA images

On 15.01.24 08:54, Jamin Lin via lists.openembedded.org wrote: > Currently, u-boot FIT image only support to load u-boot image. > To support optee-os and trusted-firmware-a, update ITS file generation > scripts, so users are able to use u-boot FIT image to load > u-boot, optee-os and

Re: boot partition expansion

On Mon, 2024-01-15 at 19:30 +, Serge Korol wrote: > sizes of img files with latest mkinitcpio 37.2-1 >  * Things seem quite reasonable again with the latest release of mkinitcpio  * I stopped keeping fallback images for both dracut and mkinitcpio.  You may or may not choose to do this too.

add volatile flag to PV/LVs (for cache) to avoid degraded state on reboot

Hi, at first, a happy new year to everyone. I'm currently considering to use dm-cache with a ramdisk/volatile PV for a small project and noticed some usability issues that make using it less appealing. Currently this means: 1. Adding a cache to a VG will cause the entire VG to depend on the

Re: [PATCH v3 00/12] [GCC] arm: vld1q vst1 vst1q vst1 intrinsics

On 02/01/2024 09:23, ezra.sito...@arm.com wrote: > From: Ezra Sitorus > > Add vld1q, vst1, vst1q and vst1 intrinsics to arm port. > > Ezra Sitorus (12): > [GCC] arm: vld1q_types_x2 ACLE intrinsics > [GCC] arm: vld1q_types_x3 ACLE intrinsics > [GCC] arm: vld1q_types_x4 ACLE intrinsics >

[oe] [meta-oe][PATCH] i2cdev: Fix MUSL build

From: Jörg Sommer Building the recipe with MUSL fails, because it uses error.h which isn't supported by MUSL. Because the usage is only in one expression, it's easy to rewrite this. Signed-off-by: Jörg Sommer --- .../recipes-bsp/i2cdev/i2cdev/fix-musl.patch | 122 ++

Re: has anyone tried the new firmware update?

> On 11 Jan 2024, at 23:56, Henk Terhell wrote: > > Larry, the new firmware V2.40 for K-1 and K-1 II has been corrected and is > out now as 2.41. I guess it should be safe now to update. > For K-1: https://www.ricoh-imaging.co.jp/english/support/digital/k1.html > I just updated my K1 2.20

Re: [PATCH v2 7/7] aarch64,arm: Move branch-protection data to targets

On 11/01/2024 14:43, Szabolcs Nagy wrote: > The 12/07/2023 13:13, Richard Earnshaw wrote: >> On 03/11/2023 15:36, Szabolcs Nagy wrote: >>> * config/aarch64/aarch64.cc (aarch_handle_no_branch_protection): Copy. >>> (aarch_handle_standard_branch_protection): Copy. >>>

[RFC] aarch64: Add support for __BitInt

Hi, This patch is still work in progress, but posting to show failure with bitint-7 test where handle_stmt called from lower_mergeable_stmt ICE's because the idx (3) is out of range for the __BitInt(135) with a limb_prec of 64. I hacked gcc locally to work around this issue and still have

Re: [gentoo-user] startx error

On 09/01/2024 22:20, the...@sys-concept.com wrote: I today's AI age I am supersized we have add it manually to run-level. :-/ Today's clever AI runs on Berkeley. The LSD version, not BSD. Cheers, Wol

[oe] [meta-oe][PATCH v4] bonnie++: New recipe for version 2.0

From: Jörg Sommer 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

Re: [gentoo-user] Genlop wonky again

On 09/01/2024 03:35, Peter Humphrey wrote: On Sunday, 7 January 2024 08:34:15 GMT Wols Lists wrote: Weird! I took a module on statistics in my Open University (Chemistry) degree 40-odd years ago. Probably the same one? I've still got the modules as a reference work, though I probably couldn't

[oe] [meta-oe][PATCH v3] bonnie++: New recipe for version 2.0

From: Jörg Sommer 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

Re: [gentoo-user] Genlop wonky again

On 07/01/2024 00:52, Peter Humphrey wrote: They seemed to say that the subject was founded on two basic principles; then they proceeded to define each of them in terms of the other. I should add, I dug into this sort of stuff, and you do know the entire edifice of Peano (ie number theory),

Re: [gentoo-user] Genlop wonky again

On 07/01/2024 00:52, Peter Humphrey wrote: On Saturday, 6 January 2024 19:28:05 GMT Wols Lists wrote: Statistics is one of those areas where, if you don't know what you're doing and you use the wrong maths, then you are going to get stupid results. "Statistics tell you how to get from A

Re: [gentoo-user] Emerge load again

On 06/01/2024 17:52, Peter Humphrey wrote: In other cases, there may be a hundred separate tasks, make fires off a hundred tasks shared amongst all the resource it can find, and sits back and waits. And that's how the very first installation goes, with single-host distcc. Then, when it gets

Re: [gentoo-user] Genlop wonky again

On 06/01/2024 17:59, Peter Humphrey wrote: On Saturday, 6 January 2024 16:21:30 GMT Wols Lists wrote: ... it's nothing to do with more power or whatever, it's down to simple statistics. If genloop guesses the statistical spread wrongly, it's going to mess up its estimates. Aren't you

Re: [gentoo-user] Genlop wonky again

On 06/01/2024 16:12, John Blinka wrote: And it doesn’t actually take 2x longer - the new estimate is just grossly wrong. I presume that the old estimate was also wrong. And it's nothing to do with more power or whatever, it's down to simple statistics. If genloop guesses the statistical

Re: [gentoo-user] Emerge load again

On 29/11/2023 12:06, Peter Humphreey wrote: The contribution of distcc isn't clear to me yet, as I said before. Sometimes it's the bee's knees; other times it might just as well not be there. I don't like mysteries...  As far as I'm aware, there's no mystery. On a single machine you get the

Re: [gentoo-user] Genlop wonky again

On 06/01/2024 00:54, John Blinka wrote: I’ve often found that it gives one estimate when multiple packages are being built, then a much longer estimate for still-in-progress builds once some of the builds have finished. That result defies common sense. Less remaining work has to take less,

Re: Python warnings still

On Fri, 2024-01-05 at 23:05 +, pete wrote: > On Fri, 05 Jan 2024 17:13:40 -0500 > Genes Lists wrote: > ... > > " pacman -Q --check python-pyrate-limiter > python-pyrate-limiter: 59 total files, 0 missing files " > Then may be worth trying: pac

Re: Python warnings still

On Fri, 2024-01-05 at 21:45 +, pete wrote: > Hi folks . > > > I am still getting plagued by  these Python  warnings > > warning: could not get file information for > usr/lib/python3.11/site-packages/pyr > ate_limiter-3.1.0.dist-info/... Anything interesting from :    

Re: Cotty's Channel

Thanks Cotty! > On 2 Jan 2024, at 20:06, Steve Cottrell wrote: > > Hello Pentaxians > > Apologies if I mentioned this here on the list previously…I don’t think I > have, so in for a penny… > > I’ve started a Youtube channel - Pentax content will be, ahem, very thin on > the ground - but not

Re: [AFMUG] Ken Hohof

Hey Ken! Regards, Jeff Jeff Broadwick CTIconnect 312-205-2519 Office 574-220-7826 Cell jbroadw...@cticonnect.com > On Dec 31, 2023, at 1:08 AM, Chuck McCown via AF wrote: > > Everbuddy say welcome back Ken!!! > > Sent from my iPhone > > > -- > AF mailing list > AF@af.afmug.com >

[oe] [meta-oe][PATCH v3] bonnie++: New recipe for version 2.0

From: Jörg Sommer 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

Re: [oe] [meta-oe][PATCH v2] bonnie++: New recipe for version 2.0

Are the build logs available anywhere? I would like to see do_configure and do_compile. I suspect that configure picks the wrong compiler. Kind regards Jörg Sommer Software Developer / Programmierer -- Navimatix GmbH Tatzendpromenade 2 07745 Jena T: 03641 - 327 99 0 F: 03641 - 526 306

Re: postfix stable35->3.5.22, stable->3.7.8

On Fri, Dec 22, 2023 at 10:24:03PM +, Stuart Henderson wrote: > On 2023/12/22 22:20, Stuart Henderson wrote: > > On 2023/12/19 16:52, Stuart Henderson wrote: > > > Here are updates to postfix stable and stable35 versions, the latter > > > from tb@. I've tested both. > > > > New ones with

[oe] [meta-oe][PATCH v2] bonnie++: New recipe for version 2.0

From: Jörg Sommer 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

Re: ***UNCHECKED*** Re: Post (snap) update emails: fsck errors and (in)security output

On Thu, Dec 21, 2023 at 08:20:37AM -0300, Crystal Kolipe wrote: > > login.conf used to allow unlimited datasize for the 'daemon' class. That was > > changed to cap at 4G > > Actually the value is an architecture dependent setting. > > On amd64 it is indeed 4G, but typically 1024 Mb on the

[oe] [meta-oe][PATCH] bonnie++: New recipe for version 2.0

From: Jörg Sommer 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

XFCE thunar dumps core when toggling "show hidden"

Hi All, (This discussion/issue moved from misc). Thunar crashes when I try to toggle "show hidden" e.g. via "Ctrl+h": zsh: segmentation fault (core dumped) thunar I'm running a recent snapshot: mjoelnir:empty_directory 28.12 10:30:37 % uname -a OpenBSD mjoelnir.fritz.box 7.4 GENERIC.MP#1535

[oe] [meta-oe][PATCH] i2cdev: New recipe with i2c tools

From: Jörg Sommer The main part is the tool lsi2c to scan the i2c bus, like lspci and lsusb do. This recipe also ships a static library *libi2cdev.a*. Because this library contains the file *smbus.c* which is *GPL v2+,* and a static library can't be linked dynamically to satisfy the LGPL, the

[OE-core] [PATCH] i2cdev: New recipe with i2c tools

From: Jörg Sommer The main part is the tool lsi2c to scan the i2c bus, like lspci and lsusb do. This recipe also ships a static library *libi2cdev.a*. Because this library contains the file *smbus.c* which is *GPL v2+,* and a static library can't be linked dynamically to satisfy the LGPL, the

Re: [arch-general] pcmanfm-gtk3 no longer working on wayland?

On Tue, 2023-12-26 at 22:02 -0600, Javier wrote: > Hi ! > > pcmanfm-gtk3 is segfaulting on wayland when trying to access any > directory.  I don't know if others are experiencing the same.  The > alternative I've been using is thunar, though I really liked pcmanfm- > gtk3. > I don't use this

Re: [gentoo-user] Virtualbox 7

On 21/12/2023 05:48, the...@sys-concept.com wrote: I run Windows 7 in VirualBox-6 and it runs relatively fast but after upgrade to VirtualBox-7 (7.0.10) I noticed users weren't able to access Windows-7 server; the network got almost non responsive.  I've notice same with earlier

Re: Post (snap) update emails: fsck errors and (in)security output

On Wed, Dec 20, 2023 at 10:57:41AM -0500, Nick Holland wrote: > the ROOTBACKUP process is making an image of a live file system; fsck > grumblings ARE expected. It's just one of those things you aren't supposed > to do (but I do it regularly, because normally, you can get away with it). > >

Re: XFCE Thunar filemanager core dumps ...

On Wed, Dec 20, 2023 at 03:23:52PM -, Stuart Henderson wrote: > > ... > > When I started gdb (no expert) I noticed this "Dwarf error": > > mjoelnir:/tmp 20.12 12:04:38 % gdb -e /usr/local/bin/Thunar -c thunar.core > > GNU gdb 6.3 > > https://www.openbsd.org/faq/ports/ports.html#Backtrace

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

Squashed the definition and changes to predicated_doloop_end_internal and dlstp*_insn into this patch to make sure the first patch builds independently On 18/12/2023 11:53, Andre Vieira wrote: Reworked Stam's patch after comments in:

Re: [PATCH 1/2] arm: Add define_attr to to create a mapping between MVE predicated and unpredicated insns

Reworked patch after Richard's comments and moved predicated_doloop_end_internal and dlstp*_insn to the next patch in the series to make sure this one builds on its own. On 18/12/2023 11:53, Andre Vieira wrote: Re-sending Stam's first patch, same as:

omp: Fix simdclone arguments with veclen lower than simdlen [PR113040]

This patch fixes an issue introduced by: commit ea4a3d08f11a59319df7b750a955ac613a3f438a Author: Andre Vieira Date: Wed Nov 1 17:02:41 2023 + omp: Reorder call for TARGET_SIMD_CLONE_ADJUST The problem was that after this patch we no longer added multiple arguments for vector

Re: veclower: improve selection of vector mode when lowering [PR 112787]

): Pass original vector type rather than the element type to type_for_widest_vector_mode and remove now obsolete check for the number of elements. On 07/12/2023 07:45, Richard Biener wrote: On Wed, 6 Dec 2023, Andre Vieira (lists) wrote: Hi, This patch addresses the issue

Re: What is the plan for dhcpd/kea?

On Tue, 2023-12-19 at 16:17 -0600, David C. Rankin wrote: > > > > Yes, hopefully ISC made is fairly compatible and straight-forward to > transition, but holy cow, 2G for kea-docs? > The doc package includes both administrator and developer docs. The docs are quite extensive. You can see the

XFCE Thunar filemanager core dumps ...

Hi All, I'm running XFCE on OpenBSD 7.4 GENERIC.MP#1535 amd64 I pressed Control+h in thunar thinking that it would toggle the display of hidden files ( .dot files), but instead thunar core dumps: -rw--- 1 robb robb 20656304 Dec 19 21:02 thunar.core Would this be an OpenBSD

Post (snap) update emails: fsck errors and (in)security output

... Reply-To: Hi All, A couple of questions ... I have "ROOTBACKUP=1" in /etc/daily.local to replicate my root partition as described in the FAQ (https://www.openbsd.org/faq/faq14.html#altroot) I noticed after an update to a new snapshot via sysupgrade that the next daily output email

Re: What is the plan for dhcpd/kea?

On Tue, 2023-12-19 at 14:19 -0600, David C. Rankin wrote > >    The wiki notes the successor in the first paragraph > https://wiki.archlinux.org/title/Dhcpd but there is no Kea page and > no > indication if Arch will start packaging Kea. Arch has been packaging kea for quite a long time

Re: [tor-relays] Dutch Relays

On Dienstag, 19. Dezember 2023 16:23:27 CET Jordan Savoca via tor-relays wrote: > On 12/18/23 6:59 AM, ab...@relayon.org 2023 wrote: > > These are complete and utter shit. > > > > avoid like the plague! > > > > nifty ;-) You've landed in the sun again, I envy you. > Oh? I'm curious to hear

[yocto] [meta-secutrity] tpm2-tools RDEPENDS behaviour in meta-tpm

Hello, For kirkstone branch when adding tpm2-tools recipe to install on a image it will not work as it is missing tcti-device dependencies. Is this behaviour intended or can I send a patch to master to correct tpm2-tools recipes RDEPENDS? Regards, João Paulo -=-=-=-=-=-=-=-=-=-=-=- Links: You

[yocto] [yocto-autobuilder-helper][PATCH v2 1/1] scripts: send_qa_email: add dry-run mode

From: Alexis Lothoré Add a dry-run mode to be able to run send_qa_email locally but disabling any output (no commit or tag pushed upstream, no mail sent). This eases all release-related debugging. This dry-run mode is enabled by the following changes: - add a -d/--dry-run parameter to

Re: [yocto] [yocto-autobuilder-helper][PATCH 1/1] scripts: send_qa_email: add dry-run mode

On 12/18/23 10:33, Alexis Lothoré via lists.yoctoproject.org wrote: > From: Alexis Lothoré > > Add a dry-run mode to be able to run send_qa_email locally but disabling > any output (no commit or tag pushed upstream, no mail sent). This eases > all release-related debugging. This dry-run mode is

[yocto] [yocto-autobuilder-helper][PATCH 1/1] scripts: send_qa_email: add dry-run mode

From: Alexis Lothoré Add a dry-run mode to be able to run send_qa_email locally but disabling any output (no commit or tag pushed upstream, no mail sent). This eases all release-related debugging. This dry-run mode is enabled by the following changes: - add a -d/--dry-run parameter to

[yocto] [yocto-autobuilder-helper][PATCH 4/4] scripts: send_qa_email: protect get_regression_base_and_target from exceptions

From: Alexis Lothoré generate_regression_reports is currently protect in a try/catch block to prevent it from canceling QA email generation when encountering an issue, but get_regression_base_and_target is not. Make sure that get_regression_base_and_target can not prevent QA email from being

[yocto] [yocto-autobuilder-helper][PATCH 2/4] scripts: send_qa_email: allow testing against non fixed tags

From: Alexis Lothoré send_qa_email currently deals with tags in a "reproducible" way: despite new versions being released on different branches, the computation of the "reference" version for a specific input version always remain the same. This behavior does not match perfectly real

[yocto] [yocto-autobuilder-helper][PATCH 3/4] scripts: send_qa_email: properly compute previous tag for new major release tag

From: Alexis Lothoré send_qa_email currently fails when dealing with release version starting a new major, for example 5.0. This has been observed for example when trying to generate 5.0_M1.rc1 This specific versioning makes previous tag computation method fall through last branch which

[yocto] [yocto-autobuilder-helper][PATCH 0/4] Fix send_qa_email for releases with new major number

Hello, the autobuilder encountered a failure while trying to generate 5.0_M1.rc1 (see [1]) on send_qa_email part, which resulted in missing QA email. This issue is mostly due to the fact that this is the first release on new major 5.0. While this case is in theory handled in send_qa_email,

[yocto] [yocto-autobuilder-helper][PATCH 1/4] scripts: send_qa_email: slightly rework previous tag test

From: Alexis Lothoré Use intermediate variables for test input/output, and print expected output in subtest to get more info when a test fails Signed-off-by: Alexis Lothoré --- scripts/test_send_qa_email.py | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[pfx] Re: 25 years today

On 14-12-2023 14:20, Wietse Venema via Postfix-users wrote: As a few on this list may recall, it is 25 years ago today that the "IBM secure mailer" had its public beta release. This was accompanied by a nice article in the New York Times business section. ... That was a long time ago.

Re: Blog post

gt; Date: Thu, 14 Dec 2023 17:20:56 +0100 > > From: Christopher Dimech via Emacs news and miscellaneous discussions > > outside the scope of other > > Emacs mailing lists > > > > I put the emphasis on the maintainers themselves to eliminate chaos within > > their pro

Re: Discussion about arm/aarch64 testcase failures seen with patch for PR111673

On 14/12/2023 07:17, Surya Kumari Jangala via Gcc wrote: > Hi Richard, > Thanks a lot for your response! > > Another failure reported by the Linaro CI is as follows: > > Running gcc:gcc.dg/dg.exp ... > FAIL: gcc.dg/ira-shrinkwrap-prep-1.c scan-rtl-dump pro_and_epilogue > "Performing

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