Compare Forked Packages To Gentoo
|Note:||This page describes an activity that you can do to help make Funtoo Linux better!|
Funtoo Linux has a number of forked packages, and sometimes these packages can get out-of-date relative to Gentoo Linux. Periodically, we need to update ebuilds in Funtoo Linux so that they are current. To make this task easier, we have an automated script that compares versions of forked ebuilds in Funtoo Linux to those in Gentoo Linux.
Here's how it works: Below, you can see a list of all ebuilds in Gentoo Linux that have higher version numbers than those in Funtoo Linux. This list is updated hourly.
Funtoo / Gentoo Comparison (funtoo-current, x86-64bit)
- x11-drivers/ati-drivers 14.6_beta1 > 14.4_p1
- app-admin/salt 2014.1.7 > 2014.1.1
- media-gfx/blender 2.71 > 2.70-r2
- sys-kernel/linux-headers 3.15 > 3.13
- sys-kernel/genkernel 9999-r1 > 126.96.36.199-r3
- sys-cluster/ploop 1.11 > 1.10
- sys-cluster/vzctl 4.7.2 > 4.6.1
- dev-util/valgrind 3.9.0 > 3.8.1-r2
- mail-mta/postfix 2.12_pre20140703 > 2.11.1
- app-vim/gentoo-syntax 20130619 > 20120916
- sys-boot/grub 9999-r1 > 2.00-r7
- sys-libs/glibc 2.19-r1 > 2.18-r1
- sys-fs/lvm2 2.02.106 > 2.02.103
- sys-fs/udev 215 > 171-r10
- sys-fs/eudev 1.9 > 1.5.3-r2
- dev-java/jython 2.7_beta2 > 2.7_beta1-r1
- dev-libs/libgpg-error 1.13 > 1.12-r2
- app-office/libreoffice 9999-r2 > 188.8.131.52
- sys-apps/man-db 184.108.40.206 > 2.6.5
- sys-apps/iproute2 3.15.0 > 3.11.0
- sys-apps/coreutils 8.22-r1 > 8.21
- sys-apps/busybox 1.22.1 > 1.21.1
- sys-apps/hwids 99999999 > 20140602
- sys-apps/pciutils 3.2.1 > 3.2.0
- sys-apps/kmod 18-r1 > 15-r1
- sys-apps/gawk 4.1.1-r1 > 4.1.0
- sys-devel/binutils 2.24-r3 > 2.23.2
- sys-devel/gcc 4.8.3 > 4.8.2-r3
- net-wireless/hostapd 2.2 > 2.0
- www-servers/thin 1.6.2 > 1.5.1
- x11-wm/icewm 1.3.8 > 1.3.7-r2
- app-shells/bash 4.2_p47 > 4.2_p45-r1
- app-portage/portage-utils 0.53 > 0.21-r1
- app-misc/ca-certificates 20140223.3.16-r1 > 20140220.127.116.11
- app-misc/screenfetch 3.2.2 > 3.0.5
Some of these ebuilds may be intentionally kept at earlier versions, although in general, we want to update ebuilds to the most recent version that works reliably. Here are some technical caveats:
- Rev parts of ebuilds ("-rX") are not considered in version comparisons, since sometimes Gentoo and Funtoo revisions are not analogous.
- Masks are not used for this version comparison. The latest unmasked or masked version in Gentoo is compared against the latest masked or unmasked version in Funtoo.
How To Help
Here's how you can help: If you see an package above that appears to be out-of-date, and you believe we should update to a newer version, open a bug on the Funtoo bug tracker. We can look into the ebuild and will give you feedback on whether we feel a new version of the ebuild should be added.
If there is some consensus that it should be updated, then generally Funtoo staff will update the ebuild for you, since generally we are familiar with why the ebuild was forked and be able to efficiently update the package to the most recent version.
However, in some cases it may be possible for you can also help with the update process, if you are so inclined, by forking the funtoo-overlay on GitHub and working on updating the ebuild yourself. Reference your commits in a bug report on our bug tracker. If you are going to help with ebuild writing, it's important to first familiarize yourself with why we forked the ebuild in the first place. The best way to dig up information on the history of the forked Funtoo package is to type "git log ." in the ebuild directory. This will show log information for the package only, and you can look at the history of the ebuild.
When updating ebuilds, we do want to look at Gentoo's most recent changes. Some of our ebuilds are mild variations of Gentoo's ebuilds, while others are complete rewrites. In general, we like to make our work as easy as possible, so we don't want to duplicate work, although sometimes there are exceptions where we will rewrite complex core ebuilds to make them more maintainable and easy to understand (our sys-devel/gcc ebuilds are an example of this.)
Of course, there's a reason we originally forked an ebuild, and we want to make the process of updating ebuilds as easy as possible. Sometimes, we will fork a package from Gentoo for a specific reason, such as a build breakage, and once the issue is resolved upstream, we will want to unfork the package by removing it from funtoo-overlay entirely. In general, we want to minimize the number of forked ebuilds to the minimum number necessary.