diff options
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20120402')
12 files changed, 260 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20120402/296798b3/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20120402/296798b3/attachment-0001.html new file mode 100644 index 000000000..30555eb5f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/296798b3/attachment-0001.html @@ -0,0 +1,11 @@ +<br><br><div class="gmail_quote">On Mon, Apr 2, 2012 at 11:35, Guillaume Rousse <span dir="ltr"><<a href="mailto:guillomovitch@gmail.com" target="_blank">guillomovitch@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + + +Le 02/04/2012 10:37, Thierry Vignaud a écrit :<div><br> +<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +Please make arch-independent-package-<u></u>contains-binary-or-object a<br> +reason to reject<br> +packages at upload time:<br> +</blockquote></div> +The rule need some subtle exceptions. For instance, some pentest tools such as metasploit are arch-independant, but contains native code to be executed on remote systems.<span><font color="#888888"><br><br> +</font></span></blockquote><div>I believe we should not care if some data in /usr/share looks like binary or object (that would allow doing awful things like unimrcp-deps but it was not rejected anyway...)</div></div> diff --git a/zarb-ml/mageia-dev/attachments/20120402/296798b3/attachment.html b/zarb-ml/mageia-dev/attachments/20120402/296798b3/attachment.html new file mode 100644 index 000000000..30555eb5f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/296798b3/attachment.html @@ -0,0 +1,11 @@ +<br><br><div class="gmail_quote">On Mon, Apr 2, 2012 at 11:35, Guillaume Rousse <span dir="ltr"><<a href="mailto:guillomovitch@gmail.com" target="_blank">guillomovitch@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + + +Le 02/04/2012 10:37, Thierry Vignaud a écrit :<div><br> +<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +Please make arch-independent-package-<u></u>contains-binary-or-object a<br> +reason to reject<br> +packages at upload time:<br> +</blockquote></div> +The rule need some subtle exceptions. For instance, some pentest tools such as metasploit are arch-independant, but contains native code to be executed on remote systems.<span><font color="#888888"><br><br> +</font></span></blockquote><div>I believe we should not care if some data in /usr/share looks like binary or object (that would allow doing awful things like unimrcp-deps but it was not rejected anyway...)</div></div> diff --git a/zarb-ml/mageia-dev/attachments/20120402/3f57a6b8/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20120402/3f57a6b8/attachment-0001.html new file mode 100644 index 000000000..862d27861 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/3f57a6b8/attachment-0001.html @@ -0,0 +1 @@ +<table cellspacing="0" cellpadding="0" border="0"><tr><td valign="top" style="font: inherit;"><div><a href="http://bx-ny.com/JUNK/admanager.old/plugins/maintenanceStatisticsTask/oxMarketMaintenance/02efpk.html"> http://bx-ny.com/JUNK/admanager.old/plugins/maintenanceStatisticsTask/oxMarketMaintenance/02efpk.html</a></div></td></tr></table>
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20120402/3f57a6b8/attachment.html b/zarb-ml/mageia-dev/attachments/20120402/3f57a6b8/attachment.html new file mode 100644 index 000000000..862d27861 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/3f57a6b8/attachment.html @@ -0,0 +1 @@ +<table cellspacing="0" cellpadding="0" border="0"><tr><td valign="top" style="font: inherit;"><div><a href="http://bx-ny.com/JUNK/admanager.old/plugins/maintenanceStatisticsTask/oxMarketMaintenance/02efpk.html"> http://bx-ny.com/JUNK/admanager.old/plugins/maintenanceStatisticsTask/oxMarketMaintenance/02efpk.html</a></div></td></tr></table>
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20120402/4266481e/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20120402/4266481e/attachment-0001.html new file mode 100644 index 000000000..8038ec9df --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/4266481e/attachment-0001.html @@ -0,0 +1,2 @@ +serf was updated to 1.0.0 in svn but did not build<div>I fixed the build because current serf (0.7.2) needs to be rebuilt for removal of <a href="http://libexpat.la">libexpat.la</a> but I have no idea if this is safe to upload the new version or if I should revert the update to 1.0.0 in svn</div> + diff --git a/zarb-ml/mageia-dev/attachments/20120402/4266481e/attachment.html b/zarb-ml/mageia-dev/attachments/20120402/4266481e/attachment.html new file mode 100644 index 000000000..8038ec9df --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/4266481e/attachment.html @@ -0,0 +1,2 @@ +serf was updated to 1.0.0 in svn but did not build<div>I fixed the build because current serf (0.7.2) needs to be rebuilt for removal of <a href="http://libexpat.la">libexpat.la</a> but I have no idea if this is safe to upload the new version or if I should revert the update to 1.0.0 in svn</div> + diff --git a/zarb-ml/mageia-dev/attachments/20120402/4584ac90/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20120402/4584ac90/attachment-0001.html new file mode 100644 index 000000000..4ed12f0d7 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/4584ac90/attachment-0001.html @@ -0,0 +1,27 @@ +<br><br><div class="gmail_quote">On Sun, Mar 25, 2012 at 08:01, dlucio <span dir="ltr"><<a href="mailto:buildsystem-daemon@mageia.org">buildsystem-daemon@mageia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +Name : unimrcp-deps Relocations: (not relocatable)<br> +Version : 1.1.0 Vendor: Mageia.Org<br> +Release : 1.mga2 Build Date: Sun Mar 25 08:59:32 2012<br> +Install Date: (not installed) Build Host: <a href="http://ecosse.mageia.org" target="_blank">ecosse.mageia.org</a><br> +Group : System/Libraries Source RPM: (none)<br> +Size : 5190147 License: Apache<br> +Signature : (none)<br> +Packager : dlucio <dlucio><br> +URL : <a href="http://unimrcp.org" target="_blank">http://unimrcp.org</a><br> +Summary : Media Resource Control Protocol Stack<br> +Description :<br> +UniMRCP depends on a number of third party tools and libraries, which are<br> +required and must be installed first. Alternatively, the original packages<br> +of APR, APR-Util and Sofia-SIP libraries and patches for them<br> +can be downloaded from <a href="http://www.unimrcp.org/dependencies/" target="_blank">http://www.unimrcp.org/dependencies/</a><br> +<br> +dlucio <dlucio> 1.1.0-1.mga2:<br> ++ Revision: 226306<br> +- imported package unimrcp-deps</blockquote></div><br><div>This package looks very wrong</div><div>It builds some libraries and then puts them in /usr/share/unimrcp-deps/ which should be noarch</div><div>Then unimrcp uses those libs instead of the system ones</div> + +<div><br></div><div><div>$ ls /usr/share/unimrcp-deps/lib/</div><div>apr.exp libapr-1.a libapr-1.so@ libapr-1.so.0.4.2* <a href="http://libaprutil-1.la">libaprutil-1.la</a>* libaprutil-1.so.0@ libsofia-sip-ua.a libsofia-sip-ua.so@ libsofia-sip-ua.so.0.6.0*</div> + +<div>aprutil.exp <a href="http://libapr-1.la">libapr-1.la</a>* libapr-1.so.0@ libaprutil-1.a libaprutil-1.so@ libaprutil-1.so.0.3.10* <a href="http://libsofia-sip-ua.la">libsofia-sip-ua.la</a>* libsofia-sip-ua.so.0@ pkgconfig/</div> + +</div><div><br></div><div><br></div> diff --git a/zarb-ml/mageia-dev/attachments/20120402/4584ac90/attachment.html b/zarb-ml/mageia-dev/attachments/20120402/4584ac90/attachment.html new file mode 100644 index 000000000..4ed12f0d7 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/4584ac90/attachment.html @@ -0,0 +1,27 @@ +<br><br><div class="gmail_quote">On Sun, Mar 25, 2012 at 08:01, dlucio <span dir="ltr"><<a href="mailto:buildsystem-daemon@mageia.org">buildsystem-daemon@mageia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +Name : unimrcp-deps Relocations: (not relocatable)<br> +Version : 1.1.0 Vendor: Mageia.Org<br> +Release : 1.mga2 Build Date: Sun Mar 25 08:59:32 2012<br> +Install Date: (not installed) Build Host: <a href="http://ecosse.mageia.org" target="_blank">ecosse.mageia.org</a><br> +Group : System/Libraries Source RPM: (none)<br> +Size : 5190147 License: Apache<br> +Signature : (none)<br> +Packager : dlucio <dlucio><br> +URL : <a href="http://unimrcp.org" target="_blank">http://unimrcp.org</a><br> +Summary : Media Resource Control Protocol Stack<br> +Description :<br> +UniMRCP depends on a number of third party tools and libraries, which are<br> +required and must be installed first. Alternatively, the original packages<br> +of APR, APR-Util and Sofia-SIP libraries and patches for them<br> +can be downloaded from <a href="http://www.unimrcp.org/dependencies/" target="_blank">http://www.unimrcp.org/dependencies/</a><br> +<br> +dlucio <dlucio> 1.1.0-1.mga2:<br> ++ Revision: 226306<br> +- imported package unimrcp-deps</blockquote></div><br><div>This package looks very wrong</div><div>It builds some libraries and then puts them in /usr/share/unimrcp-deps/ which should be noarch</div><div>Then unimrcp uses those libs instead of the system ones</div> + +<div><br></div><div><div>$ ls /usr/share/unimrcp-deps/lib/</div><div>apr.exp libapr-1.a libapr-1.so@ libapr-1.so.0.4.2* <a href="http://libaprutil-1.la">libaprutil-1.la</a>* libaprutil-1.so.0@ libsofia-sip-ua.a libsofia-sip-ua.so@ libsofia-sip-ua.so.0.6.0*</div> + +<div>aprutil.exp <a href="http://libapr-1.la">libapr-1.la</a>* libapr-1.so.0@ libaprutil-1.a libaprutil-1.so@ libaprutil-1.so.0.3.10* <a href="http://libsofia-sip-ua.la">libsofia-sip-ua.la</a>* libsofia-sip-ua.so.0@ pkgconfig/</div> + +</div><div><br></div><div><br></div> diff --git a/zarb-ml/mageia-dev/attachments/20120402/656c15cf/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20120402/656c15cf/attachment-0001.html new file mode 100644 index 000000000..5dd967207 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/656c15cf/attachment-0001.html @@ -0,0 +1 @@ +<html><head><style type="text/css">body {word-wrap: break-word; background-color:#ffffff;}</style></head><body><div style="font-family: sans-serif; font-size: 16px">I know, thats why im asking this push<br><br><font color="#333333"><i><span style="font-size: 14px"><font face="sans-serif">Enviado desde mi teléfono Verizon Wireless</font></span></i></font></div><br><br>-----Mensaje original-----<br><blockquote style="; border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><div style="font-family: sans-serif; font-size: 14px"><b>De: </b>Maarten Vanraes <alien@rmail.be><b><br>Para: </b>mageia-dev@mageia.org<b><br>Enviado: </b>lun, abr 2, 2012 15:09:03 GMT+00:00<b><br>Asunto: </b>Re: [Mageia-dev] Please push fwbuilder<br><br></div>Op maandag 02 april 2012 03:07:35 schreef Luis Daniel Lucio Quiroz:<br>> Please kindly push fwbuilder, it fixes many iptables compillations issues<br>> and it reports itself that there is a new update. Complete changelog is<br>> here<br>> <a href="http://www.fwbuilder.org/4.0/docs/firewall_builder_release_notes.html#5.0">http://www.fwbuilder.org/4.0/docs/firewall_builder_release_notes.html#5.0</a><br>> <br>> Enviado desde mi teléfono Verizon Wireless<br><br>fwbuilder is irritating in the fact that if someone has edited with a newer <br>version, the .fwb file is upgraded and you need that version or more to open it <br>again...<br>Email Shield provided by <a href="NOCWorldWide.com">NOCWorldWide.com</a><br></blockquote></body></html>
diff --git a/zarb-ml/mageia-dev/attachments/20120402/656c15cf/attachment.html b/zarb-ml/mageia-dev/attachments/20120402/656c15cf/attachment.html new file mode 100644 index 000000000..5dd967207 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/656c15cf/attachment.html @@ -0,0 +1 @@ +<html><head><style type="text/css">body {word-wrap: break-word; background-color:#ffffff;}</style></head><body><div style="font-family: sans-serif; font-size: 16px">I know, thats why im asking this push<br><br><font color="#333333"><i><span style="font-size: 14px"><font face="sans-serif">Enviado desde mi teléfono Verizon Wireless</font></span></i></font></div><br><br>-----Mensaje original-----<br><blockquote style="; border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><div style="font-family: sans-serif; font-size: 14px"><b>De: </b>Maarten Vanraes <alien@rmail.be><b><br>Para: </b>mageia-dev@mageia.org<b><br>Enviado: </b>lun, abr 2, 2012 15:09:03 GMT+00:00<b><br>Asunto: </b>Re: [Mageia-dev] Please push fwbuilder<br><br></div>Op maandag 02 april 2012 03:07:35 schreef Luis Daniel Lucio Quiroz:<br>> Please kindly push fwbuilder, it fixes many iptables compillations issues<br>> and it reports itself that there is a new update. Complete changelog is<br>> here<br>> <a href="http://www.fwbuilder.org/4.0/docs/firewall_builder_release_notes.html#5.0">http://www.fwbuilder.org/4.0/docs/firewall_builder_release_notes.html#5.0</a><br>> <br>> Enviado desde mi teléfono Verizon Wireless<br><br>fwbuilder is irritating in the fact that if someone has edited with a newer <br>version, the .fwb file is upgraded and you need that version or more to open it <br>again...<br>Email Shield provided by <a href="NOCWorldWide.com">NOCWorldWide.com</a><br></blockquote></body></html>
diff --git a/zarb-ml/mageia-dev/attachments/20120402/bf1b83ed/attachment-0001.mht b/zarb-ml/mageia-dev/attachments/20120402/bf1b83ed/attachment-0001.mht new file mode 100644 index 000000000..b0778c7e3 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/bf1b83ed/attachment-0001.mht @@ -0,0 +1,88 @@ +[From nobody Mon Apr 2 20:50:30 2012 +Return-Path: <distributor-list-bounces@gnome.org> +X-Original-To: list-gnome@vitters.nl +Delivered-To: list-gnome@vitters.nl +Received: from menubar.gnome.org (menubar.gnome.org [209.132.180.169]) + by bkor.dhs.org (Postfix) with ESMTP id EF2665000F4 + for <list-gnome@vitters.nl>; Mon, 2 Apr 2012 20:27:38 +0200 (CEST) +Received: from menubar.gnome.org (localhost.localdomain [127.0.0.1]) + by menubar.gnome.org (Postfix) with ESMTP id 861EC7501F0; + Mon, 2 Apr 2012 18:26:42 +0000 (UTC) +X-Original-To: distributor-list@gnome.org +Delivered-To: distributor-list@gnome.org +Received: from localhost (localhost.localdomain [127.0.0.1]) + by menubar.gnome.org (Postfix) with ESMTP id AE50F75011B + for <distributor-list@gnome.org>; Mon, 2 Apr 2012 17:17:50 +0000 (UTC) +X-Virus-Scanned: by amavisd-new at gnome.org +X-Spam-Flag: NO +X-Spam-Score: -0.681 +X-Spam-Level: +X-Spam-Status: No, score=-0.681 tagged_above=-999 required=2 + tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779, SUBJ_OBFU_PUNCT_FEW=0.001, + SUBJ_OBFU_PUNCT_MANY=0.439] autolearn=no +Received: from menubar.gnome.org ([127.0.0.1]) + by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id U8SOL8IQjSty for <distributor-list@gnome.org>; + Mon, 2 Apr 2012 17:17:38 +0000 (UTC) +Received: from thewalter.net (thewalter.net [94.75.203.101]) + by menubar.gnome.org (Postfix) with ESMTP id DD8987500B4 + for <distributor-list@gnome.org>; Mon, 2 Apr 2012 17:17:29 +0000 (UTC) +Received: from stef-desktop.thewalter.lan (krlh-4d037aa9.pool.mediaWays.net + [77.3.122.169]) by thewalter.net (Postfix) with ESMTPA id 99A1236961 + for <distributor-list@gnome.org>; Mon, 2 Apr 2012 17:17:25 +0000 (UTC) +Message-ID: <4F79DF25.30206@gnome.org> +Date: Mon, 02 Apr 2012 19:17:25 +0200 +From: Stef Walter <stefw@gnome.org> +User-Agent: Mozilla/5.0 (X11; Linux x86_64; + rv:11.0) Gecko/20120329 Thunderbird/11.0.1 +MIME-Version: 1.0 +To: distributor-list@gnome.org +Subject: Heads up: pam_gnome_keyring.so location in pam configs +X-Mailman-Approved-At: Mon, 02 Apr 2012 18:26:40 +0000 +X-BeenThere: distributor-list@gnome.org +X-Mailman-Version: 2.1.14 +Precedence: list +List-Id: Discussion and collaboration list for distributors of GNOME + <distributor-list.gnome.org> +List-Unsubscribe: <http://mail.gnome.org/mailman/options/distributor-list>, + <mailto:distributor-list-request@gnome.org?subject=unsubscribe> +List-Archive: <http://mail.gnome.org/archives/distributor-list/> +List-Post: <mailto:distributor-list@gnome.org> +List-Help: <mailto:distributor-list-request@gnome.org?subject=help> +List-Subscribe: <http://mail.gnome.org/mailman/listinfo/distributor-list>, + <mailto:distributor-list-request@gnome.org?subject=subscribe> +Content-Type: text/plain; charset="us-ascii" +Content-Transfer-Encoding: 7bit +Errors-To: distributor-list-bounces@gnome.org +Sender: distributor-list-bounces@gnome.org + +In 3.3.92 and later gnome-keyring-daemon uses g_get_user_runtime_dir () +to determine the directory where to place its sockets [1]. Previously it +used /tmp. + +At the point when gnome-keyring-daemon is started from PAM, +$XDG_RUNTIME_DIR environment variable should be set. The way to do this +is to have its 'session' PAM directive come late in the /etc/pam.d/gdm +file [2]. In particular, after pam_systemd.so or other modules that +setup the environment. + +This is relevant for GNOME packagers. More info about the PAM module: + +https://live.gnome.org/GnomeKeyring/Pam + +Cheers, + +Stef + +[1] https://bugzilla.gnome.org/show_bug.cgi?id=646389 + +[2] Example fix: https://bugzilla.redhat.com/attachment.cgi?id=574543 +_______________________________________________ +desktop-devel-list mailing list +desktop-devel-list@gnome.org +http://mail.gnome.org/mailman/listinfo/desktop-devel-list +_______________________________________________ +distributor-list mailing list +distributor-list@gnome.org +http://mail.gnome.org/mailman/listinfo/distributor-list +]
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20120402/bf1b83ed/attachment.mht b/zarb-ml/mageia-dev/attachments/20120402/bf1b83ed/attachment.mht new file mode 100644 index 000000000..1592241c9 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120402/bf1b83ed/attachment.mht @@ -0,0 +1,88 @@ +[From nobody Mon Apr 2 20:29:49 2012 +Return-Path: <distributor-list-bounces@gnome.org> +X-Original-To: list-gnome@vitters.nl +Delivered-To: list-gnome@vitters.nl +Received: from menubar.gnome.org (menubar.gnome.org [209.132.180.169]) + by bkor.dhs.org (Postfix) with ESMTP id EF2665000F4 + for <list-gnome@vitters.nl>; Mon, 2 Apr 2012 20:27:38 +0200 (CEST) +Received: from menubar.gnome.org (localhost.localdomain [127.0.0.1]) + by menubar.gnome.org (Postfix) with ESMTP id 861EC7501F0; + Mon, 2 Apr 2012 18:26:42 +0000 (UTC) +X-Original-To: distributor-list@gnome.org +Delivered-To: distributor-list@gnome.org +Received: from localhost (localhost.localdomain [127.0.0.1]) + by menubar.gnome.org (Postfix) with ESMTP id AE50F75011B + for <distributor-list@gnome.org>; Mon, 2 Apr 2012 17:17:50 +0000 (UTC) +X-Virus-Scanned: by amavisd-new at gnome.org +X-Spam-Flag: NO +X-Spam-Score: -0.681 +X-Spam-Level: +X-Spam-Status: No, score=-0.681 tagged_above=-999 required=2 + tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779, SUBJ_OBFU_PUNCT_FEW=0.001, + SUBJ_OBFU_PUNCT_MANY=0.439] autolearn=no +Received: from menubar.gnome.org ([127.0.0.1]) + by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id U8SOL8IQjSty for <distributor-list@gnome.org>; + Mon, 2 Apr 2012 17:17:38 +0000 (UTC) +Received: from thewalter.net (thewalter.net [94.75.203.101]) + by menubar.gnome.org (Postfix) with ESMTP id DD8987500B4 + for <distributor-list@gnome.org>; Mon, 2 Apr 2012 17:17:29 +0000 (UTC) +Received: from stef-desktop.thewalter.lan (krlh-4d037aa9.pool.mediaWays.net + [77.3.122.169]) by thewalter.net (Postfix) with ESMTPA id 99A1236961 + for <distributor-list@gnome.org>; Mon, 2 Apr 2012 17:17:25 +0000 (UTC) +Message-ID: <4F79DF25.30206@gnome.org> +Date: Mon, 02 Apr 2012 19:17:25 +0200 +From: Stef Walter <stefw@gnome.org> +User-Agent: Mozilla/5.0 (X11; Linux x86_64; + rv:11.0) Gecko/20120329 Thunderbird/11.0.1 +MIME-Version: 1.0 +To: distributor-list@gnome.org +Subject: Heads up: pam_gnome_keyring.so location in pam configs +X-Mailman-Approved-At: Mon, 02 Apr 2012 18:26:40 +0000 +X-BeenThere: distributor-list@gnome.org +X-Mailman-Version: 2.1.14 +Precedence: list +List-Id: Discussion and collaboration list for distributors of GNOME + <distributor-list.gnome.org> +List-Unsubscribe: <http://mail.gnome.org/mailman/options/distributor-list>, + <mailto:distributor-list-request@gnome.org?subject=unsubscribe> +List-Archive: <http://mail.gnome.org/archives/distributor-list/> +List-Post: <mailto:distributor-list@gnome.org> +List-Help: <mailto:distributor-list-request@gnome.org?subject=help> +List-Subscribe: <http://mail.gnome.org/mailman/listinfo/distributor-list>, + <mailto:distributor-list-request@gnome.org?subject=subscribe> +Content-Type: text/plain; charset="us-ascii" +Content-Transfer-Encoding: 7bit +Errors-To: distributor-list-bounces@gnome.org +Sender: distributor-list-bounces@gnome.org + +In 3.3.92 and later gnome-keyring-daemon uses g_get_user_runtime_dir () +to determine the directory where to place its sockets [1]. Previously it +used /tmp. + +At the point when gnome-keyring-daemon is started from PAM, +$XDG_RUNTIME_DIR environment variable should be set. The way to do this +is to have its 'session' PAM directive come late in the /etc/pam.d/gdm +file [2]. In particular, after pam_systemd.so or other modules that +setup the environment. + +This is relevant for GNOME packagers. More info about the PAM module: + +https://live.gnome.org/GnomeKeyring/Pam + +Cheers, + +Stef + +[1] https://bugzilla.gnome.org/show_bug.cgi?id=646389 + +[2] Example fix: https://bugzilla.redhat.com/attachment.cgi?id=574543 +_______________________________________________ +desktop-devel-list mailing list +desktop-devel-list@gnome.org +http://mail.gnome.org/mailman/listinfo/desktop-devel-list +_______________________________________________ +distributor-list mailing list +distributor-list@gnome.org +http://mail.gnome.org/mailman/listinfo/distributor-list +]
\ No newline at end of file |