Description
Fabio Bonfante
2006-02-06 16:18:33 UTC
Created attachment 79077 [details]
pcmanfm ebuild. v.1.0
the ebuild works but needs right dependecies... if someone with more xp than me has time... tnx!
Some suggestions to improve the ebuild: Firstly, the naming conventions of ebuilds (as explained in the devleoeprs guide linked below) is: <package-name>-<package-version>[-<optional-ebuild-release>] The optional-ebuild-release isn't there for the first version of an ebuild for a given package version. There after it becomes -r1, then -r2 and so on. So your ebuild would correctly be named: pcmanfm-0.1.9.6.ebuild 2 things regarding SRC_URI: SRC_URI="http://mesh.dl.sourceforge.net/sourceforge/pcmanfm/pcmanfm-0.1.9.6.tar.gz" Firstly, we have a mirrors system, which has all the sourceforge mirrors programmed in. To use this, change the URL to: SRC_URI="mirror://sourceforge/pcmanfm/pcmanfm-0.1.9.6.tar.gz" Also, it is recommended to use ${P}, ${PV} and ${PN} in SRC_URI. These make ebuild updates far quicker. These are "magic" variables taken off the filename. These are fully explained in the Developers handbook (http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml - there's also some other nice guides in the topic of #gentoo-dev-help on Freenode) Using these, your SRC_URI would become: SRC_URI="mirror://sourceforge/${PN}/${P}.tar.gz" Now as you can see ,if the package name or version changes, the source uri automatically gets updated when the filename changes. You have a surplus newline and tab on your RDEPEND line. So this would become just: RDEPEND=">=x11-libs/gtk+-2" The newlines and tabs are just to make multiple dependencies easier to read. Your src_install is also exaclty the same as the default (see /usr/protage/skel.ebuild), so it's not actually required to put it in. /usr/protage/skel.ebuild should of course be /usr/portage/skel.ebuild in cas you hadn't guessed. That msut be one of my most common typos since starting using Gentoo. of course! don't worry u r not alone! thanks for the tips... for the ebuild name i was confused by the "description" field when i sent the attachment, i'll change the ebuild tomorrow (reading the handbook more than for 5 min, i promise! ;-)...now it's quite late here... (damn! 2.01 AM again)!...tnx again Created attachment 79185 [details]
x11-misc/pcman-0.1.9.6.ebuild
Here is a modified ebuild with dependencies from the project homepage. Looking foward to its appearance in portage.
Created attachment 79304 [details]
Ebuild for pcmanfm-0.1.9.8
Version bump and package name correction.
Created attachment 79305 [details]
x11-misc/pcmanfm-0.1.9.8.ebuild
Version bump and package name correction.
(In reply to comment #7) There's no need to re-submit an ebuild for version bumps when no change is required to the ebuild. Just mention that there's been a new release upstream and that the current ebuild works for it. As for the attachment summary, that can be changed by editing the attachment. There's also no strict naming system for attachments - the filename can obviously be changed when you download the attachment. Created attachment 79376 [details]
x11-misc/pcmanfm-0.1.9.8.ebuild
pcmanfm depends on gamin/fam apparently without any problem (configure itself check what packages is installed), so i added "!fam? " in the app-admin/gamin RDEPEND. Two questions... 1) if none of those packages are installed and the use flag "fam" is set (strange... but murphy can be always in right!) how can i introduce one of them? 2) x11-libs/gtk+-2.8 and app-admin/gamin (according the home page) are both required for compilation, so i moved them in DEPEND. right? Created attachment 79378 [details]
x11-misc/pcmanfm-0.1.9.8.ebuild
oops...forgotten "fam? (app-admin/fam)" in DEPEND...
1. We still need gtk and gamin at runtime. So put them in RDEPEND and use DEPEND= $RDEPEND to share these items. 2. How about editting the ebuild directly? No need to submit a new one. gnome-icon-theme should be x11-themes/gnome-icon-theme. Sorry for that. Comment on attachment 79378 [details] x11-misc/pcmanfm-0.1.9.8.ebuild ># Copyright 1999-2005 Gentoo Technologies, Inc. ># Distributed under the terms of the GNU General Public License v2 ># $Header: $ > >inherit eutils > >DESCRIPTION="PCMan File Manager, an extremly fast and lightweight file manager with tabbed browsing" >HOMEPAGE="http://pcmanfm.sourceforge.net/" >SRC_URI="mirror://sourceforge/${PN}/${P}.tar.gz" > >LICENSE="GPL-2" >SLOT="0" >KEYWORDS="~x86" >IUSE="nls fam" > >RDEPEND="!fam? (app-admin/gamin) > fam? (app-admin/fam) > >=x11-libs/gtk+-2.8 > x11-themes/gnome-icon-theme > x11-misc/shared-mime-info" >DEPEND="$RDEPEND > >=sys-devel/automake-1.9 > sys-devel/autoconf > dev-util/pkgconfig > nls? ( sys-devel/gettext )" > >src_install() { > make DESTDIR=${D} install || die > dodoc AUTHORS COPYING >} i try edit...but it's not what i expected....hmmmmm otherwise, now it's ok 4u? *** Bug 122899 has been marked as a duplicate of this bug. *** >RDEPEND="!fam? (app-admin/gamin)
> fam? (app-admin/fam)
This is wrong, should be RDEPEND="virtual/fam" or RDEPEND="fam? ( virtual/fam )" (don't know whether it's optional or not).
(In reply to comment #17) > >RDEPEND="!fam? (app-admin/gamin) > > fam? (app-admin/fam) > > This is wrong, should be RDEPEND="virtual/fam" or RDEPEND="fam? ( virtual/fam > )" (don't know whether it's optional or not). > Pcman said that using gamin is better than usin fam, and I tried to compile it with fam, resulting in a segfault. Why don't use just RDEPEND="app-admin/gamin ..." , this way we force gamin, right? (In reply to comment #18) > Why don't use just RDEPEND="app-admin/gamin ..." , this way we force gamin, > right? Because it won't work for people that have app-admin/fam installed. That's what virtuals are for. (In reply to comment #19) > (In reply to comment #18) > > Why don't use just RDEPEND="app-admin/gamin ..." , this way we force gamin, > > right? > > Because it won't work for people that have app-admin/fam installed. That's what > virtuals are for. > Ok, fam will block pcmanfm, until the user unemerge fam and start using gamin. A lot of packages does this in portage. (In reply to comment #20) > Ok, fam will block pcmanfm, until the user unemerge fam and start using gamin. > A lot of packages does this in portage. It's not up to you to force either of them on users if the package supports both. As said, that's exactly why the virtual exists. (In reply to comment #21) > (In reply to comment #20) > It's not up to you to force either of them on users if the package supports > both. As said, that's exactly why the virtual exists. > Sure :) *** Bug 123228 has been marked as a duplicate of this bug. *** Created attachment 80215 [details]
app-misc/pcmanfm-0.2.1
This is the first stable release of pcmanfm, a lot of bugs have been fixed.
tested on x86 and amd64, although i marked them as KEYWORDS="~x86 ~amd64"...
haven't see any problem for now.
Created attachment 82216 [details]
PCMan File Manager 0.2.2
(In reply to comment #24) This compiles cleanly for me; no runtime errors as well. I like this . . . it still has a few bugs (Ctrl-H doesn't show hidden files like it should), but those are upstream issues. No compilation problems or code errors; it runs just fine from the commandline and from launchers in gnome/xfce-panel. For the record, the 2.1 ebuild has better formatting/line breaks than the 2.2 ebuild. Not that it matters, as they both grab the same tarball, afaict. Created attachment 83462 [details]
app-misc/pcmanfm-0.2.3
new ebuild for PCMan File Manager
Created attachment 84195 [details]
app-misc/pcmanfm
new ebuild for PCMan File Manager
Created attachment 90211 [details] add-misc/pcmanfm-0.2.4 (ebuild) I cleaned up the ebuild quite a bit; not sure if I messed anything up, but it works fine here. I did simple things such as cleaning the dependencies. I also committed it to the Project Sunrise overlay: http://gentoo-sunrise.org/svn/reviewed/app-misc/pcmanfm/ As gtk+-2.8 depends on cairo, is not necessary pcmanfm rpedends on it. Created attachment 93822 [details]
app-misc/pcmanfm-9999.ebuild (SVN version)
Created attachment 93940 [details]
pcmanfm-0.2.4.ebuild
- updated ebuild (removed deps that are part of system, only display pkg_postinst when relevant, change to elog)
Created attachment 94795 [details]
version bump to 0.3.0.2
Comment on attachment 94795 [details]
version bump to 0.3.0.2
Probably not in mint condition, but it works for me.
well... nobody can maintain this ebuild?... it seems becoming quite popular this little filemanger.. let's go! can someone insert it in the official portage tree? ps. looking at the last ebuild i saw the RDEPEND app-admin/gamin. According to the build istruction on website fam can be still used. (i didn't tested yet, but i trust the author ;-) I know gamin is better but (talking "all about choices") it would be better too use virtual/fam (like in 0.2.4). Now i'm not on my linux-box sombody can make a try? tnx and "happy ebuilding to everyone"! Created attachment 95627 [details] app-misc/pcmanfm-0.3.1_beta2 (ebuild) Version bump to 0.3.1_beta2. I removed the gnome-icon-theme dependency as it is no longer needed. http://gentoo-sunrise.org/svn/reviewed/app-misc/pcmanfm/ Version bump! PCMan File Manager 0.3.2 rc1 has been released :-) Thanks a lot http://sourceforge.net/project/showfiles.php?group_id=156956 2 things on the last beta2 ebuild. It is missing the startup-notification dependency, and then there needs to be a hal use flag now. Created attachment 98807 [details]
pcmanfm-0.3.2_rc1.ebuild
I think this should work ...
Created attachment 98854 [details]
pcmanfm-0.3.2.1.ebuild
Added debug & inotify USE flags.
*** Bug 150332 has been marked as a duplicate of this bug. *** version bump pcmanfm-0.3.2 Created attachment 100446 [details]
pcmanfm-0.3.2.ebuild
removed "beta" and MY_P variable using only che cleaned package name
The last ebuild (pcmanfm-0.3.2.ebuild) is a big step back from the previous one. No USE flags, no important dependencies. In particular it doesn't work because the startup-notification dependency is removed. Created attachment 101735 [details]
pcmanfm-0.3.2.2.ebuild
Version bump.
I have tried emerging attachment #101735 [details] renamed as pcmanfm-0.3.5.7.ebuild but got:
-----
vfs/vfs-volume-hal.c: In function ���is_in_fstab���:
vfs/vfs-volume-hal.c:1735: error: expected ���;��� before ���)��� token
vfs/vfs-volume-hal.c:1735: error: expected statement before ���)��� token
vfs/vfs-volume-hal.c: In function ���vfs_volume_mount_by_udi���:
vfs/vfs-volume-hal.c:2760: warning: passing argument 1 of ��vfs_volume_hal_mount��� from incompatible pointer type
make[2]: *** [vfs-volume-hal.o] Error 1
-----
I have gnome-vfs-2.20.1-r1 installed, I guess that it's not compatible. Can somebody please update this ebuild and possibly put it on portage? The program is a valid alternative to Thunar, is efficient and lightweight.
Thanks
> I have tried emerging attachment #101735 [details] [edit] renamed as pcmanfm-0.3.5.7.ebuild but > got: [...] garbage ;-) > I have gnome-vfs-2.20.1-r1 installed, I guess that it's not compatible. It is compatible. But the pcmanfm-0.3.2.2-ebuild was not hacky enough for the 0.3.5.7-and-above-code. > Can > somebody please update this ebuild? done. Created attachment 143428 [details]
pcmanfm-0.3.5.9.ebuild
I dropped the inotify-USE-flag because support for inotify in pcmanfm is currently borked upstream.
For getting the -debug-USE-flag back to work, I've added a bit of ugly code to catch g_debug-messages over two lines.
*** Bug 211275 has been marked as a duplicate of this bug. *** Version 0.3.6.2 released. Reference: http://www.gnomefiles.org/app.php/PCMan_File_Manager Finally, we have a stable release. Cheers! :-) Here are important changes since 0.3.2 released in 2006. * The underlying mime-type system was completely re-designed and re-written from scratch. Now it's faster, more robust, and more standard compliant. The memory usage was reduced, too. By installing a xml file to the shared-mime-database, mime-type detection was enhanced. * Completely re-written volume management, can mount/umount/eject volumes through HAL correctly now. * Thumbnail support is re-written, and both the speed and stability are improved. Random crashes during thumbnail loading is already fixed. * New shortcut keys are supported: Now both 'Alt+D' and 'Ctrl+L' can focus the path bar, and 'Backspace' brings you to parent folder. * Left click on the text of path bar with 'Ctrl' key held down now brings you to parent folders quickly. Here is a demo. on YouTube. http://tw.youtube.com/watch?v=aGUOvSMWm6c * Folder views are correctly updated when files get deleted or created. Some FAM-related bugs were fixed. * Command line arguments handling was improved. Now you can open multiple files with pcmanfm through command line. * Correctly handle desktop directory in the side pane. (Get the path of desktop directory from ~/.config/user-dirs.dirs. Hide the item if the directory didn't exist.) * Config files were moved to ~/.config/pcmanfm to follow the new standard. * Add drop down menu for "back" and "forward" buttons. * Open dir in new tab when middle clicking on dir tree. * Slightly improve path entry. * Resolve paths with '~' and '.', '..' in command line arguments, if they are not expanded by shell. * Create dialog UI using new lightweight PtkUIXml system and *.glade files "without" libglade. * Decrease memory usage and size of executable file. * Show icons of *.desktop files in every folder. * Going to another folder when the loading of current folder is not finished works now. * Add some new locales Created attachment 151827 [details]
pcmanfm-0.4.0.ebuild
pcmanfm-0.4.0 released.
After "some time" of stop seems that the project is back with a renewed productivity... imho it's time to insert it in portage Created attachment 154477 [details]
pcmanfm-0.4.1.1.ebuild
Created attachment 157735 [details] app-misc/pcmanfm-0.4.3 http://www.gnomefiles.org/app.php?soft_id=1263 Inotify support is currently broken and disabled by default in configure, so I removed everything concerned from ebuild. Nice fm! ... and added "desktop-integration" flag. I belive it's self-explanatory. Created attachment 158899 [details]
app-misc/pcmanfm-0.4.5
cp pcmanfm-0.4.3.ebuild pcmanfm-0.4.5.ebuild
ebuild pcmanfm-0.4.5.ebuild digest
Created attachment 160341 [details]
see the comment about this attachment
- fixed SVN repository
- added USE flags "hal" and "desktop-integration"
- added keywords "~amd64"
- added to inherit: "fdo-mime"
- added to DOCS: "README"
- added to RDEPEND: hal
- added to DEPEND: sys-devel/gettext
- added src_compile()
- fixed pkg_postinst()
how about adding this one to partage....? after two years of being here I'm pleased to report that pcmanfm-9999.ebuild worked perfectly on an otherwise stable amd64 system. I had both the hal and desktop-integration useflag enabled. Created attachment 160567 [details]
app-misc/pcmanfm-0.5.ebuild
new version + removed desktop-integration useflag (make fails if disabled)
Created attachment 160569 [details]
app-misc/pcmanfm-0.5.ebuild
x11-misc/pcmanfm-0.5 is now in CVS and should show up on your local rsync mirror shortly :) Thanks everybody for contributing! |