Re: SPECS: firephp.spec (NEW) - new (actually i have no idea how to package moz...
On Thursday 31 July 2008 18:57, Jakub Bogusz wrote: > On Thu, Jul 31, 2008 at 02:01:45PM +0300, Elan Ruusamäe wrote: > > On Thursday 31 July 2008 13:03:33 glen wrote: > > > +# TODO > > > +# - make it generic for gecko based browsers (browser-plugins should > > > first support this) > > > +# call it one of: (RFC welcome) > > > +# - browser-extension-gecko-firephp > > > +# - gecko-addon-firephp > > > +# - gecko-extension-firephp > > > +# - mozilla-extension-firephp > > > +# - mozilla-addon-firephp > > > +Summary: Firefox Extension for FirePHP > > > +Name: firephp > > > > i'd like to hear your opinion on the package namespace, so further > > packages could follow it. > > Not mozilla-* (it's restricted name). ok with that. > gecko-* or browser-gecko-*. > Or maybe browser-xul-extension-* (I'm not sure if these extensions are > more related to gecko or xul?) i'd like to see "extension" or "addon" in package name. however xul vs gecko i can't answer ... -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: cmake.spec - even more :/
On Thu, Jul 31, 2008 at 05:35:39PM +0200, Jakub Bogusz wrote: > On Thu, Jul 31, 2008 at 09:54:25AM +0300, Elan Ruusamäe wrote: > > On Thursday 31 July 2008 07:45, qboosh wrote: > > > +# - rpmldflags/rpmcppflags are not passed through %%cmake macro at all > > > +# (is there any standard way???) > > > > there isn't (this has gone over devel-en list already at least twice). > > Well, as I rechecked, at least cmake 2.6.0 respects LDFLAGS. > But it's all - no CPPFLAGS. > > And use of any of predefined CMAKE_BUILD_TYPEs overrides > CFLAGS/CXXFLAGS (-Os/-O2/-O3 is added _after_ flags taken from > environment). > > And there is no standard way to pass individual install directories, the > only one commonly used seems to be CMAKE_INSTALL_PREFIX. And one more, reminded by PLD-doc/BuildRequires.txt: # NOTE: check *.so* perms, cmake usually sets 644 which prevents rpm from generating deps -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: firephp.spec (NEW) - new (actually i have no idea how to package moz...
On Thu, Jul 31, 2008 at 02:01:45PM +0300, Elan Ruusamäe wrote: > On Thursday 31 July 2008 13:03:33 glen wrote: > > +# TODO > > +# - make it generic for gecko based browsers (browser-plugins should first > > support this) > > +# call it one of: (RFC welcome) > > +# - browser-extension-gecko-firephp > > +# - gecko-addon-firephp > > +# - gecko-extension-firephp > > +# - mozilla-extension-firephp > > +# - mozilla-addon-firephp > > +Summary: Firefox Extension for FirePHP > > +Name: firephp > > i'd like to hear your opinion on the package namespace, so further packages > could follow it. Not mozilla-* (it's restricted name). gecko-* or browser-gecko-*. Or maybe browser-xul-extension-* (I'm not sure if these extensions are more related to gecko or xul?) -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: cmake.spec - even more :/
On Thu, Jul 31, 2008 at 09:54:25AM +0300, Elan Ruusamäe wrote: > On Thursday 31 July 2008 07:45, qboosh wrote: > > +# - rpmldflags/rpmcppflags are not passed through %%cmake macro at all > > +# (is there any standard way???) > > there isn't (this has gone over devel-en list already at least twice). Well, as I rechecked, at least cmake 2.6.0 respects LDFLAGS. But it's all - no CPPFLAGS. And use of any of predefined CMAKE_BUILD_TYPEs overrides CFLAGS/CXXFLAGS (-Os/-O2/-O3 is added _after_ flags taken from environment). And there is no standard way to pass individual install directories, the only one commonly used seems to be CMAKE_INSTALL_PREFIX. I hate replacing autotools by something more problematic which isn't even less complicated. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: rpm.macros - pass LDFLAGS for cmake - removed bogus comment
On Thu, Jul 31, 2008 at 09:56:39AM +0300, Elan Ruusamäe wrote: > On Thursday 31 July 2008 08:48, qboosh wrote: > > - removed bogus comment > .. > > -# override __cmake to add -j4 in your ~/.rpmmacros for parallel make > > %__cmake /usr/bin/cmake > > cmake doesn't have -jN ? No. make does. -- Jakub Boguszhttp://qboosh.pl/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: rpm.macros - pass LDFLAGS for cmake - removed bogus comment
On Thursday 31 of July 2008, 08:56, Elan Ruusamäe wrote: > On Thursday 31 July 2008 08:48, qboosh wrote: > > - removed bogus comment > > .. > > > -# override __cmake to add -j4 in your ~/.rpmmacros for parallel make > > %__cmake /usr/bin/cmake > > cmake doesn't have -jN ? Yes, it doesn't. Run (or read manpage) cmake command $ cmake cmake version 2.4-patch 8 Usage [...] and find -j option (there isn't). -- Tomasz Wittner ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: cmake.spec - even more :/
On Thursday 31 of July 2008, 08:54, Elan Ruusamäe wrote:
> On Thursday 31 July 2008 07:45, qboosh wrote:
> > +# - rpmldflags/rpmcppflags are not passed through %%cmake macro at all
> > +# (is there any standard way???)
>
> there isn't (this has gone over devel-en list already at least twice).
>
> however i've tried to use in few places our standard, ie the ones we use in
> autoconf:
>
> # override __cmake to add -j4 in your ~/.rpmmacros for parallel make
> %__cmake/usr/bin/cmake
> %cmake { \
> CC="%{__cc}" \
> CXX="%{__cxx}" \
> CFLAGS="%{rpmcflags}" \
> CXXFLAGS="%{rpmcxxflags}" \
> %{__cmake} \
> }
>
> another place i recall, where these compiler options are not accepted is
> apache modules via apxs, they use cc and flags from apache compile time.
The same story with ruby packages - most of them use ruby script which takes
values of CC, CXX, C(XX)FLAGS from Config module
(file /usr/lib/ruby/1.8/*-linux/rbconfig.rb). IMO there is no way other than
patching these setup scripts one by one to accept CC, CXX, C(XX)FLAGS env.
var. or taking flags via commandline switchs - IMO such patching doesn't pay,
there is only one practical inconvenience which is raleted to passing CC/CXX
values when ccache is used without symlinking compilers commands to ccache.
--
Tomasz Wittner
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: firephp.spec (NEW) - new (actually i have no idea how to package moz...
On Thursday 31 July 2008 13:03:33 glen wrote: > +# TODO > +# - make it generic for gecko based browsers (browser-plugins should first > support this) > +# call it one of: (RFC welcome) > +# - browser-extension-gecko-firephp > +# - gecko-addon-firephp > +# - gecko-extension-firephp > +# - mozilla-extension-firephp > +# - mozilla-addon-firephp > +Summary: Firefox Extension for FirePHP > +Name: firephp i'd like to hear your opinion on the package namespace, so further packages could follow it. -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: cmake.spec - even more :/
On Thursday 31 July 2008, Elan Ruusamäe wrote:
> On Thursday 31 July 2008 07:45, qboosh wrote:
> > +# - rpmldflags/rpmcppflags are not passed through %%cmake macro at all
> > +# (is there any standard way???)
>
> there isn't (this has gone over devel-en list already at least twice).
>
> however i've tried to use in few places our standard, ie the ones we use in
> autoconf:
>
> # override __cmake to add -j4 in your ~/.rpmmacros for parallel make
> %__cmake/usr/bin/cmake
> %cmake { \
> CC="%{__cc}" \
> CXX="%{__cxx}" \
> CFLAGS="%{rpmcflags}" \
> CXXFLAGS="%{rpmcxxflags}" \
> %{__cmake} \
> }
There is CPPFLAGS (%rpmcppflags), too (in Th).
--
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-linux.org/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
