[gentoo-dev] Re: Passing arguments to eqmake3
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
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
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
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
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
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
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
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