On Tue, Dec 19, 2023 at 2:47 PM Diederik de Haas wrote:
>
> On Friday, 23 December 2022 18:40:32 CET Yuxuan Wang wrote:
> > Package: firmware-iwlwifi
> > Version: 20221109-4
> >
> > With firmware iwlwifi-cc-a0-72.ucode, the wifi chip would throw "Microcode
>
Package: firmware-iwlwifi
Version: 20221109-4
Severity: important
File: /lib/firmware/iwlwifi-cc-a0-72.ucode
X-Debbugs-Cc: fishyw...@gmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did
Oops sorry I didn't see the previous replies likely because Gmail sent them
to spam.
re Seth: it's only a typo in bug report
re James: I do not have that in my .psk config file
The issue came back again after I replaced my home router. I have none of
the following configs (so they should all be
Thank you, Vagrant!
That is certainly helpful. I found out that I also need to remove
$HOME/.cache/guix, but after that I'm now able to start from scratch again.
On Wed, Jun 8, 2022 at 6:50 PM Vagrant Cascadian wrote:
> On 2022-06-08, Vagrant Cascadian wrote:
> > On 2022-03-29, Yu
Package: guix
Version: 1.3.0-4
Severity: normal
X-Debbugs-Cc: fishyw...@gmail.com
Dear Maintainer,
I have been using both guix and nix-setup-systemd on this machine for a while,
until one day I run out of inodes on the root partition. At the time that
happened I knew it would be caused by one of
Package: iwd
Version: 1.24-2
Severity: normal
X-Debbugs-Cc: fishyw...@gmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
Package: ocserv
Version: 0.11.4-1+b1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the
Package: ocserv
Version: 0.10.7-1
Followup-For: Bug #807571
Dear Maintainer,
/etc/init.d/ocserv from package ocserv always try to use port 443, despite that
I have an /etc/ocserv/ocserv.conf file says otherwise
Start it manually will work:
/usr/sbin/ocserv --pid-file /var/run/ocserv.pid
Package: netatalk
Version: 2.0.5-3
Severity: important
after upgrade, the dhx2 auth is unusable, got the following log in
syslog:
afpd[25514]: PAM DHX2: libgcrypt versions mismatch. Need: 3086019268
afpd[25514]: DHX2: Couldn't generate p and g
looks like it's built against a different version
Package: linux-image-2.6.30-2-686
Version: 2.6.30-8squeeze1
Severity: important
rt2860sta 1.8.1 didn't work on 2.6.30, ralinks provided the driver
source v2.2.0.0 which works on 2.6.30 [1].
and if I manually installed rt2860 2.2.0.0, after upgrading the kernel
package, system will use the 1.8.1
10 matches
Mail list logo
