Marcus
(I’m sending this to the qserv list)
Re 1st, I am not sure (I didn’t research), maybe someone from the team
will know.
Re 2nd, I think it is related to gcc compiler, we now require at least 4.8.2.
Installing devtoolset-3 is probably the simplest solution.
(all: Should we update our docs to reflect the compiler requirement?)
Thanks,
Jacek
> On Sep 29, 2015, at 4:36 PM, Marcus Ebert <[log in to unmask]> wrote:
>
> Hi Jacek,
>
> I tried to install qserv and got 2 errors so far:
>
> 1) mktemp is used at the beginning where the template has .XXXXX in
> the end (5xX). On some Linux distributions, mine is one of it, there
> is a different version of mktemp installed which requires exactly 6xX
> while GNU one requires at least 3xX. When pointing the script to the
> GNU one, this step worked for me then.
>
> 2) using "eups distrib install" produces an error when it tries to
> compile qana. The first error that happens is:
>
> g++ -o build/qana/RelationGraph.os -c -g -pedantic -Wall
> -Wno-long-long -Wno-variadic-macros -fPIC -D_FILE_OFFSET_BITS=64 -fPIC
> -std=c++0x -Wno-unused-local-typedefs
> -I/home/ebert/LSST/Linux64/mysql/5.1.65.lsst2/include
> -I/home/ebert/LSST/Linux64/boost/1.5
> 5.0.1.lsst2+3/include
> -I/home/ebert/LSST/Linux64/antlr/2.7.7.lsst1/include
> -I/home/ebert/LSST/Linux64/xrootd/2015_7-1-gb516293/i
> nclude/xrootd -I/home/ebert/LSST/Linux64/log/1.1.2-4-g93731d5/include
> -I/home/ebert/LSST/Linux64/protobuf/2.6.1/include -I/home/
> ebert/LSST/Linux64/zookeeper/3.4.6.lsst2/c-binding/include
> -I/home/ebert/LSST/Linux64/log4cxx/0.10.0.lsst4/include -Ibuild build
> /qana/RelationGraph.cc
> In file included from
> /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../include/c++/4.7.1/bits/stl_algobase.h:65:0,
> from
> /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../include/c++/4.7.1/bits/stl_tree.h:63,
> from
> /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../include/c++/4.7.1/map:60,
> from build/qana/QueryMapping.h:32,
> from build/qana/QueryMapping.cc:35:
> /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../include/c++/4.7.1/bits/stl_pair.h:
> In instantiation of 'struct std::pair
> <const std::basic_string<char>, lsst::qserv::qana::QueryMapping::Parameter>':
> build/qana/QueryMapping.h:89:66: required from here
> /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../include/c++/4.7.1/bits/stl_pair.h:93:11:
> error: 'std::pair<_T1, _T2>::first' has incomplete type
> In file included from
> /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../include/c++/4.7.1/iosfwd:41:0,
> from
> /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../include/c++/4.7.1/memory:74,
> from build/qana/QueryMapping.h:33,
> from build/qana/QueryMapping.cc:35:
> /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../include/c++/4.7.1/bits/stringfwd.h:61:11:
> error: declaration of 'const class std::basic_string<char>'
> g++ -o build/qana/ScanTablePlugin.os -c -g -pedantic -Wall
> -Wno-long-long -Wno-variadic-macros -fPIC -D_FILE_OFFSET_BITS=64 -fPIC
> -std=c++0x -Wno-unused-local-typedefs
> -I/home/ebert/LSST/Linux64/mysql/5.1.65.lsst2/include
> -I/home/ebert/LSST/Linux64/boost/1.55.0.1.lsst2+3/include
> -I/home/ebert/LSST/Linux64/antlr/2.7.7.lsst1/include
> -I/home/ebert/LSST/Linux64/xrootd/2015_7-1-gb516293/include/xrootd
> -I/home/ebert/LSST/Linux64/log/1.1.2-4-g93731d5/include
> -I/home/ebert/LSST/Linux64/protobuf/2.6.1/include
> -I/home/ebert/LSST/Linux64/zookeeper/3.4.6.lsst2/c-binding/include
> -I/home/ebert/LSST/Linux64/log4cxx/0.10.0.lsst4/include -Ibuild
> build/qana/ScanTablePlugin.cc
> build/qana/QueryMapping.cc: In member function 'void
> lsst::qserv::qana::Mapping::_initMap(const ParameterMap&)':
> build/qana/QueryMapping.cc:132:40: error: 'const struct
> std::pair<const std::basic_string<char>,
> lsst::qserv::qana::QueryMapping::Parameter>' has no member named
> 'first'
> ....
>
> Before looking more into details, is there a specific versions of
> c++/kernel/other tools needed to build all components?
>
>
> Cheers,
> Marcus
>
> On Tue, Sep 29, 2015 at 1:36 PM, Jacek Becla <[log in to unmask]> wrote:
>> https://confluence.lsstcorp.org/display/DM/Data+Access+and+Database
>>
>>
>>
>> On 09/29/2015 01:30 PM, Jacek Becla wrote:
>>>
>>> documentation:
>>>
>>> http://www.slac.stanford.edu/exp/lsst/qserv/2015_08/
>>>
>>>
>>> jira agile (planning):
>>>
>>> https://jira.lsstcorp.org/secure/RapidBoard.jspa?rapidView=23
>>>
>>>
>>> github:
>>>
>>> github.com/lsst/qserv
>>>
>>>
>>> Design doc:
>>> http://ls.st/lpj
>>>
>>> Mailing list:
>>> https://dev.lsstcorp.org/trac/wiki/db/Qserv/MailingList
>>>
>>>
>>>
>>>
>>> On 09/23/2015 08:54 PM, Becla, Jacek wrote:
>>>>
>>>> Hi Marcus,
>>>>
>>>> Sure! Tue 12pm is best. Can you come to my office, bldg 50 office 338?
>>>>
>>>> Thanks,
>>>> Jacek
>>>>
>>>>
>>>>> On Sep 23, 2015, at 3:06 PM, Marcus Ebert <[log in to unmask]>
>>>>> wrote:
>>>>>
>>>>> Hi Jacek,
>>>>>
>>>>> We have a small BaBar Collaboration Meeting ongoing right now. Would
>>>>> it work for you if we meet during the next week, any day between
>>>>> Tuesday and Friday?
>>>>> Except on Tuesday, it would work for me any time between
>>>>> 8:30am-2:00pm, and on Tuesday between 12:00-2:00pm.
>>>>>
>>>>> Cheers,
>>>>> Marcus
>>>>>
>>>>> On Wed, 23 Sep 2015, Jacek Becla wrote:
>>>>>
>>>>>> Bob,
>>>>>>
>>>>>> Sounds great! I think it's be very useful to talk to Marcus while
>>>>>> he is still here at SLAC. Marcus, I'd be happy to meet, even this
>>>>>> week, maybe tomorrow say 11, or Friday after 11:30?
>>>>>>
>>>>>> Best regards,
>>>>>> Jacek
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 09/23/2015 02:50 AM, Bob Mann wrote:
>>>>>>>
>>>>>>> Jacek,
>>>>>>> I?m sorry that I?ve not been in touch with you for some time, but
>>>>>>> we?ve
>>>>>>> been working hard on securing funding for UK involvement in LSST. The
>>>>>>> first phase of funding is now in place and we are close to signing our
>>>>>>> MoA. We have some funding in Edinburgh to prepare for a UK DAC and
>>>>>>> I?ll
>>>>>>> be emailing Jeff, Mario and K-T shortly to discuss how we might best
>>>>>>> interact with the DM team over the next few years, but I have one
>>>>>>> specific question for you.
>>>>>>> The aspect of LSST data management that is most beyond our current
>>>>>>> expertise is the use of xrootd in the qserv database architecture,
>>>>>>> so we
>>>>>>> have hired someone with xrootd expertise ? Marcus Ebert (CC?d
>>>>>>> above), a
>>>>>>> colleague of yours at SLAC ? who will work 50% in my group on LSST and
>>>>>>> 50% with my colleague Pete Clarke on LHC data storage. I don?t know
>>>>>>> whether you know Marcus ? I know SLAC is a large place - but he has
>>>>>>> been
>>>>>>> working on the BaBar long-term data archive and related particle
>>>>>>> physics
>>>>>>> storage/analysis projects that are very similar to what a DAC will
>>>>>>> have
>>>>>>> to provide.
>>>>>>> Marcus will be joining us on 1 November, so he has about another month
>>>>>>> left at SLAC. I was wondering whether you might be able to spare him
>>>>>>> some time during that period to help him get up to speed on the
>>>>>>> technical details of qserv and how you see it developing between
>>>>>>> now and
>>>>>>> commissioning. The main goal for our initial four-year phase of
>>>>>>> funding
>>>>>>> is to prepare the UK community for involvement in commissioning,
>>>>>>> and, as
>>>>>>> part of that, we want to set up a prototype DAC in Edinburgh, and I?m
>>>>>>> thinking that we?d get Marcus started on the qserv aspect of that when
>>>>>>> he arrives, so it would be good to get your thoughts on that.
>>>>>>> As I?ll say to Jeff et al, I would like us to find a way to make a
>>>>>>> positive contribution to the LSST DM effort over the next four
>>>>>>> years. I
>>>>>>> know that you?re now focused on building a production system, so we
>>>>>>> don?t want to distract you from that, but we may be able to offer
>>>>>>> additional effort and further expertise that more than compensates for
>>>>>>> the help that we will inevitably require to develop a prototype UK DAC
>>>>>>> in readiness for commissioning?and, again, it would be good to hear
>>>>>>> your
>>>>>>> thoughts on how we might work to our mutual benefit.
>>>>>>> Many thanks
>>>>>>> Bob
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> --------------------------------------------------------------------
>>>>> Marcus Ebert
>>>>> SLAC National Accelerator Laboratory
>>>>> Mail Stop 34
>>>>> 2575 Sand Hill Road
>>>>> Menlo Park, CA, 94025
>>>>> USA
>>>>> ------
>>>>> office: ROB 129
>>>>> Tel. : +1 (650) 926-3565
>>>>> https://www.linkedin.com/profile/view?id=166912103
>>>>> ====================================================================
>>>>> Please, don't send Word, Excel or PowerPoint attachments -
>>>>> use pdf, plain text, Google Docs or HTML format instead.
>>>>
>>>>
>>>
>>
>
>
>
> --
> ---------------------------------------------------------------------
> Marcus Ebert
> SLAC National Accelerator Laboratory
> Mail Stop 34
> 2575 Sand Hill Road
> Menlo Park, CA, 94025
> USA
> ------
> office: ROB 129
> Tel. : +1 (650) 926-3565
> https://www.linkedin.com/profile/view?id=166912103
> =====================================================================
> Please, don't send Word, Excel or PowerPoint attachments -
> use pdf, plain text, Google Docs or HTML format instead.
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the QSERV-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1
|
