From sogo@opengroupware.org Sun Mar 2 18:13:20 2008 From: sogo@opengroupware.org (Marco Lertora) Date: Sun, 02 Mar 2008 19:13:20 +0100 Subject: [SOGo] rc6 not compatible with gsmake<2 ? In-Reply-To: <2E88087E-53EB-42FD-9BC2-E805EEEE65DD@opengroupware.org> References: <46bf86362b4ef13e5d23fd25d6e116d4@mozzarella> <47C73255.90102@infoporto.it> <2E88087E-53EB-42FD-9BC2-E805EEEE65DD@opengroupware.org> Message-ID: <47CAEE40.7080203@infoporto.it> Hi Helse, Helge Hess wrote: > On 28.02.2008, at 23:14, Marco Lertora wrote: >> but gnustep-make 2.0.4 depends from gobjc 4:4.2 which is part of gcc >> package. > > That of course doesn't make any sense. You should inform the package > maintainer of this mixed-up dependency. You were right about the dependency! I'm sorry, but I trusted in package mantainer and I haven't check about the real requirements of gnustep-make version 2. Now backport gnustep-make and gnustep-base version 2 from sid to etch is trivial, and I did it successful. But I found some problems during sope/sogo building. I can make sope debian-package successful, just applying few changes to control/rules/dirs. But compiling sogo I get some linking problem, coused by wrong lib path? Did you do some change in /etc/GNUstep/GNUstep.conf ? maybe in GNUSTEP_SYSTEM_LIBRARIES? What is correct path for sope library? Sorry, I've never use GNUstep environment, and I have some difficult to get the right way to place libs? > >> Upgrading gcc is hard and maybe sense-less operation, upgrading gcc >> is quite the same upgrade to unstable debian, not recommended on a >> production server. > > Why would you install GCC on a production server anyways? It doesn't > belong there, only makes it easier for hackers to compile their stuff. > Compile the software on a different system and copy it over to the > target. Of course gcc is not needed on a production server. But you need to build on the same debian release, because libc version are different beetween etch/lenny/sid. > >> What's about to release a patch to keep sogo working with >> gnustep-make 1.13? > > I think thats quite hard, a lot of things changed. Ok! But now I think this is not useful! Forget my suggestion! > > > Easiest thing to do is probably to install gnustep-make2 from 'source'. > Greets, Helge Thank You! Bye Marco From sogo@opengroupware.org Sun Mar 2 18:27:12 2008 From: sogo@opengroupware.org (Marco Lertora) Date: Sun, 02 Mar 2008 19:27:12 +0100 Subject: [SOGo] rc6 not compatible with gsmake<2 ? In-Reply-To: <58fb-47c83700-19-b7379af0@113805521> References: <58fb-47c83700-19-b7379af0@113805521> Message-ID: <47CAF180.9040604@infoporto.it> Wolfgang Sourdeau wrote: > Le 28 FĂ©v. 2008 17:14 EST, Marco Lertora a Ă©crit: > > >> Hi, >> I've the same problem building with the gnustep-make 1.13.0. >> But the real problem using debian-stable (etch) is upgrade gnustep-make >> package. >> I tried the backport from unstable debian (sid) but gnustep-make 2.0.4 >> depends from gobjc 4:4.2 which is part of gcc package. >> Upgrading gcc is hard and maybe sense-less operation, upgrading gcc is >> quite the same upgrade to unstable debian, not recommended on a >> production server. I'd like to use sogo in production! >> >> What's about to release a patch to keep sogo working with gnustep-make >> 1.13? >> Of course is just a suggestion... I don't know how is incisive the porting! >> >> > > Hi Marco, > > > As Helge mentionned, it is not trivial to do what you request. If you are not able to build gnustep-make 2 on Etch, I suggest you to upgrade to testing or even unstable. Moreover since SOGo IS unstable software (in the sense that it is still in development). So if you are willing to risk using SOGo in a production environment, which I think is reasonable to a certain extent, I don't think there is any more risk in using testing. > Another possibility, is to use a chrooted Debian unstable environment dedicated to running SOGo. Such environment would barely weigh more than 300mb, comprising only debian-base, gcc-objc, gnustep, SOGo and their dependencies. You could even still run Apache and your database on Etch... Does that sound acceptable to you? > > Hi Wolfgang, as I wrote in reply to Helge, I've successful backport gnustep-make and base to etch (replacing not-needed dependency to gcc 4:4.2) so no more problems about this! I know sogo is unstable software but use an unstable sofware is quite different to use unstable system! However I think sogo is really close to become stable! tnx to your good work! What about to add in your sope-patchs the needed fixes in debian folder to build sope-debian-package compliant to sogo? debian stuff in sogo source tree should be nice too! Once resolved my linking problems described in reply to Helge I can send my patch. Bye Marco From sogo@opengroupware.org Mon Mar 3 07:22:00 2008 From: sogo@opengroupware.org (Wolf Siedler) Date: Mon, 03 Mar 2008 14:22:00 +0700 Subject: [SOGo] Events modified by webinterface shift their date In-Reply-To: <5476-47c6d400-b-b72d4af0@121978915> References: <5476-47c6d400-b-b72d4af0@121978915> Message-ID: <47CBA718.2050304@hrd-asia.com> Hi Wolfgang, >> Aside from the discussion around the latest Lightning changes (will patiently wat, don't worry!) - I am still very interested in providing you with the data requested for investigating this issue. >> > I don't think it is related to the Lightning issue, as I see the shifts also in Sunbird 0.7. Actually, this was the testing client used for reference. <...> > The way to retrieve the event is to look for its url and fetch it in DAV. > To achieve this, open the event and press CTRL+i, which will popup the information window about the event window. Copy the url, paste it in your address bar. Remove the ending "/edit" and replace the "/SOGo/so" with "/SOGo/dav" at its beginning. Trigger the fetching with Enter. Your browser will then ask you your username and password. Afterwards a download dialog will popup. And there you go! Thanks for taking the time to explain this matter. Unfortunately, several restarts (client as well as server) later, I am unable to reproduce this behaviour anymore (although I am convinced I _did_ see it between SOGo 1.0RC5.1 and Sunbird 0.7). Case closed. Anyway, I keep your explanation on file. My apologies for wasting your time and looking forward to the next SOGo improvements! Regards, Wolf From sogo@opengroupware.org Wed Mar 5 17:41:34 2008 From: sogo@opengroupware.org (Marco Lertora) Date: Wed, 05 Mar 2008 18:41:34 +0100 Subject: [SOGo] rc6 not compatible with gsmake<2 ? In-Reply-To: <47CAEE40.7080203@infoporto.it> References: <46bf86362b4ef13e5d23fd25d6e116d4@mozzarella> <47C73255.90102@infoporto.it> <2E88087E-53EB-42FD-9BC2-E805EEEE65DD@opengroupware.org> <47CAEE40.7080203@infoporto.it> Message-ID: <47CEDB4E.7010506@infoporto.it> any hits about sope library? Marco Marco Lertora wrote: > Hi Helse, > > Helge Hess wrote: >> On 28.02.2008, at 23:14, Marco Lertora wrote: >>> but gnustep-make 2.0.4 depends from gobjc 4:4.2 which is part of gcc >>> package. >> >> That of course doesn't make any sense. You should inform the package >> maintainer of this mixed-up dependency. > You were right about the dependency! > I'm sorry, but I trusted in package mantainer and I haven't check > about the real requirements of gnustep-make version 2. > Now backport gnustep-make and gnustep-base version 2 from sid to etch > is trivial, and I did it successful. > But I found some problems during sope/sogo building. > > I can make sope debian-package successful, just applying few changes > to control/rules/dirs. > But compiling sogo I get some linking problem, coused by wrong lib path? > Did you do some change in /etc/GNUstep/GNUstep.conf ? maybe in > GNUSTEP_SYSTEM_LIBRARIES? > What is correct path for sope library? > Sorry, I've never use GNUstep environment, and I have some difficult > to get the right way to place libs? > >> >>> Upgrading gcc is hard and maybe sense-less operation, upgrading gcc >>> is quite the same upgrade to unstable debian, not recommended on a >>> production server. >> >> Why would you install GCC on a production server anyways? It doesn't >> belong there, only makes it easier for hackers to compile their stuff. >> Compile the software on a different system and copy it over to the >> target. > Of course gcc is not needed on a production server. > But you need to build on the same debian release, because libc > version are different beetween etch/lenny/sid. >> >>> What's about to release a patch to keep sogo working with >>> gnustep-make 1.13? >> >> I think thats quite hard, a lot of things changed. > Ok! > But now I think this is not useful! Forget my suggestion! >> >> >> Easiest thing to do is probably to install gnustep-make2 from 'source'. >> Greets, Helge > Thank You! > Bye Marco From sogo@opengroupware.org Thu Mar 6 13:22:13 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 06 Mar 2008 08:22:13 -0500 Subject: [SOGo] rc6 not compatible with gsmake<2 ? In-Reply-To: <47CEDB4E.7010506@infoporto.it> Message-ID: Hi Marco, What do you mean? Wolfgang From sogo@opengroupware.org Thu Mar 6 20:54:23 2008 From: sogo@opengroupware.org (Marco Lertora) Date: Thu, 06 Mar 2008 21:54:23 +0100 Subject: [SOGo] rc6 not compatible with gsmake<2 ? In-Reply-To: <47CEDB4E.7010506@infoporto.it> References: <46bf86362b4ef13e5d23fd25d6e116d4@mozzarella> <47C73255.90102@infoporto.it> <2E88087E-53EB-42FD-9BC2-E805EEEE65DD@opengroupware.org> <47CAEE40.7080203@infoporto.it> <47CEDB4E.7010506@infoporto.it> Message-ID: <47D059FF.9020201@infoporto.it> Hi Wolfgang, I was talking about sope's libraries linking problems. I've make sope debian packages (compiled with gnustep-make and gnustep-base version 2 backported from sid), but after install them when I try to build sogo I got some linking and including issues. I mean, sogo is looking for headers and libraries in paths defined in /etc/GNUstep/GNUstep.conf (by GNUSTEP_SYSTEM_LIBRARIES) but sope install its own library in different path: /usr/System/Library/Libraries/ or something like that... ...my memory is not so good :-( .... I'm newbie in GNUSTEP environment, So my questions are: Which are the correct path for installing library and headers? Who is wrong? sope installer (or debian rules for packaging) or sogo? or (the most probable) if I'm wrong, any idea in where? About italian translations already promised we had some emergency at work, so I had to defer to next week... Tnx Marco Marco Lertora wrote: > any hits about sope library? > > Marco > > Marco Lertora wrote: >> Hi Helse, >> >> Helge Hess wrote: >>> On 28.02.2008, at 23:14, Marco Lertora wrote: >>>> but gnustep-make 2.0.4 depends from gobjc 4:4.2 which is part of >>>> gcc package. >>> >>> That of course doesn't make any sense. You should inform the package >>> maintainer of this mixed-up dependency. >> You were right about the dependency! >> I'm sorry, but I trusted in package mantainer and I haven't check >> about the real requirements of gnustep-make version 2. >> Now backport gnustep-make and gnustep-base version 2 from sid to etch >> is trivial, and I did it successful. >> But I found some problems during sope/sogo building. >> >> I can make sope debian-package successful, just applying few changes >> to control/rules/dirs. >> But compiling sogo I get some linking problem, coused by wrong lib path? >> Did you do some change in /etc/GNUstep/GNUstep.conf ? maybe in >> GNUSTEP_SYSTEM_LIBRARIES? >> What is correct path for sope library? >> Sorry, I've never use GNUstep environment, and I have some difficult >> to get the right way to place libs? >> >>> >>>> Upgrading gcc is hard and maybe sense-less operation, upgrading gcc >>>> is quite the same upgrade to unstable debian, not recommended on a >>>> production server. >>> >>> Why would you install GCC on a production server anyways? It doesn't >>> belong there, only makes it easier for hackers to compile their stuff. >>> Compile the software on a different system and copy it over to the >>> target. >> Of course gcc is not needed on a production server. >> But you need to build on the same debian release, because libc >> version are different beetween etch/lenny/sid. >>> >>>> What's about to release a patch to keep sogo working with >>>> gnustep-make 1.13? >>> >>> I think thats quite hard, a lot of things changed. >> Ok! >> But now I think this is not useful! Forget my suggestion! >>> >>> >>> Easiest thing to do is probably to install gnustep-make2 from 'source'. >>> Greets, Helge >> Thank You! >> Bye Marco > From sogo@opengroupware.org Fri Mar 7 06:28:47 2008 From: sogo@opengroupware.org (Sebastian Reitenbach) Date: Fri, 07 Mar 2008 07:28:47 +0100 Subject: [SOGo] rc6 not compatible with gsmake<2 ? Message-ID: <20080307062847.875FF82330@smtp.l00-bugdead-prods.de> sogo@opengroupware.org wrote: > any hits about sope library? As I have done the patches to upgrade from gnustep-make 1.13 to 2.X, I should writeup some little instructions, in case there are no packages available for a given distri/OS. However, I assume you have gnustep-make and base installed, either via packages for you distribution, or from compiling on your own. Then you should make a decision, whether you want to install sogo into gnustep-tree or FHS layout. Sope and sogo, both have to be installed the same way. After that, source, GNUstep.sh, then cd into the sope source directory: ./configure --with-gnustep --enable-debug --disable-strip gmake && gmake install To install sope into gnustep tree, to install it into FHS tree below /usr/local just omit the --with-gnustep parameter, so FHS is default for sope. When sope is installed, then just install sogo, but beware, the --with- gnustep, as installation into gnustep tree is the default for sogo. Wolfgang, is there a wiki or sth. like this where I could writeup a little installation instruction from source for sogo installation against gnustep- cheers Sebastian > > Marco > > Marco Lertora wrote: > > Hi Helse, > > > > Helge Hess wrote: > >> On 28.02.2008, at 23:14, Marco Lertora wrote: > >>> but gnustep-make 2.0.4 depends from gobjc 4:4.2 which is part of gcc > >>> package. > >> > >> That of course doesn't make any sense. You should inform the package > >> maintainer of this mixed-up dependency. > > You were right about the dependency! > > I'm sorry, but I trusted in package mantainer and I haven't check > > about the real requirements of gnustep-make version 2. > > Now backport gnustep-make and gnustep-base version 2 from sid to etch > > is trivial, and I did it successful. > > But I found some problems during sope/sogo building. > > > > I can make sope debian-package successful, just applying few changes > > to control/rules/dirs. > > But compiling sogo I get some linking problem, coused by wrong lib path? > > Did you do some change in /etc/GNUstep/GNUstep.conf ? maybe in > > GNUSTEP_SYSTEM_LIBRARIES? > > What is correct path for sope library? > > Sorry, I've never use GNUstep environment, and I have some difficult > > to get the right way to place libs? > > > >> > >>> Upgrading gcc is hard and maybe sense-less operation, upgrading gcc > >>> is quite the same upgrade to unstable debian, not recommended on a > >>> production server. > >> > >> Why would you install GCC on a production server anyways? It doesn't > >> belong there, only makes it easier for hackers to compile their stuff. > >> Compile the software on a different system and copy it over to the > >> target. > > Of course gcc is not needed on a production server. > > But you need to build on the same debian release, because libc > > version are different beetween etch/lenny/sid. > >> > >>> What's about to release a patch to keep sogo working with > >>> gnustep-make 1.13? > >> > >> I think thats quite hard, a lot of things changed. > > Ok! > > But now I think this is not useful! Forget my suggestion! > >> > >> > >> Easiest thing to do is probably to install gnustep-make2 from 'source'. > >> Greets, Helge > > Thank You! > > Bye Marco > > -- > OpenGroupware.org SOGo > sogo@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/sogo > From sogo@opengroupware.org Fri Mar 7 10:51:07 2008 From: sogo@opengroupware.org (Helge Hess) Date: Fri, 7 Mar 2008 11:51:07 +0100 Subject: [SOGo] SOGo VMware Image? In-Reply-To: <20080210100343.A7D1559D40@smtp.l00-bugdead-prods.de> References: <20080210100343.A7D1559D40@smtp.l00-bugdead-prods.de> Message-ID: On 10.02.2008, at 11:03, Sebastian Reitenbach wrote: >> Now the question is, does someone have the time and motivation to >> prepare (me) a VMware or Parallels SOGo image for showing the all the >> stuff? Some preconfigured setup with all the backend servers and the >> Mozilla clients preconfigured? Possibly filled with a nice test >> database? > as said in the private mail, I have SOGo running on the Libretto. BTW: the Libretto with SOGo on it was a big at FOSDEM. Plenty of people had a look. Thx, Helge PS: I'll send it back ASAP (its already packaged, just need to find the time to go to the post office). -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Fri Mar 7 13:01:41 2008 From: sogo@opengroupware.org (Sebastian Reitenbach) Date: Fri, 07 Mar 2008 14:01:41 +0100 Subject: [SOGo] SOGo VMware Image? Message-ID: <20080307130142.4C69C82623@smtp.l00-bugdead-prods.de> sogo@opengroupware.org wrote: > On 10.02.2008, at 11:03, Sebastian Reitenbach wrote: > >> Now the question is, does someone have the time and motivation to > >> prepare (me) a VMware or Parallels SOGo image for showing the all the > >> stuff? Some preconfigured setup with all the backend servers and the > >> Mozilla clients preconfigured? Possibly filled with a nice test > >> database? > > as said in the private mail, I have SOGo running on the Libretto. > > > BTW: the Libretto with SOGo on it was a big at FOSDEM. Plenty of > people had a look. Good to hear that it was useful, until next year, I try to get that lightning stuff running on OpenBSD too ;) > > Thx, > Helge > > PS: I'll send it back ASAP (its already packaged, just need to find > the time to go to the post office). also good to know. cheers Sebastian From sogo@opengroupware.org Fri Mar 7 13:37:31 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Fri, 07 Mar 2008 08:37:31 -0500 Subject: [SOGo] rc6 not compatible with gsmake<2 ? In-Reply-To: <20080307062847.875FF82330@smtp.l00-bugdead-prods.de> Message-ID: <5e1c3bc40729afe6ba5384b8ed4aacec@Maestro.local-wolfgang.ca> Hi all, Sebastian Reitenbach has started a new branch of SOPE that can be built with GNUstep Make 2. Off that branch, I have created a new patchset. The differences between Sebastian's branch are minor and mostly involves removing elements from the Inverse original patchset for SOPE. I should send him that patchset soon so that he can incorporate the changes back into his branch. However I do recommend using that patchset for now, because: - the gsmake2 branch of SOPE has some clashes with our own original patchset - it is also outdated wrt to SOPE That patchset is included in SOGo, under the SOPE directory: "sope-gsmake2.diff", where it sits along with the Inverse patchset for SOPE (which ultimately should find its place in SOPE too). So, Marco, I recommend you use that patchset instead, which deals properly with the new GNUstep Make nomenclature. Also, it works perfectly under Debian, which is the distribution we use for development. I also know it does under RedHat since we build gnustep-*, SOPE and SOGo as RPMS from time to time for RHEL4 and RHEL5, with the exact same code. Sebastian, I plan to send you my changes. I just didn't have the time yet to do it. Did you by any chance have modified your branch recently? THanks Wolfgang From sogo@opengroupware.org Fri Mar 7 13:40:41 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Fri, 07 Mar 2008 08:40:41 -0500 Subject: [SOGo] SOGo VMware Image? In-Reply-To: <20080307130142.4C69C82623@smtp.l00-bugdead-prods.de> Message-ID: <93fbd7543148966b0beff93317195e27@Maestro.local-wolfgang.ca> On 2008-03-07 08:01:41 -0500 "Sebastian Reitenbach" wrote: > sogo@opengroupware.org wrote: >> On 10.02.2008, at 11:03, Sebastian Reitenbach wrote: >>>> Now the question is, does someone have the time and motivation to >>>> prepare (me) a VMware or Parallels SOGo image for showing the all >>>> the >>>> stuff? Some preconfigured setup with all the backend servers and >>>> the >>>> Mozilla clients preconfigured? Possibly filled with a nice test >>>> database? >>> as said in the private mail, I have SOGo running on the Libretto. >> >> >> BTW: the Libretto with SOGo on it was a big at FOSDEM. Plenty of >> people >> had a look. > Good to hear that it was useful, until next year, I try to get that > lightning > stuff running on OpenBSD too ;) Hi Sebastian, What problems do you have running SOGo under OpenBSD? W. From sogo@opengroupware.org Fri Mar 7 13:46:35 2008 From: sogo@opengroupware.org (Helge Hess) Date: Fri, 7 Mar 2008 14:46:35 +0100 Subject: [SOGo] SOGo VMware Image? In-Reply-To: <93fbd7543148966b0beff93317195e27@Maestro.local-wolfgang.ca> References: <93fbd7543148966b0beff93317195e27@Maestro.local-wolfgang.ca> Message-ID: <97334483-BBA7-44BF-A3F4-CFF2BD8A2497@opengroupware.org> On 07.03.2008, at 14:40, Wolfgang Sourdeau wrote: > What problems do you have running SOGo under OpenBSD? SOGo itself was working just fine. I think the Mozilla plugins did not work. Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Fri Mar 7 14:05:57 2008 From: sogo@opengroupware.org (Sebastian Reitenbach) Date: Fri, 07 Mar 2008 15:05:57 +0100 Subject: [SOGo] rc6 not compatible with gsmake<2 ? Message-ID: <20080307140557.7A51282666@smtp.l00-bugdead-prods.de> sogo@opengroupware.org wrote: > Hi all, > > > Sebastian Reitenbach has started a new branch of SOPE that can be > built with GNUstep Make 2. Off that branch, I have created a new > patchset. The differences between Sebastian's branch are minor and > mostly involves removing elements from the Inverse original patchset > for SOPE. I should send him that patchset soon so that he can > incorporate the changes back into his branch. However I do recommend > using that patchset for now, because: > - the gsmake2 branch of SOPE has some clashes with our own original > patchset > - it is also outdated wrt to SOPE > > That patchset is included in SOGo, under the SOPE directory: > "sope-gsmake2.diff", where it sits along with the Inverse patchset for > SOPE (which ultimately should find its place in SOPE too). > > So, Marco, I recommend you use that patchset instead, which deals > properly with the new GNUstep Make nomenclature. Also, it works > perfectly under Debian, which is the distribution we use for > development. I also know it does under RedHat since we build > gnustep-*, SOPE and SOGo as RPMS from time to time for RHEL4 and > RHEL5, with the exact same code. > Sebastian, I plan to send you my changes. I just didn't have the time > yet to do it. That would be great, yes. > Did you by any chance have modified your branch recently? No not recently. Sebastian From sogo@opengroupware.org Fri Mar 7 16:19:17 2008 From: sogo@opengroupware.org (Sebastian Reitenbach) Date: Fri, 07 Mar 2008 17:19:17 +0100 Subject: [SOGo] SOGo VMware Image? Message-ID: <20080307161918.5FE2982666@smtp.l00-bugdead-prods.de> sogo@opengroupware.org wrote: > On 07.03.2008, at 14:40, Wolfgang Sourdeau wrote: > > What problems do you have running SOGo under OpenBSD? > > > SOGo itself was working just fine. I think the Mozilla plugins did not > work. Exactly, SOGo is running fine on OpenBSD i386 and sparc64, the platforms I tested on. It is that there is no lightning binary for OpenBSD to download, and the source versions do not compile, or are too new for the thunderbird version that is in OpenBSD ports. cheers Sebastian From sogo@opengroupware.org Tue Mar 11 08:28:53 2008 From: sogo@opengroupware.org (Ontje =?utf-8?q?L=C3=BCnsdorf?=) Date: Tue, 11 Mar 2008 09:28:53 +0100 Subject: [SOGo] SOGO setup trouble Message-ID: <200803110928.53993.The_COM@gmx.de> --Boundary-00=_FLk1HYijNrNvNXK Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I hope this is the right mailing list for my problem, please direct me to the appropiate list if not. I'm a complete newbie concerning SOGO and I'm having trouble setting everything up. I've followed the guide on the webpage using the sope-trunk snapshot and trunk version of the sogo-inverse-branch. I'm using gnustep-base version 1.14.2, configured every package to use the GNUStep layout and compiled everything in the following order: sope/gnustep-make gnustep-base sope/libFoundation sope (patched with sogo-inverse/SOPE/sope-patchset-r1608.diff) sogo-inverse I've added a sogo user to my system and configured sogo as described in the howto from Wolfgang Sourdeau. However as I'm not using LDAP and IMAP I've selected bypass as authentication method. Apache is configured to simply use basic authentication for testing purposes. Upon logging in I get the following error message: An error occurred during object publishing the requested object could not be found! (sogod output is attached.) I'm not sure if it's possible to run sogo without LDAP and IMAP but if it is please give some pointers to setup sogo correctly. Thanks, Ontje --Boundary-00=_FLk1HYijNrNvNXK Content-Type: text/x-log; charset="utf-8"; name="sogod-0.9.log" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="sogod-0.9.log" 2008-03-11 09:23:34.616 sogod-0.9[859] File NSUserDefaults.m: 615. In [NSUserDefaults +standardUserDefaults] Improper installation: No language locale found 2008-03-11 09:23:34.618 sogod-0.9[859] starting SOGo (build root@ 200803110829) 2008-03-11 09:23:34.618 sogod-0.9[859] Note: vmem size check enabled: shutting down app when vmem > 200 MB Mar 11 09:23:34 sogod-0.9 [860]: SNS support disabled. Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> scanning SOGo products in: /home/sogo/GNUstep/Library/SOGo-0.9 Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> scanning SOGo products in: /usr/GNUstep/Local/Library/SOGo-0.9 Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> register SOGo product: Contacts.SOGo Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> register SOGo product: MailerUI.SOGo Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> register SOGo product: SchedulerUI.SOGo Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> register SOGo product: ContactsUI.SOGo Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> register SOGo product: CommonUI.SOGo Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> register SOGo product: PreferencesUI.SOGo Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> register SOGo product: Mailer.SOGo Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> register SOGo product: MainUI.SOGo Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> register SOGo product: Appointments.SOGo Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> register SOGo product: MailPartViewers.SOGo Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> scanning SOGo products in: /usr/GNUstep/System/Library/SOGo-0.9 Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> scanning SOGo products in: /usr/local/lib/sogod-0.9 Mar 11 09:23:34 sogod-0.9 [860]: <0x0x82e6410[SOGoProductLoader]> scanning SOGo products in: /usr/lib/sogod-0.9 2008-03-11 09:23:34.674 sogod-0.9[859] Note: fetching full mail header. 2008-03-11 09:23:34.674 sogod-0.9[859] Note(SOGoMailObject): using constant etag for mail parts: '"imap4url_0_9_126"' 2008-03-11 09:23:34.675 sogod-0.9[859] Note: using SOGo mail spool folder: /tmp/ 2008-03-11 09:23:34.675 sogod-0.9[859] Note(SOGoMailBodyPart): using constant etag for mail parts: '"imap4url_0_9_126"' 2008-03-11 09:23:34.675 sogod-0.9[859] Note: using shared-folders name: '(nil)' 2008-03-11 09:23:34.675 sogod-0.9[859] Note: using other-users-folders name: '(nil)' Mar 11 09:23:34 sogod-0.9 [860]: |SOGo-0.9| WOHttpAdaptor listening on address *:20000 2008-03-11 09:23:40.536 sogod-0.9[859] Note(SoObject): SoDebugKeyLookup is enabled! 2008-03-11 09:23:40.536 sogod-0.9[859] Note(SoObject): SoDebugBaseURL is enabled! 2008-03-11 09:23:40.536 sogod-0.9[859] Note(SoObject): relative base URLs are enabled. 2008-03-11 09:23:40.538 sogod-0.9[859] WARNING(-[SaxXMLReaderFactory _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers available for MIME type 'text/x-vcard', using 'VSvCardSaxDriver' as default for type text/x-vcard. 2008-03-11 09:23:40.538 sogod-0.9[859] WARNING(-[SaxXMLReaderFactory _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers available for MIME type 'text/calendar', using 'VSiCalSaxDriver' as default for type text/calendar. 2008-03-11 09:23:40.554 sogod-0.9[859] WOCompoundElement: pool embedding is on. 2008-03-11 09:23:40.554 sogod-0.9[859] WOCompoundElement: id logging is on. Mar 11 09:23:40 sogod-0.9 [860]: [WARN] <0x0xb7fc0aa0[SOGoUser]> no server specified for SOGoFallbackIMAP4Server, value set to 'localhost' 127.0.1.1 - - [11/Mar/2008:09:23:40 GMT] "GET /SOGo/ HTTP/1.1" 302 0/0 0.028 - - 1M 127.0.1.1 - - [11/Mar/2008:09:23:40 GMT] "GET /SOGo//thecom HTTP/1.1" 302 0/0 0.001 - - 32K Mar 11 09:23:40 sogod-0.9 [860]: <0x0xb6e81340[SOGoUserHomePage]> default module set to 'Calendar' 127.0.1.1 - - [11/Mar/2008:09:23:40 GMT] "GET /SOGo//thecom/view HTTP/1.1" 302 0/0 0.002 - - 20K Mar 11 09:23:40 sogod-0.9 [860]: [WARN] <0x0xb7fb9f20[LDAPUserManager]> no domain specified for SOGoDefaultMailDomain, value set to 'localhost' 127.0.1.1 - - [11/Mar/2008:09:23:40 GMT] "GET /SOGo/so/thecom/Calendar HTTP/1.1" 404 208/0 0.009 - - 596K [859]: watchdog handling signal ctrl-c .. watchdog[859]: terminating child 860 .. terminated child 860 exit=0. --Boundary-00=_FLk1HYijNrNvNXK-- From sogo@opengroupware.org Tue Mar 11 09:35:17 2008 From: sogo@opengroupware.org (Helge Hess) Date: Tue, 11 Mar 2008 10:35:17 +0100 Subject: [SOGo] SOGO setup trouble In-Reply-To: <200803110928.53993.The_COM@gmx.de> References: <200803110928.53993.The_COM@gmx.de> Message-ID: Hi, your log says: ---snip--- 2008-03-11 09:23:40.538 sogod-0.9[859] WARNING(-[SaxXMLReaderFactory _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers available for MIME type 'text/x-vcard', using 'VSvCardSaxDriver' as default for type text/x-vcard. 2008-03-11 09:23:40.538 sogod-0.9[859] WARNING(-[SaxXMLReaderFactory _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers available for MIME type 'text/calendar', using 'VSiCalSaxDriver' as default for type text/calendar. ---snap--- I think this is a misconfiguration (multiple parsers configured in the system). You might be able to resolve this by checking the mailinglist archives (the issue came up before). Greets, Helge -- Helge Hess http://www.helgehess.eu/ From sogo@opengroupware.org Tue Mar 11 10:51:48 2008 From: sogo@opengroupware.org (Sebastian Reitenbach) Date: Tue, 11 Mar 2008 11:51:48 +0100 Subject: [SOGo] SOGO setup trouble Message-ID: <20080311105148.A137D82F0A@smtp.l00-bugdead-prods.de> sogo@opengroupware.org wrote: > Hi, > > I hope this is the right mailing list for my problem, please direct me to the > appropiate list if not. > > I'm a complete newbie concerning SOGO and I'm having trouble setting > everything up. I've followed the guide on the webpage using the sope-trunk > snapshot and trunk version of the sogo-inverse-branch. I'm using gnustep-base > version 1.14.2, configured every package to use the GNUStep layout and > compiled everything in the following order: > > sope/gnustep-make > gnustep-base > sope/libFoundation > sope (patched with sogo-inverse/SOPE/sope-patchset-r1608.diff) > sogo-inverse > > I've added a sogo user to my system and configured sogo as described in the > howto from Wolfgang Sourdeau. However as I'm not using LDAP and IMAP I've > selected bypass as authentication method. Apache is configured to simply use > basic authentication for testing purposes. > > Upon logging in I get the following error message: > > An error occurred during object publishing > the requested object could not be found! > > (sogod output is attached.) > > I'm not sure if it's possible to run sogo without LDAP and IMAP but if it is > please give some pointers to setup sogo correctly. AFAIK, the Bypass authentication is not working right now, so you have to setup an LDAP server. You do not need to have a working IMAP server running, but you must have set the two Defaults. Further, I don't think that you need to install libFoundation. libFoundation is an "equivalent/replacement" for gnustep-base, as you have gnustep-base installed, you do not need it. Please remove the libFoundation, as it might cause trouble. hope that helps Sebastian > > Thanks, Ontje > From sogo@opengroupware.org Tue Mar 11 14:01:57 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 11 Mar 2008 10:01:57 -0400 Subject: [SOGo] SOGO setup trouble In-Reply-To: 200803110928.53993.The_COM@gmx.de Message-ID: <711f-47d69100-3-b72d2570@35065098> Hi Ontje, As Sebastian explained, you do not need libFoundation since you already use gnustep-base. I would add to that, since gnustep-base requires gnustep-make, that you don't even need to build the version provided with SOPE. Besides this, it is also true that the "bypass" authentication mechanism is not working properly for the moment, since it was written a long time ago and that the features in SOGo may have required to break it over time. So I recommend setting up an openldap server environment, which is actually quite simple to install and configure. Cheers, -- Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous aviser imm=C3=A9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Tue Mar 11 14:03:36 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 11 Mar 2008 10:03:36 -0400 Subject: [SOGo] SOGO setup trouble In-Reply-To: C23D5B8C-C928-487E-8110-8C1798E07A79@opengroupware.org Message-ID: <711f-47d69100-9-b72d2570@35065101> Le 11 Mar. 2008 05:35 EDT, Helge Hess a =C3=A9crit: > Hi, > > your log says: > ---snip--- > 2008-03-11 09:23:40.538 sogod-0.9[859] WARNING(-[SaxXMLReaderFactory > _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers > available for MIME type 'text/x-vcard', using 'VSvCardSaxDriver' as > default for type text/x-vcard. > 2008-03-11 09:23:40.538 sogod-0.9[859] WARNING(-[SaxXMLReaderFactory > _loadBundlePath:infoDictionary:nameMap:typeMap:]): multiple parsers > available for MIME type 'text/calendar', using 'VSiCalSaxDriver' as > default for type text/calendar. > ---snap--- > > I think this is a misconfiguration (multiple parsers configured in the > system). You might be able to resolve this by checking the mailinglist > archives (the issue came up before). Actually, this is caused by a "clash" between NGiCal and NGCards. However it has no impact at all since SOGo choses the correct one when needed. Therefore that error can be ignored. -- Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous aviser imm=C3=A9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Tue Mar 11 14:56:21 2008 From: sogo@opengroupware.org (Peter Simpson) Date: Tue, 11 Mar 2008 14:56:21 +0000 Subject: [SOGo] calendar urls for others in thunderbird incorrect Message-ID: <200803111456.21236.psimpson@integrafin.co.uk> Hello. This is my first post, so please forgive me if this is the wrong place for this query. I have successfully set up the server and it is offering private calendars. However, with the web UI my colleagues have allowed me permission to see their calendars. If I add the calendar as another remote CALDAV calendar within Thunderbird with the URL I know to be right and my user credentials, I see their calendar as I should. The URL is: https://calendar.example.net/SOGo/dav/user2/Calendar/personal/ However, if I use the "Subscribe to calendar" button on the Integrator plugin, I get an error (#0x804a0301) stating that the URL "is either not a DAV collection or not available". The URL is: https://calendar.example.net/SOGo/dav/user1/Calendar/user2_personal/ Funnily enough, I am unable to view this other user's diary using the web UI either. (It may be relevant that the username involved is merely three letters and ends in an underscore. e.g. yz_) If there is any more info that I can provide, then I shall be very eager to help. Although this is my first post and it is a help request, I should like to emphasise that I have investigated a couple of other systems and this is the first one that I have found to provide the key things that I need in a way that I believe will be appropriate for our users: many, many thanks for all of your efforts. The key things that I have need of are: 1. Personal calendar that I can view from anywhere. 2. Other people can see my free busy time. 3. The individual user can decide who can do other things with their diary. (i.e. IT do not have to manage permissions.) 4. The individual user can decide who can do other things with their diary while still within Thunderbird. (i.e. they do not have to go to the web to perform this function.) 5. Later it may useful that I can create shared calendars that others can use for "group contacts". Kind regards, Peter From sogo@opengroupware.org Tue Mar 11 15:40:55 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Tue, 11 Mar 2008 11:40:55 -0400 Subject: [SOGo] calendar urls for others in thunderbird incorrect In-Reply-To: 200803111456.21236.psimpson@integrafin.co.uk Message-ID: <711f-47d6a800-13-b72d2570@35065106> Hello Peter, > This is my first post, so please forgive me if this is the wrong place for > this query. This is exactly the right place! > (It may be relevant that the username involved is merely three letters and > ends in an underscore. e.g. yz_) It is relevant. Actually SOGo currently imposes a limitation on the foldernames because it makes use of the underscore character as a separator. I think this is the reason why you encounter your problem. Is there any way that you test it with other usernames, containing only letters and digits? We do plan to remove that limitation because the underscore is an obvious character that many people and sites use for their usernames. It is thus a design error of our part. > Although this is my first post and it is a help request, I should like to > emphasise that I have investigated a couple of other systems and this is the > first one that I have found to provide the key things that I need in a way > that I believe will be appropriate for our users: many, many thanks for all > of your efforts. Thanks a lot such a praise. Please, spread the good word! > 5. Later it may useful that I can create shared calendars that others can > use for "group contacts". I understand that you mean "shared addressbooks" here. We are currently adding support in SOGo for using Thunderbird's mailing lists. The forecoming version of SOGo, RC5.3, and of our Thunderbird extensions will provide that new functionality, along with other bugfixes. The whole package is intended to be released this friday. Cheers, -- Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous aviser imm=C3=A9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Tue Mar 11 16:43:55 2008 From: sogo@opengroupware.org (Peter Simpson) Date: Tue, 11 Mar 2008 16:43:55 +0000 Subject: [SOGo] calendar urls for others in thunderbird incorrect In-Reply-To: <711f-47d6a800-13-b72d2570@35065106> References: <711f-47d6a800-13-b72d2570@35065106> Message-ID: <200803111643.55530.psimpson@integrafin.co.uk> > > (It may be relevant that the username involved is merely three letters > > and ends in an underscore. e.g. yz_) > > It is relevant. Actually SOGo currently imposes a limitation on the > foldernames because it makes use of the underscore character as a > separator. I think this is the reason why you encounter your problem. Is > there any way that you test it with other usernames, containing only > letters and digits? You're right: with any of my colleagues without the underscore, things are OK. Unfortunately, my org has more than 30% of users with an underscore in their name. > > Thanks a lot such a praise. Please, spread the good word! The praise is deserved. I shall certainly pass on the knowledge to whomever I can: I am involved with a charity here in the UK and I shall certainly be spreading the word there and also with those private orgs that are fed up with MS Exchange(tm) losing stuff. > > > 5. Later it may useful that I can create shared calendars that others > > can use for "group contacts". > > I understand that you mean "shared addressbooks" here. We are currently > adding support in SOGo for using Thunderbird's mailing lists. The > forecoming version of SOGo, RC5.3, and of our Thunderbird extensions will > provide that new functionality, along with other bugfixes. The whole > package is intended to be released this friday. I do indeed mean shared address books, although we do that by by people emailing contacts to each other at the moment. Unfortunately, I do have other issues, but I shall raise them in different threads. Many thanks for your rapid and excellent response. Peter From sogo@opengroupware.org Tue Mar 11 17:04:30 2008 From: sogo@opengroupware.org (Peter Simpson) Date: Tue, 11 Mar 2008 17:04:30 +0000 Subject: [SOGo] thunderbird does not show free busy info Message-ID: <200803111704.30988.psimpson@integrafin.co.uk> Hello again. My problem is that users are prompted with matching user names when looking for free/busy info for attendess in thunderbird, but the info is always marked as "Not available". I wonder if this might be because there is no entry in LDAP for calFBURL, but I do not know what that should be. Or is there something else that I should be doing. Many thanks, Peter -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 1200 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856) From sogo@opengroupware.org Tue Mar 11 17:21:07 2008 From: sogo@opengroupware.org (Peter Simpson) Date: Tue, 11 Mar 2008 17:21:07 +0000 Subject: [SOGo] thunderbird does not show free busy info In-Reply-To: <200803111704.30988.psimpson@integrafin.co.uk> References: <200803111704.30988.psimpson@integrafin.co.uk> Message-ID: <200803111721.07701.psimpson@integrafin.co.uk> On Tuesday 11 March 2008 17:04:30 Peter Simpson wrote: > Hello again. > > My problem is that users are prompted with matching user names when looking > for free/busy info for attendess in thunderbird, but the info is always > marked as "Not available". > > I wonder if this might be because there is no entry in LDAP for calFBURL, > but I do not know what that should be. Or is there something else that I > should be doing. > > Many thanks, > Peter > D'oh! Just seen the screen shot for the Connector where it shows what the URL should be. Sorry. From sogo@opengroupware.org Tue Mar 11 17:32:40 2008 From: sogo@opengroupware.org (Peter Simpson) Date: Tue, 11 Mar 2008 17:32:40 +0000 Subject: [SOGo] thunderbird "Sharing" calendar dialoue does not show what is in Web UI Message-ID: <200803111732.40147.psimpson@integrafin.co.uk> Hello, again. I'm trying to give permission to my colleagues to view my calendar. If I do everything through the web UI, then everything works as expected, but the Integrator in Thunderbird has two problems: 1. It does not show what has already been set up in the Web UI. 2. It does not show other users in the list to allow you to add permissions for other users. I appreciate that these two problems may still be related to the fact that our users have underscores in their usernames, but would you be able to help me to confirm this ? Many thanks, Peter -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 1200 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856) From sogo@opengroupware.org Thu Mar 13 12:16:27 2008 From: sogo@opengroupware.org (Peter Simpson) Date: Thu, 13 Mar 2008 12:16:27 +0000 Subject: [SOGo] thunderbird "Sharing" calendar dialogue does not show what is in Web UI In-Reply-To: <200803111732.40147.psimpson@integrafin.co.uk> References: <200803111732.40147.psimpson@integrafin.co.uk> Message-ID: <200803131216.27767.psimpson@integrafin.co.uk> On Tuesday 11 March 2008 17:32:40 Peter Simpson wrote: > Hello, again. > > I'm trying to give permission to my colleagues to view my calendar. > > If I do everything through the web UI, then everything works as expected, > but the Integrator in Thunderbird has two problems: > > 1. It does not show what has already been set up in the Web UI. > > 2. It does not show other users in the list to allow you to add > permissions for other users. > > I appreciate that these two problems may still be related to the fact that > our users have underscores in their usernames, but would you be able to > help me to confirm this ? > > Many thanks, > Peter > Hello, again. A little more info. I have now removed all users from my test ldap server who have an underscore in their username and the problem persists. I have given visibility to my calendar to some users using the web UI. These people are able to see my calendar when they subscribe to it in the web UI or in the lightning integrator. BUT when I try to modify the permissions using the Integrator, the list of users is always empty. Any ideas where I go from here, please ? Regards, Peter From sogo@opengroupware.org Thu Mar 13 12:47:23 2008 From: sogo@opengroupware.org (Charles Dand) Date: Thu, 13 Mar 2008 12:47:23 +0000 Subject: [SOGo] Most current installation documentation Message-ID: <47D9225B.7020902@penguinfactory.co.uk> Are the installation instructions available from http://www.inverse.ca/english/contributions/sogo/documentation.html the most current instructions to be following. I'm very interested in creating a SOGO test environment and I'm having trouble getting SOGo to compile. There is a likelyhood that I'm misunderstanding the instructions. First off, I'm more than happy to try to build this on whatever flavour of linux is recommended. I've got most experience with Gentoo, second to that would be Debian based systems but could stretch to an RPM based distro if necessary. I've been trying to build SOGo on a fresh debian etch machine. After installing Apache, Postgres, Cyrus, gnustep-make, gnustep-base-common, gnustep-base-runtime I downloaded the SOPE and SOGo svn snapshots. I believe I have managed to configure, build and install SOPE as per the instructions, and after a bit of difficulty I believe I've managed to get mod_ngobjweb loaded in apache2 as well. When it comes to configuring SOGo I get the following error # ./configure --with-gnustep --enable-strip --disable-debug # error: please specify a GNUstep make tree! I the configure line to # ./configure --with-gnustep --gsmake=/usr/share/GNUstep/Makefiles/ \ > --disable-strip --enable-debug This appears to succeed. When I run # make I get the following error . . . SOGoUserFolder.m:124: warning: ‘...’ as arguments.) Compiling file SOGoGroupsFolder.m ... Compiling file SOGoGroupFolder.m ... Compiling file SOGoCustomGroupFolder.m ... Compiling file SOGoDateFormatter.m ... Compiling file SOGoPermissions.m ... Compiling file LDAPUserManager.m ... Compiling file LDAPSource.m ... LDAPSource.m:28:36: warning: NGLdap/NGLdapConnection.h: No such file or directory LDAPSource.m:29:35: warning: NGLdap/NGLdapAttribute.h: No such file or directory LDAPSource.m:30:31: warning: NGLdap/NGLdapEntry.h: No such file or directory LDAPSource.m: In function ‘-[LDAPSource _initLDAPConnection]’: LDAPSource.m:233: warning: no ‘-initWithHostName:port:’ method found LDAPSource.m:233: warning: (Messages without a matching method signature LDAPSource.m:233: warning: will be assumed to return ‘id’ and accept LDAPSource.m:233: warning: ‘...’ as arguments.) LDAPSource.m:236: warning: no ‘-bindWithMethod:binddn:credentials:’ method found LDAPSource.m:238: warning: no ‘-setQuerySizeLimit:’ method found LDAPSource.m:240: warning: no ‘-setQueryTimeLimit:’ method found LDAPSource.m: In function ‘-[LDAPSource _fetchUserDNForLogin:]’: LDAPSource.m:267: error: ‘NGLdapEntry’ undeclared (first use in this function) LDAPSource.m:267: error: (Each undeclared identifier is reported only once LDAPSource.m:267: error: for each function it appears in.) LDAPSource.m:267: error: ‘userEntry’ undeclared (first use in this function) LDAPSource.m:272: warning: no ‘-deepSearchAtBaseDN:qualifier:attributes:’ method found LDAPSource.m: In function ‘-[LDAPSource checkLogin:andPassword:]’: LDAPSource.m:295: warning: no ‘-initWithHostName:port:’ method found LDAPSource.m:297: warning: no ‘-setQueryTimeLimit:’ method found LDAPSource.m:308: warning: no ‘-bindWithMethod:binddn:credentials:’ method found LDAPSource.m:308: warning: assignment makes integer from pointer without a cast LDAPSource.m: In function ‘-[LDAPSource allEntryIDs]’: LDAPSource.m:391: error: ‘NGLdapEntry’ undeclared (first use in this function) LDAPSource.m:391: error: ‘currentEntry’ undeclared (first use in this function) LDAPSource.m:399: warning: no ‘-deepSearchAtBaseDN:qualifier:attributes:’ method found LDAPSource.m: At top level: LDAPSource.m:417: error: expected ‘)’ before ‘NGLdapEntry’ LDAPSource.m: In function ‘-[LDAPSource _fillEmailsOfEntry:intoContactEntry:]’: LDAPSource.m:428: warning: no ‘-attributeWithName:’ method found LDAPSource.m:429: warning: no ‘-stringValueAtIndex:’ method found LDAPSource.m: At top level: LDAPSource.m:437: error: expected ‘)’ before ‘NGLdapEntry’ LDAPSource.m: In function ‘-[LDAPSource _fillConstraints:forModule:intoContactEntry:]’: LDAPSource.m:455: warning: no ‘-attributeWithName:’ method found LDAPSource.m:456: warning: no ‘-stringValueAtIndex:’ method found LDAPSource.m: At top level: LDAPSource.m:469: error: expected ‘)’ before ‘NGLdapEntry’ LDAPSource.m: In function ‘-[LDAPSource _convertLDAPEntryToContact:]’: LDAPSource.m:480: warning: no ‘-attributeWithName:’ method found LDAPSource.m:481: warning: no ‘-stringValueAtIndex:’ method found LDAPSource.m:486: warning: no ‘-attributeWithName:’ method found LDAPSource.m:486: warning: no ‘-stringValueAtIndex:’ method found LDAPSource.m:490: warning: no ‘-attributeWithName:’ method found LDAPSource.m:490: warning: no ‘-stringValueAtIndex:’ method found LDAPSource.m:494: warning: no ‘-attributeWithName:’ method found LDAPSource.m:494: warning: no ‘-stringValueAtIndex:’ method found LDAPSource.m: In function ‘-[LDAPSource fetchContactsMatching:]’: LDAPSource.m:510: error: ‘NGLdapEntry’ undeclared (first use in this function) LDAPSource.m:510: error: ‘currentEntry’ undeclared (first use in this function) LDAPSource.m:520: warning: no ‘-deepSearchAtBaseDN:qualifier:attributes:’ method found LDAPSource.m: In function ‘-[LDAPSource lookupContactEntry:]’: LDAPSource.m:540: error: ‘NGLdapEntry’ undeclared (first use in this function) LDAPSource.m:540: error: ‘ldapEntry’ undeclared (first use in this function) LDAPSource.m:550: warning: no ‘-entryAtDN:attributes:’ method found LDAPSource.m: In function ‘-[LDAPSource lookupContactEntryWithUIDorEmail:]’: LDAPSource.m:562: error: ‘NGLdapEntry’ undeclared (first use in this function) LDAPSource.m:562: error: ‘ldapEntry’ undeclared (first use in this function) LDAPSource.m:574: warning: no ‘-deepSearchAtBaseDN:qualifier:attributes:’ method found make[3]: *** [shared_debug_obj/LDAPSource.o] Error 1 make[2]: *** [libSOGo.all.library.variables] Error 2 make[2]: Leaving directory `/root/trunk/SoObjects/SOGo' make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/root/trunk/SoObjects' make: *** [internal-all] Error 2 Is there something that I'm completely misunderstanding? -- Charles Dand Penguin Factory Ltd www.penguinfactory.co.uk Tel:0845 868 3988 PenguinFactory Limited is a limited company registered in Scotland registered in Scotland number SC270171. Registered office: Penguin Factory Limited, c/o Sinclair Wood and Co. 90 Mitchell Street Glasgow. G1 3NQ. From sogo@opengroupware.org Thu Mar 13 14:03:02 2008 From: sogo@opengroupware.org (Sebastian Reitenbach) Date: Thu, 13 Mar 2008 15:03:02 +0100 Subject: [SOGo] Most current installation documentation Message-ID: <20080313140303.4110B83699@smtp.l00-bugdead-prods.de> sogo@opengroupware.org wrote: > Are the installation instructions available from > http://www.inverse.ca/english/contributions/sogo/documentation.html the > most current instructions to be following. > > I'm very interested in creating a SOGO test environment and I'm having > trouble getting SOGo to compile. There is a likelyhood that I'm > misunderstanding the instructions. > > First off, I'm more than happy to try to build this on whatever flavour > of linux is recommended. I've got most experience with Gentoo, second to > that would be Debian based systems but could stretch to an RPM based > distro if necessary. > > I've been trying to build SOGo on a fresh debian etch machine. After > installing Apache, Postgres, Cyrus, gnustep-make, gnustep-base-common, > gnustep-base-runtime I downloaded the SOPE and SOGo svn snapshots. > > I believe I have managed to configure, build and install SOPE as per the > instructions, and after a bit of difficulty I believe I've managed to > get mod_ngobjweb loaded in apache2 as well. > > When it comes to configuring SOGo I get the following error > > # ./configure --with-gnustep --enable-strip --disable-debug > # error: please specify a GNUstep make tree! > > I the configure line to > # ./configure --with-gnustep --gsmake=/usr/share/GNUstep/Makefiles/ \ > > --disable-strip --enable-debug > > This appears to succeed. you have to source the GNUstep.sh file, this is usually done this way: . /usr/GNUstep/System/Library/Makefiles/GNUstep.sh Maybe your GNUstep.sh file is in a different place on gentoo. Then retry running make. Sebastian > > When I run > > # make > > I get the following error > > . > . > . > SOGoUserFolder.m:124: warning: ... as arguments.) > Compiling file SOGoGroupsFolder.m ... > Compiling file SOGoGroupFolder.m ... > Compiling file SOGoCustomGroupFolder.m ... > Compiling file SOGoDateFormatter.m ... > Compiling file SOGoPermissions.m ... > Compiling file LDAPUserManager.m ... > Compiling file LDAPSource.m ... > LDAPSource.m:28:36: warning: NGLdap/NGLdapConnection.h: No such file or > directory > LDAPSource.m:29:35: warning: NGLdap/NGLdapAttribute.h: No such file or > directory > LDAPSource.m:30:31: warning: NGLdap/NGLdapEntry.h: No such file or directory > LDAPSource.m: In function -[LDAPSource _initLDAPConnection]: > LDAPSource.m:233: warning: no -initWithHostName:port: method found > LDAPSource.m:233: warning: (Messages without a matching method signature > LDAPSource.m:233: warning: will be assumed to return id and accept > LDAPSource.m:233: warning: ... as arguments.) > LDAPSource.m:236: warning: no -bindWithMethod:binddn:credentials: > method found > LDAPSource.m:238: warning: no -setQuerySizeLimit: method found > LDAPSource.m:240: warning: no -setQueryTimeLimit: method found > LDAPSource.m: In function -[LDAPSource _fetchUserDNForLogin:]: > LDAPSource.m:267: error: NGLdapEntry undeclared (first use in this > function) > LDAPSource.m:267: error: (Each undeclared identifier is reported only once > LDAPSource.m:267: error: for each function it appears in.) > LDAPSource.m:267: error: userEntry undeclared (first use in this function) > LDAPSource.m:272: warning: no > -deepSearchAtBaseDN:qualifier:attributes: method found > LDAPSource.m: In function -[LDAPSource checkLogin:andPassword:]: > LDAPSource.m:295: warning: no -initWithHostName:port: method found > LDAPSource.m:297: warning: no -setQueryTimeLimit: method found > LDAPSource.m:308: warning: no -bindWithMethod:binddn:credentials: > method found > LDAPSource.m:308: warning: assignment makes integer from pointer without > a cast > LDAPSource.m: In function -[LDAPSource allEntryIDs]: > LDAPSource.m:391: error: NGLdapEntry undeclared (first use in this > function) > LDAPSource.m:391: error: currentEntry undeclared (first use in this > function) > LDAPSource.m:399: warning: no > -deepSearchAtBaseDN:qualifier:attributes: method found > LDAPSource.m: At top level: > LDAPSource.m:417: error: expected ) before NGLdapEntry > LDAPSource.m: In function -[LDAPSource > _fillEmailsOfEntry:intoContactEntry:]: > LDAPSource.m:428: warning: no -attributeWithName: method found > LDAPSource.m:429: warning: no -stringValueAtIndex: method found > LDAPSource.m: At top level: > LDAPSource.m:437: error: expected ) before NGLdapEntry > LDAPSource.m: In function -[LDAPSource > _fillConstraints:forModule:intoContactEntry:]: > LDAPSource.m:455: warning: no -attributeWithName: method found > LDAPSource.m:456: warning: no -stringValueAtIndex: method found > LDAPSource.m: At top level: > LDAPSource.m:469: error: expected ) before NGLdapEntry > LDAPSource.m: In function -[LDAPSource _convertLDAPEntryToContact:]: > LDAPSource.m:480: warning: no -attributeWithName: method found > LDAPSource.m:481: warning: no -stringValueAtIndex: method found > LDAPSource.m:486: warning: no -attributeWithName: method found > LDAPSource.m:486: warning: no -stringValueAtIndex: method found > LDAPSource.m:490: warning: no -attributeWithName: method found > LDAPSource.m:490: warning: no -stringValueAtIndex: method found > LDAPSource.m:494: warning: no -attributeWithName: method found > LDAPSource.m:494: warning: no -stringValueAtIndex: method found > LDAPSource.m: In function -[LDAPSource fetchContactsMatching:]: > LDAPSource.m:510: error: NGLdapEntry undeclared (first use in this > function) > LDAPSource.m:510: error: currentEntry undeclared (first use in this > function) > LDAPSource.m:520: warning: no > -deepSearchAtBaseDN:qualifier:attributes: method found > LDAPSource.m: In function -[LDAPSource lookupContactEntry:]: > LDAPSource.m:540: error: NGLdapEntry undeclared (first use in this > function) > LDAPSource.m:540: error: ldapEntry undeclared (first use in this function) > LDAPSource.m:550: warning: no -entryAtDN:attributes: method found > LDAPSource.m: In function -[LDAPSource lookupContactEntryWithUIDorEmail:]: > LDAPSource.m:562: error: NGLdapEntry undeclared (first use in this > function) > LDAPSource.m:562: error: ldapEntry undeclared (first use in this function) > LDAPSource.m:574: warning: no > -deepSearchAtBaseDN:qualifier:attributes: method found > make[3]: *** [shared_debug_obj/LDAPSource.o] Error 1 > make[2]: *** [libSOGo.all.library.variables] Error 2 > make[2]: Leaving directory `/root/trunk/SoObjects/SOGo' > make[1]: *** [internal-all] Error 2 > make[1]: Leaving directory `/root/trunk/SoObjects' > make: *** [internal-all] Error 2 > > Is there something that I'm completely misunderstanding? > > -- > > Charles Dand > > Penguin Factory Ltd > www.penguinfactory.co.uk > Tel:0845 868 3988 > > PenguinFactory Limited is a limited company registered in Scotland > registered in Scotland number SC270171. Registered office: Penguin > Factory Limited, c/o Sinclair Wood and Co. 90 Mitchell Street Glasgow. > G1 3NQ. > -- > OpenGroupware.org SOGo > sogo@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/sogo > From sogo@opengroupware.org Thu Mar 13 15:29:34 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 13 Mar 2008 11:29:34 -0400 Subject: [SOGo] Re: Most current installation documentation In-Reply-To: 47D9225B.7020902@penguinfactory.co.uk Message-ID: <79b0-47d94880-3-b7379570@229677017> Hi Charles, > # ./configure --with-gnustep --enable-strip --disable-debug > # error: please specify a GNUstep make tree! > > I the configure line to > # ./configure --with-gnustep --gsmake=3D/usr/share/GNUstep/Makefiles/ \ > > --disable-strip --enable-debug > > This appears to succeed. It does, but you could also have "source'd" /usr/share/GNUstep/Makefiles/GNUstep.sh, in which case there would not have been this message either. Regarding your build error, it appears you have not installed SOPE, which is why it cannot find the header files. You just need to issue "make install" from inside the SOPE directory and then retype "make" back in the SOGo directory. -- Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous aviser imm=C3=A9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Thu Mar 13 15:43:08 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 13 Mar 2008 11:43:08 -0400 Subject: [SOGo] thunderbird "Sharing" calendar dialoue does not show what is in Web UI In-Reply-To: 200803111732.40147.psimpson@integrafin.co.uk Message-ID: <79b0-47d94b80-7-b7379570@229677019> Le 11 Mar. 2008 13:32 EDT, Peter Simpson a =C3=A9crit: > Hello, again. > > I'm trying to give permission to my colleagues to view my calendar. > > If I do everything through the web UI, then everything works as expected, but > the Integrator in Thunderbird has two problems: > > 1. It does not show what has already been set up in the Web UI. > > 2. It does not show other users in the list to allow you to add permissions > for other users. > Hi Peter, This is not supposed to happen. It seems like a bug is triggered when the extensions is trying to fetch the user list. When you open the permission window, is there any exception showing in the Javascript Error Console (accessible from the "tools" menu)? Thanks -- Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous aviser imm=C3=A9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Thu Mar 13 16:16:40 2008 From: sogo@opengroupware.org (Peter Simpson) Date: Thu, 13 Mar 2008 16:16:40 +0000 Subject: [SOGo] thunderbird "Sharing" calendar dialoue does not show what is in Web UI In-Reply-To: <79b0-47d94b80-7-b7379570@229677019> References: <79b0-47d94b80-7-b7379570@229677019> Message-ID: <200803131616.41006.psimpson@integrafin.co.uk> On Thursday 13 March 2008 15:43:08 Wolfgang Sourdeau wrote: > Le 11 Mar. 2008 13:32 EDT, Peter Simpson a=20 =C3=A9crit: > > Hello, again. > > > > I'm trying to give permission to my colleagues to view my calendar. > > > > If I do everything through the web UI, then everything works as expecte= d, > > but the Integrator in Thunderbird has two problems: > > > > 1. It does not show what has already been set up in the Web UI. > > > > 2. It does not show other users in the list to allow you to add > > permissions for other users. > > Hi Peter, > > > This is not supposed to happen. It seems like a bug is triggered when the > extensions is trying to fetch the user list. When you open the permission > window, is there any exception showing in the Javascript Error Console > (accessible from the "tools" menu)? > Bonjour, Wolfgang. When I start Thunderbird, I get the following in the console: Warning: anonymous function does not always return a value Source File:=20 file:///home/ps2/.mozilla-thunderbird/z8b6symm.default/extensions/sogo-conn= ector@inverse.ca/js/abdavdirectory.js Line: 350, Column: 54 Source Code: return null; /*this.parentDirectory.listNickName*/; }, After that I get no further messages in the console regardless of what I do= =20 with regard to the "Sharing" dialogue. Reagrds, Peter From sogo@opengroupware.org Thu Mar 13 16:34:43 2008 From: sogo@opengroupware.org (Wolfgang Sourdeau) Date: Thu, 13 Mar 2008 12:34:43 -0400 Subject: [SOGo] thunderbird "Sharing" calendar dialogue does not show what is in Web UI In-Reply-To: 200803131216.27767.psimpson@integrafin.co.uk Message-ID: <79b0-47d95780-f-b7379570@229677023> Hi Peter again, By any chance, can you provide me with the output of the SOGo process? There may be information there that I could use to help you.... Thanks! -- Wolfgang Sourdeau T: +1 514 989-2000 ext. 2602 C: +1 514 755-3520 AVIS - Ce courriel pourrait contenir des renseignements confidentiels ou privil=C3=A9gi=C3=A9s. Si vous n'en =C3=AAtes pas le v=C3=A9ritable destinataire, veuillez nous aviser imm=C3=A9diatement. Merci. NOTICE - This e-mail may contain confidential or privileged information. If you are not the intended recipient, please notify us immediately. Thank you. From sogo@opengroupware.org Thu Mar 13 17:12:04 2008 From: sogo@opengroupware.org (Peter Simpson) Date: Thu, 13 Mar 2008 17:12:04 +0000 Subject: [SOGo] thunderbird "Sharing" calendar dialogue does not show what is in Web UI In-Reply-To: <79b0-47d95780-f-b7379570@229677023> References: <79b0-47d95780-f-b7379570@229677023> Message-ID: <200803131712.04862.psimpson@integrafin.co.uk> Hi, Wolfgang. Here is the appropriately edited output ### open thunderbird 192.168.20.77 - - [13/Mar/2008:17:07:58 GMT] "PROPFIND /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 401 0/96 0.002 - - 0 192.168.20.77 - - [13/Mar/2008:17:07:58 GMT] "PROPFIND /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 401 0/96 0.002 - - 0 192.168.20.77 - - [13/Mar/2008:17:07:59 GMT] "PROPFIND /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 481/96 0.036 - - 4K 192.168.20.77 - - [13/Mar/2008:17:07:59 GMT] "PROPFIND /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 485/96 0.017 - - 8K 192.168.20.77 - - [13/Mar/2008:17:08:00 GMT] "PROPFIND /SOGo/dav/myemail@mydomin.com/Contacts HTTP/1.1" 401 0/105 0.002 - - 0 192.168.20.77 - - [13/Mar/2008:17:08:00 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 130/388 0.027 - - 32K 192.168.20.77 - - [13/Mar/2008:17:08:00 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 1205/389 0.042 4856 75% 164K 192.168.20.77 - - [13/Mar/2008:17:08:00 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 130/388 0.024 - - 0 192.168.20.77 - - [13/Mar/2008:17:08:00 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 556/389 0.029 1453 61% -36K 192.168.20.77 - - [13/Mar/2008:17:08:00 GMT] "PROPFIND /SOGo/dav/myemail@mydomin.com/Contacts HTTP/1.1" 207 865/105 0.007 - - 0 192.168.20.77 - - [13/Mar/2008:17:08:00 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 130/388 0.024 - - 36K 192.168.20.77 - - [13/Mar/2008:17:08:00 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 130/389 0.025 - - 28K 192.168.20.77 - - [13/Mar/2008:17:08:00 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 130/388 0.023 - - 12K 192.168.20.77 - - [13/Mar/2008:17:08:00 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 130/389 0.024 - - 32K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 130/298 0.023 - - 32K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 130/388 0.023 - - 32K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 1205/389 0.040 4856 75% 184K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 130/388 0.023 - - 0 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 130/389 0.022 - - 4K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 130/388 0.023 - - 8K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 130/389 0.022 - - 24K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 130/298 0.023 - - 28K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 130/388 0.022 - - 8K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 556/389 0.028 1453 61% 104K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "PROPFIND /SOGo/dav/myemail@mydomin.com/Calendar HTTP/1.1" 207 922/105 0.018 - - 12K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "PROPFIND /SOGo/dav/myemail@mydomin.com/Contacts/personal/ HTTP/1.1" 207 435/96 0.010 - - 8K 192.168.20.77 - - [13/Mar/2008:17:08:01 GMT] "PROPFIND /SOGo/dav/myemail@mydomin.com/Contacts/personal/ HTTP/1.1" 207 741/110 0.012 - - 8K 192.168.20.77 - - [13/Mar/2008:17:08:15 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 1205/389 0.040 4856 75% 156K 192.168.20.77 - - [13/Mar/2008:17:08:15 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 556/389 0.027 1453 61% 0 ### select sharing on thunderbird GUI Mar 13 17:08:21 sogod-0.9 [2716]: [obj-dav-dispatch] did not find a method to server the REPORT 192.168.20.77 - - [13/Mar/2008:17:08:21 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 501 201/81 0.022 - - 0 ### type three letters of user's name in search box Mar 13 17:08:38 sogod-0.9 [2716]: <0x0xbb5e830[SoSelectorInvocation]> Object does not support selector davUserQuery:, probably broken product.plist file. 192.168.20.77 - - [13/Mar/2008:17:08:38 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/ HTTP/1.1" 500 202/135 0.003 - - 8K ### logout 192.168.20.77 - - [13/Mar/2008:17:08:46 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 130/388 0.024 - - 28K 192.168.20.77 - - [13/Mar/2008:17:08:46 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/personal/ HTTP/1.1" 207 1205/389 0.042 4856 75% 128K 192.168.20.77 - - [13/Mar/2008:17:08:46 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 130/388 0.023 - - 0 192.168.20.77 - - [13/Mar/2008:17:08:46 GMT] "REPORT /SOGo/dav/myemail@mydomin.com/Calendar/zz0_personal/ HTTP/1.1" 207 556/389 0.027 1453 61% -52K From sogo@opengroupware.org Thu Mar 13 17:33:44 2008 From: sogo@opengroupware.org (Charles Dand) Date: Thu, 13 Mar 2008 17:33:44 +0000 Subject: [SOGo] Most current installation documentation In-Reply-To: <20080313140303.4110B83699@smtp.l00-bugdead-prods.de> References: <20080313140303.4110B83699@smtp.l00-bugdead-prods.de> Message-ID: <47D96578.705@penguinfactory.co.uk> Sebastian Reitenbach wrote: > sogo@opengroupware.org wrote: >> When it comes to configuring SOGo I get the following error >> >> # ./configure --with-gnustep --enable-strip --disable-debug >> # error: please specify a GNUstep make tree! >> >> I the configure line to >> # ./configure --with-gnustep --gsmake=/usr/share/GNUstep/Makefiles/ \ >> > --disable-strip --enable-debug >> >> This appears to succeed. > > you have to source the GNUstep.sh file, this is usually done this way: > . /usr/GNUstep/System/Library/Makefiles/GNUstep.sh > Maybe your GNUstep.sh file is in a different place on gentoo. > Then retry running make. > I have checked again and the GNUstep.sh file is definitely sourced. This is a Debian system I'm trying at the moment....Gentoo will come later. The file is located in /usr/share/GNUstep/Makefiles/GNUstep.sh and the environment is as below. # env TERM=xterm SHELL=/bin/bash SSH_CLIENT=10.xx.xx.xx 54809 22 GNUSTEP_LOCAL_ROOT=/usr/local/lib/GNUstep/Local OLDPWD=/root/trunk/SOPE SSH_TTY=/dev/pts/0 GNUSTEP_HOST=x86_64-pc-linux-gnu USER=root LD_LIBRARY_PATH=/root/GNUstep/Library/Libraries:/usr/local/lib/GNUstep/Local/Library/Libraries:/usr/local/lib/GNUstep/Network/Library/Libraries:/usr/lib/GNUstep/System/Library/Libraries GUILE_LOAD_PATH=/root/GNUstep/Library/Libraries/Guile:/usr/local/lib/GNUstep/Local/Library/Libraries/Guile:/usr/local/lib/GNUstep/Network/Library/Libraries/Guile:/usr/lib/GNUstep/System/Library/Libraries/Guile GNUSTEP_MAKEFILES=/usr/lib/GNUstep/System/Library/Makefiles GNUSTEP_NETWORK_ROOT=/usr/local/lib/GNUstep/Network GNUSTEP_FLATTENED=yes GNUSTEP_HOST_OS=linux-gnu GNUSTEP_HOST_VENDOR=pc MAIL=/var/mail/root PATH=/root/GNUstep/Tools:/usr/local/lib/GNUstep/Local/Tools:/usr/local/lib/GNUstep/Network/Tools:/usr/lib/GNUstep/System/Tools:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin PWD=/root/trunk LANG=en_GB.UTF-8 GNUSTEP_HOST_CPU=x86_64 PS1=\h:\w\$ SHLVL=1 HOME=/root GNUSTEP_USER_ROOT=/root/GNUstep GNUSTEP_SYSTEM_ROOT=/usr/lib/GNUstep/System LOGNAME=root GNUSTEP_PATHLIST=/root/GNUstep:/usr/local/lib/GNUstep/Local:/usr/local/lib/GNUstep/Network:/usr/lib/GNUstep/System CLASSPATH=/root/GNUstep/Library/Libraries/Java:/usr/local/lib/GNUstep/Local/Library/Libraries/Java:/usr/local/lib/GNUstep/Network/Library/Libraries/Java:/usr/lib/GNUstep/System/Library/Libraries/Java SSH_CONNECTION=10.xx.xx.xx 54809 10.xx.xx.xx 22 LIBRARY_COMBO=gnu-gnu-gnu _=/usr/bin/env -- Charles Dand Penguin Factory Ltd www.penguinfactory.co.uk Tel:0845 868 3988 PenguinFactory Limited is a limited company registered in Scotland registered in Scotland number SC270171. Registered office: Penguin Factory Limited, c/o Sinclair Wood and Co. 90 Mitchell Street Glasgow. G1 3NQ. From sogo@opengroupware.org Sun Mar 16 15:25:43 2008 From: sogo@opengroupware.org (Marco Lertora) Date: Sun, 16 Mar 2008 16:25:43 +0100 Subject: [SOGo] Italian translations In-Reply-To: <47C73570.7060406@infoporto.it> References: <5476-47c6d480-13-b72d4af0@121978919> <47C73570.7060406@infoporto.it> Message-ID: <47DD3BF7.7000401@infoporto.it> This is a multi-part message in MIME format. --------------080209000302020805040100 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi Wolfgang, sorry for the late, unfortunately, unexpected emergency broke all our plans! But, at last, we complete italian translation for sogo! You'll find a patch as attachment! I think all part has been translated and all make and include files was patched! please check if all was done in the right way. The patch has been done against the current revision of sogo from svn: 1388 Of couse, we are available to assist you in further italian translations. Let me known. Marco Marco Lertora wrote: > Hi Wolfgang, > > after private email-exchange (in italian) with Sauro Santini, we > decide to start the translation in the next days. > The process is clean and looking in src we notice that also some > makefiles and some classes are to edit in order to build and then > include a new translation. > > We'll post a patch as soon as possible! > > Marco > > Wolfgang Sourdeau wrote: >> Le 20 FĂ©v. 2008 12:56 EST, Sauro Saltini a Ă©crit: >> >> >>> Hi Wolfgang, both me and Marco Lertora are waiting your directions >>> about the opportunity to start a complete Italian translation of SOGo. >>> Any news ? >>> >>> PS: please if you have time take a look also at my other posts... >>> >> >> Hi Sauro, >> >> >> Sorry for not answering lately, but my schedule of work is currently >> very busy... >> >> I don't really know which directions you expect... The guidelines, if >> you wish to translate SOGo in Italian is: >> - translate every English.lproj/Localizable.strings into an >> Italian.lproj/Localizable.strings >> - translate very .wo template returned by the following command: find >> . -name "*English*.wo" >> - base your translation on the graphical elements found in >> Thunderbird 2, even when it does not really make sense >> - for widgets not found in Thunderbird 2 (for example for the acl >> handling), use the words you think are the most appropriate >> >> If you need any more directions please tell me. >> > --------------080209000302020805040100 Content-Type: text/plain; name="italian.patch" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="italian.patch" ZGlmZiAtTnVyIFNPR28ub3JpZ2luL1Byb3RvY29scy9pQ2FsSFRUUC9HTlVtYWtlZmlsZSBT T0dvL1Byb3RvY29scy9pQ2FsSFRUUC9HTlVtYWtlZmlsZQotLS0gU09Hby5vcmlnaW4vUHJv dG9jb2xzL2lDYWxIVFRQL0dOVW1ha2VmaWxlCTIwMDgtMDMtMTYgMTQ6MTk6MDMuMDAwMDAw MDAwICswMDAwCisrKyBTT0dvL1Byb3RvY29scy9pQ2FsSFRUUC9HTlVtYWtlZmlsZQkyMDA4 LTAzLTE2IDE0OjM2OjI0LjAwMDAwMDAwMCArMDAwMApAQCAtNiw3ICs2LDcgQEAKIAogaUNh bEhUVFBfUFJJTkNJUEFMX0NMQVNTID0gaUNhbEhUVFBQcm9kdWN0CiAKLWlDYWxIVFRQX0xB TkdVQUdFUyA9IEVuZ2xpc2ggRnJlbmNoCitpQ2FsSFRUUF9MQU5HVUFHRVMgPSBFbmdsaXNo IEZyZW5jaCBJdGFsaWFuCiAKIGlDYWxIVFRQX09CSkNfRklMRVMgPSBcCiAJaUNhbEhUVFBQ cm9kdWN0Lm0JXApkaWZmIC1OdXIgU09Hby5vcmlnaW4vU29PYmplY3RzL0FwcG9pbnRtZW50 cy9HTlVtYWtlZmlsZSBTT0dvL1NvT2JqZWN0cy9BcHBvaW50bWVudHMvR05VbWFrZWZpbGUK LS0tIFNPR28ub3JpZ2luL1NvT2JqZWN0cy9BcHBvaW50bWVudHMvR05VbWFrZWZpbGUJMjAw OC0wMy0xNiAxNDoxOTowNS4wMDAwMDAwMDAgKzAwMDAKKysrIFNPR28vU29PYmplY3RzL0Fw cG9pbnRtZW50cy9HTlVtYWtlZmlsZQkyMDA4LTAzLTE2IDE0OjM2OjI0LjAwMDAwMDAwMCAr MDAwMApAQCAtNDksNiArNDksMTIgQEAKIAlTT0dvQXB0TWFpbEdlcm1hblVwZGF0ZS53bwlc CiAJU09Hb0FwdE1haWxHZXJtYW5SZW1vdmFsLndvCVwKIAlTT0dvQXB0TWFpbEdlcm1hbkRl bGV0aW9uLndvCVwKKyAgICBTT0dvQXB0TWFpbEl0YWxpYW5JbnZpdGF0aW9uLndvIFwKKyAg ICBTT0dvQXB0TWFpbEl0YWxpYW5JQ2FsUmVwbHkud28gIFwKKyAgICBTT0dvQXB0TWFpbEl0 YWxpYW5VcGRhdGUud28gXAorICAgIFNPR29BcHRNYWlsSXRhbGlhblJlbW92YWwud28gICAg XAorICAgIFNPR29BcHRNYWlsSXRhbGlhbkRlbGV0aW9uLndvICAgXAorCiAKIEFERElUSU9O QUxfSU5DTFVERV9ESVJTICs9IC1JLi4vLi4vU09QRS8KIEFERElUSU9OQUxfTElCX0RJUlMg Kz0gLUwuLi8uLi9TT1BFL0dETENvbnRlbnRTdG9yZS9vYmovCmRpZmYgLU51ciBTT0dvLm9y aWdpbi9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsRGVsZXRpb24ubSBTT0dv L1NvT2JqZWN0cy9BcHBvaW50bWVudHMvU09Hb0FwdE1haWxEZWxldGlvbi5tCi0tLSBTT0dv Lm9yaWdpbi9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsRGVsZXRpb24ubQky MDA4LTAzLTE2IDE0OjE5OjA1LjAwMDAwMDAwMCArMDAwMAorKysgU09Hby9Tb09iamVjdHMv QXBwb2ludG1lbnRzL1NPR29BcHRNYWlsRGVsZXRpb24ubQkyMDA4LTAzLTE2IDE0OjM2OjI0 LjAwMDAwMDAwMCArMDAwMApAQCAtMzgsMyArMzgsMTAgQEAKIAogQGltcGxlbWVudGF0aW9u IFNPR29BcHRNYWlsR2VybWFuRGVsZXRpb24KIEBlbmQKKworQGludGVyZmFjZSBTT0dvQXB0 TWFpbEl0YWxpbkRlbGV0aW9uIDogU09Hb0FwdE1haWxOb3RpZmljYXRpb24KK0BlbmQKKwor QGltcGxlbWVudGF0aW9uIFNPR29BcHRNYWlsSXRhbGlhbkRlbGV0aW9uCitAZW5kCisKZGlm ZiAtTnVyIFNPR28ub3JpZ2luL1NvT2JqZWN0cy9BcHBvaW50bWVudHMvU09Hb0FwdE1haWxJ Q2FsUmVwbHkubSBTT0dvL1NvT2JqZWN0cy9BcHBvaW50bWVudHMvU09Hb0FwdE1haWxJQ2Fs UmVwbHkubQotLS0gU09Hby5vcmlnaW4vU29PYmplY3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0 TWFpbElDYWxSZXBseS5tCTIwMDgtMDMtMTYgMTQ6MTk6MDUuMDAwMDAwMDAwICswMDAwCisr KyBTT0dvL1NvT2JqZWN0cy9BcHBvaW50bWVudHMvU09Hb0FwdE1haWxJQ2FsUmVwbHkubQky MDA4LTAzLTE2IDE0OjM2OjI0LjAwMDAwMDAwMCArMDAwMApAQCAtMTc2LDMgKzE3NiwxMCBA QAogCiBAaW1wbGVtZW50YXRpb24gU09Hb0FwdE1haWxHZXJtYW5JQ2FsUmVwbHkKIEBlbmQK KworQGludGVyZmFjZSBTT0dvQXB0TWFpbEl0YWxpYW5JQ2FsUmVwbHkgOiBTT0dvQXB0TWFp bElDYWxSZXBseQorQGVuZAorCitAaW1wbGVtZW50YXRpb24gU09Hb0FwdE1haWxJdGFsaWFu SUNhbFJlcGx5CitAZW5kCisKZGlmZiAtTnVyIFNPR28ub3JpZ2luL1NvT2JqZWN0cy9BcHBv aW50bWVudHMvU09Hb0FwdE1haWxJbnZpdGF0aW9uLm0gU09Hby9Tb09iamVjdHMvQXBwb2lu dG1lbnRzL1NPR29BcHRNYWlsSW52aXRhdGlvbi5tCi0tLSBTT0dvLm9yaWdpbi9Tb09iamVj dHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsSW52aXRhdGlvbi5tCTIwMDgtMDMtMTYgMTQ6 MTk6MDUuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1NvT2JqZWN0cy9BcHBvaW50bWVudHMv U09Hb0FwdE1haWxJbnZpdGF0aW9uLm0JMjAwOC0wMy0xNiAxNDozNjoyNC4wMDAwMDAwMDAg KzAwMDAKQEAgLTM4LDMgKzM4LDEwIEBACiAKIEBpbXBsZW1lbnRhdGlvbiBTT0dvQXB0TWFp bEdlcm1hbkludml0YXRpb24KIEBlbmQKKworQGludGVyZmFjZSBTT0dvQXB0TWFpbEl0YWxp YW5JbnZpdGF0aW9uIDogU09Hb0FwdE1haWxOb3RpZmljYXRpb24KK0BlbmQKKworQGltcGxl bWVudGF0aW9uIFNPR29BcHRNYWlsSXRhbGlhbkludml0YXRpb24KK0BlbmQKKwpkaWZmIC1O dXIgU09Hby5vcmlnaW4vU29PYmplY3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbEl0YWxp YW5EZWxldGlvbi53by9TT0dvQXB0TWFpbEl0YWxpYW5EZWxldGlvbi5odG1sIFNPR28vU29P YmplY3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbEl0YWxpYW5EZWxldGlvbi53by9TT0dv QXB0TWFpbEl0YWxpYW5EZWxldGlvbi5odG1sCi0tLSBTT0dvLm9yaWdpbi9Tb09iamVjdHMv QXBwb2ludG1lbnRzL1NPR29BcHRNYWlsSXRhbGlhbkRlbGV0aW9uLndvL1NPR29BcHRNYWls SXRhbGlhbkRlbGV0aW9uLmh0bWwJMTk3MC0wMS0wMSAwMDowMDowMC4wMDAwMDAwMDAgKzAw MDAKKysrIFNPR28vU29PYmplY3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbEl0YWxpYW5E ZWxldGlvbi53by9TT0dvQXB0TWFpbEl0YWxpYW5EZWxldGlvbi5odG1sCTIwMDgtMDMtMTYg MTQ6MjE6MjYuMDAwMDAwMDAwICswMDAwCkBAIC0wLDAgKzEsNiBAQAorPCNJc1N1YmplY3Q+ TCdhcHB1bnRhbWVudG8gZGVsIGdpb3JubyA8I0FwdFN0YXJ0RGF0ZSAvPiBhbGxlIG9yZSA8 I0FwdFN0YXJ0VGltZSAvPiAmZWdyYXZlOyBzdGF0byBjYW5jZWxsYXRvPC8jSXNTdWJqZWN0 PgorPCNJc0JvZHk+CitMJ2FwcHVudGFtZW50byBkZWwgZ2lvcm5vIDwjQXB0U3RhcnREYXRl IC8+IGFsbGUgb3JlIDwjQXB0U3RhcnRUaW1lCisvPiAmZWdyYXZlOyBzdGF0byBjYW5jZWxs YXRvIGRhICA8I09yZ2FuaXplcgorLz4uCis8LyNJc0JvZHk+ClwgTm8gbmV3bGluZSBhdCBl bmQgb2YgZmlsZQpkaWZmIC1OdXIgU09Hby5vcmlnaW4vU29PYmplY3RzL0FwcG9pbnRtZW50 cy9TT0dvQXB0TWFpbEl0YWxpYW5EZWxldGlvbi53by9TT0dvQXB0TWFpbEl0YWxpYW5EZWxl dGlvbi53b2QgU09Hby9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsSXRhbGlh bkRlbGV0aW9uLndvL1NPR29BcHRNYWlsSXRhbGlhbkRlbGV0aW9uLndvZAotLS0gU09Hby5v cmlnaW4vU29PYmplY3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbEl0YWxpYW5EZWxldGlv bi53by9TT0dvQXB0TWFpbEl0YWxpYW5EZWxldGlvbi53b2QJMTk3MC0wMS0wMSAwMDowMDow MC4wMDAwMDAwMDAgKzAwMDAKKysrIFNPR28vU29PYmplY3RzL0FwcG9pbnRtZW50cy9TT0dv QXB0TWFpbEl0YWxpYW5EZWxldGlvbi53by9TT0dvQXB0TWFpbEl0YWxpYW5EZWxldGlvbi53 b2QJMjAwOC0wMy0xNiAxNDoyMToyNi4wMDAwMDAwMDAgKzAwMDAKQEAgLTAsMCArMSwzNCBA QAor77u/QXB0U3RhcnREYXRlOiBXT1N0cmluZyB7CisgIHZhbHVlICAgICAgPSBuZXdTdGFy dERhdGU7CisgIGRhdGVmb3JtYXQgPSAiJWQvJW0vJXkiOworICBlc2NhcGVIVE1MID0gTk87 Cit9CisKK0FwdFN0YXJ0VGltZTogV09TdHJpbmcgeworICB2YWx1ZSAgICAgID0gbmV3U3Rh cnREYXRlOworICBkYXRlZm9ybWF0ID0gIiVIOiVNIjsKKyAgZXNjYXBlSFRNTCA9IE5POwor fQorCitPcmdhbml6ZXI6IFdPU3RyaW5nIHsKKyAgdmFsdWUgICAgICA9IG5ld0FwdC5vcmdh bml6ZXIuY25XaXRob3V0UXVvdGVzOworICBlc2NhcGVIVE1MID0gTk87Cit9CisKK0hhc0hv bWVQYWdlVVJMOiBXT0NvbmRpdGlvbmFsIHsKKyAgY29uZGl0aW9uID0gaG9tZVBhZ2VVUkwu bGVuZ3RoOworfQorCitIb21lUGFnZVVSTDogV09TdHJpbmcgeworICB2YWx1ZSAgICAgID0g YXBwb2ludG1lbnRVUkw7CisgIGVzY2FwZUhUTUwgPSBOTzsKK30KKworSXNTdWJqZWN0OiBX T0NvbmRpdGlvbmFsIHsKKyAgY29uZGl0aW9uID0gaXNTdWJqZWN0OworfQorCitJc0JvZHk6 IFdPQ29uZGl0aW9uYWwgeworICBjb25kaXRpb24gPSBpc1N1YmplY3Q7CisgIG5lZ2F0ZSAg ICA9IFlFUzsKK30KZGlmZiAtTnVyIFNPR28ub3JpZ2luL1NvT2JqZWN0cy9BcHBvaW50bWVu dHMvU09Hb0FwdE1haWxJdGFsaWFuSUNhbFJlcGx5LndvL1NPR29BcHRNYWlsSXRhbGlhbklD YWxSZXBseS5odG1sIFNPR28vU29PYmplY3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbEl0 YWxpYW5JQ2FsUmVwbHkud28vU09Hb0FwdE1haWxJdGFsaWFuSUNhbFJlcGx5Lmh0bWwKLS0t IFNPR28ub3JpZ2luL1NvT2JqZWN0cy9BcHBvaW50bWVudHMvU09Hb0FwdE1haWxJdGFsaWFu SUNhbFJlcGx5LndvL1NPR29BcHRNYWlsSXRhbGlhbklDYWxSZXBseS5odG1sCTE5NzAtMDEt MDEgMDA6MDA6MDAuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1NvT2JqZWN0cy9BcHBvaW50 bWVudHMvU09Hb0FwdE1haWxJdGFsaWFuSUNhbFJlcGx5LndvL1NPR29BcHRNYWlsSXRhbGlh bklDYWxSZXBseS5odG1sCTIwMDgtMDMtMTYgMTQ6MjE6MjYuMDAwMDAwMDAwICswMDAwCkBA IC0wLDAgKzEsNSBAQAorPCNJc1N1YmplY3Q+UmU6IGFwcHVudGFtZW50byBkZWwgPCNBcHRT dGFydERhdGUvPiBhbGxlIG9yZSA8I0FwdFN0YXJ0VGltZS8+PC8jSXNTdWJqZWN0PgorPCNJ c0JvZHk+Cis8I0F0dGVuZGVlLz4gaGEgPCNIYXNBY2NlcHRlZD5hY2NldHRhdG88LyNIYXNB Y2NlcHRlZD48I0hhc0RlY2xpbmVkPmRlY2xpbmF0bzwvI0hhc0RlY2xpbmVkPiBpbAordHVv IGludml0by4KKzwvI0lzQm9keT4KZGlmZiAtTnVyIFNPR28ub3JpZ2luL1NvT2JqZWN0cy9B cHBvaW50bWVudHMvU09Hb0FwdE1haWxJdGFsaWFuSUNhbFJlcGx5LndvL1NPR29BcHRNYWls SXRhbGlhbklDYWxSZXBseS53b2QgU09Hby9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29B cHRNYWlsSXRhbGlhbklDYWxSZXBseS53by9TT0dvQXB0TWFpbEl0YWxpYW5JQ2FsUmVwbHku d29kCi0tLSBTT0dvLm9yaWdpbi9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWls SXRhbGlhbklDYWxSZXBseS53by9TT0dvQXB0TWFpbEl0YWxpYW5JQ2FsUmVwbHkud29kCTE5 NzAtMDEtMDEgMDA6MDA6MDAuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1NvT2JqZWN0cy9B cHBvaW50bWVudHMvU09Hb0FwdE1haWxJdGFsaWFuSUNhbFJlcGx5LndvL1NPR29BcHRNYWls SXRhbGlhbklDYWxSZXBseS53b2QJMjAwOC0wMy0xNiAxNDoyMToyNi4wMDAwMDAwMDAgKzAw MDAKQEAgLTAsMCArMSwzMyBAQAor77u/QXB0U3RhcnREYXRlOiBXT1N0cmluZyB7CisgIHZh bHVlID0gc3RhcnREYXRlOworICBkYXRlZm9ybWF0ID0gIiVkLyVtLyV5IjsKKyAgZXNjYXBl SFRNTCA9IE5POworfQorCitBcHRTdGFydFRpbWU6IFdPU3RyaW5nIHsKKyAgdmFsdWUgPSBz dGFydERhdGU7CisgIGRhdGVmb3JtYXQgPSAiJUg6JU0iOworICBlc2NhcGVIVE1MID0gTk87 Cit9CisKK0F0dGVuZGVlOiBXT1N0cmluZyB7CisgIHZhbHVlID0gYXR0ZW5kZWUuY25XaXRo b3V0UXVvdGVzOworICBlc2NhcGVIVE1MID0gTk87Cit9CisKK0hhc0FjY2VwdGVkOiBXT0Nv bmRpdGlvbmFsIHsKKyAgY29uZGl0aW9uID0gaGFzQWNjZXB0ZWQ7Cit9CisKK0hhc0RlY2xp bmVkOiBXT0NvbmRpdGlvbmFsIHsKKyAgY29uZGl0aW9uID0gaGFzRGVjbGluZWQ7Cit9CisK K0lzU3ViamVjdDogV09Db25kaXRpb25hbCB7CisgIGNvbmRpdGlvbiA9IGlzU3ViamVjdDsK K30KKworSXNCb2R5OiBXT0NvbmRpdGlvbmFsIHsKKyAgY29uZGl0aW9uID0gaXNTdWJqZWN0 OworICBuZWdhdGUgICAgPSBZRVM7Cit9CmRpZmYgLU51ciBTT0dvLm9yaWdpbi9Tb09iamVj dHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsSXRhbGlhbkludml0YXRpb24ud28vU09Hb0Fw dE1haWxJdGFsaWFuSW52aXRhdGlvbi5odG1sIFNPR28vU29PYmplY3RzL0FwcG9pbnRtZW50 cy9TT0dvQXB0TWFpbEl0YWxpYW5JbnZpdGF0aW9uLndvL1NPR29BcHRNYWlsSXRhbGlhbklu dml0YXRpb24uaHRtbAotLS0gU09Hby5vcmlnaW4vU29PYmplY3RzL0FwcG9pbnRtZW50cy9T T0dvQXB0TWFpbEl0YWxpYW5JbnZpdGF0aW9uLndvL1NPR29BcHRNYWlsSXRhbGlhbkludml0 YXRpb24uaHRtbAkxOTcwLTAxLTAxIDAwOjAwOjAwLjAwMDAwMDAwMCArMDAwMAorKysgU09H by9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsSXRhbGlhbkludml0YXRpb24u d28vU09Hb0FwdE1haWxJdGFsaWFuSW52aXRhdGlvbi5odG1sCTIwMDgtMDMtMTYgMTQ6MjE6 MjYuMDAwMDAwMDAwICswMDAwCkBAIC0wLDAgKzEsOCBAQAorPCNJc1N1YmplY3Q+QXBwdW5h dGVtZW50byBpbiBkYXRhIDwjQXB0U3RhcnREYXRlIC8+IGFsbGUgb3JlIDwjQXB0U3RhcnRU aW1lIC8+PC8jSXNTdWJqZWN0PgorPCNJc0JvZHk+CitTZWkgc3RhdG8gaW52aXRhdG8gZGEg PCNPcmdhbml6ZXIgLz4gYWQgdW4gYXBwdW50YW1lbnRvLgorPCNIYXNIb21lUGFnZVVSTD4K K1BlciBhY2NldHRhcmUgbyBkZWNsaW5hcmUgbCdpbnZpdG8gdmFpIGFsbGEgcGFnaW5hIDwj SG9tZVBhZ2VVUkwKKy8+LgorPC8jSGFzSG9tZVBhZ2VVUkw+Cis8LyNJc0JvZHk+ClwgTm8g bmV3bGluZSBhdCBlbmQgb2YgZmlsZQpkaWZmIC1OdXIgU09Hby5vcmlnaW4vU29PYmplY3Rz L0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbEl0YWxpYW5JbnZpdGF0aW9uLndvL1NPR29BcHRN YWlsSXRhbGlhbkludml0YXRpb24ud29kIFNPR28vU29PYmplY3RzL0FwcG9pbnRtZW50cy9T T0dvQXB0TWFpbEl0YWxpYW5JbnZpdGF0aW9uLndvL1NPR29BcHRNYWlsSXRhbGlhbkludml0 YXRpb24ud29kCi0tLSBTT0dvLm9yaWdpbi9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29B cHRNYWlsSXRhbGlhbkludml0YXRpb24ud28vU09Hb0FwdE1haWxJdGFsaWFuSW52aXRhdGlv bi53b2QJMTk3MC0wMS0wMSAwMDowMDowMC4wMDAwMDAwMDAgKzAwMDAKKysrIFNPR28vU29P YmplY3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbEl0YWxpYW5JbnZpdGF0aW9uLndvL1NP R29BcHRNYWlsSXRhbGlhbkludml0YXRpb24ud29kCTIwMDgtMDMtMTYgMTQ6MjE6MjYuMDAw MDAwMDAwICswMDAwCkBAIC0wLDAgKzEsMzQgQEAKK++7v0FwdFN0YXJ0RGF0ZTogV09TdHJp bmcgeworICB2YWx1ZSAgICAgID0gbmV3U3RhcnREYXRlOworICBkYXRlZm9ybWF0ID0gIiVk LyVtLyV5IjsKKyAgZXNjYXBlSFRNTCA9IE5POworfQorCitBcHRTdGFydFRpbWU6IFdPU3Ry aW5nIHsKKyAgdmFsdWUgICAgICA9IG5ld1N0YXJ0RGF0ZTsKKyAgZGF0ZWZvcm1hdCA9ICIl SDolTSI7CisgIGVzY2FwZUhUTUwgPSBOTzsKK30KKworT3JnYW5pemVyOiBXT1N0cmluZyB7 CisgIHZhbHVlICAgICAgPSBuZXdBcHQub3JnYW5pemVyLmNuV2l0aG91dFF1b3RlczsKKyAg ZXNjYXBlSFRNTCA9IE5POworfQorCitIYXNIb21lUGFnZVVSTDogV09Db25kaXRpb25hbCB7 CisgIGNvbmRpdGlvbiA9IGhvbWVQYWdlVVJMLmxlbmd0aDsKK30KKworSG9tZVBhZ2VVUkw6 IFdPU3RyaW5nIHsKKyAgdmFsdWUgICAgICA9IGFwcG9pbnRtZW50VVJMOworICBlc2NhcGVI VE1MID0gTk87Cit9CisKK0lzU3ViamVjdDogV09Db25kaXRpb25hbCB7CisgIGNvbmRpdGlv biA9IGlzU3ViamVjdDsKK30KKworSXNCb2R5OiBXT0NvbmRpdGlvbmFsIHsKKyAgY29uZGl0 aW9uID0gaXNTdWJqZWN0OworICBuZWdhdGUgICAgPSBZRVM7Cit9CmRpZmYgLU51ciBTT0dv Lm9yaWdpbi9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsSXRhbGlhblJlbW92 YWwud28vU09Hb0FwdE1haWxJdGFsaWFuUmVtb3ZhbC5odG1sIFNPR28vU29PYmplY3RzL0Fw cG9pbnRtZW50cy9TT0dvQXB0TWFpbEl0YWxpYW5SZW1vdmFsLndvL1NPR29BcHRNYWlsSXRh bGlhblJlbW92YWwuaHRtbAotLS0gU09Hby5vcmlnaW4vU29PYmplY3RzL0FwcG9pbnRtZW50 cy9TT0dvQXB0TWFpbEl0YWxpYW5SZW1vdmFsLndvL1NPR29BcHRNYWlsSXRhbGlhblJlbW92 YWwuaHRtbAkxOTcwLTAxLTAxIDAwOjAwOjAwLjAwMDAwMDAwMCArMDAwMAorKysgU09Hby9T b09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsSXRhbGlhblJlbW92YWwud28vU09H b0FwdE1haWxJdGFsaWFuUmVtb3ZhbC5odG1sCTIwMDgtMDMtMTYgMTQ6MjE6MjYuMDAwMDAw MDAwICswMDAwCkBAIC0wLDAgKzEsNSBAQAorPCNJc1N1YmplY3Q+Umltb3ppb25lIGRhbGwn YXBwdW50YW1lbnRvIGRlbCA8I0FwdFN0YXJ0RGF0ZSAvPiBhbGxlIG9yZSA8I0FwdFN0YXJ0 VGltZSAvPjwvI0lzU3ViamVjdD4KKzwjSXNCb2R5PgorU2VpIHN0YXRvIHJpbW9zc28gZGEg PCNPcmdhbml6ZXIgLz4gZGFsbCdhcHB1bnRhbWVudG8gcHJvZ3JhbW1hdG8gcGVyIGlsIGdp b3JubyA8I0FwdFN0YXJ0RGF0ZQorLz4gYWxsZSBvcmUgPCNBcHRTdGFydFRpbWUgLz4uCis8 LyNJc0JvZHk+ClwgTm8gbmV3bGluZSBhdCBlbmQgb2YgZmlsZQpkaWZmIC1OdXIgU09Hby5v cmlnaW4vU29PYmplY3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbEl0YWxpYW5SZW1vdmFs LndvL1NPR29BcHRNYWlsSXRhbGlhblJlbW92YWwud29kIFNPR28vU29PYmplY3RzL0FwcG9p bnRtZW50cy9TT0dvQXB0TWFpbEl0YWxpYW5SZW1vdmFsLndvL1NPR29BcHRNYWlsSXRhbGlh blJlbW92YWwud29kCi0tLSBTT0dvLm9yaWdpbi9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NP R29BcHRNYWlsSXRhbGlhblJlbW92YWwud28vU09Hb0FwdE1haWxJdGFsaWFuUmVtb3ZhbC53 b2QJMTk3MC0wMS0wMSAwMDowMDowMC4wMDAwMDAwMDAgKzAwMDAKKysrIFNPR28vU29PYmpl Y3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbEl0YWxpYW5SZW1vdmFsLndvL1NPR29BcHRN YWlsSXRhbGlhblJlbW92YWwud29kCTIwMDgtMDMtMTYgMTQ6MjE6MjYuMDAwMDAwMDAwICsw MDAwCkBAIC0wLDAgKzEsMzQgQEAKK++7v0FwdFN0YXJ0RGF0ZTogV09TdHJpbmcgeworICB2 YWx1ZSAgICAgID0gbmV3U3RhcnREYXRlOworICBkYXRlZm9ybWF0ID0gIiVkLyVtLyV5IjsK KyAgZXNjYXBlSFRNTCA9IE5POworfQorCitBcHRTdGFydFRpbWU6IFdPU3RyaW5nIHsKKyAg dmFsdWUgICAgICA9IG5ld1N0YXJ0RGF0ZTsKKyAgZGF0ZWZvcm1hdCA9ICIlSDolTSI7Cisg IGVzY2FwZUhUTUwgPSBOTzsKK30KKworT3JnYW5pemVyOiBXT1N0cmluZyB7CisgIHZhbHVl ICAgICAgPSBuZXdBcHQub3JnYW5pemVyLmNuV2l0aG91dFF1b3RlczsKKyAgZXNjYXBlSFRN TCA9IE5POworfQorCitIYXNIb21lUGFnZVVSTDogV09Db25kaXRpb25hbCB7CisgIGNvbmRp dGlvbiA9IGhvbWVQYWdlVVJMLmxlbmd0aDsKK30KKworSG9tZVBhZ2VVUkw6IFdPU3RyaW5n IHsKKyAgdmFsdWUgICAgICA9IGFwcG9pbnRtZW50VVJMOworICBlc2NhcGVIVE1MID0gTk87 Cit9CisKK0lzU3ViamVjdDogV09Db25kaXRpb25hbCB7CisgIGNvbmRpdGlvbiA9IGlzU3Vi amVjdDsKK30KKworSXNCb2R5OiBXT0NvbmRpdGlvbmFsIHsKKyAgY29uZGl0aW9uID0gaXNT dWJqZWN0OworICBuZWdhdGUgICAgPSBZRVM7Cit9CmRpZmYgLU51ciBTT0dvLm9yaWdpbi9T b09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsSXRhbGlhblVwZGF0ZS53by9TT0dv QXB0TWFpbEl0YWxpYW5VcGRhdGUuaHRtbCBTT0dvL1NvT2JqZWN0cy9BcHBvaW50bWVudHMv U09Hb0FwdE1haWxJdGFsaWFuVXBkYXRlLndvL1NPR29BcHRNYWlsSXRhbGlhblVwZGF0ZS5o dG1sCi0tLSBTT0dvLm9yaWdpbi9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWls SXRhbGlhblVwZGF0ZS53by9TT0dvQXB0TWFpbEl0YWxpYW5VcGRhdGUuaHRtbAkxOTcwLTAx LTAxIDAwOjAwOjAwLjAwMDAwMDAwMCArMDAwMAorKysgU09Hby9Tb09iamVjdHMvQXBwb2lu dG1lbnRzL1NPR29BcHRNYWlsSXRhbGlhblVwZGF0ZS53by9TT0dvQXB0TWFpbEl0YWxpYW5V cGRhdGUuaHRtbAkyMDA4LTAzLTE2IDE0OjIxOjI2LjAwMDAwMDAwMCArMDAwMApAQCAtMCww ICsxLDExIEBACis8I0lzU3ViamVjdD5MJ2FwcHVudGFtZW50byBmaXNzYXRvIGluIGRhdGEg PCNPbGRBcHRTdGFydERhdGUgLz4gYWxsZSBvcmUgPCNPbGRBcHRTdGFydFRpbWUgLz4gJmVn cmF2ZTsgc3RhdG8gbW9kaWZpY2F0byA8LyNJc1N1YmplY3Q+Cis8I0lzQm9keT4KK1F1ZXN0 byBhcHB1bnRhbWVudG8sIGZpc3NhdG8gcHJlY2VkZW50ZW1ldGUgaW4gZGF0YSA8I09sZEFw dFN0YXJ0RGF0ZSAvPiAKK2FsbGUgb3JlIDwjT2xkQXB0U3RhcnRUaW1lIC8+ICZlZ3JhdmU7 IG9yYSBwcm9ncmFtbWF0byBpbCA8I05ld0FwdFN0YXJ0RGF0ZQorLz4gYWxsZSBvcmUgPCNO ZXdBcHRTdGFydFRpbWUKKy8+Cis8I0hhc0hvbWVQYWdlVVJMPgorUGVyIGNvbmZlcm1hcmUg byBkaXNkaXJlIHZhaSBhbGxhIHBhZ2luYSA8I0hvbWVQYWdlVVJMCisvPi4KKzwvI0hhc0hv bWVQYWdlVVJMPgorPC8jSXNCb2R5PgpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZpbGUKZGlm ZiAtTnVyIFNPR28ub3JpZ2luL1NvT2JqZWN0cy9BcHBvaW50bWVudHMvU09Hb0FwdE1haWxJ dGFsaWFuVXBkYXRlLndvL1NPR29BcHRNYWlsSXRhbGlhblVwZGF0ZS53b2QgU09Hby9Tb09i amVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsSXRhbGlhblVwZGF0ZS53by9TT0dvQXB0 TWFpbEl0YWxpYW5VcGRhdGUud29kCi0tLSBTT0dvLm9yaWdpbi9Tb09iamVjdHMvQXBwb2lu dG1lbnRzL1NPR29BcHRNYWlsSXRhbGlhblVwZGF0ZS53by9TT0dvQXB0TWFpbEl0YWxpYW5V cGRhdGUud29kCTE5NzAtMDEtMDEgMDA6MDA6MDAuMDAwMDAwMDAwICswMDAwCisrKyBTT0dv L1NvT2JqZWN0cy9BcHBvaW50bWVudHMvU09Hb0FwdE1haWxJdGFsaWFuVXBkYXRlLndvL1NP R29BcHRNYWlsSXRhbGlhblVwZGF0ZS53b2QJMjAwOC0wMy0xNiAxNDoyMToyNi4wMDAwMDAw MDAgKzAwMDAKQEAgLTAsMCArMSw0NiBAQAor77u/T2xkQXB0U3RhcnREYXRlOiBXT1N0cmlu ZyB7CisgIHZhbHVlICAgICAgPSBvbGRTdGFydERhdGU7CisgIGRhdGVmb3JtYXQgPSAiJWQv JW0vJXkiOworICBlc2NhcGVIVE1MID0gTk87Cit9CisKK09sZEFwdFN0YXJ0VGltZTogV09T dHJpbmcgeworICB2YWx1ZSAgICAgID0gb2xkU3RhcnREYXRlOworICBkYXRlZm9ybWF0ID0g IiVIOiVNIjsKKyAgZXNjYXBlSFRNTCA9IE5POworfQorCitOZXdBcHRTdGFydERhdGU6IFdP U3RyaW5nIHsKKyAgdmFsdWUgICAgICA9IG5ld1N0YXJ0RGF0ZTsKKyAgZGF0ZWZvcm1hdCA9 ICIlZC8lbS8leSI7CisgIGVzY2FwZUhUTUwgPSBOTzsKK30KKworTmV3QXB0U3RhcnRUaW1l OiBXT1N0cmluZyB7CisgIHZhbHVlICAgICAgPSBuZXdTdGFydERhdGU7CisgIGRhdGVmb3Jt YXQgPSAiJUg6JU0iOworICBlc2NhcGVIVE1MID0gTk87Cit9CisKK09yZ2FuaXplcjogV09T dHJpbmcgeworICB2YWx1ZSA9IG5ld0FwdC5vcmdhbml6ZXIuY25XaXRob3V0UXVvdGVzOwor ICBlc2NhcGVIVE1MID0gTk87Cit9CisKK0hhc0hvbWVQYWdlVVJMOiBXT0NvbmRpdGlvbmFs IHsKKyAgY29uZGl0aW9uID0gaG9tZVBhZ2VVUkwubGVuZ3RoOworfQorCitIb21lUGFnZVVS TDogV09TdHJpbmcgeworICB2YWx1ZSAgICAgID0gYXBwb2ludG1lbnRVUkw7CisgIGVzY2Fw ZUhUTUwgPSBOTzsKK30KKworSXNTdWJqZWN0OiBXT0NvbmRpdGlvbmFsIHsKKyAgY29uZGl0 aW9uID0gaXNTdWJqZWN0OworfQorCitJc0JvZHk6IFdPQ29uZGl0aW9uYWwgeworICBjb25k aXRpb24gPSBpc1N1YmplY3Q7CisgIG5lZ2F0ZSAgICA9IFlFUzsKK30KZGlmZiAtTnVyIFNP R28ub3JpZ2luL1NvT2JqZWN0cy9BcHBvaW50bWVudHMvU09Hb0FwdE1haWxSZW1vdmFsLm0g U09Hby9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsUmVtb3ZhbC5tCi0tLSBT T0dvLm9yaWdpbi9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsUmVtb3ZhbC5t CTIwMDgtMDMtMTYgMTQ6MTk6MDUuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1NvT2JqZWN0 cy9BcHBvaW50bWVudHMvU09Hb0FwdE1haWxSZW1vdmFsLm0JMjAwOC0wMy0xNiAxNDozNjoy NC4wMDAwMDAwMDAgKzAwMDAKQEAgLTM4LDMgKzM4LDEwIEBACiAKIEBpbXBsZW1lbnRhdGlv biBTT0dvQXB0TWFpbEdlcm1hblJlbW92YWwKIEBlbmQKKworQGludGVyZmFjZSBTT0dvQXB0 TWFpbEl0YWxpYW5SZW1vdmFsIDogU09Hb0FwdE1haWxOb3RpZmljYXRpb24KK0BlbmQKKwor QGltcGxlbWVudGF0aW9uIFNPR29BcHRNYWlsSXRhbGlhblJlbW92YWwKK0BlbmQKKwpkaWZm IC1OdXIgU09Hby5vcmlnaW4vU29PYmplY3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbFVw ZGF0ZS5tIFNPR28vU29PYmplY3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbFVwZGF0ZS5t Ci0tLSBTT0dvLm9yaWdpbi9Tb09iamVjdHMvQXBwb2ludG1lbnRzL1NPR29BcHRNYWlsVXBk YXRlLm0JMjAwOC0wMy0xNiAxNDoxOTowNS4wMDAwMDAwMDAgKzAwMDAKKysrIFNPR28vU29P YmplY3RzL0FwcG9pbnRtZW50cy9TT0dvQXB0TWFpbFVwZGF0ZS5tCTIwMDgtMDMtMTYgMTQ6 MzY6MjQuMDAwMDAwMDAwICswMDAwCkBAIC0zNiwzICszNiwyMiBAQAogCiBAaW1wbGVtZW50 YXRpb24gU09Hb0FwdE1haWxGcmVuY2hVcGRhdGUKIEBlbmQKKworCitAaW50ZXJmYWNlIFNP R29BcHRNYWlsR2VybWFuVXBkYXRlIDogU09Hb0FwdE1haWxOb3RpZmljYXRpb24KK3sKK30K K0BlbmQKKworQGltcGxlbWVudGF0aW9uIFNPR29BcHRNYWlsR2VybWFuVXBkYXRlCitAZW5k CisKKworQGludGVyZmFjZSBTT0dvQXB0TWFpbEl0YWxpYW5VcGRhdGUgOiBTT0dvQXB0TWFp bE5vdGlmaWNhdGlvbgoreworfQorQGVuZAorCitAaW1wbGVtZW50YXRpb24gU09Hb0FwdE1h aWxJdGFsaWFuVXBkYXRlCitAZW5kCisKZGlmZiAtTnVyIFNPR28ub3JpZ2luL1NvT2JqZWN0 cy9NYWlsZXIvR05VbWFrZWZpbGUgU09Hby9Tb09iamVjdHMvTWFpbGVyL0dOVW1ha2VmaWxl Ci0tLSBTT0dvLm9yaWdpbi9Tb09iamVjdHMvTWFpbGVyL0dOVW1ha2VmaWxlCTIwMDgtMDMt MTYgMTQ6MTk6MDYuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1NvT2JqZWN0cy9NYWlsZXIv R05VbWFrZWZpbGUJMjAwOC0wMy0xNiAxNDozNjoyNC4wMDAwMDAwMDAgKzAwMDAKQEAgLTQy LDkgKzQyLDEyIEBACiAJU09Hb01haWxFbmdsaXNoRm9yd2FyZC53byBcCiAJU09Hb01haWxG cmVuY2hGb3J3YXJkLndvIFwKIAlTT0dvTWFpbEdlcm1hbkZvcndhcmQud28gXAorICAgIFNP R29NYWlsSXRhbGlhbkZvcndhcmQud28gXAogCVNPR29NYWlsRW5nbGlzaFJlcGx5LndvIFwK IAlTT0dvTWFpbEZyZW5jaFJlcGx5LndvIFwKLQlTT0dvTWFpbEdlcm1hblJlcGx5LndvCisJ U09Hb01haWxHZXJtYW5SZXBseS53byBcCisgICAgU09Hb01haWxJdGFsaWFuUmVwbHkud28g CisKIAogQURESVRJT05BTF9JTkNMVURFX0RJUlMgKz0gLUkuLi8uLi9TT1BFLwogQURESVRJ T05BTF9MSUJfRElSUyArPSAtTC4uLy4uL1NPUEUvR0RMQ29udGVudFN0b3JlL29iai8KZGlm ZiAtTnVyIFNPR28ub3JpZ2luL1NvT2JqZWN0cy9NYWlsZXIvU09Hb01haWxGb3J3YXJkLmgg U09Hby9Tb09iamVjdHMvTWFpbGVyL1NPR29NYWlsRm9yd2FyZC5oCi0tLSBTT0dvLm9yaWdp bi9Tb09iamVjdHMvTWFpbGVyL1NPR29NYWlsRm9yd2FyZC5oCTIwMDgtMDMtMTYgMTQ6MTk6 MDYuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1NvT2JqZWN0cy9NYWlsZXIvU09Hb01haWxG b3J3YXJkLmgJMjAwOC0wMy0xNiAxNDozNjoyNC4wMDAwMDAwMDAgKzAwMDAKQEAgLTQ3LDQg KzQ3LDcgQEAKIEBpbnRlcmZhY2UgU09Hb01haWxHZXJtYW5Gb3J3YXJkIDogU09Hb01haWxG b3J3YXJkCiBAZW5kCiAKK0BpbnRlcmZhY2UgU09Hb01haWxJdGFsaWFuRm9yd2FyZCA6IFNP R29NYWlsRm9yd2FyZAorQGVuZAorCiAjZW5kaWYgLyogU09HT01BSUxGT1JXQVJEX0ggKi8K ZGlmZiAtTnVyIFNPR28ub3JpZ2luL1NvT2JqZWN0cy9NYWlsZXIvU09Hb01haWxGb3J3YXJk Lm0gU09Hby9Tb09iamVjdHMvTWFpbGVyL1NPR29NYWlsRm9yd2FyZC5tCi0tLSBTT0dvLm9y aWdpbi9Tb09iamVjdHMvTWFpbGVyL1NPR29NYWlsRm9yd2FyZC5tCTIwMDgtMDMtMTYgMTQ6 MTk6MDYuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1NvT2JqZWN0cy9NYWlsZXIvU09Hb01h aWxGb3J3YXJkLm0JMjAwOC0wMy0xNiAxNDozNjoyNC4wMDAwMDAwMDAgKzAwMDAKQEAgLTE3 MiwzICsxNzIsNyBAQAogCiBAaW1wbGVtZW50YXRpb24gU09Hb01haWxHZXJtYW5Gb3J3YXJk CiBAZW5kCisKK0BpbXBsZW1lbnRhdGlvbiBTT0dvTWFpbEl0YWxpYW5Gb3J3YXJkCitAZW5k CisKZGlmZiAtTnVyIFNPR28ub3JpZ2luL1NvT2JqZWN0cy9NYWlsZXIvU09Hb01haWxJdGFs aWFuRm9yd2FyZC53by9TT0dvTWFpbEl0YWxpYW5Gb3J3YXJkLmh0bWwgU09Hby9Tb09iamVj dHMvTWFpbGVyL1NPR29NYWlsSXRhbGlhbkZvcndhcmQud28vU09Hb01haWxJdGFsaWFuRm9y d2FyZC5odG1sCi0tLSBTT0dvLm9yaWdpbi9Tb09iamVjdHMvTWFpbGVyL1NPR29NYWlsSXRh bGlhbkZvcndhcmQud28vU09Hb01haWxJdGFsaWFuRm9yd2FyZC5odG1sCTE5NzAtMDEtMDEg MDA6MDA6MDAuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1NvT2JqZWN0cy9NYWlsZXIvU09H b01haWxJdGFsaWFuRm9yd2FyZC53by9TT0dvTWFpbEl0YWxpYW5Gb3J3YXJkLmh0bWwJMjAw OC0wMy0xNiAxNDoyMToyNS4wMDAwMDAwMDAgKzAwMDAKQEAgLTAsMCArMSwxMCBAQAorLS0t LS0tLS0gTWVzc2FnZ2lvIG9yaWdpbmFsZSAtLS0tLS0tLQorT2dnZXR0bzogPCNzdWJqZWN0 Lz4KK0RhdGE6IDwjZGF0ZS8+CitEYTogPCNmcm9tLz4KKzwjaGFzUmVwbHlUbz5SZXBseS1U bzogPCNyZXBseVRvLz48LyNoYXNSZXBseVRvPjwjaGFzT3JnYW5pemF0aW9uPk9yZ2FuaXp6 YXppb25lOiA8I29yZ2FuaXphdGlvbi8+PC8jaGFzT3JnYW5pemF0aW9uPkE6IDwjdG8vPgor PCNoYXNDYz5DQzogPCNjYy8+PC8jaGFzQ2M+PCNoYXNOZXdzR3JvdXBzPk5ld3Nncm91cHM6 IDwjbmV3c2dyb3Vwcy8+PC8jaGFzTmV3c0dyb3Vwcz48I2hhc1JlZmVyZW5jZXM+UmlmZXJp bWVudG86IDwjcmVmZXJlbmNlcy8+PC8jaGFzUmVmZXJlbmNlcz4KKworPCNtZXNzYWdlQm9k eS8+CisKKzwjc2lnbmF0dXJlLz4KZGlmZiAtTnVyIFNPR28ub3JpZ2luL1NvT2JqZWN0cy9N YWlsZXIvU09Hb01haWxJdGFsaWFuRm9yd2FyZC53by9TT0dvTWFpbEl0YWxpYW5Gb3J3YXJk LndvZCBTT0dvL1NvT2JqZWN0cy9NYWlsZXIvU09Hb01haWxJdGFsaWFuRm9yd2FyZC53by9T T0dvTWFpbEl0YWxpYW5Gb3J3YXJkLndvZAotLS0gU09Hby5vcmlnaW4vU29PYmplY3RzL01h aWxlci9TT0dvTWFpbEl0YWxpYW5Gb3J3YXJkLndvL1NPR29NYWlsSXRhbGlhbkZvcndhcmQu d29kCTE5NzAtMDEtMDEgMDA6MDA6MDAuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1NvT2Jq ZWN0cy9NYWlsZXIvU09Hb01haWxJdGFsaWFuRm9yd2FyZC53by9TT0dvTWFpbEl0YWxpYW5G b3J3YXJkLndvZAkyMDA4LTAzLTE2IDE0OjIxOjI1LjAwMDAwMDAwMCArMDAwMApAQCAtMCww ICsxLDc0IEBACivvu79zdWJqZWN0OiBXT1N0cmluZyB7CisgIHZhbHVlID0gc3ViamVjdDsK KyAgZXNjYXBlSFRNTCA9IE5POworfQorCitkYXRlOiBXT1N0cmluZyB7CisgIHZhbHVlID0g ZGF0ZTsKKyAgZXNjYXBlSFRNTCA9IE5POworfQorCitmcm9tOiBXT1N0cmluZyB7CisgIHZh bHVlID0gZnJvbTsKKyAgZXNjYXBlSFRNTCA9IE5POworfQorCitoYXNSZXBseVRvOiBXT0Nv bmRpdGlvbmFsIHsKKyAgY29uZGl0aW9uID0gaGFzUmVwbHlUbzsKK30KKworcmVwbHlUbzog V09TdHJpbmcgeworICB2YWx1ZSA9IHJlcGx5VG87CisgIGVzY2FwZUhUTUwgPSBOTzsKK30K KworaGFzT3JnYW5pemF0aW9uOiBXT0NvbmRpdGlvbmFsIHsKKyAgY29uZGl0aW9uID0gaGFz T3JnYW5pemF0aW9uOworfQorCitvcmdhbml6YXRpb246IFdPU3RyaW5nIHsKKyAgdmFsdWUg PSBvcmdhbml6YXRpb247CisgIGVzY2FwZUhUTUwgPSBOTzsKK30KKwordG86IFdPU3RyaW5n IHsKKyAgdmFsdWUgPSB0bzsKKyAgZXNjYXBlSFRNTCA9IE5POworfQorCitoYXNDYzogV09D b25kaXRpb25hbCB7CisgIGNvbmRpdGlvbiA9IGhhc0NjOworfQorCitjYzogV09TdHJpbmcg eworICB2YWx1ZSA9IGNjOworICBlc2NhcGVIVE1MID0gTk87Cit9CisKK2hhc05ld3NHcm91 cHM6IFdPQ29uZGl0aW9uYWwgeworICBjb25kaXRpb24gPSBoYXNOZXdzR3JvdXBzOworfQor CituZXdzZ3JvdXBzOiBXT1N0cmluZyB7CisgIHZhbHVlID0gbmV3c2dyb3VwczsKKyAgZXNj YXBlSFRNTCA9IE5POworfQorCitoYXNSZWZlcmVuY2VzOiBXT0NvbmRpdGlvbmFsIHsKKyAg Y29uZGl0aW9uID0gaGFzUmVmZXJlbmNlczsKK30KKworcmVmZXJlbmNlczogV09TdHJpbmcg eworICB2YWx1ZSA9IHJlZmVyZW5jZXM7CisgIGVzY2FwZUhUTUwgPSBOTzsKK30KKworbWVz c2FnZUJvZHk6IFdPU3RyaW5nIHsKKyAgdmFsdWUgPSBtZXNzYWdlQm9keTsKKyAgZXNjYXBl SFRNTCA9IE5POworfQorCitzaWduYXR1cmU6IFdPU3RyaW5nIHsKKyAgdmFsdWUgPSBzaWdu YXR1cmU7CisgIGVzY2FwZUhUTUwgPSBOTzsKK30KZGlmZiAtTnVyIFNPR28ub3JpZ2luL1Nv T2JqZWN0cy9NYWlsZXIvU09Hb01haWxJdGFsaWFuUmVwbHkud28vU09Hb01haWxJdGFsaWFu UmVwbHkuaHRtbCBTT0dvL1NvT2JqZWN0cy9NYWlsZXIvU09Hb01haWxJdGFsaWFuUmVwbHku d28vU09Hb01haWxJdGFsaWFuUmVwbHkuaHRtbAotLS0gU09Hby5vcmlnaW4vU29PYmplY3Rz L01haWxlci9TT0dvTWFpbEl0YWxpYW5SZXBseS53by9TT0dvTWFpbEl0YWxpYW5SZXBseS5o dG1sCTE5NzAtMDEtMDEgMDA6MDA6MDAuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1NvT2Jq ZWN0cy9NYWlsZXIvU09Hb01haWxJdGFsaWFuUmVwbHkud28vU09Hb01haWxJdGFsaWFuUmVw bHkuaHRtbAkyMDA4LTAzLTE2IDE0OjIxOjI1LjAwMDAwMDAwMCArMDAwMApAQCAtMCwwICsx LDUgQEAKK0lsIGdpb3JubyA8I2RhdGUvPiwgPCNmcm9tLz4gaGEgc2NyaXR0bzoKKworPCNt ZXNzYWdlQm9keS8+CisKKzwjc2lnbmF0dXJlLz4KZGlmZiAtTnVyIFNPR28ub3JpZ2luL1Nv T2JqZWN0cy9NYWlsZXIvU09Hb01haWxJdGFsaWFuUmVwbHkud28vU09Hb01haWxJdGFsaWFu UmVwbHkud29kIFNPR28vU29PYmplY3RzL01haWxlci9TT0dvTWFpbEl0YWxpYW5SZXBseS53 by9TT0dvTWFpbEl0YWxpYW5SZXBseS53b2QKLS0tIFNPR28ub3JpZ2luL1NvT2JqZWN0cy9N YWlsZXIvU09Hb01haWxJdGFsaWFuUmVwbHkud28vU09Hb01haWxJdGFsaWFuUmVwbHkud29k CTE5NzAtMDEtMDEgMDA6MDA6MDAuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1NvT2JqZWN0 cy9NYWlsZXIvU09Hb01haWxJdGFsaWFuUmVwbHkud28vU09Hb01haWxJdGFsaWFuUmVwbHku d29kCTIwMDgtMDMtMTYgMTQ6MjE6MjUuMDAwMDAwMDAwICswMDAwCkBAIC0wLDAgKzEsMTkg QEAKK++7v2RhdGU6IFdPU3RyaW5nIHsKKyAgdmFsdWUgPSBkYXRlOworICBlc2NhcGVIVE1M ID0gTk87Cit9CisKK2Zyb206IFdPU3RyaW5nIHsKKyAgdmFsdWUgPSBmcm9tOworICBlc2Nh cGVIVE1MID0gTk87Cit9CisKK21lc3NhZ2VCb2R5OiBXT1N0cmluZyB7CisgIHZhbHVlID0g bWVzc2FnZUJvZHk7CisgIGVzY2FwZUhUTUwgPSBOTzsKK30KKworc2lnbmF0dXJlOiBXT1N0 cmluZyB7CisgIHZhbHVlID0gc2lnbmF0dXJlOworICBlc2NhcGVIVE1MID0gTk87Cit9CmRp ZmYgLU51ciBTT0dvLm9yaWdpbi9Tb09iamVjdHMvTWFpbGVyL1NPR29NYWlsUmVwbHkuaCBT T0dvL1NvT2JqZWN0cy9NYWlsZXIvU09Hb01haWxSZXBseS5oCi0tLSBTT0dvLm9yaWdpbi9T b09iamVjdHMvTWFpbGVyL1NPR29NYWlsUmVwbHkuaAkyMDA4LTAzLTE2IDE0OjE5OjA3LjAw MDAwMDAwMCArMDAwMAorKysgU09Hby9Tb09iamVjdHMvTWFpbGVyL1NPR29NYWlsUmVwbHku aAkyMDA4LTAzLTE2IDE0OjM2OjI0LjAwMDAwMDAwMCArMDAwMApAQCAtNDcsNCArNDcsNyBA QAogQGludGVyZmFjZSBTT0dvTWFpbEdlcm1hblJlcGx5IDogU09Hb01haWxSZXBseQogQGVu ZAogCitAaW50ZXJmYWNlIFNPR29NYWlsSXRhbGlhblJlcGx5IDogU09Hb01haWxSZXBseQor QGVuZAorCiAjZW5kaWYgLyogU09HT01BSUxSRVBMWV9IICovCmRpZmYgLU51ciBTT0dvLm9y aWdpbi9Tb09iamVjdHMvTWFpbGVyL1NPR29NYWlsUmVwbHkubSBTT0dvL1NvT2JqZWN0cy9N YWlsZXIvU09Hb01haWxSZXBseS5tCi0tLSBTT0dvLm9yaWdpbi9Tb09iamVjdHMvTWFpbGVy L1NPR29NYWlsUmVwbHkubQkyMDA4LTAzLTE2IDE0OjE5OjA2LjAwMDAwMDAwMCArMDAwMAor KysgU09Hby9Tb09iamVjdHMvTWFpbGVyL1NPR29NYWlsUmVwbHkubQkyMDA4LTAzLTE2IDE0 OjM2OjI0LjAwMDAwMDAwMCArMDAwMApAQCAtMTEwLDMgKzExMCw3IEBACiAKIEBpbXBsZW1l bnRhdGlvbiBTT0dvTWFpbEdlcm1hblJlcGx5CiBAZW5kCisKK0BpbXBsZW1lbnRhdGlvbiBT T0dvTWFpbEl0YWxpYW5SZXBseQorQGVuZAorCmRpZmYgLU51ciBTT0dvLm9yaWdpbi9VSS9D b21tb24vR05VbWFrZWZpbGUgU09Hby9VSS9Db21tb24vR05VbWFrZWZpbGUKLS0tIFNPR28u b3JpZ2luL1VJL0NvbW1vbi9HTlVtYWtlZmlsZQkyMDA4LTAzLTE2IDE0OjE5OjE0LjAwMDAw MDAwMCArMDAwMAorKysgU09Hby9VSS9Db21tb24vR05VbWFrZWZpbGUJMjAwOC0wMy0xNiAx NDozNjoyNC4wMDAwMDAwMDAgKzAwMDAKQEAgLTYsNyArNiw3IEBACiAKIENvbW1vblVJX1BS SU5DSVBBTF9DTEFTUyA9IENvbW1vblVJUHJvZHVjdAogCi1Db21tb25VSV9MQU5HVUFHRVMg PSBFbmdsaXNoIEZyZW5jaCBHZXJtYW4KK0NvbW1vblVJX0xBTkdVQUdFUyA9IEVuZ2xpc2gg RnJlbmNoIEdlcm1hbiBJdGFsaWFuCiAKIENvbW1vblVJX09CSkNfRklMRVMgKz0JCVwKIAlD b21tb25VSVByb2R1Y3QubQlcCmRpZmYgLU51ciBTT0dvLm9yaWdpbi9VSS9Db21tb24vSXRh bGlhbi5scHJvai9Mb2NhbGl6YWJsZS5zdHJpbmdzIFNPR28vVUkvQ29tbW9uL0l0YWxpYW4u bHByb2ovTG9jYWxpemFibGUuc3RyaW5ncwotLS0gU09Hby5vcmlnaW4vVUkvQ29tbW9uL0l0 YWxpYW4ubHByb2ovTG9jYWxpemFibGUuc3RyaW5ncwkxOTcwLTAxLTAxIDAwOjAwOjAwLjAw MDAwMDAwMCArMDAwMAorKysgU09Hby9VSS9Db21tb24vSXRhbGlhbi5scHJvai9Mb2NhbGl6 YWJsZS5zdHJpbmdzCTIwMDgtMDMtMTYgMTQ6MjE6MjUuMDAwMDAwMDAwICswMDAwCkBAIC0w LDAgKzEsNDEgQEAKK++7vy8qIHRoaXMgZmlsZSBpcyBpbiBVVEYtOCBmb3JtYXQhICovCisK Ky8qIHRvb2xiYXJzICovCisiU2F2ZSIgPSAiU2FsdmEiOworIkNsb3NlIiA9ICJDaGl1ZGki OworIkVkaXQgVXNlciBSaWdodHMiID0gIk1vZGlmaWNhIHBlcm1lc3NpIjsKKworIkhvbWUi ID0gIkhvbWUiOworIkNhbGVuZGFyIiA9ICJDYWxlbmRhcmlvIjsKKyJBZGRyZXNzIEJvb2si CT0gIlJ1YnJpY2EiOworIk1haWwiID0gIlBvc3RhIjsKKyJQcmVmZXJlbmNlcyIgPSAiUHJl ZmVyZW56ZSI7CisiRGlzY29ubmVjdCIgPSAiRGlzY29ubmV0dGkiOworIlJpZ2h0IEFkbWlu aXN0cmF0aW9uIiA9ICJBbW1pbmlzdHJhemlvbmUgcGVybWVzc2kiOworIkxvZyBDb25zb2xl IChkZXYuKSIgPSAiTG9nIENvbnNvbGUgKGRldi4pIjsKKworIlVzZXIiCQkJPSAiVXRlbnRl IjsKKyJPd25lcjoiIAkJPSAiUHJvcHJpZXRhcmlvOiI7CisiSGVscCIJCQk9ICJBaXV0byI7 CisiQWRkLi4uIgkJPSAiQWdnaXVuZ2kuLi4iOworIlJlbW92ZSIJCT0gIlJpbXVvdmkuLi4i OworCisibm9KYXZhc2NyaXB0RXJyb3IiID0gIlNPR28gaGEgYmlzb2dubyBkaSBKYXZhc2Ny aXB0IHBlciBlc3NlcmUgZXNlZ3VpdG8uIFZlcmlmaWNhIGNoZSBxdWVzdG8gZWxlbWVudG8g c2lhIHByZXNlbnRlIGVkIGF0dGl2YXRvIG5lbGxlIHByZWZlcmVuemUgZGVsIGJyb3dzZXIi OworIm5vSmF2YXNjcmlwdFJldHJ5IiA9ICJSaXByb3ZhIjsKKworIlB1Ymxpc2ggdGhlIEZy ZWUvQnVzeSBpbmZvcm1hdGlvbiIgPSAiUHViYmxpY2EgbGUgaW5mb3JtYXppb25pIHN1bGxv IHN0YXRvIChsaWJlcm8vaW1wZWduYXRvKSI7CisiRGVmYXVsdCBSb2xlcyIgPSAiUGVybWVz c2kgcHJlZGVmaW5pdGkiOworIlNvcnJ5LCB0aGUgdXNlciByaWdodHMgY2FuIG5vdCBiZSBj b25maWd1cmVkIGZvciB0aGF0IG9iamVjdC4iID0gIk5vbiDDqCBwb3NzaWJpbGUgY29uZmln dXJhcmUgaSAgcGVybWVzc2kgcGVyIHF1ZXN0byBvZ2dldHRvLiI7CisiYnJvd3Nlck5vdENv bXBhdGlibGUiID0gIkxhIHZlcnNpb25lIGRlbCBicm93c2VyIHV0aWxpenphdG8gbm9uIMOo IHN1cHBvcnRhdGEuIFJhY2NvbWFuZGlhbW8gbCd1dGlsaXp6byBkaSBGaXJlZm94LiBDbGlj Y2Egc3VsIGxpbmsgcGVyIHNjYXJpY2FybmUgbCd1bHRpbWEgdmVyc2lvbmUgZGlzcG9uaWJp bGUuIjsKKyJhbHRlcm5hdGl2ZUJyb3dzZXJzIiA9ICJBbHRlcm5hdGl2YW1lbnRlLCBwdW9p IHV0aWxpenphcmUgcXVlc3RpIGJyb3dzZXIgY29tcGF0aWJpbGkiOworImFsdGVybmF0aXZl QnJvd3NlclNhZmFyaSIgPSAiQWx0ZXJuYXRpdmFtZW50ZSwgcHVvaSB1dGlsaXp6YXJlIFNh ZmFyaS4iOworIkRvd25sb2FkIiA9ICJTY2FyaWNhIjsKKworLyogZ2VuZXJpYy5qcyAqLwor IlVuYWJsZSB0byBzdWJzY3JpYmUgdG8gdGhhdCBmb2xkZXIhIgk9ICJJbXBvc3NpYmlsZSBz b3R0b3Njcml2ZXJlIGxhIGNhcnRlbGxhISI7CisiWW91IGNhbm5vdCBzdWJzY3JpYmUgdG8g YSBmb2xkZXIgdGhhdCB5b3Ugb3duISIgPSAiTm9uIHB1b2kgc290dG9zY3JpdmVyZSB1bmEg Y2FydGVsbGEgZGkgY3VpIHNlaSBwcm9wcmlldGFyaW8hIjsKKyJVbmFibGUgdG8gdW5zdWJz Y3JpYmUgZnJvbSB0aGF0IGZvbGRlciEiID0gIkltcG9zc2liaWxlIGFubnVsbGFyZSBsYSBz b3R0b3Njcml6aW9uZSBhbGxhIGNhcnRlbGxhISI7CisiWW91IGNhbm5vdCB1bnN1YnNjcmli ZSBmcm9tIGEgZm9sZGVyIHRoYXQgeW91IG93biEiID0gIk5vbiBwdW9pIGFubnVsbGFyZSBs YSBzb3R0b3Njcml6aW9uZSBhZCB1bmEgY2FydGVsbGEgZGkgY3VpIHNlaSBwcm9wcmlldGFy aW8hIjsKKyJVbmFibGUgdG8gcmVuYW1lIHRoYXQgZm9sZGVyISIgPSAiSW1wb3NzaWJpbGUg cmlub21pbmFyZSBsYSBjYXJ0ZWxsYSEiOworIllvdSBoYXZlIGFscmVhZHkgc3Vic2NyaWJl ZCB0byB0aGF0IGZvbGRlciEiIAk9ICJIYWkgZ2nDoCBzb3R0b3Njcml0dG8gbGEgY2FydGVs bGEhIjsKKyJUaGUgdXNlciByaWdodHMgY2Fubm90IGJlIGVkaXRlZCBmb3IgdGhpcyBvYmpl Y3QhIiAgPSAiSSBwZXJtZXNzaSBkaSBxdWVzdG8gb2dnZXR0byBub24gcG9zc29ubyBlc3Nl cmUgbW9kaWZpY2F0aSEiOwpkaWZmIC1OdXIgU09Hby5vcmlnaW4vVUkvQ29udGFjdHMvR05V bWFrZWZpbGUgU09Hby9VSS9Db250YWN0cy9HTlVtYWtlZmlsZQotLS0gU09Hby5vcmlnaW4v VUkvQ29udGFjdHMvR05VbWFrZWZpbGUJMjAwOC0wMy0xNiAxNDoxOToxNS4wMDAwMDAwMDAg KzAwMDAKKysrIFNPR28vVUkvQ29udGFjdHMvR05VbWFrZWZpbGUJMjAwOC0wMy0xNiAxNDoz NjoyNC4wMDAwMDAwMDAgKzAwMDAKQEAgLTYsNyArNiw3IEBACiAKIENvbnRhY3RzVUlfUFJJ TkNJUEFMX0NMQVNTID0gQ29udGFjdHNVSVByb2R1Y3QKIAotQ29udGFjdHNVSV9MQU5HVUFH RVMgPSBFbmdsaXNoIEZyZW5jaCBHZXJtYW4KK0NvbnRhY3RzVUlfTEFOR1VBR0VTID0gRW5n bGlzaCBGcmVuY2ggR2VybWFuIEl0YWxpYW4KIAogQ29udGFjdHNVSV9PQkpDX0ZJTEVTID0J CQlcCiAJVUl4Q29udGFjdHNVc2VyRm9sZGVycy5tIFwKZGlmZiAtTnVyIFNPR28ub3JpZ2lu L1VJL0NvbnRhY3RzL0l0YWxpYW4ubHByb2ovTG9jYWxpemFibGUuc3RyaW5ncyBTT0dvL1VJ L0NvbnRhY3RzL0l0YWxpYW4ubHByb2ovTG9jYWxpemFibGUuc3RyaW5ncwotLS0gU09Hby5v cmlnaW4vVUkvQ29udGFjdHMvSXRhbGlhbi5scHJvai9Mb2NhbGl6YWJsZS5zdHJpbmdzCTE5 NzAtMDEtMDEgMDA6MDA6MDAuMDAwMDAwMDAwICswMDAwCisrKyBTT0dvL1VJL0NvbnRhY3Rz L0l0YWxpYW4ubHByb2ovTG9jYWxpemFibGUuc3RyaW5ncwkyMDA4LTAzLTE2IDE0OjIxOjI1 LjAwMDAwMDAwMCArMDAwMApAQCAtMCwwICsxLDE2MCBAQAor77u/LyogdGhpcyBmaWxlIGlz IGluIFVURi04IGZvcm1hdCEgKi8NCisNCisiQ29udGFjdCIgPSAiQ29udGF0dG8iOw0KKyJB ZGRyZXNzIiA9ICJJbmRpcml6em8iOw0KKyJPdGhlciIgPSAiQWx0cm8iOw0KKw0KKyJOYW1l IiA9ICJOb21lIjsNCisiSW50ZXJuZXQiID0gIkVtYWlsIjsNCisiUGhvbmVzIiA9ICJOdW1l cmkgZGkgdGVsZWZvbm8iOw0KKyJIb21lIiA9ICJQZXJzb25hbGUiOw0KKyJXb3JrIiA9ICJM YXZvcm8iOw0KKw0KKyJBZGRyZXNzIEJvb2tzIiA9ICJSdWJyaWNhIjsNCisNCisiQWRkcmVz c2Jvb2siID0gIlJ1YnJpY2EiOw0KKyJBZGRyZXNzZXMiID0gIkluZGlyaXp6aSI7DQorIlVw ZGF0ZSIgPSAiQWdnaW9ybmEiOw0KKyJDYW5jZWwiID0gIkFudWxsYSI7DQorIkNvbW1vbiIg PSAiQ29tdW5pIjsNCisiQ29udGFjdCBlZGl0b3IiID0gIkVkaXRvciBkZWkgY29udGF0dGki Ow0KKyJDb250YWN0IHZpZXdlciIgPSAiVmlzdWxpenphdG9yZSBkZWkgY29udGF0dGkiOw0K KyJFbWFpbCIgPSAiRW1haWwiOw0KKyJTY3JlZW4gTmFtZSIgPSAiTm9tZSBJbnN0YW50IE1l c3NlZ2VyIjsNCisiRXh0ZW5kZWQiID0gIk5vbWUgY29tcGxldG8iOw0KKyJGYXgiID0gIkZh eCI7DQorIkZpcnN0bmFtZSIgPSAiTm9tZSI7DQorIkhvbWUiID0gIkNhc2EiOw0KKyJIb21l UGhvbmUiID0gIlRlbGVmb25vIGNhc2EiOw0KKyJMYXN0bmFtZSIgPSAiQ29nbm9tZSI7DQor IkxvY2F0aW9uIiA9ICJMb2NhbGl0w6AiOw0KKyJNb2JpbGVQaG9uZSIgPSAiQ2VsbHVsYXJl IjsNCisiTmFtZSIgPSAiTm9tZSI7DQorIk9mZmljZVBob25lIiA9ICJUZWxlZm9ubyB1ZmZp Y2lvIjsNCisiT3JnYW5pemF0aW9uIiA9ICJTb2NpZXTDoCI7DQorIldvcmsgUGhvbmUiID0g IlRlbGVmb25vIGRpIGxhdm9ybyI7DQorIlBob25lIiA9ICJUZWxlZm9ubyI7DQorIlBob25l cyIgPSAiVGVsZWZvbmkiOw0KKyJQb3N0YWwiID0gIkNBUCI7DQorIlNhdmUiID0gIlNhbHZh IjsNCisiVVJMIiA9ICJQYWdpbmEgV2ViIjsNCisiVW5pdCIgPSAiVW5pdMOgIjsNCisiZGVs ZXRlIiA9ICJjYW5jZWxsYSI7DQorImVkaXQiID0gIm1vZGlmaWNhIjsNCisiaW52YWxpZGVt YWlsd2FybiIgPSAiTCdpbmRpcml6em8gZW1haWwgc3BlY2lmaWNhdG8gbm9uIMOoIHZhbGlk byI7DQorIm5ldyIgPSAibmV3IjsNCisiUHJlZmVycmVkIFBob25lIiAgID0gIlRlbGVmb25v IGxhdm9ybyI7DQorDQorLyogRm9sZGVycyAqLw0KKyJQZXJzb25hbCBBZGRyZXNzIEJvb2si ID0gIlJ1YnJpY2EgcGVyc29uYWxlIjsNCisNCisvKiBUb29sdGlwcyAqLw0KKw0KKyJDcmVh dGUgYSBuZXcgYWRkcmVzcyBib29rIGNhcmQiID0gIkNyZWEgdW4gbnVvdm8gY29udGF0dG8i Ow0KKyJDcmVhdGUgYSBuZXcgbGlzdCIgPSAiQ3JlYSB1bmEgbnVvdmEgbGlzdGEiOw0KKyJF ZGl0IHRoZSBzZWxlY3RlZCBjYXJkIiA9ICJNb2RpZmljYSBpbCBjb250YXR0byBzZWxlemlv bmF0byI7DQorIlNlbmQgYSBtYWlsIG1lc3NhZ2UiID0gIkludmlhIHVuJ2VtYWlsIjsNCisi RGVsZXRlIHNlbGVjdGVkIGNhcmQgb3IgYWRkcmVzcyBib29rIiA9ICJDYW5jZWxsYSBpbCBj b250YXR0byBzZWxlemlvbmF0byI7DQorDQorImh0bWxNYWlsRm9ybWF0X1VOS05PV04iID0g IlNjb25vc2NpdXRvIjsNCisiaHRtbE1haWxGb3JtYXRfRkFMU0UiID0gIlRlc3RvIG5vcm1h bGUiOw0KKyJodG1sTWFpbEZvcm1hdF9UUlVFIiA9ICJIVE1MIjsNCisNCisiTmFtZSBvciBF bWFpbCIgPSAiTm9tZSBvIGluZGlyaXp6byBFbWFpbCI7DQorIlBlcnNvbmFsIEFkZHJlc3Ni b29rIiA9ICJSdWJyaWNhIHBlcnNvbmFsZSI7DQorIlNlYXJjaCBpbiBBZGRyZXNzYm9vayIg PSAiQ2VyY2EgbmVsbGEgcnVicmljYSI7DQorDQorIk5ldyBDYXJkIiA9ICJOdW92byBjb250 YXR0byI7DQorIk5ldyBMaXN0IiA9ICJOdW92YSBsaXN0YSI7DQorIk1vZGlmeSIgPSAiTW9k aWZpY2EiOw0KKyJTaGFyaW5nLi4uIiA9ICJDb25kaXZpZGkuLi4iOw0KKyJXcml0ZSIgPSAi U2NyaXZpIjsNCisiRGVsZXRlIiA9ICJDYW5jZWxsYSI7DQorIkluc3RhbnQgTWVzc2FnZSIg PSAiTWVzc2FnZ2lvIGlzdGFudGFuZW8iOw0KKyJBZGQuLi4iID0gIkFnZ2l1bmdpLi4uIjsN CisiUmVtb3ZlIiA9ICJSaW11b3ZpIjsNCisNCisiUHJlZmVycmVkIiA9ICJQcmVkZWZpbml0 byI7DQorIkNhcmQgZm9yICVAIiA9ICJCaWdsaWV0dG8gZGEgdmlzaXRhIGRpICVAIjsNCisi RGlzcGxheToiID0gIk5vbWUgdmlzdWFsaXp6YXRvOiI7DQorIkRpc3BsYXkgTmFtZToiID0g Ik5vbWUgdmlzdWFsaXp6YXRvOiI7DQorIkVtYWlsOiIgPSAiRW1haWw6IjsNCisiQWRkaXRp b25hbCBFbWFpbDoiID0gIkVtYWlsIGFnZ2l1bnRpdmE6IjsNCisNCisiUGhvbmUgTnVtYmVy OiIgPSAiTnVtZXJvIGRpIHRlbGVmb25vOiI7DQorIlByZWZlcnMgdG8gcmVjZWl2ZSBtZXNz YWdlcyBmb3JtYXR0ZWQgYXM6Ig0KKz0gIkZvcm1hdG8gcHJlZmVyaXRvIHBlciBpIG1lc3Nh Z2dpIGRpIHBvc3RhOiI7DQorIlNjcmVlbiBOYW1lOiIgPSAiTm9tZSBJbnN0YW50IE1lc3Nl bmdlcjoiOw0KKw0KKyJGaXJzdG5hbWU6IiA9ICJOb21lOiI7DQorIkxhc3RuYW1lOiIgPSAi Q29nbm9tZToiOw0KKyJGaXJzdDoiID0gIk5vbWU6IjsNCisiTGFzdDoiID0gIkNvZ25vbWUi Ow0KKyJOaWNrbmFtZToiID0gIlNvcHJhbm5vbWU6IjsNCisNCisiVGVsZXBob25lIiA9ICJU ZWxlZm9ubyI7DQorIldvcms6IiA9ICJMYXZvcm86IjsNCisiSG9tZToiID0gIkNhc2E6IjsN CisiRmF4OiIgPSAiRmF4OiI7DQorIk1vYmlsZToiID0gIkNlbGx1bGFyZToiOw0KKyJQYWdl cjoiID0gIkNlcmNhIFBlcnNvbmU6IjsNCisNCisiVGl0bGU6IiA9ICJUaXRvbG86IjsNCisi U2VydmljZToiID0gIlNlcnZpY2U6IjsNCisiQ29tcGFueToiID0gIlNvY2lldMOgOiI7DQor IlN0cmVldCBBZGRyZXNzOiIgPSAiSW5kaXJpenpvOiI7DQorIkFkZHJlc3M6IiA9ICJJbmRp cml6em86IjsNCisiQ2l0eToiID0gIkNpdHTDoDoiOw0KKyJTdGF0ZV9Qcm92aW5jZToiID0g IlByb3ZpbmNpYToiOw0KKyJaSVBfUG9zdGFsIENvZGU6IiA9ICJDQVA6IjsNCisiQ291bnRy eToiID0gIk5hemlvbmU6IjsNCisiV2ViOiIgPSAiUGFnaW5hIFdlYjoiOw0KKyJXZWIgUGFn ZToiID0gIlBhZ2luYSBXZWI6IjsNCisiRGVwYXJ0bWVudDoiID0gIlJlcGFydG86IjsNCisi T3JnYW5pemF0aW9uOiIgPSAiU29jaWV0w6A6IjsNCisiV29yayIgPSAiTGF2b3JvIjsNCisi T3RoZXIgSW5mb3MiID0gIkFsdHJlIGluZm9ybWF6aW9uaSI7DQorDQorIk5vdGU6IiA9ICJO b3RlOiI7DQorIlRpbWV6b25lOiIgPSAiRnVzbyBvcmFyaW86IjsNCisiQmlydGhkYXk6IiA9 ICJEYXRhIGRpIE5hc2NpdGE6IjsNCisiRnJlZWJ1c3kgVVJMOiIgPSAiRnJlZWJ1c3kgVVJM OiI7DQorDQorIkFkZCBhcy4uLiIgPSAiQWdnaXVuZ2kgY29tZS4uLiI7DQorIlJlY2lwaWVu dCIgPSAiRGVzdGluYXRhcmlvIjsNCisiQ2FyYm9uIENvcHkiID0gIkNvcGlhIENhcmJvbmUi Ow0KKyJCbGluZCBDYXJib24gQ29weSIgPSAiQ29waWEgQ2FyYm9uZSBOYXNjb3N0YSI7DQor DQorIk5ldyBBZGRyZXNzYm9vay4uLiIgPSAiTnVvdmEgcnVicmljYS4uLiI7DQorIlN1YnNj cmliZSB0byBhbiBBZGRyZXNzYm9vay4uLiIgPSAiU290dG9zY3JpdmkgdW5hIHJ1YnJpY2Eu Li4iOw0KKyJSZW1vdmUgdGhlIHNlbGVjdGVkIEFkZHJlc3Nib29rIiA9ICJSaW11b3ZpIGxh IHJ1YnJpY2Egc2VsZXppb25hdGEiOw0KKw0KKyJOYW1lIG9mIHRoZSBBZGRyZXNzIEJvb2si ID0gIk5vbWUgZGVsbGEgcnVicmljYSI7DQorIkFyZSB5b3Ugc3VyZSB5b3Ugd2FudCB0byBk ZWxldGUgdGhlIHNlbGVjdGVkIGFkZHJlc3MgYm9vaz8iDQorPSAiU2VpIHNpY3VybyBkaSB2 b2xlciBjYW5jZWxsYXJlIGxhIHJ1YnJpY2Egc2VsZXppb25hdGE/IjsNCisNCisiQWRkcmVz cyBCb29rIE5hbWUiID0gIk5vbWUgZGVsbGEgUnVicmljYSI7DQorDQorIllvdSBjYW5ub3Qg c3Vic2NyaWJlIHRvIGEgZm9sZGVyIHRoYXQgeW91IG93biEiDQorPSAiTm9uIHB1b2kgc290 dG9zY3JpdmVyZSB1bmEgY2FydGVsbGEgZGkgY3VpIHNlaSBwcm9wcmlldGFyaW8hIjsNCisi VW5hYmxlIHRvIHN1YnNjcmliZSB0byB0aGF0IGZvbGRlciEiDQorPSAiTm9uIHB1b2kgc290 dG9zY3JpdmVyZSBsYSBjYXJ0ZWxsYSEiOw0KKw0KKyJEZWZhdWx0IFJvbGVzIiA9ICJQZXJt ZXNzaSBwcmVkZWZpbml0aSI7DQorIlVzZXIgcmlnaHRzIGZvcjoiID0gIlBlcm1lc3NpIHBl cjoiOw0KKw0KKyJUaGlzIHBlcnNvbiBjYW4gYWRkIGNhcmRzIHRvIHRoaXMgYWRkcmVzc2Jv b2suIg0KKz0gIlF1ZXN0YSBwZXJzb25hIHB1w7IgYWdnaXVuZ2VyZSBjb250YXR0aSBhIHF1 ZXN0YSBydWJyaWNhLiI7DQorIlRoaXMgcGVyc29uIGNhbiBlZGl0IHRoZSBjYXJkcyBvZiB0 aGlzIGFkZHJlc3Nib29rLiINCis9ICJRdWVzdGEgcGVyc29uYSBwdcOyIG1vZGlmaWNhcmUg aSBjb250YXR0aSBkaSBxdWVzdGEgcnVicmljYS4iOw0KKyJUaGlzIHBlcnNvbiBjYW4gbGlz dCB0aGUgY29udGVudCBvZiB0aGlzIGFkZHJlc3Nib29rLiINCis9ICJRdWVzdGEgcGVyc29u YSBwdcOyIHZpc3VhbGl6emFyZSBpIGNvbnRlbnV0aSBkaSBxdWVzdGEgcnVicmljYS4iOw0K KyJUaGlzIHBlcnNvbiBjYW4gcmVhZCB0aGUgY2FyZHMgb2YgdGhpcyBhZGRyZXNzYm9vay4i DQorPSAiUXVlc3RhIHBlcnNvbmEgcHXDsiBsZWdnZXJlIGkgY29udGF0dGkgZGkgcXVlc3Rh IHJ1YnJpY2EuIjsNCisiVGhpcyBwZXJzb24gY2FuIGVyYXNlIGNhcmRzIGZyb20gdGhpcyBh ZGRyZXNzYm9vay4iDQorPSAiUXVlc3RhIHBlcnNvbmEgcHXDsiBlbGltaW5hcmUgY29udGF0 dGkgZGEgcXVlc3RhIHJ1YnJpY2EuIjsNCisNCisiVGhlIHNlbGVjdGVkIGNvbnRhY3QgaGFz IG5vIGVtYWlsIGFkZHJlc3MuIg0KKz0gIklsIGNvbnRhdHRvIHNlbGV6aW9uYXRvIG5vbiBk aXNwb25lIGRpIGluZGlyaXp6byBlbWFpbC4iOw0KKw0KKyJQbGVhc2Ugc2VsZWN0IGEgY29u dGFjdC4iID0gIlBlciBmYXZvcmUgc2VsZXppb25hIHVuIGNvbnRhdHRvLiI7DQpkaWZmIC1O dXIgU09Hby5vcmlnaW4vVUkvTWFpbFBhcnRWaWV3ZXJzL0dOVW1ha2VmaWxlIFNPR28vVUkv TWFpbFBhcnRWaWV3ZXJzL0dOVW1ha2VmaWxlCi0tLSBTT0dvLm9yaWdpbi9VSS9NYWlsUGFy dFZpZXdlcnMvR05VbWFrZWZpbGUJMjAwOC0wMy0xNiAxNDoxOToxNS4wMDAwMDAwMDAgKzAw MDAKKysrIFNPR28vVUkvTWFpbFBhcnRWaWV3ZXJzL0dOVW1ha2VmaWxlCTIwMDgtMDMtMTYg MTQ6MzY6MjQuMDAwMDAwMDAwICswMDAwCkBAIC02LDcgKzYsNyBAQAogCiBNYWlsUGFydFZp ZXdlcnNfUFJJTkNJUEFMX0NMQVNTID0gTWFpbFBhcnRWaWV3ZXJzUHJvZHVjdAogCi1NYWls UGFydFZpZXdlcnNfTEFOR1VBR0VTID0gRW5nbGlzaCBGcmVuY2ggR2VybWFuCitNYWlsUGFy dFZpZXdlcnNfTEFOR1VBR0VTID0gRW5nbGlzaCBGcmVuY2ggR2VybWFuIEl0YWxpYW4KIAog TWFpbFBhcnRWaWV3ZXJzX09CSkNfRklMRVMgKz0gXAogCU1haWxQYXJ0Vmlld2Vyc1Byb2R1 Y3QubQlcCmRpZmYgLU51ciBTT0dvLm9yaWdpbi9VSS9NYWlsUGFydFZpZXdlcnMvSXRhbGlh bi5scHJvai9Mb2NhbGl6YWJsZS5zdHJpbmdzIFNPR28vVUkvTWFpbFBhcnRWaWV3ZXJzL0l0 YWxpYW4ubHByb2ovTG9jYWxpemFibGUuc3RyaW5ncwotLS0gU09Hby5vcmlnaW4vVUkvTWFp bFBhcnRWaWV3ZXJzL0l0YWxpYW4ubHByb2ovTG9jYWxpemFibGUuc3RyaW5ncwkxOTcwLTAx LTAxIDAwOjAwOjAwLjAwMDAwMDAwMCArMDAwMAorKysgU09Hby9VSS9NYWlsUGFydFZpZXdl cnMvSXRhbGlhbi5scHJvai9Mb2NhbGl6YWJsZS5zdHJpbmdzCTIwMDgtMDMtMTYgMTQ6MjE6 MjYuMDAwMDAwMDAwICswMDAwCkBAIC0wLDAgKzEsMzQgQEAKK++7v0FDQ0VQVEVEID0gImFj Y2V0dGF0byI7CitDT01QTEVURUQgPSAiY29tcGxldGF0byI7CitERUNMSU5FRCA9ICJkZWNs aW5hdG8iOworREVMRUdBVEVEID0gImludmlhdGEgZGVsZWdhIjsKK0lOLVBST0NFU1MgPSAi aW4gbGF2b3JhemlvbmUiOworTkVFRFMtQUNUSU9OID0gInJpY2hpZWRlIHVuJ2F6aW9uZSI7 CitURU5UQVRJVkUgPSAidGVudGF0aXZvIjsKK29yZ2FuaXplZF9ieV95b3UgPSAib3JnYW5p enphdGEgZGEgdGUiOworeW91X2FyZV9hbl9hdHRlbmRlZSA9ICJzZWkgdW5vIGRlZ2xpIGlu dml0YXRpIjsKK2FkZF9pbmZvX3RleHQgPSAiTGUgcmljaGllc3RlIGlNSVAgJ0FERCcgbm9u IHNvbm8gYW5jb3JhIHN1cHBvcnRhdGUgZGEgU09Hby4iOworcHVibGlzaF9pbmZvX3RleHQg PSAiSWwgbWl0dGVudGUgdGkgaW52aWEgaW4gYWxsZWdhdG8gaW5mb3JtYXppb25pIHN1bGwn ZXZlbnRvLiI7CitjYW5jZWxfaW5mb190ZXh0ID0gIklsIHR1byBpbnZpdG8gbyBsJ2ludGVy byBldmVudG8gc29ubyBzdGF0aSBjYW5jZWxsYXRpLiI7CityZXF1ZXN0X2luZm9fbm9fYXR0 ZW5kZWUgPSAic3RhIHByb3BvbmVudG8gdW4gaW5jb250cm8gYWdsaSBpbnZpdGF0aS4gUmlj ZXZpIHF1ZXN0YSBlbWFpbCBjb21lIG5vdGlmaWNhLCBub24gc2VpIGluY2x1c28gY29tZSBw YXJ0ZWNpcGFudGUuIjsKK0FwcG9pbnRtZW50ID0gIkFwcHVudGFtZW50byI7CisKK09yZ2Fu aXplciA9ICJPcmdhbml6emF0b3JlIjsKK1RpbWUgPSAiT3JhIjsKK0F0dGVuZGVlcyA9ICJJ bnZpdGF0aSI7CityZXF1ZXN0X2luZm8gPSAidGkgaW52aXRhIGEgcGFydGVjaXBhcmUgYWQg dW4gaW5jb250cm8uIjsKKyJBZGQgdG8gY2FsZW5kYXIiID0gIkFnZ2l1bmdpIGFsIGNhbGVu ZGFyaW8iOworIkRlbGV0ZSBmcm9tIGNhbGVuZGFyIiA9ICJSaW11b3ZpIGRhbCBjYWxlbmRh cmlvIjsKKyJVcGRhdGUgc3RhdHVzIiA9ICJBZ2dpb3JuYSBsbyBzdGF0byI7CitBY2NlcHQg PSAiQWNjZXR0YSI7CitEZWNsaW5lID0gIkRlY2xpbmEiOworVGVudGF0aXZlID0gIlRlbnRh dGl2byI7CisiVXBkYXRlIHN0YXR1cyBpbiBjYWxlbmRhciIgPSAiQWdnaW9ybmEgbG8gc3Rh dG8gbmVsIGNhbGVuZGFyaSI7CityZXBseV9pbmZvX25vX2F0dGVuZGVlID0gIkhhaSByaWNl dnV0byB1bmEgcmlzcG9zdGEgcmVsYXRpdmEgYWxsJ2luY29udHJvIHByb2dyYW1tYXRvIGRh IHVuIHV0ZW50ZSBjaGUgbm9uIMOoIGluY2x1c28gY29tZSBwYXJ0ZWNpcGFudGUuIjsKK3Jl cGx5X2luZm8gPSAiUXVlc3RhIMOoIHVuYSByaXNwb3N0YSBhZCB1biBpbnZpdG8gYWQgdW4g ZXZlbnRvIG9yZ2FuaXp6YXRvIGRhIHRlLiI7CisKKyJ0byIgPSAiYSI7CisKKyJVbnRpdGxl ZCIgPSAiU2VuemEgdGl0b2xvIjsKKworIlNpemUiID0gIkRpbWVuc2lvbmUiOwpkaWZmIC1O dXIgU09Hby5vcmlnaW4vVUkvTWFpbGVyVUkvR05VbWFrZWZpbGUgU09Hby9VSS9NYWlsZXJV SS9HTlVtYWtlZmlsZQotLS0gU09Hby5vcmlnaW4vVUkvTWFpbGVyVUkvR05VbWFrZWZpbGUJ MjAwOC0wMy0xNiAxNDoxOToxNC4wMDAwMDAwMDAgKzAwMDAKKysrIFNPR28vVUkvTWFpbGVy VUkvR05VbWFrZWZpbGUJMjAwOC0wMy0xNiAxNDozNjoyNC4wMDAwMDAwMDAgKzAwMDAKQEAg LTYsNyArNiw3IEBACiAKIE1haWxlclVJX1BSSU5DSVBBTF9DTEFTUyA9IE1haWxlclVJUHJv ZHVjdAogCi1NYWlsZXJVSV9MQU5HVUFHRVMgPSBFbmdsaXNoIEZyZW5jaCBHZXJtYW4KK01h aWxlclVJX0xBTkdVQUdFUyA9IEVuZ2xpc2ggRnJlbmNoIEdlcm1hbiBJdGFsaWFuCiAKIE1h aWxlclVJX09CSkNfRklMRVMgKz0gXAogCU1haWxlclVJUHJvZHVjdC5tCVwKZGlmZiAtTnVy IFNPR28ub3JpZ2luL1VJL01haWxlclVJL0l0YWxpYW4ubHByb2ovTG9jYWxpemFibGUuc3Ry aW5ncyBTT0dvL1VJL01haWxlclVJL0l0YWxpYW4ubHByb2ovTG9jYWxpemFibGUuc3RyaW5n cwotLS0gU09Hby5vcmlnaW4vVUkvTWFpbGVyVUkvSXRhbGlhbi5scHJvai9Mb2NhbGl6YWJs ZS5zdHJpbmdzCTE5NzAtMDEtMDEgMDA6MDA6MDAuMDAwMDAwMDAwICswMDAwCisrKyBTT0dv L1VJL01haWxlclVJL0l0YWxpYW4ubHByb2ovTG9jYWxpemFibGUuc3RyaW5ncwkyMDA4LTAz LTE2IDE0OjIxOjI2LjAwMDAwMDAwMCArMDAwMApAQCAtMCwwICsxLDI0MCBAQAor77u/Lyog dGhpcyBmaWxlIGlzIGluIFVURi04IGZvcm1hdCEgKi8KKworLyogSWNvbidzIGxhYmVsICov CisiQ3JlYXRlIiAgICAgID0gIkNyZWEiOworIkVtcHR5IFRyYXNoIiA9ICJTdnVvdGEgY2Vz dGlubyI7CisiRGVsZXRlIiAgICAgID0gIkNhbmNlbGxhIjsKKyJFeHB1bmdlIiAgICAgPSAi RXhwdW5nZSI7CisiRm9yd2FyZCIgICAgID0gIklub2x0cmEiOworIkdldCBNYWlsIiAgICA9 ICJTY2FyaWNhIHBvc3RhIjsKKyJKdW5rIiAgICAgICAgPSAiSW5kZXNpZGVyYXRvIjsKKyJS ZXBseSIgICAgICAgPSAiUmlzcG9uZGkiOworIlJlcGx5IEFsbCIgICA9ICJSaXNwb25kaSBh IHR1dHRpIjsKKyJQcmludCIgICAgICAgPSAiU3RhbXBhIjsKKyJTdG9wIiAgICAgICAgPSAi U3RvcCI7CisiV3JpdGUiICAgICAgID0gIlNjcml2aSI7CisKKyJTZW5kIiA9ICJJbnZpYSI7 CisiQ29udGFjdHMiID0gIkNvbnRhdHRpIjsKKyJBdHRhY2giID0gIkFsbGVnYXRvIjsKKyJT YXZlIiA9ICJTYWx2YSI7CisKKy8qIFRvb2x0aXBzICovCisKKyJTZW5kIHRoaXMgbWVzc2Fn ZSBub3ciID0gIkludmlhIG9yYSBpbCBtZXNzYWdnaW8iOworIlNlbGVjdCBhIHJlY2lwaWVu dCBmcm9tIGFuIEFkZHJlc3MgQm9vayIgPSAiU2VsZXppb25hIGFsbWVubyB1biBkZXN0aW5h dGFyaW8gZGFsbGEgcnVicmljYSI7CisiSW5jbHVkZSBhbiBhdHRhY2htZW50IiA9ICJJbmNs dWRpIHVuIGFsbGVnYXRvIjsKKyJTYXZlIHRoaXMgbWVzc2FnZSIgPSAiU2FsdmEgcXVlc3Rv IG1lc3NhZ2dpbyI7CisiR2V0IG5ldyBtZXNzYWdlcyIgPSAiU2NhcmljYSBudW92aSBtZXNz YWdnaSI7CisiQ3JlYXRlIGEgbmV3IG1lc3NhZ2UiID0gIlNjcml2aSB1biBudW92byBtZXNz YWdnaW8iOworIkdvIHRvIGFkZHJlc3MgYm9vayIgPSAiVmFpIGFsbGEgcnVicmljYSI7Cisi UmVwbHkgdG8gdGhlIG1lc3NhZ2UiID0gIlJpc3BvbmRpIGEgcXVlc3RvIG1lc3NhZ2dpbyI7 CisiUmVwbHkgdG8gc2VuZGVyIGFuZCBhbGwgcmVjaXBpZW50cyIgPSAiUmlzcG9uZGkgYWwg bWl0dGVudGUgZSBhIHR1dHRpIGkgZGVzdGluYXRhcmkiOworIkZvcndhcmQgc2VsZWN0ZWQg bWVzc2FnZSIgPSAiSW5vbHRyYSBpbCBtZXNzYWdnaW8gc2VsZXppb25hdG8iOworIkRlbGV0 ZSBzZWxlY3RlZCBtZXNzYWdlIG9yIGZvbGRlciIgPSAiQ2FuY2VsbGEgaWwgbWVzc2FnZ2lv IG8gbGEgY2FydGVsbGEgc2VsZXppb25hdGEiOworIk1hcmsgdGhlIHNlbGVjdGVkIG1lc3Nh Z2VzIGFzIGp1bmsiID0gIkNvbnRyYXNzZWduYSBpbCBtZXNzYWdnaW8gc2VsZXppb25hdG8g Y29tZSBpbmRlc2lkZXJhdG8iOworIlByaW50IHRoaXMgbWVzc2FnZSIgPSAiU3RhbXBhIHF1 ZXN0byBtZXNzYWdnaW8iOworIlN0b3AgdGhlIGN1cnJlbnQgdHJhbnNmZXIiID0gIkZlcm1h IGlsIHRyYXNmZXJpbWVudG8gaW4gY29yc28iOworCisvKiBNYWluIEZyYW1lICAqLworCisi SG9tZSIgICAgICAgICAgICAgICAgID0gIkhvbWUiOyAKKyJDYWxlbmRhciIgICAgICAgICAg ICAgPSAiQ2FsZW5kYXJpbyI7CisiQWRkcmVzc2Jvb2siICAgICAgICAgID0gIlJ1YnJpY2Ei OworIk1haWwiICAgICAgICAgICAgICAgICA9ICJQb3N0YSI7CisiUmlnaHQgQWRtaW5pc3Ry YXRpb24iID0gIkdlc3Rpb25lIHBlcm1lc3NpIjsKKworIkhlbHAiID0gIkFpdXRvIjsKKwor LyogTWFpbCBhY2NvdW50IG1haW4gd2luZG93cyAqLworCisiV2VsY29tZSB0byB0aGUgU09H byBNYWlsZXIuIFVzZSB0aGUgZm9sZGVyIHRyZWUgb24gdGhlIGxlZnQgdG8gYnJvd3NlIHlv dXIgbWFpbCBhY2NvdW50cyEiID0gIkJlbnZlbnV0byBpbiBTT0dvIE1haWxlci4gVXNhIGwn YWxiZXJvIGRpIHNpbmlzdHJhIHBlciBuYXZpZ2FyZSB0cmEgaSB0dW9pIGFjY291bnQgZGkg cG9zdGEhIjsKKworIlJlYWQgbWVzc2FnZXMiICAgICAgID0gIkxlZ2dpIG1lc3NhZ2dpIjsK KyJXcml0ZSBhIG5ldyBtZXNzYWdlIiA9ICJTY3JpdmkgdW4gbnVvdm8gbWVzc2FnZ2lvIjsK KworIlNoYXJlOiAiID0gIkNvbmRpdmlkaTogIjsKKyJBY2NvdW50OiAiID0gIkFjY291bnQ6 ICI7CisiU2hhcmVkIEFjY291bnQ6ICIgPSAiQWNjb3VudCBjb25kaXZpc286ICI7CisKKy8q IGFjbHMgKi8KKyJEZWZhdWx0IFJvbGVzIiA9ICJQZXJtZXNzaSBwcmVkZWZpbml0aSI7Cisi VXNlciByaWdodHMgZm9yOiIgPSAiUGVybWVzc2kgcGVyOiI7CisKKyJMaXN0IGFuZCBzZWUg dGhpcyBmb2xkZXIiID0gIkVsZW5jYSBlIGd1YXJkYSBxdWVzdGEgY2FydGVsbGEiOworIlJl YWQgbWFpbHMgZnJvbSB0aGlzIGZvbGRlciIgPSAiTGVnZ2kgZW1haWxzIGRhIHF1ZXN0YSBj YXJ0ZWxsYSI7CisiTWFyayBtYWlscyByZWFkIGFuZCB1bnJlYWQiID0gIkNvbnRyYXNzZWdu YSBlbWFpbHMgbGV0dGUvbm9uIGxldHRlIjsKKyJNb2RpZnkgdGhlIGZsYWdzIG9mIHRoZSBt YWlscyBpbiB0aGlzIGZvbGRlciIgPSAiTW9kaWZpY2EgaSBjb250cmFzc2VnbmkgZGVsbGUg ZW1haWxzIGluIHF1ZXN0YSBjYXJ0ZWxsYSI7CisiSW5zZXJ0LCBjb3B5IGFuZCBtb3ZlIG1h aWxzIGludG8gdGhpcyBmb2xkZXIiID0gIkluc2VyaXNjaSwgY29waWEgZSBzcG9zdGEgZW1h aWxzIGluIHF1ZXN0YSBjYXJ0ZWxsYSI7CisiUG9zdCBtYWlscyIgPSAiUmVjYXBpdGEgZW1h aWxzIjsKKyJBZGQgc3ViZm9sZGVycyB0byB0aGlzIGZvbGRlciIgPSAiQWdnaXVuZ2kgc290 dG9jYXJ0ZWxsZSBhIHF1ZXN0YSBjYXJ0ZWxsYSI7CisiUmVtb3ZlIHRoaXMgZm9sZGVyIiA9 ICJSaW11b3ZpIHF1ZXN0YSBjYXJ0ZWxsYSI7CisiRXJhc2UgbWFpbHMgZnJvbSB0aGlzIGZv bGRlciIgPSAiRWxpbWluYSBlbWFpbHMgZGEgcXVlc3RhIGNhcnRlbGxhIjsKKyJFeHB1bmdl IHRoaXMgZm9sZGVyIiA9ICJFeHB1Z25lIHBlciBxdWVzdGEgY2FydGVsbGEiOworIk1vZGlm eSB0aGUgYWNsIG9mIHRoaXMgZm9sZGVyIiA9ICJNb2RpZmljYSBpIHBlcm1lc3NpIHBlciBx dWVzdGEgY2FydGVsbGEiOworCisiVXBkYXRlIiA9ICJBZ2dpb3JuYSI7CisiQ2FuY2VsIiA9 ICJBbm51bGxhIjsKKworLyogTWFpbCBlZGl0aW9uICovCisKKyJGcm9tIiAgICAgICAgICA9 ICJEYSI7CisiU3ViamVjdCIgICAgICAgPSAiT2dnZXR0byI7CisiVG8iCQkJPSAiQSI7Cisi QWRkIGFkZHJlc3MiICAgPSAiQWdnaXVuZ2kgaW5kaXJpenppIjsKKyJSZXBseS1UbyIJCT0g IlJpc3BvbmRpIGEiOworCisiQXR0YWNobWVudHM6IiA9ICJBbGxlZ2F0aToiOworIk9wZW4i ID0gIkFwcmkiOworIlNlbGVjdCBBbGwiID0gIlNlbGV6aW9uYSB0dXR0aSI7CisiQXR0YWNo IFdlYiBQYWdlLi4uIiA9ICJBbGxlZ2EgcGFnaW5hIFdlYi4uLiI7CisiQXR0YWNoIEZpbGUo cykuLi4iID0gIkFsbGVnYSBGaWxlKHMpLi4uIjsKKworInRvIiAgICAgICAgICAgID0gIkEi OworImNjIiAgICAgICAgICAgID0gIkNjIjsKKyJiY2MiICAgICAgICAgICA9ICJCY2MiOwor CisiQWRkcmVzc2Jvb2siICAgPSAiUnVicmljYSI7CisiQW5haXMiICAgICAgICAgPSAiQW5h aXMiOworCisiRWRpdCBEcmFmdC4uLiIgPSAiTW9kaWZpY2EgYm96emEuLi4iOworCisiVGhp cyBtYWlsIGlzIGJlaW5nIHNlbnQgZnJvbSBhbiB1bnNlY3VyZSBuZXR3b3JrISIgPSAiUXVl c3RhIGVtYWlsIMOoIHN0YXRhIHNwZWRpdGEgZGEgdW4gbmV0d29yayBjb250cmFzc2VnbmF0 byBjb21lIG5vbiBzaWN1cm8hIjsKKworLyogUG9wdXAgInNob3ciICovCisKKyJhbGwiICAg ICA9ICJ0dXR0aSI7CisicmVhZCIgICAgPSAibGV0dGkiOworInVucmVhZCIgID0gIm5vbiBs ZXR0aSI7CisiZGVsZXRlZCIgPSAiY2FuY2VsbGF0aSI7CisiZmxhZ2dlZCIgPSAiY29udHJh c3NlZ25hdGkiOworCisvKiBNYWlsTGlzdFZpZXcgKi8KKworIlNlbmRlciIgPSAiTWl0dGVu dGUiOworIlN1YmplY3Qgb3IgU2VuZGVyIiA9ICJPZ2dldHRvIG8gTWl0dGVudGUiOworIlRv IG9yIENjIiA9ICJBIG8gQ2MiOworIkVudGlyZSBNZXNzYWdlIiA9ICJUdXR0byBpbCBtZXNz YWdnaW8iOworCisiRGF0ZSIgICAgICAgICAgPSAiRGF0YSI7CisiVmlldyIgICAgICAgICAg PSAiVmlzdGEiOworIkFsbCIgICAgICAgICAgID0gIlR1dHRpIjsKKyJVbnJlYWQiICAgICAg ICA9ICJOb24gbGV0dGkiOworIm1lc3NhZ2VzIiAgICAgID0gIm1lc3NhZ2dpIjsKKworImZp cnN0IiAgICAgICAgID0gIlByaW1vIjsKKyJwcmV2aW91cyIgICAgICA9ICJQcmVjZWRlbnRl IjsKKyJuZXh0IiAgICAgICAgICA9ICJQcm9zc2ltbyI7CisibGFzdCIgICAgICAgICAgPSAi VWx0aW1vIjsKKworIm1zZ251bWJlcl90byIgID0gImEiOworIm1zZ251bWJlcl9vZiIgID0g ImRpIjsKKworIk1hcmsgVW5yZWFkIiA9ICJDb250cmFzc2VnbmEgY29tZSBkYSBsZWdnZXJl IjsKKyJNYXJrIFJlYWQiICAgPSAiQ29udHJhc3NlZ25hIGNvbWUgbGV0dG8iOworCisiVW50 aXRsZWQiID0gIlNlbnphIG5vbWUiOworCisvKiBUcmVlICovCisKKyJTZW50Rm9sZGVyTmFt ZSIgICA9ICJQb3N0YSBpbnZpYXRhIjsKKyJUcmFzaEZvbGRlck5hbWUiICA9ICJDZXN0aW5v IjsKKyJJbmJveEZvbGRlck5hbWUiICA9ICJQb3N0YSBpbiBhcnJpdm8iOworIkRyYWZ0c0Zv bGRlck5hbWUiID0gIkJvenplIjsKKyJTaWV2ZUZvbGRlck5hbWUiICA9ICJGaWx0cmkiOwor IkZvbGRlcnMiICAgICAgICAgID0gIkNhcnRlbGxlIjsgLyogdGl0bGUgbGluZSAqLworCisv KiBNYWlsTW92ZVRvUG9wVXAgKi8KKworIk1vdmVUbyIgICAgICAgID0gIlNwb3N0YSBpbiAm aGVsbGlwOyI7CisKKy8qIEFkZHJlc3MgUG9wdXAgbWVudSAqLworIkFkZCB0byBBZGRyZXNz IEJvb2suLi4iID0gIkFnZ2l1bmdpIGFsbGEgcnVicmljYS4uLiI7CisiQ29tcG9zZSBNYWls IFRvIiA9ICJJbnZpYSBlbWFpbCBhICI7CisiQ3JlYXRlIEZpbHRlciBGcm9tIE1lc3NhZ2Uu Li4iID0gIkNyZWEgZmlsdHJvIGRhbCBtZXNzYWdnaW8uLi4iOworCisvKiBJbWFnZSBQb3B1 cCBtZW51ICovCisiU2F2ZSBJbWFnZSIgPSAiU2FsdmEgaW1tYWdpbmUiOworCisvKiBNYWls Ym94IHBvcHVwIG1lbnVzICovCisiT3BlbiBpbiBOZXcgTWFpbCBXaW5kb3ciID0gIkFwcmkg aW4gdW5hIG51b3ZhIGZpbmVzdHJhIjsKKyJDb3B5IEZvbGRlciBMb2NhdGlvbiIgPSAiQ29w aWEgY2FydGVsbGEiOworIlN1YnNjcmliZS4uLiIgPSAiU290dG9zY3JpdmkuLi4iOworIlBy b3BlcnRpZXMuLi4iID0gIlByb3ByaWV0w6AuLi4iOworIk1hcmsgRm9sZGVyIFJlYWQuLi4i ID0gIkNvbnRyYXNzZWduYSBjYXJ0ZWxsYSBjb21lIGdpw6AgbGV0dGEuLi4iOworIk5ldyBG b2xkZXIuLi4iID0gIk51b3ZhIGNhcnRlbGxhLi4uIjsKKyJDb21wYWN0IFRoaXMgRm9sZGVy IiA9ICJDb21wYXR0YSBjYXJ0ZWxsYSI7CisiU2VhcmNoIE1lc3NhZ2VzLi4uIiA9ICJDZXJj YSBtZXNzYWdnaS4uLiI7CisiU2hhcmluZy4uLiIgPSAiQ29uZGl2aXNpb25lLi4uIjsKKyJO ZXcgU3ViZm9sZGVyLi4uIiA9ICJOdW92YSBzb3R0b2NhcnRlbGxhLi4uIjsKKyJSZW5hbWUg Rm9sZGVyLi4uIiA9ICJSaW5vbWluYSBjYXJ0ZWxsYS4uLiI7CisiRGVsZXRlIEZvbGRlciIg PSAiQ2FuY2VsbGEgY2FydGVsbGEiOworIlVzZSBUaGlzIEZvbGRlciBGb3IiID0gIlVzYSBx dWVzdGEgY2FydGVsbGEgcGVyIjsKKyJHZXQgTWVzc2FnZXMgZm9yIEFjY291bnQiID0gIlNj YXJpY2EgbWVzc2FnZ2kgcGVyIGwnYWNjb3VudCI7CisKKy8qIFVzZSBUaGlzIEZvbGRlciBt ZW51ICovCisiU2VudCBNZXNzYWdlcyIgPSAiTWVzc2FnZ2kgaW52aWF0aSI7CisiRHJhZnRz IiA9ICJCb3p6ZSI7CisiRGVsZXRlZCBNZXNzYWdlcyIgPSAiTWVzc2FnZ2kgY2FuY2VsbGF0 aSI7CisKKy8qIE1lc3NhZ2UgbGlzdCBwb3B1cCBtZW51ICovCisiT3BlbiBNZXNzYWdlIElu IE5ldyBXaW5kb3ciID0gIkFwcmkgbWVzc2FnZ2lvIGluIHVuYSBudW92YSBmaW5lc3RyYSI7 CisiUmVwbHkgdG8gU2VuZGVyIE9ubHkiID0gIlJpc3BvbmRpIjsKKyJSZXBseSB0byBBbGwi ID0gIlJpc3BvbmRpIGEgdHV0dGkiOworIkZvcndhcmQiID0gIklub2x0cmEiOworIkVkaXQg QXMgTmV3Li4uIiA9ICJNb2RpZmljYSBjb21lLi4uIjsKKyJNb3ZlIFRvIiA9ICJTcG9zdGEg aW4gIjsKKyJDb3B5IFRvIiA9ICJDb3BpYSBpbiAiOworIkxhYmVsIiA9ICJFdGljaGV0dGEi OworIk1hcmsiID0gIkNvbnRyYXNzZWduYSI7CisiU2F2ZSBBcy4uLiIgPSAiU2FsdmEgY29t ZSAuLi4iOworIlByaW50IFByZXZpZXciID0gIkFudGVwcmltYSBkaSBzdGFtcGEiOworIlZp ZXcgTWVzc2FnZSBTb3VyY2UiID0gIlZpc3VhbGl6emEgc29yZ2VudGUiOworIlByaW50Li4u IiA9ICJTdGFtcGEuLi4iOworIkRlbGV0ZSBNZXNzYWdlIiA9ICJDYW5jZWxsYSBtZXNzYWdn aW8iOworCisiVGhpcyBGb2xkZXIiID0gIlRoaXMgRm9sZGVyIjsKKworLyogTGFiZWwgcG9w dXAgbWVudSAqLworIk5vbmUiID0gIk5lc3N1bm8iOworIkltcG9ydGFudCIgPSAiSW1wb3J0 YW50ZSI7CisiV29yayIgPSAiTGF2b3JvIjsKKyJQZXJzb25hbCIgPSAiUGVyc29uYWxlIjsK KyJUbyBEbyIgPSAiRGEgZmFyZSI7CisiTGF0ZXIiID0gIlBvc3BvbmkiOworCisvKiBNYXJr IHBvcHVwIG1lbnUgKi8KKyJBcyBSZWFkIiA9ICJHacOgIGxldHRvIjs7CisiVGhyZWFkIEFz IFJlYWQiID0gIlRocmVhZCBnacOgIGxldHRvIjsKKyJBcyBSZWFkIEJ5IERhdGUuLi4iID0g Ikdpw6AgbGV0dGkgcGVyIGRhdGEuLi4iOzsKKyJBbGwgUmVhZCIgPSAiVHV0dGkgZ2nDoCBs ZXR0aSI7OworIkZsYWciID0gIkNvbnRyYXNzZWduYSI7CisiQXMgSnVuayIgPSAiQ29tZSBp bmRlc2lkZXJhdGkiOworIkFzIE5vdCBKdW5rIiA9ICJDb21lIG5vbiBpbmRlc2lkZXJhdGki OworIlJ1biBKdW5rIE1haWwgQ29udHJvbHMiID0gIkF2dmlhIGNvbnRyb2xsbyBlbWFpbCBp bmRlc2lkZXJhdGUiOworCisvKiBGb2xkZXIgb3BlcmF0aW9ucyAqLworIk5hbWUgOiIgPSAi Tm9tZSA6IjsKKyJFbnRlciB0aGUgbmV3IG5hbWUgb2YgeW91ciBmb2xkZXIgOiIKKyA9ICJJ bnNlcmlzY2kgaWwgbnVvdm8gbm