Thanks! I think I botched my 1st verification...
fakeroot gives me a root owned package, which expands correctly using
tar --no-same-owner -xzf.
w00t,
Tim
On Sat, Jan 8, 2011 at 8:22 AM, Eric Noulard eric.noul...@gmail.com wrote:
2011/1/8 Tim St. Clair timoth...@gmail.com:
This will be across
This will be across several *nix platforms,
I tried fakeroot but when I expand it has the euid of the user.
Cheers,
Tim
On Fri, Jan 7, 2011 at 6:33 PM, Eric Noulard eric.noul...@gmail.com wrote:
2011/1/7 Tim St. Clair timoth...@gmail.com:
Is there a way to make all entries in the tar package
Is there a way to make all entries in the tar package are owned by
root, vs. build user.
--
Cheers,
Timothy St. Clair
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please
Folks -
I've opened a ticket
http://public.kitware.com/Bug/view.php?id=11575 to include my WiX
patch I made a while back, and updated to target 2.8.3 src. Please
update said ticket with your questions/comments/complaints as I'm
determined to get this in your next point release.
--
Cheers,
in 2.8.3-rc2 and later.
On Tue, Oct 19, 2010 at 4:18 PM, Tim St. Clair timoth...@gmail.com wrote:
b4 I do this, because it's a non-trivial investment on a
non-heterogeneous build cluster, can you explain why the i386 stock
binaries behave differently?
Cheers,
Tim
On Tue, Oct 19, 2010 at 2
correction, I can see this issue with 2.8.2 i386 binaries vs. hand build.
On Wed, Oct 20, 2010 at 7:40 AM, Tim St. Clair timoth...@gmail.com wrote:
2.8.0 vs. 2.8.2 hand made
On Tue, Oct 19, 2010 at 4:24 PM, David Cole david.c...@kitware.com wrote:
What version are these stock i386 binaries
On Wed, Oct 20, 2010 at 8:19 AM, Bill Hoffman bill.hoff...@kitware.com wrote:
On 10/20/2010 9:08 AM, Tim St. Clair wrote:
correction, I can see this issue with 2.8.2 i386 binaries vs. hand build.
Tim, it is still unclear to me what your problem is
when using ExternalProject_Add with hand
I've been able to consistently repro an issue using
ExternalProject_Add w/a configure build of cmake v.s. the i386
binaries online shows an issue whenever a it tries to call auto-conf
or auto-make as if the environment is hosed. When I use the stock
i386 binaries I do not see this issue and I'm
the untar did not preserve file times, and this could cause
auto-make to rerun when it really did not need to.
-Bill
On 10/19/2010 3:21 PM, Tim St. Clair wrote:
I've been able to consistently repro an issue using
ExternalProject_Add w/a configure build of cmake v.s. the i386
binaries online shows
For this chunk it only matters if I can decompose for *nix Makefiles.
Cheers,
Tim
On Thu, Sep 9, 2010 at 7:41 AM, David Cole david.c...@kitware.com wrote:
To the best of my knowledge, there is not an easy, cross-platform way to
decompose.
On Wed, Sep 8, 2010 at 11:43 PM, Tim St. Clair
From within cmake I see a generation of the .o targets in my makefile, is
there any way to get a listing without shelling out to ar?
--
Cheers,
Timothy St. Clair
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
Sorry for my late weigh in on this one, but there are instances where this
would be useful.
E.g. redistro-ing libMyOneLargeLib.a which may be comprised of several other
smaller libs.
Basically I would like to build once, and pass the .o's into MyOneLargeLib.
My only other alternative to add a
(big_mundge_redistro_lib small_lib)
On Thu, Sep 9, 2010 at 11:19 AM, Tim St. Clair timoth...@gmail.com wrote:
From within cmake I see a generation of the .o targets in my makefile, is
there any way to get a listing without shelling out to ar?
--
Cheers,
Timothy St. Clair
--
Cheers,
Timothy St. Clair
Folks,
Is there an easy way (best practice) to add prebuilt .o files (external
to my build) to a .a easily?
--
Cheers,
Timothy St. Clair
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
at 4:54 PM, Tim St. Clair timoth...@gmail.com wrote:
Folks,
Is there an easy way (best practice) to add prebuilt .o files
(external to my build) to a .a easily?
--
Cheers,
Timothy St. Clair
___
Powered by www.kitware.com
Visit other
Phil -
Thanks for the feedback, I was able to create a macro which uses try_run
to detect.
Cheers,
Tim
On Tue, Aug 31, 2010 at 11:05 PM, Philip Lowman phi...@yhbt.com wrote:
On Tue, Aug 31, 2010 at 3:01 PM, Tim St. Clair timoth...@gmail.comwrote:
Is there a handy dandy marco
Is there a handy dandy marco for detecting libc details (e.g. version).
--
Cheers,
Timothy St. Clair
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages
Folks -
I'm running cmake 2.8.0 and noticing an interesting anomaly on
Darwin 10.4 when extracting an external project:
cmake -E tar xfz globus-5.0.1.tar.gz
CMake Error: Problem with tar_extract_all(): Operation not permitted
CMake Error: Problem extracting tar: globus-5.0.1.tar.gz
yet,
I've been noticing random failures on file copy operations of install
targets when they are copying a lot of files. (e.g. - headers for a
install library)
file INSTALL cannot copy file
I've verified there is nothing in the way, and I'm uncertain what the
actual error is.
It's intermittent
1-more point, when I check, the file is actually copied.
On Wed, Feb 24, 2010 at 3:51 PM, Tim St. Clair timoth...@gmail.com wrote:
I've been noticing random failures on file copy operations of install
targets when they are copying a lot of files. (e.g. - headers for a
install library
Response Below
Inline...
On Fri, Feb 5, 2010 at 12:05 AM, Alan W. Irwin
ir...@beluga.phys.uvic.ca wrote:
On 2010-02-04 22:44-0600 Tim St. Clair wrote:
On Thu, Feb 4, 2010 at 6:14 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca
wrote:
Why not simply use install(FILES ... PERMISSIONS RENAME
Is there a clean way to copy the install target e.g.
install (TARGETS foo DESTINATION bin)
~ install(TARGETS foo DESTINATION loc2 RENAME foo_bar) -doesn't exist.
I basically need to install the same target to *multiple* locations
with different names.
--
Cheers,
Timothy St. Clair
Inline.. Re: Alan
On Thu, Feb 4, 2010 at 6:14 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote:
On 2010-02-04 23:38+0100 Eric Noulard wrote:
2010/2/4 Tim St. Clair timoth...@gmail.com:
Is there a clean way to copy the install target e.g.
install (TARGETS foo DESTINATION bin)
~ install
CMake Community -
I've created a patch for CPack to incorporate WiX (to create .msi's),
patch and info can be found @
http://annealingtechnologies.blogspot.com/2010/02/wix-and-cpack-integration.html
I pass the baton for others to push upstream.
--
Cheers,
Timothy St. Clair
Inline..
On Mon, Feb 1, 2010 at 10:36 AM, Bill Hoffman bill.hoff...@kitware.com wrote:
Tim St. Clair wrote:
CMake Community -
I've created a patch for CPack to incorporate WiX (to create .msi's),
patch and info can be found @
http://annealingtechnologies.blogspot.com/2010/02/wix-and-cpack
Inline...
On Mon, Feb 1, 2010 at 11:43 AM, Bill Hoffman bill.hoff...@kitware.com wrote:
Tim St. Clair wrote:
Do you think we could use configure_file to create the .xml file like we
do
with the NSIS generator?
That is exactly what I do, but I do it prior to cpack running, but in
this case
Is there a global way to disable all CMake quoting of commands?
It appears that CMake is parsing some commands and inserting quotes in
places and it is causing me much grief.
--
Cheers,
Timothy St. Clair
___
Powered by www.kitware.com
Visit other
, and all is well
Hope this helps others from wasting hours of their life as I have.
Cheers,
Tim
On Thu, Jan 7, 2010 at 10:45 PM, Tim St. Clair timoth...@gmail.com wrote:
For whatever command I am using if I insert a wild card to be passed in e.g.
INSTALL_COMMAND cp blah/* ${MY_STAGING
For whatever command I am using if I insert a wild card to be passed in e.g.
INSTALL_COMMAND cp blah/* ${MY_STAGING}
becomes cp blah/*
which will then yield an error.
Is there some escape sequence I'm missing to avoid the quoting?
--
Cheers,
Timothy St. Clair
Watch out gentoo, and buildroot, here comes cmake ;-)
I just tested and it works like a charm, nice job!
just as a side note for other users, make certain you don't quote
your commands.
Cheers,
Tim
On Tue, Dec 22, 2009 at 8:50 AM, David Cole david.c...@kitware.com wrote:
On Tue, Dec 22, 2009
I would contend that this should be a warning vs. an error, which
prevents generation.
Cheers,
Tim
On Thu, Dec 10, 2009 at 3:18 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
On Thursday 10 December 2009, Tyler Roscoe wrote:
On Thu, Dec 10, 2009 at 02:14:28PM -0600, Tim St. Clair wrote
I was just wondering if anyone has created a WiX cpack-generator yet,
the wiki says no, but the wiki is stale and I'm rather surprised
that no one has done it.
--
Cheers,
Timothy St. Clair
___
Powered by www.kitware.com
Visit other Kitware open-source
I figured I would tickle this again, b/c it seemed like you knew a solution...
Cheers,
Tim
On Wed, Dec 9, 2009 at 12:01 PM, Tim St. Clair timoth...@gmail.com wrote:
Environment variable, for the exact reason you mentioned.
On Wed, Dec 9, 2009 at 11:23 AM, Mike Jackson
mike.jack
Do all files *have* to be present during generation? Or is there some
lazy evaluation?
The file it is looking for is one of many gen'd files. It would be a
pain if I had to update all the command outputs in order to create the
deps.
--
Cheers,
Timothy St. Clair
Is there support for visual studio property sheets in CMAKE, or the
equivalent for *compile-time* env settings?
I need this for projects which call out to legacy scripts which
require those vars during compilation.
I have had little luck finding this information online, and there are
no (+,-)
there
is a cleaner method for doing thing in VS.
Cheers,
Tim
On Wed, Dec 9, 2009 at 10:54 AM, Tyler Roscoe ty...@cryptio.net wrote:
On Wed, Dec 09, 2009 at 07:49:12AM -0600, Tim St. Clair wrote:
Is there support for visual studio property sheets in CMAKE, or the
equivalent for *compile-time* env settings
Environment variable, for the exact reason you mentioned.
On Wed, Dec 9, 2009 at 11:23 AM, Mike Jackson
mike.jack...@bluequartz.net wrote:
On Wed, Dec 9, 2009 at 12:09 PM, Tim St. Clair timoth...@gmail.com wrote:
when using vsprops on windows, you can set environment variables which
37 matches
Mail list logo