Bug#935969: linux-image-5.2.0-2-amd64: Missing firmware for new driver rtwpci
On 2019-12-22 11:27:25, Salvatore Bonaccorso wrote: > Control: tags -1 + pending > > Hi Andrea, > > On Sun, Dec 22, 2019 at 08:46:42AM +0100, Andrea Palazzi wrote: > > Package: firmware-realtek > > Version: 20190717-2 > > Followup-For: Bug #935969 > > > > Hi, > > > > What's keeping this bug from being fixed, given that there's a patch > > available? > > Is there something that I can do to help? > > > > Also, shouldn't it be an important bug, since it makes unusable the wifi in > > systems with boars using the rtw88 firmware? > > It would need a slightly different approach, because the rules.gen is > generated. Sjoerd Simons proposed the changes in > https://salsa.debian.org/kernel-team/firmware-nonfree/merge_requests/10 > . > > The packaging itself needs more changes to be finalized, but the > support is now commited. That's great to hear, but any chance of uploading a -3 version? This is still broken for such devices (and thus prevents using a backported kernel, for example). thanks, iustin
Bug#758870: nfs-common: nfs v4: uid/gid lookup fails for some of the users
On Fri, Sep 05, 2014 at 11:19:35AM +0200, Piet Plomp wrote: Hi Iustin, On 2014-09-04 19:11, Iustin Pop wrote: [...] Just another datapoint: this is different from my case. No new users created, randomly new files get -1 for a while, after which the correct UID is listed. No, this is not different: all new users get new files, which have never been served by the nfs server before. With me, a while might last forever for some identities. I still don't understand what new users mean - as I said, I don't have new users. When I create files or dirs, they may be owned by the infamous -2 (4294967294), regardless _where_ I created them (i.e. through nfs or locally on the filesystem. Exactly. You report that after a while the currect uid and gid are listed. Same for me, but sadly not always, some identities get stuck on 4294967294 forever. I'm curious if we have any differences in our setups: - Do you also have a mixture of wheezy and jessie systems? Is your nfs server also on a wheezy system? Are your clients both jessie and wheezy systems? Only sid (unstable) clients. Server and some clients run custom (upstream) kernels, some clients run sid kernel. - Did you see any changes in the behaviour of the wheezy clients after the jessie clients mounted? I don't have wheezy clients, so N/A. - Do you have inet6 entries in /etc/netconfig enabled on the jessie clients (which is the default)? Yes. - Did you change /etc/idmapd.conf? Yes. I tried to add static mappings for some users, but it didn't have any positive effect. - Did you change or add any files in /etc/request-key.d/ ? (small test: rename the id_resolver file, and suddenly _all_ identities are 4294967294) No. - Is the serving filesystem XFS formatted? Interestingly, yes. Only XFS. - Is NIS involved? Or LDAP? (A small test by copying the passwd, shadow and group entries to the client system: everything is ok). No. Only 'compat' nssswitch entries. - Do you use nsswitch to resolve identities (uid/gid)? I don't understand - nsswitch is always used. Did you mean what nsswitch configuration do I have? If so, it's just 'compat'. - Does your client run a name service caching daemon (nscd or unscd)? No. - Did you see nobody/nogroup (65534/65534) identities too? Yes. Just to make sure: this is nfs v4 (v4.0) only. Mounting with nfs version 3 over tcp works fine. Not using anything but kerberised nfs v4. regards, iustin signature.asc Description: Digital signature
Bug#758870: nfs-common: nfs v4: uid/gid lookup fails for some of the users
On Thu, Sep 04, 2014 at 12:32:07PM +0200, Piet Plomp wrote: Dear all, This bug might be related to recency. I created accounts for our new students last week. Now, a listing of the home directories on the jessie systems shows about half of the _new_ accounts the identity as the infamous 4294967294. Since the new accounts were created, no reboots were done and no relevant services were restarted. The identities of older accounts are now all present. As always, id lists the correct identities in all cases. On the wheezy systems, all identities are shown correctly. Hope this helps in some way. Just another datapoint: this is different from my case. No new users created, randomly new files get -1 for a while, after which the correct UID is listed. regards, iustin signature.asc Description: Digital signature
Bug#758870: nfs-common: nfs v4: uid/gid lookup fails for some of the users
On Mon, Aug 25, 2014 at 11:47:46AM -0700, Ben Hutchings wrote: On Mon, 2014-08-25 at 14:43 +0200, Piet Plomp wrote: Hi Ben, Here are some tests: A wheezy system: For a new test I took a standard _wheezy_ system without systemd, 3.2.0-4 kernel (Debian 3.2.60-1+deb7u3). No nfs problem. I upgraded libc6 to jessie's 2.19.9: no nfs problem. Then I installed the linux-image-3.14.2-amd64 (3.14.15-2) kernel (which pulled in initramfs-tools) and rebooted: : YES there is the nfs problem! A jessie system: Another system, one of the jessie systems with older kernels installed: - kernel 3.13.10 nfs problem YES - kernel 3.14.12 nfs problem YES - kernel 3.14.15 nfs problem YES - kernel 3.2.0-4 (3.2.54 from wheezy) nfs problem NO This system uses systemd. Looks like it's a kernel problem, the problem is not introduced in 3.14.11 or 12, as I thought earlier. [...] Thanks for testing. Can you also test with Linux 3.16, which is packaged in experimental? Just FYI: I have the same problem, but as I use custom kernels built from upstream I didn't report it yet (I thought it's maybe my config or such). But I know that this was not a problem with 3.7; it appeared when I switched from 3.7 to 3.12, so it was introduced sometime between 3.8 and 3.12. regards, iustin -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140826053712.ga30...@teal.hq.k1024.org
Bug#707960: fixed in nfs-utils 1:1.2.8-3
On Sat, Jun 01, 2013 at 01:18:00AM +, Steve Langasek wrote: Source: nfs-utils Source-Version: 1:1.2.8-3 We believe that the bug you reported is fixed in the latest version of nfs-utils, which is due to be installed in the Debian FTP archive. * Build --with-libgssglue, which was the default prior to 1.2.8; this fixes a regression that makes rpc.gssd (and hence, all Kerberos-authenticated mounts) completely useless, because objects are being incorrectly passed between multiple gss implementations (by way of libtirpc). Closes: #707960. FYI, I just tried updating to 1.2.8-3, and still: rpc.gssd[16622]: segfault at 1 ip 7f1525fbce95 sp 7fff9f7b5d10 error 4 in libgssglue.so.1.0.0[7f1525fb9000+9000] rpc.gssd[16793]: segfault at 1 ip 7f805efa2e95 sp 7fff370e4ae0 error 4 in libgssglue.so.1.0.0[7f805ef9f000+9000] # mount /home mount.nfs4: Broken pipe -- regards, iustin -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130601161438.ga26...@teal.hq.k1024.org
Bug#619996: nfs-common: idmapd.conf(5) manual page missing
On Tue, Mar 29, 2011 at 03:01:52PM +1100, Jason White wrote: Ben Hutchings b...@decadent.org.uk wrote: It is not included in the upstream source - even though idmapd(8) refers to it! That's weird. Fedora have it, howver. Perhaps this is a forward upstream bug. Hi all, Please see #594933 - the sources for that man page are in libnfsidmap, not in nfs-common. regards, iustin signature.asc Description: Digital signature
Bug#594933: Manpage idmapd.conf.5 not shipped
Package: nfs-common Version: 1:1.2.2-4 Severity: normal Hi, It seems the manpage for /etc/idmapd.conf is not shipped (anymore?) by any package. I'm reporting this against nfs-common as this package is the one shipping the daemon. I've seen though that the man page is present in the sources for libnfsidmap, so maybe it's the library that should ship it (please reassign then). Without the man page, finding information about the static or ldap transports is… dificult :) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.3-ruru0 (SMP w/4 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.112 add and remove users and groups ii initscripts 2.88dsf-12 scripts for initializing and shutt ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libcomerr21.41.12-2 common error description library ii libevent-1.4-21.4.13-stable-1An asynchronous event notification ii libgssapi-krb5-2 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - k ii libgssglue1 0.1-4 mechanism-switch gssapi library ii libk5crypto3 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries ii libnfsidmap2 0.23-2 An nfs idmapping library ii librpcsecgss3 0.19-2 allows secure rpc communication us ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii netbase 4.42 Basic TCP/IP networking system ii portmap 6.0.0-2RPC port mapper ii ucf 3.0025 Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100830205059.6400.63292.report...@ruru.hq.k1024.org
