Re: [dmarc-ietf] Delegated authentication for Gmail

> On Apr 21, 2023, at 10:19 PM, Douglas Foster > > wrote: > > I mean something different. > > By "user-to-domain" I mean a DNS function which asserts: > When the message is signed by IETF, and the From address is my account, the > message is

Re: [dmarc-ietf] Delegated authentication for Gmail

> On Apr 21, 2023, at 2:14 PM, Douglas Foster > wrote: > > Can it provide a user-to-domain authentication solution? Unless I am not following you, DKIM inherently provides "user-to-domain" authentication by hash binding the 5322 From: and To: headers. > That is what mailing lists need

Re: [dmarc-ietf] Delegated authentication for Gmail

Doug, You might want review Doug Otis’s TPA (Third Party Authorization). It has a higher scale method. https://datatracker.ietf.org/doc/draft-otis-dkim-tpa-ssp/ Abstract TPA-label is a DNS-based prefix mechanism for DKIM policy records as a means to authorize Third-Party domains. This

[Bug middle-end/109585] Carla/sord miscompiled with -O2 on ARM64 (inlining issue)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109585 --- Comment #11 from Hector Martin --- Giving a nonzero size to the `ZixBTreeIterFrame stack[]` member also avoids the segfault, so this might be a flexible array member thing.

[Bug middle-end/109585] Carla/sord miscompiled with -O2 on ARM64 (inlining issue)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109585 --- Comment #9 from Hector Martin --- Yes, a strict aliasing violation could explain the behavior of the optimizer here... but given all the types are identical and there is no casting going on, clearly there is no strict aliasing violation.

[Bug target/109585] Carla/sord miscompiled with -O2 on ARM64 (inlining issue)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109585 --- Comment #6 from Hector Martin --- Cleaned it up into a self-contained repro. Simply compiling with `gcc -O2 -o test test.c && test` gives a segfault. -O1 or -fno-schedule-insns -fno-schedule-insns2 avoids the issue. Looking at

[Bug target/109585] Carla/sord miscompiled with -O2 on ARM64 (inlining issue)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109585 --- Comment #5 from Hector Martin --- Created attachment 54904 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54904=edit self-contained reproducer

[Bug target/109585] Carla/sord miscompiled with -O2 on ARM64 (inlining issue)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109585 --- Comment #4 from Hector Martin --- This whole codebase is complex, and the problem is in btree code which is hard to simplify down. Best I can do right now is this. First grab the lv2.tar.gz attachment and extract it into /tmp. Then: $ git

[Bug target/109585] Carla/sord miscompiled with -O2 on ARM64 (inlining issue)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109585 --- Comment #3 from Hector Martin --- Created attachment 54903 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54903=edit lv2 plugin bundle for testing

[Bug c/109585] Carla/sord miscompiled with -O2 on ARM64 (inlining issue)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109585 --- Comment #1 from Hector Martin --- Created attachment 54901 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54901=edit Preprocessed input

[Bug c/109585] New: Carla/sord miscompiled with -O2 on ARM64 (inlining issue)

Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: hector at marcansoft dot com Target Milestone: --- Created attachment 54900 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54900=edit Manually annotated disassembly identify

Re: [dmarc-ietf] Is From spoofing an interoperability issue or not?

> On Apr 19, 2023, at 10:29 PM, Jesse Thompson wrote: > > The choice for both the mailing list and mail-service company is to: > > 1) ignore DMARC and continue to emit mail as the original author intended > (the author might be ignorant of DMARC too) and assume the mailbox providers > are

[dmarc-ietf] About UAID User Agent Identity.

outbound message? Those are big scaling optimization considerations. For the most exclusive policy, via DMARC: p=reject; adkim=s; aspf=s everything must match. for: p=reject; adkim=r; aspf=r A little more relaxed for subdomains. I think what is there is enough for this limited p

Re: [dmarc-ietf] Is From spoofing an interoperability issue or not?

On Apr 18, 2023, at 1:11 PM, Alessandro Vesely wrote: > > Perhaps when DMARC will work smoothly, someone will find out how to tell > legitimate rewriting from plain spoof. > Lookup DMARC record and begin to piggy back off this lookup: - Check for rewrite=1 tag indicating allowance to

Re: [dmarc-ietf] Signaling MLMs

