build environment is
available, I assume your reported build failure must have been some issue in
the build environment.
Hence I close this bug as unreproducible.
Please provide the requested information and re-open the bug in case I did
wrong.
Kind regards,
Micha
Am 6. Juli 2024 07:09:0
ke to receive the full build log.
Kind regards,
Micha
Control: tags -1 = patch
Control: fixed -1 libchipcard/5.99.1beta-2
Control: close -1
The versions in the archive are already fixed. Nothing left to do. Closing...
Regards,
Micha
Dear maintainer,
On Sun, 21 Apr 2024 15:23:27 +0200 Micha Lenk wrote:
I've prepared an NMU for rapidjson (versioned as 1.1.0+dfsg2-7.2). The diff
is attached to this message.
I forgot to mention, I've pushed my changes to salsa on branch
'NMU_fix_for_debbug_1041027':
https
Dear maintainer,
I've prepared an NMU for rapidjson (versioned as 1.1.0+dfsg2-7.2). The diff
is attached to this message.
Regards,
Micha
diff -Nru rapidjson-1.1.0+dfsg2/debian/changelog rapidjson-1.1.0+dfsg2/debian/changelog
--- rapidjson-1.1.0+dfsg2/debian/changelog 2022-10-15 18:10
no clue what it refers to. So, I
am stuck with the following build failure now:
make[1]: Entering directory
'/home/micha/src/netdiag/pkg.git/netwatch-1.3.1-2'
x86_64-linux-gnu-gcc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
-Werror=implicit-function-declaration
-ffile-prefix-map=/home/micha/src
Hi all,
Am 01.03.24 um 22:38 schrieb Micha Lenk:
I think I've found a fix for it:
https://salsa.debian.org/aqbanking-team/pkg-libchipcard/-/commit/045b1f498f1a2620e4b7c9538497ae54e18b
I currently have no capacity for testing it right away, so feel free to
prepare another 0-day-NMU to fix
ink I've found a fix for it:
https://salsa.debian.org/aqbanking-team/pkg-libchipcard/-/commit/045b1f498f1a2620e4b7c9538497ae54e18b
I currently have no capacity for testing it right away, so feel free to
prepare another 0-day-NMU to fix this RC bug quicker than I can.
Best regards,
Micha
/4677663
Would you mind to take a more elaborate look and suggest anything that
could help fixing the cross build?
Or is this an issue of the Salsa CI pipeline that is okay to ignore for now?
Best regards,
Micha
Hi Helmut,
Just for the records, I've just pushed the changes to the upstream Git
repository.
https://www.aquamaniac.de/rdm/projects/gwenhywfar/repository/revisions/8ca14d320807bb7d39acb8d5a3b411a54dd25cb2
Kind regards,
Micha
ching a patch for your convenience.
The patch looks simple and great, I'll try to submit it upstream.
Thanks a lot for your contribution.
Micha
Control: tags -1 pending
I've just committed the drop of the transitional package in Git, so it
should be gone with the next package upload.
https://salsa.debian.org/aqbanking-team/pkg-libchipcard/-/commit/e8abcb30396e302b469f07c62ebc7ef32473de39
Regards,
Micha
oldstable release (Bullseye) to upgrade
to the latest stable release, where this bug is fixed.
Best regards,
Micha
Package: sshuttle
Version: 1.1.1-1
Severity: normal
X-Debbugs-Cc: micha...@gmail.com
Dear Maintainer,
The sshuttle currently package depends on iptables. However, sshuttle
can use different methods to set up the packet redirection (most notably
nftables), so it is actually fully functional
Package: nautilus-owncloud
Version: 2.11.0.8354+dfsg-1
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: micha...@gmail.com
Dear Maintainer,
The version of nautilus shipped in bookworm has a different API from
what is expected by the shell extension
Package: pipewire-pulse
Version: 0.3.65-3
Severity: normal
X-Debbugs-Cc: micha...@gmail.com
Dear Maintainer,
I want to have pipewire-pulse listen on a TCP socket in order to be able
to play music from an mpd deamon running as a different user, which is
configured to use pulseaudio output
Patch verification
To be sure, I just made a cross-check with the same AqBanking configuration as
above and with the patch applied.
To prove the fix is working as intended, I've retried the reproduction given in
the initial Debian bug report. The hostname was no longer flagged as issue, so
the
I18N("Certificate was not issued for this
host"));
981 errFlags|=GWEN_SSL_CERT_FLAGS_BAD_HOSTNAME;
982 }
```
Trusting the GnuTLS API to do a thorough hostname check already, I consider the
additional manual comparison of only the certificate's CN
Hi all,
I just realized an alternative implementation was already contributed by
Michael Vogt on salsa.d.o
https://salsa.debian.org/apt-team/python-apt/-/merge_requests/67
Good to see he ended up with almost the same implementation as I did.
Regards,
Micha
to tell me if I
should delay it longer.
Additionally I dared to forward the patch affecting the upstream
code to their bug tracker. Hopefully this will make future
maintenance of this package easier.
Regards,
Micha
diff -Nru lirc-0.10.1/debian/changelog lirc-0.10.1/debian/changelog
--- lirc-0.10.1
.
Regards,
Micha
diff -u libglu-9.0.2/debian/changelog libglu-9.0.2/debian/changelog
--- libglu-9.0.2/debian/changelog
+++ libglu-9.0.2/debian/changelog
@@ -1,3 +1,11 @@
+libglu (9.0.2-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * control: Let libglu1-mesa-dev depend on libopengl
-python open
that would request it.
* Once a pypy3 Debhelper sequence is available, the following pypy3
packages need to be created (just from looking at vanguards's
Build-Depends:)
* pypy3-setuptools
* pypy3-stem
* pypy3-pytest
* pypy3-ipaddress
Regards,
Micha
python-team/packages/python-virtualenv/-/merge_requests/4
Best regards,
Micha
From 731efe4455b5157df4543873c23486a56c03be17 Mon Sep 17 00:00:00 2001
From: Micha Lenk
Date: Sat, 15 Oct 2022 21:03:31 +0200
Subject: [PATCH] Drop pypy and python2 autopkgtests (closes: #938249)
... as the binary pa
Hi,
On Sat, 15 Oct 2022 19:16:05 +0200 I wrote:
Is there any reason not to close this bug now?
Yes, there are Python 2 dependencies in autopkgtests
(debian/tests/control) to clean up.
Regards,
Micha
emoval is the whole point of this bug.
I'd say this Debian bug was correctly closed in version 20.0.10-1.
Is there any reason not to close this bug now?
Regards,
Micha
.
Regards
Micha
diff -Nru python-apt-2.3.0/debian/changelog python-apt-2.3.0+nmu1/debian/changelog
--- python-apt-2.3.0/debian/changelog 2021-10-22 12:21:54.0 +0200
+++ python-apt-2.3.0+nmu1/debian/changelog 2022-10-15 13:34:20.0 +0200
@@ -1,3 +1,10 @@
+python-apt (2.3.0+nmu1
Hi there,
Just for the records, I started working on this bug. A first fix attempt
is available on [1]salsa -- but unfortunately it causes the package to
fail to build from source. I'll continue tomorrow.
[1].
https://salsa.debian.org/micha/python-apt/-/compare/main...remove-python3-apt
ained" argument.Best
regards,Micha
Control: tags -1 bookworm
This bug does not affect Debian bullseye.
the patch didn't apply cleanly to the master branch. The
file card.c was since moved to src/libchipcard/base/card.c, yet changed
substantially so that a careful review would be appropriate.
Nevertheless, thank you to your contribution to Debian and Libchipcard.
Kind regards,
Micha
Am 02.03.2
/projects/libchipcard/repository/revisions/61eb11ada0cb5f9b16a7cb519f4165a4876ba636/diff/libchipcard-client.pc.in
The file libchipcard-server.pc.in, which you also modified in your
patch, doesn't exist anymore.
Thank you to your contribution to Debian and Libchipcard.
Kind regards,
Micha
Am
apparently still applies).
Kind regards,
Micha
Hi Peter,
I've just uploaded a backport to bullseye-backports. It will need some
time to get processed by the Backports archive team.
Kind regards,
Micha
Control: fixed -1 libaqbanking/6.4.1-1
Am 16.12.21 um 22:40 schrieb Harald Welte:
On Thu, Dec 16, 2021 at 01:48:11PM +0100, Micha Lenk wrote:
Would you mind to give these versions another try, once they become
available?
confirmed fixed in current packages on 'unstable', thanks.
Thanks
,
Micha
into them (due to real life constraints at the moment). However,
I've forwarded the issue to the upstream author, who will hopefully take
a look soon.
Best regards,
Micha
Package: python3-lxml
Version: 4.6.3+dfsg-0.1
Severity: important
X-Debbugs-Cc: micha...@gmail.com
Dear Maintainer,
I ran into a bug that causes lxml to truncate output when using
"tostring" with encoding set to "utf8", while it works correctly when
encoding is set to &
most of the I18N symbols seem to be #define'd to
GWEN_I18N_Translate(). I have to admit that I am lost at this point.
Would you mind to help us to understand how the translations for these
lines of code are supposed to work?
Thanks in advance,
Micha
/bbb4113a5a996dcd7bb3494e0be900b275b49a4f
Best regards,
Micha
Hello Mechtilde,
no, I didn't expect an unblock request to be required (it should migrate
automatically due to passing autopkgtests). Feel free to file an unblock
request if you disagree.
Regards,
Micha
t to break
the chipcard-tool binary. What a weird dependency...
Thank you for reporting this issue. Stay tuned, I'll upload a fixed
package shortly.
Best regards,
Micha
in Salsa CI
runs too. Additionally I inserted a few sleeps, to make the test
slightly more reliably.
I know, this doesn't fix the race condition at all, so this remains to
be worked on in the future.
Regards,
Micha
Control: tags -1 moreinfo
Hi Achim,
I've just uploaded libaqbanking/6.2.8-1, which contains a fix for a
missing TAN picture. Maybe this fixes your issue too. Would you please
mind to give it another try with that version?
Thanks in advance,
Micha
Hi Achim,
thank you for your bug report. Did you also report this bug in the
upstream bug tracker at
https://www.aquamaniac.de/rdm/projects/aqbanking/issues?
Did the comdirect photoTan really ever work before?
Regards,
Micha
On 19.09.20 17:00, Achim Schaefer wrote:
Package: aqbanking
installed on very few systems.
--
Thanks,
Micha
upstream source. I don't expect any breakage.
Best regards,
Micha
Ben file:
title = "libgwenhywfar";
is_affected = .depends ~
"\b(libgwengui\-cpp0|libgwengui\-fox16\-0|libgwengui\-gtk3\-0|libgwengui\-qt5\-0|libgwenhywfar79\-dev)\b"
| .depends ~
"\b(libgwengui\-fox16\-
and pushed a [1]change that will enable the
aqpaypal backend in the next upload.
Best regards,
Micha Lenk
1.
https://salsa.debian.org/aqbanking-team/pkg-libaqbanking/commit/c92dd29222bd6dc4722e5c9661afadf09df4d6d9
Control: tags -1 moreinfo
I tried to understand this bug report, but I have to say that I don't
understand it either. We need more information from the original
submitter (adding tag moreinfo).
Best regards,
Micha
Hi Paul,
On 24.01.20 22:18, Paul Gevers wrote:
On 23-01-2020 22:22, Micha Lenk wrote:
I think we are now ready to start the transition (moreinfo tag removed).
Let me summarize again the planned transition actions:
- micha: upload libgwenhywfar/5.1.2-1 (in experimental) to unstable
- micha
. ANY . unstable . -m "Rebuild against newer
libgwenhywfar/libaqbanking."
Thanks,
Micha
to build just fine (if
required I can also send the full build log).
On 21.01.20 06:43, Pino Toscano wrote:
In data lunedì 20 gennaio 2020 22:10:38 CET, Micha Lenk ha scritto:
On 20.01.20 09:52, Pino Toscano wrote:
The newly released version of KMyMoney (5.0.8) requires:
- Gwenhywfar >= 5.
he new Gwenhywfar? Does it build fine?
I will, once libaqbanking/6.0.1 cleared the NEW queue. I will update
this bug with more information as soon as I have them.
Pino, thank you for making me realize that this transition isn't ready
yet. This saved us some frustration later on.
Regards,
Micha
libgwenhywfar.
* https://tracker.debian.org/kmymoney will need a binNMU to pick up the new
SONAME from libgwenhywfar.
The auto-generated Ben transition tracker should do fine
https://release.debian.org/transitions/html/auto-libgwenhywfar.html
Best regards,
Micha Lenk
uploaded by micha, a new source-only
upload is needed to allow migration
* Not built on buildd: arch amd64 binaries uploaded by micha
I was forced to do a binary upload by another policy (ftp-master) because I
added a new binary in this revision. As I don't have any real changes to upload
Status update:
I started working on removing the python 2 package, which turned out to
be more complicated than necessary. I had to rip out a broken chunk from
CMakeLists.txt that caused the build to fail when no Python interpreter
is installed. This made at least the build succeed again, but
Control: forwarded -1 https://www.aquamaniac.de/rdm/issues/134
This is already tracked in the upstream bug tracker as
https://www.aquamaniac.de/rdm/issues/134 (sorry, German only). So far it seems
to be an unsolved issue.
Best regards,
Micha
the package
libchipcard-libgwenhywfar78-plugins fix the issue for you?
Best regards,
Micha
Control: reassign -1 libchipcard 5.1.3beta-1
Control: affects -1 libaqbanking
Hi Mathias,
On 16.11.19 11:05, Mathias Behrle wrote:
Upgrade to libchipcard-libgwenhywfar78-plugins solved the problem
(libchipcard-libgwenhywfar60-plugins still installed). Is there a versioned
dependency missing?
version 5.0.7, which contains already a
fix for this issue. At the same time I would appreciate the build dependency
versions to be bumped so that builds will be forced to pick up the new library
versions (see attached patch).
Best regards,
Micha Lenk
diff --git a/debian/control b/debian/control
it as a separate bug in the
upstream bug tracker at https://bugs.gnucash.org/enter_bug.cgi? The
upstream bug tracker should be the best place to track such issues down
and work on a fix.
Best regards,
Micha
this APT repository:
# Command to let APT trust the repository key
curl -sf https://people.debian.org/~micha/PSD2/PSD2-APT-repo.asc \
| sudo apt-key add -
# Entry for your sources.list
deb https://people.debian.org/~micha/PSD2/ buster-experimental-backports/
The needed patch is applied
Hi all,
just for the records, the source package libchipcard is affected too
(sorry for missing it initially). An upload to experimental is sitting
in NEW.
Best regards,
Micha
: Will need only a binNMU
Please ACK the transition when you consider it ready for upload.
Best regards,
Micha
Ben file:
title = "aqbanking6";
is_affected = .depends ~
/\b(libgwenhywfar60|libgwenhywfar60\-dev|libaqbanking\-doc|libaqbanking35|libaqbanking35\-plugins|libaqebics0|l
Source: kmymoney
Version: 5.0.6-1
Severity: wishlist
Dear Pino,
I tried to build the kmymoney package against the upcoming releases of
Gwenhywfar 5 and AqBanking 6. Unfortunately the builds currently fail:
In file included from
/home/micha/git/debian/aqbanking/kmymoney/kmymoney/plugins
an APT
repository available with all the packages I created so far. So, this
isn't blocked by ftp-master, but I need to find the time to work on it.
Best regards,
Micha
-master.debian.org/new/libgwenhywfar_4.99.19rc3-1.html
So we will need some patience now.
Regards,
Micha
Hi Christian,
I understand your bug report and confirm it to be an issue.
Unfortunately I don't have much capacity at the moment to work on an
updated package in a timely manner. But I do appreciate and support any
volunteer's help.
Best regards,
Micha
Package: grub-common
Version: 2.02+dfsg1-18
Followup-For: Bug #558422
Control: severity -1 serious
This just happened to me as well, except that I as not able to continue the
upgrade by hitting Ctrl-C. I don't consider this behavior acceptable in a
stable release, hence raising the severity to
licate of bug #915995 which was already fixed in
> 1:1.3.4-2.4. And the buildd logs agree with that.
Agreed. salsa.d.o doesn't have the changes from the nfs-utils/1:1.3.4-2.4
committed yet. That's why I was building actually a different version than I
thought.
Thanks for finding out that this is a duplicate. :)
Cheers,
Micha
mits where pushed to my cloned fork of
the nfs-utils package on salsa.d.o here:
https://salsa.debian.org/micha/nfs-utils/commits/fix_proposal_debian_bug_895381
As I couldn't validate them without a build, I left them there.
Cheers,
Micha
/micha/nfs-utils/utils/blkmapd/device-discovery.c:156: undefined
reference to `major'
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:506: blkmapd] Error 1
make[3]: Leaving directory '/home/micha/nfs-utils/utils/blkmapd'
make[2]: *** [Makefile:451: all-recursive] Error 1
make[2
(and I would like to) by unblocking
libgwenhywfar/4.20.0-9.
unblock libgwenhywfar/4.20.0-9
Thanks for considering and
Best regards,
Micha
unarchive 904743
reopen 904743
found 904743 libgwenhywfar/4.20.0-9
thanks
The fix for this bug got reverted in libgwenhywfar/4.20.0-9 (see below),
so re-opening this bug until a proper solution is found.
Micha
Forwarded Message
Subject: Accepted libgwenhywfar 4.20.0-9
The fix for this bug got reverted in libgwenhywfar/4.20.0-9 (see below),
so I re-opened this bug until a proper solution is found.
Best regards,
Micha
Forwarded Message
Subject: Accepted libgwenhywfar 4.20.0-9 (source) into unstable
Date: Wed, 06 Mar 2019 22:04:31 +
From
at all:
* Fix of a spelling mistake in an older debian/changelog entry
* Added/updated meta data in debian/control and debian/watch
* Integration with Salsa CI by adding debian/gitlab-ci.yml
unblock libgwenhywfar/4.20.0-9
Thanks for considering and
Best regards,
Micha
diff -Nru libgwenhywfar
Control: tag -1 -moreinfo
On 09.03.19 12:26, Jonathan Wiltshire wrote:
Control: tag -1 confirmed moreinfo
On Fri, Mar 08, 2019 at 09:35:29PM +0100, Micha Lenk wrote:
Because of the included cosmetic changes, the package isn't uploadede to
unstable yet. It is currently only available
on mentors.d.n as
https://mentors.debian.net/debian/pool/main/s/smcroute/smcroute_2.4.2-4.dsc
unblock smcroute/2.4.2-4
Thank you for considering,
Micha
diff -Nru smcroute-2.4.2/debian/changelog smcroute-2.4.2/debian/changelog
--- smcroute-2.4.2/debian/changelog 2018-09-23 20:40:04.0
Control: severity -1 serious
Raising severity on behalf of the maintainer of smcroute, who prepared a
fix and intends to fix this issue for Debian buster.
Regards,
Micha
; # /etc/init.d/smcroute stop
> Stopping static multicast router daemon: smcrouted /usr/sbin/smcrouted:
> invalid option -- 'k'
>
> I think one should use smcroutectl to stop the daemon.
The pull request is merged already, so the change is already part of the
upstream r
with cheryl->size, but I don’t
know how to resolve this issue.
Attached is the patch for the version update.
Best regards from the BSP in Berlin,
Micha Rosenbaum
*failed*
in function test_cherly:'-put_get_and_remove_test/0-fun-3-'/1
(test/test_cherly.erl, line 112)
in call f
user debian-rele...@lists.debian.org
tag 921897 patch
usertag 921897 bsp-2019-02-de-berlin
thank you
Dear maintainer,
I fixed this FTBFS bug and attached a patch to resolve this issue.
Best regards from the BSP in Berlin.
Micha Rosenbaum
diff -Nru morse-simulator-1.4/debian/changelog morse
an unused variable in
averell_sup.erl. Please see the patch for details.
0: http://erlang.org/doc/man/erlang.html#get_stacktrace-0
Micha Rosenbaum
diff -Nru averell-1.2.5/debian/changelog averell-1.2.5/debian/changelog
--- averell-1.2.5/debian/changelog 2016-04-18 18:16:07.0 +0200
+++ averell
user debian-rele...@lists.debian.org
tag 918827 patch
usertag 918827 bsp-2019-02-de-berlin
thank you
Hello, the attached patch replaces pngmath with imgmath in conf.py and
fixes the FTBFS bug.
Micha Rosenbaum
diff -Nru atheist-0.20110402/debian/changelog atheist-0.20110402/debian/changelog
user debian-rele...@lists.debian.org
tags 913838 confirmed help
usertag 913838 bsp-2019-02-de-berlin
thank you
This also happens with searches without doing a replace. In the search
case the character following the ß is highlighted as well. The search
also behaves strangely for other accented
by explicitly passing the path to use,
instead of relying on finding them via the PATH at build-time.
Please see attached debdiff.
Thank you for the patch. I've committed and pushed it in git, so this
issue should get fixed by the next upload.
Regards,
Micha
. If you want
to use that repository, please create a guest account on
https://signup.salsa.debian.org/ and let me know with a GPG signed message
which account name should be granted access to that repository.
Best regards,
Micha
Source: smcroute
Version: 2.0.0-1
Severity: normal
The debian/copyright file is inaccurate for the smcroute package. It
claims that smcroute is consistently licensed under GNU GPL (v2 or
later), but in fact some files are licensed under different licenses.
parse-conf.c: ISC
pidfile.c: BSD (2
Hi Pino,
Am 09.09.2018 um 23:08 schrieb Pino Toscano:
> In data domenica 9 settembre 2018 15:11:52 CEST, Micha Lenk ha scritto:
>> This is a short heads up that I intend to remove support for Qt4 from
>> libgwenhywfar on September 13th 2018. This will be done by dropping the
>
. This will then also finalize kmymoney's
transition from Qt4 to Qt5 in Debian.
Kind regards,
Micha
for an updated
package in Debian/Ubuntu. In the upstream issue tracker a request
for updated Debian packages is filed as
https://github.com/troglobit/smcroute/issues/94
Happy coding and have fun,
Micha
Package: wnpp
Severity: normal
I request an adopter for the smcroute package. The package has an active
upstream, but due to personal time constraints I have no longer the time
to maintain a package that I don't use. The code base is fairly small,
so it shouldn't have that many bugs. The
Hi Adrian,
thank you for your feedback.
Am 19.08.2018 um 01:03 schrieb Adrian Bunk:
> On Sun, Aug 19, 2018 at 12:17:51AM +0200, Micha Lenk wrote:
>> ...
>> --- a/src/plugins/backends/aqhbci/plugin/Makefile.am
>> +++ b/src/plugins/backends/aqhbci/plugin/Makefile
Control: tags -1 pending patch
See attached patch file, which is now also committed in the packaging
Git repository on salsa.debian.org.
Author: Micha Lenk
Description: Fix missing internal build dependency when building libaqhbci's testlib target
Without this patch the build seems
Hi Helmut,
Am 18.08.2018 um 12:30 schrieb Helmut Grohne:
> The consequence is that cross building libaqbanking is broken at the
> moment.
I would like to support you. How can I confirm for myself working on
prospective changes that cross building libaqbanking is broken or not?
Regards,
Micha
p;& ln -s
"../libaqhbci_dlgs.la" "libaqhbci_dlgs.la" )
make[10]: Leaving directory
'/home/micha/libaqbanking-5.7.8/src/plugins/backends/aqhbci/plugin/dialogs'
make[10]: Entering directory
'/home/micha/libaqbanking-5.7.8/src/plugins/backends/aqhbci/plugin'
gcc -DHAVE_CONFI
Control: tags -1 pending
Hi Helmut,
thank you for reporting the issue and providing all the hints how to
solve it. This is greatly appreciated. I've committed your patch on the
experimental branch, so this should be available with the next upload
built from this branch.
Regards,
Micha
.
[announced]:
https://blog.bembel.net/2018/01/libalkimia-7-0-released/
Best regards,
Micha
Hi all,
On Mon, Sep 11, 2017 at 12:07:09AM +0200, Micha Lenk wrote:
> Anyways, I've just [asked] upstream for more details about a real KF5
> based release.
>
> [asked]:
> https://mail.kde.org/pipermail/kmymoney-devel/2017-September/019320.html
> and https://bugs.kde.org/show
-dev and instead build-depends on libgwengui-gtk3-dev.
This should be sufficient to make the Gnucash build use the
separately packaged libgwengui-gtk3 library.
Cheers,
Micha
Package: src:linux
Version: 4.9.51-1
Severity: important
After updating from jessie to wheezy, links on the network cards
metioned are going down, and up again, the problem may be related to
network and/or system load.
e1000e shows this in dmesg:
[4407197.307140] e1000e: eth1 NIC Link is Down
1 - 100 of 1013 matches
Mail list logo
