Bug#381881: mkfs.xfs: error loading librt.so
Whould you like to make 'xfs_repair' static in main distribution ? Thus it will be easy to have a safemode boot device in case of XFS problem and testing new kernels with lot of XFS changes (and bugs ;). Thanks. -- -o--=O`C #oo'L O ___=E M -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381881: mkfs.xfs: error loading librt.so
On Wed, Aug 16, 2006 at 05:40:53AM +, Oleg Verych wrote: Whould you like to make 'xfs_repair' static in main distribution ? That doesn't seem like a good idea to me... Thus it will be easy to have a safemode boot device in case of XFS Its pretty easy to do that anyway... you'll note that none of the traditional fsck binaries for other filesystems do this (libc in particular is quite large, so not a good idea to link statically all the time - waste of disk space if everyone did that too). problem and testing new kernels with lot of XFS changes (and bugs ;). Oy! :) -- Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381881: mkfs.xfs: error loading librt.so
On Monday 07 August 2006 17:31, Ionut Georgescu wrote: Comments/Problems: mkfs.xfs failed with error loading shared library librt.so. Used JFS insted of XFS in the end. Looks like librt.so is part of libc6, but is currently not included in the libc6 udeb. We will follow up on that. portmap and printfconf took ages to install. The console (tty4) showed Obsolete command TITLE ... messages for both of them. That message is harmless, but I've seen the same problem for portmap and already filed #381085. Overall Installation went very nice. Some local peculiarities ask for manual configuration of the network, despite of the existing DHCP server on the network. Had to pull the network cable and restart the installer to make DHCP fail and thus be able to choose the manual configuration. Strange. DHCP detection has a timeout and can be cancelled. No idea why that should not work in your situation. DHCP sometimes not working because of local issues comes up sometimes, but is not something we can do much about. Why did I get libc6-amd64 installed on a 32bit system? Yes, that annoys me too. Has to do with the priority of the package, not something we can really influence. Will hopefully be corrected before the release. Thanks for your report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381881: mkfs.xfs: error loading librt.so
reassign 381881 libc6-udeb version 381881 2.3.6-18 retitle 381881 Please add librt to the udeb (needed by mkfs.xfs) severity 381881 important tags 381881 + d-i thanks On Monday 07 August 2006 17:31, Ionut Georgescu wrote: mkfs.xfs failed with error loading shared library librt.so. Used JFS insted of XFS in the end. librt is currently not included in the libc6 udeb, but seems to be needed to create xfs filesystems. Please add it. pgpdRfAG5qEpg.pgp Description: PGP signature
Bug#381881: mkfs.xfs: error loading librt.so
On Tue, Aug 08, 2006 at 01:32:28PM +0200, Frans Pop wrote: reassign 381881 libc6-udeb version 381881 2.3.6-18 retitle 381881 Please add librt to the udeb (needed by mkfs.xfs) severity 381881 important tags 381881 + d-i thanks On Monday 07 August 2006 17:31, Ionut Georgescu wrote: mkfs.xfs failed with error loading shared library librt.so. Used JFS insted of XFS in the end. librt is currently not included in the libc6 udeb, but seems to be needed to create xfs filesystems. Please add it. Is it a new request? I mean was that library present in the udeb before and removed by mistake. From my point of view I am ok with the changes. Note also that we are in freeze period, so you may have to deal with the release managers. Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381881: mkfs.xfs: error loading librt.so
Frans Pop wrote: reassign 381881 libc6-udeb version 381881 2.3.6-18 retitle 381881 Please add librt to the udeb (needed by mkfs.xfs) severity 381881 important tags 381881 + d-i thanks On Monday 07 August 2006 17:31, Ionut Georgescu wrote: mkfs.xfs failed with error loading shared library librt.so. Used JFS insted of XFS in the end. librt is currently not included in the libc6 udeb, but seems to be needed to create xfs filesystems. Please add it. Could the xfs udeb be statically linked to it? It's 30k that only one tool (which isn't there in lowmem) needs.. -- see shy jo signature.asc Description: Digital signature
Bug#381881: mkfs.xfs: error loading librt.so
reassign 381881 xfsprogs-udeb 2.8.10-1 retitle 381881 Please link librt statically for the udeb (mkfs.xfs) thanks On Tuesday 08 August 2006 19:07, Joey Hess wrote: Frans Pop wrote: On Monday 07 August 2006 17:31, Ionut Georgescu wrote: mkfs.xfs failed with error loading shared library librt.so. Used JFS insted of XFS in the end. librt is currently not included in the libc6 udeb, but seems to be needed to create xfs filesystems. Please add it. Could the xfs udeb be statically linked to it? It's 30k that only one tool (which isn't there in lowmem) needs.. Yes, that is probably better. Reassigning to xfsprogs. Nathan, With your latest upload, mkfs.xfs seems to have gained a dependency on two libraries which it previously was not linked to: $ ldd mkfs.xfs # from testing libuuid.so.1 = /lib/libuuid.so.1 (0x40028000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0x4002b000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) $ ldd mkfs.xfs # from unstable libuuid.so.1 = /lib/libuuid.so.1 (0x40028000) librt.so.1 = /lib/tls/i686/cmov/librt.so.1 (0x4002b000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0x40033000) libpthread.so.0 = /lib/tls/i686/cmov/libpthread.so.0 (0x40168000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) libpthread is available in the installer, but librt currently is not and we'd prefer not having to add it. Is it possible for you to link in librt statically for the udeb? Note that if it is not, we will have to keep xfsprogs out of testing until the next release of the installer as otherwise it would break the upcoming Beta 3 release. Thanks, FJP pgpFctPKDt1LK.pgp Description: PGP signature
Bug#381881: mkfs.xfs: error loading librt.so
On Tuesday 08 August 2006 19:57, Frans Pop wrote: libpthread is available in the installer, but librt currently is not and we'd prefer not having to add it. Is it possible for you to link in librt statically for the udeb? Please hold on this. As you can see in the bug's history there has already been a (hurried) upload of glibc adding librt to the libc6-udeb. There was a fairly big mistake made with that upload (or rather the one immediately after it) and I'd like to see how that turns out before deciding where to go with this issue. Cheers, FJP pgpLhrGzHkeh1.pgp Description: PGP signature
Bug#381881: mkfs.xfs: error loading librt.so
On Tue, Aug 08, 2006 at 10:37:00PM +0200, Frans Pop wrote: On Tuesday 08 August 2006 19:57, Frans Pop wrote: libpthread is available in the installer, but librt currently is not and we'd prefer not having to add it. Is it possible for you to link in librt statically for the udeb? Please hold on this. OK, no problem, thanks Frans. ... and I'd like to see how that turns out before deciding where to go with this issue. If adding librt is going to happen, that'd be the easiest for xfsprogs, of course - likely means no additional changes are needed here at all. But, I can tweak Makefiles to allow it to be built either way - just lemme know. cheers. -- Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
