diff options
| author | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
|---|---|---|
| committer | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
| commit | 1be510f9529cb082f802408b472a77d074b394c0 (patch) | |
| tree | b175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/attachments/20130107 | |
| parent | fa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff) | |
| download | archives-master.tar archives-master.tar.gz archives-master.tar.bz2 archives-master.tar.xz archives-master.zip | |
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20130107')
40 files changed, 464 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20130107/25fd18cc/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130107/25fd18cc/attachment-0001.asc new file mode 100644 index 000000000..8fcce016a --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/25fd18cc/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.12 (GNU/Linux) + +iEYEARECAAYFAlDq8UUACgkQk29cDOWzfVA/yACfdRdMQNf79QKno5YQajDkgdOQ +eeYAmwU3S0c5X8240EpXY2KiniDqSPX8 +=YSyG +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/25fd18cc/attachment.asc b/zarb-ml/mageia-dev/attachments/20130107/25fd18cc/attachment.asc new file mode 100644 index 000000000..8fcce016a --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/25fd18cc/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.12 (GNU/Linux) + +iEYEARECAAYFAlDq8UUACgkQk29cDOWzfVA/yACfdRdMQNf79QKno5YQajDkgdOQ +eeYAmwU3S0c5X8240EpXY2KiniDqSPX8 +=YSyG +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/41fc6945/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130107/41fc6945/attachment-0001.html new file mode 100644 index 000000000..0112fb13e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/41fc6945/attachment-0001.html @@ -0,0 +1,50 @@ +Hi Colin,<br><br><div class="gmail_quote">On Mon, Jan 7, 2013 at 5:53 AM, Colin Guthrie <span dir="ltr"><<a href="mailto:mageia@colin.guthr.ie" target="_blank">mageia@colin.guthr.ie</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<div><div class="h5">> Well, it worked on x86_64, but �on i586 the symlinks are created under<br> +> /usr/lib64/games/warsow/basewsw instead of /usr/lib/games/warsow/basewsw<br> +> but I don't understand why, it seems that for some reason, the<br> +> %{_libdir} macro is expanding to /usr/lib64 on the BS. This is the spec<br> +> if someone wants to take a look:<br> +><br> +> <a href="http://svnweb.mageia.org/packages/cauldron/warsow-data/current/SPECS/warsow-data.spec?revision=338836&view=markup" target="_blank">http://svnweb.mageia.org/packages/cauldron/warsow-data/current/SPECS/warsow-data.spec?revision=338836&view=markup</a><br> + + +<br> +</div></div>%_libdir expands to the given architecture's libdir. On i586 it's<br> +/usr/lib, on x86_64 it's /usr/lib64.<br> +<br></blockquote><div><br></div><div>I know, that's why it's strange to me why when the package is built on the BS the links end up on /usr/lib64 on the i586 package.</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + + +Looking at the spec, I think you're doing it a bit wrong.<br> +<br> +It's in the %post for a start which is wrong. It should be done as part<br> +of package build, not install. Doing it during install will mean the<br> +files are not "owned" by the package so users cannot tell where they<br> +come from.<br> +<br></blockquote><div><br></div><div>Well, that was just a suggestion from someone on this thread and it looked to me like the right place too. On this particular case what I'm doing here is not installing some files but creating some symlinks that the other warsow package needs.�</div> + +<div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +Also as you use %_libdir, your package cannot be noarch.<br></blockquote><div><br></div><div>The "warsow-data" package contains the data files of the game which are arch independent. The "warsow" package contains all the binaries and libs, but to be able to run the game, the binary expects to find the data files on the same directory where the libs are, if not then the angelscript module will fail loading. So, what I'm trying to accomplish is that when warsow-data is installed, symlinks of the files in the data directory (/usr/share/warsow/basewsw/*) are created on /usr/lib{64}/games/warsow/basewsw/. It works on x86_64 but on i586 is creating the links on lib64 instead of lib and I don't get why, you saw the code in the spec, I'm not hardcoding any path on it:</div> + +<div><br></div><div><br></div><div>%define gamelibdir<span class="Apple-tab-span" style="white-space:pre"> </span>%{_libdir}/games/warsow</div><div><br></div><div><div>%post</div><div>#Add symbolic links of the contents of basewsw to the directory were the</div> + +<div>#package warsow install the libs, if not then angelscript fails to load.</div><div>for i in %{_datadir}/warsow/basewsw/*;</div><div>do</div><div>� file=`basename $i`</div><div>� ln -sf $i �%{gamelibdir}/basewsw/$file</div> + +<div>done</div><div><br></div><div>%postun</div><div>rm -rf %{gamelibdir}/basewsw</div></div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +If you want to use /usr/lib all the time then do so (if that's what the<br> +game binary expects) via %{_prefix}/lib not via %_libdir.<br></blockquote><div><br></div><div><br></div><div>That's not the case, as explained before, the symlinks have to be created at /usr/lib for i586 and at /usr/lib64 for x86_64, but on i586 for some reason isn't doing it.</div> + +<div><br></div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +Also your fdupes command seems to do nothing other than display<br> +duplicate information, not actually resolve anything. So I'd just remove<br> +it or add appropriate arguments to do hardlinking as needed. Unless this<br> +package has a particular problem with duplicated data, then I'd just<br> +kill it off completely.<br></blockquote><div><br></div><div>I'll check this too.</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +Hope that gives you some hints.<br> +<br></blockquote><div><br></div><div>Thanks for the comments.<br clear="all"><div><br></div>-- <br>Juancho + +</div></div> diff --git a/zarb-ml/mageia-dev/attachments/20130107/41fc6945/attachment.html b/zarb-ml/mageia-dev/attachments/20130107/41fc6945/attachment.html new file mode 100644 index 000000000..0112fb13e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/41fc6945/attachment.html @@ -0,0 +1,50 @@ +Hi Colin,<br><br><div class="gmail_quote">On Mon, Jan 7, 2013 at 5:53 AM, Colin Guthrie <span dir="ltr"><<a href="mailto:mageia@colin.guthr.ie" target="_blank">mageia@colin.guthr.ie</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<div><div class="h5">> Well, it worked on x86_64, but �on i586 the symlinks are created under<br> +> /usr/lib64/games/warsow/basewsw instead of /usr/lib/games/warsow/basewsw<br> +> but I don't understand why, it seems that for some reason, the<br> +> %{_libdir} macro is expanding to /usr/lib64 on the BS. This is the spec<br> +> if someone wants to take a look:<br> +><br> +> <a href="http://svnweb.mageia.org/packages/cauldron/warsow-data/current/SPECS/warsow-data.spec?revision=338836&view=markup" target="_blank">http://svnweb.mageia.org/packages/cauldron/warsow-data/current/SPECS/warsow-data.spec?revision=338836&view=markup</a><br> + + +<br> +</div></div>%_libdir expands to the given architecture's libdir. On i586 it's<br> +/usr/lib, on x86_64 it's /usr/lib64.<br> +<br></blockquote><div><br></div><div>I know, that's why it's strange to me why when the package is built on the BS the links end up on /usr/lib64 on the i586 package.</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + + +Looking at the spec, I think you're doing it a bit wrong.<br> +<br> +It's in the %post for a start which is wrong. It should be done as part<br> +of package build, not install. Doing it during install will mean the<br> +files are not "owned" by the package so users cannot tell where they<br> +come from.<br> +<br></blockquote><div><br></div><div>Well, that was just a suggestion from someone on this thread and it looked to me like the right place too. On this particular case what I'm doing here is not installing some files but creating some symlinks that the other warsow package needs.�</div> + +<div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +Also as you use %_libdir, your package cannot be noarch.<br></blockquote><div><br></div><div>The "warsow-data" package contains the data files of the game which are arch independent. The "warsow" package contains all the binaries and libs, but to be able to run the game, the binary expects to find the data files on the same directory where the libs are, if not then the angelscript module will fail loading. So, what I'm trying to accomplish is that when warsow-data is installed, symlinks of the files in the data directory (/usr/share/warsow/basewsw/*) are created on /usr/lib{64}/games/warsow/basewsw/. It works on x86_64 but on i586 is creating the links on lib64 instead of lib and I don't get why, you saw the code in the spec, I'm not hardcoding any path on it:</div> + +<div><br></div><div><br></div><div>%define gamelibdir<span class="Apple-tab-span" style="white-space:pre"> </span>%{_libdir}/games/warsow</div><div><br></div><div><div>%post</div><div>#Add symbolic links of the contents of basewsw to the directory were the</div> + +<div>#package warsow install the libs, if not then angelscript fails to load.</div><div>for i in %{_datadir}/warsow/basewsw/*;</div><div>do</div><div>� file=`basename $i`</div><div>� ln -sf $i �%{gamelibdir}/basewsw/$file</div> + +<div>done</div><div><br></div><div>%postun</div><div>rm -rf %{gamelibdir}/basewsw</div></div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +If you want to use /usr/lib all the time then do so (if that's what the<br> +game binary expects) via %{_prefix}/lib not via %_libdir.<br></blockquote><div><br></div><div><br></div><div>That's not the case, as explained before, the symlinks have to be created at /usr/lib for i586 and at /usr/lib64 for x86_64, but on i586 for some reason isn't doing it.</div> + +<div><br></div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +Also your fdupes command seems to do nothing other than display<br> +duplicate information, not actually resolve anything. So I'd just remove<br> +it or add appropriate arguments to do hardlinking as needed. Unless this<br> +package has a particular problem with duplicated data, then I'd just<br> +kill it off completely.<br></blockquote><div><br></div><div>I'll check this too.</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +Hope that gives you some hints.<br> +<br></blockquote><div><br></div><div>Thanks for the comments.<br clear="all"><div><br></div>-- <br>Juancho + +</div></div> diff --git a/zarb-ml/mageia-dev/attachments/20130107/473ae29a/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130107/473ae29a/attachment-0001.html new file mode 100644 index 000000000..0b0b9908f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/473ae29a/attachment-0001.html @@ -0,0 +1,10 @@ +<br><br><div class="gmail_quote">On Mon, Jan 7, 2013 at 5:15 PM, Sander Lepik <span dir="ltr"><<a href="mailto:sander.lepik@eesti.ee" target="_blank">sander.lepik@eesti.ee</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +07.01.2013 21:19, Juan Luis Baptiste kirjutas:<br> +<div class="im">> This ssh closed connection issue I have seen it since a long time, is there any way to<br> +> avoid it ? it sometimes breaks the update process of that remote vm.<br> +</div>If i'm afraid that something might blow my connection during update then i use screen. It<br> +might drop me out but update will continue and usually quite soon i'm able to reconnect.<br> +<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)"></span></blockquote><div><br></div><div>�<span style="background-color:rgb(255,255,255);color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px">I use screen too and the problem is that the user session is finished, so the screen process is finished too.�</span></div> + +</div><br clear="all"><div><br></div>-- <br>Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/473ae29a/attachment.html b/zarb-ml/mageia-dev/attachments/20130107/473ae29a/attachment.html new file mode 100644 index 000000000..0b0b9908f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/473ae29a/attachment.html @@ -0,0 +1,10 @@ +<br><br><div class="gmail_quote">On Mon, Jan 7, 2013 at 5:15 PM, Sander Lepik <span dir="ltr"><<a href="mailto:sander.lepik@eesti.ee" target="_blank">sander.lepik@eesti.ee</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +07.01.2013 21:19, Juan Luis Baptiste kirjutas:<br> +<div class="im">> This ssh closed connection issue I have seen it since a long time, is there any way to<br> +> avoid it ? it sometimes breaks the update process of that remote vm.<br> +</div>If i'm afraid that something might blow my connection during update then i use screen. It<br> +might drop me out but update will continue and usually quite soon i'm able to reconnect.<br> +<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)"></span></blockquote><div><br></div><div>�<span style="background-color:rgb(255,255,255);color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px">I use screen too and the problem is that the user session is finished, so the screen process is finished too.�</span></div> + +</div><br clear="all"><div><br></div>-- <br>Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/49e41655/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130107/49e41655/attachment-0001.asc new file mode 100644 index 000000000..6c053fb03 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/49e41655/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iD8DBQBQ6sC7T1rWTfpocyQRAlkoAJ93nUOwNwv4OZy+9rZUkTMqWwaGwwCfUoB7 +2sXLE1I+4GNrA4+rUO6k8wY= +=vOb8 +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/49e41655/attachment.asc b/zarb-ml/mageia-dev/attachments/20130107/49e41655/attachment.asc new file mode 100644 index 000000000..6c053fb03 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/49e41655/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iD8DBQBQ6sC7T1rWTfpocyQRAlkoAJ93nUOwNwv4OZy+9rZUkTMqWwaGwwCfUoB7 +2sXLE1I+4GNrA4+rUO6k8wY= +=vOb8 +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/4bb07cbd/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130107/4bb07cbd/attachment-0001.html new file mode 100644 index 000000000..c0146874b --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/4bb07cbd/attachment-0001.html @@ -0,0 +1,43 @@ +<div class="gmail_extra"><br><div class="gmail_quote">2013/1/7 Yuri Chornoivan <span dir="ltr"><<a href="mailto:yurchor@ukr.net" target="_blank">yurchor@ukr.net</a>></span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> +�������� Mon, 07 Jan 2013 17:05:04 +0200, Yuri Chornoivan <<a href="mailto:yurchor@ukr.net" target="_blank">yurchor@ukr.net</a>>:<div><div class="h5"><br> +<br> +<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> +�������� Mon, 07 Jan 2013 16:29:28 +0200, Marek Laane <<a href="mailto:bald@smail.ee" target="_blank">bald@smail.ee</a>>:<br> +<br> +<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> +Just about a week to go to the freezing and I remembered one nasty problem.<br> +There is a not-working button in Network Center called Monitor. The reason<br> +is simple - net_monitor is not installed by default (at least it was not in<br> +my case).<br> +And the second problem is that when you install net_monitor it is still all<br> +in English. I'm even not sure if it possible at all to translate<br> +net_monitor for now.<br> +Surely untranslated tool is nothing we do want? And also not-working button<br> +in Network Center?<br> +<br> +Marek Laane,<br> +Estonian translator<br> +</blockquote> +<br> +Hi,<br> +<br> +The code is on github [1], ready for translation. But its developer is no longer with us... To the great regrets. Rest in peace Eugeni.<br> +<br> +If the developers of Mageia can copy the code somewhere and add extraction scripts we can translate net_monitor. If not... Well, it was never translated.<br> +<br> +Best regards,<br> +Yuri<br> +<br> +[1] <a href="https://github.com/eugeni/net_monitor" target="_blank">https://github.com/eugeni/net_<u></u>monitor</a><br> +</blockquote> +<br></div></div> +Just in case that someone is interested, attached is the extraction script and POT gettext catalog for the current code.<br> +<br> +Can someone from packagers side help us to translate net_monitor?<br> +<br> +Thanks in advance for your answers.<br> +<br> +Best regards,<br> +Yuri</blockquote></div><br></div><div class="gmail_extra">If I'm not mistaken, in fact there was and still is drakx-net's "native" code for net monitor (<a href="http://svnweb.mageia.org/soft/drakx-net/trunk/bin/net_monitor?revision=3607&view=markup">http://svnweb.mageia.org/soft/drakx-net/trunk/bin/net_monitor?revision=3607&view=markup</a>) which should be also translated but just is not used after Eugeni developed more modern net monitor ... As a no-coder I'm not sure if it is possible but about not-working button - maybe there is a possibility to use old code and it's translation if package net_monitor is not installed (it appears to be by default not installed)?</div> +<div class="gmail_extra">(I CC to dev-list as probably a dedicated developer is needed to resolve our problems ...)</div><div class="gmail_extra"><br></div><div class="gmail_extra">Marek Laane,</div><div class="gmail_extra"> +Estonian translator</div><div class="gmail_extra"><br></div> diff --git a/zarb-ml/mageia-dev/attachments/20130107/4bb07cbd/attachment.html b/zarb-ml/mageia-dev/attachments/20130107/4bb07cbd/attachment.html new file mode 100644 index 000000000..c0146874b --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/4bb07cbd/attachment.html @@ -0,0 +1,43 @@ +<div class="gmail_extra"><br><div class="gmail_quote">2013/1/7 Yuri Chornoivan <span dir="ltr"><<a href="mailto:yurchor@ukr.net" target="_blank">yurchor@ukr.net</a>></span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> +�������� Mon, 07 Jan 2013 17:05:04 +0200, Yuri Chornoivan <<a href="mailto:yurchor@ukr.net" target="_blank">yurchor@ukr.net</a>>:<div><div class="h5"><br> +<br> +<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> +�������� Mon, 07 Jan 2013 16:29:28 +0200, Marek Laane <<a href="mailto:bald@smail.ee" target="_blank">bald@smail.ee</a>>:<br> +<br> +<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> +Just about a week to go to the freezing and I remembered one nasty problem.<br> +There is a not-working button in Network Center called Monitor. The reason<br> +is simple - net_monitor is not installed by default (at least it was not in<br> +my case).<br> +And the second problem is that when you install net_monitor it is still all<br> +in English. I'm even not sure if it possible at all to translate<br> +net_monitor for now.<br> +Surely untranslated tool is nothing we do want? And also not-working button<br> +in Network Center?<br> +<br> +Marek Laane,<br> +Estonian translator<br> +</blockquote> +<br> +Hi,<br> +<br> +The code is on github [1], ready for translation. But its developer is no longer with us... To the great regrets. Rest in peace Eugeni.<br> +<br> +If the developers of Mageia can copy the code somewhere and add extraction scripts we can translate net_monitor. If not... Well, it was never translated.<br> +<br> +Best regards,<br> +Yuri<br> +<br> +[1] <a href="https://github.com/eugeni/net_monitor" target="_blank">https://github.com/eugeni/net_<u></u>monitor</a><br> +</blockquote> +<br></div></div> +Just in case that someone is interested, attached is the extraction script and POT gettext catalog for the current code.<br> +<br> +Can someone from packagers side help us to translate net_monitor?<br> +<br> +Thanks in advance for your answers.<br> +<br> +Best regards,<br> +Yuri</blockquote></div><br></div><div class="gmail_extra">If I'm not mistaken, in fact there was and still is drakx-net's "native" code for net monitor (<a href="http://svnweb.mageia.org/soft/drakx-net/trunk/bin/net_monitor?revision=3607&view=markup">http://svnweb.mageia.org/soft/drakx-net/trunk/bin/net_monitor?revision=3607&view=markup</a>) which should be also translated but just is not used after Eugeni developed more modern net monitor ... As a no-coder I'm not sure if it is possible but about not-working button - maybe there is a possibility to use old code and it's translation if package net_monitor is not installed (it appears to be by default not installed)?</div> +<div class="gmail_extra">(I CC to dev-list as probably a dedicated developer is needed to resolve our problems ...)</div><div class="gmail_extra"><br></div><div class="gmail_extra">Marek Laane,</div><div class="gmail_extra"> +Estonian translator</div><div class="gmail_extra"><br></div> diff --git a/zarb-ml/mageia-dev/attachments/20130107/66d6c70c/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130107/66d6c70c/attachment-0001.asc new file mode 100644 index 000000000..fe0a9399e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/66d6c70c/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.11 (GNU/Linux) + +iEYEABECAAYFAlDq2h8ACgkQjsMgV2ARTmPzXACffFoTmB+Ox0gHATXrDcDx0v25 +4tIAn2XgEh7Rw1CIz+ydqWxx+FdnQoS5 +=UEnI +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/66d6c70c/attachment.asc b/zarb-ml/mageia-dev/attachments/20130107/66d6c70c/attachment.asc new file mode 100644 index 000000000..fe0a9399e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/66d6c70c/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.11 (GNU/Linux) + +iEYEABECAAYFAlDq2h8ACgkQjsMgV2ARTmPzXACffFoTmB+Ox0gHATXrDcDx0v25 +4tIAn2XgEh7Rw1CIz+ydqWxx+FdnQoS5 +=UEnI +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/6cb710c0/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130107/6cb710c0/attachment-0001.asc new file mode 100644 index 000000000..5271d6f25 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/6cb710c0/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iD8DBQBQ6hR3T1rWTfpocyQRAsptAKCkoSbAidOit6jdqYT6UpMYexOP6QCZASTE +oQ7NaRYbHLZ1qif1UMoyO1o= +=a2gN +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/6cb710c0/attachment.asc b/zarb-ml/mageia-dev/attachments/20130107/6cb710c0/attachment.asc new file mode 100644 index 000000000..5271d6f25 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/6cb710c0/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iD8DBQBQ6hR3T1rWTfpocyQRAsptAKCkoSbAidOit6jdqYT6UpMYexOP6QCZASTE +oQ7NaRYbHLZ1qif1UMoyO1o= +=a2gN +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/7883d596/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130107/7883d596/attachment-0001.asc new file mode 100644 index 000000000..68157b988 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/7883d596/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iD8DBQBQ6o+3T1rWTfpocyQRAr4qAJ4z1OaY/Xpumc422/B5CrIW6is2gACffm8x +mHkyWeR/3uQimwqBt2aBWQw= +=XgQE +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/7883d596/attachment.asc b/zarb-ml/mageia-dev/attachments/20130107/7883d596/attachment.asc new file mode 100644 index 000000000..68157b988 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/7883d596/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iD8DBQBQ6o+3T1rWTfpocyQRAr4qAJ4z1OaY/Xpumc422/B5CrIW6is2gACffm8x +mHkyWeR/3uQimwqBt2aBWQw= +=XgQE +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/84997718/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130107/84997718/attachment-0001.html new file mode 100644 index 000000000..2e7cf0db2 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/84997718/attachment-0001.html @@ -0,0 +1,11 @@ +<br><br><div class="gmail_quote">On Sun, Jan 6, 2013 at 5:04 PM, David Walser <span dir="ltr"><<a href="mailto:luigiwalser@yahoo.com" target="_blank">luigiwalser@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +In honor of the upcoming version freeze in Cauldron (this week according to current planning), I went looking for packages with newer versions available, that are NOT seen by our youri tool, and therefore will not be seen here:<br> + + +<a href="http://check.mageia.org/cauldron/updates.html" target="_blank">http://check.mageia.org/cauldron/updates.html</a><br> +<br> +Because of that, some of you may be interested in some of these packages and be unaware that newer versions are available.<br> +<br> +I compiled the list over the past two days, and queried the Sophie bot for the maintainers, so they're listed below by the IRC log. �Sorry if you're on IRC and got pinged 50 times this weekend :o)<br> +<br></blockquote><div><br></div><div>Done mines, thanks for the info :)</div><div>�</div></div>-- <br>Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/84997718/attachment.html b/zarb-ml/mageia-dev/attachments/20130107/84997718/attachment.html new file mode 100644 index 000000000..2e7cf0db2 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/84997718/attachment.html @@ -0,0 +1,11 @@ +<br><br><div class="gmail_quote">On Sun, Jan 6, 2013 at 5:04 PM, David Walser <span dir="ltr"><<a href="mailto:luigiwalser@yahoo.com" target="_blank">luigiwalser@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +In honor of the upcoming version freeze in Cauldron (this week according to current planning), I went looking for packages with newer versions available, that are NOT seen by our youri tool, and therefore will not be seen here:<br> + + +<a href="http://check.mageia.org/cauldron/updates.html" target="_blank">http://check.mageia.org/cauldron/updates.html</a><br> +<br> +Because of that, some of you may be interested in some of these packages and be unaware that newer versions are available.<br> +<br> +I compiled the list over the past two days, and queried the Sophie bot for the maintainers, so they're listed below by the IRC log. �Sorry if you're on IRC and got pinged 50 times this weekend :o)<br> +<br></blockquote><div><br></div><div>Done mines, thanks for the info :)</div><div>�</div></div>-- <br>Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/9a6ddeb8/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130107/9a6ddeb8/attachment-0001.html new file mode 100644 index 000000000..291b604ad --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/9a6ddeb8/attachment-0001.html @@ -0,0 +1,11 @@ +<br><br><div class="gmail_quote">On Tue, Jan 1, 2013 at 2:44 PM, Thomas Backlund <span dir="ltr"><<a href="mailto:tmb@mageia.org" target="_blank">tmb@mageia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +And glibc-2.17-1 and locales-2.17-1 are now built and should soon<br> +show up on the mirrors and it should be safe to update then...<br> +<br></blockquote><div><br></div><div>And now on one of my cauldron boxes I can't update glibc, thus blocking the rest of updates:</div><div><br></div><div>The following package has to be removed for others to be upgraded:</div> + +</div><div>glibc-2.17-1.mga3.x86_64</div><div>�(in order to install glibc-2.17-1.mga3.x86_64)</div><div><br></div><div><br></div><div>installing glibc-devel-2.17-1.mga3.x86_64.rpm meta-task-3-22.mga3.noarch.rpm rpm-build-4.11.0-0.beta1.7.mga3.x86_64.rpm lib64rpm3-4.11.0-0.beta1.7.mga3.x86_64.rpm rpm-4.11.0-0.beta1.7.mga3.x86_64.rpm python-rpm-4.11.0-0.beta1.7.mga3.x86_64.rpm glibc-2.17-1.mga3.x86_64.rpm from /var/cache/urpmi/rpms</div> + +<div>Preparing... � � � � � � � � � � ###################################################################################################</div><div>Installation failed: � �package glibc-6:2.17-1.mga3.x86_64 is already installed</div> + +<div><br></div><div>�</div><div><br></div>-- <br>Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/9a6ddeb8/attachment.html b/zarb-ml/mageia-dev/attachments/20130107/9a6ddeb8/attachment.html new file mode 100644 index 000000000..291b604ad --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/9a6ddeb8/attachment.html @@ -0,0 +1,11 @@ +<br><br><div class="gmail_quote">On Tue, Jan 1, 2013 at 2:44 PM, Thomas Backlund <span dir="ltr"><<a href="mailto:tmb@mageia.org" target="_blank">tmb@mageia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +And glibc-2.17-1 and locales-2.17-1 are now built and should soon<br> +show up on the mirrors and it should be safe to update then...<br> +<br></blockquote><div><br></div><div>And now on one of my cauldron boxes I can't update glibc, thus blocking the rest of updates:</div><div><br></div><div>The following package has to be removed for others to be upgraded:</div> + +</div><div>glibc-2.17-1.mga3.x86_64</div><div>�(in order to install glibc-2.17-1.mga3.x86_64)</div><div><br></div><div><br></div><div>installing glibc-devel-2.17-1.mga3.x86_64.rpm meta-task-3-22.mga3.noarch.rpm rpm-build-4.11.0-0.beta1.7.mga3.x86_64.rpm lib64rpm3-4.11.0-0.beta1.7.mga3.x86_64.rpm rpm-4.11.0-0.beta1.7.mga3.x86_64.rpm python-rpm-4.11.0-0.beta1.7.mga3.x86_64.rpm glibc-2.17-1.mga3.x86_64.rpm from /var/cache/urpmi/rpms</div> + +<div>Preparing... � � � � � � � � � � ###################################################################################################</div><div>Installation failed: � �package glibc-6:2.17-1.mga3.x86_64 is already installed</div> + +<div><br></div><div>�</div><div><br></div>-- <br>Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/9ac7ec3f/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130107/9ac7ec3f/attachment-0001.asc new file mode 100644 index 000000000..83651dad3 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/9ac7ec3f/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.12 (GNU/Linux) + +iEYEARECAAYFAlDq0JIACgkQk29cDOWzfVCClACfe2ktBcpX6Ks8A1UIJeMg9liJ +tlUAn1IZ/qIEfP5KEAEAWaqx7VXiYscS +=W95+ +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/9ac7ec3f/attachment.asc b/zarb-ml/mageia-dev/attachments/20130107/9ac7ec3f/attachment.asc new file mode 100644 index 000000000..83651dad3 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/9ac7ec3f/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.12 (GNU/Linux) + +iEYEARECAAYFAlDq0JIACgkQk29cDOWzfVCClACfe2ktBcpX6Ks8A1UIJeMg9liJ +tlUAn1IZ/qIEfP5KEAEAWaqx7VXiYscS +=W95+ +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/9c48edbf/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130107/9c48edbf/attachment-0001.html new file mode 100644 index 000000000..e3d4439fb --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/9c48edbf/attachment-0001.html @@ -0,0 +1,10 @@ +<br><br><div class="gmail_quote">On Mon, Jan 7, 2013 at 9:22 AM, Thomas Spuhler <span dir="ltr"><<a href="mailto:thomas@btspuhler.com" target="_blank">thomas@btspuhler.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<div class="HOEnZb"><div class="h5">Try to do a urpmi --replacepkgs glibc</div></div> +I had some of these when I upgrade an old mga2 install.<br> +It did the trick.<br> +<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>That did the trick,�although�when doing it remotely through an ssh connection, the connection was closed and the installation can't finish. Fortunately it's a vbox vm which I have rdp access so I was able to run that command "locally".</div> + +<div><br></div><div>This ssh closed connection issue I have seen it since a long time, is there any way to avoid it ? it sometimes breaks the update process of that remote vm.</div></div><br clear="all"><div><br></div>-- <br> + +Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/9c48edbf/attachment.html b/zarb-ml/mageia-dev/attachments/20130107/9c48edbf/attachment.html new file mode 100644 index 000000000..e3d4439fb --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/9c48edbf/attachment.html @@ -0,0 +1,10 @@ +<br><br><div class="gmail_quote">On Mon, Jan 7, 2013 at 9:22 AM, Thomas Spuhler <span dir="ltr"><<a href="mailto:thomas@btspuhler.com" target="_blank">thomas@btspuhler.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<div class="HOEnZb"><div class="h5">Try to do a urpmi --replacepkgs glibc</div></div> +I had some of these when I upgrade an old mga2 install.<br> +It did the trick.<br> +<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>That did the trick,�although�when doing it remotely through an ssh connection, the connection was closed and the installation can't finish. Fortunately it's a vbox vm which I have rdp access so I was able to run that command "locally".</div> + +<div><br></div><div>This ssh closed connection issue I have seen it since a long time, is there any way to avoid it ? it sometimes breaks the update process of that remote vm.</div></div><br clear="all"><div><br></div>-- <br> + +Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/a66bb035/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130107/a66bb035/attachment-0001.asc new file mode 100644 index 000000000..7577674bd --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/a66bb035/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.12 (GNU/Linux) + +iEYEARECAAYFAlDqsgEACgkQk29cDOWzfVC4ggCfeviIPmlL+iJ7fB+LY6ZIRdwI +Vb4AoJ3gipHNdrIwc5PtcFaFR1qBZRTq +=7mBl +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/a66bb035/attachment.asc b/zarb-ml/mageia-dev/attachments/20130107/a66bb035/attachment.asc new file mode 100644 index 000000000..7577674bd --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/a66bb035/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.12 (GNU/Linux) + +iEYEARECAAYFAlDqsgEACgkQk29cDOWzfVC4ggCfeviIPmlL+iJ7fB+LY6ZIRdwI +Vb4AoJ3gipHNdrIwc5PtcFaFR1qBZRTq +=7mBl +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/a8624970/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130107/a8624970/attachment-0001.asc new file mode 100644 index 000000000..806503162 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/a8624970/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.12 (GNU/Linux) + +iEYEARECAAYFAlDqru0ACgkQk29cDOWzfVAM9QCg69idVY/7yWCH40vPeNvZT+C8 +AJMAn28ACTEqprKxut7MhnpDBllnjQd6 +=VQEw +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/a8624970/attachment.asc b/zarb-ml/mageia-dev/attachments/20130107/a8624970/attachment.asc new file mode 100644 index 000000000..806503162 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/a8624970/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.12 (GNU/Linux) + +iEYEARECAAYFAlDqru0ACgkQk29cDOWzfVAM9QCg69idVY/7yWCH40vPeNvZT+C8 +AJMAn28ACTEqprKxut7MhnpDBllnjQd6 +=VQEw +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/bab9edb4/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130107/bab9edb4/attachment-0001.html new file mode 100644 index 000000000..240a3f64b --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/bab9edb4/attachment-0001.html @@ -0,0 +1,11 @@ +<br><br><div class="gmail_quote">On Mon, Jan 7, 2013 at 2:37 PM, Thomas Backlund <span dir="ltr"><<a href="mailto:tmb@mageia.org" target="_blank">tmb@mageia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">This ssh closed connection issue I have seen it since a long time, is<br> +there any way to avoid it ? it sometimes breaks the update process of<br> +that remote vm.<br> +</div></div></blockquote> +<br> +<a href="https://wiki.mageia.org/en/Mageia_2_Errata#SSH_daemon_issues" target="_blank">https://wiki.mageia.org/en/<u></u>Mageia_2_Errata#SSH_daemon_<u></u>issues</a><br> +<br></blockquote><div><br></div><div>Thanks for the link but I have UsePAM=no commented on /et/ssh/sshd_config, I suppose that's the default sshd configuration, I have never touched that file on that machine.�</div><div> + +�</div></div><div><br></div>-- <br>Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/bab9edb4/attachment.html b/zarb-ml/mageia-dev/attachments/20130107/bab9edb4/attachment.html new file mode 100644 index 000000000..240a3f64b --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/bab9edb4/attachment.html @@ -0,0 +1,11 @@ +<br><br><div class="gmail_quote">On Mon, Jan 7, 2013 at 2:37 PM, Thomas Backlund <span dir="ltr"><<a href="mailto:tmb@mageia.org" target="_blank">tmb@mageia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">This ssh closed connection issue I have seen it since a long time, is<br> +there any way to avoid it ? it sometimes breaks the update process of<br> +that remote vm.<br> +</div></div></blockquote> +<br> +<a href="https://wiki.mageia.org/en/Mageia_2_Errata#SSH_daemon_issues" target="_blank">https://wiki.mageia.org/en/<u></u>Mageia_2_Errata#SSH_daemon_<u></u>issues</a><br> +<br></blockquote><div><br></div><div>Thanks for the link but I have UsePAM=no commented on /et/ssh/sshd_config, I suppose that's the default sshd configuration, I have never touched that file on that machine.�</div><div> + +�</div></div><div><br></div>-- <br>Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/c331c800/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130107/c331c800/attachment-0001.asc new file mode 100644 index 000000000..69614171c --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/c331c800/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.11 (GNU/Linux) + +iEYEABECAAYFAlDrowYACgkQjsMgV2ARTmNSaQCeOsVdpoeLRdhJNFNeHVP6zzoE +noMAoJBpDUHNTSbv/4EL32bCoHtqfUpB +=HTtQ +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/c331c800/attachment.asc b/zarb-ml/mageia-dev/attachments/20130107/c331c800/attachment.asc new file mode 100644 index 000000000..69614171c --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/c331c800/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.11 (GNU/Linux) + +iEYEABECAAYFAlDrowYACgkQjsMgV2ARTmNSaQCeOsVdpoeLRdhJNFNeHVP6zzoE +noMAoJBpDUHNTSbv/4EL32bCoHtqfUpB +=HTtQ +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/d4ec198a/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130107/d4ec198a/attachment-0001.asc new file mode 100644 index 000000000..a990d9a2c --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/d4ec198a/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iD8DBQBQ6htcT1rWTfpocyQRAulOAKCRPZY9NYiFYohAAMZXIrzq+4RzSgCfT7A0 +vCrDuYO6E9rL0F5UozOwAnA= +=UBy/ +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/d4ec198a/attachment.asc b/zarb-ml/mageia-dev/attachments/20130107/d4ec198a/attachment.asc new file mode 100644 index 000000000..a990d9a2c --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/d4ec198a/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iD8DBQBQ6htcT1rWTfpocyQRAulOAKCRPZY9NYiFYohAAMZXIrzq+4RzSgCfT7A0 +vCrDuYO6E9rL0F5UozOwAnA= +=UBy/ +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130107/d7669663/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130107/d7669663/attachment-0001.html new file mode 100644 index 000000000..5db948e60 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/d7669663/attachment-0001.html @@ -0,0 +1 @@ +<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body ><div>Done</div><div><br></div><div><br></div><div><div style="font-size:75%;color:#575757">Envoyé depuis un mobile Samsung</div></div> <br><br><br>-------- Message d'origine --------<br>De : Barry Jackson <zen25000@zen.co.uk> <br>Date : <br>A : Mageia development mailing-list <mageia-dev@mageia.org> <br>Objet : Re: [Mageia-dev] [RPM Groups] RPM group change before Beta 2 (Reposted in new thread) <br> <br><br>On 06/01/13 19:21, Balcaen John wrote:<br><br>> Did you try to simply send an email to Luc Menut, Nicolas Lecureuil or me for<br>> that purpose ?<br>><br>No, but here is a list.<br>Maybe some are fixed in svn, but have not been pushed - I don't have <br>time to check just now.<br><br>audiokonverter<br>k4guitune<br>konvertible<br>kradio<br>basket<br>kmplayer<br>kmplayer-npplayer<br>kubeplayer<br><br></body>
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20130107/d7669663/attachment.html b/zarb-ml/mageia-dev/attachments/20130107/d7669663/attachment.html new file mode 100644 index 000000000..5db948e60 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/d7669663/attachment.html @@ -0,0 +1 @@ +<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body ><div>Done</div><div><br></div><div><br></div><div><div style="font-size:75%;color:#575757">Envoyé depuis un mobile Samsung</div></div> <br><br><br>-------- Message d'origine --------<br>De : Barry Jackson <zen25000@zen.co.uk> <br>Date : <br>A : Mageia development mailing-list <mageia-dev@mageia.org> <br>Objet : Re: [Mageia-dev] [RPM Groups] RPM group change before Beta 2 (Reposted in new thread) <br> <br><br>On 06/01/13 19:21, Balcaen John wrote:<br><br>> Did you try to simply send an email to Luc Menut, Nicolas Lecureuil or me for<br>> that purpose ?<br>><br>No, but here is a list.<br>Maybe some are fixed in svn, but have not been pushed - I don't have <br>time to check just now.<br><br>audiokonverter<br>k4guitune<br>konvertible<br>kradio<br>basket<br>kmplayer<br>kmplayer-npplayer<br>kubeplayer<br><br></body>
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20130107/f85bc886/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130107/f85bc886/attachment-0001.html new file mode 100644 index 000000000..b689bb4e6 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/f85bc886/attachment-0001.html @@ -0,0 +1,8 @@ +<br><br><div class="gmail_quote">On Sat, Jan 5, 2013 at 2:02 AM, Juan Luis Baptiste <span dir="ltr"><<a href="mailto:juancho@mageia.org" target="_blank">juancho@mageia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<br>�Got it working with:<br><div class="gmail_quote"><div><br></div><div>for i in `%{_datadir}/warsow/basewsw/*`;</div><div>do</div><div>� �file=`basename $i`</div><div>� �ln -sf $i �%{gamelibdir}/basewsw/$file</div> +<div>done�</div></div><br clear="all"><div>The game name in the for loop was wrong.</div><div><br></div><div><br></div></blockquote><div><br></div><div>Well, it worked on x86_64, but �on i586 the symlinks are created under /usr/lib64/games/warsow/basewsw instead of /usr/lib/games/warsow/basewsw but I don't understand why, it seems that for some reason, the %{_libdir} macro is expanding to /usr/lib64 on the BS. This is the spec if someone wants to take a look:</div> + +<div><br></div><div><a href="http://svnweb.mageia.org/packages/cauldron/warsow-data/current/SPECS/warsow-data.spec?revision=338836&view=markup">http://svnweb.mageia.org/packages/cauldron/warsow-data/current/SPECS/warsow-data.spec?revision=338836&view=markup</a></div> + +<div><br></div></div>-- <br>Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/f85bc886/attachment.html b/zarb-ml/mageia-dev/attachments/20130107/f85bc886/attachment.html new file mode 100644 index 000000000..b689bb4e6 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/f85bc886/attachment.html @@ -0,0 +1,8 @@ +<br><br><div class="gmail_quote">On Sat, Jan 5, 2013 at 2:02 AM, Juan Luis Baptiste <span dir="ltr"><<a href="mailto:juancho@mageia.org" target="_blank">juancho@mageia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<br>�Got it working with:<br><div class="gmail_quote"><div><br></div><div>for i in `%{_datadir}/warsow/basewsw/*`;</div><div>do</div><div>� �file=`basename $i`</div><div>� �ln -sf $i �%{gamelibdir}/basewsw/$file</div> +<div>done�</div></div><br clear="all"><div>The game name in the for loop was wrong.</div><div><br></div><div><br></div></blockquote><div><br></div><div>Well, it worked on x86_64, but �on i586 the symlinks are created under /usr/lib64/games/warsow/basewsw instead of /usr/lib/games/warsow/basewsw but I don't understand why, it seems that for some reason, the %{_libdir} macro is expanding to /usr/lib64 on the BS. This is the spec if someone wants to take a look:</div> + +<div><br></div><div><a href="http://svnweb.mageia.org/packages/cauldron/warsow-data/current/SPECS/warsow-data.spec?revision=338836&view=markup">http://svnweb.mageia.org/packages/cauldron/warsow-data/current/SPECS/warsow-data.spec?revision=338836&view=markup</a></div> + +<div><br></div></div>-- <br>Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130107/fafd447e/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130107/fafd447e/attachment-0001.html new file mode 100644 index 000000000..31b33f51e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/fafd447e/attachment-0001.html @@ -0,0 +1,7 @@ +<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jan 6, 2013 at 6:05 PM, Mailing List <span dir="ltr"><<a href="mailto:zlist021@gmail.com" target="_blank">zlist021@gmail.com</a>></span> wrote:<br> +<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> +<br> +Now that we know there is a problem, what would be the best way to fix it?<br></blockquote></div><br></div><div class="gmail_extra">I encountered the same bug and reported it:<br><br><a href="https://bugs.mageia.org/show_bug.cgi?id=8614">https://bugs.mageia.org/show_bug.cgi?id=8614</a><br> +<br></div><div class="gmail_extra">The problem appears to be related to the util-linux packages which results<br>in bad initrds whenever something triggers them to be rebuilt. I was able to<br></div><div class="gmail_extra"> +boot the Beta1 DVD into the Rescue System, mount the installation and<br></div><div class="gmail_extra">modify /boot/grub/menu.lst to specify the initrd-*.old file to get the system<br></div><div class="gmail_extra">booting again. After that, see the bug report for which 4 packages to revert<br> +</div><div class="gmail_extra">until this bug gets fixed.<br></div><div class="gmail_extra"><br></div></div> diff --git a/zarb-ml/mageia-dev/attachments/20130107/fafd447e/attachment.html b/zarb-ml/mageia-dev/attachments/20130107/fafd447e/attachment.html new file mode 100644 index 000000000..31b33f51e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130107/fafd447e/attachment.html @@ -0,0 +1,7 @@ +<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jan 6, 2013 at 6:05 PM, Mailing List <span dir="ltr"><<a href="mailto:zlist021@gmail.com" target="_blank">zlist021@gmail.com</a>></span> wrote:<br> +<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> +<br> +Now that we know there is a problem, what would be the best way to fix it?<br></blockquote></div><br></div><div class="gmail_extra">I encountered the same bug and reported it:<br><br><a href="https://bugs.mageia.org/show_bug.cgi?id=8614">https://bugs.mageia.org/show_bug.cgi?id=8614</a><br> +<br></div><div class="gmail_extra">The problem appears to be related to the util-linux packages which results<br>in bad initrds whenever something triggers them to be rebuilt. I was able to<br></div><div class="gmail_extra"> +boot the Beta1 DVD into the Rescue System, mount the installation and<br></div><div class="gmail_extra">modify /boot/grub/menu.lst to specify the initrd-*.old file to get the system<br></div><div class="gmail_extra">booting again. After that, see the bug report for which 4 packages to revert<br> +</div><div class="gmail_extra">until this bug gets fixed.<br></div><div class="gmail_extra"><br></div></div> |