0x9e isn't Read Capacity, it's a service action and the read capacity
command is a subcommand.
READ16 is not 0x48, it's 0x88. 0x48 is SANITIZE and that sounds like we
might have been destroying data instead of reading data. No bueno.
Signed-off-by: Hector Martin
---
drivers/ata/ahci.c | 9
Some USB devices (like hard disks) can take a long time to initially
respond to read/write requests. Explicitly specify a much longer timeout
than normal.
Signed-off-by: Hector Martin
---
common/usb_storage.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/common
ich depends on [1] being applied first. The
USBMS part is logically stand-alone and can be applied in parallel
before that.
[1]
https://lore.kernel.org/u-boot/20231029-usb-fixes-1-v2-0-623533f63...@marcan.st/
Signed-off-by: Hector Martin
---
Hector Martin (4):
scsi: Fix a bunch of S
Some devices like YubiKeys need more time before SET_ADDRESS. The spec
says we need to wait 10ms.
Signed-off-by: Hector Martin
---
common/usb_hub.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/common/usb_hub.c b/common/usb_hub.c
index ba11a188ca64..858ada0f73be 100644
--- a/common
.
This is particularly important to avoid regressing some users, since
YubiKeys often *don't* work due to other bugs in the USB stack, but will
start to work once they are fixed.
Signed-off-by: Hector Martin
---
common/usb_kbd.c | 19 +++
1 file changed, 19 insertions(+)
diff --git
This mini series fixes one bug, but in the process makes YubiKeys work,
which then regresses people who have one *and* a USB keyboard, since we
only support a single keyboard device.
Therefore patch #1 makes U-Boot ignore YubiKeys, so #2 does not
regress things.
Signed-off-by: Hector Martin
A bunch of miscellaneous debug messages to aid in working out USB
issues.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 29 ++---
1 file changed, 26 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
We need to get the DMA address before incrementing the pointer, as that
might move us onto another segment.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci
Now that we always check the return value, just return NULL on timeouts.
We can still log the error since this is a problem, but it's not reason
to panic.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
This isn't going to work, don't pretend it will and then end up timing
out.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
index db8b8f200250
-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
index e02a6e300c4f..db8b8f200250 100644
--- a/drivers/usb/host/xhci-ring.c
+++ b/drivers/usb/host/xhci-ring.c
@@ -671,6 +671,14 @@ int
elsewhere but
not a good reason to crash.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
index d21e76e0bdb6..e02a6e300c4f 100644
--- a/drivers/usb/host
with unexpected event errors.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 34 ++
include/usb/xhci.h | 2 ++
2 files changed, 24 insertions(+), 12 deletions(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
xhci_wait_for_event returns NULL on timeout, so the caller always has to
check for that. This addresses immediate explosions in this part
of the code when timeouts happen, but not the root cause for the
timeout.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 15
=2244305
Signed-off-by: Hector Martin
---
Changes in v2:
- Squashed in a trivial fix for patch #1
- Removed spurious blank line
- Added a longer description to the cover letter
- Link to v1:
https://lore.kernel.org/r/20231027-usb-fixes-1-v1-0-1c879bbcd...@marcan.st
---
Hector Martin (8):
usb
Fwiiw, Lurker opinion:
I ideally vote to make DMARCBis Experimental Status and begin to explore the
“required” integration between envelope (5321 only) protocols and payload
(5322) protocols. Specifically, work on a “proper” DKIM+SPF Policy Modeling
with 3rd party signature support.
But
https://bugs.kde.org/show_bug.cgi?id=475472
--- Comment #5 from Hector Martin ---
Yes, 4:2:0 should be the default since a lot of decoders choke on 4:4:4 too. If
offered, 4:4:4 should be an explicit opt-in for users that know their use case
will handle it.
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=475472
Hector Martin changed:
What|Removed |Added
Version|23.08.1 |unspecified
CC
https://bugs.kde.org/show_bug.cgi?id=475472
--- Comment #2 from Hector Martin ---
* I meant also width there, not height (which is what the OP reported).
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=476187
Bug ID: 476187
Summary: OpenH264 codec support
Classification: Frameworks and Libraries
Product: KPipeWire
Version: unspecified
Platform: Other
OS: Linux
Status:
https://bugs.kde.org/show_bug.cgi?id=476186
Bug ID: 476186
Summary: Screen recording quality is terrible
Classification: Frameworks and Libraries
Product: KPipeWire
Version: unspecified
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=475472
Hector Martin changed:
What|Removed |Added
Ever confirmed|0 |1
CC
On 27/10/2023 09.36, Marek Vasut wrote:
> On 10/27/23 01:26, Hector Martin wrote:
>> Gah, I should've paid more attention to that rebase. Here's a dumb
>> fixup for this patch. I'll squash it into a v2 if needed alongside
>> any other changes, or if it looks good feel
Gah, I should've paid more attention to that rebase. Here's a dumb
fixup for this patch. I'll squash it into a v2 if needed alongside
any other changes, or if it looks good feel free to apply/squash
it in directly.
---
drivers/usb/host/xhci-ring.c | 1 +
1 file changed, 1 insertion(+)
diff
A bunch of miscellaneous debug messages to aid in working out USB
issues.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 29 ++---
1 file changed, 26 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
Now that we always check the return value, just return NULL on timeouts.
We can still log the error since this is a problem, but it's not reason
to panic.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
We need to get the DMA address before incrementing the pointer, as that
might move us onto another segment.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci
-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
index 5c2d16b58589..60f2cf72dffa 100644
--- a/drivers/usb/host/xhci-ring.c
+++ b/drivers/usb/host/xhci-ring.c
@@ -669,6 +669,14 @@ int
This isn't going to work, don't pretend it will and then end up timing
out.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
index 60f2cf72dffa
elsewhere but
not a good reason to crash.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
index d08bb8e2bfba..5c2d16b58589 100644
--- a/drivers/usb/host
and ending up with unexpected event errors.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 34 ++
include/usb/xhci.h | 2 ++
2 files changed, 24 insertions(+), 12 deletions(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci
xhci_wait_for_event returns NULL on timeout, so the caller always has to
check for that. This addresses the immediate explosions in this part
of the code, but not the original cause.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 15 ++-
drivers/usb/host/xhci.c
other xHCI bugs and adding better debug logs.
I believe this should fix this Fedora bug too:
https://bugzilla.redhat.com/show_bug.cgi?id=2244305
Signed-off-by: Hector Martin
---
Hector Martin (8):
usb: xhci: Guard all calls to xhci_wait_for_event
usb: xhci: Better error handling
On 10/24/2023 2:15 PM, Barry Leiba wrote:
Now that we have a consensus call on the main issue that has remained open:
1. Do we need to retain our session at IETF 118 and discuss this (or
something else) further?
...or...
2. Do we have what we need to finish up the DMARCbis document, and
On 22/10/23 04:56, Greg Wooledge wrote:
On Sat, Oct 21, 2023 at 05:35:21PM +0200, Reiner Buehl wrote:
is there a DNS lookup command that is installed by default on any Debian
getent hosts NAME
getent ahostsv4 NAME
That said, you get much finer control from dedicated tools.
That is a
Hi,
I think different algorithms might work for different workload/scenarios. I
have some thoughts that are somewhat tangential to this KIP: it might be a good
idea to elevate the ConnectAssignor to the category of plugin, so users can
provide their own implementation.
The fact that there's
[
https://issues.apache.org/jira/browse/KAFKA-14132?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17776375#comment-17776375
]
Hector Geraldino commented on KAFKA-14132:
--
I think we can set the target to KAFKA-14683
https://bugs.kde.org/show_bug.cgi?id=475435
Bug ID: 475435
Summary: default system keyboard model is not correctly set on
Wayland
Classification: Applications
Product: systemsettings
Version: 5.27.8
Platform: Fedora
Good stuff, +1 (non-binding) from me as well
De: dev@kafka.apache.org A: 10/09/23 05:16:06 UTC-4:00A: dev@kafka.apache.org
Subject: Re: [VOTE] KIP-976: Cluster-wide dynamic log adjustment for Kafka
Connect
Hi Chris,
+1 (non binding)
Thanks
Fede
On Sun, Oct 8, 2023 at 10:11 AM Yash Mayya
No, it is not a bug, hardware decoding for video conferencing on google
meet only works for very few specific use cases,
--
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/1816497
Congrats! Well deserved
From: dev@kafka.apache.org At: 09/21/23 17:05:01 UTC-4:00To:
dev@kafka.apache.org
Cc: r...@confluent.io.invalid
Subject: Re: [ANNOUNCE] New committer: Yash Mayya
Congratulations, Yash!
On Thu 21. Sep 2023 at 21.57, Randall Hauch wrote:
> Congratulations, Yash!
>
>
security can be retained.
All the best,
Hector Santos
> On Sep 14, 2023, at 5:27 PM, Wei Chuang
> wrote:
>
>
>
> On Sun, Sep 10, 2023 at 11:34 AM Scott Kitterman <mailto:skl...@kitterman.com>> wrote:
>> On Thursday, September 7, 2023 12:28:59 PM EDT Wei Chuang wrote:
ive in a world where the almighty MAEA gets to
play tax collector, ensuring every sender pays their dues. Ah, but not the
Fidonet and QWK loyalists! They'll be cruising without a care, exempt from the
MAEA's grasp.
All in jest, of course, but it's food for thought!
Best regards,
Hector Santos
>
On 16/09/23 12:19, Curt Howland wrote:
Good evening. Did a fresh install of Bookworm, installing desktop with
XFCE.
I'm not interested in having directories like "Public" and "Videos",
but every time I delete them something recreates those directories.
I can't find where these are set to be
and then highest payoff for DMARC is
p=reject despite its faulty authorization or restrictive algorithm,
All the best,
Hector Santos
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
> On Sep 14, 2023, at 7:36 AM, Dotzero wrote:
>
> On Wed, Sep 13, 2023 at 9:21 PM Hector Santos <mailto:hsan...@isdg.net>> wrote:
>>
>>> On Sep 13, 2023, at 8:51 PM, Dotzero >> <mailto:dotz...@gmail.com>> wrote:
>>>
>>> DM
All the best,
Hector Santos
> On Sep 13, 2023, at 8:51 PM, Dotzero wrote:
>
>
>
> On Wed, Sep 13, 2023 at 5:28 PM Hector Santos <mailto:hsan...@isdg.net>> wrote:
>>> On Sep 11, 2023, at 9:24 AM, Dotzero >> <mailto:dotz...@gmail.com>> chasti
what is the
point of the work here or lack of there?
Same is true with SPF.
Please try to be more civil with people’s views or position with this
problematic protocol.
Thanks
All the best,
Hector Santos
___
dmarc mailing list
dmarc@ietf.org
https://ww
Downloaded and install
___
OAuth mailing list
OAuth@ietf.org
https://www.ietf.org/mailman/listinfo/oauth
https://bugs.kde.org/show_bug.cgi?id=465891
Hector Martin changed:
What|Removed |Added
CC||vlad.zahorod...@kde.org
--- Comment #5 from
https://bugs.kde.org/show_bug.cgi?id=465891
Hector Martin changed:
What|Removed |Added
CC||mar...@marcan.st
--- Comment #4 from Hector
[
https://issues.apache.org/jira/browse/FLINK-33010?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hector Rios updated FLINK-33010:
Description:
Hi,
I see NPEs in flink 1.14 and flink 1.16 when running queries with GREATEST
Hector Rios created FLINK-33010:
---
Summary: NPE when using GREATEST() in Flink SQL
Key: FLINK-33010
URL: https://issues.apache.org/jira/browse/FLINK-33010
Project: Flink
Issue Type: Bug
Hector Rios created FLINK-33010:
---
Summary: NPE when using GREATEST() in Flink SQL
Key: FLINK-33010
URL: https://issues.apache.org/jira/browse/FLINK-33010
Project: Flink
Issue Type: Bug
This makes sense to me, +1 (non-binding)
From: dev@kafka.apache.org At: 08/30/23 02:58:59 UTC-4:00To:
dev@kafka.apache.org
Subject: [VOTE] KIP-970: Deprecate and remove Connect's redundant task
configurations endpoint
Hi all,
This is the vote thread for KIP-970 which proposes deprecating (in
E.384CE280]
[cid:image002.png@01D9D9AE.384CE280]
De: Abajo Maestre, Hector Daniel
Enviado el: lunes, 28 de agosto de 2023 11:43
Para: Gonzalez Calvo, Jon Ander (External)
mailto:jonander.gonza...@itpaero.com>>; Nalda
Aliende, Eva mailto:eva.na...@itpaero.com>>; de la
Need this downloaded and install please
___
OAuth mailing list
OAuth@ietf.org
https://www.ietf.org/mailman/listinfo/oauth
Need this downloaded and install
___
OAuth mailing list
OAuth@ietf.org
https://www.ietf.org/mailman/listinfo/oauth
Need this downloaded
___
OAuth mailing list
OAuth@ietf.org
https://www.ietf.org/mailman/listinfo/oauth
Need this downloaded
___
OAuth mailing list
OAuth@ietf.org
https://www.ietf.org/mailman/listinfo/oauth
Need this down load
On Mon, Aug 28, 2023, 1:35 PM wrote:
> Send OAuth mailing list submissions to
> oauth@ietf.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://www.ietf.org/mailman/listinfo/oauth
> or, via email, send a message with subject or body
--
null
___
OAuth mailing list
OAuth@ietf.org
https://www.ietf.org/mailman/listinfo/oauth
Download and install please
On Thu, Aug 24, 2023 at 6:50 PM wrote:
> Send OAuth mailing list submissions to
> oauth@ietf.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://www.ietf.org/mailman/listinfo/oauth
> or, via email, send a message with subject
We have many considerations and if we “are [near] finish” then please publish a
new draft to see where are at. With so many unknowns, its fertilizes
uncertainty, “desperate questions” and ignored suggestions and proposals.
I believe an update is warranted.
All the best,
Hector Santos
Good morning,
I'm working with a local project already versioned in SVN,
When I execute the command line svn status
C:\Users\svgchi_bgrfvt>svn status "C:\DepthCam Cal"
Im getting the next error message,
svn: E720002: Can't open file 'C:\DepthCam
Hi there,
I tried with an empty password and "root" word a password but no luck, so far.
Thank youEl miércoles, 16 de agosto de 2023, 22:56:12 GMT-6, rapp...@dds.nl
escribió:
> Hi everyone I saw that in order to connect MYSQL database on cygwin, this
> statement must be executed:
>
Hi everyone I saw that in order to connect MYSQL database on cygwin, this
statement must be executed:
mysql -u root -p -h 127.0.0.1
However, as far as I know, there's no root user on cygwin.
How can I get that requested password?
Thank you in advance.
Regards
--
Problem reports:
[
https://issues.apache.org/jira/browse/HDFS-17128?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17755198#comment-17755198
]
Hector Sandoval Chaverri commented on HDFS-17128:
-
[~slfan1989] gentle ping
+1 (non-binding)
Thanks for your KIP!
From: dev@kafka.apache.org At: 08/16/23 04:48:13 UTC-4:00To:
dev@kafka.apache.org
Subject: Re: [VOTE] KIP-953: partition method to be overloaded to accept
headers as well.
Thanks Sagar and Chris for your votes. I will add the details Chris has
asked for
situation.
Also, can you look in the Flink UI for this job and see if checkpoints are
in fact being taken?
Hope that helps
-Hector
On Tue, Aug 15, 2023 at 11:36 AM Dennis Jung wrote:
> Sorry, I've forgot putting title, so sending again.
>
> 2023년 8월 15일 (화) 오후 6:27, Dennis Jung 님이 작성:
[
https://issues.apache.org/jira/browse/HDFS-17128?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17754175#comment-17754175
]
Hector Sandoval Chaverri commented on HDFS-17128:
-
[~slfan1989] could you help commit
[
https://issues.apache.org/jira/browse/HDFS-17128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hector Sandoval Chaverri updated HDFS-17128:
Attachment: HDFS-17128-branch-3.3.patch
>
https://bugs.kde.org/show_bug.cgi?id=455526
--- Comment #37 from Hector Martin ---
Hmm, it looks like whatever was done to 5.27.7 to fix the non-integer scale
redraw artifacts (which was another major issue) also fixed or significantly
improved blur? I can't reproduce the kind of horrible
: dev@kafka.apache.org At: 08/08/23 08:33:21 UTC-4:00To:
dev@kafka.apache.org
Subject: Re: [VOTE] KIP-959 Add BooleanConverter to Kafka Connect
Hi,
+1 (binding)
Thanks for the KIP!
On Mon, Aug 7, 2023 at 3:15 PM Hector Geraldino (BLOOMBERG/ 919 3RD A)
wrote:
>
> Hello,
>
> I still ne
I am interested in understanding what is the current consensus for the key
changes in DMARCbis. Anxious to begin exploratory coding, I am personally
focused on integration algorithms to apply dynamically processed results for
SPF, DMARC,Alignment and the “relaxer” auth= tag.
spf=pass
Hector Sandoval Chaverri created HDFS-17148:
---
Summary: RBF: SQLDelegationTokenSecretManager must cleanup expired
tokens in SQL
Key: HDFS-17148
URL: https://issues.apache.org/jira/browse/HDFS-17148
Hector Sandoval Chaverri created HDFS-17148:
---
Summary: RBF: SQLDelegationTokenSecretManager must cleanup expired
tokens in SQL
Key: HDFS-17148
URL: https://issues.apache.org/jira/browse/HDFS-17148
Message -
From: Hector Geraldino
To: dev@kafka.apache.org
At: 08/01/23 11:48:23 UTC-04:00
Hi,
Still missing one binding vote for this (very small) KIP to pass :)
From: dev@kafka.apache.org At: 07/28/23 09:37:45 UTC-4:00To:
dev@kafka.apache.org
Subject: Re: [VOTE] KIP-959 Add
https://bugs.kde.org/show_bug.cgi?id=455526
Hector Martin changed:
What|Removed |Added
CC||mar...@marcan.st
--- Comment #32 from Hector
Nothing heard on R. Yoruba down here in Puerto Rico. Using a dipole ante and a
JRC JRD-525
Hector (Luigi) Perez KPR260-SWL
El domingo, 6 de agosto de 2023, 03:17:23 p. m. GMT-4, Lúcio Bobrowiec via
Hard-Core-DX escribió:
4940kHz, 4940, Colombia/ Venezuela; 05/08/2023, 0909 – 1014
> On Aug 5, 2023, at 5:37 PM, Scott Kitterman wrote:
>
> On Saturday, August 5, 2023 3:59:02 PM EDT John Levine wrote:
>> It appears that Scott Kitterman said:
When receivers apply the "MUST NOT reject" in Section 8.6 to accept
unauthenticated messages as quarantined messages,
On Aug 5, 2023, at 12:57 PM, Benny Pedersen wrote:
>
> Dave Crocker skrev den 2023-08-05 18:49:
>
>>> Governance seems like the best word to me, since Governance is what
>>> Reporting has provided to ADs in Monitoring Mode, but I do not want to say
>>> DMARG out loud either :-)
>> Here, too,
/2023 21:15:57 + Murray S. Kucherawy wrote:
>> On Thu, Aug 3, 2023 at 10:39 AM Hector Santos > <mailto:hsan...@isdg.net>> wrote:
>>> [...]
>>>
>>> However, at present, the most plausible use-case appears to be the addition
>>> of d
On 8/3/2023 2:07 AM, Murray S. Kucherawy wrote:
On Mon, Jul 31, 2023 at 9:47 AM Hector Santos
<mailto:40isdg@dmarc.ietf.org>> wrote:
- I mentioned using the deprecated SUBMITTER/PRA
(RFC4405/RFC4407)
protocols as an implementation detail to access the autho
.
So far it has received 3 non-binding votes (Andrew Schofield, Yash Mayya, Kamal
Chandraprakash) and 2 binding votes (Chris Egerton, Greg Harris)- still shy of
one binding vote to pass.
Can we get help from a committer to push it through?
Thank you!
Hector
Sent from Bloomberg Professional
[
https://issues.apache.org/jira/browse/HDFS-17128?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17748845#comment-17748845
]
Hector Sandoval Chaverri commented on HDFS-17128:
-
[~slfan1989] Would you be able to help
to push it through?
Thank you!
Hector
Sent from Bloomberg Professional for iPhone
- Original Message -
From: Greg Harris
To: dev@kafka.apache.org
At: 07/26/23 12:23:20 UTC-04:00
Hey Hector,
Thanks for the straightforward and clear KIP!
+1 (binding)
Thanks,
Greg
On Wed, Jul 26, 2023 at 5
[
https://issues.apache.org/jira/browse/HDFS-17128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hector Sandoval Chaverri updated HDFS-17128:
Description:
The SQLDelegationTokenSecretManager keeps tokens that it has
[
https://issues.apache.org/jira/browse/HDFS-17128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hector Sandoval Chaverri updated HDFS-17128:
Summary: RBF: SQLDelegationTokenSecretManager should use version of tokens
Hector Sandoval Chaverri created HDFS-17128:
---
Summary: SQLDelegationTokenSecretManager should use version of
tokens updated by other routers
Key: HDFS-17128
URL: https://issues.apache.org/jira/browse
Hector Sandoval Chaverri created HDFS-17128:
---
Summary: SQLDelegationTokenSecretManager should use version of
tokens updated by other routers
Key: HDFS-17128
URL: https://issues.apache.org/jira/browse
Yes, still need one more binding vote to pass. I'll send a reminder if the vote
is still pending after the waiting period.
Cheers,
From: dev@kafka.apache.org At: 07/26/23 12:17:10 UTC-4:00To:
dev@kafka.apache.org
Subject: Re: Apache Kafka 3.6.0 release
Hi Hector/Yash,
Are you planning
Sorry, my bad (you can tell this is the first time one of my KIPs have made it
this far :))
From: dev@kafka.apache.org At: 07/26/23 10:38:21 UTC-4:00To:
dev@kafka.apache.org
Subject: Re: Apache Kafka 3.6.0 release
Hi Hector,
KIP-959 actually still requires 2 more binding votes to be accepted
Hi Satish,
I added KIP-959 [1] to the list. The KIP has received enough votes to pass, but
I'm waiting the 72 hours before announcing the results. There's also a (small)
PR with the implementation for this KIP that hopefully will get reviewed/merged
soon.
Best,
[1]
Hi everyone,
The changes proposed by KIP-959 (Add BooleanConverter to Kafka Connect) have a
limited scope and shouldn't be controversial. I'm opening a voting thread with
the hope that it can be included in the next upcoming 3.6 release.
Here are some links:
KIP:
apache.org At: 07/25/23 10:42:58 UTC-4:00To:
dev@kafka.apache.org
Subject: Re: [DISCUSS] KIP-959 Add BooleanConverter to Kafka Connect
Hi Hector,
Thanks for the KIP! Really appreciate the tight scope, hoping this will be
easy to review :)
I only have one question: it looks like our existing
Hector Geraldino created KAFKA-15248:
Summary: Add BooleanConverter to Kafka Connect
Key: KAFKA-15248
URL: https://issues.apache.org/jira/browse/KAFKA-15248
Project: Kafka
Issue Type
Hector Geraldino created KAFKA-15248:
Summary: Add BooleanConverter to Kafka Connect
Key: KAFKA-15248
URL: https://issues.apache.org/jira/browse/KAFKA-15248
Project: Kafka
Issue Type
"primitive" types.
Looking forward for your feedback.
Regards,
Hector
Thanks Bastian for your help
How can I get the list of bugs that were opened at the package removal ?
--
Hector CAO
Software Engineer – Partner Engineering Team
hector@canonical.com
https://launc <https://launchpad.net/~hectorcao>hpad.net/~hectorcao
<https://launchpad.net/~hectorcao
201 - 300 of 17297 matches
Mail list logo