> On Apr 18, 2023, at 12:24 PM, Alessandro Vesely wrote: > > What's the point of wearing an atps record if it's not called out in a DKIM > signature? (I wouldn't have tested it anyway). Alessandro, you are already doing the DNS call for DMARC. Hitch a ride!! You can check for atps=y or

[Ubuntu-x-swat] [Bug 2004237] Re: Intel Raptor Lake-P support for intel-media-driver in jammy

@tjaalton : i did not need it to make things work, i might miss anything ? -- You received this bug notification because you are a member of Ubuntu-X, which is subscribed to intel-media-driver in Ubuntu. https://bugs.launchpad.net/bugs/2004237 Title: Intel Raptor Lake-P support for

Re: [dmarc-ietf] Signaling MLMs

On 4/17/2023 6:48 PM, Benny Pedersen wrote: Hector Santos skrev den 2023-04-17 20:55: One solution is for the junc.eu domain to add an ATPS authorization record for ietf.org [1] to the junc.eu [2] zone: pq6xadozsi47rluiq5yohg2hy3mvjyoo._atps TXT ("v=atps01; d=ietf.org;") retest

Re: [dmarc-ietf] Signaling MLMs

> On Apr 16, 2023, at 11:31 PM, Benny Pedersen wrote: > > Hector Santos skrev den 2023-04-17 05:06: > >> Anyway, there are far too much waste in electronic mail, ADSP/DMARC >> and this quest to resolve its issues, creating more junk, ARC, is not >> getting anywhe

Re: [dmarc-ietf] Is From spoofing an interoperability issue or not?

tive with perfect alignment. We had more flexibility with SSP and a few with ADSP "must be signed by me" and "must be signed by someone." More flexible. -- Hector Santos, https://santronics.com https://winserver.com ___ dm

Re: [dmarc-ietf] Signaling MLMs

On 4/16/2023 8:43 PM, Neil Anuskiewicz wrote: Hector, respecfully, I disagree with several of your points. * You seemes to be saying that when spf fails then usually dkim fails, too. I’ve seen first hand that’s nit true. Yes, most of the times. The exceptions are the true forwards. It's

Re: [dmarc-ietf] Signaling MLMs

) is the easiest first step. Imto, this is the correct technical way but it comes with disruption. This disruption MAY be acceptable to the domain but not the user. -- Hector Santos, https://santronics.com https://winserver.com -- Hector Santos, https://santronics.com https://winserver.com

Re: [dmarc-ietf] Give up on SPF alone

On 4/15/2023 11:27 AM, Douglas Foster wrote: Sorry Hector, but you are wrong on the theory and off topic. DMARC and SPF authenticate different things. DMARC is designed to override SPF Fail to handle the case of forwarding without SRS, which would be optimal if all messages were signed

Re: [dmarc-ietf] list history, Signaling MLMs

DMARC discovery issues at SMTP? ARC is junk. Why is it IETF perpetuated is beyond me. Soon we will I-D proposals to clean up this massive overhead. -- HLS -- Hector Santos, https://santronics.com https://winserver.com ___ dmarc mailing list dmarc

Re: [dmarc-ietf] Signaling MLMs

> On Apr 14, 2023, at 7:31 PM, Dotzero wrote: > > On Fri, Apr 14, 2023 at 5:55 PM Hector Santos <mailto:40isdg@dmarc.ietf.org>> wrote: >> Yes, it is simple DeMorgan’s Theorem where you use short-circuiting logic. >> >> DMARC says that any FAIL calc

[dmarc-ietf] Author vs Signer Domains

On 4/14/2023 7:31 PM, Dotzero wrote: On Fri, Apr 14, 2023 at 5:55 PM Hector Santos <mailto:40isdg@dmarc.ietf.org>> wrote: Yes, it is simple DeMorgan’s Theorem where you use short-circuiting logic. DMARC says that any FAIL calculated via SPF or DKIM is an over

Re: [dmarc-ietf] Signaling MLMs

implementation detail. — HLS > On Apr 14, 2023, at 5:44 PM, Douglas Foster > wrote: > > Hector, it sounds like you are saying that SPF is all we need, so scrap > DMARC. If it is something else please clarify. > > Doug > > On Fri, Apr 14, 2023, 4:44 PM Hec

Re: [dmarc-ietf] Signaling MLMs

