<div dir="ltr"><pre style="box-sizing:border-box;padding:9.5px;margin-top:0px;margin-bottom:10px;overflow:auto;font-family:menlo,monaco,consolas,"courier new",monospace;font-size:13px;line-height:1.42857;word-break:break-all;word-wrap:break-word;color:rgb(51,51,51);background-color:rgb(245,245,245);border:1px solid rgb(204,204,204);border-radius:4px">$> su -
    #> yum localinstall --nogpgcheck <a href="https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm">https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm</a> -E %fedora).noarch.rpm
    #> yum install vlc
    #> yum install python-vlc npapi-vlc (optionals)</pre><div class="gmail_extra">Can help, yum install vlc will not work until you use this. At least that how i got it working.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Samson<br><div class="gmail_quote">On Sun, May 14, 2017 at 9:58 PM, James Cameron <span dir="ltr"><<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</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">Thanks.  Are you using 13.2.8?<br>
<br>
The Fedora repositories for Fedora 18 moved, and this was fixed in<br>
13.2.8, see here;<br>
<br>
<a href="http://wiki.laptop.org/go/Release_notes/13.2.7#Fedora_Repositories_Missing" rel="noreferrer" target="_blank">http://wiki.laptop.org/go/<wbr>Release_notes/13.2.7#Fedora_<wbr>Repositories_Missing</a><br>
<br>
If you are using 13.2.7 or earlier, please use the workaround on that<br>
page.<br>
<br>
I've just tested "sudo yum install vlc" on XO-1.5 with 13.2.8 and no<br>
problem seen, just "No package vlc available.", so I'm not sure how<br>
your system is configured; if the above workaround does not fix,<br>
please show me your changed yum.repos.d files.<br>
<span class="gmail-"><br>
On Sat, May 13, 2017 at 08:48:54PM +0100, Chihurumnaya Ibiam wrote:<br>
> Hey James, since you're still maintaining fedora18, "sudo yum vlc" - any<br>
> activity- returns this error "Error cannot retrieve metalink for repository<br>
> fedora18/i386" , editing the *fedora.repo files in /etc/yum.repos.d/ and<br>
> changing<br>
> all "https" to "http" solves the problem.<br>
><br>
> Ibiam Chihurumnaya<br>
><br>
</span><div><div class="gmail-h5">> On Sat, May 13, 2017 at 1:58 AM, James Cameron <[1]<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>> wrote:<br>
><br>
>     Composite reply to several posts, in context, see below;<br>
><br>
>     Samson wrote:<br>
>     > I think we should really join the trend so that we can get more<br>
>     > people using Sugar for Learning.  So what are your thought on this<br>
>     > development?<br>
><br>
>     I don't think it will work, as we don't have developers interested in<br>
>     it.  If you're interested in it and are happy to commit fully without<br>
>     relying on others, go for it.  But don't expect other resources to get<br>
>     involved; as the argument from numbers is not compelling enough.<br>
><br>
>     There are more learning tools available for Windows.<br>
><br>
>     But the numbers are not the only reason why our customers choose<br>
>     Linux.<br>
><br>
>     Sebastian wrote:<br>
>     > Sugar barely runs [...]<br>
><br>
>     Yes, you're right.<br>
><br>
>     > committed releasing Sugar every six months [...] we have no release<br>
>     > schedule.<br>
><br>
>     Yes, you're right.<br>
><br>
>     A new release of Sugar with the bug fixes since 0.110 would help solve<br>
>     the "barely runs" problem.<br>
><br>
>     (also a release of the critical activities, not just the core;<br>
>     newcomers to our community should note the term Sucrose has been in<br>
>     our Taxonomy for many years, see the Wiki if you don't know what it<br>
>     means.)<br>
><br>
</div></div>>     [2]<a href="https://wiki.sugarlabs.org/go/Taxonomy" rel="noreferrer" target="_blank">https://wiki.sugarlabs.org/<wbr>go/Taxonomy</a><br>
>     [3]<a href="https://wiki.sugarlabs.org/go/Glossary" rel="noreferrer" target="_blank">https://wiki.sugarlabs.org/<wbr>go/Glossary</a><br>
<div><div class="gmail-h5">><br>
>     > I don't see Sugar Labs organization as capable of strategically<br>
>     > funding Sugar development in any direction. Of course, volunteers<br>
>     > can work in whatever they like, if it fits their principles.<br>
><br>
>     I agree, and that's the basis of my engagement; subject to also<br>
>     stabilising Sugar for OLPC OS on Fedora 18 and Ubuntu 16.04 for<br>
>     delivery to OLPC customers; as a custom system with all obvious (to<br>
>     me) bugs fixed.<br>
><br>
>     Sugar Labs is heavily benefiting from my work for OLPC, and OLPC is<br>
>     benefiting from other volunteers at Sugar Labs.<br>
><br>
>     Dave wrote:<br>
>     > codebase could be returned to OLPC<br>
><br>
>     No thanks.  Where would the Sugar Labs volunteers go who are focused<br>
>     on this codebase?<br>
><br>
>     OLPC already maintains a fork with the fixes, and the changes that<br>
>     Sugar Labs has not accepted.  All fixes have been pushed back to Sugar<br>
>     Labs, but there has been no release, hence the exceedingly low quality<br>
>     of the Fedora, Debian and Ubuntu experience at the moment.<br>
><br>
>     OLPC fork version numbers are like 0.110.0.olpc.12<br>
><br>
>     > Sugar Labs could focus on the JS Sugarizer codebase.<br>
><br>
>     Sugarizer isn't integrated into Sugar Labs; the repositories are<br>
>     split, cooperation is minimal, and the code for activities isn't<br>
>     portable to execution environments other than Sugarizer; such as<br>
>     sugar-web-activity.<br>
><br>
>     So I'm certainly not inclined to support any activity development on<br>
>     Sugarizer; because that development won't pay back for OLPC.<br>
><br>
>     I'm probably going to have to port the Moon activity from GTK+ 2 to<br>
>     GTK+ 3 unless someone can make the JavaScript version work on desktop.<br>
>     ;-)  I did get half way through.<br>
><br>
>     Zeeshan Khan also has the task for GsoC, so we might do it together.<br>
><br>
>     I'd like to hear from Ignacio, Sam Parkinson and Abhijit what they<br>
>     think of the port of Moon vs the JavaScript port; it may be simpler to<br>
>     port the JavaScript version back to Sugar.<br>
><br>
>     Samuel Cantero wrote:<br>
>     > We should work to find out a new release manager [...]<br>
><br>
>     Ignacio is the release manager at the moment, but my guess is that<br>
>     he'd welcome someone else taking the job.  Hopefully he'll speak up.<br>
><br>
>     Dave wrote:<br>
>     > Do those xo run the latest release?<br>
><br>
>     For mass deployment in Paraguay, they can run Sugar 0.110 plus all bug<br>
>     fixes from OLPC by using our 13.2.8 as-is or by using it as basis of<br>
>     custom build.<br>
><br>
>     For individuals in Paraguay, they might run "yum update" to get Sugar<br>
>     0.110 plus fixes, unless there's some problem with clock, proxy, or<br>
>     yum.repos.d induced by environment of my bugs.<br>
><br>
>     Samuel Cantero wrote:<br>
>     > we're going to try to build a new ASLO in GSoC which must ease<br>
>     > activities management, for both image builders and developers.<br>
><br>
>     Please also consider Sugar Network, which Sebastian knows about, and<br>
>     is used heavily, judging by the hit counts on the Sugar Labs servers.<br>
>     Laura recently asked asking Sugar Labs for assistance with Sugar<br>
>     Network and bringing a new deployment onto it may be helpful.<br>
><br>
>     German wrote:<br>
>     > At Dominican Republic, ~750 XO are running latest version of Sugar.<br>
><br>
>     Good to get such positive feedback!  ;-)<br>
><br>
>     --<br>
>     James Cameron<br>
</div></div>>     [4]<a href="http://quozl.netrek.org/" rel="noreferrer" target="_blank">http://quozl.netrek.org/</a><br>
<span class="gmail-">>     ______________________________<wbr>_________________<br>
>     IAEP -- It's An Education Project (not a laptop project!)<br>
</span>>     [5]<a href="mailto:IAEP@lists.sugarlabs.org">IAEP@lists.sugarlabs.org</a><br>
>     [6]<a href="http://lists.sugarlabs.org/listinfo/iaep" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/<wbr>listinfo/iaep</a><br>
><br>
> References:<br>
><br>
> [1] mailto:<a href="mailto:quozl@laptop.org">quozl@laptop.org</a><br>
> [2] <a href="https://wiki.sugarlabs.org/go/Taxonomy" rel="noreferrer" target="_blank">https://wiki.sugarlabs.org/go/<wbr>Taxonomy</a><br>
> [3] <a href="https://wiki.sugarlabs.org/go/Glossary" rel="noreferrer" target="_blank">https://wiki.sugarlabs.org/go/<wbr>Glossary</a><br>
> [4] <a href="http://quozl.netrek.org/" rel="noreferrer" target="_blank">http://quozl.netrek.org/</a><br>
> [5] mailto:<a href="mailto:IAEP@lists.sugarlabs.org">IAEP@lists.sugarlabs.<wbr>org</a><br>
> [6] <a href="http://lists.sugarlabs.org/listinfo/iaep" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/<wbr>listinfo/iaep</a><br>
<span class="gmail-im gmail-HOEnZb"><br>
--<br>
James Cameron<br>
<a href="http://quozl.netrek.org/" rel="noreferrer" target="_blank">http://quozl.netrek.org/</a><br>
______________________________<wbr>_________________<br>
</span><div class="gmail-HOEnZb"><div class="gmail-h5">Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.<wbr>org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/<wbr>listinfo/sugar-devel</a><br>
</div></div></blockquote></div><br></div></div>