please could you add x11-apps/fusion-icon into the main tree?
It is available in layman xeffects, but since compiz-fusion is now in the main tree, I think fusion-icon should be too.
Attach the ebuild here.
Created attachment 135434 [details]
fusion-icon ebuild from layman
here is the x11-apps/fusion-icon-9999 from layman / xeffects
Created attachment 135449 [details]
ok, I've tried to make an ebuild from the xeffects' one.
Works fine, but I take the snapshot from the gitweb interface of compiz. (http://gitweb.opencompositing.org/?p=users/crdlb/fusion-icon;a=summary)
The problem is the tar.gz seems to have a time stamp in metadata, so the checksum fails...
May be gentoo people could host the snapshot somewhere...
Oh, and this is my first ebuild ;-)
Would be best to have an official upstream release to package.
I have tried with -9999 git version with xeffects ebuild and compiz from main tree and it works fine :-D
(In reply to comment #5)
> I have tried with -9999 git version with xeffects ebuild and compiz from main
> tree and it works fine :-D
Works for me too. Ever AMD 64 architecture and x86 architecture too. It makes easier to handle compiz-fusion.
>> It makes easier to handle compiz-fusion.
Works also here on amd64 for a long time. I use the ebuild from the xeffects overlay. Its very essential, I think.
/usr/local/portage/x11-apps/fusion-icon $ sudo ebuild fusion-icon-0.6.0.ebuild digest
>>> Downloading 'http://distfiles.gentoo.org/distfiles/fusion-icon;a=snapshot;h=82ce586187ded167c6e56ecde6dcb3f354909faf;sf=tgz'
Searching for a previously downloaded file in /usr/portage/distfiles
The dtu could not be fetched, downloading full file from original URL
--2008-02-12 19:38:34-- http://gitweb.opencompositing.org/?p=users/crdlb/fusion-icon;a=snapshot;h=82ce586187ded167c6e56ecde6dcb3f354909faf;sf=tgz
Resolving gitweb.opencompositing.org... 220.127.116.11
Connecting to gitweb.opencompositing.org|18.104.22.168|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/x-gzip]
Saving to: `index.html?p=users%2Fcrdlb%2Ffusion-icon;a=snapshot;h=82ce586187ded167c6e56ecde6dcb3f354909faf;sf=tgz.3'
[ <=> ] 30,431 43.0K/s in 0.7s
2008-02-12 19:38:36 (43.0 KB/s) - `index.html?p=users%2Fcrdlb%2Ffusion-icon;a=snapshot;h=82ce586187ded167c6e56ecde6dcb3f354909faf;sf=tgz.3' saved 
>>> Creating Manifest for /usr/local/portage/x11-apps/fusion-icon
!!! File /usr/portage/distfiles/fusion-icon;a=snapshot;h=82ce586187ded167c6e56ecde6dcb3f354909faf;sf=tgz doesn't exist, can't update Manifest
Yes, for each download the checksum changes.
It is probably because the file is generated on the fly with metadata in the file (I do not know what happen really).
That is the reason why I have suggested the file should be hosted by gentoo.
2008-02-16 the developer marked the release of verion .1
The snapshot ID is - 5e2dc91599f559040fd0c9d2040cd8906e302825, just changing the git_snapshot should in the ebuild should be all that's necessary
This ebuild works fine on amd64 Gentoo. I think it should be in portage
Created attachment 150337 [details]
A new ebuild of fusion-icon-0.1 (to follow project version).
It should be suitable with any release of compiz >=0.6.0 (e.g. http://bugs.gentoo.org/show_bug.cgi?id=216621)
I also confirm that this ebuild works fine for both x86 and amd64 Gentoo. I use it for about 6-7 months with no problem
Used the ebuild for a long time on both x86 and amd64. Works fine. Should really be added to the tree.
This really is a very simple program; it just displays a list of window managers and starts the one you select. Simple but useful. Can we have it in portage at last?
I also confirm that this ebuild works fine for amd64 Gentoo. Should really be added to the main tree.
It's in the portage. Close the bug.
(In reply to comment #17)
> It's in the portage. Close the bug.
so it seems
*fusion-icon-0.1 (27 Oct 2008)
27 Oct 2008; Jorge Manuel B. S. Vicetto (jmbsvicetto)
Initial import of fusion-icon to the tree.