Summary: | sys-apps/xfsdump | ||
---|---|---|---|
Product: | Gentoo Security | Reporter: | Daniel Ahlberg (RETIRED) <aliz> |
Component: | Vulnerabilities | Assignee: | Gentoo Security <security> |
Status: | RESOLVED FIXED | ||
Severity: | critical | ||
Priority: | Highest | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 42181 | ||
Bug Blocks: |
Description
Daniel Ahlberg (RETIRED)
2003-04-16 02:53:29 UTC
Can anybody confirm or debunk this one, As far as I can tell were not SGI and this report makes no reference to anything other than SGI's xfsdump being vuln. currently sys-fs/xfsdump-2.2.4-r1 is what we have in portage. i just added xfsprogs-2.6.3 and xfsdump-2.2.16 to portage to unstable xfsdump 2.2.16 appears to have the appropriate fix - can we get SpanKY's ebuild tested and marked stable on the various archs? *added x86, ppc, sparc, mips, amd64, ia64 x86 stable now most of us just got xfs support in 2.4.25 or 2.6.x and probably don't even have xfsprogs keyworded, so this might be a bit (or at least for sparc). xfsdump-2.2.16 dies on sparc with the following; gcc -mcpu=ultrasparc -O2 -pipe -fPIC -mcpu=ultrasparc -O2 -pipe -fPIC -DNDEBUG -funsigned-char -Wall -I./include -DVERSION=\"2.2.16\" -DLOCALEDIR=\"/usr/share/locale\" -DPACKAGE=\"xfsdump\" -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -mcpu=ultrasparc -O2 -pipe -fPIC -DNDEBUG -funsigned-char -Wall -I../include -DVERSION=\"2.2.16\" -DLOCALEDIR=\"/usr/share/locale\" -DPACKAGE=\"xfsdump\" -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -c -o xfs_estimate.o xfs_estimate.c distcc[17216] ERROR: compile on localhost failed xfs_estimate.c:61: warning: `struct FTW' declared inside parameter list xfs_estimate.c:61: warning: its scope is only this definition or declaration, which is probably not what you want xfs_estimate.c:61: warning: `struct stat64' declared inside parameter list xfs_estimate.c: In function `usage': xfs_estimate.c:99: warning: implicit declaration of function `basename' xfs_estimate.c:99: warning: format argument is not a pointer (arg 3) xfs_estimate.c: In function `main': xfs_estimate.c:156: warning: format argument is not a pointer (arg 2) xfs_estimate.c:183: warning: implicit declaration of function `nftw64' xfs_estimate.c:183: `FTW_PHYS' undeclared (first use in this function) xfs_estimate.c:183: (Each undeclared identifier is reported only once xfs_estimate.c:183: for each function it appears in.) xfs_estimate.c:183: `FTW_MOUNT' undeclared (first use in this function) xfs_estimate.c: At top level: xfs_estimate.c:229: warning: `struct FTW' declared inside parameter list xfs_estimate.c:229: warning: `struct stat64' declared inside parameter list xfs_estimate.c:230: conflicting types for `ffn' xfs_estimate.c:61: previous declaration of `ffn' xfs_estimate.c: In function `ffn': xfs_estimate.c:234: dereferencing pointer to incomplete type xfs_estimate.c:236: dereferencing pointer to incomplete type xfs_estimate.c:237: dereferencing pointer to incomplete type xfs_estimate.c:237: dereferencing pointer to incomplete type xfs_estimate.c:242: dereferencing pointer to incomplete type xfs_estimate.c:243: dereferencing pointer to incomplete type xfs_estimate.c:248: dereferencing pointer to incomplete type make[1]: *** [xfs_estimate.o] Error 1 make: *** [default] Error 2 everyone on the cc list has ~arch in the KEYWORDS how it got there, i dunno, but if it shouldnt be there, one option is to just remove your respective arch from all the versions of xfsdump XFS has been supported on ppc since ppc-sources-dev-2.4.22 iirc. Darkspecter tests it regulary. So it is known to work on ppc at least. I adjusted the xfsdump-2.2.16 ebuild so it can build on sparc64. However, it appears at this time that xfsdump won't work due to ioctl issues when using a 64 bit kernel and a 32 but userland, http://oss.sgi.com/bugzilla/show_bug.cgi?id=298 talks more about this. So for now I've masked this on sparc. It's possible xfsdump may work on sparc32, but to my knowledge, no one has tried to build xfs support in a kernel, let alone made one and tested xfsprogs on sparc32. I will attempt it when I return home in the beginning of March (unless someone beats me to it). xfs builds and insmods on 2.6.3 for sparc32. I have no idea whether it works but there's no good reason it shouldn't. all set on alpha and ia64, removing from list mips, amd64 ? Would someone test 2.2.16 on mips and amd64? I would like to get this year old bug closed. *amd64@gentoo.org removed by mistake & re-added Done. Removing amd64 from CC I just tried on mips, but xfsprogs-2.6.3 fails to build on mips. PPC seems to have the same bug issue, see Bug #42181. all supported arches have marked bug as stable. closing. mips stable long ago. |