Now that we bumped the minumum glib version to 2.66, we can drop
the old code.
Suggested-by: Paolo Bonzini
Signed-off-by: Thomas Huth
---
qga/commands-posix-ssh.c | 8
util/error-report.c | 10 --
2 files changed, 18 deletions(-)
diff --git a/qga/commands-posix-ssh.c b
.
Reviewed-by: Richard W.M. Jones
Signed-off-by: Thomas Huth
---
block/nbd.c | 76 ++---
1 file changed, 37 insertions(+), 39 deletions(-)
diff --git a/block/nbd.c b/block/nbd.c
index ef05f7cdfd..589d28af83 100644
--- a/block/nbd.c
+++ b/block/nbd.c
Since version 2.66, glib has useful URI parsing functions, too.
Use those instead of the QEMU-internal ones to be finally able
to get rid of the latter.
Signed-off-by: Thomas Huth
---
block/gluster.c | 71 -
1 file changed, 35 insertions(+), 36
-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
Message-ID: <20240412103708.27650-1-pbonz...@redhat.com>
Signed-off-by: Thomas Huth
---
.../stream/{8 => 9}/build-environment.yml | 31 ++---
.../stream/{8 => 9}/x86_64/configure | 4 +-
.../stream/{8 => 9}/x86_
Since version 2.66, glib has useful URI parsing functions, too.
Use those instead of the QEMU-internal ones to be finally able
to get rid of the latter.
Signed-off-by: Thomas Huth
---
block/nfs.c | 110 ++--
1 file changed, 54 insertions(+), 56
to drop more glib compatibility hunks
- Use g_autoptr() in the URI patches for simplification
- Don't allow port 0 in the URIs
Paolo Bonzini (1):
ci: move external build environment setups to CentOS Stream 9
Thomas Huth (12):
tests: Remove Ubuntu 20.04 container
tests/lcitool/libvirt-ci: Update
can drop the entries from the individual jobs and use the global
setting again.
Signed-off-by: Thomas Huth
---
.travis.yml | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index 8a3ae76a7c..56a2a01e14 100644
--- a/.travis.yml
+++ b/.tra
Now that we switched all consumers of the URI code to use the URI
parsing functions from glib instead, we can remove our internal
URI parsing code since it is not used anymore.
Signed-off-by: Thomas Huth
---
include/qemu/uri.h | 99 ---
util/uri.c | 1466
RHEL 9 (and thus also the derivatives) are available since two years
now, so according to QEMU's support policy, we can drop the active
support for the previous major version 8 now.
Thus upgrade our CentOS Stream container to major version 9 now.
Signed-off-by: Thomas Huth
---
.gitlab-ci.d
which will
allow further clean-ups in the following patches.
Signed-off-by: Thomas Huth
---
meson.build | 16 +---
include/glib-compat.h| 27 ++-
qga/commands-posix-ssh.c | 4 ++--
3 files changed, 5 insertions(+), 42 deletions(-)
diff --git
RHEL 9 (and thus also the derivatives) are available since two years
now, so according to QEMU's support policy, we can drop the active
support for the previous major version 8 now.
Thus upgrade our CentOS Stream container to major version 9 now.
Signed-off-by: Thomas Huth
---
.gitlab-ci.d
Now that we switched all consumers of the URI code to use the URI
parsing functions from glib instead, we can remove our internal
URI parsing code since it is not used anymore.
Signed-off-by: Thomas Huth
---
include/qemu/uri.h | 99 ---
util/uri.c | 1466
Since Ubuntu 22.04 is now available since two years, we can stop
actively supporting the previous LTS version of Ubuntu now.
Signed-off-by: Thomas Huth
---
tests/docker/dockerfiles/ubuntu2004.docker | 157 -
tests/lcitool/refresh | 1 -
2 files changed
We need the latest fixes for the lcitool to be able to properly
update our CentOS docker file to CentOS Stream 9.
Signed-off-by: Thomas Huth
---
tests/lcitool/libvirt-ci | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/lcitool/libvirt-ci b/tests/lcitool/libvirt-ci
index
This update adds the removing of the EXTERNALLY-MANAGED marker files
that has been added to the lcitool recently.
Signed-off-by: Thomas Huth
---
tests/docker/dockerfiles/alpine.docker| 3 ++-
tests/docker/dockerfiles/centos8.docker | 1 +
tests/docker/dockerfiles
Since version 2.66, glib has useful URI parsing functions, too.
Use those instead of the QEMU-internal ones to be finally able
to get rid of the latter.
Signed-off-by: Thomas Huth
---
block/gluster.c | 71 -
1 file changed, 35 insertions(+), 36
to drop more glib compatibility hunks
- Use g_autoptr() in the URI patches for simplification
- Don't allow port 0 in the URIs
Paolo Bonzini (1):
ci: move external build environment setups to CentOS Stream 9
Thomas Huth (12):
tests: Remove Ubuntu 20.04 container
tests/lcitool/libvirt-ci: Update
We need the latest fixes for the lcitool to be able to properly
update our CentOS docker file to CentOS Stream 9.
Signed-off-by: Thomas Huth
---
tests/lcitool/libvirt-ci | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/lcitool/libvirt-ci b/tests/lcitool/libvirt-ci
index
-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
Message-ID: <20240412103708.27650-1-pbonz...@redhat.com>
Signed-off-by: Thomas Huth
---
.../stream/{8 => 9}/build-environment.yml | 31 ++---
.../stream/{8 => 9}/x86_64/configure | 4 +-
.../stream/{8 => 9}/x86_
which will
allow further clean-ups in the following patches.
Signed-off-by: Thomas Huth
---
meson.build | 16 +---
include/glib-compat.h| 27 ++-
qga/commands-posix-ssh.c | 4 ++--
3 files changed, 5 insertions(+), 42 deletions(-)
diff --git
Since Ubuntu 22.04 is now available since two years, we can stop
actively supporting the previous LTS version of Ubuntu now.
Signed-off-by: Thomas Huth
---
tests/docker/dockerfiles/ubuntu2004.docker | 157 -
tests/lcitool/refresh | 1 -
2 files changed
[
https://issues.apache.org/jira/browse/MYFACES-4660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17836599#comment-17836599
]
Thomas Andraschko commented on MYFACES-4660:
1) +1, sounds good
2) sorry but i'm
[
https://issues.apache.org/jira/browse/MYFACES-4660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17836599#comment-17836599
]
Thomas Andraschko edited comment on MYFACES-4660 at 4/12/24 1:06 PM
On Thu, Apr 11 2024 at 11:45, Nathan Chancellor wrote:
> I have based this change on timers/urgent, as the commit that introduces
> this particular warning is there and it is marked for stable, even
> though this appears to be a generic kselftest issue. I think it makes
> the most sense for this
On Fri, 12 Apr 2024 10:07:48 GMT, Claes Redestad wrote:
> I guess Lilliput adds some hard or soft limit on the number of classes loaded?
Yes, we are concerned with that, especially for a possible future where
Lilliput is the sole default. Atm we can address about 4 million classes. There
are
Module Name:src
Committed By: wiz
Date: Fri Apr 12 11:40:10 UTC 2024
Modified Files:
src/distrib/sets/lists/base32: md.amd64
src/distrib/sets/lists/debug32: md.amd64
Log Message:
mark *32 libc++ with libcxx
To generate a diff of this commit:
cvs rdiff -u -r1.2
Module Name:src
Committed By: wiz
Date: Fri Apr 12 11:40:10 UTC 2024
Modified Files:
src/distrib/sets/lists/base32: md.amd64
src/distrib/sets/lists/debug32: md.amd64
Log Message:
mark *32 libc++ with libcxx
To generate a diff of this commit:
cvs rdiff -u -r1.2
On 12/04/2024 13.10, Philippe Mathieu-Daudé wrote:
On 12/4/24 08:20, Thomas Huth wrote:
A9MPCORE, ARM11MPCORE and A15MPCORE are defined twice, once in
hw/cpu/Kconfig and once in hw/arm/Kconfig. This is only possible
by accident, since hw/cpu/Kconfig is never included from hw/Kconfig.
Fix
On 12/04/2024 12.16, Paolo Bonzini wrote:
On Thu, Mar 28, 2024 at 3:06 PM Thomas Huth wrote:
Now that we dropped support for CentOS 8 and Ubuntu 20.04, we can
look into bumping the glib version to a new minimum for further
clean-ups. According to repology.org, available versions
commit: f990faba2acdda6fc5fbf62c7720a5007dce1650
Author: Thomas Beierlein gentoo org>
AuthorDate: Fri Apr 12 10:57:59 2024 +
Commit: Thomas Beierlein gentoo org>
CommitDate: Fri Apr 12 10:57:59 2024 +
URL:https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f9
On 12/04/2024 12.16, Paolo Bonzini wrote:
On Thu, Mar 28, 2024 at 3:06 PM Thomas Huth wrote:
Now that we dropped support for CentOS 8 and Ubuntu 20.04, we can
look into bumping the glib version to a new minimum for further
clean-ups. According to repology.org, available versions
e to me!
Reviewed-by: Thomas Huth
Shuah!
On Thu, Apr 11 2024 at 15:01, Shuah Khan wrote:
>
> Applied to linux-kselftest next for Linux6.10-rc1.
I took this already through my tree as I have more timer selftest
related stuff pending and coming up soon along with actual kernel
changes.
Thanks,
tglx
On Friday, April 12, 2024 at 7:50:42 AM UTC+2 Mathias wrote:
-My dependencies should be ok since i can build it with the plugin, so i'm
a bit at a loss as to how make this work.
Dependencies for gwt:compile and gwt:codeserver aren't the
same:
On 12/04/2024 08.20, Thomas Huth wrote:
The cpu-cluster device is only needed for some few arm and riscv
machines. Let's avoid compiling and linking it if it is not really
necessary.
Signed-off-by: Thomas Huth
---
hw/arm/Kconfig | 3 +++
hw/cpu/Kconfig | 3 +++
hw/cpu/meson.build
Updated the developer-facing gamepad article:
https://web.dev/articles/gamepad#the_vibration_actuator.
--
You received this message because you are subscribed to the Google Groups
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
Hi
Am 12.04.24 um 10:16 schrieb Patrik Jakobsson:
On Fri, Apr 12, 2024 at 10:02 AM Thomas Zimmermann wrote:
Hi,
the issue of hanging during boot is still resent.
Thanks for testing. Then it cannot be that psb_lid_timer_func runs
before initialization. The BUG from Enrico hints
Am 12.04.24 um 10:02 schrieb Thomas Zimmermann:
Hi,
the issue of hanging during boot is still resent.
'present'
Best regards
Thomas
Am 12.04.24 um 09:24 schrieb Patrik Jakobsson:
Due to changes in the order of initialization the psb_lid_timer_func
could get called without the device
Hi,
the issue of hanging during boot is still resent.
Best regards
Thomas
Am 12.04.24 um 09:24 schrieb Patrik Jakobsson:
Due to changes in the order of initialization the psb_lid_timer_func
could get called without the device being powered. Fix this by checking
the power status before
Adding to this since I'm seeing the exact same issue:
fmtutil [INFO]: log file copied to: /var/lib/texmf/web2c/pdftex/pdfetex.log
fmtutil [INFO]: /var/lib/texmf/web2c/pdftex/pdfetex.fmt installed.
fmtutil [ERROR]: running `luatex -ini -jobname=luatex -progname=luatex
luatex.ini
Adding to this since I'm seeing the exact same issue:
fmtutil [INFO]: log file copied to: /var/lib/texmf/web2c/pdftex/pdfetex.log
fmtutil [INFO]: /var/lib/texmf/web2c/pdftex/pdfetex.fmt installed.
fmtutil [ERROR]: running `luatex -ini -jobname=luatex -progname=luatex
luatex.ini
Hi!
On 2024-04-12T09:08:13+0200, Filip Kastl wrote:
> On Thu 2024-04-11 20:51:55, Thomas Schwinge wrote:
>> On 2024-04-11T19:52:51+0200, Martin Jambor wrote:
>> > contrib/check-params-in-docs.py is a script that checks that all
>> > options reported with ./
On Tue, 9 Apr 2024 12:01:49 GMT, Claes Redestad wrote:
> This patch suggests a workaround to an issue with huge SCF MH expression
> trees taking excessive JIT compilation resources by reviving (part of) the
> simple bytecode-generating strategy that was originally available as an
>
Hi Chung-Lin!
On 2024-04-11T22:08:47+0800, Chung-Lin Tang wrote:
> On 2024/3/15 7:24 PM, Thomas Schwinge wrote:
>> - if (n->refcount != REFCOUNT_INFINITY)
>> + if (n->refcount != REFCOUNT_INFINITY
>> + && n->refcount != RE
On Tue, 9 Apr 2024 12:01:49 GMT, Claes Redestad wrote:
> There are a few trade-offs at play here which influence the choice of
> threshold. The simple high arity strategy will for example not see any reuse
> of LambdaForms but strictly always generate a class per indy callsite, which
> means
/ folder) and by making sure that
the file hw/cpu/Kconfig is now properly included from hw/Kconfig.
Signed-off-by: Thomas Huth
---
hw/Kconfig | 1 +
hw/arm/Kconfig | 15 ---
hw/cpu/Kconfig | 12 +---
3 files changed, 10 insertions(+), 18 deletions(-)
diff --git a/hw
The cpu-cluster device is only needed for some few arm and riscv
machines. Let's avoid compiling and linking it if it is not really
necessary.
Signed-off-by: Thomas Huth
---
hw/arm/Kconfig | 3 +++
hw/cpu/Kconfig | 3 +++
hw/cpu/meson.build | 2 +-
hw/riscv/Kconfig | 2 ++
4 files
First patch fixes the problem that the file hw/cpu/Kconfig is
currently ignored and the switches there are duplicated in hw/arm/.
The second patch introduces a proper config switch for the cpu-cluster
device.
Thomas Huth (2):
hw: Fix problem with the A*MPCORE switches in the Kconfig files
hw
On Fri, 12 Apr 2024 02:17:34 GMT, Alex Menkov wrote:
> The fix makes VM heap dumping parallel by default.
> `jcmd GC.heap_dump` and `jmap -dump` had parallel dumping by default, the fix
> affects `HotSpotDiagnosticMXBean.dumpHeap()`, `-XX:+HeapDumpBeforeFullGC`,
> `-XX:+HeapDumpAfterFullGC`
Hallo liebe Liste,
Ich habe einen Punktlayer, der der die Bahnkilometer innerhalb Niedersachsens
anzeigt.
Als zweiten Layer habe ich die Gemeindegrenzen Niedersachsens.
Ich möchte jetzt in der Attributtabelle des Punktlayer auch die Gemeinde des
zweiten Layer anzeigen lassen.
Ist das möglich
On Wed, Jul 12, 2023 at 1:11 AM Dimitrios Apostolou wrote:
> So would it make sense for postgres to perform reads in bigger blocks? Is it
> easy-ish to implement (where would one look for that)? Or must the I/O unit be
> tied to postgres' page size?
FYI as of last week we can do a little bit of
use in
> Italy the decimal representation is made with commas. I have to deal with
> this built-in characteristic in this country.
>
> I looked at the link anyway, it's really interesting! Thank you for using
> my use case to help the community, and me too!
>
> Il giorno mercoledì
information if you’d like to contact
me directly.
Thanks,
Sabrina
Sabrina Thomas
Assistant Collections Manager
Mayborn Museum Complex
sabrina_tho...@baylor.edu<mailto:sabrina_tho...@baylor.edu>
From: 'lrestemyer' via MuseumPests
Sent: Thursday, April 11, 2024 12:45 PM
To: MuseumPests
Subje
https://bugs.kde.org/show_bug.cgi?id=484237
--- Comment #9 from Thomas Pietrowski ---
This is exactly what I noticed here, too. Windows is my secondary system and
using Debian primary here.
--
You are receiving this mail because:
You are watching all bug changes.
-migration-kvm
We're running under TCG in the Gitlab CI. I'm a little bit confused why
we're running a KVM-only test here.
The build-s390x job is TCG, indeed, but we have the "s390x-kvm" job that
runs on a KVM-capable s390x host, so it could be added there?
Thomas
On 12/09/2023 14:29, Fiona Ebner wrote:
> The one with the backup flag was reported in the community forum:
> https://forum.proxmox.com/threads/77254/
>
> Signed-off-by: Fiona Ebner
> ---
>
> Changes in v2:
> * Further improve message as suggested by Sterzy.
>
> pve-zsync | 5 +++--
> 1
following after the generic
section? (Easily achieved with a special marker in
'gcc/doc/invoke.texi', just before:
The following choices of @var{name} are available on AArch64 targets:
..., and adjusting the 'takewhile' in 'contrib/check-params-in-docs.py'
accordingly?
Grüße
Thomas
&g
On 11/04/2024 11:29, Fiona Ebner wrote:
> Useful to make discard-source work in the context of backup fleecing
> when the fleecing image has a larger granularity than the backup
> target.
>
> Backup/block-copy will use at least this granularity for copy operations
> and in particular, discard
in the manhtml set - does the "postinstall
fix" step for cleaning up obsolete files need changes for supporting
manhtml?
Thomas
On 11/04/2024 11:29, Fiona Ebner wrote:
> so it doesn't need to be set when explicitly disabling fleecing. Needs
> a custom verifier to enforce it being set when enabled.
>
> Suggested-by: Fabian Grünbichler
> Signed-off-by: Fiona Ebner
> ---
> src/PVE/VZDump/Common.pm | 14 +-
> 1
On 11/04/2024 11:29, Fiona Ebner wrote:
> so it doesn't need to be set when explicitly disabling fleecing. Needs
> a custom verifier to enforce it being set when enabled.
>
> Suggested-by: Fabian Grünbichler
> Signed-off-by: Fiona Ebner
> ---
> src/PVE/VZDump/Common.pm | 14 +-
> 1
On 11/04/2024 11:29, Fiona Ebner wrote:
> It's a property string, because that avoids having an implicit
> "enabled" as part of a 'fleecing-storage' property. And there likely
> will be more options in the future, e.g. threshold/limit for the
> fleecing image size.
>
> Storage is non-optional, so
On 11/04/2024 11:29, Fiona Ebner wrote:
> so that the option can be used as part of a property string.
>
> Signed-off-by: Fiona Ebner
> ---
> src/PVE/JSONSchema.pm | 1 +
> 1 file changed, 1 insertion(+)
>
>
applied, thanks!
___
pve-devel mailing
On 11/04/2024 11:29, Fiona Ebner wrote:
> In preparation for the upcoming 'fleecing-images' key. To avoid mixing
> of options with - and options with _, which is not very user-friendly,
> it would be nice to add aliases for existing options with _. And
> long-term, backup restore handlers could
I don't have better advice, but I feel like something went south
in the RPMFusion packages.
--
Thomas
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Cod
On 11/04/2024 19:07, Alexander Zeidler wrote:
> On Mon, 2024-03-25 at 08:52 +0100, Thomas Lamprecht wrote:
>> journalctl --list-boots
>
> On slow servers / storage drives this execution can easily take 10 seconds
> or longer. But there is an alternative that is quite f
On 10/04/2024 13:03, Dominik Csapak wrote:
> refactors the actual checking out to its own sub, so we can reuse it
> later
>
> Signed-off-by: Dominik Csapak
> ---
> src/PVE/Mapping/PCI.pm | 43 +-
> 1 file changed, 26 insertions(+), 17 deletions(-)
>
>
uple to a
non-public API (such as reflecting into private fields), and doubly so when it
is code I do not control.
-Adam
From: Volkan Yazıcı
Date: Thursday, April 11, 2024 at 4:09 AM
To: Adam Thomas
Cc: "dev@logging.apache.org"
Subject: RE: Monitoring discards from async logging
On 10/04/2024 13:03, Dominik Csapak wrote:
> Signed-off-by: Dominik Csapak
> ---
> src/PVE/Mapping/PCI.pm | 2 ++
> 1 file changed, 2 insertions(+)
>
>
applied, thanks!
___
pve-devel mailing list
pve-devel@lists.proxmox.com
On 13/12/2023 15:17, Fiona Ebner wrote:
> Improve error when finding a common base snapshot and fix the check if
> a snapshot is needed by replication when there are volumes with
> replicate setting turned off.
>
> First version:
>
https://bugs.kde.org/show_bug.cgi?id=466458
Thomas Moerschell changed:
What|Removed |Added
CC||tmoersch...@gmail.com
--- Comment #12 from
Module Name:src
Committed By: wiz
Date: Thu Apr 11 15:29:16 UTC 2024
Modified Files:
src/distrib/sets/lists/base32: md.amd64
src/distrib/sets/lists/debug32: md.amd64
Log Message:
add libc++ files to *32 sets
To generate a diff of this commit:
cvs rdiff -u -r1.1
Module Name:src
Committed By: wiz
Date: Thu Apr 11 15:29:16 UTC 2024
Modified Files:
src/distrib/sets/lists/base32: md.amd64
src/distrib/sets/lists/debug32: md.amd64
Log Message:
add libc++ files to *32 sets
To generate a diff of this commit:
cvs rdiff -u -r1.1
bmake[4]: stopped in
/disk/storage-202004/archive/foreign/src/crypto/external/bsd/heimdal/lib/libasn1
A second try of the same command on the same machine with the same
sources succeeded.
Full log available on request.
Thomas
On 11/04/2024 12:48, Markus Frank wrote:
> Added a proxmoxKVComboBox for selecting a vIOMMU implementation for a
> VM. If i440fx is selected, a hint tells that q35 is required for Intel vIOMMU.
>
> The UI also needs to parse the new machine parameter as PropertyString.
>
> Signed-off-by: Markus
On 11/04/2024 15:49, Bill Stewart wrote:
On Wed, Apr 10, 2024 at 2:14 PM Mark Thomas wrote:
... and it might represent an information leakage vulnerability in your
application. Be Careful.
Shall we start the flame war now on whether exposing the current version
you are running
On 11/04/2024 12:48, Markus Frank wrote:
> Signed-off-by: Markus Frank
> ---
> qm-pci-passthrough.adoc | 50 +
> qm.adoc | 1 +
> 2 files changed, 51 insertions(+)
>
>
applied, thanks!
___
On 11/04/2024 12:48, Markus Frank wrote:
> vIOMMU enables the option to passthrough pci devices to L2 VMs
> in L1 VMs via Nested Virtualisation and adds an extra isolation.
>
> Uses the new property-string from the "config: define machine schema
> as property-string"-commit to add the viommu
Public bug reported:
Hi,
>From neutron-dhcp-agent.log, I can see it's trying to access:
/var/lib/neutron/external/pids/*.pid.haproxy
It used to be that these files where having the unix rights (at least in
Debian 11, aka Bullseye):
-rw-r--r--
However, in Debian 12 (aka Bookworm), for a
_TO_READONLY and its relaying to
> SSA_NAME_POINTS_TO_READONLY_MEMORY here, is actually quite similar to a
> default-def
> for an PARM_DECL, at least conceptually.
>
> (If offloading was structured significantly differently, say if child
> functions
> were se
https://bugs.kde.org/show_bug.cgi?id=484237
--- Comment #7 from Thomas Pietrowski ---
Created attachment 168392
--> https://bugs.kde.org/attachment.cgi?id=168392=edit
Broken JPEG file 3
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484237
--- Comment #6 from Thomas Pietrowski ---
I disabled parallel processing and here's another one:
[23040] digikam.dimg: "/IMG-20210330-WA0004.jpg" : "JPEG" file
identified
[23040] digikam.dimg.jpeg: Start of Image ( 1 )
[23040] dig
On Thu, Apr 11 2024 at 13:44, Mark Brown wrote:
> On Sat, Apr 06, 2024 at 05:09:51PM +0200, Oleg Nesterov wrote:
>> Thomas says:
>>
>> The signal distribution test has a tendency to hang for a long
>> time as the signal delivery is not really evenly distribute
On 4/11/24 05:33, Ard Biesheuvel wrote:
On Thu, 11 Apr 2024 at 12:29, Gerd Hoffmann wrote:
On Thu, Apr 11, 2024 at 09:56:48AM +, Yao, Jiewen wrote:
Please allow me to clarify what you are proposing:
Do you mean in vTPM case, we extend both, but we only need TCG event log, NOT
CC event
On 4/11/2024 8:42 AM, Olivier B. via Python-list wrote:
I am trying to use StringIO to capture stdout, in code that looks like this:
import sys
from io import StringIO
old_stdout = sys.stdout
sys.stdout = mystdout = StringIO()
print( "patate")
mystdout.seek(0)
sys.stdout = old_stdout
https://bugs.kde.org/show_bug.cgi?id=456225
Thomas Bertels changed:
What|Removed |Added
Summary|Rescaling of text is ugly |Rescaling of text is ugly
https://bugs.kde.org/show_bug.cgi?id=456225
Thomas Bertels changed:
What|Removed |Added
Summary|Rescaling of text is ugly |Rescaling of text is ugly
https://bugs.kde.org/show_bug.cgi?id=456225
Thomas Bertels changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=456225
Thomas Bertels changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=437401
Thomas Bertels changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
https://bugs.kde.org/show_bug.cgi?id=437401
Thomas Bertels changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
On 11/04/2024 14.08, Thomas Huth wrote:
QEMU currently does not work on OpenBSD since the -fzero-call-used-regs
That should be "OpenBSD 7.5" ... older versions are fine since they are
using an older version of Clang that does not have -fzero-call-used-regs
yet, I think.
Thomas
https://bugs.kde.org/show_bug.cgi?id=473470
Thomas Bertels changed:
What|Removed |Added
CC||tbert...@gmail.com
Resolution
https://bugs.kde.org/show_bug.cgi?id=456225
--- Comment #4 from Thomas Bertels ---
*** Bug 473470 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=456225
--- Comment #4 from Thomas Bertels ---
*** Bug 473470 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=473470
Thomas Bertels changed:
What|Removed |Added
CC||tbert...@gmail.com
Resolution
https://bugs.kde.org/show_bug.cgi?id=456225
Thomas Bertels changed:
What|Removed |Added
CC||tbert...@gmail.com
--- Comment #3 from Thomas
https://bugs.kde.org/show_bug.cgi?id=456225
Thomas Bertels changed:
What|Removed |Added
CC||tbert...@gmail.com
--- Comment #3 from Thomas
ves: https://gitlab.com/qemu-project/qemu/-/issues/2278
Signed-off-by: Thomas Huth
---
Note: Given that we're close to the release, I think the host_os check
is the best we can do ... the problem does not seem to trigger in all
functions, only if certain registers are used by the compiler,
AM UTC-4 Geoff Evans wrote:
> Thanks Thomas,
> When I worked up the courage to adjust my qt.conf file as suggested,
> everything worked! :-)
> I'll have to get used to the options living at the top of the main screen
> and not the top of the leo window. But that's a minor i
801 - 900 of 906289 matches
Mail list logo