Hi! This is the packages of emelfm2 0.1.0 20050327. I found a bug in 0.0.9 version. When you saved your configuration, the program crash. So i decided to test the new version and i make a new ebuild. It work fine for me. Have a nice Day Mitch
Created attachment 57266 [details] emelfm2-0.1.0_pre20050327.ebuild
emelfm2-0.1.0 has been released. I think that emelfm2-0.1.0 should have fam, gamin and maybe even unicode USE flags (see the attached INSTALL file for more information). I don't think that there is an option to disable nls anymore, but I'm not sure about this. Anyways, I've attached an ebuild for emelfm2-0.1.0 which also contains some (hopefully correct) cleanups.
Created attachment 63844 [details] Ebuild for emelfm2-0.1.0
Created attachment 63845 [details] The INSTALL doc of emelfm2-0.1.0
Btw, here is one problem - the emelfm2.desktop file doesn't seem to work for some reason, so there is no Gnome menu item after the upgrade. I don't know howto fix this.
emelFM2 0.1.1 released 07/08/2005
*** Bug 104335 has been marked as a duplicate of this bug. ***
Re-assign.
The latest version in portage just dies at a gdk BadLength error when you try to do any kind of configuration whatsoever. Is it possible to add another ebuild for the later (newer) tarballs? I'm using the 0.1.2 one now and it doesn't crash. The 0.1.0 one looks good, just probably up the version number I guess, though I'm not ebuild expert :P Thanks! emerge info: Portage 2.0.51.22-r2 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-gentoo-r10 x86_64) ================================================================= System uname: 2.6.12-gentoo-r10 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -mtune=k8 -O2 -fomit-frame-pointer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -mtune=k8 -O2 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.seren.com/gentoo http://mirrors.acm.cs.rpi.edu/gentoo/ http://mirror.mcs.anl.gov/pub/gentoo/" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X a52 aac aalib acpi aim alsa avi bash-completion berkdb bitmap-fonts browserplugin cairo cddb cdparanoia cdr crypt cups curl devil double-precision dts dvd dvdr dvdread eds emboss encode esd faad fam fbcon firefox flac foomaticdb fortran gcj gif glitz gnome gnustep gphoto2 gpm gstreamer gtk gtk2 imagemagick imlib imlib2 ipv6 java jpeg justify kde layout-osx-like lj lzw lzw-tiff mad matroska mikmod mng motif mozilla moznocompose moznoirc moznomail mp3 mpeg ncurses network new-login nls ntpl nvidia objc offensive ogg oggvorbis openal opengl pam pdflib perl png ppds python qt quicktime readline real scanner sdl slang spell ssl tcltk tcpd theora threads tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis wxwindows xine xml2 xmms xpm xprint xv yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
yea... emelfm2-0.1.2 is working fine from the tarball with the same make instructions as the ebuild for emelfm2-0.0.9-r1 :D
can you update ebuild in portage?
emelfm2-1.3 has been released. I created an ebuild. Note that it says Ma3oxuct in the header...that is my Forum moniker.
Created attachment 73271 [details] emelfm2-0.1.3.ebuild This is my first ebuild...ever, so please be kind.
Created attachment 75923 [details, diff] usr_local.patch Patch for ikons on emelfm2 menus. I cant see the menu icons
Created attachment 75925 [details] emelfm2-0.1.4.ebuild New ebuild for emelfm2 - patch added - new download url added
*** Bug 121128 has been marked as a duplicate of this bug. ***
Created attachment 78665 [details] emelfm2-0.1.5.ebuild
Created attachment 78666 [details, diff] usr_local.patch
Comment on attachment 78665 [details] emelfm2-0.1.5.ebuild brad... could you update this on portage??
Created attachment 83673 [details] emelfm2-0.1.6.ebuild (Update) emelfm2-0.1.6 is available. Depends now on >=x11-libs/gtk+-2.6
Created attachment 83674 [details, diff] usr_local.patch corresponding usr_local.patch to comment #20 Would be nice to have it updated in portage.
Created attachment 85617 [details] emelfm2-0.1.7 ebuild Updated ebuild for 0.1.7 release. I did change a few things, not only the release number. a fam keyword was added, although there are slight problems with gamin, as gentoo treats this as a drop-in replacement, but emelfm2 does not. but this here should work for both at first. then i changed the behaviour of the unicode flag, i don't think it was even recognized in the previous ebuilds and finally i changed the usr_local.patch so it is not version specific anymore and must not be updated just for a changed build path.
Created attachment 85618 [details, diff] usr_local.patch for emelfm-0.1.7.ebuild updated usr_local.patch for the 0.1.7 ebuild
Created attachment 85647 [details] emelfm2-0.1.7 ebuild (updated) i just replaced usr_local.patch with a sed line
Please try and get this into sunrise, as there doesn't seem to be a developer to take maitainership of it at present.
There is one major problem i've found no solution for, otherwise i would have already taken the maintainership for this one. The problem is, that the configure script has both USE_FAM and USE_GAMIN and i don't know who differentiate between these 2 in the ebuild, as only virtual/fam is relevant and no gamin use flag should be added. Best way for this should be changing the configure script. If anyone has ideas for this topic, feel free to mail me
(In reply to comment #26) > There is one major problem i've found no solution for, otherwise i would have > already taken the maintainership for this one. The problem is, that the > configure script has both USE_FAM and USE_GAMIN and i don't know who > differentiate between these 2 in the ebuild, as only virtual/fam is relevant > and no gamin use flag should be added. Best way for this should be changing the > configure script. If anyone has ideas for this topic, feel free to mail me > if use fam; then if has_version app-admin/fam ; then myconf="${myconf} USE_FAM=1" else myconf="${myconf} USE_GAMIN=1" fi fi
Created attachment 93538 [details] emelfm2-0.1.7.ebuild thanks jakub. a new ebuild is attached. i will also add a as-needed patch for compatibility with the as-needed ldflag. this will be fixed upstream for emelfm2 0.1.8
Created attachment 93539 [details, diff] as-needed.patch for emelfm2-0.1.7.ebuild
On emelfm2-0.18 the FILES_UTF8ONLY=1 option is broken, i have sent a message to the mailinglist.
Created attachment 93682 [details] emelfm2-0.1.8.ebuild updated ebuild, two patches will follow, one for the problem described by maarten and one to gzip the man page instead of bzip2ing it, to held consistency with the rest of the man pages. it is a simple 1 line diff for the Makefile
Created attachment 93683 [details, diff] emelfm2-0.1.8-FILES_UTF8ONLY.patch patch for the broken UTF8ONLY option in 0.1.8
Created attachment 93684 [details, diff] emelfm2-0.1.8-gzip_manpage.patch
Emelfm2-0.2 has been released, a version bump will work (the patches are no longer needed ofcource).
http://www.gentoo.org/proj/en/qa/treecleaners/#doc_chap6 PMASKED
Created attachment 97568 [details] emelfm2-0.2.ebuild Version Bump. I will also attach a patch which was posted on the mailing list and the gzip_manpage patch without the version number as it is...timeless. sorry for the inconvenience, it is just the same patch. but you can just rename the old one :) so emelfm2 will be pulled out of the official tree in 1 week, as this version is so outdated anyway, i don't think it is a great loss. as much as i love this nifty file manager, i still do not consider it stable enough for this. but it is getting much better :) i would like to maintain this ebuild in bugzilla or maybe sunrise and get it back into portage when it is ready. what do you think?
Created attachment 97569 [details, diff] emelfm2-0.2-fix-xflag.patch emelfm2-0.2-fix-xflag.patch
Created attachment 97570 [details, diff] emelfm2-gzip_manpage.patch emelfm2-gzip_manpage.patch
I use it as my only filemanager, it's not the end of the world if it's not in portage. But i like it.
This is my primary file manager on a few boxes (x86 and amd64) & I'd support it being taken to sunrise. If it doesn't end up back in portage, I will continue to track this bug for version bumps. Thanks to all who are continuing to maintain this ebuild.
Punted as of now!
new ebuild is at bug #153611