> On Apr 14, 2023, at 3:20 PM, Murray S. Kucherawy wrote: > > On Fri, Apr 14, 2023 at 10:20 AM Alessandro Vesely > wrote: >> On Fri 14/Apr/2023 15:47:12 +0200 Scott Kitterman wrote: >> > On April 14, 2023 1:29:58 PM UTC, "Murray S. Kucherawy" >> >

Re: [dmarc-ietf] Signaling MLMs

The solution to move forward is: - Recommend MUST NOT publish if domain wants to allow users to use domain in public list systems, - Warn MLS/MLS to avoid From Rewrite and recommend to honor p=reject by rejecting subscription, submissions. This is already in practice since 2011. - Update

Re: [dmarc-ietf] Signaling forwarders, not just MLMs

horizing the always signed. DMARC needs this Always Signed by someone idea too with ATPS to finish the authorization missing piece. -- Hector Santos, https://santronics.com https://winserver.com ___ dmarc mailing list dmarc@ietf.org https://www.ietf.org/mailman/listinfo/dmarc

Re: [dmarc-ietf] Signaling MLMs

> On Apr 13, 2023, at 4:33 PM, John Levine wrote: > >> (2) An author domain can decide to affix this at its discretion, ... > > The basic problem is that author domains lie about their policy, i.e., > p=none but they expect mailing lists to work, and their users are > stuck. It’s not a lie.

Re: [dmarc-ietf] Signaling forwarders, not just MLMs

> On Apr 13, 2023, at 3:13 PM, Hector Santos > wrote: > > On 4/13/2023 11:21 AM, Barry Leiba wrote: >>> Anyone who does forwarding is damaged by DMARC because there are a lot of >>> people who do DMARC on the cheap with SPF only. >> This brings up another is

Re: [dmarc-ietf] Signaling forwarders, not just MLMs

I didn’t we need to mention the type of people, organization, etc. “This is particularly important because SPF will always fail in situations where mail is forwarded.” The issue applies to all. > On Apr 13, 2023, at 12:04 PM, Todd Herr > wrote: > > On Thu, Apr 13, 2023 at 11:21 AM Barry

Re: [dmarc-ietf] Signaling forwarders, not just MLMs

, and using SPF only, without DKIM, is strongly NOT RECOMMENDED. Keep in mind, there are implementers of SPF that act at SMTP before DATA and reject hard failures with 55z errors. In other words, no payload is transferred. -- Hector Santos, https://santronics.com https://winserver.com

Re: [dmarc-ietf] Signaling MLMs

y to override at its own risk especially when DMARCBis offers nothing to resolve this problem. But it can easily fit in too and see where it goes. -- Hector Santos, https://santronics.com https://winserver.com ___ dmarc mailing list dmarc@ietf.org

Re: [dmarc-ietf] Signaling MLMs

t;.policy-adsp") CopyFile(msgfn,msgfn+".dmarc") sfSetGlobalResult(SF_DISCARD,SF_ENDRULES,554) // create response fv = open msgfn+".response" for output if fv > 0 then print #fv,"554

Re: [dmarc-ietf] Signaling MLMs

> On Apr 12, 2023, at 2:15 PM, Murray S. Kucherawy wrote: > > I've been thinking about the point a few people have made now that DMARC has > two actors that cause the problem: Those who "blindly" apply "p=reject", and > those who advertise "p=reject". You do, indeed, need two to tango; >

[dmarc-ietf] Introducing DSAP/ATPS for Improved Email Authentication

and collaborate on the development of DSAP/ATPS as a more robust and adaptable email authentication protocol that serves the interests of all parties involved. I look forward to your thoughts and feedback on this proposal. Best regards, Hector Santos, CEO/CTO Santronics.com > On Apr 12, 2023, a

Re: [dmarc-ietf] DMARC is designed to break mail, Example of Indirect Mail Flow Breakage with p=reject?

> On Apr 12, 2023, at 9:41 AM, John R Levine wrote: > > When we say that mail systems that don't fit the DMARC threat profile > shouldn't publish DMARC policies, we have good reasons to say so, and that's > what our standards need to say if we're serious about interoperating. > With

Re: how to change default nameserver?

On 11/04/23 15:17, gene heskett wrote: On 4/10/23 18:04, zithro wrote: So, I got curious about his claim : "that change to resolv.conf adding the search line [search hosts, nameserver] has been required since red hat 5.0 in 1998". (The bracket addition is mine) I'm not using RHEl-based

