I used mac-fdisk (running on my PC [athlonXP, stage 1 or 2 ~x86]) several times to change the apple partition map on my firewire/usb-hdd (so my iBook can still boot from) Reproducible: Always Steps to Reproduce: 1.use package.keywords or add ~x86-KEYWORD in the ebuild (and run ebuild /path/ to/ebuild digest ;)) 2.emerge mac-fdisk 3.run # mac-fdisk /dev/XdYZ Actual Results: mac-fdisk works, no problems with ppc-gentoo or OS X Expected Results: I didn't expect anything else sorry, the PC is @ home with no net a.t.m., I'll edit the entry later ^^"""
This has ppc as maintainer, so assigning. :-)
Yes, ppc is the maintainer of this package, but, as you can guess, we run on ppc and not on x86-processors. Reassigning to x86.
Neither 0.1-r2 or 0.1-r4 build on neither x86 or amd64. (ie it does not work) And their are some QA problems with the current ebuild.. but I'm opening another bug for that. Reporter: Next time, please specify which version you tested.. and put your emerge info
version -r4 no matter how bad ebuild is does build on x86 Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-4.0.1, glibc-2.3.5.20050722-r0, 2.6.12-gentoo-r9 i686) ================================================================= System uname: 2.6.12-gentoo-r9 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.12.0_pre6 dev-lang/python: 2.4.1-r1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer -fprefetch-loop-arrays -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -ftracer -fprefetch-loop-arrays -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache cvs distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LDFLAGS="-Wl,-O1 -Wl,--sort-common" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/gentoo" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X alsa avi berkdb bitmap-fonts cdr cdrw crypt cups curl dvd dvdread emboss encode esd fam firefox foomaticdb fortran gdbm gif gnome gpm gtk gtk2 imagemagick imlib ipv6 java jpeg libg++ libwww mad mikmod mmx motif mp3 mpeg ncurses nls nptl nptlonly nsplugin ogg oggvorbis opengl oss pam pdflib perl png python quicktime readline scanner sdl spell sse ssl tcpd tiff truetype truetype-fonts type1-fonts userlocales vorbis win32codecs xml2 xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LINGUAS, MAKEOPTS
even tho the compile is fine I should have mentioned that mac-fdisk requires a partion map be defined as ppc does ... no way it will ever work on x86 or amd64 for that matter, should have left as invalid
mac-fdisk is not completely useless on x86. As the original poster wrote, it can be used to partition shared ppc-x86 USB-harddiscs. Furthermore, it is useful to prepare a disc which will be put in a ppc afterwards. Thirdly, as long as you have support for apple type partition maps in your kernel, one could use (but not boot from) PPC-partitioned harddiscs in every x86 systems. Maybe this could make sense in some scenario where you don't want to use extended partitions. So in my opinion, the ~x86 keyword should be added to the ebuild.
It has been rejected not because of its usefulness (on which I tend to agree with comment #6), but on the basis that it doesn not even build on my boxes.
While -r2 didn't build here, either, -r4 did. Also, one can still use parted for making Apple partition maps on x86. Personally, I don't think it is invalid, at all.
Thanks for comment #7, I thought that this bug was marked invalid because people think mac-fdisk is useless on x86. If we agree that -- in principle -- mac-fdisk should be x86, too, it would be useful if the people with a broken build on x86 open a seperate bug concerning their concrete build error. On my x86 box, mac-fdisk-0.1-r4 builds fine. emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.1/2.4, gcc-3.2.3, glibc-2.3.5-r0, 2.4.20-gentoo-r5 i686) ================================================================= System uname: 2.4.20-gentoo-r5 i686 Celeron (Mendocino) Gentoo Base System version 1.6.13 distcc 2.11.2 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.2.2, 2.3.5 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.4.3-r1, 1.5.18-r1 virtual/os-headers: 2.4.22-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium2 -O2 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium2 -O2 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.easynet.nl/mirror/gentoo// ftp://ftp.easynet.nl/mirror/gentoo//" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X alsa apache2 apm arts avi berkdb bitmap-fonts bonobo bzip2 caps cdparanoia cdr crypt cscope cups curl dga divx4linux dts dv dvb dvd eds emboss encode evo fam fbcon flac fontserv foomaticdb fortran gdbm ggi gif gphoto2 gpm gstreamer gtk2 gtkhtml guile i8x0 imagemagick imlib ipv6 jack jack-tmpfs java jpeg kde lcms libg++ libwww lzo mad maildir matroska mikmod mmx motif mozilla mp3 mpeg mysql mythtv nas ncurses nls ogg oggvorbis opengl pam pdflib perl pic png python qt quicktime readline real rtc samba sdl slang speex spell ssl svga tcpd tetex tga theora tiff truetype truetype-fonts type1-fonts usb v4l v4l2 vorbis wmf xanim xine xml xml2 xmms xv xvid xvmc zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
alright, -r4 works here.. marked ~x86