[gentoo-dev] Re: Passing arguments to eqmake3

2009-05-14 Thread Nikos Chantziaras

Duncan wrote:

Nikos Chantziaras rea...@arcor.de posted gufm71$un...@ger.gmane.org,
excerpted below, on  Thu, 14 May 2009 02:47:55 +0300:


My posts to gmane.linux.gentoo.devhelp don't seem to get through.  Does
someone know if something is wrong with the list's subscription on
GMane?  All other GMane Gentoo lists seem to work fine.


You may also want to ask on gmane.discuss.  I'm not subscribed 
to .devhelp so can't help you directly on that, but perhaps one of the 
gmane admins or other users can be of help on gmane.discuss, if no one 
here has an immediate answer.


I worked around it by subscribing manually to that list (using the 
-nomail list option).  After that, postings from GMane get through.





[gentoo-dev] Re: Passing arguments to eqmake3

2009-05-14 Thread Duncan
Nikos Chantziaras rea...@arcor.de posted gugfo5$i9...@ger.gmane.org,
excerpted below, on  Thu, 14 May 2009 10:03:43 +0300:

 I worked around it by subscribing manually to that list (using the
 -nomail list option).  After that, postings from GMane get through.

Thanks.  (Further reply/explanation offlist.)

-- 
Duncan - List replies preferred.   No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he is your master.  Richard Stallman




[gentoo-dev] Re: Passing arguments to eqmake3

2009-05-14 Thread Christian Faulhammer
Hi,

Nikos Chantziaras rea...@arcor.de:

 Daniel Pielmeier wrote:
  Also this question is not appropriate for this list. The
  gentoo-devhelp mailing-list or #gentoo-dev-help on IRC are better
  places for this kind of questions.
 
 My posts to gmane.linux.gentoo.devhelp don't seem to get through.
 Does someone know if something is wrong with the list's subscription
 on GMane?  All other GMane Gentoo lists seem to work fine.

 As you noticed: You need to be subscribed to a Gentoo mailing list as
we won't let through mails from Gmane alone.

V-Li

-- 
Christian Faulhammer, Gentoo Lisp project
URL:http://www.gentoo.org/proj/en/lisp/, #gentoo-lisp on FreeNode

URL:http://gentoo.faulhammer.org/


signature.asc
Description: PGP signature


[gentoo-dev] Re: Passing arguments to eqmake3

2009-05-14 Thread Christian Faulhammer
Hi,

Nikos Chantziaras rea...@arcor.de:
  Btw: Is there a typo in the eclass? Shouldn't it be Project .pro
  file PREFIX=/usr does not exist instead of Project .pro file
  PREFIX=/usr does not exists
 
 I just checked qt3.eclass and indeed its a typo in there.

 Which is now gone.

V-Li

-- 
Christian Faulhammer, Gentoo Lisp project
URL:http://www.gentoo.org/proj/en/lisp/, #gentoo-lisp on FreeNode

URL:http://gentoo.faulhammer.org/


signature.asc
Description: PGP signature


[gentoo-dev] Re: Passing arguments to eqmake3

2009-05-13 Thread Nikos Chantziaras

Mounir Lamouri wrote:

Nikos Chantziaras wrote:

I have a package that uses qmake (from Qt 3) as its build system and
that installs into /usr/local by default (as any well packaged
software should do).  This of course can be overridden at build time. 
In this case, with:


  qmake PREFIX=/usr projectfile.pro

In order to install into /usr (as any well written ebuild should do.)
In the ebuild however, eqmake3 doesn't seem to accept any arguments. 
This:


  eqmake3 PREFIX=/usr projectfile.pro | die qmake failed

results in:

 * Project .pro file PREFIX=/usr does not exists
 * qmake cannot handle non-existing .pro files

when trying to emerge.  What can I do?



eqmake is taking arguments but you have to set the .pro file first like:
eqmake3 projectfile.pro PREFIX=/usr || die eqmake3 failed


Thanks.  That works nicely.



By the way, you may want to set PREFIX=${D}/usr


Nope, that's not recommended here.  If I do that, the application is 
searching at runtime for its datafiles in /var/tmp/portage/[...] instead 
of /usr/share which is obviously wrong.





[gentoo-dev] Re: Passing arguments to eqmake3

2009-05-13 Thread Nikos Chantziaras

Daniel Pielmeier wrote:

Nikos Chantziaras schrieb am 13.05.2009 23:31:

I have a package that uses qmake (from Qt 3) as its build system and
that installs into /usr/local by default (as any well packaged software
should do).  This of course can be overridden at build time.  In this
case, with:

  qmake PREFIX=/usr projectfile.pro

In order to install into /usr (as any well written ebuild should do.) In
the ebuild however, eqmake3 doesn't seem to accept any arguments.  This:

  eqmake3 PREFIX=/usr projectfile.pro | die qmake failed

results in:

 * Project .pro file PREFIX=/usr does not exists
 * qmake cannot handle non-existing .pro files

when trying to emerge.  What can I do?

[...]
Also this question is not appropriate for this list. The gentoo-devhelp
mailing-list or #gentoo-dev-help on IRC are better places for this kind
of questions.


Oops, sorry.  I'll use that one for further questions.



Btw: Is there a typo in the eclass? Shouldn't it be Project .pro file
PREFIX=/usr does not exist instead of Project .pro file
PREFIX=/usr does not exists


I just checked qt3.eclass and indeed its a typo in there.




[gentoo-dev] Re: Passing arguments to eqmake3

2009-05-13 Thread Nikos Chantziaras

Daniel Pielmeier wrote:

Also this question is not appropriate for this list. The gentoo-devhelp
mailing-list or #gentoo-dev-help on IRC are better places for this kind
of questions.


My posts to gmane.linux.gentoo.devhelp don't seem to get through.  Does 
someone know if something is wrong with the list's subscription on 
GMane?  All other GMane Gentoo lists seem to work fine.





[gentoo-dev] Re: Passing arguments to eqmake3

2009-05-13 Thread Duncan
Nikos Chantziaras rea...@arcor.de posted gufm71$un...@ger.gmane.org,
excerpted below, on  Thu, 14 May 2009 02:47:55 +0300:

 My posts to gmane.linux.gentoo.devhelp don't seem to get through.  Does
 someone know if something is wrong with the list's subscription on
 GMane?  All other GMane Gentoo lists seem to work fine.

You may also want to ask on gmane.discuss.  I'm not subscribed 
to .devhelp so can't help you directly on that, but perhaps one of the 
gmane admins or other users can be of help on gmane.discuss, if no one 
here has an immediate answer.

-- 
Duncan - List replies preferred.   No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he is your master.  Richard Stallman