Hi
Am 28.03.24 um 13:51 schrieb Arnd Bergmann:
On Thu, Mar 28, 2024, at 13:46, Helge Deller wrote:
On 3/27/24 21:41, Thomas Zimmermann wrote:
+++ b/arch/arc/include/asm/video.h
@@ -0,0 +1,8 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+
+#ifndef _ASM_VIDEO_H_
+#define _ASM_VIDEO_H_
+
+#include
Hi
Am 28.03.24 um 13:51 schrieb Arnd Bergmann:
On Thu, Mar 28, 2024, at 13:46, Helge Deller wrote:
On 3/27/24 21:41, Thomas Zimmermann wrote:
+++ b/arch/arc/include/asm/video.h
@@ -0,0 +1,8 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+
+#ifndef _ASM_VIDEO_H_
+#define _ASM_VIDEO_H_
+
+#include
Hi
Am 28.03.24 um 13:51 schrieb Arnd Bergmann:
On Thu, Mar 28, 2024, at 13:46, Helge Deller wrote:
On 3/27/24 21:41, Thomas Zimmermann wrote:
+++ b/arch/arc/include/asm/video.h
@@ -0,0 +1,8 @@
+/* SPDX-License-Identifier: GPL-2.0 */
+
+#ifndef _ASM_VIDEO_H_
+#define _ASM_VIDEO_H_
+
+#include
Hi
Am 28.03.24 um 13:39 schrieb Helge Deller:
On 3/27/24 21:41, Thomas Zimmermann wrote:
Various Kconfig options selected the per-architecture helpers for
fbdev. But none of the contained code depends on fbdev. Standardize
on CONFIG_VIDEO, which will allow to add more general helpers for
video
Hi
Am 28.03.24 um 13:39 schrieb Helge Deller:
On 3/27/24 21:41, Thomas Zimmermann wrote:
Various Kconfig options selected the per-architecture helpers for
fbdev. But none of the contained code depends on fbdev. Standardize
on CONFIG_VIDEO, which will allow to add more general helpers for
video
See https://github.com/gwtproject/gwt/issues/9578
On Wednesday, March 27, 2024 at 8:23:13 AM UTC+1 paparao@gmail.com
wrote:
> i have applied below CSP policy and changed my GWT version to 2.8.2
> after that i am getting below error for PRC call ( to read Database and
> populate the data in
Then I would make the trivial change to respect the new
io_combine_limit GUC that I'm gearing up to commit in another thread.
As attached.
From 7993cede8939cad9172867ccc690a44ea25d1ad6 Mon Sep 17 00:00:00 2001
From: Thomas Munro
Date: Fri, 29 Mar 2024 00:22:53 +1300
Subject: [PATCH] fixup
On Fri, Mar 29, 2024 at 12:06 AM Thomas Munro wrote:
> Small bug fix: the condition in the final test at the end of
> read_stream_look_ahead() wasn't quite right. In general when looking
> ahead, we don't need to start a read just because the pending read
> would bring us up to stre
Small bug fix: the condition in the final test at the end of
read_stream_look_ahead() wasn't quite right. In general when looking
ahead, we don't need to start a read just because the pending read
would bring us up to stream->distance if submitted now (we'd prefer to
build it all the way up to
[
https://issues.apache.org/jira/browse/OAK-10713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Mueller updated OAK-10713:
-
Summary: oak-lucene: add test coverage for stack overflow based on very
long and complex regexp
[
https://issues.apache.org/jira/browse/OAK-10713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Mueller updated OAK-10713:
-
Summary: oak-lucene: add test coverage for stack overflow based on complex
regexp (was: oak
[
https://issues.apache.org/jira/browse/OAK-10719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Mueller updated OAK-10719:
-
Description:
See <https://github.com/apache/lucene/issues/11537>.
Analysis so far:
- oak-
[
https://issues.apache.org/jira/browse/OAK-10719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Mueller updated OAK-10719:
-
Summary: oak-lucene uses lucene version that can throw a
StackOverflowException (was: oak-lucene
[
https://issues.apache.org/jira/browse/OAK-10719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Thomas Mueller updated OAK-10719:
-
Summary: oak-lucene uses Lucene version that can throw a
StackOverflowException (was: oak-lucene
Control: tag -1 pending
Hello,
Bug #1064815 in python-os-vif reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1064814 in ironic-inspector reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Hi Hanna and Kevin,
any updates?
On Mon, Mar 11, 2024 at 02:29:25PM +0100, Markus Armbruster wrote:
> Thomas Weißschuh writes:
>
> > Only a small subset of all blockdev drivers make sense for firmware
> > images. Introduce and use a new enum to represent this.
> &g
I had a look at the skia PR. Even apart from the fact that it is 50 to 80%
slower than agg, I'd say there's less than 5% on the features ready for it
to be feature-equal with today's agg and cairo backend (basically only flat
polygons and simple lines are implemented, all the rest (labelling,
Control: tag -1 pending
Hello,
Bug #1067260 in python-wsme reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
from Textedit to my computer to find out wether I can open and
learn to program the source with Projectcenter and Gorm but I can´t find a
projectfile like in Xcode.
Do I have to use git how to begin programming existing projects? Hints
welcome. :-)
Best regards and Happy Easter!
Thomas
ives back simple true or
> false wether the login should be allowed?
Have a look at https://doc.dovecot.org/admin_manual/post_login_scripting/
There is an example for denying a connection in an external script.
--
Thomas Mechtersheimer - Necklenbroicher Str. 45a - D-40667 Meerbusch - Germany
28/03/2024 06:53, Pujar, Shyam:
> Hi All ,
> I have question regarding DPDK NIC-Firmware version
> compatibility. https://doc.dpdk.org/guides/nics/i40e.html.
> I have highlighted the DPDK version in use. Does the following matrix
> indicates that, "minimum version of Firmware or
https://bugs.kde.org/show_bug.cgi?id=484448
Thomas Baumgart changed:
What|Removed |Added
Latest Commit||https://invent.kde.org/offi
https://bugs.kde.org/show_bug.cgi?id=484448
Thomas Baumgart changed:
What|Removed |Added
Latest Commit||https://invent.kde.org/offi
on is probably
broken, but when there's no error when starting PlantUML, the module
should still be ok.
I'm reassigning the bug to PlantUML. Please deal between autosuspend and
PlantUML.
Cheers,
Thomas Goirand (zigo)
on is probably
broken, but when there's no error when starting PlantUML, the module
should still be ok.
I'm reassigning the bug to PlantUML. Please deal between autosuspend and
PlantUML.
Cheers,
Thomas Goirand (zigo)
Control: tag -1 pending
Hello,
Bug #1067330 in websockify reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
> v12
Hi all,
I didn't review the patch but one thing jumped out: I don't think it's
OK to hold a spinlock while (1) looping over an array of backends and
(2) making system calls (SetLatch()).
On Tue, 19 Mar 2024 16:23:27 GMT, Kevin Walls wrote:
> Client.java has a fixed 30-second timeout on the CountDownLatch to wait for
> 10 notifications.
>
> If it fails, you can't tell if CountDownLatch.await threw, or returned false
> and the app threw InterruptedException, due to the way
On Tue, 19 Mar 2024 16:23:27 GMT, Kevin Walls wrote:
> Client.java has a fixed 30-second timeout on the CountDownLatch to wait for
> 10 notifications.
>
> If it fails, you can't tell if CountDownLatch.await threw, or returned false
> and the app threw InterruptedException, due to the way
On Wed, 27 Mar 2024 13:44:42 GMT, Matthias Baesken wrote:
>> Currently jcmd command GC.heap_dump only works with an additionally provided
>> file name.
>> Syntax : GC.heap_dump [options]
>>
>> In case the JVM has the XX - flag HeapDumpPath set, we should support an
>> additional mode where
[0-9]+:[0-9]+], v[[0-9]+:[0-9]+] 8
FAIL: gcc.target/gcn/umax_1.c scan-assembler-times \\tv_cmpx_gt_i32\\tvcc,
s[0-9]+, v[0-9]+ 56
[-PASS:-]{+FAIL:+} gcc.target/gcn/umax_1.c scan-assembler-times
vec_cmpv64didi 8
PASS: gcc.target/gcn/umax_1_run.c (test for excess errors)
PA
https://bugs.kde.org/show_bug.cgi?id=484448
--- Comment #6 from Thomas Baumgart ---
Created attachment 167877
--> https://bugs.kde.org/attachment.cgi?id=167877=edit
Screenshot showing diff in contained resources between linux and windows
The problem is created by the cmake c
https://bugs.kde.org/show_bug.cgi?id=484448
--- Comment #6 from Thomas Baumgart ---
Created attachment 167877
--> https://bugs.kde.org/attachment.cgi?id=167877=edit
Screenshot showing diff in contained resources between linux and windows
The problem is created by the cmake c
other systems
and phones. After a bit of investigations, I found out that
it only listen on IPv6 and not on IPv4.
As there isn't (as far as I know) a way to configure it to
use what I want, I can't make it chat with other kdeconnect
instances on my LAN.
```bash
thomas@localhost:~$ sudo netstat -tnlp
other systems
and phones. After a bit of investigations, I found out that
it only listen on IPv6 and not on IPv4.
As there isn't (as far as I know) a way to configure it to
use what I want, I can't make it chat with other kdeconnect
instances on my LAN.
```bash
thomas@localhost:~$ sudo netstat -tnlp
val of the rdma migration code is in a
separate patch? That way we can discuss that separately (and maybe also
revert it more easily in the future if necessary).
Thanks,
Thomas
val of the rdma migration code is in a
separate patch? That way we can discuss that separately (and maybe also
revert it more easily in the future if necessary).
Thanks,
Thomas
___
Devel mailing list -- devel@lists.libvirt.org
To unsubsc
val of the rdma migration code is in a
separate patch? That way we can discuss that separately (and maybe also
revert it more easily in the future if necessary).
Thanks,
Thomas
file changed, 11 insertions(+), 21 deletions(-)
Works for me, too!
Tested-by: Thomas Huth
With the unexplained but apparently somewhat systematic regression
patterns on certain tests and settings, I wonder if they might be due
to read_stream.c trying to form larger reads, making it a bit lazier.
It tries to see what the next block will be before issuing the
fadvise. I think that means
to adjust that as we learn more about more
interesting users of _reset().
From 6b66a6412c90c8f696a8b5890596ba1ab7477191 Mon Sep 17 00:00:00 2001
From: Thomas Munro
Date: Mon, 26 Feb 2024 23:48:31 +1300
Subject: [PATCH v11 1/4] Provide vectored variant of ReadBuffer().
Break ReadBuffer() up into two
I got the same results using the qt-only2 branch.
On Wednesday, March 27, 2024 at 7:49:52 PM UTC-4 Thomas Passin wrote:
> Oops, the last two were tested with devel, not the qt-only-2 branch..
> I'll have to go back and repeat the test.
>
> On Wednesday, March 27, 2024 at 3:57
On Thu, Mar 28, 2024 at 2:02 PM Thomas Munro wrote:
> ... In practice on a non-toy system, that's always going to be
> io_combine_limit. ...
And to be more explicit about that: you're right that we initialise
max_pinned_buffers such that it's usually at least io_combine_limit,
but then
On Mon, Mar 25, 2024 at 2:02 AM Thomas Munro wrote:
> On Wed, Mar 20, 2024 at 4:04 AM Heikki Linnakangas wrote:
> > > /*
> > >* Skip the initial ramp-up phase if the caller says we're going to
> > > be
> > >* reading the whole
Oops, the last two were tested with devel, not the qt-only-2 branch.. I'll
have to go back and repeat the test.
On Wednesday, March 27, 2024 at 3:57:11 PM UTC-4 Thomas Passin wrote:
> Some more Linux results:
> ubuntu
> nav, console ok. vr3 image problem
> XUbuntu
&
On Thu, Mar 28, 2024 at 10:52 AM Thomas Munro wrote:
> I think 1 is good, as a rescan is even more likely to find the pages
> in cache, and if that turns out to be wrong it'll very soon adjust.
Hmm, no I take that back, it probably won't be due to the
strategy/ring... I see your poi
On Thu, Mar 28, 2024 at 9:43 AM Melanie Plageman
wrote:
> For sequential scan, I added a little reset function to the streaming
> read API (read_stream_reset()) that just releases all the buffers.
> Previously, it set finished to true before releasing the buffers (to
> indicate it was done) and
minor change in fbcon, which is
the only caller of fb_is_primary_device().
Patch 3 renames the source and files from fbdev to video.
v2:
- improve cover letter
- rebase onto v6.9-rc1
Thomas Zimmermann (3):
arch: Select fbdev helpers with CONFIG_VIDEO
arch: Remove struct fb_info from video
a few strings and comments to refer to video instead of
fbdev.
Signed-off-by: Thomas Zimmermann
Cc: Vineet Gupta
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Huacai Chen
Cc: WANG Xuerui
Cc: Geert Uytterhoeven
Cc: Thomas Bogendoerfer
Cc: "James E.J. Bottomley"
Cc: Helge Deller
Cc: Michae
for the use of more fine-grained control for each directory's
files, such as the use of CONFIG_STI_CORE on parisc.
v2:
- sparc: rebased onto Makefile changes
Signed-off-by: Thomas Zimmermann
Cc: "James E.J. Bottomley"
Cc: Helge Deller
Cc: "David S. Miller"
Cc: Andreas Larsson
t;
> On Tuesday, March 26, 2024 at 11:29:53 PM UTC+1 Thomas Guilbert wrote:
>
>> Contact emailstguilb...@chromium.org
>>
>> ExplainerNone
>>
>> Specification
>> https://w3c.github.io/webcodecs/opus_codec_registration.html#dom-opusencoderco
a few strings and comments to refer to video instead of
fbdev.
Signed-off-by: Thomas Zimmermann
Cc: Vineet Gupta
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Huacai Chen
Cc: WANG Xuerui
Cc: Geert Uytterhoeven
Cc: Thomas Bogendoerfer
Cc: "James E.J. Bottomley"
Cc: Helge Deller
Cc: Michae
for the use of more fine-grained control for each directory's
files, such as the use of CONFIG_STI_CORE on parisc.
v2:
- sparc: rebased onto Makefile changes
Signed-off-by: Thomas Zimmermann
Cc: "James E.J. Bottomley"
Cc: Helge Deller
Cc: "David S. Miller"
Cc: Andreas Larsson
The per-architecture video helpers do not depend on struct fb_info
or anything else from fbdev. Remove it from the interface and replace
fb_is_primary_device() with video_is_primary_device(). The new helper
is similar in functionality, but can operate on non-fbdev devices.
Signed-off-by: Thomas
minor change in fbcon, which is
the only caller of fb_is_primary_device().
Patch 3 renames the source and files from fbdev to video.
v2:
- improve cover letter
- rebase onto v6.9-rc1
Thomas Zimmermann (3):
arch: Select fbdev helpers with CONFIG_VIDEO
arch: Remove struct fb_info from video
for the use of more fine-grained control for each directory's
files, such as the use of CONFIG_STI_CORE on parisc.
v2:
- sparc: rebased onto Makefile changes
Signed-off-by: Thomas Zimmermann
Cc: "James E.J. Bottomley"
Cc: Helge Deller
Cc: "David S. Miller"
Cc: Andreas Larsson
The per-architecture video helpers do not depend on struct fb_info
or anything else from fbdev. Remove it from the interface and replace
fb_is_primary_device() with video_is_primary_device(). The new helper
is similar in functionality, but can operate on non-fbdev devices.
Signed-off-by: Thomas
a few strings and comments to refer to video instead of
fbdev.
Signed-off-by: Thomas Zimmermann
Cc: Vineet Gupta
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Huacai Chen
Cc: WANG Xuerui
Cc: Geert Uytterhoeven
Cc: Thomas Bogendoerfer
Cc: "James E.J. Bottomley"
Cc: Helge Deller
Cc: Michae
The per-architecture video helpers do not depend on struct fb_info
or anything else from fbdev. Remove it from the interface and replace
fb_is_primary_device() with video_is_primary_device(). The new helper
is similar in functionality, but can operate on non-fbdev devices.
Signed-off-by: Thomas
minor change in fbcon, which is
the only caller of fb_is_primary_device().
Patch 3 renames the source and files from fbdev to video.
v2:
- improve cover letter
- rebase onto v6.9-rc1
Thomas Zimmermann (3):
arch: Select fbdev helpers with CONFIG_VIDEO
arch: Remove struct fb_info from video
On Wed, 27 Mar 2024 at 20:25, Santiago Vila wrote:
>
> When I had already a bunch of them, I realized there is a macro
> STDC_HEADERS which is not properly detected.
Ah, I suspect the configure code is too old. Regenerating configure etc.
(autoreconf) might help.
-#if STDC_HEADERS
> +#if
On Wed, 27 Mar 2024 at 20:25, Santiago Vila wrote:
>
> When I had already a bunch of them, I realized there is a macro
> STDC_HEADERS which is not properly detected.
Ah, I suspect the configure code is too old. Regenerating configure etc.
(autoreconf) might help.
-#if STDC_HEADERS
> +#if
Hi
Am 27.03.24 um 09:53 schrieb Jocelyn Falempe:
Hi,
Thanks for your patch.
I'm wondering how you can trigger this infinite loop ?
Yeah, a bit more context for this bug would be welcome. It's hard to
judge the fix without.
Best regards
Thomas
Also this looks like a simple fix, that can
e subject of a follow-on PR.
>
>
> A recent rev makes the QSci module optional for the time being. This rev
> also improves the message that appears if Leo fails to load.
>
> I'll fix the nits Thomas has reported and merge the PR later today or
> tomorrow.
>
> Edward
>
In a future commit the proc_handlers themselves will change to
"const struct ctl_table". As a preparation for that adapt the internal
helper.
Signed-off-by: Thomas Weißschuh
---
kernel/utsname_sysctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/utsname_
In a future commit the proc_handlers themselves will change to
"const struct ctl_table". As a preparation for that adapt the internal
helpers.
Signed-off-by: Thomas Weißschuh
---
net/ipv4/sysctl_net_ipv4.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
In a future commit the proc_handlers themselves will change to
"const struct ctl_table". As a preparation for that adapt the internal
helpers.
Signed-off-by: Thomas Weißschuh
---
net/ipv6/addrconf.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/ipv6/
but is an important step to be
able to move all static definitions of ctl_table into .rodata.
[0]
https://lore.kernel.org/lkml/20231204-const-sysctl-v2-0-7a5060b11...@weissschuh.net/
Signed-off-by: Thomas Weißschuh
---
Thomas Weißschuh (11):
stackleak: don't modify ctl_table argument
cgroup: bpf
In a future commit the proc_handlers themselves will change to
"const struct ctl_table". As a preparation for that adapt the internal
helpers.
Signed-off-by: Thomas Weißschuh
---
mm/hugetlb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/hugetlb.c b/mm
In a future commit the proc_handlers themselves will change to
"const struct ctl_table". As a preparation for that adapt the internal
helper.
Signed-off-by: Thomas Weißschuh
---
net/ipv6/ndisc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/ipv6/ndisc.c
stack
erasing")
Acked-by: Kees Cook
Signed-off-by: Thomas Weißschuh
---
kernel/stackleak.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/kernel/stackleak.c b/kernel/stackleak.c
index 34c9d81eea94..b292e5ca0b7d 100644
--- a/kernel/stackleak.c
+++ b/kernel/stacklea
In a future commit the sysctl core will only use
"const struct ctl_table". As a preparation for that adapt the cgroup-bpf
code.
Signed-off-by: Thomas Weißschuh
---
include/linux/filter.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/filter.h b/inc
In a future commit the proc_handlers themselves will change to
"const struct ctl_table". As a preparation for that adapt the internal
helper.
Signed-off-by: Thomas Weißschuh
---
net/core/neighbour.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/core/neighbo
In a future commit the proc_handlers themselves will change to
"const struct ctl_table". As a preparation for that adapt the internal
helpers.
Signed-off-by: Thomas Weißschuh
---
net/netfilter/ipvs/ip_vs_ctl.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff -
In a future commit the proc_handlers themselves will change to
"const struct ctl_table". As a preparation for that adapt the internal
helper.
Signed-off-by: Thomas Weißschuh
---
include/linux/sysctl.h | 2 +-
kernel/sysctl.c| 21 +++--
2 files changed, 12
https://bugs.kde.org/show_bug.cgi?id=484448
--- Comment #4 from Thomas Baumgart ---
No, they are contained in the binary as Qt resources. Your check is wrong.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484448
--- Comment #4 from Thomas Baumgart ---
No, they are contained in the binary as Qt resources. Your check is wrong.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=484454
Thomas Baumgart changed:
What|Removed |Added
Resolution|--- |FIXED
Version Fixed
https://bugs.kde.org/show_bug.cgi?id=484454
Thomas Baumgart changed:
What|Removed |Added
Resolution|--- |FIXED
Version Fixed
On Tue, 26 Mar 2024 10:28:11 +0100
Sylvain Saboua wrote:
> Match User media
> ForceCommand internal-sftp -d /home/media
> ChrootDirectory /home/media
> PasswordAuthentication yes
> AuthenticationMethods none
> PermitEmptyPasswords yes
you probably
On 3/27/24 14:31, Jeroen Ploemen wrote:
On Wed, 27 Mar 2024 00:33:15 +0100
Thomas Goirand wrote:
On 3/19/24 13:41, Jeroen Ploemen wrote:
Dear team admins,
please delete the following packages from the DPT namespace on
salsa:
cheetah
jaraco.classes
jaraco.collections
jaraco.context
with the pysnmp situation. I'm still
not sure what road it's going to take, but we'll have to act.
So at the end: I'm happy I left things untouched and did something else. ;)
Cheers,
Thomas Goirand (zigo)
information.
Please let me know by Thursday, April 11th if you are interested in
pursuing this opportunity. Also, I would be happy to answer any questions
you might have, either by direct email, matrix chat or zoom call.
Best Regards,
Thomas Froment
Eclipse IDE Program Manager | Ec
information.
Please let me know by Thursday, April 11th if you are interested in
pursuing this opportunity. Also, I would be happy to answer any questions
you might have, either by direct email, matrix chat or zoom call.
Best Regards,
Thomas Froment
Eclipse IDE Program Manager | Ec
have floating-point.
*/
if (snan_bit_is_one(status)) {
/* set all bits other than msb */
Reviewed-by: Thomas Huth
have floating-point.
*/
if (snan_bit_is_one(status)) {
/* set all bits other than msb */
Reviewed-by: Thomas Huth
___
Devel mailing list -- devel@lists.libvirt.org
To unsubscribe send an email to devel-le...@lists.libvirt.org
On 27/03/2024 15.15, Philippe Mathieu-Daudé wrote:
On 27/3/24 14:19, Thomas Huth wrote:
On 27/03/2024 13.45, Philippe Mathieu-Daudé wrote:
On 27/3/24 13:35, Philippe Mathieu-Daudé wrote:
Remove the Nios II machines and the system emulation code
(deprecated since v8.2 in commit 9997771bc1
On 27/03/2024 15.15, Philippe Mathieu-Daudé wrote:
On 27/3/24 14:19, Thomas Huth wrote:
On 27/03/2024 13.45, Philippe Mathieu-Daudé wrote:
On 27/3/24 13:35, Philippe Mathieu-Daudé wrote:
Remove the Nios II machines and the system emulation code
(deprecated since v8.2 in commit 9997771bc1
.
CONCLUSION for users that build their own FAI ISOs:
If you upgrade to FAI 6.2.X do check your /etc/fai/NFSROOT. It should
NOT contain this line:
sysvinit-core systemd-sysv-
--
regards Thomas
HEllo,
Thank you Robert and Ralph for your quick answers.
Le 2024-03-27 à 14:39, Ralph Corderoy a écrit :
Hello Thomas,
kre has given a good answer and I'd do what he suggested, but...
This issue comes from the fact that I wanted to use the
unattended-upgrades package on Debian which uses
on of both images but the result does not change.
I cannot confirm that the GNOME desktop installation works.
For me both ISO I've just created are broken. I guess you are using an
older ISO for GNOME an a new one for the plain console installation.
--
viele Grüße Thomas
in it, so the
size was over the limit for this mailing list. Please try to no
include pics, that are not needed for debugging and are only advertising.
--
viele Grüße Thomas
On Wed, Mar 27, 2024 at 1:40 AM Heikki Linnakangas wrote:
> Is int16 enough though? It seems so, because:
>
> max_pinned_buffers = Max(max_ios * 4, buffer_io_size);
>
> and max_ios is constrained by the GUC's maximum MAX_IO_CONCURRENCY, and
> buffer_io_size is constrained by
On 2024/03/27 21:07, W. Robert J. Funnell, Prof. wrote:
Thomas: If upgrading to the latest version (now version 24.2) doesn't
help, could you make the document available somewhere?
- Robert
Good evening from Japan
Well
Am 23/02/2024 um 13:06 schrieb Christoph Heiss:
> This was added with the 8.1 release ISO, so mention it in the
> documentation too.
>
> Signed-off-by: Christoph Heiss
> ---
> pve-installation.adoc | 7 +++
> 1 file changed, 7 insertions(+)
>
>
applied, thanks!
Am 26/02/2024 um 18:59 schrieb Christoph Heiss:
> The `nomodeset` section needs some massaging due to the text flow being
> broken a bit. While at it, link to it above at the 'Terminal UI'
> bootloader tip such that readers can find it more easily.
>
> Suggested-by: Alexander Zeidler
>
Am 26/02/2024 um 18:59 schrieb Christoph Heiss:
> The `nomodeset` section needs some massaging due to the text flow being
> broken a bit. While at it, link to it above at the 'Terminal UI'
> bootloader tip such that readers can find it more easily.
>
> Suggested-by: Alexander Zeidler
>
Am 05/03/2024 um 13:13 schrieb Christoph Heiss:
> This was forgotten to be updated when it changed it the installer and
> now reported in the forum [0] that the docs are a bit outdated in this
> regard.
>
> [0]
> https://forum.proxmox.com/threads/hat-proxmox-8-neue-zfs_arc_max-settings.142754/
>
est granularity seems to be the ~4.5 GB sized DVD images which
are available via Jigdo download:
https://cdimage.debian.org/debian-cd/current/amd64/jigdo-dvd/
21 pieces.
Have a nice day :)
Thomas
1 - 100 of 904921 matches
Mail list logo