Re: how to change default nameserver?

On 11/04/23 15:17, gene heskett wrote: In a man page from a good 20 years ago. I still have a copy of that original redhat 5.0 on a shelf above me, but not a floppy drive to read those disks with. Downloading an iso ... :-) Richard

Re: [dmarc-ietf] not really such a thing as AOL-compatible mailing lists

> On Apr 10, 2023, at 12:55 PM, Murray S. Kucherawy wrote: > > I think the one thing we haven't discussed is: Could the 80-20 rule apply > here? That is, if we start off with something like what > draft-kucherawy-dkim-transform proposed (or even a trivial subset of it), > might it make

Re: [dmarc-ietf] not really such a thing as AOL-compatible mailing lists

> On Apr 10, 2023, at 12:55 PM, Murray S. Kucherawy wrote: >> > I think the one thing we haven't discussed is: Could the 80-20 rule apply > here? That is, if we start off with something like what > draft-kucherawy-dkim-transform proposed (or even a trivial subset of it), > might it make

Re: [dmarc-ietf] Proposed text for p=reject and indirect mail flows

> On Apr 9, 2023, at 2:33 PM, Barry Leiba wrote: > > > As Todd previously stated, my preference is for language that > > acknowledges the primacy of the domain owner over interoperability > > The problem is that IETF standards are about interoperability, not about > anyone’s primacy. > >

Re: [dmarc-ietf] Proposed text for p=reject and indirect mail flows

> On Apr 9, 2023, at 2:15 PM, Murray S. Kucherawy wrote: > > On Sun, Apr 9, 2023 at 6:33 AM Jesse Thompson > wrote: >> As Todd previously stated, my preference is for language that acknowledges >> the primacy of the domain owner over interoperability. CISOs have

[dmarc-ietf] DSAP "DKIM Sender Authorization Protocol" for DMARC

. The -target will allow a forwarder to resign as a 3rd party without -asl or -atps requirements. — Hector Santos, CEO/CTO Santronics Software, Inc,___ dmarc mailing list dmarc@ietf.org https://www.ietf.org/mailman/listinfo/dmarc

Re: questions about cron.daily

On 7/04/23 10:54, Greg Wooledge wrote: On Thu, Apr 06, 2023 at 05:45:08PM -0500, David Wright wrote: Users (including root) write their crontabs anywhere they like, typically in a directory like ~/.cron/. Is that... normal? I can't say I've ever seen anyone keep a private copy of their

[Ubuntu-x-swat] [Bug 2004237] Re: Intel Raptor Lake-P support for intel-media-driver in jammy

I did the test on a Raptorlake laptop ubuntu@ubuntu-Latitude-7440:~$ inxi -G -display Graphics: Device-1: Intel vendor: Dell driver: i915 v: kernel ports: active: eDP-1 empty: DP-1,DP-2,HDMI-A-1 bus-ID: :00:02.0 chip-ID: 8086:a7a0 class-ID: 0300 Display: server: X.org v: 1.21.1.3

Re: [systemd-devel] creating device nodes

-nodes --format=tmpfiles On Wed, Apr 5, 2023 at 11:13 AM Richard Hector <mailto:rich...@walnut.gen.nz>> wrote: Hi all, I want to create a device (/dev/fuse) in an LXC container. The kernel bit works; I can mknod manually, but I'd rather use a systemd unit, and make it a d

[systemd-devel] creating device nodes

Hi all, I want to create a device (/dev/fuse) in an LXC container. The kernel bit works; I can mknod manually, but I'd rather use a systemd unit, and make it a dependency of mounting filesystems from /etc/fstab. It looks like .device units are supposed to be created automatically if there's

Re: [dmarc-ietf] Example of Indirect Mail Flow Breakage with p=reject?

> On Apr 1, 2023, at 6:29 AM, Scott Kitterman wrote: > > I think that's not quite it. > > There is clearly a valid reason. There are domains that value the security > properties of p=reject more highly than the negative effects to > interoperability. For many years we knew this would

Re: [dmarc-ietf] Example of Indirect Mail Flow Breakage with p=reject?

