Re: New F14-arm build os36 - Sugar in sync, device-tree!
by Niels de Vos
On Fri, Aug 05, 2011 at 06:52:56PM -0400, Martin Langhoff wrote:
> The "Sugar in sync! device-tree" build.
>
> Download from:
>
> http://build.laptop.org/F14-arm/os32/
>
> Use with OFW Q4B07 -
> http://wiki.laptop.org/go/OLPC_Firmware_q4b07
>
> Changes and notes:
>
> - sugar and sugar-toolkit rpms are at 0.92.4!
>
> - abiword and libabiword are in, but may have been built without asio
> (the network/collaboration side) -- please test collaboration!
>
> - In kernel land...
>
> = We have device-tree! So what used to be in /ofw now appears in
> /proc/device-tree . Time to port bitfrost, dracut-modules-olpc, sugar
> control panel, olpc-utils. Thanks Andres, Mitch and Saadia!
Wow, this is quite impressive! You must be one of the first that have this
in a real distribution for ARM :)
> = There is a new schedulear/timer patch from Lennert -- mystery
> minutes-long hangs should be gone for real now.
Do you have any references like a git-commit or discussion on a
mailinglist for this? I'd like to match this with some other ARM
hardware (non/OLPC) issues I have seen.
I joined the OLPC mailinglists only a while ago, and I must say that I
am really impressed with the work all of you are doing! It really seems
that you make progress quickly. Congratulations with yet an other
release update :)
Cheers,
Niels
> - Some packages have been downgraded - need to work with Peter on these
> -dracut-006-3.fc14.noarch
> -dracut-modules-olpc-0.5.3-1.fc14.1.armv5tel
> +dracut-006-2.fc14.noarch
> +dracut-modules-olpc-0.5.3-1.fc14.armv5tel
> -linux-firmware-20100806-4.fc14.noarch
> +linux-firmware-20100106-4.fc14.noarch
> -olpc-update-2.23-1.fc14.noarch
> +olpc-update-2.22-1.fc14.noarch
>
>
> Activity version changes:
>
> -Colors-15
> -Finance-3
> +Finance-5
> -Jukebox-21
> +Jukebox-22
> -Paint-35
> +Paint-36
> -StopWatch-10
> +stopwatch-11
> -TurtleArt-112
> +TurtleArt-113
>
> Using Yum:
>
> The default yum config - which we include - points to the official
> Fedora mirrors, and those don't really support unsupported
> architectures like ARM. Surprise!
>
> Of course it's in my list of things to fix. In the meantime, here's
> what you can do
>
> - edit /etc/yum.repos.d/fedora-update.repo -- look at the first
> section, disable it (enabled=0)
>
> - edit /etc/yum.repos.d/fedora.repo -- look at the first section,
> disable gpg checks (gpgcheck=0), comment out the mirrorlist line, and
> add
> baseurl=http://arm.koji.fedoraproject.org/repos/dist-f14-build/latest/arm/
>
> You're done! Note that it is a partial repo, and it only has the
> packages at the F14 release time versions. Additionally, some packages
> are missing or tagged wrong.
>
> If you want a package that is missing, ping Peter to see if it'll be
> available soon.
>
> If you see a package or dependency bail out complaining about
> python(abi)=2.6, let Peter know. The repo is just showing the wrong
> package (and the right one is likely there).
>
>
>
>
> m
> --
> martin(a)laptop.org -- Software Architect - OLPC
> - ask interesting questions
> - don't get distracted with shiny stuff - working code first
> - http://wiki.laptop.org/go/User:Martinlanghoff
> _______________________________________________
> Devel mailing list
> Devel(a)lists.laptop.org
> http://lists.laptop.org/listinfo/devel
12 years, 9 months
Re: [Techteam] New F14-arm build os36 - Sugar in sync, device-tree!
by Peter Robinson
On Tue, Aug 9, 2011 at 2:26 PM, Gonzalo Odiard <gonzalo(a)laptop.org> wrote:
> Hi Peter,
> With this image installed (and yum update executed)
> the following activities does not work yet:
>
> TamTam*
> Write: no abiword module
> Jukebox, started but did not played a ogg file
> Read: no module webkit
>
> There are other problems, but I am working with the maintainers.
> Are these known issues?
Mostly. The Write and Read issues are known. Write will be fixed in
the next OS build, webkit is a known issue. Jukebox might be fixed in
the next one too as there's some newer gstreamer packages.
We're in the middle of some mass churn since the weekend, its starting
to settle out now. Once its settled I plan to do another OS build.
That will likely be in the Thurs time frame.
Peter
> If you have rpms and want do tests, tell me
>
> Gonzalo
>
> On Sat, Aug 6, 2011 at 9:12 AM, Peter Robinson <pbrobinson(a)gmail.com> wrote:
>>
>> On Fri, Aug 5, 2011 at 11:52 PM, Martin Langhoff <martin(a)laptop.org>
>> wrote:
>> > The "Sugar in sync! device-tree" build.
>> >
>> > Download from:
>> >
>> > http://build.laptop.org/F14-arm/os32/
>> >
>> > Use with OFW Q4B07 -
>> > http://wiki.laptop.org/go/OLPC_Firmware_q4b07
>> >
>> > Changes and notes:
>> >
>> > - sugar and sugar-toolkit rpms are at 0.92.4!
>> >
>> > - abiword and libabiword are in, but may have been built without asio
>> > (the network/collaboration side) -- please test collaboration!
>>
>> This is now fixed and built. I think the actual NVRs are less so its
>> likely it won't be pulled in. I'll fix that soon so I would wait.
>>
>> > - In kernel land...
>> >
>> > = We have device-tree! So what used to be in /ofw now appears in
>> > /proc/device-tree . Time to port bitfrost, dracut-modules-olpc, sugar
>> > control panel, olpc-utils. Thanks Andres, Mitch and Saadia!
>> >
>> > = There is a new schedulear/timer patch from Lennert -- mystery
>> > minutes-long hangs should be gone for real now.
>> >
>> > - Some packages have been downgraded - need to work with Peter on these
>> > -dracut-006-3.fc14.noarch
>> > -dracut-modules-olpc-0.5.3-1.fc14.1.armv5tel
>> > +dracut-006-2.fc14.noarch
>> > +dracut-modules-olpc-0.5.3-1.fc14.armv5tel
>> > -linux-firmware-20100806-4.fc14.noarch
>> > +linux-firmware-20100106-4.fc14.noarch
>> > -olpc-update-2.23-1.fc14.noarch
>> > +olpc-update-2.22-1.fc14.noarch
>>
>> All of those should be now fixed.
>>
>> Also I'm in the process of importing 4500 packages that are noarch so
>> they don't need to be rebuilt. So there's going to be a lot of churn
>> very soon but it should get us a lot closer. I'll look at doing the
>> same for updates soon too, just need to check what the deps and other
>> possible issues would be in doing that.
>>
>> I've also untagged all packages that have a newer NVR.
>>
>> I'll let you know when it all settles as at that point its likely
>> worth while cutting another release and comparing the change in
>> packages.
>>
>> Peter
>> _______________________________________________
>> Devel mailing list
>> Devel(a)lists.laptop.org
>> http://lists.laptop.org/listinfo/devel
>
>
12 years, 9 months
Re: [Techteam] New F14-arm build os36 - Sugar in sync, device-tree!
by Peter Robinson
On Fri, Aug 5, 2011 at 11:52 PM, Martin Langhoff <martin(a)laptop.org> wrote:
> The "Sugar in sync! device-tree" build.
>
> Download from:
>
> http://build.laptop.org/F14-arm/os32/
>
> Use with OFW Q4B07 -
> http://wiki.laptop.org/go/OLPC_Firmware_q4b07
>
> Changes and notes:
>
> - sugar and sugar-toolkit rpms are at 0.92.4!
>
> - abiword and libabiword are in, but may have been built without asio
> (the network/collaboration side) -- please test collaboration!
This is now fixed and built. I think the actual NVRs are less so its
likely it won't be pulled in. I'll fix that soon so I would wait.
> - In kernel land...
>
> = We have device-tree! So what used to be in /ofw now appears in
> /proc/device-tree . Time to port bitfrost, dracut-modules-olpc, sugar
> control panel, olpc-utils. Thanks Andres, Mitch and Saadia!
>
> = There is a new schedulear/timer patch from Lennert -- mystery
> minutes-long hangs should be gone for real now.
>
> - Some packages have been downgraded - need to work with Peter on these
> -dracut-006-3.fc14.noarch
> -dracut-modules-olpc-0.5.3-1.fc14.1.armv5tel
> +dracut-006-2.fc14.noarch
> +dracut-modules-olpc-0.5.3-1.fc14.armv5tel
> -linux-firmware-20100806-4.fc14.noarch
> +linux-firmware-20100106-4.fc14.noarch
> -olpc-update-2.23-1.fc14.noarch
> +olpc-update-2.22-1.fc14.noarch
All of those should be now fixed.
Also I'm in the process of importing 4500 packages that are noarch so
they don't need to be rebuilt. So there's going to be a lot of churn
very soon but it should get us a lot closer. I'll look at doing the
same for updates soon too, just need to check what the deps and other
possible issues would be in doing that.
I've also untagged all packages that have a newer NVR.
I'll let you know when it all settles as at that point its likely
worth while cutting another release and comparing the change in
packages.
Peter
12 years, 9 months
Re: Fixing yum on F14-arm build os31
by Peter Robinson
On Wed, Aug 3, 2011 at 10:44 PM, Martin Langhoff <martin(a)laptop.org> wrote:
> On Thu, Jul 28, 2011 at 4:03 PM, Martin Langhoff <martin(a)laptop.org>
> wrote:
> > The "Switch to Fedora-14" build.
> >
> > Download from:
> >
> > http://build.laptop.org/F14-arm/os31/
>
> The default yum config - which we include - points to the official
> Fedora mirrors, and those don't really support unsupported
> architectures like ARM. Surprise!
>
Actually there is a means of this being supported when F-14 gets replicated
to the secondary mirrors. I'm working to get this to happen but there's a
few holdups.
> Of course it's in my list of things to fix. In the meantime, here's
> what you can do
>
> - edit /etc/yum.repos.d/fedora-update.repo -- look at the first
> section, disable it (enabled=0)
>
> - edit /etc/yum.repos.d/fedora.repo -- look at the first section,
> disable gpg checks (gpgcheck=0), comment out the mirrorlist line, and
> add
> baseurl=
> http://arm.koji.fedoraproject.org/repos/dist-f14-build/latest/arm/
>
> You're done! Note that it is a partial repo, and it only has the
> packages at the F14 release time versions. Additionally, some packages
> are missing or tagged wrong.
>
> If you want a package that is missing, ping Peter to see if it'll be
> available soon.
>
Poke me on IRC/gtalk and its likely I can push it through, a few like csound
are being fun but we're getting there.
> If you see a package or dependency bail out complaining about
> python(abi)=2.6, let Peter know. The repo is just showing the wrong
> package (and the right one is likely there).
>
>
Poke me on IRC/gtalk. This one is a side effect of the mass rebuild script
due to the bump to python. Hopefully we'll past this one soon.
Peter
12 years, 9 months
