Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-27 Thread justin
On 27/03/11 16:50, Mike Frysinger wrote: > On Sun, Mar 27, 2011 at 10:34 AM, justin wrote: >> So I need one last hint, how to correct following correctly? >> >> >> #if defined (HAVE64) && !defined(AJ_MACOSXLF) && !defined(AJ_HPUXLF) && >> !defined(AJ_FreeBSDLF) && !defined(AJ_AIXLF) >>struct di

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-27 Thread Mike Frysinger
On Sun, Mar 27, 2011 at 10:34 AM, justin wrote: > So I need one last hint, how to correct following correctly? > > > #if defined (HAVE64) && !defined(AJ_MACOSXLF) && !defined(AJ_HPUXLF) && > !defined(AJ_FreeBSDLF) && !defined(AJ_AIXLF) >    struct dirent64 *dp; > #else >    struct dirent *dp; > #en

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-27 Thread justin
So I need one last hint, how to correct following correctly? #if defined (HAVE64) && !defined(AJ_MACOSXLF) && !defined(AJ_HPUXLF) && !defined(AJ_FreeBSDLF) && !defined(AJ_AIXLF) struct dirent64 *dp; #else struct dirent *dp; #endif #if defined (HAVE64) && !defined(AJ_MACOSXLF) && !defined

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-21 Thread Fabian Groffen
On 21-03-2011 09:04:24 -0400, Mike Frysinger wrote: > ftell vs ftello is a bit weirder. i'd say always call ftello() all > the time and let the off_t types worry about 32 bit vs 64 bit. so in > the configure script. do something like: > AC_CHECK_FUNCS([ftello fseeko]) FYI: There is an AC_FUNC_FS

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-21 Thread Mike Frysinger
On Mon, Mar 21, 2011 at 6:37 AM, justin wrote: > During closer investigation I found that it alos changes data width and > similar. probably something which should be checked during configure. oh god, this is why it burns > AC_ARG_ENABLE(64, >   AS_HELP_STRING([--enable-64], [64 bit pointers])) >

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-21 Thread Mike Frysinger
On Mon, Mar 21, 2011 at 9:14 AM, Fabian Groffen wrote: > On 21-03-2011 09:04:24 -0400, Mike Frysinger wrote: >> ftell vs ftello is a bit weirder.  i'd say always call ftello() all >> the time and let the off_t types worry about 32 bit vs 64 bit.  so in >> the configure script. do something like: >>

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-21 Thread justin
During closer investigation I found that it alos changes data width and similar. probably something which should be checked during configure. I attached some code as example: from configure: AC_ARG_ENABLE(64, AS_HELP_STRING([--enable-64], [64 bit pointers])) if test "${enable_64}" = "yes" ;

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-20 Thread Mike Frysinger
On Saturday, March 19, 2011 15:33:00 justin wrote: > I need your help figure out how to handle the situation. > > sample code is here: http://tinyurl.com/6ezv9uw dont do that. tinyurl's die, as do websites. just attach the code. see the one example func attached. is this the only way the def

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-19 Thread justin
On 16/03/11 19:51, Mike Frysinger wrote: > On Wednesday, March 16, 2011 05:36:21 Tomáš Chvátal wrote: >> Dne 16.3.2011 07:48, justin napsal(a): >>> On 15/03/11 22:25, Tomáš Chvátal wrote: i am seriously hurt by $(use_enable amd64 64) >>> >>> Where is the problem? The purpose of the eclass is n

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-16 Thread justin
On 16/03/11 19:49, Mike Frysinger wrote: > On Wednesday, March 16, 2011 03:02:01 justin wrote: # $(use_with png pngdriver "${EPREFIX}/usr") # $(use_with pdf hpdf "${EPREFIX}/usr") # $(use_with mysql mysql "${EPREFIX}/usr/bin/mysql_config") # $(use_with postgres postgresql "$

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-16 Thread justin
On 16/03/11 18:59, Ulrich Mueller wrote: >> On Wed, 16 Mar 2011, Jeroen Roovers wrote: > >> "An HTTP URL takes the form: > >> http://:/? > >> "where and are as described in Section 3.1. If : >>is omitted, the port defaults to 80. No user name or password is >>allowed.

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-16 Thread Mike Frysinger
On Wednesday, March 16, 2011 05:36:21 Tomáš Chvátal wrote: > Dne 16.3.2011 07:48, justin napsal(a): > > On 15/03/11 22:25, Tomáš Chvátal wrote: > >> i am seriously hurt by $(use_enable amd64 64) > > > > Where is the problem? The purpose of the eclass is not to repeat the > > same code 20 times. Wh

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-16 Thread Mike Frysinger
On Wednesday, March 16, 2011 03:02:01 justin wrote: > >> # $(use_with png pngdriver "${EPREFIX}/usr") > >> # $(use_with pdf hpdf "${EPREFIX}/usr") > >> # $(use_with mysql mysql "${EPREFIX}/usr/bin/mysql_config") > >> # $(use_with postgres postgresql "${EPREFIX}/usr/bin/pg_config") > > > > do y

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-16 Thread Ulrich Mueller
> On Wed, 16 Mar 2011, Jeroen Roovers wrote: > "An HTTP URL takes the form: > http://:/? > "where and are as described in Section 3.1. If : >is omitted, the port defaults to 80. No user name or password is >allowed. is an HTTP selector, and is a query >string. The

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-16 Thread Jeroen Roovers
On Wed, 16 Mar 2011 08:02:01 +0100 justin wrote: > >> HOMEPAGE="http://emboss.sourceforge.net"; > > > > could do with a trailing "/" I *like* to see that too... > I asked myself quite often, if this needed or not. What is the purpose > of the trailing "/"? However: "An HTTP URL takes the f

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-16 Thread Tomáš Chvátal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 16.3.2011 07:48, justin napsal(a): > On 15/03/11 22:25, Tomáš Chvátal wrote: >> >> i am seriously hurt by $(use_enable amd64 64) > > Where is the problem? The purpose of the eclass is not to repeat the > same code 20 times. Why can't this be here?

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-16 Thread justin
>> # $(use_enable amd64 64) > > oh god it burns so bad when i poo > I couldn't find out why this burns so much. The eclass is inherited from the ebuild during emerge, so it should be aware of the current system. So what is the problem? Only thing I can think of is crosscompiling, but even there

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-16 Thread justin
On 15/03/11 23:06, Mike Frysinger wrote: >> # Copyright 1999-2004 Gentoo Foundation > > s/2004/2011/ > > have you looked at the man page output for this to make sure the white > spacing > you're putting into the comments properly carries over ? I will do this before the final commit. Currently

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-15 Thread justin
On 15/03/11 22:25, Tomáš Chvátal wrote: > Dne 15.3.2011 21:51, justin napsal(a): >> Donnie pointed out, that it might be clever to attach what I want to >> have reviewed. So here it is. > >> justin > EAPI CAN'T BE DEFINED IN ECLASS! > this should be craved into stones :) I didn't see this mention

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-15 Thread Jeremy Olexa
On 03/15/2011 10:00 PM, Jeroen Roovers wrote: On Tue, 15 Mar 2011 18:06:36 -0400 Mike Frysinger wrote: # The full name and version of the EMBASSY package (excluding the Gentoo # revision number) EF=$(echo ${EN} | tr "[:lower:]" "[:upper:]")-${PV} ugh, but i guess we cant do m

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-15 Thread Jeroen Roovers
On Tue, 15 Mar 2011 18:06:36 -0400 Mike Frysinger wrote: > > # The full name and version of the EMBASSY package > > (excluding the Gentoo # revision number) > > EF=$(echo ${EN} | tr "[:lower:]" "[:upper:]")-${PV} > > ugh, but i guess we cant do much until we have newer bash bash 4.1 has

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-15 Thread Mike Frysinger
> # Copyright 1999-2004 Gentoo Foundation s/2004/2011/ have you looked at the man page output for this to make sure the white spacing you're putting into the comments properly carries over ? > # @ECLASS-VARIABLE: EBO_DESCRIPTION > # @DESCRIPTION: > # Should be set. Completes the describtion of

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-15 Thread Tomáš Chvátal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 15.3.2011 21:51, justin napsal(a): > Donnie pointed out, that it might be clever to attach what I want to > have reviewed. So here it is. > > justin EAPI CAN'T BE DEFINED IN ECLASS! this should be craved into stones :) Some whitespace is funny.

Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-15 Thread justin
Donnie pointed out, that it might be clever to attach what I want to have reviewed. So here it is. justin # Copyright 1999-2004 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/eclass/embassy.eclass,v 1.17 2008/11/03 22:17:50

[gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass

2011-03-15 Thread justin
Hi all, I unbundled a couple of libs from emboss and thus we need a new installation scheme for the embassy package. For this purpose I rewrote the embassy eclass to handle now all emboss and embassy* packages. Please comment if you have objections for the tree commit http://git.overlays.gentoo