diff options
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20111017')
12 files changed, 858 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20111017/13465627/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20111017/13465627/attachment-0001.html new file mode 100644 index 000000000..8fd428520 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/13465627/attachment-0001.html @@ -0,0 +1,151 @@ +Hi all,<br>we have libfaac already packaged <br><br><a href="http://ftp.blogdrake.net/mageia/mageia1/free/i586/">http://ftp.blogdrake.net/mageia/mageia1/free/i586/</a><br><br>It's a <span id="result_box" class="short_text" lang="en"><span class="hps">dependence</span> <span class="hps">of</span> <span class="hps">cinelerra</span></span><br> +<br>Cheers<br><br><div class="gmail_quote">2011/10/17 Joaquin Mandriva <span dir="ltr"><<a href="mailto:joaquinmandriva@gmail.com">joaquinmandriva@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> +This package is in:<br><br><a href="ftp://ftp.blogdrake.net/mageia/mageia1/SRPMS/faac-1.28-1bdk.mga1.src.rpm" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/SRPMS/faac-1.28-1bdk.mga1.src.rpm</a><br> +<br>You can find a list with this package and much more in:<br><a href="ftp://ftp.blogdrake.net/incoming/MGA/joaquin/mageia.txt" target="_blank">ftp://ftp.blogdrake.net/incoming/MGA/joaquin/mageia.txt</a><br><br>Regards.<div> +<div></div><div class="h5"><br><br><div class="gmail_quote"> +2011/10/17 Philippe DIDIER <span dir="ltr"><<a href="mailto:philippedidier@laposte.net" target="_blank">philippedidier@laposte.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +andre999 a écrit :<br> +<div><div></div><div>> Philippe DIDIER a écrit :<br> +>> Philippe DIDIER a écrit :<br> +>><br> +>>> Joaquin Mandriva a écrit :<br> +>>><br> +>>>> Hello!<br> +>>>><br> +>>>> My name is Joaquin, belonging to <a href="http://blogdrake.net" target="_blank">http://blogdrake.net</a><br> +>>>> <<a href="http://blogdrake.net/" target="_blank">http://blogdrake.net/</a>> team. I am<br> +>>>> writing to you because I would like to let you know that we have<br> +>>>> created a repository with a big amount of good programs for Mageia.<br> +>>>> Our final target is to upload all of them to the official Mageia's<br> +>>>> repositories.<br> +>>>><br> +>>>> We are currently uploading all these packages to the Mageia's BS step<br> +>>>> by step, because there are few people of us to do so. Also, also we<br> +>>>> don't have too much time because we also take care of Blogdrake,<br> +>>>> Mageia's news and the translations English to Spanish.<br> +>>>><br> +>>>> Meanwhile, you can use and enjoy our repository in this way:<br> +>>>><br> +>>>> urpmi.addmedia --wget --distrib<br> +>>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/i586" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/i586</a><br> +>>>><br> +>>>> The x86_64 repository is not finished yet, but you still can add it in<br> +>>>> this way:<br> +>>>><br> +>>>> urpmi.addmedia --wget --distrib<br> +>>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/x86_64" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/x86_64</a><br> +>>>><br> +>>>> Cheers!<br> +>>>><br> +>>> Hello<br> +>>> Thanks to you...<br> +>>><br> +>>><br> +>>> Just one thing to correct : your repos addresses are :<br> +>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/free/i586/" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/free/i586/</a><br> +>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/free/x86_64/" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/free/x86_64/</a><br> +>>><br> +>>> nevertheless I could surf through your repos :<br> +>>> Some of the rpms you propose reply to rpm requests already done or that<br> +>>> I was going to write (reading my thoughts ?)<br> +>>><br> +>>> :)<br> +>>><br> +>>> First thing I must say : it's a very good idea to upload these packages<br> +>>> to the BS and join the packagers team instead of providing third party<br> +>>> repos that will soon create compatibility problems (as in the past for<br> +>>> Mandrake and Mandriva with Thac's or MIB or others)<br> +>>><br> +>>> The second thing is : before uploading them you will have to be careful<br> +>>> with the repos policy (core tainted non-free)<br> +>>> In your own repo, there is a problematic package : faac (and libfaac0<br> +>>> libfaac-devel) which is both non-free and tainted ...<br> +>>> After long dicussions on the mailing list a meeting decision was not to<br> +>>> provide it at the moment (nor the packages built with it...)<br> +>>> If a non-free-&-tainted repo is created for Mageia2, in the future, it<br> +>>> will be then allowed ... wait and see !<br> +>>><br> +>>><br> +>>><br> +>>><br> +>>><br> +>> I was thinking about a workaround to the problem of "non-free_&_tainted"<br> +>> rpms in Mageia<br> +>><br> +>> <a href="https://bugs.mageia.org/show_bug.cgi?id=2833" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2833</a><br> +>><br> +>> Some multimedia programs can't correctly handle files containing aac<br> +>> sound (*.aac *.mp4 *.m4a) because faac and faac-devel are not provided.<br> +>> And that's really missing !!!<br> +>><br> +>><br> +>> They can't and won't be backported to Mageia1 official repos...<br> +>><br> +>> Perhaps a new "non-free& tainted" repo will exist for Mageia2<br> +>><br> +>><br> +>> Actually for Mageia1 Blogdrake might provide a third repo for this dozen<br> +>> of srpms (even if the existence of third repo is not riskless)<br> +>><br> +>> Picking their last spec file from Mageia, and modifying the plf or<br> +>> tainted conditionnal building options to allow building with<br> +>> faac-devel... wouldn't be too much difficult and wouldn't bring much<br> +>> compatibility problems<br> +>><br> +>> If the version number is the same as in mageia repos, a "twisted"<br> +>> distsuffix would allow to "update" to them from core or tainted version<br> +>> (the same way as "tainted" distsuffix allows to update from a core<br> +>> release)<br> +>> and wouldn't prevent to update to a core or tainted new version later if<br> +>> provided in official updates repo<br> +>><br> +>><br> +>> But... there's the :<br> +>> <a href="https://bugs.mageia.org/show_bug.cgi?id=2317" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2317</a><br> +>> would it add other problems to this ?<br> +>><br> +>> But too there wouldn't exist QA for them<br> +>><br> +>> What do you think (on Mageia side and on Blogdrake side) ?<br> +>><br> +><br> +> A personal POV from the Mageia side --<br> +> It could be a good way to evaluate the need for a Nonfree+Tainted repo,<br> +> as well as providing a ready source for those interested in such packages.<br> +><br> +> Maybe another approach could be to try to separate nonfree and tainted<br> +> parts, so that either<br> +> - nonfree packages could optionally use "tainted" packages if installed, or<br> +> - "tainted" packages could optionally use nonfree packages if installed,<br> +> each in their respective current repos.<br> +> Which won't work if a particular component is necessarily both nonfree<br> +> and "tainted".<br> +</div></div>That's the problem : we have already tainted packages ... they have been<br> +built without faac-devel and don't require faac which is both tainted<br> +and non-free :-(<br> +If they are built with faac the binaries become non-free (not LGPL) and<br> +stay tainted ... (they can't be splitted in parts)<br> +it's true for avidemux, mencoder, handbrake, audiokonverter, and some<br> +others (the list is in the bug report<br> +<a href="https://bugs.mageia.org/show_bug.cgi?id=2833" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2833</a>)<br> + it's an aporia !<br> +I don't want to argue again about the decision for the Mageia's repos !<br> +only need to find a way to get working binaries for my purpose... and I<br> +think I'm not alone to have to work with a quasi standard for multimedia<br> +files on internet.<br> +plf allowed that for Mandriva ...<br> +no third repo allows this for Mageia<br> +If I'm alone, never mind, I know how to build my own (two lines to<br> +modify in a spec file and => rpmbuild -ba ... that's all folks! )<br> +If newcomers try Mageia and has to be taught how to build a rpm, they<br> +better will use debian or fedora or ubuntu or opensuse that have quasi<br> +official third repos for this problem...<br> +<br> +><br> +> my 2 cents :-)<br> +><br> +my 2 λεπτες<br> +<br> +</blockquote></div><br> +</div></div></blockquote></div><br> diff --git a/zarb-ml/mageia-dev/attachments/20111017/13465627/attachment.html b/zarb-ml/mageia-dev/attachments/20111017/13465627/attachment.html new file mode 100644 index 000000000..8fd428520 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/13465627/attachment.html @@ -0,0 +1,151 @@ +Hi all,<br>we have libfaac already packaged <br><br><a href="http://ftp.blogdrake.net/mageia/mageia1/free/i586/">http://ftp.blogdrake.net/mageia/mageia1/free/i586/</a><br><br>It's a <span id="result_box" class="short_text" lang="en"><span class="hps">dependence</span> <span class="hps">of</span> <span class="hps">cinelerra</span></span><br> +<br>Cheers<br><br><div class="gmail_quote">2011/10/17 Joaquin Mandriva <span dir="ltr"><<a href="mailto:joaquinmandriva@gmail.com">joaquinmandriva@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> +This package is in:<br><br><a href="ftp://ftp.blogdrake.net/mageia/mageia1/SRPMS/faac-1.28-1bdk.mga1.src.rpm" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/SRPMS/faac-1.28-1bdk.mga1.src.rpm</a><br> +<br>You can find a list with this package and much more in:<br><a href="ftp://ftp.blogdrake.net/incoming/MGA/joaquin/mageia.txt" target="_blank">ftp://ftp.blogdrake.net/incoming/MGA/joaquin/mageia.txt</a><br><br>Regards.<div> +<div></div><div class="h5"><br><br><div class="gmail_quote"> +2011/10/17 Philippe DIDIER <span dir="ltr"><<a href="mailto:philippedidier@laposte.net" target="_blank">philippedidier@laposte.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +andre999 a écrit :<br> +<div><div></div><div>> Philippe DIDIER a écrit :<br> +>> Philippe DIDIER a écrit :<br> +>><br> +>>> Joaquin Mandriva a écrit :<br> +>>><br> +>>>> Hello!<br> +>>>><br> +>>>> My name is Joaquin, belonging to <a href="http://blogdrake.net" target="_blank">http://blogdrake.net</a><br> +>>>> <<a href="http://blogdrake.net/" target="_blank">http://blogdrake.net/</a>> team. I am<br> +>>>> writing to you because I would like to let you know that we have<br> +>>>> created a repository with a big amount of good programs for Mageia.<br> +>>>> Our final target is to upload all of them to the official Mageia's<br> +>>>> repositories.<br> +>>>><br> +>>>> We are currently uploading all these packages to the Mageia's BS step<br> +>>>> by step, because there are few people of us to do so. Also, also we<br> +>>>> don't have too much time because we also take care of Blogdrake,<br> +>>>> Mageia's news and the translations English to Spanish.<br> +>>>><br> +>>>> Meanwhile, you can use and enjoy our repository in this way:<br> +>>>><br> +>>>> urpmi.addmedia --wget --distrib<br> +>>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/i586" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/i586</a><br> +>>>><br> +>>>> The x86_64 repository is not finished yet, but you still can add it in<br> +>>>> this way:<br> +>>>><br> +>>>> urpmi.addmedia --wget --distrib<br> +>>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/x86_64" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/x86_64</a><br> +>>>><br> +>>>> Cheers!<br> +>>>><br> +>>> Hello<br> +>>> Thanks to you...<br> +>>><br> +>>><br> +>>> Just one thing to correct : your repos addresses are :<br> +>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/free/i586/" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/free/i586/</a><br> +>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/free/x86_64/" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/free/x86_64/</a><br> +>>><br> +>>> nevertheless I could surf through your repos :<br> +>>> Some of the rpms you propose reply to rpm requests already done or that<br> +>>> I was going to write (reading my thoughts ?)<br> +>>><br> +>>> :)<br> +>>><br> +>>> First thing I must say : it's a very good idea to upload these packages<br> +>>> to the BS and join the packagers team instead of providing third party<br> +>>> repos that will soon create compatibility problems (as in the past for<br> +>>> Mandrake and Mandriva with Thac's or MIB or others)<br> +>>><br> +>>> The second thing is : before uploading them you will have to be careful<br> +>>> with the repos policy (core tainted non-free)<br> +>>> In your own repo, there is a problematic package : faac (and libfaac0<br> +>>> libfaac-devel) which is both non-free and tainted ...<br> +>>> After long dicussions on the mailing list a meeting decision was not to<br> +>>> provide it at the moment (nor the packages built with it...)<br> +>>> If a non-free-&-tainted repo is created for Mageia2, in the future, it<br> +>>> will be then allowed ... wait and see !<br> +>>><br> +>>><br> +>>><br> +>>><br> +>>><br> +>> I was thinking about a workaround to the problem of "non-free_&_tainted"<br> +>> rpms in Mageia<br> +>><br> +>> <a href="https://bugs.mageia.org/show_bug.cgi?id=2833" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2833</a><br> +>><br> +>> Some multimedia programs can't correctly handle files containing aac<br> +>> sound (*.aac *.mp4 *.m4a) because faac and faac-devel are not provided.<br> +>> And that's really missing !!!<br> +>><br> +>><br> +>> They can't and won't be backported to Mageia1 official repos...<br> +>><br> +>> Perhaps a new "non-free& tainted" repo will exist for Mageia2<br> +>><br> +>><br> +>> Actually for Mageia1 Blogdrake might provide a third repo for this dozen<br> +>> of srpms (even if the existence of third repo is not riskless)<br> +>><br> +>> Picking their last spec file from Mageia, and modifying the plf or<br> +>> tainted conditionnal building options to allow building with<br> +>> faac-devel... wouldn't be too much difficult and wouldn't bring much<br> +>> compatibility problems<br> +>><br> +>> If the version number is the same as in mageia repos, a "twisted"<br> +>> distsuffix would allow to "update" to them from core or tainted version<br> +>> (the same way as "tainted" distsuffix allows to update from a core<br> +>> release)<br> +>> and wouldn't prevent to update to a core or tainted new version later if<br> +>> provided in official updates repo<br> +>><br> +>><br> +>> But... there's the :<br> +>> <a href="https://bugs.mageia.org/show_bug.cgi?id=2317" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2317</a><br> +>> would it add other problems to this ?<br> +>><br> +>> But too there wouldn't exist QA for them<br> +>><br> +>> What do you think (on Mageia side and on Blogdrake side) ?<br> +>><br> +><br> +> A personal POV from the Mageia side --<br> +> It could be a good way to evaluate the need for a Nonfree+Tainted repo,<br> +> as well as providing a ready source for those interested in such packages.<br> +><br> +> Maybe another approach could be to try to separate nonfree and tainted<br> +> parts, so that either<br> +> - nonfree packages could optionally use "tainted" packages if installed, or<br> +> - "tainted" packages could optionally use nonfree packages if installed,<br> +> each in their respective current repos.<br> +> Which won't work if a particular component is necessarily both nonfree<br> +> and "tainted".<br> +</div></div>That's the problem : we have already tainted packages ... they have been<br> +built without faac-devel and don't require faac which is both tainted<br> +and non-free :-(<br> +If they are built with faac the binaries become non-free (not LGPL) and<br> +stay tainted ... (they can't be splitted in parts)<br> +it's true for avidemux, mencoder, handbrake, audiokonverter, and some<br> +others (the list is in the bug report<br> +<a href="https://bugs.mageia.org/show_bug.cgi?id=2833" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2833</a>)<br> + it's an aporia !<br> +I don't want to argue again about the decision for the Mageia's repos !<br> +only need to find a way to get working binaries for my purpose... and I<br> +think I'm not alone to have to work with a quasi standard for multimedia<br> +files on internet.<br> +plf allowed that for Mandriva ...<br> +no third repo allows this for Mageia<br> +If I'm alone, never mind, I know how to build my own (two lines to<br> +modify in a spec file and => rpmbuild -ba ... that's all folks! )<br> +If newcomers try Mageia and has to be taught how to build a rpm, they<br> +better will use debian or fedora or ubuntu or opensuse that have quasi<br> +official third repos for this problem...<br> +<br> +><br> +> my 2 cents :-)<br> +><br> +my 2 λεπτες<br> +<br> +</blockquote></div><br> +</div></div></blockquote></div><br> diff --git a/zarb-ml/mageia-dev/attachments/20111017/a37ab06c/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20111017/a37ab06c/attachment-0001.asc new file mode 100644 index 000000000..9589f0382 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/a37ab06c/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.9 (GNU/Linux) + +iD8DBQBOm1cuT1rWTfpocyQRArOnAJ9OBoJWcg/yuqd47lbr8LDtns/M6gCfRvbV +azGRuOyxCmGS5tDG8E9XSKw= +=o8bg +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20111017/a37ab06c/attachment.asc b/zarb-ml/mageia-dev/attachments/20111017/a37ab06c/attachment.asc new file mode 100644 index 000000000..9589f0382 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/a37ab06c/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.9 (GNU/Linux) + +iD8DBQBOm1cuT1rWTfpocyQRArOnAJ9OBoJWcg/yuqd47lbr8LDtns/M6gCfRvbV +azGRuOyxCmGS5tDG8E9XSKw= +=o8bg +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20111017/a562ecf5/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20111017/a562ecf5/attachment-0001.asc new file mode 100644 index 000000000..f61e118f9 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/a562ecf5/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.9 (GNU/Linux) + +iD8DBQBOm59QT1rWTfpocyQRAg0aAJ93kL/QiCl5677pQJeCAGEIiS+tXQCg7Bf5 +DuQ8m3lK1pgobwc4DwAdAno= +=vGwB +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20111017/a562ecf5/attachment.asc b/zarb-ml/mageia-dev/attachments/20111017/a562ecf5/attachment.asc new file mode 100644 index 000000000..f61e118f9 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/a562ecf5/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.9 (GNU/Linux) + +iD8DBQBOm59QT1rWTfpocyQRAg0aAJ93kL/QiCl5677pQJeCAGEIiS+tXQCg7Bf5 +DuQ8m3lK1pgobwc4DwAdAno= +=vGwB +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20111017/db68ac44/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20111017/db68ac44/attachment-0001.asc new file mode 100644 index 000000000..dd4513864 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/db68ac44/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.9 (GNU/Linux) + +iD8DBQBOm3iET1rWTfpocyQRAsjnAKDXuPe6Bg8WIc6yUlFWSrQQ6mXfTQCg/j52 +iWYUMy+Niu9YsyNfZMaPAWQ= +=t7o5 +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20111017/db68ac44/attachment.asc b/zarb-ml/mageia-dev/attachments/20111017/db68ac44/attachment.asc new file mode 100644 index 000000000..dd4513864 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/db68ac44/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.9 (GNU/Linux) + +iD8DBQBOm3iET1rWTfpocyQRAsjnAKDXuPe6Bg8WIc6yUlFWSrQQ6mXfTQCg/j52 +iWYUMy+Niu9YsyNfZMaPAWQ= +=t7o5 +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20111017/e5e5fec6/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20111017/e5e5fec6/attachment-0001.html new file mode 100644 index 000000000..bf951b511 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/e5e5fec6/attachment-0001.html @@ -0,0 +1,111 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> +<html> + <head> + <meta content="text/html; charset=ISO-8859-1" + http-equiv="Content-Type"> + </head> + <body text="#000000" bgcolor="#ffffff"> + On 16/10/2011 22:33, Thomas Spuhler wrote: + <blockquote cite="mid:201110161333.06594.thomas@btspuhler.com" + type="cite"> + <pre wrap="">On Sunday, October 16, 2011 04:05:52 am Giuseppe Ghibò wrote: +</pre> + <blockquote type="cite"> + <pre wrap="">On 26/09/2011 17:34, Anssi Hannula wrote: +</pre> + <blockquote type="cite"> + <pre wrap="">On 26.09.2011 15:47, nicolas vigier wrote: +</pre> + <blockquote type="cite"> + <pre wrap="">On Sat, 24 Sep 2011, Thomas Spuhler wrote: +</pre> + <blockquote type="cite"> + <pre wrap="">But are you sure about texlive providing it? +</pre> + </blockquote> + <pre wrap=""> +I don't know. It looks like it's not in the texlive package. +</pre> + </blockquote> + <pre wrap=""> +My impression (from a few years back I think) is that standalone +texi2html is the texlive-era replacement for tetex-texi2html. +</pre> + </blockquote> + <pre wrap=""> +It's not like this. The misalignment in having multiple versions comes +from having different source of packages. tetex had it's own texi2html +(so I guess texlive), which is certified and well QA and integrated with +that tetex version, so it provides "texi2html". At a certain point newer +versions of texi2html were placed in contrib because they were newer +(there were also other packages in this situation, xdvi, prosper, etc.) +and because of not touching the main tetex package. To handle this kind +of misalignment a good way to proceed would be to go in the main package +providing it (i.e. tetex/texlive) and try to merge the newer texi2html +with the new one, then redoing the tests. This often doesn't happen +because it takes a lot of amount of time, and require to handle with the +main and bigger package (texlive/tetex), and people often don't do this +if they are doing "snack packaging". + +The other way, which is to transform everything as "pluggable" (e.g. +split packages at source, so for instance not having tetex providing +texi2html) IMHO doesn't provide the same amount of certification, +because the packager (packager not necessarely means the maintainer) +just upgrade the version number, without taking care of re-testing, and +in case he doesn't know in deep about that package what he does as side +effect is to give away the upstream tetex/texlive certification +(certification that the included, so older, texi2html package works well +and has no flaws with the rest of the tetex/texlive distro) in favour of +a newer version (hoping that if something goes wrong or of some bug some +end-user would file a bug on bugzilla...). + +Bye. +G. +</pre> + </blockquote> + <pre wrap="">Thanks for the explanation. +It seems you are pretty versed in texlive. Would you mind to look as why +muscore doesn't build anymore with the current texlive: +Font metrics written on mscore1-20.tfm. +Output written on mscore1-20.600gf (18 characters, 7172 bytes). +Transcript written on mscore1-20.log. +This is MetaPost, version 1.504 (kpathsea version 6.0.1) +(../mf2pt1.mp (/usr/share/texmf-dist/metapost/base/mfplain.mp +Preloading the plain base, version 0.99: preliminaries, + basic constants and mathematical macros, + macros for converting units, + macros and tables for various modes of operation, + macros for drawing and filling, + macros for proof labels and rules, + macros for character and font administration, +and a few last-minute items.)) +Transcript written on mf2pt1.log. +Invoking "mpost -mem=mf2pt1 -progname=mpost '\mode:=localfont; mag:=100; +bpppix 0.02; input feta20.mf'"... + +Sorry, I can't find the 'mf2pt1' preload file; will try 'plain'.This is +MetaPost, version 1.504 (kpathsea version 6.0.1) +(plain.mp + +It lloks as if mf2pt1 is missing, The script is available on it's own, put old +texlive and tetex didn't show this problem. + +</pre> + </blockquote> + I've not an installation with the package you are talking about + handy to check myself, but you may try to add the following line to + the file `kpsewhich fmtutil.cnf` (backtick included):<br> + <br> + mpost mf2pt1 - + -translate-file=cp227.tcx mf2pt1.mp<br> + <br> + (of course the file mf2pt1.mp should be provided somewhere [it's in + CTAN:<cite>tex-archive/support/<b>mf2pt1</b></cite><span class="std">]</span>), + and then recreate the missed file with: fmtutil --missing (or + --all).<br> + <br> + Bye<br> + Giuseppe.<br> + <br> + </body> +</html> diff --git a/zarb-ml/mageia-dev/attachments/20111017/e5e5fec6/attachment.html b/zarb-ml/mageia-dev/attachments/20111017/e5e5fec6/attachment.html new file mode 100644 index 000000000..bf951b511 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/e5e5fec6/attachment.html @@ -0,0 +1,111 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> +<html> + <head> + <meta content="text/html; charset=ISO-8859-1" + http-equiv="Content-Type"> + </head> + <body text="#000000" bgcolor="#ffffff"> + On 16/10/2011 22:33, Thomas Spuhler wrote: + <blockquote cite="mid:201110161333.06594.thomas@btspuhler.com" + type="cite"> + <pre wrap="">On Sunday, October 16, 2011 04:05:52 am Giuseppe Ghibò wrote: +</pre> + <blockquote type="cite"> + <pre wrap="">On 26/09/2011 17:34, Anssi Hannula wrote: +</pre> + <blockquote type="cite"> + <pre wrap="">On 26.09.2011 15:47, nicolas vigier wrote: +</pre> + <blockquote type="cite"> + <pre wrap="">On Sat, 24 Sep 2011, Thomas Spuhler wrote: +</pre> + <blockquote type="cite"> + <pre wrap="">But are you sure about texlive providing it? +</pre> + </blockquote> + <pre wrap=""> +I don't know. It looks like it's not in the texlive package. +</pre> + </blockquote> + <pre wrap=""> +My impression (from a few years back I think) is that standalone +texi2html is the texlive-era replacement for tetex-texi2html. +</pre> + </blockquote> + <pre wrap=""> +It's not like this. The misalignment in having multiple versions comes +from having different source of packages. tetex had it's own texi2html +(so I guess texlive), which is certified and well QA and integrated with +that tetex version, so it provides "texi2html". At a certain point newer +versions of texi2html were placed in contrib because they were newer +(there were also other packages in this situation, xdvi, prosper, etc.) +and because of not touching the main tetex package. To handle this kind +of misalignment a good way to proceed would be to go in the main package +providing it (i.e. tetex/texlive) and try to merge the newer texi2html +with the new one, then redoing the tests. This often doesn't happen +because it takes a lot of amount of time, and require to handle with the +main and bigger package (texlive/tetex), and people often don't do this +if they are doing "snack packaging". + +The other way, which is to transform everything as "pluggable" (e.g. +split packages at source, so for instance not having tetex providing +texi2html) IMHO doesn't provide the same amount of certification, +because the packager (packager not necessarely means the maintainer) +just upgrade the version number, without taking care of re-testing, and +in case he doesn't know in deep about that package what he does as side +effect is to give away the upstream tetex/texlive certification +(certification that the included, so older, texi2html package works well +and has no flaws with the rest of the tetex/texlive distro) in favour of +a newer version (hoping that if something goes wrong or of some bug some +end-user would file a bug on bugzilla...). + +Bye. +G. +</pre> + </blockquote> + <pre wrap="">Thanks for the explanation. +It seems you are pretty versed in texlive. Would you mind to look as why +muscore doesn't build anymore with the current texlive: +Font metrics written on mscore1-20.tfm. +Output written on mscore1-20.600gf (18 characters, 7172 bytes). +Transcript written on mscore1-20.log. +This is MetaPost, version 1.504 (kpathsea version 6.0.1) +(../mf2pt1.mp (/usr/share/texmf-dist/metapost/base/mfplain.mp +Preloading the plain base, version 0.99: preliminaries, + basic constants and mathematical macros, + macros for converting units, + macros and tables for various modes of operation, + macros for drawing and filling, + macros for proof labels and rules, + macros for character and font administration, +and a few last-minute items.)) +Transcript written on mf2pt1.log. +Invoking "mpost -mem=mf2pt1 -progname=mpost '\mode:=localfont; mag:=100; +bpppix 0.02; input feta20.mf'"... + +Sorry, I can't find the 'mf2pt1' preload file; will try 'plain'.This is +MetaPost, version 1.504 (kpathsea version 6.0.1) +(plain.mp + +It lloks as if mf2pt1 is missing, The script is available on it's own, put old +texlive and tetex didn't show this problem. + +</pre> + </blockquote> + I've not an installation with the package you are talking about + handy to check myself, but you may try to add the following line to + the file `kpsewhich fmtutil.cnf` (backtick included):<br> + <br> + mpost mf2pt1 - + -translate-file=cp227.tcx mf2pt1.mp<br> + <br> + (of course the file mf2pt1.mp should be provided somewhere [it's in + CTAN:<cite>tex-archive/support/<b>mf2pt1</b></cite><span class="std">]</span>), + and then recreate the missed file with: fmtutil --missing (or + --all).<br> + <br> + Bye<br> + Giuseppe.<br> + <br> + </body> +</html> diff --git a/zarb-ml/mageia-dev/attachments/20111017/eebac041/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20111017/eebac041/attachment-0001.html new file mode 100644 index 000000000..0a57a150a --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/eebac041/attachment-0001.html @@ -0,0 +1,146 @@ +This package is in:<br><br><a href="ftp://ftp.blogdrake.net/mageia/mageia1/SRPMS/faac-1.28-1bdk.mga1.src.rpm" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/SRPMS/faac-1.28-1bdk.mga1.src.rpm</a><br> +<br>You can find a list with this package and much more in:<br><a href="ftp://ftp.blogdrake.net/incoming/MGA/joaquin/mageia.txt">ftp://ftp.blogdrake.net/incoming/MGA/joaquin/mageia.txt</a><br><br>Regards.<br><br><div class="gmail_quote"> +2011/10/17 Philippe DIDIER <span dir="ltr"><<a href="mailto:philippedidier@laposte.net">philippedidier@laposte.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> +andre999 a écrit :<br> +<div><div></div><div class="h5">> Philippe DIDIER a écrit :<br> +>> Philippe DIDIER a écrit :<br> +>><br> +>>> Joaquin Mandriva a écrit :<br> +>>><br> +>>>> Hello!<br> +>>>><br> +>>>> My name is Joaquin, belonging to <a href="http://blogdrake.net" target="_blank">http://blogdrake.net</a><br> +>>>> <<a href="http://blogdrake.net/" target="_blank">http://blogdrake.net/</a>> team. I am<br> +>>>> writing to you because I would like to let you know that we have<br> +>>>> created a repository with a big amount of good programs for Mageia.<br> +>>>> Our final target is to upload all of them to the official Mageia's<br> +>>>> repositories.<br> +>>>><br> +>>>> We are currently uploading all these packages to the Mageia's BS step<br> +>>>> by step, because there are few people of us to do so. Also, also we<br> +>>>> don't have too much time because we also take care of Blogdrake,<br> +>>>> Mageia's news and the translations English to Spanish.<br> +>>>><br> +>>>> Meanwhile, you can use and enjoy our repository in this way:<br> +>>>><br> +>>>> urpmi.addmedia --wget --distrib<br> +>>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/i586" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/i586</a><br> +>>>><br> +>>>> The x86_64 repository is not finished yet, but you still can add it in<br> +>>>> this way:<br> +>>>><br> +>>>> urpmi.addmedia --wget --distrib<br> +>>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/x86_64" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/x86_64</a><br> +>>>><br> +>>>> Cheers!<br> +>>>><br> +>>> Hello<br> +>>> Thanks to you...<br> +>>><br> +>>><br> +>>> Just one thing to correct : your repos addresses are :<br> +>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/free/i586/" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/free/i586/</a><br> +>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/free/x86_64/" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/free/x86_64/</a><br> +>>><br> +>>> nevertheless I could surf through your repos :<br> +>>> Some of the rpms you propose reply to rpm requests already done or that<br> +>>> I was going to write (reading my thoughts ?)<br> +>>><br> +>>> :)<br> +>>><br> +>>> First thing I must say : it's a very good idea to upload these packages<br> +>>> to the BS and join the packagers team instead of providing third party<br> +>>> repos that will soon create compatibility problems (as in the past for<br> +>>> Mandrake and Mandriva with Thac's or MIB or others)<br> +>>><br> +>>> The second thing is : before uploading them you will have to be careful<br> +>>> with the repos policy (core tainted non-free)<br> +>>> In your own repo, there is a problematic package : faac (and libfaac0<br> +>>> libfaac-devel) which is both non-free and tainted ...<br> +>>> After long dicussions on the mailing list a meeting decision was not to<br> +>>> provide it at the moment (nor the packages built with it...)<br> +>>> If a non-free-&-tainted repo is created for Mageia2, in the future, it<br> +>>> will be then allowed ... wait and see !<br> +>>><br> +>>><br> +>>><br> +>>><br> +>>><br> +>> I was thinking about a workaround to the problem of "non-free_&_tainted"<br> +>> rpms in Mageia<br> +>><br> +>> <a href="https://bugs.mageia.org/show_bug.cgi?id=2833" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2833</a><br> +>><br> +>> Some multimedia programs can't correctly handle files containing aac<br> +>> sound (*.aac *.mp4 *.m4a) because faac and faac-devel are not provided.<br> +>> And that's really missing !!!<br> +>><br> +>><br> +>> They can't and won't be backported to Mageia1 official repos...<br> +>><br> +>> Perhaps a new "non-free& tainted" repo will exist for Mageia2<br> +>><br> +>><br> +>> Actually for Mageia1 Blogdrake might provide a third repo for this dozen<br> +>> of srpms (even if the existence of third repo is not riskless)<br> +>><br> +>> Picking their last spec file from Mageia, and modifying the plf or<br> +>> tainted conditionnal building options to allow building with<br> +>> faac-devel... wouldn't be too much difficult and wouldn't bring much<br> +>> compatibility problems<br> +>><br> +>> If the version number is the same as in mageia repos, a "twisted"<br> +>> distsuffix would allow to "update" to them from core or tainted version<br> +>> (the same way as "tainted" distsuffix allows to update from a core<br> +>> release)<br> +>> and wouldn't prevent to update to a core or tainted new version later if<br> +>> provided in official updates repo<br> +>><br> +>><br> +>> But... there's the :<br> +>> <a href="https://bugs.mageia.org/show_bug.cgi?id=2317" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2317</a><br> +>> would it add other problems to this ?<br> +>><br> +>> But too there wouldn't exist QA for them<br> +>><br> +>> What do you think (on Mageia side and on Blogdrake side) ?<br> +>><br> +><br> +> A personal POV from the Mageia side --<br> +> It could be a good way to evaluate the need for a Nonfree+Tainted repo,<br> +> as well as providing a ready source for those interested in such packages.<br> +><br> +> Maybe another approach could be to try to separate nonfree and tainted<br> +> parts, so that either<br> +> - nonfree packages could optionally use "tainted" packages if installed, or<br> +> - "tainted" packages could optionally use nonfree packages if installed,<br> +> each in their respective current repos.<br> +> Which won't work if a particular component is necessarily both nonfree<br> +> and "tainted".<br> +</div></div>That's the problem : we have already tainted packages ... they have been<br> +built without faac-devel and don't require faac which is both tainted<br> +and non-free :-(<br> +If they are built with faac the binaries become non-free (not LGPL) and<br> +stay tainted ... (they can't be splitted in parts)<br> +it's true for avidemux, mencoder, handbrake, audiokonverter, and some<br> +others (the list is in the bug report<br> +<a href="https://bugs.mageia.org/show_bug.cgi?id=2833" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2833</a>)<br> + it's an aporia !<br> +I don't want to argue again about the decision for the Mageia's repos !<br> +only need to find a way to get working binaries for my purpose... and I<br> +think I'm not alone to have to work with a quasi standard for multimedia<br> +files on internet.<br> +plf allowed that for Mandriva ...<br> +no third repo allows this for Mageia<br> +If I'm alone, never mind, I know how to build my own (two lines to<br> +modify in a spec file and => rpmbuild -ba ... that's all folks! )<br> +If newcomers try Mageia and has to be taught how to build a rpm, they<br> +better will use debian or fedora or ubuntu or opensuse that have quasi<br> +official third repos for this problem...<br> +<br> +><br> +> my 2 cents :-)<br> +><br> +my 2 λεπτες<br> +<br> +</blockquote></div><br> diff --git a/zarb-ml/mageia-dev/attachments/20111017/eebac041/attachment.html b/zarb-ml/mageia-dev/attachments/20111017/eebac041/attachment.html new file mode 100644 index 000000000..0a57a150a --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20111017/eebac041/attachment.html @@ -0,0 +1,146 @@ +This package is in:<br><br><a href="ftp://ftp.blogdrake.net/mageia/mageia1/SRPMS/faac-1.28-1bdk.mga1.src.rpm" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/SRPMS/faac-1.28-1bdk.mga1.src.rpm</a><br> +<br>You can find a list with this package and much more in:<br><a href="ftp://ftp.blogdrake.net/incoming/MGA/joaquin/mageia.txt">ftp://ftp.blogdrake.net/incoming/MGA/joaquin/mageia.txt</a><br><br>Regards.<br><br><div class="gmail_quote"> +2011/10/17 Philippe DIDIER <span dir="ltr"><<a href="mailto:philippedidier@laposte.net">philippedidier@laposte.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> +andre999 a écrit :<br> +<div><div></div><div class="h5">> Philippe DIDIER a écrit :<br> +>> Philippe DIDIER a écrit :<br> +>><br> +>>> Joaquin Mandriva a écrit :<br> +>>><br> +>>>> Hello!<br> +>>>><br> +>>>> My name is Joaquin, belonging to <a href="http://blogdrake.net" target="_blank">http://blogdrake.net</a><br> +>>>> <<a href="http://blogdrake.net/" target="_blank">http://blogdrake.net/</a>> team. I am<br> +>>>> writing to you because I would like to let you know that we have<br> +>>>> created a repository with a big amount of good programs for Mageia.<br> +>>>> Our final target is to upload all of them to the official Mageia's<br> +>>>> repositories.<br> +>>>><br> +>>>> We are currently uploading all these packages to the Mageia's BS step<br> +>>>> by step, because there are few people of us to do so. Also, also we<br> +>>>> don't have too much time because we also take care of Blogdrake,<br> +>>>> Mageia's news and the translations English to Spanish.<br> +>>>><br> +>>>> Meanwhile, you can use and enjoy our repository in this way:<br> +>>>><br> +>>>> urpmi.addmedia --wget --distrib<br> +>>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/i586" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/i586</a><br> +>>>><br> +>>>> The x86_64 repository is not finished yet, but you still can add it in<br> +>>>> this way:<br> +>>>><br> +>>>> urpmi.addmedia --wget --distrib<br> +>>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/x86_64" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/x86_64</a><br> +>>>><br> +>>>> Cheers!<br> +>>>><br> +>>> Hello<br> +>>> Thanks to you...<br> +>>><br> +>>><br> +>>> Just one thing to correct : your repos addresses are :<br> +>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/free/i586/" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/free/i586/</a><br> +>>> <a href="ftp://ftp.blogdrake.net/mageia/mageia1/free/x86_64/" target="_blank">ftp://ftp.blogdrake.net/mageia/mageia1/free/x86_64/</a><br> +>>><br> +>>> nevertheless I could surf through your repos :<br> +>>> Some of the rpms you propose reply to rpm requests already done or that<br> +>>> I was going to write (reading my thoughts ?)<br> +>>><br> +>>> :)<br> +>>><br> +>>> First thing I must say : it's a very good idea to upload these packages<br> +>>> to the BS and join the packagers team instead of providing third party<br> +>>> repos that will soon create compatibility problems (as in the past for<br> +>>> Mandrake and Mandriva with Thac's or MIB or others)<br> +>>><br> +>>> The second thing is : before uploading them you will have to be careful<br> +>>> with the repos policy (core tainted non-free)<br> +>>> In your own repo, there is a problematic package : faac (and libfaac0<br> +>>> libfaac-devel) which is both non-free and tainted ...<br> +>>> After long dicussions on the mailing list a meeting decision was not to<br> +>>> provide it at the moment (nor the packages built with it...)<br> +>>> If a non-free-&-tainted repo is created for Mageia2, in the future, it<br> +>>> will be then allowed ... wait and see !<br> +>>><br> +>>><br> +>>><br> +>>><br> +>>><br> +>> I was thinking about a workaround to the problem of "non-free_&_tainted"<br> +>> rpms in Mageia<br> +>><br> +>> <a href="https://bugs.mageia.org/show_bug.cgi?id=2833" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2833</a><br> +>><br> +>> Some multimedia programs can't correctly handle files containing aac<br> +>> sound (*.aac *.mp4 *.m4a) because faac and faac-devel are not provided.<br> +>> And that's really missing !!!<br> +>><br> +>><br> +>> They can't and won't be backported to Mageia1 official repos...<br> +>><br> +>> Perhaps a new "non-free& tainted" repo will exist for Mageia2<br> +>><br> +>><br> +>> Actually for Mageia1 Blogdrake might provide a third repo for this dozen<br> +>> of srpms (even if the existence of third repo is not riskless)<br> +>><br> +>> Picking their last spec file from Mageia, and modifying the plf or<br> +>> tainted conditionnal building options to allow building with<br> +>> faac-devel... wouldn't be too much difficult and wouldn't bring much<br> +>> compatibility problems<br> +>><br> +>> If the version number is the same as in mageia repos, a "twisted"<br> +>> distsuffix would allow to "update" to them from core or tainted version<br> +>> (the same way as "tainted" distsuffix allows to update from a core<br> +>> release)<br> +>> and wouldn't prevent to update to a core or tainted new version later if<br> +>> provided in official updates repo<br> +>><br> +>><br> +>> But... there's the :<br> +>> <a href="https://bugs.mageia.org/show_bug.cgi?id=2317" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2317</a><br> +>> would it add other problems to this ?<br> +>><br> +>> But too there wouldn't exist QA for them<br> +>><br> +>> What do you think (on Mageia side and on Blogdrake side) ?<br> +>><br> +><br> +> A personal POV from the Mageia side --<br> +> It could be a good way to evaluate the need for a Nonfree+Tainted repo,<br> +> as well as providing a ready source for those interested in such packages.<br> +><br> +> Maybe another approach could be to try to separate nonfree and tainted<br> +> parts, so that either<br> +> - nonfree packages could optionally use "tainted" packages if installed, or<br> +> - "tainted" packages could optionally use nonfree packages if installed,<br> +> each in their respective current repos.<br> +> Which won't work if a particular component is necessarily both nonfree<br> +> and "tainted".<br> +</div></div>That's the problem : we have already tainted packages ... they have been<br> +built without faac-devel and don't require faac which is both tainted<br> +and non-free :-(<br> +If they are built with faac the binaries become non-free (not LGPL) and<br> +stay tainted ... (they can't be splitted in parts)<br> +it's true for avidemux, mencoder, handbrake, audiokonverter, and some<br> +others (the list is in the bug report<br> +<a href="https://bugs.mageia.org/show_bug.cgi?id=2833" target="_blank">https://bugs.mageia.org/show_bug.cgi?id=2833</a>)<br> + it's an aporia !<br> +I don't want to argue again about the decision for the Mageia's repos !<br> +only need to find a way to get working binaries for my purpose... and I<br> +think I'm not alone to have to work with a quasi standard for multimedia<br> +files on internet.<br> +plf allowed that for Mandriva ...<br> +no third repo allows this for Mageia<br> +If I'm alone, never mind, I know how to build my own (two lines to<br> +modify in a spec file and => rpmbuild -ba ... that's all folks! )<br> +If newcomers try Mageia and has to be taught how to build a rpm, they<br> +better will use debian or fedora or ubuntu or opensuse that have quasi<br> +official third repos for this problem...<br> +<br> +><br> +> my 2 cents :-)<br> +><br> +my 2 λεπτες<br> +<br> +</blockquote></div><br> |