|Summary:||ebuild providing virtual/linux-sources|
|Product:||Gentoo Linux||Reporter:||Florian Huber <florian.huber>|
|Component:||New packages||Assignee:||x86-kernel (DEPRECATED) <x86-kernel>|
|Package list:||Runtime testing required:||---|
Added IUSE="" as said in the ebuild howto
dummy-sources-1.0-r1.ebuild (FIX, really!)
Description Florian Huber 2003-07-27 09:54:53 UTC
Since I am mostly using custom patched kernels, I do not want to install a gentoo kernel ebuild, but some ebuilds depend on virtual/linux-sources. So I have made an ebuild that does nothing but providing virtual/linux-sources. You cannot solve this just by injecting any kernel version without doing this every new ebuild/kernel version. You could inject and remove from world file, but I think an dummy-sources ebuild is a better solution. Discussion in email@example.com. Thread started at 24 Jun 2003 (message id: firstname.lastname@example.org, subject: [gentoo-dev] dummy-sources) Reproducible: Always Steps to Reproduce: 1. unmerge every *-sources ebuild 2. try to merge a packet that depends on virtual/linux-sources 3. :)
Comment 1 Florian Huber 2003-07-27 09:57:50 UTC
Created attachment 15082 [details] $PORTDIR_OVERLAY/sys-kernel/dummy-sources/dummy-sources-1.0.ebuild I put it in ~arch to prevent dumb user from installing it accidently :)
Comment 2 Florian Huber 2003-07-27 12:53:19 UTC
Created attachment 15088 [details] Added IUSE="" as said in the ebuild howto
Comment 3 Florian Huber 2003-07-27 14:10:43 UTC
Created attachment 15098 [details] dummy-sources-1.0-r1.ebuild Fixed futher syntax "errors" in the ebuild. `lintool --show-details --ebuild dummy-sources-1.0-r1.ebuild` now only displays a warning because of the empty DEPEND var. Hope it is gentoo conform now :)
Comment 4 Florian Huber 2003-07-27 14:13:19 UTC
Created attachment 15099 [details] dummy-sources-1.0-r1.ebuild (FIX) re-upload (forgot to save file locally)
Comment 5 Florian Huber 2003-07-27 14:16:07 UTC
Created attachment 15100 [details] dummy-sources-1.0-r1.ebuild (FIX, really!) Sorry, this should be the latest update for a while. Admins, feel free to delete former attachements.
Comment 6 Tim Yamin (RETIRED) 2004-02-21 15:33:42 UTC
Hmm, to custom patch your kernel you need a base, and would that happen to be vanilla-sources or development-sources? As they provide these virtuals, is this still needed?
Comment 7 Florian Huber 2004-02-22 04:18:06 UTC
Sometimes there were no vanlilla/development sources for the kernel I wanted to use. Especially if I wanted to try "brandnew" kernels. The dummy sources would also prevent you from downloading the latest (ebuild-) kernel sources when doing a world-update, even if you don't want them.
Comment 8 Jason Cox (RETIRED) 2004-03-29 13:03:47 UTC
This isn't a bad idea for a single user, but I doubt that it would be a good addition to the portage tree. We're currently trying to cut down on the number of sources in sys-kernel, this wouldn't really benefit anyone except those who ahve already implemented it in some way.
Comment 9 Florian Huber 2004-03-31 07:29:10 UTC
Of course, this is of minor use for the average user, but there may be some experienced users looking a clean way to use their kernel sources, which the dummy-ebuild does.
Comment 10 Jason Cox (RETIRED) 2004-04-08 19:20:30 UTC
The experienced people doing custom patched kernels have usually found a way to implement this. Adding this would destroy some of the sanity checks portage provides. In my opinion, it puts too much trust in the user to make sure they have a kernel tree somewhere. With the addition of the new kernel-2 eclass, I think more issues would pop up. John, would you mind commenting on this?
Comment 11 Jason Cox (RETIRED) 2004-04-09 07:41:58 UTC
Leaving out. Those that need it have it already or came up with an alternative they like.