Hi,
This is actually due to breakage in xmlrpc-c in sid, see my comment on
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1102554
I have a workaround upstream (drop xmlrpc-c and use cURL instead) and
can provide a backport.
Thanks
On 29/04/2025 09.09, Lucas Nussbaum wrote:
Source: rtp
tell, the legal system does not operate that
way, and actual lawyers make distinctions based on harm/damages or lack
thereof.
I think Debian should take the position that Apache-2.0 and GPL-2.0-only
are compatible in practice.
[1] https://www.apache.org/licenses/GPL-compatibility.html
--
oc, free);
#else
ret = CRYPTO_set_mem_functions(mock_malloc_ex, mock_realloc_ex,
mock_free_ex);
#endif
assert(ret == 1);
Did s390x recently move off old OpenSSL?
Does it do anything interesting with memory allocation, especially in
OpenSSL?
--
Richard
OpenPGP_signa
waf's detection
is useful to the package's build process.
--
Richard
OpenPGP_signature.asc
Description: OpenPGP digital signature
Does the re-opening of this issue mean that matrix-synapse will be
removed from trixie before release?
On Fri, 28 Mar 2025 14:59:50 -0400 =?utf-8?Q?Antoine_Beaupr=C3=A9?=
wrote:
> On 2025-03-17 15:48:56, Vincent Lefevre wrote:
> > + possible data loss via a symlink attack
> > The screen-exchange feature (">" in copy mode) is also insecure:
> Is it worth keeping screen in Debian at all?
i switche
you can fix this FTBFS by changing the version of cmake in the 3 files in
test/cmake/*.cmake
-cmake_minimum_required(VERSION 3.5)
+cmake_minimum_required(VERSION 3.25)
works for me -- 3.5 is apparently no longer supported by cmake. bookworm
has cmake version 3.25
On Thu, 9 Jan 2025 21:06:14 +0100 Niels Thykier wrote:
> Package: checksecurity
> Version: 2.0.17
> Severity: serious
> Tags: security
> X-Debbugs-Cc: ni...@thykier.net,ti...@debian.org
>
> Hi
>
> The 2.0.17 upload cannot migrate to testing, since piuparts reports a
> regression for it. The (hopef
It's been a week an no new upstream release. The patches required seem
lightweight. Would it be possible to release a new Debian version
while we wait for upstream?
On Sun, 17 Nov 2024 19:31:22 -0800 =?UTF-8?B?T3R0byBLZWvDpGzDpGluZW4=?= <
o...@debian.org> wrote:
> From https://peps.python.org/pep-0594/#pipes
>
> > The pipes module provides helpers to pipe the input of one command into
the output of another
> > command. The module is built on top of os.popen. U
control: tags -1 pending
bug is fixed in the git repos
On Sat, 21 Sep 2024, 23:21 Richard Lewis, <
richard.lewis.deb...@googlemail.com> wrote:
> On Thu, 19 Sept 2024 at 08:57, Matthias Klose wrote:
> >
> > On 18.09.24 20:03, Richard Lewis wrote:
> > > Thanks, t
On Thu, 19 Sept 2024 at 08:57, Matthias Klose wrote:
>
> On 18.09.24 20:03, Richard Lewis wrote:
> > Thanks, this is a consequence of the 64 bit time_t transition which has
> > replaced the wtmp/utmp/lastlog files
>
> the 64bit time_t transition affected 32bit architecture
Thanks, this is a consequence of the 64 bit time_t transition which has
replaced the wtmp/utmp/lastlog files
i am a little surprised those running the transition did not file bugs
against affected packages when the new packages were uploaded, (especially
as i suggested chkrootkit would be affected
e system logs and 'systemctl status syncthing.service' for details.
systemctl status syncthing
Failed to get properties: Failed to activate service
'org.freedesktop.systemd1': timed out (service_start_timeout=25000ms)
jouranctl works normally, and reported this around the time
ii gstreamer1.0-plugins-ugly:amd64
1.24.3-1 amd64 GStreamer plugins
from the "ugly" set
Best.
Richard
ibxml2,
- ${misc:Depends},
+Depends: ${misc:Depends},
${shlibs:Depends},
Breaks: libgnt0 (<< ${source:Version}), finch (<< 2.14.1),
Replaces: libgnt0, finch (<< 2.14.1),
--
Richard
OpenPGP_signature.asc
Description: OpenPGP digital signature
(fwupd)
Tasks: 7 (limit: 18110)
Memory: 23.7M (peak: 108.7M)
CPU: 988ms
CGroup: /system.slice/fwupd.service
└─22184 /usr/libexec/fwupd/fwupd
I kept fwupd at 1.9.11-1 since this bug was reported, but the new
version seems to be in the clear.
Best.
Richard
Thanks,
Scott K
On Tuesday, January 16, 2024 3:39:43 PM EST Richard Rosner wrote:
> Good to know. Thanks.
>
>
> Am Dienstag, 16. Januar 2024 21:00 CET, schrieb Scott Kitterman
> : So, the magic needed to build the new update
> exceeds my grasp, but it's debian/changelog discu
Good to know. Thanks.
Am Dienstag, 16. Januar 2024 21:00 CET, schrieb Scott Kitterman
:
So, the magic needed to build the new update exceeds my grasp, but it's
debian/changelog discusses fixing regressions. On that basis, I think the
thing to do is reassign the bug to mariadb and mark it as af
These packages do work without a problem.
Am Dienstag, 16. Januar 2024 19:35 CET, schrieb Scott Kitterman
:
Rebuild binaries are available (for the moment) at:
https://kitterman.com/debian/
I'll remove them once we've done testing. That's all the binaries built by
postfix. You'll need to down
agree it's odd. I don't use postfix with any of the external map types, so
this isn't something I can really test.
Can you rebuild 3.7.9 against the older mariadb or if not, and I build it, will
you test it?
Scott K
On January 16, 2024 5:05:54 PM UTC, Richard Rosner
wrote:
No Idea when was the last update to mariadb, but the fact that the stable
version has problems the stable-updates version doesn't while not changing
anything else shows that something is broken. Maybe just the communication with
postfix. Maybe the breaking change was in postfix and not postfix-
Package: postfix-mysql
Version: 3.7.9-0+deb12u1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
With the update in stable-updates, this package seems to be no longer working.
removing it and going back to 3.7.6 solves the issue. This is what it writes to
journal:
Jan 1
Package: scalpel
Version: 1.60-10
Severity: grave
Tags: patch
Justification: renders package unusable
X-Debbugs-Cc: goldenrich...@gmail.com
Dear Maintainer,
* What led up to the situation?
I am the author of Scalpel. Execution of Scalpel 1.60 (the version
that is currently in the scalpel pac
Control: fixed 1.2.2+dfsg1-3
This looks to be the same as #1052664.
--
Richard
OpenPGP_signature.asc
Description: OpenPGP digital signature
!
--
Richard
On Thu, 7 Dec 2023 22:05:29 +1300 Vladimir Petko
wrote:
> As of today there are more test failures:
> Test Summary Report
> ---
> debian/test-out/eval/checks/documentation/manual/manpage-errors-from-man/generic.t
> debian/test-out/eval/checks/documentation/manual/surplus-manpage
On Thu, 02 Nov 2023 12:27:05 +
"Debian Bug Tracking System" wrote:
Hello Vincent,
Ok, thnx for your explanation! I changed it to disable (and
indeed there is only a K link) and I'll see at the next upgrade.
Richard.
> This is an automatic notification regarding your Bug
On Fri, 13 Oct 2023 at 20:27, Michael Biebl wrote:
> It turns out that `PrivateTmp=yes` breaks the logcheck autopkgtest.
i think the test tells rsyslog to write to /tmp and then calls
logcheck on the output outside the unit. But the PrivateTmp=true means
rsyslog is actually writing to [somewhere
Package: coinor-libcbc3.1
Version: 2.10.10+really2.10.10+ds1-2
Followup-For: Bug #1042857
X-Debbugs-Cc: kirv...@gmail.com
Dear Maintainer,
I replied previously to confirm the bug, I was unable to resolve the issue at
the time, but did find a way to do so before you put ds1-3 into sid:
1. Using d
On Wed, 12 Jul 2023 at 12:20, Mathias Gibbens wrote:
>
> Andreas, thanks for the report, and Richard, thanks for your work as
> well. I think the changes look good, and if there's no other concerns
> I'll merge the salsa MR, and upload a new version to unstable. Once
&g
erver. */
/* We may get garbage from the net */
if (cookielen > NTS_MAX_COOKIELEN)
return false;
--
Richard
could check this. But if an NTS request is
crashing ntpd, you might never see non-zero counters.
The log file from starting up might be helpful.
--
Richard
https://salsa.debian.org/debian/logcheck/-/merge_requests/18 now has
the patch for this
On Thu, 29 Jun 2023 at 21:36, Richard Lewis
wrote:
>
> I think you might be missing one md5sum - I found 4 versions in the git repos
>
> #
> for x in $(git log debian/h
I think you might be missing one md5sum - I found 4 versions in the git repos
#
for x in $(git log debian/header.txt | awk '/commit/{print $2}'); do
git show $x:debian/header.txt | md5sum ; done
d9206d89f2f8d85d346a23da90459862 -
a32fc12d69628d96756fd3af3f8b3ecd -
dbc1e8d136
On Tue, 27 Jun 2023, 22:01 Andreas Beckmann, wrote:
> Control: tag -1 patch
>
> On 27/06/2023 19.21, Richard Lewis wrote:
> > header.txt has not been modified since 2015.
>
> I've found three versions (with sightly different spelling):
> * lenny
> * squeeze, whe
On 2023-06-28 20:14, forest.ow...@riseup.net wrote:
On 2023-06-28 02:39, Richard Laager wrote:
The original submitter replied off the tracker (probably by accident). I'll
summarize here.
The ntp.conf he included is the stock ntp.conf.
He indicated he will try to get a backtrace.
I
On 2023-06-27 17:35, Bastian Germann wrote:
Am 28.06.23 um 00:13 schrieb Richard Laager:
The last bugfix release took them more than 3 years and when #767 is
released is unknown.
When a release happens is irrelevant, as you can carry #767 as a patch
in the Debian package until then.
Even
The original submitter replied off the tracker (probably by accident).
I'll summarize here.
The ntp.conf he included is the stock ntp.conf.
He indicated he will try to get a backtrace.
--
Richard
stuff, right? You have authored a fix for that,
which it looks like will be merged shortly:
https://github.com/cyrusimap/cyrus-sasl/pull/767
It seems like you can have this fixed any time (by merging in upstream
#767) and will have it fixed shortly.
So why do I need to do anything?
--
Richard
cyrus-sasl2 / libsasl2 should be
considered a system library. If libsasl2 can be considered a system
library, then by your own position, there is no bug in libpurple0. I
don't see how you can have it both ways.
--
Richard
OpenPGP_signature
Description: OpenPGP digital signature
header.txt has not been modified since 2015.
it is a simple yext file that is installed with debian/logcheck.install
the only change is that it used to be installed into /usr/share but got
moved to /etc to be a conffile in 2021. This didnt trigger any piuparts
issues and there was no change to th
are some instructions in the
Debian wiki:
https://wiki.debian.org/HowToGetABacktrace
--
Richard
le virt stack on
armv7 since it has been years since we tested it.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines. Supports shell script
On Wed, 22 Feb 2023, 17:51 Helge Kreutzmann, wrote:
> Package: logcheck
> Version: 1.4.1
> Severity: grave
> Justification: renders package unusable
>
> The change for #1025719 broke logcheck massively.
>
> I've extensivly tuned logcheck files which nicely filter out lots of
> messages (see stati
build is not very clear to me. How did you put
together the 2.9.0 source package?
-richard.
OpenPGP_signature
Description: OpenPGP digital signature
Control: tag -1 pending
Hello,
Bug #1028849 in ddclient 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:
https://salsa.debian.org/debian/ddclient/-/commit/9f400849510343cee4c7d1b64bf438c
Control: tag -1 pending
Hello,
Bug #1028849 in ddclient 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:
https://salsa.debian.org/debian/ddclient/-/commit/aee52edc67a284bb260c04e4a95d87d
On 1/14/23 07:54, Lucas Nussbaum wrote:
FAIL: t/geturl_connectivity.pl 10 - IPv* client to https://[::1]:41567
FAIL: t/geturl_connectivity.pl 11 - IPv6 client to https://[::1]:41567
FAIL: t/geturl_connectivity.pl 20 - no (unexpected) warnings (via done_testing)
Looks like a recent fix in IO::So
On 1/9/23 23:26, Sylvestre Ledru wrote:
Le 08/01/2023 à 00:46, Richard B. Kreckel a écrit :
2) Based on mozillavpn_2.9.0-1.debian.tar.xz, apply some changes to
debian/ directory:
a) -DBUILD_TESTING=OFF to dh_auto_configure argument in
debian/rules (without it it FTBFS trying to run some
On 1/9/23 10:38, Sylvestre Ledru wrote:
Or just push a fork on github. I can take it for there :)
For work-related reasons this isn't going to happen the next few weeks.
Can you, please, update to 1.12.0 and include the minor described fixes
to debian/*? It should work, afaict.
-richard.
On 1/8/23 12:36, Richard B. Kreckel wrote:
I am unfamiliar with GitLab. Sorry.
Well, then I thought that could give it a try...
Is there a simple walk-through what to do to create salsa MRs in a case
like this package?
(I've spent the whole Sunday now and I'm giving up frustra
Szlvestre,
On 1/8/23 00:54, Sylvestre Ledru wrote:
Could you please submit a MR here ?
https://salsa.debian.org/sylvestre/mozillavpn
I will be happy to upload it then
Is that really necessary?
I am unfamiliar with GitLab. Sorry.
-richard.
contacted because of the build failure on
mipsel and mpis64el. It makes little sense to insist on these
architectures if upstream doesn't care.
Please decide how to proceed and let me know if I can help in any way.
-richard.
--
.''`. Richard B. Kreckel
: :' :
`. `'
`-<http://in.terlu.de/~kreckel/>
I am having it too and downgrading to 107.0.1-1 fixes the problem.
It seems like someone was seeing something similar before and reported
it here <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024351> but
the bug got closed?
-richy.
--
Richard B. Kreckel
<https://in.terlu.de/~kreckel/>
I am unable to reproduce the above compile-time error.
g those fixed anytime soon, it's best to work
around in Debian.
-richy.
--
Richard B. Kreckel
<https://in.terlu.de/~kreckel/>
. thunderbird 102.)
-richy.
--
Richard B. Kreckel
<https://in.terlu.de/~kreckel/>
Package: dbus-daemon
Version: 1.14.0-1
Severity: critical
Justification: breaks unrelated software
Version 1.14.0-2 seems to depend on systemd which breaks my sys-V system and an
update will remove many packages. There is no mention of a dependency change in
the changelogs.
Richard.
-- System
On Fri, 1 Jul 2022 11:54:58 +0200 Mathieu Malaterre
wrote:
valgrind should apply the following patch:
sed -i -e 's/cortex-a8/generic-armv7-a+vfpv3-d16/g' Makefile.all.am
A better change would be
sed -i -e 's/cortex-a8/generic-armv7-a/g' Makefile.all.am
There's no need for the fpu select
On 01/07/2022 10:58, Mathieu Malaterre wrote:
Hi Richard !
I've suggested valgrind people the following patch:
% sed -i -e 's/cortex-a8/generic-armv7-a+vfpv3-d16/g' Makefile.all.am
Hopefully my understanding is correct this time.
Pretty close, but -mcpu=generic-armv
I think this is because it Depends: a kernel << 5.18 and not
Conflicts/Breaks a kernel >= 5.18. Since you can install multiple kernel
packages, your existing kernel package is satisfying the dependency.
--
Richard
OpenPGP_signature
Description: OpenPGP digital signature
On 5/20/22 01:56, Evangelos Ribeiro Tzaras wrote:
Hi,
On Thu, 2022-05-19 at 22:23 -0500, Richard Laager wrote:
On 5/19/22 04:04, Evangelos Ribeiro Tzaras wrote:
Thanks for the patch! I'll upload a fixed version soon.
If you upload a new version, you (or I) can then close the binNMU
re
On 5/19/22 04:04, Evangelos Ribeiro Tzaras wrote:
Thanks for the patch! I'll upload a fixed version soon.
If you upload a new version, you (or I) can then close the binNMU
request, bug #1011201.
--
Richard
OpenPGP_signature
Description: OpenPGP digital signature
g wrong.
To fix it fully correctly, though, I think we want a versioned
Build-Depends to ensure it cannot be built against an old libpurple0
(not that such a thing should happen). And a lintian override needs
updating. Here is a MR for that:
https://salsa.debian.org/DebianOnMobile-team/chatty/
any device
Regards
Richard
-- System Information:
Debian Release: 11.3
APT prefers stable-security
APT policy: (500, 'stable-security'), (500, 'stable'), (100, 'testing')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 5.10.0-14-amd64 (SMP
This has hopefully been fully fixed now (upstream). It will land in the
2.14.9 release, which should be coming next week. However, I've uploaded
a backport of it now.
--
Richard
version, I can still re-add it.
Rgds
Richard
Am Sonntag, dem 10.04.2022 um 22:08 +0200 schrieb Moritz Muehlenhoff:
> Source: python-keepkey
> Version: 0.7.3-1
> Severity: serious
>
> Your package came up as a candidate for removal from Debian:
>
> - Still depends on Pyth
In stable, no; see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1002563
--
Richard
OpenPGP_signature
Description: OpenPGP digital signature
Another thing to say is that we're planning eventually to move all the
git repos to gitlab because it's a more free software friendly
solution compared to github.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualizati
Package: torbrowser-launcher
Version: 0.3.3-6
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: r...@linux-m68k.org
Dear Maintainer,
the version in Bullseye seems to old, it never succeeds
downloading the Tor Browser. I see there are newer packages
in testing/unstable, could
control: fixed -1 0.55-4
thanks
On Thu, 23 Dec 2021 21:36:11 +0100 Paul Gevers wrote:
> So let's assume the results will be OK, then you can just close this bug
> with fixed version 0.55-4 and ignore it further.
Thanks, it seems 0.55-4 is indeed testing fine everywhere, according to the
latest
Package: onioncircuits
Version: 0.7-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: r...@linux-m68k.org
Dear Maintainer,
clicking then launcher results in no visible action. Starting from shell
results in this:
rz@rz-debian:~$ onioncircuits
Traceback (most recent call las
Hi,
I don't know how much attention this package gets, but i still use it
The repository at https://salsa.debian.org/rpil2/checksecurity/
includes a 'modernised' 3-line debian/rules (plus other things) that
would, i think, fix this bug.
That repository includes all the history that git-buildpac
pload shortly.
--
Richard
/changelog
ifetch-tools-0.18.2/debian/changelog
--- ifetch-tools-0.18.2/debian/changelog2020-05-11 21:02:42.0
-0500
+++ ifetch-tools-0.18.2/debian/changelog2021-03-12 08:31:05.0
-0600
@@ -1,3 +1,10 @@
+ifetch-tools (0.18.2-2) unstable; urgency=medium
+
+ [ Richard
Package: python3-packaging
Version: 20.9-1
Severity: serious
Justification: Policy 3.5
Dear Maintainer,
python3-packaging needs python3-distutils to work correctly:
Traceback (most recent call last):
[…]
from packaging.specifiers import SpecifierSet
File "/usr/lib/python3/dist-packages/p
FWIW, I gave the patch a review and it seems sane to me. I also looked
at the package in unstable and confirmed that zgenhostid is being
installed to /sbin, not /bin.
--
Richard
t see how
you could do this by accident.
--
Richard Huxton
guestfsd: error while loading shared libraries: libtirpc.so.3: cannot open
shared object file: No such file or directory
Did something change with how libtirpc gets packaged on Debian
or upstream?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my
On Wed, 30 Sep 2020, Ahzo wrote:
>
> Sep 29, 2020, 07:14 by rguent...@suse.de:
>
> > I've filed > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97236
> >
> > Someone needs to create a testcase or provide instructions how to
> > reproduce the bug.
> >
>
> Thanks for taking care of this issue upst
On Mon, 28 Sep 2020, Ahzo wrote:
> Control: reassign -1 gcc-10 10.2.0-9
> Control: retitle -1 gcc-10: regression in 10.2.0-9 causes segmentation fault
> in vlc
> Control: affects -1 vlc
> Control: severity -1 serious
>
> Hi,
>
> the vlc crash is caused by a compiler regression introduced in gcc
On 30/08/2020 13:37, Richard Kettlewell wrote:
> On 30/08/2020 13:22, Salvatore Bonaccorso wrote:
>> Hi Richard,
>>>> Would you be able to test 4.19.142?
>>>
>>> If you can give me a route to getting .deb files for that version then
>>>
On 30/08/2020 13:22, Salvatore Bonaccorso wrote:
> Hi Richard,
>>> Would you be able to test 4.19.142?
>>
>> If you can give me a route to getting .deb files for that version then
>> sure - a download or a pointer to instructions.
>
> *unofficial* and *tempo
On 29/08/2020 15:36, Salvatore Bonaccorso wrote:
> Hi Richard,
>
> On Sat, Aug 22, 2020 at 12:58:47PM +0100, Richard Kettlewell wrote:
>> I've had further crashes under 4.19.0-10-amd64 on a second machine.
>> Again, after reverting to 4.19.0-9-amd64 this second mac
/
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into KVM guests
On 2020-08-23 05:59, intrigeri wrote:
> - libtitanium-perl: webapp framework, overlay on top of
>CGI::Application, last upstream release in 2009, tiny popcon, but
> I see Richard Hansen added themselves to Uploaders a few days ago,
>so perhaps you're particularly inter
Control: tag -1 pending
Hello,
Bug #933116 in libcgi-application-plugin-viewcode-perl 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:
https://salsa.debian.org/perl-team/modules/package
Package: src:linux
Version: 4.19.132-1
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Upgraded from 4.19.0-9 to 4.19.0-10.
* What exactly did you do
1.9 packaged anyway, so I'll proceed straight to that.
--
Richard
signature.asc
Description: OpenPGP digital signature
On Sun, 05 Jul 2020 09:58:46 +0800
Paul Wise wrote:
> On Sat, 2020-07-04 at 18:08 +0200, richard lucassen wrote:
>
> > Rereading it, I don't know if this issue was present in 2.9 or
> > earlier. I just noticed it while testing the new version.
>
> Would you mind d
nt HW addr: 90:b1:1c:33:94:d9
Slave queue ID: 0
--
richard lucassen
https://contact.xaq.nl/
On Sat, 04 Jul 2020 13:41:33 +0800
Paul Wise wrote:
> Is this a regression from 2.9 or just an old bug still present?
Rereading it, I don't know if this issue was present in 2.9 or earlier.
I just noticed it while testing the new version.
--
richard lucassen
https://contact.xaq.nl/
sent in another upload.
Maybe "[warning]" is better than "[error]"
> > Another cosmetic issue:
> >
> > # ifdown bond0
> > # modprobe -rv bonding
> > rmmod bonding
> > # ifup bond0
> > RTNETLINK answers: File exists
> > #
>
> Is this a regression from 2.9 or just an old bug still present?
Still present.
R.
--
richard lucassen
http://contact.xaq.nl/
rror disappears:
# ifdown bond0
# modprobe -rv bonding
rmmod bonding
# modprobe -v bonding
insmod /lib/modules/5.7.0-1-amd64/kernel/drivers/net/bonding/bonding.ko
# ifup bond0
#
For the rest is seems to be ok now, thnx! :)
Just my 2 cts,
R.
--
richard lucassen
https://contact.xaq.nl/
33:94:d8
Slave queue ID: 0
Slave Interface: eth3
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 90:b1:1c:33:94:d9
Slave queue ID: 0
--
richard lucassen
http://contact.xaq.nl/
Quick & Dirty workaround:
Add a line in /etc/network/if-pre-up.d/ifenslave just under #!/bin/sh
BOND_MASTER=$IFACE
The BOND_MASTER variable is empty.
--
richard lucassen
http://contact.xaq.nl/
Is there a recommended alternative way to implement greylisting with exim?
On Wed, 3 Jun 2020 at 14:18, Eugene Berdnikov wrote:
>
> Hi.
>
> On Wed, Jun 03, 2020 at 02:01:33PM +0200, Benedikt Spranger wrote:
> > Hi,
> >
> > are there any updates or is more help needed?
>
> Unfortunately, this pa
r. That would show all the datasets involved and
their properties and would allow testing the generator to see what units
it is producing for you.
--
Richard
signature.asc
Description: OpenPGP digital signature
e a copy of your cache file(s) from /etc/zfs/zfs-list.cache?
--
Richard
signature.asc
Description: OpenPGP digital signature
1 - 100 of 551 matches
Mail list logo
