注意:

The Funtoo Linux project has transitioned to "Hobby Mode" and this wiki is now read-only.

Difference between revisions of "Project Unfork"

From Funtoo
Jump to navigation Jump to search
Line 5: Line 5:
As of October 4, 2015, a tree currently exists which is cloneable from http://github.com/funtoo/funtoo-staging-unfork. This is a complete Portage tree, and can be used as a {{f|/usr/portage}} replacement, but it does not have cached metadata included, which means that dependency calculation will be very slow initially as Portage manually populates the local metadata cache when emerge calculates dependencies. This is only temporary and will go away once the cache is primed.
As of October 4, 2015, a tree currently exists which is cloneable from http://github.com/funtoo/funtoo-staging-unfork. This is a complete Portage tree, and can be used as a {{f|/usr/portage}} replacement, but it does not have cached metadata included, which means that dependency calculation will be very slow initially as Portage manually populates the local metadata cache when emerge calculates dependencies. This is only temporary and will go away once the cache is primed.


You can use this test tree to help me test the more ambitious efforts of Project Unfork. It is recommended that you use a fresh current stage3 for testing. First, add the new unfork tree, and then perform a system update, to ensure that the base stage3 has been updated to an "unfork stage3":
You can use this test tree to help me test the more ambitious efforts of Project Unfork. It is recommended that you use a fresh current stage3 for testing. First, add the new unfork tree, and then perform a system update, to ensure that the base stage3 has been updated to an "unfork stage3". t is also very important to do this ''prior to setting any profile settings via epro''.


{{console|body=
{{console|body=

Revision as of 01:12, October 6, 2015

Project Unfork is a Funtoo Linux effort to reduce the number of forked Gentoo packages and rely on other methods to promote consistent builds, such as the use of ebuild shards. See News:Project_Unfork_Status for more information on the rationale behind Project Unfork.

Status Update

As of October 4, 2015, a tree currently exists which is cloneable from http://github.com/funtoo/funtoo-staging-unfork. This is a complete Portage tree, and can be used as a /usr/portage replacement, but it does not have cached metadata included, which means that dependency calculation will be very slow initially as Portage manually populates the local metadata cache when emerge calculates dependencies. This is only temporary and will go away once the cache is primed.

You can use this test tree to help me test the more ambitious efforts of Project Unfork. It is recommended that you use a fresh current stage3 for testing. First, add the new unfork tree, and then perform a system update, to ensure that the base stage3 has been updated to an "unfork stage3". t is also very important to do this prior to setting any profile settings via epro.

root # cd /usr
root # mv portage portage.old
root # git clone https://github.com/funtoo/funtoo-staging-unfork.git portage
root # emerge -auDN @system

The Project Unfork tree currently includes the following unforked components:

  1. The Progress Overlay has been removed and the upstream Gentoo Python ebuilds are available instead (unfork of ~500 packages)
  2. The Funtoo GNOME Overlay has been removed and the upstream Gentoo GNOME ebuilds are available instead (unfork of ~200 packages)
  3. Portage-2.4.0 (2.4.0 is our version of upstream's 2.2.2.1) is available and recommended to be used.

I currently need testing of portage-2.4.0 and "'GNOME 3.16, with an emphasis on the funtoo-current build. Details on GNOME 3.16 below.

GNOME 3.16

In our funtoo-staging-unfork tree, there is a new mix-in called gnome-3.16-fixups. This mix-in should be used to test GNOME 3.16 (without systemd). To use it, enable the desktop flavor and the existing gnome mix-in, and then also enable the new gnome-3.16-fixups mix-in. This will enable USE and other settings that should allow GNOME to merge cleanly with manual fixes by users, on both pure64 and multilib systems.

I would like people to test the following items:

  1. Merging GNOME following the GNOME First Steps instructions (but of course enabling the additional gnome-3.16-fixups mix-in instead.)
  2. Using GNOME 3.16 and identifying any issues that need to be resolved.
  3. If you need to manually enable any USE settings to get things to merge, that is a bug that I would like reported. This also includes abi_x86_32 USE settings that may be necessary for various things.

Please report any issues to the Funtoo Linux bug tracker at https://bugs.funtoo.org and note that you are testing the unfork tree.

Thanks very much!

-Daniel