Thank you for your quick reply.
On Wed, Mar 27, 2024 at 12:22 AM Henning Follmann
wrote:
> On Tue, Mar 26, 2024 at 06:33:42PM +0100, Steffen Dettmer wrote:
> > I changed a gateway on a remote site using /etc/network/interfaces by
> > changing gateway. However, at reboot some old gateway IP reappe
On Tue, Mar 26, 2024 at 11:27 PM Dustin Jenkins wrote:
> On my Debian 12 system, the connman service was helping itself to interfaces,
> including my bridge interfaces that I wanted left alone. Maybe try disabling
> or removing it?
>
> sudo systemctl stop connman
> sudo systemctl disable connma
Thank your for your quick and detailed reply.
On Tue, Mar 26, 2024 at 7:01 PM Greg Wooledge wrote:
> On Tue, Mar 26, 2024 at 06:33:42PM +0100, Steffen Dettmer wrote:
> > I changed a gateway on a remote site using /etc/network/interfaces by
> > changing gateway. However, at reboot some old gateway
On Tue, Mar 26, 2024 at 7:12 PM Björn Persson wrote:
>
> Jeffrey Walton wrote:
> > For what you want to do, and if I am parsing it correctly... I would
> > write a daemon in C [...]
>
> Only in the unlikely case that both RNGD and SCDrand turn out unsuitable
> somehow. Writing and compiling a daem
On Tue, Mar 26, 2024 at 7:18 PM Pierre-Elliott Bécue wrote:
> As it's a PVE kernel I guess you rely on Proxmox.
> *Theoretically*, Proxmox VE uses /etc/network/interfaces.new to apply
THIS! (OMG why didn't I see this! Thank you!!)
ohh thanks so much for your quick reply, my "machine" indeed is a
Jeffrey Walton wrote:
> For what you want to do, and if I am parsing it correctly... I would
> write a daemon in C [...]
Only in the unlikely case that both RNGD and SCDrand turn out unsuitable
somehow. Writing and compiling a daemon is no less work than compiling
an already written daemon.
> The
Hello,
On Tue, Mar 26, 2024 at 06:33:42PM +0100, Steffen Dettmer wrote:
> I changed a gateway on a remote site using /etc/network/interfaces by
> changing gateway. However, at reboot some old gateway IP reappears. I
> really hate when some magic knows better than an explicitly set value.
> What ha
On Tue, Mar 26, 2024 at 06:33:42PM +0100, Steffen Dettmer wrote:
> Hi,
>
> I changed a gateway on a remote site using /etc/network/interfaces by
> changing gateway. However, at reboot some old gateway IP reappears. I
> really hate when some magic knows better than an explicitly set value.
> What h
As it's a PVE kernel I guess you rely on Proxmox.
*Theoretically*, Proxmox VE uses /etc/network/interfaces.new to apply
its config and potential manual changes made by an administrator
(changes that should be applied afterwards via ifreload).
I'd wonder whether this mechanism is not the cause if
On Tue, Mar 26, 2024 at 06:33:42PM +0100, Steffen Dettmer wrote:
> I changed a gateway on a remote site using /etc/network/interfaces by
> changing gateway. However, at reboot some old gateway IP reappears.
So then the question is *which* of the many different subsystems is in
use to set the syste
On my Debian 12 system, the connman service was helping itself to interfaces,
including my bridge interfaces that I wanted left alone. Maybe try disabling
or removing it?
sudo systemctl stop connman
sudo systemctl disable connman
Best
> On Mar 26, 2024, at 10:33, Steffen Dettmer wrote:
>
>
Hi,
I changed a gateway on a remote site using /etc/network/interfaces by
changing gateway. However, at reboot some old gateway IP reappears. I
really hate when some magic knows better than an explicitly set value.
What happens here? How can I get rid of this? It is 100% reproducible.
I have no c
On Tue, Mar 26, 2024 at 1:17 PM Marco Moock wrote:
>
> Am 26.03.2024 um 10:33:59 Uhr schrieb Bernard:
>
> > I have the two // in the displayed error messages. However the file
> > is where it should be, without double //
>
> The this seems to be a bug because if it searches for //file it will
> de
On Tue, Mar 26, 2024 at 11:52 AM Björn Persson wrote:
>
> Jeffrey Walton wrote:
> > Out of morbid curiosity, what hardware are the servers using? RDRAND
> > and RDSEED have been available since about 2012, so it is mostly
> > ubiquitous nowadays.
>
> Do you mean I should add to the e-waste pile by
On Sat 23 Mar 2024 at 11:55:04 (-0400), Greg Wooledge wrote:
> On Sat, Mar 23, 2024 at 09:54:05AM -0500, Albretch Mueller wrote:
> > a) using a chromium-derived browser, which can be used to dump the
> > HAR file log of the network back and forth, go, e. g.:
> > https://en.wikipedia.org/wiki/Ana
On Tue 26 Mar 2024 at 04:38:52 (-0400), gene heskett wrote:
> On 2/9/24 20:36, Alexander V. Makartsev wrote:
[ … ]
> > It's not possible for me to know what went wrong.
> > Have you created "reftestfile" inside "/mnt/disktest" directory?
> > How many "testfile*" files, if any, were created on the f
On Tue 26 Mar 2024 at 09:43:37 (-0400), Cindy Sue Causey wrote:
> On Tue, Mar 26, 2024 at 6:04 AM Bernard wrote:
[ … ]
> > $ php -m | grep mysqli
> >
> > "If the MySQLi extension is enabled, we’ll see mysqli in the output.
> > Otherwise, the output will be empty."
> >
> > php -m grep mysqli
> >
>
Jeffrey Walton wrote:
> Out of morbid curiosity, what hardware are the servers using? RDRAND
> and RDSEED have been available since about 2012, so it is mostly
> ubiquitous nowadays.
Do you mean I should add to the e-waste pile by throwing away working
hardware and buy an entire new computer inste
Am 26.03.2024 um 10:33:59 Uhr schrieb Bernard:
> I have the two // in the displayed error messages. However the file
> is where it should be, without double //
The this seems to be a bug because if it searches for //file it will
definitely not find it.
Can you use strace to verify that?
--
Gruß
On Tue, Mar 26, 2024 at 6:04 AM Bernard wrote:
>
> I have progressed a little in my trials.
>
> mysqli.so still shows the previously described problems, and I thought that
> this was responsible of the fact that mysqli functions were apparently
> discarded in the test programs I wrote.
>
> I dis
I have progressed a little in my trials.
mysqli.so still shows the previously described problems, and I thought
that this was responsible of the fact that mysqli functions were
apparently discarded in the test programs I wrote.
I discovered that this was due to errors I made in the php progra
ls -Al /usr/lib/php/20190902
total 7732
-rw-r--r-- 1 root root 34920 9 juin 2023 calendar.so
-rw-r--r-- 1 root root 14440 9 juin 2023 ctype.so
-rw-r--r-- 1 root root 92264 9 juin 2023 exif.so
-rw-r--r-- 1 root root 161896 9 juin 2023 ffi.so
-rw-r--r-- 1 root root 5744752 9 juin
On 24/03/2024 20:02, Marco Moock wrote:
Am Sun, 24 Mar 2024 19:51:05 +0100
schrieb Bernard :
'//usr/lib/php/20190902/mysqli.so'
Is that really the path in the message?
The 2 // must not be there.
I have the two // in the displayed error messages. However the file is
where it should be, wi
On 2/9/24 20:36, Alexander V. Makartsev wrote:
On 10.02.2024 03:34, gene heskett wrote:
On 2/8/24 07:22, Alexander V. Makartsev wrote:
This is how I would test it.
First create a new GPT partition table and a new 2TB partition:
$ sudo gdisk /dev/sdX check
/!\ Make double sure you've sele
On Mon 25/03/2024 at 23:40, David Christensen wrote:
> On 3/25/24 15:05, Gareth Evans wrote:
>> On Fri 22/03/2024 at 21:01, Gareth Evans wrote:
>>> As anyone interested can see from the ref to #15933 in the below, there
>>> seems to have been considerable effort in getting to grips with this bug
25 matches
Mail list logo
