 |
 |
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