>
Any advice?
Thanks,
--H
From: Mirko Barthauer
Sent: Tuesday, December 12, 2023 11:30 AM
To: Sumo project User discussions
Cc: Hector A Martinez
Subject: [EXT] AW: [sumo-user] [new user] - my train is not picking
up the container from my containerStop. Can you please
point me to the document/blog that may help me fix this?
Thanks in advance,
Hector A. Martinez, P.E.
Transportation Researcher, Resilient Transportation and Logistics LTM
MITRE | National Security Engineering
Center<https://www.mitre.
.
40.635118,-73.333543
Good luck,
Hector.
Hector Cordero
Biologist, Birding Guide and Conservation Photographer
www.corderonature.com
--
(copy & paste any URL below, then modify any text "_DOT_" to a period ".")
NYSbirds-L List Info:
NortheastBirding_DOT_com
+AyUHdXbJpEhnTnrn
t4404vUA7GkIHAHOSa5QaW2464qFbhjnYVB0kE/3+jeWH3vPD0U7xiSQhj4omiPB
NEg0F6STNbj3MWpBTGcw/hjCb1yXUsej3QKLFQZ87CYAQjjTS1QmyeKumM0BMs6I
zokmCdHvw/16D/Jznkb+iabdkUk/w3Bh+hy38lN91LYDTRjH2uX/+w5Dj6gpUvIw
RX75W8Vc/9jGNLl3cpd3B2yT2vTF2QejhVbPyjeDzOcenRBwSqA=
=LhK4
-END PGP SIGNATURE-
Hector Oron
On 28/11/23 04:52, Michael Thompson wrote:
[lots of stuff]
Quick question - are you subscribed to the list? I notice you've replied
a couple of times to your own emails, but not to any of the people
who've offered suggestions. It's probably a good idea to subscribe, or
at least check the
https://bugs.kde.org/show_bug.cgi?id=476187
--- Comment #4 from Hector Martin ---
Considering it also only lists CBP for *decoding* and yet it can obviously
decode higher profiles (otherwise it would be useless for the web), I think
that feature list is clearly not exhaustive.
--
You
rom pg_attribute where attrelid=
't2'::regclass and attnum>0) , json_agg(t) from t2 t;
Regards
Hector Vass
07773 352559
On Tue, Nov 28, 2023 at 12:12 PM Dominique Devienne
wrote:
> Hi. I've got a nice little POC using PostgreSQL to implement a REST API
> server.
> This uses json_agg
Not equivalent to the use of NOT ARRAY and entirely possible I have
misunderstood the requirement ...do you have some more test cases the non
array solution does not work for
Regards
Hector Vass
07773 352559
On Mon, Nov 27, 2023 at 9:29 AM Dominique Devienne
wrote:
> On Sat, Nov 25, 2023 a
On 2023/11/23 8:50, Marek Vasut wrote:
> Replace one type of terrible code formatting with a different
> type of terrible code formatting. No functional change.
>
> Signed-off-by: Marek Vasut
> ---
> Cc: Bin Meng
> Cc: Hector Martin
> ---
> driver
test_id
from stuff a
inner join (values ('x'),('y'),('z'),('t')) b (v) using(v)
group by 1
)b on(a.id=b.test_id);
Regards
Hector Vass
On Sat, Nov 25, 2023 at 4:08 PM Tom Lane wrote:
> Andreas Joseph Krogh writes:
> > -- This works, but I'd rather not do the extra EXISTS
> >
On 2023/11/22 1:00, Jason Gunthorpe wrote:
> On Tue, Nov 21, 2023 at 03:47:48PM +0900, Hector Martin wrote:
>>> Which is sensitive only to !NULL fwspec, and if EPROBE_DEFER is
>>> returned fwspec will be freed and dev->iommu->fwspec will be NULL
>>> here.
>
On 2023/11/22 1:00, Jason Gunthorpe wrote:
> On Tue, Nov 21, 2023 at 03:47:48PM +0900, Hector Martin wrote:
>>> Which is sensitive only to !NULL fwspec, and if EPROBE_DEFER is
>>> returned fwspec will be freed and dev->iommu->fwspec will be NULL
>>> here.
>
On 2023/11/19 23:13, Jason Gunthorpe wrote:
> On Sun, Nov 19, 2023 at 06:19:43PM +0900, Hector Martin wrote:
>>>> +static int iommu_fwspec_assign_iommu(struct iommu_fwspec *fwspec,
>>>> + struct device *dev,
>>>> +
On 2023/11/19 23:13, Jason Gunthorpe wrote:
> On Sun, Nov 19, 2023 at 06:19:43PM +0900, Hector Martin wrote:
>>>> +static int iommu_fwspec_assign_iommu(struct iommu_fwspec *fwspec,
>>>> + struct device *dev,
>>>> +
On 2023/11/20 21:15, Marek Vasut wrote:
> On 11/20/23 11:45, Hector Martin wrote:
>>
>>
>> On 2023/11/20 11:09, Marek Vasut wrote:
>>> On 11/20/23 00:17, Shantur Rathore wrote:
>>>> On Sun, Nov 19, 2023 at 8:08 PM Marek Vasut wrote:
>>
https://bugs.kde.org/show_bug.cgi?id=477283
Hector Martin changed:
What|Removed |Added
Status|NEEDSINFO |REPORTED
Resolution|WAITINGFORINFO
Thanks for the KIP Chris, adding this check makes total sense.
I do have one question. The second paragraph in the Public Interfaces section
states:
"If the connector generated excessive tasks after being reconfigured, then any
existing tasks for the connector will be allowed to continue
On 2023/11/20 11:09, Marek Vasut wrote:
> On 11/20/23 00:17, Shantur Rathore wrote:
>> On Sun, Nov 19, 2023 at 8:08 PM Marek Vasut wrote:
>>>
>>> On 10/27/23 01:16, Hector Martin wrote:
>>>> This series is the first of a few bundles of USB fixe
Hi all,
I've been experimenting with 2FA - with IPFire as the server, but I
don't think that's relevant to my question.
My understanding is that OpenVPN renegotiates keys every few minutes. It
appears that when this happens, I also need to enter a new token. If
that's true, it makes using
On 2023/11/19 17:10, Hector Martin wrote:
> On 2023/11/15 23:05, Jason Gunthorpe wrote:
>> Allow fwspec to exist independently from the dev->iommu by providing
>> functions to allow allocating and freeing the raw struct iommu_fwspec.
>>
>> Reflow the existing paths
On 2023/11/19 17:10, Hector Martin wrote:
> On 2023/11/15 23:05, Jason Gunthorpe wrote:
>> Allow fwspec to exist independently from the dev->iommu by providing
>> functions to allow allocating and freeing the raw struct iommu_fwspec.
>>
>> Reflow the existing paths
one defers, ops will
be NULL here and the check will fail with EINVAL.
Adding a check for that case here fixes it:
if (!ops)
return driver_deferred_probe_check_state(dev);
With that, for the whole series:
Tested-by: Hector Martin
I can't specifically
one defers, ops will
be NULL here and the check will fail with EINVAL.
Adding a check for that case here fixes it:
if (!ops)
return driver_deferred_probe_check_state(dev);
With that, for the whole series:
Tested-by: Hector Martin
I can't specifically
On 31/10/23 16:27, Max Nikulin wrote:
On 30/10/2023 14:03, Richard Hector wrote:
On 24/10/23 06:01, Max Nikulin wrote:
getent -s dns hosts zircon
Ah, thanks. But I don't feel too bad about not finding that ...
'service' is not defined in that file, 'dns' doesn't occur, and
searching
On 12/11/23 04:47, Kamil Jońca wrote:
Richard Hector writes:
Hi all,
I have a machine that runs as an openvpn server. It works fine; the
VPN stays up.
Are you sure? Have you client conneted and so on?
Yes. I can ssh to the machines at the other end.
However, after running for a while
On 7/11/23 12:41, Richard Hector wrote:
Hi all,
I have a machine that runs as an openvpn server. It works fine; the VPN
stays up.
However, after running for a while, I get these repeatedly in syslog:
I don't know if anyone's watching, but ...
It appears that this happens when logrotate
On 8/11/23 17:10, Md Shehab wrote:
Dear Debian Community,
I hope this email finds you well. I am writing to propose the
establishment of a Debian mirror server in Bangladesh
I am confident that a Debian mirror server in Bangladesh would be a
valuable resource for the local tech community
On 7/11/23 12:41, Richard Hector wrote:
Hi all,
I have a machine that runs as an openvpn server. It works fine; the VPN
stays up.
However, after running for a while, I get these repeatedly in syslog:
I should also have mentioned - this is debian bookworm (12.2)
Richard
Hi all,
I have a machine that runs as an openvpn server. It works fine; the VPN
stays up.
However, after running for a while, I get these repeatedly in syslog:
Nov 07 12:17:24 ovpn2 openvpn[213741]: Options error: In [CMD-LINE]:1:
Error opening configuration file: opvn2.conf
Nov 07
or topics. It
could even be parameterized to be more generic and thus be reusable across
multiple jobs.
[1]
https://nightlies.apache.org/flink/flink-docs-release-1.15/docs/libs/state_processor_api/#state-processor-api
Hope that helps
-Hector
On Thu, Nov 2, 2023 at 7:25 AM Emily Li via user
wrote
https://bugs.kde.org/show_bug.cgi?id=476186
--- Comment #3 from Hector Martin ---
I am in fact (150%), but the bad quality looks like compression artifacts, so
it shouldn't be related to scaling/resolution, but rather a codec issue. It
also happens when recording the full screen.
@Noah yes
Branch: refs/heads/master
Home: https://github.com/jenkins-infra/jenkins.io
Commit: 04567273e6bfbe91aef453dfcfdefc0b3c9f3fd4
https://github.com/jenkins-infra/jenkins.io/commit/04567273e6bfbe91aef453dfcfdefc0b3c9f3fd4
Author: Hector Vido <39673799+hecto
ecify what the sender wants.
Barry
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
--
Hector Santos,
https://santronics.com
https://winserver.com
___
dmarc mailing list
dmarc@ietf
On 24/10/23 06:01, Max Nikulin wrote:
On 22/10/2023 18:39, Richard Hector wrote:
But not strictly a DNS lookup tool:
richard@zircon:~$ getent hosts zircon
127.0.1.1 zircon.lan.walnut.gen.nz zircon
That's from my /etc/hosts file, and overrides DNS. I didn't see an
option in the manpage
On 29/10/2023 21.11, Marek Vasut wrote:
> On 10/29/23 08:23, Hector Martin wrote:
>> This makes things work properly on devices with >= 2 TiB
>> capacity. If u-boot is built without CONFIG_SYS_64BIT_LBA,
>> the capacity will be clamped at 2^32 - 1 sectors.
>>
&
On 29/10/2023 21.04, Marek Vasut wrote:
> On 10/29/23 08:24, Hector Martin wrote:
>> We currently do not really handle altsettings properly, and no driver
>> uses them. Ignore the respective endpoint descriptors for secondary
>> altsettings, to avoid creating dupli
Now that the USB core passes through timeout info to the host
controller, actually hook it up.
Signed-off-by: Hector Martin
---
drivers/usb/host/xhci-ring.c | 32
drivers/usb/host/xhci.c | 23 +--
include/usb/xhci.h | 14
this is ignored in the
individual drivers.
Signed-off-by: Hector Martin
---
common/usb.c| 21 ++---
drivers/usb/host/ehci-hcd.c | 5 +++--
drivers/usb/host/ohci-hcd.c | 5 +++--
drivers/usb/host/r8a66597-hcd.c | 5 +++--
drivers/usb/host/usb
else if anyone cares :)
This series needs to be applied after [1], since the xHCI changes depend
on changes made there.
[1]
https://lore.kernel.org/u-boot/20231029-usb-fixes-1-v2-0-623533f63...@marcan.st/
Signed-off-by: Hector Martin
---
Hector Martin (2):
usb: Pass through timeout
to work properly.
Signed-off-by: Hector Martin
---
common/usb.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/common/usb.c b/common/usb.c
index aad13fd9c557..90f72fda00bc 100644
--- a/common/usb.c
+++ b/common/usb.c
@@ -463,6 +463,15 @@ static int usb_parse_config(struct usb_device
This makes things work properly on devices with >= 2 TiB
capacity. If u-boot is built without CONFIG_SYS_64BIT_LBA,
the capacity will be clamped at 2^32 - 1 sectors.
Signed-off-by: Hector Martin
---
common/usb_storage.c | 132 ---
1 file chan
USB UFI uses fixed 12-byte commands (as does RBC, which is not
supported), but SCSI does not have this limitation. Use the correct
command block lengths depending on the subclass.
Signed-off-by: Hector Martin
---
common/usb_storage.c | 22 ++
1 file changed, 14 insertions
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
201 - 300 of 17339 matches
Mail list logo