On Wed, Aug 31, 2011 at 10:04 PM, James Cameron qu...@laptop.org wrote:
Fixed it yesterday, please give it a try.
http://dev.laptop.org/ticket/7
Interesting.
My preference on this -- following earlier discussions -- would be to
be able to bundle graphics in the bootfw.zip bundle, so that
On Thu, Sep 01, 2011 at 02:17:12PM -0400, Martin Langhoff wrote:
On Wed, Aug 31, 2011 at 10:04 PM, James Cameron qu...@laptop.org wrote:
Fixed it yesterday, please give it a try.
http://dev.laptop.org/ticket/7
Interesting.
My preference on this -- following earlier discussions --
Fixed it yesterday, please give it a try.
http://dev.laptop.org/ticket/7
The graphics were designed with the following goals:
0. not do any graphics operations during the actual flashing, e.g. no
progress bar, because this makes it harder to test any interactions,
1. not add another icon
On 25 November 2010 04:11, Jerry Vonau jvo...@shaw.ca wrote:
Having os-builder required to have net access in ksmain.50.repos.py is
less than ideal for remote image creation. Once the cache is downloaded
could we not just run createrepo on the cache and point os-builder to
the local url
On Thu, 2010-11-25 at 08:17 +, Daniel Drake wrote:
On 25 November 2010 04:11, Jerry Vonau jvo...@shaw.ca wrote:
Having os-builder required to have net access in ksmain.50.repos.py is
less than ideal for remote image creation. Once the cache is downloaded
could we not just run createrepo
On 25 November 2010 09:09, Jerry Vonau jvo...@shaw.ca wrote:
Any chance of syncing koji.dist-f11-updates-10.1.2 or maybe
koji.dist-f11-updates-10.1.3 to the final updates from Fedora?
Probably not. It's a bit late in the game and there are disk space issues.
Daniel
On Wed, Nov 24, 2010 at 5:49 PM, Daniel Drake d...@laptop.org wrote:
On 24 November 2010 22:40, Kevin Gordon kgordon...@gmail.com wrote:
Is this recommendation against yum and rpm for all software, or just the
oplc repo packages, the kernel and the firmware? I'm certainly happy doing
just
c. scott ananian wrote:
At one point Michael and I also had a side-loading mechanism
implemented -- if you put your target RPMs in some directory in
/home/olpc -- I think it was ~/.rpms -- then they'd automatically get
re-installed after olpc-update. That was (at the time) the
wondering whether this auto-firmware update feature for
'game-key-release' installs of signed builds is now a thing of the
past, a
figment of my iimagination, bad memory, or
whether the fw in the pack is maybe still q3a48.
Cheers,
KG
I've played around with the bootfw rpm, altering
On 24 November 2010 08:26, Jerry Vonau jvo...@shaw.ca wrote:
I've played around with the bootfw rpm, altering the install path to
reflect where /boot really is on the filesystem while booted up. This
has the advantage of being able to use rpm/yum to stage the upgrade of
the firmware. Providing
Is this recommendation against yum and rpm for all software, or just the
oplc repo packages, the kernel and the firmware? I'm certainly happy doing
just safe builds for the core.
However, as part of our 'refresh' stick when we wipe and install a new
signed build, we generally also include the
On 24 November 2010 22:40, Kevin Gordon kgordon...@gmail.com wrote:
Is this recommendation against yum and rpm for all software, or just the
oplc repo packages, the kernel and the firmware? I'm certainly happy doing
just safe builds for the core.
To avoid all corner cases it the
On Wed, 2010-11-24 at 22:25 +, Daniel Drake wrote:
On 24 November 2010 08:26, Jerry Vonau jvo...@shaw.ca wrote:
I've played around with the bootfw rpm, altering the install path to
reflect where /boot really is on the filesystem while booted up. This
has the advantage of being able to
On 24 November 2010 23:15, Jerry Vonau jvo...@shaw.ca wrote:
Yes I know, I don't want this to included, it is meant to be an
alternative means to update firmware on a running XO, that is it.
Ah, great, no worries then. Just wanted to make sure you had an explanation.
And, in general OLPC
There are a few other cases to consider. One is with packages that are
tweaked without forking the packages. For example if you were to
upgrade gstreamer you'd lose our pulseaudio tweak that makes sound
work, and if you upgrade firefox you'd lose the tweak that makes it
use totem for video
On Wed, Nov 24, 2010 at 06:27:30PM -0600, Mikus Grinbergs wrote:
It would be nice if such a list of tweaks existed someplace (perhaps
in the wiki).
That would mean Wiki documentation for code in olpc-os-builder. That
would be a nice challenge; especially keeping it synchronised. In the
On Wed, 2010-11-24 at 22:49 +, Daniel Drake wrote:
On 24 November 2010 22:40, Kevin Gordon kgordon...@gmail.com wrote:
Is this recommendation against yum and rpm for all software, or just the
oplc repo packages, the kernel and the firmware? I'm certainly happy doing
just safe builds
That will be great, i was looking for something like this.
On Thu, Nov 25, 2010 at 9:11 AM, Jerry Vonau jvo...@shaw.ca wrote:
On Wed, 2010-11-24 at 22:49 +, Daniel Drake wrote:
On 24 November 2010 22:40, Kevin Gordon kgordon...@gmail.com wrote:
Is this recommendation against yum and
dont expect it to be there using the 35x fs-update method, but I was
just wondering whether this auto-firmware update feature for
'game-key-release' installs of signed builds is now a thing of the past, a
figment of my iimagination, bad memory, or
whether the fw in the pack is maybe still q3a48
Hi,
And, I dont expect it to be there using the 35x fs-update method,
but I was just wondering whether this auto-firmware update
feature for 'game-key-release' installs of signed builds is now a
thing of the past, a figment of my iimagination, bad memory, or
whether the fw
Perfect, thanks.
On Tue, Nov 23, 2010 at 4:38 PM, Chris Ball c...@laptop.org wrote:
Hi,
And, I dont expect it to be there using the 35x fs-update method,
but I was just wondering whether this auto-firmware update
feature for 'game-key-release' installs of signed builds is now
21 matches
Mail list logo