* [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches @ 2003-07-07 19:36 Florian Huber 2003-07-07 19:44 ` Eric Sammer 2003-07-07 19:44 ` Matt Rickard 0 siblings, 2 replies; 9+ messages in thread From: Florian Huber @ 2003-07-07 19:36 UTC (permalink / raw To: gentoo-dev Hello developers, it would be great if could apply patches to a certain sources code _without_ re-writing the ebuild or installing/injecting it. I would suggest an envir. variable (like MYCONF) containg the path to a patch. Bye Florian Huber -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches 2003-07-07 19:36 [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches Florian Huber @ 2003-07-07 19:44 ` Eric Sammer 2003-07-07 19:44 ` Matt Rickard 1 sibling, 0 replies; 9+ messages in thread From: Eric Sammer @ 2003-07-07 19:44 UTC (permalink / raw To: Florian Huber; +Cc: gentoo-dev Florian Huber wrote: > Hello developers, > it would be great if could apply patches to a certain sources code > _without_ re-writing the ebuild or installing/injecting it. For what it's worth, I've answered this exact question for folks in #gentoo more times than need be. For some people, patches are required (qmail comes to mind as one of the more popular user-patched packages) for their environment. While editing an ebuild is not *that* difficult, for people new to gentoo or used to just grabbing the source, it's an added step that is arguably unnecessary. Using ebuild (the script, not the format) to step through the build is easier than editing the ebuild itself but adds the issues of ignoring dependencies. Just $0.02USD. -- Eric Sammer eric@ineoconcepts.com http://www.ineoconcepts.com -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches 2003-07-07 19:36 [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches Florian Huber 2003-07-07 19:44 ` Eric Sammer @ 2003-07-07 19:44 ` Matt Rickard 2003-07-07 20:39 ` Svyatogor 1 sibling, 1 reply; 9+ messages in thread From: Matt Rickard @ 2003-07-07 19:44 UTC (permalink / raw To: gentoo-dev On Mon, 7 Jul 2003 21:36:54 +0200 Florian Huber <florian.huber@mnet-online.de> wrote: > it would be great if could apply patches to a certain sources code > _without_ re-writing the ebuild or installing/injecting it. I would > suggest an envir. variable (like MYCONF) containg the path to a patch. > This is possible using the ebuild command explicitely. 'ebuild ebuildname.ebuild unpack', apply the patches you want (to /var/tmp/portage/ebuildname), then ebuild compile, install, and qmerge. Not completely automated, but how often does one need to add additional patches to packages? I've found this method to work quite well for me. -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches 2003-07-07 19:44 ` Matt Rickard @ 2003-07-07 20:39 ` Svyatogor 2003-07-08 3:49 ` Michael Kohl 0 siblings, 1 reply; 9+ messages in thread From: Svyatogor @ 2003-07-07 20:39 UTC (permalink / raw To: gentoo-dev Ok, enough is enough. This should go into FAQ. Don't you think so? On Mon, 7 Jul 2003 15:44:36 -0400 Matt Rickard <frogger@gentoo.org> wrote: > On Mon, 7 Jul 2003 21:36:54 +0200 > Florian Huber <florian.huber@mnet-online.de> wrote: > > it would be great if could apply patches to a certain sources code > > _without_ re-writing the ebuild or installing/injecting it. I would > > suggest an envir. variable (like MYCONF) containg the path to a patch. > > > > This is possible using the ebuild command explicitely. 'ebuild > ebuildname.ebuild unpack', apply the patches you want (to > /var/tmp/portage/ebuildname), then ebuild compile, install, and qmerge. > > Not completely automated, but how often does one need to add additional > patches to packages? I've found this method to work quite well for me. > > -- > gentoo-dev@gentoo.org mailing list > -- Let the Force be with us! Sergey Kuleshov <svyatogor@gentoo.org> -- gentoo-dev@gentoo.org mailing list ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches 2003-07-07 20:39 ` Svyatogor @ 2003-07-08 3:49 ` Michael Kohl 2003-07-08 17:29 ` C. Brewer 0 siblings, 1 reply; 9+ messages in thread From: Michael Kohl @ 2003-07-08 3:49 UTC (permalink / raw To: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 538 bytes --] On Mon, 7 Jul 2003 23:39:23 +0300 Svyatogor <svyatogor@gentoo.org> wrote: > Ok, enough is enough. This should go into FAQ. Don't you think so? The FAQ already has a paragraph about doing the .configure part manually, maybe this should be made a little more general, e.g. "How can I configure/patch a package myself without modifying the ebuild? You can do this with the Ebuild command (man ebuild)....." Michael -- www.cargal.org GnuPG-key-ID: 0x90CA09E3 Jabber-ID: citizen428 [at] cargal [dot] org Registered Linux User #278726 [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches 2003-07-08 3:49 ` Michael Kohl @ 2003-07-08 17:29 ` C. Brewer 2003-07-08 17:40 ` rob holland 0 siblings, 1 reply; 9+ messages in thread From: C. Brewer @ 2003-07-08 17:29 UTC (permalink / raw To: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 1834 bytes --] On Tue, 8 Jul 2003 11:49:27 +0800 Michael Kohl <citizen428@cargal.org> wrote: > On Mon, 7 Jul 2003 23:39:23 +0300 > Svyatogor <svyatogor@gentoo.org> wrote: > > > Ok, enough is enough. This should go into FAQ. Don't you think so? > > The FAQ already has a paragraph about doing the .configure part > manually, maybe this should be made a little more general, e.g. > > "How can I configure/patch a package myself without modifying the > ebuild? > > You can do this with the Ebuild command (man ebuild)....." > > Michael I'm thinking the whole point has been missed in an effort to "make do" with the current tools. MYPATCHES="path/to/patches" emerge foo would definitely be easier than a ebuild foo.ebuild {fetch|upack} patch sources etc. For that kind of effort, it would be far easier to edit the ebuild directly. I think you'd be surprised that on a ~x86 box the number of patches that need to be added, or better yet, taken out as they are not needed or break the package under certain circumstances, not to mention the amount of patches that are included with some ebuilds as a sweeping general purpose one-size fits all patching. For example, the build for XFree86 contains patches for several video cards and tablets which get applied regardless of the card you specify in USE=" ". In closing, the ebuild command is great when you need to manually play with the ./configure script, but for sorting patches, it is akin to using a hammer and vice-grips to remove a nut you don't have the wrench for. I'd like to see this given serious thought, and not passed off as another "we need to dumb down the FAQ" attempt. If it can be done with the USE flags, it shouldn't be too hard to tweak this,no? Thanks -- Chuck Brewer Registered Linux User #284015 Get my gpg public key at pgp.mit.edu!! Encrypted e-mail preferred. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches 2003-07-08 17:29 ` C. Brewer @ 2003-07-08 17:40 ` rob holland 2003-07-08 21:27 ` Norberto BENSA 0 siblings, 1 reply; 9+ messages in thread From: rob holland @ 2003-07-08 17:40 UTC (permalink / raw To: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 699 bytes --] --On Tuesday, July 08, 2003 10:29:53 -0700 "C. Brewer" <cbrewer@stealthaccess.net> wrote: > For that kind of effort, it would be far easier to edit the ebuild > directly. I think you'd be surprised that on a ~x86 box the number of > patches that need to be added, or better yet, taken out as they are not > needed or break the package under certain circumstances, not to mention > the amount of patches that are included with some ebuilds as a sweeping > general purpose one-size fits all patching. How would MY_PATCHES allow you to not apply a patch? MY_PATCHES="-notthisone.patch"? -- robh@gentoo.org / robh:irc.freenode.net http://dev.gentoo.org/~robh/robh@gentoo.org.asc [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches 2003-07-08 17:40 ` rob holland @ 2003-07-08 21:27 ` Norberto BENSA 2003-07-09 8:24 ` rob holland 0 siblings, 1 reply; 9+ messages in thread From: Norberto BENSA @ 2003-07-08 21:27 UTC (permalink / raw To: rob holland, gentoo-dev [-- Attachment #1: signed data --] [-- Type: text/plain, Size: 899 bytes --] nbensa@venkman ~ $ date ; echo ${rob holland} Tuesday 08 July 2003 02:40 pm > --On Tuesday, July 08, 2003 10:29:53 -0700 "C. Brewer" > > <cbrewer@stealthaccess.net> wrote: > > For that kind of effort, it would be far easier to edit the ebuild > > directly. I think you'd be surprised that on a ~x86 box the number of > > patches that need to be added, or better yet, taken out as they are not > > needed or break the package under certain circumstances, not to mention > > the amount of patches that are included with some ebuilds as a sweeping > > general purpose one-size fits all patching. > > How would MY_PATCHES allow you to not apply a patch? > > MY_PATCHES="-notthisone.patch"? > I'm not sure I understand your statement. What are you trying to say? MY_PATCHES is a variable and IF is NOT defined, then there're no patches to apply. What's the problem? Norberto [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches 2003-07-08 21:27 ` Norberto BENSA @ 2003-07-09 8:24 ` rob holland 0 siblings, 0 replies; 9+ messages in thread From: rob holland @ 2003-07-09 8:24 UTC (permalink / raw To: gentoo-dev [-- Attachment #1: Type: text/plain, Size: 1277 bytes --] --On Tuesday, July 08, 2003 18:27:36 -0300 Norberto BENSA <nbensa@gmx.net> wrote: >> <cbrewer@stealthaccess.net> wrote: >> > For that kind of effort, it would be far easier to edit the ebuild >> > directly. I think you'd be surprised that on a ~x86 box the number of >> > patches that need to be added, or better yet, taken out as they are not >> > needed or break the package under certain circumstances, not to mention >> > the amount of patches that are included with some ebuilds as a sweeping >> > general purpose one-size fits all patching. >> >> How would MY_PATCHES allow you to not apply a patch? >> >> MY_PATCHES="-notthisone.patch"? > > I'm not sure I understand your statement. What are you trying to say? > > MY_PATCHES is a variable and IF is NOT defined, then there're no patches > to apply. What's the problem? You said that hacking ebuilds was difficult and that you didn't want to have to do it to control which patches are applied to source. Then you said (quoted above) that you'd like to be able to _not_ apply patches that are listed in the ebuild. Unless I misread. I don't see how your MY_PATCHES variable acheives this. -- robh@gentoo.org / robh:irc.freenode.net http://dev.gentoo.org/~robh/robh@gentoo.org.asc [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2003-07-09 8:25 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2003-07-07 19:36 [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches Florian Huber 2003-07-07 19:44 ` Eric Sammer 2003-07-07 19:44 ` Matt Rickard 2003-07-07 20:39 ` Svyatogor 2003-07-08 3:49 ` Michael Kohl 2003-07-08 17:29 ` C. Brewer 2003-07-08 17:40 ` rob holland 2003-07-08 21:27 ` Norberto BENSA 2003-07-09 8:24 ` rob holland
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox