Summary: | adesklets 0.5.0-r1 ebuild (update) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | S.Fourmanoit <syfou> |
Component: | New packages | Assignee: | Gentoo Dockapp Team <desktop-dock> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | pkdevel, syfou |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 124866 | ||
Bug Blocks: | 115364 | ||
Attachments: |
Updated ebuild for adesklets 0.5.0
adesklets-ctrlmenu.patch adesklets-0.5.0-r1.ebuild files/adesklets-0.5.0-ctrlmenu.patch adesklets-0.5.0-r1.ebuild.diff adesklets-0.5.0-r1.ebuild adesklets-0.5.0-r1.ebuild.diff adesklets-0.5.0-r1.ebuild adesklets-0.5.0-r1.ebuild.diff |
Description
S.Fourmanoit
2006-02-20 13:50:01 UTC
Created attachment 80313 [details]
Updated ebuild for adesklets 0.5.0
Created attachment 80314 [details, diff]
adesklets-ctrlmenu.patch
Created attachment 80331 [details]
adesklets-0.5.0-r1.ebuild
I've taken the liberty of making some minor changes to the ebuild and patch. First, there's no need to conditionally apply the patch, since the new ctrlmenu use flag activate/deactivates that section of code implicitly. The patch now has a version on it so it's clear to what version it belongs. The patch file directory paths are fixed (src/adesklets) in next attachment. Finally I will attach an ebuild diff as is recommended. Phil
Created attachment 80332 [details, diff]
files/adesklets-0.5.0-ctrlmenu.patch
Created attachment 80333 [details, diff]
adesklets-0.5.0-r1.ebuild.diff
whoops. corrections coming. Created attachment 80334 [details]
adesklets-0.5.0-r1.ebuild
Created attachment 80335 [details, diff]
adesklets-0.5.0-r1.ebuild.diff
ok thats squares it all up
I agree those changes are for the better, therefore I will mark my original attachments as obsoleted by the new ones from Philip. One small detail: I find the "when patching src/adesklets.c or src/commands.c, you need to touch these files" comment slightly misleading... On most gentoo systems, you only need to touch them to save time, because it is shorter than calling configure twice, or with an --enable-maintainer-mode flag. Any gentoo system with bs, bash and GNU sed 4.x.x should be able to regenerate them. Sylvain, I only added that comment as a reminder that there is a "caveat" if you will when patching those two particular files, not as the last word on the subject. If the tarball contains all the maintainer files, and you recommend that two configure passes be done, instead of this "trick" -- we can do that too. Phil Phil,
> you recommend that two configure passes be done, instead of this "trick" -- we
> can do that too
oh - not at all: touching the two files is in fact a recommendable shortcut (why spending a significant amount of time regenerating files that do not need it?), and I understand why you wrote the comment. I am just suggesting that something similar to "when performing minor changes to src/adesklets.c or src/commands.c, touching these files will avoid unneeded processing" could withdraw a possible confusion.
Created attachment 80339 [details]
adesklets-0.5.0-r1.ebuild
Done!
Created attachment 80340 [details, diff]
adesklets-0.5.0-r1.ebuild.diff
Done!
Let's see In Portage, thanks for the submission! |