Bugzilla – Bug 1198532
xfs service lacks a native systemd unit file
Last modified: 2022-04-25 13:18:46 UTC
Since March 25th, 2022, systemd complains several times every time I boot my system: systemd-sysv-generator[4335]: SysV service '/etc/init.d/xfs' lacks a native systemd unit file. Automatically generating a unit file for compatibility. Please update package to include a native systemd unit file, in order to make it more safe and robust. I see that this was fixed in Tumbleweed 3 years ago, maybe we can add the native systemd unit file to the Leap package as well?
Hmm. Are you sure you really want to use the X font server? Or is this a package you still have installed (accidentally) and updated? I dropped it from sle long ago and I had hoped it's no longer on Leap either. Sigh.
I can't find xfs package neither on sle15-sp4 nor on Leap 15.4. Can you check this, please?
xfs has been dropped with Leap 15.3. It was still on Leap 15.2. But the latter is no longer supported.
Well, I'm running Leap 15.3 (upgraded from 15.2), and the xfs package is still present. Package version string "1.2.0-bp153.1.15" indicates that this is actually a 15.3 package, and zypper data indicates that it was installed automatically (i), not explicitly. It comes from the main repository: http://download.opensuse.org/distribution/leap/15.3/repo/oss/ And as a matter of fact you can check that the package is present there. So first of all we need to clarify why xfs-1.2.0-bp153.1.15.x86_64.rpm is included in the Leap 15.3 distribution if the plan was to remove it. Then, if xfs is no longer needed then I'll be happy to just uninstall it. But ideally users shouldn't have to do this manually. If xfs was replaced by another package, then that package should include an Obsoletes tag so that xfs gets uninstalled automatically on upgrade.
FWIW, xfs is also part of SLED 15 SP3, however the package was uninstalled (as intended, if I understand correctly) when I upgraded from SP2 to SP3 3 weeks ago.
(In reply to Jean Delvare from comment #5) > FWIW, xfs is also part of SLED 15 SP3, however the package was uninstalled > (as intended, if I understand correctly) when I upgraded from SP2 to SP3 3 > weeks ago. Hmm. Maybe we added to some other package an Provides+Obsoletes for xfs package. But I can't remember. You can try this rpm -q --whatprovides xfs rpm -q --whatobsoletes xfs on your sle15 sp3 system.
(In reply to Jean Delvare from comment #4) > Well, I'm running Leap 15.3 (upgraded from 15.2), and the xfs package is > still present. Package version string "1.2.0-bp153.1.15" indicates that this > is actually a 15.3 package, and zypper data indicates that it was installed > automatically (i), not explicitly. It comes from the main repository: > > http://download.opensuse.org/distribution/leap/15.3/repo/oss/ > > And as a matter of fact you can check that the package is present there. Ok. Seems I only checked the DVD media. sndirsch@shannon:/mounts/dist/install/SLP/openSUSE-Leap-15.3> find .|grep xfs ./x86_64/DVD1/x86_64/xfsprogs-4.15.0-4.27.1.x86_64.rpm ./aarch64/DVD1/aarch64/xfsprogs-4.15.0-4.27.1.aarch64.rpm ./ppc64le/DVD1/boot/ppc64le/grub2-ieee1275/powerpc-ieee1275/xfs.mod ./ppc64le/DVD1/ppc64le/xfsprogs-4.15.0-4.27.1.ppc64le.rpm ./s390x/DVD1/s390x/xfsprogs-4.15.0-4.27.1.s390x.rpm There seems to be more on the online repositories. :-( > So first of all we need to clarify why xfs-1.2.0-bp153.1.15.x86_64.rpm is > included in the Leap 15.3 distribution if the plan was to remove it. It doesn't matter. Now that it has been released. > Then, if xfs is no longer needed then I'll be happy to just uninstall it. It has never been needed. Really nobody is using it. SUSE never enabled it by default. For very large fonts it still made sense for CJK useers when we still were using (X) server side font rendering, since the Xserver hang during the whole font was loaded. Now we have client sind font rendering, so separate processes. > But ideally users shouldn't have to do this manually. If xfs was replaced by > another package, then that package should include an Obsoletes tag so that > xfs gets uninstalled automatically on upgrade. Well, there is no replacement. Just nobody still needs to use it. It's just legacy software.
(In reply to Stefan Dirsch from comment #6) > (In reply to Jean Delvare from comment #5) > > FWIW, xfs is also part of SLED 15 SP3, however the package was uninstalled > > (as intended, if I understand correctly) when I upgraded from SP2 to SP3 3 > > weeks ago. > > Hmm. Maybe we added to some other package an Provides+Obsoletes for xfs > package. But I can't remember. You can try this > > rpm -q --whatprovides xfs > rpm -q --whatobsoletes xfs > > on your sle15 sp3 system. Seems I already dropped it with sle15(GA) # iosc ls SUSE:SLE-12-SP5:Update xfs xfs-1.1.4.tar.bz2 xfs.changes xfs.config xfs.init.d xfs.spec # iosc branch SUSE:SLE-15:Update xfs BuildService API error: failed to branch: Package not found: SUSE:SLE-15:Update/xfs
For completeness... On SLED 15 SP3: $ rpm -q --whatprovides xfs no package provides xfs $ rpm -q --whatobsoletes xfs no package obsoletes xfs On Leap 15.3: $ rpm -q --whatprovides xfs xfs-1.2.0-bp153.1.15.x86_64 $ rpm -q --whatobsoletes xfs no package obsoletes xfs
I opened a request to update xfs for Leap 15.3:Update https://build.opensuse.org/request/show/971049 I'm sure it will be rejected for some reason. I would like to try to drop the package for Leap 15.4, but I don't know how. # osc ls openSUSE:Leap:15.4 xfs xfs-1.2.0.tar.bz2 xfs.changes xfs.config xfs.init.d xfs.service xfs.spec # osc dr openSUSE:Leap:15.4 xfs Server returned an error: HTTP Error 404: Not Found Couldn't find Package
Anyway. Closing as duplicate. *** This bug has been marked as a duplicate of bug 1116053 ***
openSUSE-RU-2022:0118-1: An update that has 5 recommended fixes can now be installed. Category: recommended (low) Bug References: 1116053,1159121,1173050,1181400,1198532 CVE References: JIRA References: Sources used: openSUSE Leap 15.3 (src): xfs-1.2.0-lp153.2.3.1