> On Apr 1, 2023, at 11:33 AM, Dotzero wrote: > > > > On Sat, Apr 1, 2023 at 3:02 AM Barry Leiba > wrote: >> > If we use SHOULD NOT, as you suggest, there's an implication that there >> > might be a valid reason for >> > non-transactional mail to use

Re: [dmarc-ietf] Example of Indirect Mail Flow Breakage with p=reject?

> On Apr 1, 2023, at 11:25 AM, Dotzero wrote: > Nobody forces a Sender to publish a DMARC record. Nobody forces a receiver to > validate DMARC. Nobody forces mailing lists to accept mail from domains which > publish a DMARC record let alone one which publishes p=reject policy. But it >

Re: [dmarc-ietf] Example of Indirect Mail Flow Breakage with p=reject?

> On Apr 1, 2023, at 7:17 AM, Jim Fenton wrote: > > Not picking on Murray here, but his message was the most recent that talked > about p=reject with respect to non-transactional email: > > On 1 Apr 2023, at 15:53, Murray S. Kucherawy wrote: > >> If we use SHOULD NOT, as you suggest,

[dmarc-ietf] 5322.From Header Rewrite specification

Is there a specification for rewriting the 5322.From to help resolve DMARC p=reject redistribution problems? What is the logic the IETF.ORG list using? Thanks in advance — HLS___ dmarc mailing list dmarc@ietf.org

Re: [dmarc-ietf] Example of Indirect Mail Flow Breakage with p=reject?

> On Mar 29, 2023, at 5:40 PM, Todd Herr > wrote: > > Colleagues, > > Can someone please point me to a mailing list server or other indirect mail > flow that I might somehow engage with so that I can experience the pain of > not having a message reach its destination when sent with a

Re: [dmarc-ietf] Example of Indirect Mail Flow Breakage with p=reject?

> On Mar 30, 2023, at 10:16 AM, Todd Herr > wrote: > > My fear is that adding further text to DMARCbis that says "MUST NOT use > p=reject" along with the new language in Policy Enforcement Considerations > results in a spec that says: > As a domain owner, you can request treatment for

Re: [dmarc-ietf] Example of Indirect Mail Flow Breakage with p=reject?

does not have -atps, then the receiver MUST honor the domain reject policy for failures. -- Hector Santos, https://secure.santronics.com https://twitter.com/hectorsantos ___ dmarc mailing list dmarc@ietf.org https://www.ietf.org/mailman/listinfo/dmarc

Re: [dmarc-ietf] Example of Indirect Mail Flow Breakage with p=reject?

a proposed experiment. -- Hector Santos, https://secure.santronics.com https://twitter.com/hectorsantos ___ dmarc mailing list dmarc@ietf.org https://www.ietf.org/mailman/listinfo/dmarc

Re: [Ietf-dkim] On the current state of DKIM and the replay problem

> On Mar 28, 2023, at 1:36 PM, Michael Thomas wrote: > > Since the chair is threatening to ban me, I decided to write up my view of > things in a longer form. > > https://rip-van-webble.blogspot.com/2023/03/on-dmarc-arc-and-dkim-replays.html > > This has some technical aspects and meta

[Kernel-packages] [Bug 2009815] Re: No HDMI audio anymore

*** This bug is a duplicate of bug 2009136 *** https://bugs.launchpad.net/bugs/2009136 Muchas gracias a las anteriores personas por informar la solución de este problema que desde hace días tenía y no le encontraba solución, puedo confirmar que eliminando el kerner 5.19.0-35 se arregla el

Re: [Ietf-dkim] What has been tried and doesn't work should be documented in the problem statement

> On Mar 26, 2023, at 1:11 PM, Michael Thomas wrote: > My contention is that documenting what has failed in the problem statement > saves time eventually in the solution space as you can reference it when > somebody brings it up as to why it doesn't work. It would be just a cut and > paste

Re: [Ietf-dkim] What has been tried and doesn't work should be documented in the problem statement

> On Mar 26, 2023, at 6:13 AM, Murray S. Kucherawy wrote: > > On Sat, Mar 25, 2023 at 10:29 AM Michael Thomas > wrote: >> On 3/24/23 6:19 PM, Barry Leiba wrote: >> > I don't agree with the premise. I think what was tried and didn't >> > work should be documented in the

Re: [dmarc-ietf] ARC Dependency?

