Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 74514 - emerge coldplug fails on 2004.3-r1 installation because it is masked
Summary: emerge coldplug fails on 2004.3-r1 installation because it is masked
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Release Media
Classification: Unclassified
Component: Everything (show other bugs)
Hardware: All Linux
: High blocker (vote)
Assignee: Gentoo LiveCD Package Maintainers
URL:
Whiteboard:
Keywords: InVCS
: 76430 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-12-15 09:05 UTC by Michael E. Adams
Modified: 2005-03-28 08:00 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael E. Adams 2004-12-15 09:05:08 UTC
The handbook says to emerge coldplug, but it is masked ~amd64 (at least it is when trying to do a non-connected installation). No instructions are provided to a new user during installation on how to deal with this (i.e. ACCEPT_KEYWORDS).

1. Is coldplug supposed to be masked?
2. Is a new user supposed to use ACCEPT_KEYWORDS?
3. Should document be updated?


Reproducible: Always
Steps to Reproduce:
1. emerge coldplug
2.
3.

Actual Results:  
Needed to do this:
ACCEPT_KEYWORDS="~amd64" emerge coldplug



emerge info
Portage 2.0.51-r3 (default-linux/amd64/2004.3, gcc-3.4.3,
glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r9 x86_64)
=================================================================
System uname: 2.6.9-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 3400+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-march=k8 -pipe -fomit-frame-pointer -O2"
CHOST="x86_64-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -pipe -fomit-frame-pointer -O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="http://gentoo.osuosl.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X acpi alsa berkdb bitmap-fonts cdr crypt cups esd f77 fam fortran
gif gnome gpm gstreamer gtk imlib ipv6 jp2 jpeg ldap lzw lzw-tiff mozilla
multilib ncurses nls opengl oss pam perl png python readline ssl tcpd tiff
truetype usb userlocales xml xml2 xmms xpm xrandr xv zlib"
Comment 1 Chris Gianelloni (RETIRED) gentoo-dev 2004-12-15 10:22:30 UTC
This is somewhat a documentation problem.  At the time when the release was finalized, coldplug was not marked stable on amd64/x86.  In fact, the hotplug on the LiveCD does the same as coldplug does now.  It seems as if the documentation has been updated to reflect the current state of the tree and not the state of the tree as it was at release.

My tip for now, use the handbook on the CD, not online.

My tip for the docs-team guys: Make a note that if you're doing a networkless install, that you should use hotplug and not coldplug.
Comment 2 Pavel Sykora 2004-12-22 08:52:00 UTC
It is also an issue for x86. Unmasking does not help, because the dependent hotplug package is too old in the 2004.3-r1 LiveCD. I believe it is impossible to emerge the coldplug networklessly in this case. Unmasking also wants to install unstable versions of other dependent packages.

My workaround:

1. download the hotplug-2004_09_23.tar.gz and its md5 checksum (possibly using other Internet enabled computer or OS)
2. copy the files into /usr/portage/distfiles on your disk partition (i.e. /mnt/gentoo/usr/portage/distfiles after LiveCD booting)
3. emerge pciutils
4. emerge usbutils
5. emerge hotplug-base
6. ACCEPT_KEYWORDS="~x86" emerge coldplug
Comment 3 Chris Gianelloni (RETIRED) gentoo-dev 2004-12-22 09:18:57 UTC
Actually, it is more a case of you NOT using coldplug in a non-networked install.  The documentation has been changed since 2004.3 was released.  The documentation on the LiveCD is correct, the "current" documentation is not.

Release Engineering and the Documentation Team are currently working on possible solutions for this.
Comment 4 Sven Vermeulen (RETIRED) gentoo-dev 2004-12-22 10:15:02 UTC
I've updated the docs to reflect the situation.
Comment 5 Michael E. Adams 2004-12-22 12:49:29 UTC
So, if I networked my system to complete my installation of 2004.3-r1 and installed coldplug on an amd64 system, do I continue to use it or should I unemerge it and emerge hotplug. If I should unemerge, what should I watch out for? My system seems to ge working OK right now.
Comment 6 Chris Gianelloni (RETIRED) gentoo-dev 2005-01-02 17:28:31 UTC
*** Bug 76430 has been marked as a duplicate of this bug. ***
Comment 7 Chris Gianelloni (RETIRED) gentoo-dev 2005-01-12 05:14:51 UTC
If you emerge sync at all, then you should use coldplug.  If you never sync, then you should use hotplug.
Comment 8 Sven Vermeulen (RETIRED) gentoo-dev 2005-01-12 05:35:39 UTC
BTW, with the separation of installation instructions, the 2004.3 II uses hotplug, the current II uses coldplug. The 2004.3 II also inform the user about this change (and the kernel change) at the end of the installation.
Comment 9 Chris Gianelloni (RETIRED) gentoo-dev 2005-01-12 05:59:10 UTC
Very nice...
Comment 10 Chris Gianelloni (RETIRED) gentoo-dev 2005-03-28 08:00:19 UTC
This should be fixed in 2005.0