Why are you hijacking tools not written by you, declaring them as 2.0 and breaking the expected behaviors of them?
Please don't do that ever again. On Fri, 2006-06-02 at 21:24 -0700, Jeremy Huddleston wrote: > I finally had a few free cycles, so I fixed up the eselect-compiler > ebuild to better handle the transition from gcc-config and updated > toolchain.eclass to better work with multilib. I've had a bunch of > help from the amd64 devs/testers/users this past week testing it out, > and I think it's ready to be removed from package.mask sometime soon > (next week). Before that happens, I'd like to get some feedback from > a broader test base, so if you have some time and aren't using > eselect-compiler yet, I'd appreciate your testing. All you need to > do is add the following to /etc/portage/package.unmask: > > app-admin/eselect-conmpiler > sys-devel/gcc-config > > then just update gcc-config: > $ emerge -uv --oneshot sys-devel/gcc-config > > gcc-config is just a wrapper which takes the same syntax as the older > gcc-configs and makes the appropriate call to eselect-compiler. > > Please report any bugs you find in bugzilla and assign them directly > to me ([EMAIL PROTECTED]). > > Also, if you've been using eselect-compiler, you may have an issue > where your profiles don't get removed from /etc/eselect/compiler when > you unmerge gcc. This problem is fixed now for future installs, but > you'll have to manually remove the file when you unmerge any gcc that > is on your system now. > > Thanks, > Jeremy > -- Ned Ludd <[EMAIL PROTECTED]> Gentoo Linux -- gentoo-dev@gentoo.org mailing list