200053 2007-11-23 08:44 0000 sys-fs/fuse-2.7.1 supports 2.6.23, but won't install 2008-03-11 20:38:40 0000 1 1 1 Unclassified Gentoo Linux Core system unspecified All Linux RESOLVED FIXED P2 normal --- 195298 1 gentoo@obfusc8.org genstef@gentoo.org caster@gentoo.org davidepesa@gmail.com kernel-misc@gentoo.org me@bramschoenmakers.nl gentoo@obfusc8.org 2007-11-23 08:44:12 0000 sys-fs/fuse-2.7.1 should have the supported kernel version bumped to ge 2 6 24, see attached patch Reproducible: Always Steps to Reproduce: 1. emerge =sys-fs/fuse-2.7.1 Actual Results: Dies with: * Checking for suitable kernel configuration options... * You need to build the FUSE module from the kernel source, because your kernel is too new Expected Results: Compiles, installs gentoo@obfusc8.org 2007-11-23 08:47:51 0000 Created an attachment (id=136741) fuse-2.7.1-fix-2.6.23.patch Short patch for kernel version bump djfarid@gmail.com 2007-12-04 17:48:40 0000 Why is this not in portage yet, even though 2.6.23 kernel is marked stable? dsd@gentoo.org 2007-12-04 21:08:39 0000 I'm not a fuse maintainer, but the package you are trying is in the testing tree, and by using that tree you can expect the occasional issue now and then. The stable fuse version should work fine on 2.6.23. gentoo@obfusc8.org 2007-12-05 02:58:19 0000 (In reply to comment #3) > I'm not a fuse maintainer, but the package you are trying is in the testing > tree, and by using that tree you can expect the occasional issue now and then. > The stable fuse version should work fine on 2.6.23. > As far as I'm aware, support for 2.6.23 was only finalised in 2.7.1, with 2.7.0 requiring a patch for 2.6.23 support due to changes in kmem_cache_create and some other minor stuff. I can provide the relevant patches against 2.7.0, but it seems more sensible to update and stabalise the 2.7.1(-r1) ebuild. Also, the 2.7.0 ebuild has the 'ge 2 6 23' restriction applied, so no, for multiple reasons the currently stable version of fuse will NOT work with the currently stable kernel sources. Please check your facts before steering users wrong. caster@gentoo.org 2007-12-05 06:32:58 0000 (In reply to comment #4) > so no, for multiple > reasons the currently stable version of fuse will NOT work with the currently > stable kernel sources. Please check your facts before steering users wrong. He probably meant that the userland part would work with kernel module from the kernel tree itself and not from the ebuild. It doesn't, or compiling kernel module from ebuild has other advantages? dsd@gentoo.org 2007-12-05 08:55:36 0000 I assumed 2.7.0 was unaffected due to the resolution of bug #195300. If that is not true, please comment on that bug so that it can be reopened. gentoo@obfusc8.org 2007-12-10 03:29:28 0000 (In reply to comment #6) > I assumed 2.7.0 was unaffected due to the resolution of bug #195300. If that is > not true, please comment on that bug so that it can be reopened. > The solution there is to use the in-kernel fuse module. Resolution of this bug will yield a fully function fuse build without the need for kernel recompilation. caster@gentoo.org 2007-12-18 10:10:00 0000 Because there was no response from the maintainer on this bug, and even a new versions of fuse was commited yesterday, I just went and commited the change. However, a stabilization of 2.7.1 should be considered, as 2.6.23 is already stable. genstef@gentoo.org 2008-03-11 20:38:40 0000 thanks :-) 136741 2007-11-23 08:47 0000 fuse-2.7.1-fix-2.6.23.patch fuse-2.7.1-fix-2.6.23.patch text/plain LS0tIGZ1c2UtMi43LjEuZWJ1aWxkICAgMjAwNy0xMS0yMyAxOTo0MDoxNy4wMDAwMDAwMDAgKzEx MDAKKysrIGZ1c2UtMi43LjEtcjEuZWJ1aWxkICAgICAgICAyMDA3LTExLTIzIDE5OjQ1OjAyLjAw MDAwMDAwMCArMTEwMApAQCAtMTYsNyArMTYsNyBAQAogCiBwa2dfc2V0dXAoKSB7CiAgICAgICAg aWYgdXNlIGtlcm5lbF9saW51eCA7IHRoZW4KLSAgICAgICAgICAgICAgIGlmIGtlcm5lbF9pcyBn ZSAyIDYgMjM7IHRoZW4KKyAgICAgICAgICAgICAgIGlmIGtlcm5lbF9pcyBnZSAyIDYgMjQ7IHRo ZW4KICAgICAgICAgICAgICAgICAgICAgICAgQ09ORklHX0NIRUNLPSJGVVNFX0ZTIgogICAgICAg ICAgICAgICAgICAgICAgICBGVVNFX0ZTX0VSUk9SPSJZb3UgbmVlZCB0byBidWlsZCB0aGUgRlVT RSBtb2R1bGUgZnJvbSB0aGUga2VybmVsIHNvdXJjZSwgYmVjYXVzZSB5b3VyIGtlcm5lbCBpcyB0 b28gbmV3IgogICAgICAgICAgICAgICAgZWxzZQoK