Wouldn’t it be far easier to add the trusted 3rd party domains in some DNS table or lookup, ala an ATPS-like protocol? The RFC5322 ARC overhead is horrendous. Never mind the complexity evolved to implement. > On Mar 24, 2023, at 7:17 PM, Seth Blank wrote: > > Microsoft is using ARC quite

Re: [Ietf-dkim] Comments on draft-chuang-dkim-replay-problem

+1. ARC is not a solution, but it is a good part of the problem. It’s not hard to see how our fall back to defocusing, the de-emphasis of the DKIM Policy Model in lieu of Reputation Modeling creating this issue. Every issue we have today is nearly 100% because of the lob-sided efforts to

Re: [Koha] Koha mysql DBMS fix

29%20473-4353> | F: 675 4374363 ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Hector Gonzalez ca...@genac.org __

Re: [Canonical-hw-cert] [Merge] hwcert-jenkins-jobs:dev-kivu-update-job into hwcert-jenkins-jobs:master

thanks ! see below Diff comments: > diff --git a/jobs/kivu/run-kivu.sh b/jobs/kivu/run-kivu.sh > index 4dd109a..559336c 100644 > --- a/jobs/kivu/run-kivu.sh > +++ b/jobs/kivu/run-kivu.sh > @@ -42,14 +42,22 @@ cat > job.yaml < mkdir -p artifacts > cp checkbox-launcher artifacts

Re: [Ietf-dkim] Welcome to the rechartered working group

model do not have this problem. But, via POLICY if the domain using reputation wishes a verifier to put more restrictions on a received signed domain, i.e. enforce `x=` expiration tag, I am all for it. Thanks Hector Santos CEO/CTO Santronics Software, Inc. > On Mar 7, 2023, at 7:09

Re: [Ietf-dkim] DKIM update - header tag

-1. The v= tag description is accurate. There is no current DKIM design expectation for any other string value. The current spec is `v=DKIM1`. Any software writing `v=DKIM1.0` is technically “broken” and should not be encourage to exist or perpetuate. IOW, software should not process the

Re:[VOTE] KIP-911: Add source tag to MirrorSourceConnector metrics

+1 (non-binding) From: dev@kafka.apache.org At: 03/15/23 07:08:33 UTC-4:00To: dev@kafka.apache.org Subject: [VOTE] KIP-911: Add source tag to MirrorSourceConnector metrics Hi, I'd like to start the vote on KIP-911 to add the source cluster alias as a tag on the MirrorSourceConnector metrics:

[Canonical-hw-cert] [Merge] hwcert-jenkins-jobs:dev-kivu-update-job into hwcert-jenkins-jobs:master

Hector CAO has proposed merging hwcert-jenkins-jobs:dev-kivu-update-job into hwcert-jenkins-jobs:master. Commit message: Update for kivu project - Teardown cleanup - Update system provisioning to Ubuntu 22.04.2 - Update according to latest release of checkbox-kivu-provider KIVU-108

[jira] [Commented] (KAFKA-14809) Connect incorrectly logs that no records were produced by source tasks

