From: Peter Marko
Adresses CVEs: CVE-2024-33599, CVE-2024-33600, CVE-2024-33601, CVE-2024-33602
Changes:
54a666dc5c elf: Disable some subtests of ifuncmain1, ifuncmain5 for !PIE
3a38600cc7 malloc: Exit early on test failure in tst-realloc
924a98402a nscd: Use time_t for return type
From: Peter Marko
Adresses CVEs: CVE-2024-33599, CVE-2024-33600, CVE-2024-33601, CVE-2024-33602
Changes:
273a835fe7 time: Allow later version licensing.
acc56074b0 nscd: Use time_t for return type of addgetnetgrentX
836d43b989 login: structs utmp, utmpx, lastlog _TIME_BITS independence (bug
--
--
Peter BLAHA, Inst.f. Materials Chemistry, TU Vienna, A-1060 Vienna
Phone: +43-1-58801-165300
Email: peter.bl...@tuwien.ac.atWIEN2k: http://www.wien2k.at
WWW: http://www.imc.tuwien.ac.at
.at
http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien
SEARCH the MAILING-LIST at:
http://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/index.html
--
--
Peter BLAHA, Inst.f. Materials Chemistry, TU Vienna, A-1
Peter Bacsko created YUNIKORN-2602:
--
Summary: Fix spelling/grammar in configvalidator
Key: YUNIKORN-2602
URL: https://issues.apache.org/jira/browse/YUNIKORN-2602
Project: Apache YuniKorn
[
https://issues.apache.org/jira/browse/YUNIKORN-2602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Bacsko updated YUNIKORN-2602:
---
Description:
Let's fix some minor grammar issues in configvalidator.go.
Eg.: "ex
Peter Bacsko created YUNIKORN-2602:
--
Summary: Fix spelling/grammar in configvalidator
Key: YUNIKORN-2602
URL: https://issues.apache.org/jira/browse/YUNIKORN-2602
Project: Apache YuniKorn
recent OpenBSD release", with some desktop/laptop oriented tweaks I had found
useful myself. Some of those tweaks may still apply, but some are likely to
be outdated or just plain wrong to start with. But perhaps an updated version
would be useful to somebody?
--
Peter N. M. Hansteen, member of
On Tue, 12 Mar 2024 at 02:02, Salil Mehta wrote:
>
> Virtual CPU Hot-unplug leads to unrealization of a CPU object. This also
> involves destruction of the CPU AddressSpace. Add common function to help
> destroy the CPU AddressSpace.
>
> Signed-off-by: Salil Mehta
> Tested-by: Vishnu Pajjuri
>
On Fri, 3 May 2024 at 19:14, Dorjoy Chowdhury wrote:
>
> On Fri, May 3, 2024 at 10:28 PM Peter Maydell
> wrote:
> > In the meantime, there is one tiny bit of this that we can
> > do now:
> >
> > > diff --git a/hw/arm/npcm7xx.c b/hw/arm/npcm7xx.c
>
associated with that RB.
Of at least as much importance: Show the data. Including the 8-byte
translation exception address.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe / signoff / archive access instructions,
Please take care: retiring a nameservice might suggest a spoofing
attempt downstairs - and the Hollidays would be an ideal time to make
good use of it.
Kind regards
Peter Dambier
--
To unsubscribe from this mailing list, get a password reminder, or change your
subscription options, please
ely, not the complete disk). Most importantly you should preserver the
respective partition numbers. And find out what else to adjust (e.g. the
uuids). That will we a lot of work, I guess.
[a]
https://serverfault.com/questions/963178/how-do-i-convert-my-linux-disk-from-mbr-to-gpt-with-uefi
, the sooner this feature is implemented, the
sooner users can benefit from the improved usability.
Budget Money:
Open to discussion.
Contact Information:
Peter Burbery
peter.cullen.burb...@gmail.com
I look forward to your feedback on this proposal.
Best regards,
Peter Burbery
more are close.
Peter Giroux
American Solar
From: RE-wrenches On Behalf Of AE
Solar via RE-wrenches
Sent: Friday, May 3, 2024 12:53 PM
To: RE-wrenches
Cc: AE Solar
Subject: [RE-wrenches] IRA Domestic Content Bonus Credit
Wrenches,
I'm wondering if any of you have thoughts
On Fri, May 03, 2024 at 06:19:30PM -0300, Fabiano Rosas wrote:
> Peter Xu writes:
>
> > On Fri, Apr 26, 2024 at 11:20:40AM -0300, Fabiano Rosas wrote:
> >> We're about to enable the use of O_DIRECT in the migration code and
> >> due to the alignment restrictions
On Fri, May 03, 2024 at 06:31:06PM -0300, Fabiano Rosas wrote:
> Peter Xu writes:
>
> > On Fri, May 03, 2024 at 04:56:08PM -0300, Fabiano Rosas wrote:
> >> Peter Xu writes:
> >>
> >> > On Fri, Apr 26, 2024 at 11:20:35AM -0300, Fabiano Rosas wrote:
> discussion[1] about it in the libvirt mailing list. Having direct-io
> even without multifd might still be useful for libvirt.
>
> 1-
> https://lists.libvirt.org/archives/list/de...@lists.libvirt.org/thread/K4BDDJDMJ22XMJEFAUE323H5S5E47VQX/
Ah that's fine then. Maybe add a comment somewhere for future readers? Or
a sentence in the commit log would work too.
--
Peter Xu
On Fri, May 03, 2024 at 05:54:28PM -0300, Fabiano Rosas wrote:
> Peter Xu writes:
>
> > On Fri, Apr 26, 2024 at 11:20:38AM -0300, Fabiano Rosas wrote:
> >> When multifd is used along with mapped-ram, we can take benefit of a
> >> filesystem that supports the O_DIRE
On Fri, May 03, 2024 at 05:49:32PM -0300, Fabiano Rosas wrote:
> Peter Xu writes:
>
> > On Fri, Apr 26, 2024 at 11:20:37AM -0300, Fabiano Rosas wrote:
> >> Add the direct-io migration parameter that tells the migration code to
> >> use O_DIRECT when opening the
On Fri, May 03, 2024 at 05:36:59PM -0300, Fabiano Rosas wrote:
> Peter Xu writes:
>
> > On Fri, Apr 26, 2024 at 11:20:36AM -0300, Fabiano Rosas wrote:
> >> When doing file migration, QEMU accepts an offset that should be
> >> skipped when writing the migration s
On Fri, May 03, 2024 at 04:56:08PM -0300, Fabiano Rosas wrote:
> Peter Xu writes:
>
> > On Fri, Apr 26, 2024 at 11:20:35AM -0300, Fabiano Rosas wrote:
> >> When the migration using the "file:" URI was implemented, I don't
> >> think any of us
ming. The
> > > monitor
> > > can be used to change settings (such as migration parameters)
> > > prior
> > > to issuing the migrate\_incoming to allow the migration to begin.
> > >
> > >I figure we should call it "the migration source" instead of "the URI"
> > >here.
> >
> > I think it's worse. We need a proper way to refer exclusively to "the
> > thing that the user passes as an argument to the migrate command".
>
> Agreed. My thoughts:
>
> "migration URI" -> "migration URI/channel"
> or
> "migration URI" -> "migration stream"
"stream" might imply more on the protocol itself to me, e.g. how the
migration headers are defined, rather than the entity / fabric we use to
send the data stream?
Maybe we can simply do s/URI/channel/? As "channel" can also imply the URI
in this case as yet another (old) format to specify the migration channels.
It's like we always use QIOChannels underneath whatever way we specify the
channels (either URI or the new "channels" API).
I also copied qemu-devel starting from now.
Thanks,
--
Peter Xu
On 03.05.24 10:39, Daniel Gustafsson wrote:
I would
recommend to update the documentation of PQinitSSL and PQinitOpenSSL
to tell that these become useless and are deprecated.
They are no-ops when linking against v18, but writing an extension which
targets all supported versions of postgres
On 03.05.24 17:47, Daniel Verite wrote:
Peter Eisentraut wrote:
However, off the top of my head, this definition has three flaws: (1)
It would make the single-character wildcard effectively an
any-number-of-characters wildcard, but only in some circumstances, which
could be confusing
code at all: we
dup(), then we try F_SETFL on all the possible flags got passed in.
However AFAICT due to the fact that dup()ed FDs will share "struct file" it
means mostly all flags will be shared, except close-on-exec. I don't ever
see anything protecting that F_SETFL to only touch close-on-exec, I think
it means it'll silently change file status flags for the other fd which we
dup()ed from. Does it mean that we have issue already with such dup() usage?
Thanks,
--
Peter Xu
On 03.05.24 16:58, Daniel Verite wrote:
* Generating bounds for a sort key (prefix matching)
Having sort keys for strings allows for easy creation of bounds -
sort keys that are guaranteed to be smaller or larger than any sort
key from a give range. For example, if bounds are
On 03.05.24 16:13, Tom Lane wrote:
Peter Eisentraut writes:
On 30.04.24 19:29, Tom Lane wrote:
Also, the bigger picture here is the seeming assumption that "if
we change pg_trgm then it will be safe to replicate from x86 to
arm". I don't believe that that's a good idea and I'm
On Fri, Apr 26, 2024 at 11:20:39AM -0300, Fabiano Rosas wrote:
> The tests are only allowed to run in systems that know about the
> O_DIRECT flag and in filesystems which support it.
>
> Signed-off-by: Fabiano Rosas
Mostly:
Reviewed-by: Peter Xu
Two trivial comments below.
&g
sport_compatible(MigrationAddress *addr,
> Error **errp)
> @@ -180,6 +196,13 @@
> migration_channels_and_transport_compatible(MigrationAddress *addr,
> return false;
> }
>
> +if (migration_needs_multiple_fds() &&
> +!transport_supports_multiple_fds(addr)) {
> +error_setg(errp,
> + "Migration requires a transport that allows for multiple
> fds (e.g. file)");
> +return false;
> +}
> +
> return true;
> }
>
> --
> 2.35.3
>
--
Peter Xu
res': [ 'unstable' ] },
> '*vcpu-dirty-limit': 'uint64',
> '*mode': 'MigMode',
> -'*zero-page-detection': 'ZeroPageDetection'} }
> +'*zero-page-detection': 'ZeroPageDetection',
> +'*direct-io': 'bool' } }
>
> ##
> # @query-migrate-parameters:
> diff --git a/util/osdep.c b/util/osdep.c
> index e996c4744a..d0227a60ab 100644
> --- a/util/osdep.c
> +++ b/util/osdep.c
> @@ -277,6 +277,15 @@ int qemu_lock_fd_test(int fd, int64_t start, int64_t
> len, bool exclusive)
> }
> #endif
>
> +bool qemu_has_direct_io(void)
> +{
> +#ifdef O_DIRECT
> +return true;
> +#else
> +return false;
> +#endif
> +}
> +
> static int qemu_open_cloexec(const char *name, int flags, mode_t mode)
> {
> int ret;
> --
> 2.35.3
>
--
Peter Xu
eCommon args = {
> .connect_uri = uri,
> .listen_uri = "defer",
> +.start_hook = file_offset_start_hook,
> .finish_hook = file_offset_finish_hook,
> };
>
> test_file_common(, false);
> }
> +#endif
>
> static void test_precopy_file_offset_bad(void)
> {
> @@ -3636,8 +3694,10 @@ int main(int argc, char **argv)
>
> migration_test_add("/migration/precopy/file",
> test_precopy_file);
> +#ifndef _WIN32
> migration_test_add("/migration/precopy/file/offset",
> test_precopy_file_offset);
> +#endif
> migration_test_add("/migration/precopy/file/offset/bad",
> test_precopy_file_offset_bad);
>
> --
> 2.35.3
>
--
Peter Xu
On Thu, 2 May 2024 at 15:16, Alexandra Diupina wrote:
>
> Add xlnx_dpdma_read_descriptor() and
> xlnx_dpdma_write_descriptor() functions.
> xlnx_dpdma_read_descriptor() combines reading a
> descriptor from desc_addr by calling dma_memory_read()
> and swapping the desc fields from guest memory
On Fri, 19 Apr 2024 at 19:31, Dorjoy Chowdhury wrote:
>
> Some ARM CPUs advertise themselves as SMT by having the MT[24] bit set
> to 1 in the MPIDR register. These CPUs have the thread id in Aff0[7:0]
> bits, CPU id in Aff1[15:8] bits and cluster id in Aff2[23:16] bits in
> MPIDR.
>
> On the
o
issues.
Thanks,
===
>From 2f6b6d1224486d8ee830a7afe34738a07003b863 Mon Sep 17 00:00:00 2001
From: Peter Xu
Date: Fri, 3 May 2024 11:27:20 -0400
Subject: [PATCH] monitor: Drop monitor_fdset_dup_fd_add()
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bi
systems may reject it.
https://docs.google.com/document/d/1avoSlskyV9jaYC_RYtI7lIoKtzb8_b4T/edit?usp=sharing=111987237032838020653=true=true
Your comments/feedback are welcomed.
Thanks in advance,
Peter
(_fdset->dup_fds) && mon_refcount == 0)) &&
> -runstate_is_running()) {
> +if (mon_fdset_fd->removed ||
> +(QLIST_EMPTY(_fdset->dup_fds) && mon_refcount == 0 &&
> + runstate_is_running())) {
> close(mon_fdset_fd->fd);
> g_free(mon_fdset_fd->opaque);
> QLIST_REMOVE(mon_fdset_fd, next);
> --
> 2.35.3
>
--
Peter Xu
tml
--
---
Peter Blaha, Inst. f. Materials Chemistry, TU Vienna, A-1060 Vienna
Phone: +43-158801165300
Email: peter.bl...@tuwien.ac.at
WWW: http://www.imc.tuwien.ac.at WIEN2k: http://www.wien2k
Progress:
* UM-2 [QEMU upstream maintainership]
- last bits of prep and admin for Connect
- investigating what we should do with the MPIDR when the user
specifies a topology setup when the CPU being emulated is or
is not one with MPIDR.MT set. I had written this up as a
://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien
SEARCH the MAILING-LIST
at:http://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/index.html
--
---
Peter Blaha, Inst. f. Materials Chemistry, TU Vienna, A-1060 Vienna
On Thu, Apr 11, 2024 at 19:01:54 -0700, w...@linux.ibm.com wrote:
> From: Chun Feng Wu
>
> * Add qemuBuildThrottleGroupCommandLine in qemuBuildCommandLine
> * Add qemuBuildThrottleFiltersCommandLine in qemuBuildDiskCommandLine
> * Make sure referenced throttle group exists
>
> Signed-off-by:
of the
document in another e-mail.
Best,
Peter Mell
NIST Computer Scientist
On Thu, Apr 11, 2024 at 19:01:53 -0700, w...@linux.ibm.com wrote:
> From: Chun Feng Wu
>
> When attaching disk along with specified throttle groups, those groups will
> be chained up by parent node name, this change includes service side codes:
> * Each filter references one throttle group by
https://github.com/smithp35 approved this pull request.
LGTM, thanks for the confirmation.
https://github.com/llvm/llvm-project/pull/88287
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
do not have that
restriction, so long as they only use CICS services that do not require the QR
TCB (and there are fewer and fewer of those as Hursley gets around to updating
them).
Peter
From: IBM Mainframe Discussion List On Behalf Of Rob
Scott
Sent: Friday, May 3, 2024 8:12 AM
To: IBM-MAIN@LIS
Peter missed the Sphinx HMP document for the "resume/-r" flag in commit
7a4da28b26 ("qmp: hmp: add migrate "resume" option"). Add it.
When at it, slightly cleanup the lines around:
- Move "detach/-d" to a separate section rather than appending it at t
On Fri, May 03, 2024 at 04:08:45PM +0200, Markus Armbruster wrote:
> If there's still time, suggest to tweak the subject to
>
> hmp/migration: Fix "migrate" command's documentation
Yes there is. :)
>
> Peter Xu writes:
>
> > On Fri, May 03, 2024 at 0
sy task.
It'll be good to know whether Dan's suggestion would work first, without
rewritting everything yet so far. Not sure whether some perf test could
help with the rsocket APIs even without QEMU's involvements (or looking for
test data supporting / invalidate such conversions).
Thanks,
--
Peter Xu
sy task.
It'll be good to know whether Dan's suggestion would work first, without
rewritting everything yet so far. Not sure whether some perf test could
help with the rsocket APIs even without QEMU's involvements (or looking for
test data supporting / invalidate such conversions).
Thanks,
--
Peter Xu
sy task.
It'll be good to know whether Dan's suggestion would work first, without
rewritting everything yet so far. Not sure whether some perf test could
help with the rsocket APIs even without QEMU's involvements (or looking for
test data supporting / invalidate such conversions).
Thanks
On 03.05.24 15:20, Robert Haas wrote:
On Fri, May 3, 2024 at 4:52 AM Peter Eisentraut wrote:
What the implementation does is, it walks through the pattern. It sees
'_', so it steps over one character in the input string, which is '.'
here. Then we have 'foo.' left to match in the input
On 02.05.24 17:23, David G. Johnston wrote:
Version 2 attached. Still a draft, focused on topic picking and overall
structure. Examples and links planned plus the usual semantic markup stuff.
I chose to add a new sect1 in the user guide (The SQL Language) chapter,
"Data".
Please, let's
On 4/12/24 3:36 PM, Peter Bergner wrote:
> Testing was clean on both LE and BE, so I pushed the changes.
> I'll let things bake on trunk for a bit before pushing the backports.
The backports all tested clean, so I pushed them. Fixed everywhere.
Thanks everyone!
Peter
On 29.04.24 18:14, Tom Lane wrote:
Peter Eisentraut writes:
On 26.04.24 21:24, Tom Lane wrote:
Concretely, I'm proposing the attached. Peter didn't like
PG_COMMIT_HASH, so I have PG_COMMIT_REFSPEC below, but I'm not
wedded to that if a better name is proposed.
This seems ok to me
On Fri, May 03, 2024 at 08:58:09AM +0200, Markus Armbruster wrote:
> Peter Xu writes:
>
> > Peter missed the Sphinx HMP document for the "resume/-r" flag in commit
> > 7a4da28b26 ("qmp: hmp: add migrate "resume" option"). Add it. Avoid
>
On Fri, May 03, 2024 at 02:51:06AM +, Just Kant via cctalk wrote:
> BASICs available at bootup were nice, but really were only useful with 8
> bit micros. IBM ROM BASIC was hobbled until you ran BASICA from disk. And
> if you had a floppy it only made sense to buy a cheap compiler (Quick
>
Fix expected test output
For builds without lz4, for 8f0a97dfff.
Branch
--
master
Details
---
https://git.postgresql.org/pg/commitdiff/4a044b9497093f349605fb9912446c5f1bcf228c
Modified Files
--
src/test/regress/expected/compression_1.out | 10 +++---
1 file changed, 7
On Fri, 16 Jun 2023 at 11:03, Song Gao wrote:
>
> From: Tianrui Zhao
>
> 1. Implement some functions for LoongArch numa support;
> 2. Implement fdt_add_memory_node() for fdt;
> 3. build_srat() fills node_id and adds build numa memory.
>
> Reviewed-by: Song Gao
> Signed-off-by: Tianrui Zhao
>
On Mon, 26 Jun 2023 at 13:28, Michael S. Tsirkin wrote:
>
> From: Jonathan Cameron
>
> Current implementation is very simple so many of the corner
> cases do not exist (e.g. fragmenting larger poison list entries)
Hi; Coverity has just spotted what looks like a bug in this
function (CID
On Thu, Apr 11, 2024 at 19:01:52 -0700, w...@linux.ibm.com wrote:
> From: Chun Feng Wu
>
> Implement the following methods:
> * virDomainSetThrottleGroup
> * virDomainGetThrottleGroup
> * virDomainDelThrottleGroup
Similarly to previous patch, note how you've done this rather than what
you've
On Mon, 15 May 2023 at 17:07, Stefan Hajnoczi wrote:
>
> From: Sam Li
>
> Add zoned device option to host_device BlockDriver. It will be presented only
> for zoned host block devices. By adding zone management operations to the
> host_block_device BlockDriver, users can use the new block layer
On Mon, 15 May 2023 at 17:07, Stefan Hajnoczi wrote:
>
> From: Sam Li
>
> Add zoned device option to host_device BlockDriver. It will be presented only
> for zoned host block devices. By adding zone management operations to the
> host_block_device BlockDriver, users can use the new block layer
On 29.04.24 07:11, Tom Lane wrote:
Up to now, we've only worried about whether tests running in parallel
within a single test suite can interact. It's quite scary to think
that the meson setup has expanded the possibility of interactions
to our entire source tree. Maybe that was a bad idea and
On 30.04.24 19:29, Tom Lane wrote:
1) Assume that char signedness is somehow a property of bits-on-disk
even though it's weird. Then pg_trgm indexes are correct, but we need
to store char signedness in pg_control.
2) Assume that char signedness is not a property of bits-on-disk.
Then pg_trgm
On Wed, 1 May 2024 at 19:28, Daniel P. Berrangé wrote:
> I wonder, however, whether we would benefit from changing how we
> update the VERSION file.
>
> eg instead of re-using the micro digit to indicate a dev or rc
> snapshot, represent those explicitly. eg "9.1.0-dev" and
> "9.1.0-rc1",
that routine as REFReshable and
put it in SYS1.LINKLIB.
This behavior, when marking the module as refreshable, applies only when the
REFRPROT option of PROGxx is active.
That applies system-wide. As long as that is OK, and you have control of
setting REFRPROT, have at it.
Peter Relson
z/OS Core
On 30.04.24 19:39, Jacob Champion wrote:
Tangentially: Should we maybe rethink pieces of the json_lex_string
error handling? For example, do we really want to echo an incomplete
multibyte sequence once we know it's bad?
I can't quite find the place you might be looking at in
On 03.05.24 00:37, David Zhang wrote:
Hi Hackers,
There is a comment like below in src/include/libpq/libpq.h,
/*
* prototypes for functions in be-secure.c
*/
extern PGDLLIMPORT char *ssl_library;
extern PGDLLIMPORT char *ssl_cert_file;
...
However, 'ssl_library', 'ssl_cert_file' and
[
https://issues.apache.org/jira/browse/YUNIKORN-2600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Bacsko updated YUNIKORN-2600:
---
Target Version: 1.6.0, 1.5.1
> Update K8s dependency to 1.2
Peter Bacsko created YUNIKORN-2600:
--
Summary: Update K8s dependency to 1.29.4
Key: YUNIKORN-2600
URL: https://issues.apache.org/jira/browse/YUNIKORN-2600
Project: Apache YuniKorn
Issue Type
Peter Bacsko created YUNIKORN-2600:
--
Summary: Update K8s dependency to 1.29.4
Key: YUNIKORN-2600
URL: https://issues.apache.org/jira/browse/YUNIKORN-2600
Project: Apache YuniKorn
Issue Type
On Thu, May 02, 2024 at 02:23:08PM +0200, Jiri Olsa wrote:
> Adding uretprobe syscall instead of trap to speed up return probe.
>
> At the moment the uretprobe setup/path is:
>
> - install entry uprobe
>
> - when the uprobe is hit, it overwrites probed function's return address
> on
26==by 0x7A5777: select_machine (vl.c:1664)
> ==210026==by 0x7A5777: qemu_create_machine (vl.c:2104)
> ==210026==by 0x7A5777: qemu_init (vl.c:3667)
> ==210026== by 0x47E528: main (main.c:47)
>
> Cc: Arnaud Minier
> Cc: Inès Varhol
> Cc: Peter Maydell
> Si
On 02.05.24 20:08, PG Doc comments form wrote:
I'm writing to seek clarification regarding the scope of the formal syntax
outlined in the documentation for the SELECT statement
(https://www.postgresql.org/account/comments/new/16/sql-select.html/).
I understand that this syntax defines the core
On 03.05.24 12:57, Muhammad Ikram wrote:
Tables which have an identity column in Oracle when migrated to
PostgreSQL, the data type of Identity column is changed to bigint from
number by the tools. This causes the size of column to be reduced to max
value supported by bigint which is way lower
[
https://issues.apache.org/jira/browse/YUNIKORN-2541?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Bacsko updated YUNIKORN-2541:
---
Fix Version/s: 1.5.1
> Fix CVE-2023-45288
> --
>
>
On Fri, May 03, 2024 at 11:37:25AM +0200, Christian Brauner wrote:
> On Thu, May 02, 2024 at 05:41:23PM -0700, Kees Cook wrote:
> > On Fri, May 03, 2024 at 01:14:45AM +0100, Al Viro wrote:
> > > On Thu, May 02, 2024 at 05:10:18PM -0700, Kees Cook wrote:
> > >
> > > > But anyway, there needs to be
On Fri, May 03, 2024 at 11:37:25AM +0200, Christian Brauner wrote:
> On Thu, May 02, 2024 at 05:41:23PM -0700, Kees Cook wrote:
> > On Fri, May 03, 2024 at 01:14:45AM +0100, Al Viro wrote:
> > > On Thu, May 02, 2024 at 05:10:18PM -0700, Kees Cook wrote:
> > >
> > > > But anyway, there needs to be
[
https://issues.apache.org/jira/browse/YUNIKORN-2472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Bacsko resolved YUNIKORN-2472.
Fix Version/s: 1.6.0
Resolution: Fixed
Merged to master.
> REST API retu
[
https://issues.apache.org/jira/browse/YUNIKORN-2472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Bacsko resolved YUNIKORN-2472.
Fix Version/s: 1.6.0
Resolution: Fixed
Merged to master.
> REST API retu
smithp35 wrote:
Apologies I read the comments, rather than go through the code. It looks the
code has already made the v8-r imply a generic CPU.
So it looks like the code is doing what my proposal states so no objections
from me and apologies for the noise.
smithp35 wrote:
I can chime in with an opinion but unfortunately I think it may be different to
everyone elses!
This is a bit of an awkward situation as I think we have to balance several
things:
* Consistency between v8-R and AArch32 (ARM) and AArch64 (more consistent the
better)
*
that, but that was not
successful for the time being.
So now I think this is committable, but I can't do it now because I
won't be around for the next few hours in case the buildfarm blows up.
I can do it tomorrow, or perhaps Peter would like to handle it since
it seems to have been his commit that introduced
Fix segmentation fault in MergeInheritedAttribute()
While converting a pg_attribute tuple into a ColumnDef,
ColumnDef::compression remains NULL if there is no compression method
set fot the attribute. Calling strcmp() with NULL
ColumnDef::compression, when comparing compression methods of
On Thu, Apr 11, 2024 at 19:01:49 -0700, w...@linux.ibm.com wrote:
> From: Chun Feng Wu
>
> * Define new structs 'virDomainThrottleGroupDef' and
> 'virDomainThrottleFilterDef'
> * Update _virDomainDef to include virDomainThrottleGroupDef
> * Update _virDomainDiskDef to include
On 03.05.24 02:11, Robert Haas wrote:
On Thu, May 2, 2024 at 9:38 AM Peter Eisentraut wrote:
On 30.04.24 14:39, Daniel Verite wrote:
postgres=# SELECT '.foo.' like '_oo' COLLATE ign_punct;
?column?
--
f
(1 row)
The first two results look fine, but the next one
Public bug reported:
The ceph-volume program needs python3-packaging but it looks like we're
not installing it in jammy-caracal
https://github.com/ceph/ceph/pull/54423/commits/0985e201342fa53c014a811156aed661b4b8f994
[
https://issues.apache.org/jira/browse/YUNIKORN-2597?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17843151#comment-17843151
]
Peter Bacsko edited comment on YUNIKORN-2597 at 5/3/24 8:26 AM:
Note
[
https://issues.apache.org/jira/browse/YUNIKORN-2597?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Bacsko updated YUNIKORN-2597:
---
Target Version: 1.6.0 (was: 1.6.0, 1.5.1)
> Improve error messages in Cont
[
https://issues.apache.org/jira/browse/YUNIKORN-2597?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Bacsko updated YUNIKORN-2597:
---
Fix Version/s: (was: 1.5.1)
> Improve error messages in Cont
On Thu, Apr 11, 2024 at 19:01:51 -0700, w...@linux.ibm.com wrote:
> From: Chun Feng Wu
>
> Support throttlegroup lifecycle management by the following implementation:
> * New methods defined in "include/libvirt/libvirt-domain.h"
> * And they're exported in "src/libvirt_public.syms"
> *
On Thu, Apr 11, 2024 at 19:01:57 -0700, w...@linux.ibm.com wrote:
> From: Chun Feng Wu
>
> Within "testQemuMonitorJSONqemuMonitorJSONUpdateThrottleGroup"
> * Test qemuMonitorJSONGetThrottleGroup
> * Test qemuMonitorJSONUpdateThrottleGroup, which updates limits through
> "qom-set"
>
>
libgcc/
* libgcov-util.c (tag_counters): Swap order of arguments to xcalloc.
(topen_to_memory_representation): Likewise.
Signed-off-by: Peter Damianov
---
libgcc/libgcov-util.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libgcc/libgcov-util.c b
On Thu, Apr 11, 2024 at 19:01:50 -0700, w...@linux.ibm.com wrote:
> From: Chun Feng Wu
>
> * ThrottleGroup is updated through "qemuMonitorJSONUpdateThrottleGroup"
> * ThrottleGroup is retrieved through "qemuMonitorJSONGetThrottleGroup"
> * ThrottleGroup is deleted by reusing
On Thu, Apr 11, 2024 at 19:01:50 -0700, w...@linux.ibm.com wrote:
> From: Chun Feng Wu
>
> * ThrottleGroup is updated through "qemuMonitorJSONUpdateThrottleGroup"
> * ThrottleGroup is retrieved through "qemuMonitorJSONGetThrottleGroup"
> * ThrottleGroup is deleted by reusing
On Thu, Apr 11, 2024 at 19:01:49 -0700, w...@linux.ibm.com wrote:
> From: Chun Feng Wu
>
> * Define new structs 'virDomainThrottleGroupDef' and
> 'virDomainThrottleFilterDef'
> * Update _virDomainDef to include virDomainThrottleGroupDef
> * Update _virDomainDiskDef to include
[
https://issues.apache.org/jira/browse/YUNIKORN-2573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Bacsko resolved YUNIKORN-2573.
Fix Version/s: 1.6.0
Resolution: Fixed
Merged to master.
> Flaky t
[
https://issues.apache.org/jira/browse/YUNIKORN-2573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Bacsko resolved YUNIKORN-2573.
Fix Version/s: 1.6.0
Resolution: Fixed
Merged to master.
> Flaky t
Just a reminder for the last 3 PMC members to please cast their votes for
this proposal:
https://github.com/geotools/geotools/wiki/Individual-contributor-clarification
Thank you
Peter
GeoServer PSC
AWS Solutions Architect
https://github.com/petersmythe
On Thu, 25 Apr 2024 at 13:07, Peter
t 100% sure I truly found all places where this could get wrong,
but at least I have a better understanding *why* we had to change
substring=? and more confidence it's the correct change.
Cheers,
Peter
1 - 100 of 983442 matches
Mail list logo