Bugzilla Bug 90476

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 an attachment (id=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 an attachment (id=63844) [details]
Ebuild for emelfm2-0.1.0

Created an attachment (id=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 an attachment (id=73271) [details]
This is my first ebuild...ever

This is my first ebuild...ever, so please be kind.

Created an attachment (id=75923) [details]
Patch for ikons on emelfm2 menus

Patch for ikons on emelfm2 menus.
I cant see the menu icons

Created an attachment (id=75925) [details]
New ebuild for emelfm2

New ebuild for emelfm2

- patch added
- new download url added

*** Bug 121128 has been marked as a duplicate of this bug. ***

Created an attachment (id=78665) [details]
emelfm2-0.1.5.ebuild

Created an attachment (id=78666) [details]
usr_local.patch

(From update of attachment 78665 [details])
brad... could you update this on portage??

Created an attachment (id=83673) [details]
emelfm2-0.1.6.ebuild (Update)

emelfm2-0.1.6 is available.
Depends now on >=x11-libs/gtk+-2.6

Created an attachment (id=83674) [details]
usr_local.patch

corresponding usr_local.patch to comment #20

Would be nice to have it updated in portage.

Created an attachment (id=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 an attachment (id=85618) [details]
usr_local.patch for emelfm-0.1.7.ebuild

updated usr_local.patch for the 0.1.7 ebuild

Created an attachment (id=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 an attachment (id=93538) [details]
updated ebuild, handles fam/gamin now correctly

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 an attachment (id=93539) [details]
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 an attachment (id=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 an attachment (id=93683) [details]
emelfm2-0.1.8-FILES_UTF8ONLY.patch

patch for the broken UTF8ONLY option in 0.1.8

Created an attachment (id=93684) [details]
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 an attachment (id=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 an attachment (id=97569) [details]
emelfm2-0.2-fix-xflag.patch

emelfm2-0.2-fix-xflag.patch

Created an attachment (id=97570) [details]
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