[ https://issues.apache.org/jira/browse/KAFKA-14809?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17700372#comment-17700372 ] Hector Geraldino commented on KAFKA-14809: -- No that's perfect. Thanks [~ChrisEgerton

[jira] [Created] (KAFKA-14809) Fix logging conditional on WorkerSourceTask

Hector Geraldino created KAFKA-14809: Summary: Fix logging conditional on WorkerSourceTask Key: KAFKA-14809 URL: https://issues.apache.org/jira/browse/KAFKA-14809 Project: Kafka Issue

[jira] [Created] (KAFKA-14809) Fix logging conditional on WorkerSourceTask

Hector Geraldino created KAFKA-14809: Summary: Fix logging conditional on WorkerSourceTask Key: KAFKA-14809 URL: https://issues.apache.org/jira/browse/KAFKA-14809 Project: Kafka Issue

Re: question about rc.local

On 10/03/23 15:16, Corey Hickman wrote: On Fri, Mar 10, 2023 at 9:44 AM > wrote: I'm much happier with a "real" email client. what real email client do you use? :) I am using Mac as the regular desktop, Mac's Mail App is hard to use. Though my server is

Re:[ANNOUNCE] New Kafka PMC Member: Chris Egerton

Congratulations Chris! Well deserved From: dev@kafka.apache.org At: 03/09/23 13:12:15 UTC-5:00To: dev@kafka.apache.org Subject: [ANNOUNCE] New Kafka PMC Member: Chris Egerton Hi, Everyone, Chris Egerton has been a Kafka committer since July 2022. He has been very instrumental to the community

[jira] [Assigned] (KAFKA-14059) Replace EasyMock and PowerMock with Mockito in WorkerSourceTaskTest

[ https://issues.apache.org/jira/browse/KAFKA-14059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hector Geraldino reassigned KAFKA-14059: Assignee: Hector Geraldino > Replace EasyMock and PowerMock with Mock

Re: solution to / full

On 2/03/23 06:00, Andy Smith wrote: Hi, On Wed, Mar 01, 2023 at 02:35:17PM +0100, lina wrote: My / is almost full. # df -h Filesystem Size Used Avail Use% Mounted on udev126G 0 126G 0% /dev tmpfs26G 2.3M 26G 1% /run /dev/nvme0n1p2 23G 21G 966M

Re: [Koha] cron problem with automatic_checkin after update to 22.05

Le mar. 28 févr. 2023 à 22:36, Hector Gonzalez Jaime a écrit : Hi, we recently updated our system to 22.05 and since then we receive this error from cron: /etc/cron.hourly/koha-common: Can't call method "automatic_checkin" on an undefined value at /usr/sha

[Koha] cron problem with automatic_checkin after update to 22.05

ha/bin/cronjobs/automatic_checkin.pl" both files seem to be up to date. Is this a known issue? I can't find any reference to it or reported bugs. -- Hector Gonzalez ca...@genac.org ___ Koha mailing list http://koha-community.org Koh

PostgreSQL optimizations for CoW FS

Let’s say we have to run a PostgreSQL instance on top of a copy on write filesystem like ZFS or BTRFS. In adittion to set full_page_writes = off, what other optimizations can be done on the PostgreSQL side? Regards, Héctor

Re: [OS-BUILD PATCHv3] aarch64: enable zboot

From: Hector Martin on gitlab.com https://gitlab.com/cki-project/kernel-ark/-/merge_requests/2283#note_1277275063 I haven't tested it but I don't see why it wouldn't work. ___ kernel mailing list -- kernel@lists.fedoraproject.org To unsubscribe send

Re: Non-Determinism in Table-API with Kafka and Event Time

ey show up. Hope it helps -Hector On Mon, Feb 13, 2023 at 8:47 AM Theodor Wübker wrote: > Hey, > > so one more thing, the query looks like this: > > SELECT window_start, window_end, a, b, c, count(*) as x FROM > TABLE(TUMBLE(TABLE > data.v1, DESCRIPTOR(timeStampD

Bug#1029814: ixp4xx-microcode: no longer useful, ixp4xx support dropped in 2014

Hello, This firmware was used by slugs or NSLU-2, https://www.cyrius.com/debian/nslu2/install/ Those devices were great to bootstrap and play with armel port. Due to low ram and flash it is no longer capable to run Debian. Therefore I agree this package can be marked for removal.

Bug#1029814: ixp4xx-microcode: no longer useful, ixp4xx support dropped in 2014

Hello, This firmware was used by slugs or NSLU-2, https://www.cyrius.com/debian/nslu2/install/ Those devices were great to bootstrap and play with armel port. Due to low ram and flash it is no longer capable to run Debian. Therefore I agree this package can be marked for removal.

[Desktop-packages] [Bug 2006641] Re: hwacc branches fail to build

** Merge proposal linked: https://code.launchpad.net/~b-stolk/chromium-browser/+git/snap-from-source/+merge/437104 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to chromium-browser in Ubuntu. https://bugs.launchpad.net/bugs/2006641

[Desktop-packages] [Bug 2006641] Re: hwacc branches fail to build

** Changed in: chromium-browser (Ubuntu) Status: New => In Progress -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to chromium-browser in Ubuntu. https://bugs.launchpad.net/bugs/2006641 Title: hwacc branches fail to build Status

Bug#1030843: needrestart: lxc exception

Package: needrestart Version: 3.5-4+deb11u2 Severity: wishlist Dear Maintainer, Can needrestart leave lxc.service unselected by default? It restarts all the containers, which is often not desirable ... I can deselect it if I notice, but I don't always. [automatic system info omitted - running

[jira] [Commented] (KAFKA-14132) Remaining PowerMock to Mockito tests

[ https://issues.apache.org/jira/browse/KAFKA-14132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17684947#comment-17684947 ] Hector Geraldino commented on KAFKA-14132: -- Perfect. Entered https://issues.apache.org/jira

[jira] [Created] (KAFKA-14684) Replace EasyMock and PowerMock with Mockito in WorkerSinkTaskThreadedTest

Hector Geraldino created KAFKA-14684: Summary: Replace EasyMock and PowerMock with Mockito in WorkerSinkTaskThreadedTest Key: KAFKA-14684 URL: https://issues.apache.org/jira/browse/KAFKA-14684

[jira] [Updated] (KAFKA-14132) Remaining PowerMock to Mockito tests

[ https://issues.apache.org/jira/browse/KAFKA-14132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hector Geraldino updated KAFKA-14132: - Description: {color:#de350b}Some of the tests below use EasyMock as well. For those

[jira] [Created] (KAFKA-14684) Replace EasyMock and PowerMock with Mockito in WorkerSinkTaskThreadedTest

Hector Geraldino created KAFKA-14684: Summary: Replace EasyMock and PowerMock with Mockito in WorkerSinkTaskThreadedTest Key: KAFKA-14684 URL: https://issues.apache.org/jira/browse/KAFKA-14684

[jira] [Created] (KAFKA-14683) Replace EasyMock and PowerMock with Mockito in WorkerSinkTaskTest

Hector Geraldino created KAFKA-14683: Summary: Replace EasyMock and PowerMock with Mockito in WorkerSinkTaskTest Key: KAFKA-14683 URL: https://issues.apache.org/jira/browse/KAFKA-14683 Project

[jira] [Created] (KAFKA-14683) Replace EasyMock and PowerMock with Mockito in WorkerSinkTaskTest

Hector Geraldino created KAFKA-14683: Summary: Replace EasyMock and PowerMock with Mockito in WorkerSinkTaskTest Key: KAFKA-14683 URL: https://issues.apache.org/jira/browse/KAFKA-14683 Project

[jira] [Commented] (KAFKA-14132) Remaining PowerMock to Mockito tests

[ https://issues.apache.org/jira/browse/KAFKA-14132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17683961#comment-17683961 ] Hector Geraldino commented on KAFKA-14132: -- Hey [~divijvaidya], I'm putting together a KIP

[jira] [Assigned] (KAFKA-14659) source-record-write-[rate|total] metrics include filtered records

[ https://issues.apache.org/jira/browse/KAFKA-14659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hector Geraldino reassigned KAFKA-14659: Assignee: Hector Geraldino > source-record-write-[rate|total] metrics incl

[jira] [Commented] (KAFKA-14060) Replace EasyMock and PowerMock with Mockito in AbstractWorkerSourceTaskTest

[ https://issues.apache.org/jira/browse/KAFKA-14060?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17683418#comment-17683418 ] Hector Geraldino commented on KAFKA-14060: -- Hey [~ChrisEgerton], I wrote a patch for https

[jira] [Assigned] (KAFKA-14060) Replace EasyMock and PowerMock with Mockito in AbstractWorkerSourceTaskTest

[ https://issues.apache.org/jira/browse/KAFKA-14060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hector Geraldino reassigned KAFKA-14060: Assignee: Hector Geraldino (was: Chris Egerton) > Replace EasyM

[DISCUSS] KIP-901: Add connectorDeleted flag when stopping tasks

it is due to the connector being deleted, so the task can perform any cleanup actions as part of the connector's deletion process. I look forward for your feedback and comments. Thanks! Hector

[jira] [Updated] (KAFKA-14651) Add connectorDeleted flag when stopping tasks

[ https://issues.apache.org/jira/browse/KAFKA-14651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hector Geraldino updated KAFKA-14651: - Description: Jira ticket for [KIP-901|https://cwiki.apache.org/confluence/display

[jira] [Created] (KAFKA-14651) Add connectorDeleted flag when stopping tasks

Hector Geraldino created KAFKA-14651: Summary: Add connectorDeleted flag when stopping tasks Key: KAFKA-14651 URL: https://issues.apache.org/jira/browse/KAFKA-14651 Project: Kafka Issue

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