<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">Le mer. 14 déc. 2016 à 10:41, olivier sallou <<a href="mailto:olivier.sallou@gmail.com">olivier.sallou@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_quote gmail_msg"><div dir="ltr" class="gmail_msg">Le mer. 14 déc. 2016 à 10:19, Andreas Tille <<a href="mailto:tille@debian.org" class="gmail_msg" target="_blank">tille@debian.org</a>> a écrit :<br class="gmail_msg"></div><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br class="gmail_msg">
<br class="gmail_msg">
as far as I can see the solution for this issue would be to use a<br class="gmail_msg">
symlink for /usr/share/perl5/GBrowse/ConfigData.pm pointing to something<br class="gmail_msg">
like /etc/gbrowse/ConfigData.pm while the file<br class="gmail_msg">
/etc/gbrowse/ConfigData.pm will be created in postinst.  Is this correct<br class="gmail_msg">
and will somebody of the other Uploaders (in CC) be able to care for<br class="gmail_msg">
this since I personally do not have any clue how to test gbrowse to<br class="gmail_msg">
verify the correct functionality?<br class="gmail_msg"></blockquote><div class="gmail_msg"> </div></div></div><div dir="ltr" class="gmail_msg"><div class="gmail_quote gmail_msg"><div class="gmail_msg">I think openid is not configured for GBrowse in Debian , so it should not be an issue</div><div class="gmail_msg">It is true that consumersecret is generated at build time. It should not.</div><div class="gmail_msg">Linking ConfigData.pm to etc file is the correct behavior, but putting a post install step may not be necessary. It is a config parameter and user should update it if he wish to use openid as a configuration parameter.</div><div class="gmail_msg">It is up to the user to update this value like he wuold in other packages for password/secret related stuff.</div></div></div></blockquote><div><br></div><div>Bu the way, openid is more and more deprecated and supported by less and less providers..... so it may not worth the effort. Simply linking to etc for user config ,if he wants to, should be necessary.</div><div>We won't be able anyway to test openid easily as it needs to get a server and to declare the app in openid provider.... :-(</div><div><br></div><div>Olivier </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_quote gmail_msg"><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Olivier</div></div></div><div dir="ltr" class="gmail_msg"><div class="gmail_quote gmail_msg"><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br class="gmail_msg">
Kind regards<br class="gmail_msg">
<br class="gmail_msg">
       Andreas.<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
<a href="http://fam-tille.de" rel="noreferrer" class="gmail_msg" target="_blank">http://fam-tille.de</a><br class="gmail_msg">
</blockquote></div></div></blockquote></div></div>