163908 2007-01-26 14:38 0000 gnome-extra/gnome-games fails to compile because of guile-1.8.1-r1 2007-03-21 09:18:51 0000 1 1 1 Unclassified Gentoo Linux GNOME 2006.1 x86 Linux RESOLVED FIXED P2 normal --- 163921 1 rose@rz.uni-potsdam.de gnome@gentoo.org anakin.skyw@gmx.de dick@mrns.nl dliana@frontiernet.net hkbst@gentoo.org hrgy@vipmail.hu mmw@aretaios.de scheme@gentoo.org skrot@adam.com.au teidakankan@gmail.com ulm@gentoo.org willard.dawson@sungard.com zeekec@mad.scientist.com rose@rz.uni-potsdam.de 2007-01-26 14:38:59 0000 emerging gnome-games fails with: i686-pc-linux-gnu-gcc -O2 -march=pentium-m -fomit-frame-pointer -o sol sol.o slot.o dialog.o cscmi.o events.o press_data.o draw.o menu.o card.o statistics.o -pthread -Wl,-z -Wl,now -Wl,--export-dynamic ../libgames-support/.libs/libgames-support.a /usr/lib/libgnomeui-2.so -L/usr/lib /usr/lib/libjpeg.so /usr/lib/libbonoboui-2.so /usr/lib/libgnome-keyring.so /usr/lib/libgnomecanvas-2.so /usr/lib/libgnome-2.so /usr/lib/libesd.so /usr/lib/libaudiofile.so /usr/lib/libasound.so /usr/lib/libart_lgpl_2.so /usr/lib/libbonobo-2.so /usr/lib/libgnutls.so /usr/lib/libtasn1.so /usr/lib/libgcrypt.so /usr/lib/libgpg-error.so /usr/lib/libbonobo-activation.so /usr/lib/libORBitCosNaming-2.so /usr/lib/librsvg-2.so /usr/lib/libgnomevfs-2.so /usr/lib/libdbus-glib-1.so /usr/lib/libdbus-1.so -lnsl -lssl -lcrypto -lresolv -lutil /usr/lib/libgconf-2.so /usr/lib/libpopt.so /usr/lib/libORBit-2.so /usr/lib/libgthread-2.0.so -lpthread /usr/lib/libgsf-1.so -lbz2 /usr/lib/libcroco-0.6.so /usr/lib/libglade-2.0.so /usr/lib/libSM.so /usr/lib/libICE.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libexpat.so /usr/lib/libpango-1.0.so -lrt /usr/lib/libcairo.so /usr/lib/libfreetype.so /usr/lib/libfontconfig.so /usr/lib/libxml2.so /usr/lib/libglitz.so /usr/lib/libpng12.so -lz /usr/lib/libXrender.so /usr/lib/libX11.so /usr/lib/libXau.so /usr/lib/libXdmcp.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so /usr/lib/libguile.so /usr/lib/libgmp.so -lcrypt -lm /usr/lib/libltdl.so -ldl dialog.o: In function `show_hint_dialog': dialog.c:(.text+0x500): undefined reference to `SCM_NFALSEP' dialog.c:(.text+0x51d): undefined reference to `scm_num2int' ... cscmi.c:(.text+0x6c): undefined reference to `scm_long2num' cscmi.o: In function `c2scm_deck': cscmi.c:(.text+0xaf): undefined reference to `SCM_BOOL' ... Reproducible: Always rose@rz.uni-potsdam.de 2007-01-26 14:39:37 0000 Created an attachment (id=108199) emerge --info leio@gentoo.org 2007-01-26 17:20:27 0000 You apparently need guile-1.8 with deprecated and discouraged USE flags for gnome-games to work with guile USE flag. Need to discuss the introduction of these USE flags further with the dev-scheme/guile maintainer. willard.dawson@sungard.com 2007-02-06 20:18:14 0000 Can someone give an example of how to specify Guile USE flags in /etc/portage/package.use to enable gnome-games to compile successfully? willard.dawson@sungard.com 2007-02-06 20:27:30 0000 Please disregard my last reply to this bug. I did of course figure it out immediately after committing it... :-( leio@gentoo.org 2007-02-10 10:35:56 0000 *** Bug 166165 has been marked as a duplicate of this bug. *** leio@gentoo.org 2007-02-10 10:42:08 0000 *** Bug 166174 has been marked as a duplicate of this bug. *** leio@gentoo.org 2007-02-10 10:45:51 0000 app-office/gnotime also fails because of this. Scheme team/hkBst, please reconsider having the discouraged and deprecated USE flags or share your thoughts. Many packages need them and built_with_use on two different USE flags on multiple packages and them being for enabling stuff that is extensively used with programs designed for guile-1.{5.6?} gives pain and a very bad migration path over all package visibility states (unstable, stable) from the newer guile. hkbst@gentoo.org 2007-02-10 10:51:02 0000 discouraged is already implied by deprecated (because of guile compilation failure otherwise), so you only need to check for deprecated use flag to get compatibility stuff. remi@gentoo.org 2007-03-01 18:30:31 0000 *** Bug 168914 has been marked as a duplicate of this bug. *** dang@gentoo.org 2007-03-01 20:34:56 0000 Question: How are we supposed to ensure stable packages work with ~guile? After all, stable guile doesn't have discourgaged or deprecated USE flags, so we can't test for them; I guess we're going to have to hard dep on 1.6.x, unless those flags can be removed and the compat code built in automatically. hkbst@gentoo.org 2007-03-02 10:35:47 0000 yes, if packages won't work with guile-1.8 then you will have to harddep on 1.6. For testing use flags on guile-1.8 only you can use the following code: if has_version =guile-1.8*; then local flags="deprecated regex" built_with_use dev-scheme/guile ${flags} || die "guile must be built with \"${flags}\" use flags" fi possibly augmented with an eerror to mirror the die. leio@gentoo.org 2007-03-04 13:51:25 0000 (In reply to comment #11) > yes, if packages won't work with guile-1.8 then you will have to harddep on 1.6. guile 1.6 and 1.8 are in the same SLOT - we can't harddep on 1.6 without causing major headaches to users with upgrade-downgrade cycles. I assume you have reconsidered having discouraged and deprecated USE flags for guile, and are going to keep them? The problem with them in my eyes is that it gives no real benefits and it gives problems like we are having here. A user shouldn't care about having or not having discouraged API included in a package or not. These USE flags are not something that add functionality - they are something that make you recompile guile after trying to install a popular package that simply has to still support guile-1.6 too, learn about local USE flags setting, and waste time from all that. The only benefit I have heard is that it helps developers not use discouraged or deprecated guile API when they are developing something. This is not the way in which I think this should be achieved sanely. Other libraries achieve this nicely by allowing the developer to define a preprocessor macro that says to not include function prototypes and forward declarations of deprecated symbols and it works really good - and doesn't involve breaking the ABI on a same SLOT upgrade with the default set of USE flags. Having USE flags for controlling deprecated stuff in a library kind of thing seems to be a precedent in this case. So, are these USE flags going to be kept, instead of just enabling them always without new USE flags? hkbst@gentoo.org 2007-03-04 14:39:59 0000 There doesn't seem to be anything i can do about the slotting and I can't help that some packages still don't work with guile-1.8, after 1.8.0 came out on 12 feb 2006, even when deprecated features are enabled. Calling guile a library is not very enlightening. Guile is a programming language. If you want all the compatibility stuff than all you need is the deprecated use flag, but I think it is good that you can also disable deprecated stuff, which is why I think it is good that the flag exists. Also enabling deprecated features in guile-1.6* caused some problems. From 1.6.7 ebuild: # Please keep --enable-deprecation=no in future bumps. # Danny van Dyk <kugelfang@gentoo.org 2004/09/19 from Changelog: 19 Sep 2004; Danny van Dyk <kugelfang@gentoo.org> +guile-1.6.4-r2.ebuild: Bumped to version 1.6.4-r2. This version is only necessary for gnucash on amd64. It disables deprecations that leave undefined references in shared libraries. I'm considering removing discouraged use flag since it is not independent of the deprecated flag, but it also isn't causing any problems, so there doesn't seem to be any great need either. jakub@gentoo.org 2007-03-16 10:30:55 0000 Moving app-office/gnotime to Bug 171141 which has a patch. dang@gentoo.org 2007-03-19 20:52:27 0000 Okay, gnome-games is fixed. I really wish this wasn't necessary. Does this really mean you can't have gnome-games and gnucash on the same system? hkbst@gentoo.org 2007-03-20 08:58:28 0000 gnucash-2.0.5 doesn't really need guile-1.8. In fact I can only compile it with guile-1.6.8. leio@gentoo.org 2007-03-20 14:13:28 0000 (In reply to comment #16) > gnucash-2.0.5 doesn't really need guile-1.8. > In fact I can only compile it with guile-1.6.8. This doesn't matter at all until guile-1.6 and guile-1.8 share the same SLOT, which they do at the moment.. > It disables deprecations that leave undefined references in shared libraries. It leaves the impression that if user wants to have a well working gnucash, he needs to disable deprecated USE flag - on the other hand, if he wants to have gnome-games (which is, well, part of big gnome meta), he needs to have the deprecated USE flag enabled. How can one have both? hkbst@gentoo.org 2007-03-20 18:26:00 0000 (In reply to comment #17) > This doesn't matter at all until guile-1.6 and guile-1.8 share the same SLOT, > which they do at the moment.. did you mean "unless" instead of "until" here? > > It disables deprecations that leave undefined references in shared libraries. where is this coming from? > It leaves the impression that if user wants to have a well working gnucash, he > needs to disable deprecated USE flag - on the other hand, if he wants to have > gnome-games (which is, well, part of big gnome meta), he needs to have the > deprecated USE flag enabled. > How can one have both? I'm not following you at all. Gnucash can use either guile-1.6.8 or guile-1.8.1 with deprecated use flag. The current ebuild for gnucash-2.0.5 depends on guile-1.8.1, but this is not strictly necessary and in fact I can't compile it that way. leio@gentoo.org 2007-03-20 19:05:24 0000 (In reply to comment #18) > (In reply to comment #17) > > This doesn't matter at all until guile-1.6 and guile-1.8 share the same SLOT, > > which they do at the moment.. > > did you mean "unless" instead of "until" here? Yes > > > It disables deprecations that leave undefined references in shared libraries. > > where is this coming from? From comment #13 where you pasted a bit of the ChangeLog > > It leaves the impression that if user wants to have a well working gnucash, he > > needs to disable deprecated USE flag - on the other hand, if he wants to have > > gnome-games (which is, well, part of big gnome meta), he needs to have the > > deprecated USE flag enabled. > > How can one have both? > > I'm not following you at all. Gnucash can use either guile-1.6.8 or guile-1.8.1 > with deprecated use flag. Ok, good. comment #16 was just causing confusion then. I assume the problem (comment #13) for gnucash with deprecated stuff in guile is not an issue in 1.8 > The current ebuild for gnucash-2.0.5 depends on > guile-1.8.1, but this is not strictly necessary and in fact I can't compile it > that way. Above you said gnucash can use either.. Does it need deprecated USE flag then too, or what makes gnucash be able to use guile-1.8 for others? hkbst@gentoo.org 2007-03-21 09:18:51 0000 (In reply to comment #19) > > The current ebuild for gnucash-2.0.5 depends on > > guile-1.8.1, but this is not strictly necessary and in fact I can't compile it > > that way. > > Above you said gnucash can use either.. Does it need deprecated USE flag then > too, or what makes gnucash be able to use guile-1.8 for others? I was having some problems myself compiling gnucash with guile-1.8.1, but I know now that they were caused by a broken g-wrap install. But whilst I didn't know that I tried to make it work with 1.6.8 and it worked. Opfer was having the same problem and confirms it works with 1.6.8. So I think you should ask seemant to make gnucash be able to use either 1.6.8 or 1.8.1. 108199 2007-01-26 14:39 0000 emerge --info emerge_info_thinkpad.txt text/plain OzsgVGhpcyBidWZmZXIgaXMgZm9yIG5vdGVzIHlvdSBkb24ndCB3YW50IHRvIHNhdmUsIGFuZCBm b3IgTGlzcCBldmFsdWF0aW9uLgo7OyBJZiB5b3Ugd2FudCB0byBjcmVhdGUgYSBmaWxlLCB2aXNp dCB0aGF0IGZpbGUgd2l0aCBDLXggQy1mLAo7OyB0aGVuIGVudGVyIHRoZSB0ZXh0IGluIHRoYXQg ZmlsZSdzIG93biBidWZmZXIuCgpyb290QHRoaW5rcGFkOi9yb290KDIxKSMgZW1lcmdlIC0taW5m bwpQb3J0YWdlIDIuMS4yLXI0IChkZWZhdWx0LWxpbnV4L3g4Ni8yMDA2LjEsIGdjYy00LjEuMSwg Z2xpYmMtMi41LXIwLCAyLjYuMTkuMiBpNjg2KQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpTeXN0ZW0gdW5hbWU6IDIuNi4x OS4yIGk2ODYgSW50ZWwoUikgUGVudGl1bShSKSBNIHByb2Nlc3NvciAxNzAwTUh6CkdlbnRvbyBC YXNlIFN5c3RlbSB2ZXJzaW9uIDEuMTIuOQpUaW1lc3RhbXAgb2YgdHJlZTogRnJpLCAyNiBKYW4g MjAwNyAxMDozMTowMSArMDAwMApkaXN0Y2MgMi4xOC4zIGk2ODYtcGMtbGludXgtZ251IChwcm90 b2NvbHMgMSBhbmQgMikgKGRlZmF1bHQgcG9ydCAzNjMyKSBbZGlzYWJsZWRdCmNjYWNoZSB2ZXJz aW9uIDIuNCBbZGlzYWJsZWRdCmRldi1qYXZhL2phdmEtY29uZmlnOiAxLjMuNywgMi4wLjMxLXIz CmRldi1sYW5nL3B5dGhvbjogICAgIDIuNC40CmRldi1weXRob24vcHljcnlwdG86IDIuMC4xLXI1 CmRldi11dGlsL2NjYWNoZTogICAgIDIuNC1yNgpzeXMtYXBwcy9zYW5kYm94OiAgICAxLjIuMTgu MQpzeXMtZGV2ZWwvYXV0b2NvbmY6ICAyLjEzLCAyLjYxCnN5cy1kZXZlbC9hdXRvbWFrZTogIDEu NF9wNiwgMS41LCAxLjYuMywgMS43LjktcjEsIDEuOC41LXIzLCAxLjkuNi1yMiwgMS4xMApzeXMt ZGV2ZWwvYmludXRpbHM6ICAyLjE3CnN5cy1kZXZlbC9nY2MtY29uZmlnOiAxLjMuMTQKc3lzLWRl dmVsL2xpYnRvb2w6ICAgMS41LjIyCnZpcnR1YWwvb3MtaGVhZGVyczogIDIuNi4xOS4yLXIxCkFD Q0VQVF9LRVlXT1JEUz0ieDg2IH54ODYiCkFVVE9DTEVBTj0ieWVzIgpDQlVJTEQ9Imk2ODYtcGMt bGludXgtZ251IgpDRkxBR1M9Ii1PMiAtbWFyY2g9cGVudGl1bS1tIC1mb21pdC1mcmFtZS1wb2lu dGVyIgpDSE9TVD0iaTY4Ni1wYy1saW51eC1nbnUiCkNPTkZJR19QUk9URUNUPSIvZXRjIC91c3Iv a2RlLzMuNS9lbnYgL3Vzci9rZGUvMy41L3NoYXJlL2NvbmZpZyAvdXNyL2tkZS8zLjUvc2h1dGRv d24gL3Vzci9zaGFyZS9YMTEveGtiIC91c3Ivc2hhcmUvY29uZmlnIgpDT05GSUdfUFJPVEVDVF9N QVNLPSIvZXRjL2Vudi5kIC9ldGMvZW52LmQvamF2YS8gL2V0Yy9nY29uZiAvZXRjL2phdmEtY29u ZmlnL3Ztcy8gL2V0Yy9yZXZkZXAtcmVidWlsZCAvZXRjL3Rlcm1pbmZvIC9ldGMvdGV4bWYvd2Vi MmMiCkNYWEZMQUdTPSItTzIgLW1hcmNoPXBlbnRpdW0tbSAtZm9taXQtZnJhbWUtcG9pbnRlciIK RElTVERJUj0iL3Vzci9wb3J0YWdlL2Rpc3RmaWxlcyIKRkVBVFVSRVM9ImF1dG9jb25maWcgZGlz dGxvY2tzIGZpeHBhY2thZ2VzIG1ldGFkYXRhLXRyYW5zZmVyIHNhbmRib3ggc2ZwZXJtcyBzdHJp Y3QiCkdFTlRPT19NSVJST1JTPSJodHRwOi8vbGludXgucnoucnVoci11bmktYm9jaHVtLmRlL2Rv d25sb2FkL2dlbnRvby1taXJyb3IgaHR0cDovL2Z0cC1zdHVkLmZodC1lc3NsaW5nZW4uZGUvcHVi L01pcnJvcnMvZ2VudG9vLyBmdHA6Ly9mdHAuY2FsaXUuaW5mby9wdWIvZ2VudG9vLyBodHRwOi8v Zgp0cC5jYWxpdS5pbmZvL3B1Yi9nZW50b28vIGZ0cDovL3ZsYWFpLnNudC5pcHY2LnV0d2VudGUu bmwvcHViL29zL2xpbnV4L2dlbnRvby8gaHR0cDovL3d3dy5naWdhbG9hZC5vcmcvZ2VudG9vLm9y Zy8iCkxJTkdVQVM9ImRlIGZyIgpNQUtFT1BUUz0iLWoxIgpQS0dESVI9Ii91c3IvcG9ydGFnZS9w YWNrYWdlcyIKUE9SVEFHRV9SU1lOQ19PUFRTPSItLXJlY3Vyc2l2ZSAtLWxpbmtzIC0tc2FmZS1s aW5rcyAtLXBlcm1zIC0tdGltZXMgLS1jb21wcmVzcyAtLWZvcmNlIC0td2hvbGUtZmlsZSAtLWRl bGV0ZSAtLWRlbGV0ZS1hZnRlciAtLXN0YXRzIC0tdGltZW91dD0xODAgLS1leGNsdWRlPS9kaXN0 ZmlsZXMgCi0tZXhjbHVkZT0vbG9jYWwgLS1leGNsdWRlPS9wYWNrYWdlcyIKUE9SVEFHRV9UTVBE SVI9Ii92YXIvdG1wIgpQT1JURElSPSIvdXNyL3BvcnRhZ2UiClBPUlRESVJfT1ZFUkxBWT0iL3Vz ci9wb3J0YWdlL2xvY2FsL2xheW1hbi94ZWZmZWN0cyAvdXNyL2xvY2FsL3BvcnRhZ2UgL3Vzci9s b2NhbC9wb3J0YWdlL3hlZmZlY3RzL3RydW5rIC91c3IvbG9jYWwvcG9ydGFnZS94ZWZmZWN0cy9l eHBlcmltZW50YWwiClNZTkM9InJzeW5jOi8vcnN5bmMuZ2VudG9vLm9yZy9nZW50b28tcG9ydGFn ZSIKVVNFPSJYIFhhdzNkIGE1MiBhYWMgYWNsIGFjcGkgYWlnbHggYWxzYSBhbXJyIGFvIGFvdHV2 IGFwYWNoZTIgYXNmIGF0bGFzIGF1Y3RleCBhdWRhY2lvdXMgYXVkaW9maWxlIGF1dG9tb3VudCBi ZWFnbGUgYmVya2RiIGJpdG1hcC1mb250cyBibGFzIGJvbm9ibyBib28gYnppcDIgY2Fpcm8gY2Fy CmRidXMgY2RkYSBjZGRiIGNkZiBjZGlvIGNkcGFyYW5vaWEgY2RyIGNnaSBjaG0gY2xpIGNvcmJh IGNyYWNrbGliIGNyeXB0IGN1cHMgY3VybCBkYWFwIGRidXMgZGV2bWFwIGRnYSBkaXZ4IGRsbG9h ZGVyIGRtaSBkcmkgZHYgZHZiIGR2ZCBkdmRyIGR2aSBkeHIzIGR5bmFncmFwaCBlZmZlY3RzIApl bGYgZW1hY3MgZW1ib3NzIGVuY29kZSBlcGlwaGFueSBlc2QgZXZvIGV2b2x1dGlvbiBleGlmIGV4 cGF0IGZhbSBmYW1lIGZmbXBlZyBmZnR3IGZpcmVmb3ggZml0cyBmbGFjIGZsdGsgZm9ydHJhbiBm cHggZ2FsYWdvIGdkYWwgZ2RibSBnZW9zIGdpZiBnaW1wIGdpbXBwcmludCBnaW5hYyBnbGEKZGUg Z2xpdHogZ21sIGdtcCBnbm9tZSBnbnVwbG90IGdudXRscyBncGhvdG8yIGdwbSBncmFwaHZpeiBn cmFzcyBncyBnc2wgZ3NtIGdzdHJlYW1lciBndGsgZ3VpbGUgaGFsIGhhcmRlbmVkIGhkZHRlbXAg aGRmIGhkZjUgaGxhcGkgaWNvbnYgaWNxIGlkMyBpbWFnZW1hZ2ljayBpbm5vZGIgaXB2CjYgaXNk bmxvZyBqYWJiZXIgamJpZyBqb2huIGpwMiBqcGVnIGpwZWcyayBrZXhpIGxhZHNwYSBsYW1lIGxh cGFjayBsYXRleCBsY21zIGxkYXAgbGliZysrIGxpYmdkYSBsaWJzYW1wbGVyYXRlIGxpcmMgbHVh IGx6byBsencgbWFkIG1hZHdpZmkgbWF0aCBtYXRyb3NrYSBtbXggbW14ZXh0IG1uZwogbW9kIG1v bm8gbW90aWYgbW96ZGV2ZWxvcCBtb3ppbGxhIG1venN2ZyBtb3p4bWx0ZXJtIG1wMyBtcDRsaXZl IG1wZWcgbXBlZzIgbXBsYXllciBtdXNpY2JyYWlueiBteXNxbCBteXNxbGkgbmF1dGlsdXMgbmN1 cnNlcyBuZXRjZGYgbmV0d29yayBuZnMgbmxzIG5udHAgbnB0bCBucHRsb25seSAKbnRmcyBudW1h cnJheSBudW1lcmljIG9jYW1sIG9jdGF2ZSBvZGJjIG9nZGkgb2dnIG9sZSBvcGVuZ2wgcGFtIHBj cmUgcGRmIHBlcmwgcGxvdHV0aWxzIHBsdWdpbiBwbmcgcG9zaXggcG9zdGdyZXMgcHBkcyBwcHBk IHByb2ogcHl0aG9uIHFodWxsIHF1aWNrdGltZSByZWFkbGluZSByZWFsIHJlCmZsZWN0aW9uIHJl aXNlcmZzIHJoeXRobWJveCBybGUgcnJkY2dpIHJyZHRvb2wgc2FtYmEgc2RsIHNlc3Npb24gc2xh bmcgc2xwIHNuZGZpbGUgc25tcCBzb3ggc3BlZXggc3BlbGwgc3BsIHNxbGl0ZSBzc2Ugc3NlMiBz c2wgc3VidGl0bGVzIHN2ZyB0MWxpYiB0Y2x0ayB0Y3BkIHRldGV4IHRoZQpvcmEgdGh1bmRlcmJp cmQgdGlkeSB0aWZmIHRrIHRydWV0eXBlIHRydWV0eXBlLWZvbnRzIHR5cGUxLWZvbnRzIHVkZXYg dW5pY29kZSB1c2VybG9jYWxlcyB2NGwyIHZvcmJpcyB3aWZpIHdpbjMyY29kZWNzIHdtZiB4ODYg eGVtYWNzIHhleHQgeGluZSB4bWwgeG1sMiB4bWxyZWFkZXIgeG1scnAKYyB4b3JnIHhwbSB4diB4 dmlkIHh2bWMgemxpYiB6dmJpIiBBTFNBX0NBUkRTPSJhbGk1NDUxIGFsczQwMDAgYXRpaXhwIGF0 aWl4cC1tb2RlbSBidDg3eCBjYTAxMDYgY21pcGNpIGVtdTEwazF4IGVuczEzNzAgZW5zMTM3MSBl czE5MzggZXMxOTY4IGZtODAxIGhkYS1pbnRlbCBpbnRlbDh4MCBpCm50ZWw4eDBtIG1hZXN0cm8z IHRyaWRlbnQgdXNiLWF1ZGlvIHZpYTgyeHggdmlhODJ4eC1tb2RlbSB5bWZwY2kiIEFMU0FfUENN X1BMVUdJTlM9ImFkcGNtIGFsYXcgYXN5bSBjb3B5IGRtaXggZHNoYXJlIGRzbm9vcCBlbXB0eSBl eHRwbHVnIGZpbGUgaG9va3MgaWVjOTU4IGlvcGx1ZyBsYWRzcAphIGxmbG9hdCBsaW5lYXIgbWV0 ZXIgbXVsYXcgbXVsdGkgbnVsbCBwbHVnIHJhdGUgcm91dGUgc2hhcmUgc2htIHNvZnR2b2wiIEVM SUJDPSJnbGliYyIgSU5QVVRfREVWSUNFUz0ia2V5Ym9hcmQgbW91c2Ugc3luYXB0aWNzIiBLRVJO RUw9ImxpbnV4IiBMQ0RfREVWSUNFUz0iYmF5cmFkIGNmb24KdHogY2ZvbnR6NjMzIGdsayBoZDQ0 NzgwIGxiMjE2IGxjZG0wMDEgbXR4b3JiIG5jdXJzZXMgdGV4dCIgTElOR1VBUz0iZGUgZnIiIFVT RVJMQU5EPSJHTlUiIFZJREVPX0NBUkRTPSJyYWRlb24gdmVzYSBmYmRldiIKVW5zZXQ6ICBDVEFS R0VULCBFTUVSR0VfREVGQVVMVF9PUFRTLCBJTlNUQUxMX01BU0ssIExBTkcsIExDX0FMTCwgTERG TEFHUywgUE9SVEFHRV9SU1lOQ19FWFRSQV9PUFRTCg==