Blocker - rpm fails to install files
by Mikus Grinbergs
Just tried to fetch a file from the network. No 'wget' in system.
There are a number of packages I add to each newly installed build,
including the rpm which gives me 'wget'. In 20090307 my "rpm apply"
shows such rpms being installed o.k. -- but the *files* from within
the rpm packages never get installed in their target directories.
This exact same procedure worked correctly for me with 20090306.img.
mikus
15 years, 2 months
Neighborhood View follies
by Mikus Grinbergs
Running 20090306.img (as Sugar) on my XO. After manually starting
the mesh, was able to (from the rawhide XO) comfortably transfer
files from another XO, and log in to that other XO, over the mesh.
But because the current software does not 'recognize' the presence
of other XOs on the mesh (i.e., in Neighborhood View), was unable to
use the Sugar collaboration facilities (e.g., Chat) between the XOs.
mikus
15 years, 2 months
Activities for Sugar
by Mikus Grinbergs
Running 20090306.img on my XO. After much trial-and-error figured
out how to manually *add* external (persisting) Activities to sugar.
[The "normal" locations -- /home/liveuser/Activities and
/usr/share/sugar/activities -- get wiped out when I install another
xxx.img] The trick is to put into /home/liveuser/Activities a
symbolic link to the (upper-level) directory which contains the
individual Activity (sub)directories, and also to put into
/home/liveuser/Activities a symbolic link for each individual added
Activity's (sub)directory. [Now when I install a new xxx.img, all I
have to do is to manually re-insert the symbolic links.]
At present I'm waiting for additional sugar packages to be ported to
rawhide -- for instance, the Read Activity depends upon package
'sugar-evince-python'. I expect there are other packages which need
to be ported to rawhide (etoys?).
mikus
15 years, 2 months
Re: Neighborhood View follies
by Mikus Grinbergs
It's one thing to have current Sugar not supporting the mesh.
What I think is salt in the wound is that 'iwconfig msh0 mode' is
not supported (it defaults to 'Repeater'), but 'iwconfig msh0
channel' *is* supported.
mikus
15 years, 2 months
Sugar-update-control in Fedora
by Steven M. Parrish
Got the final approval on the sugar-update-control package for Fedora. Will be
kicking off a rawhide build later today so it should be in tomorrow's rawhide
and will definitely make the beta.
Steven
15 years, 2 months
using rawhide XO
by Scott Douglass
Hi,
Rawhide on XO is shaping up nicely, and as a multiple G1G1 owner I'm
happy to see that there is a future for my machines!
Here are steps I took to make it more fun:
1. remove all the "live cd" functions
I install the Rawhide images to NAND and have an SD card with a couple
of partitions, one is for swap and one is for my OLPC data
(including /security/develop.sig)
Since the NAND is read/write, no need for the live system overlay and
all the loopback mounts. Disabling this speeds up the startup/boot
process dramatically.
chkconfig livesys off
chkconfig livesys-late off
remove the /etc/gdm/custom.conf to prevent the timed auto login using
the liveuser.
I changed the liveuser from /etc/passwd and /etc/group to have my
regular username and set passwords for both my account and root
Edit out some things from /boot/olpc.fth as well such as console on serial port etc. I am using:
root=mtd0 rootfstype=jffs2 video=lxfb lxfb.mode_option=1200x900@51
Now, it's "installed to disk."
2. GDM simple greeter fonts are too big and controls are obscured
Login as myself to a GNOME session, set the font DPI in the Appearance
control panel (I am happy with 120 DPI)
Copy the gconf settings from my home directory to the home directory of
the gdm user:
sudo cp -r ~scott/.gonf/desktop ~gdm/.gconf
sudo chown -R gdm:gdm ~gdm/.gconf
the file ~gdm/.gconf/desktop/gnome/font_rendering/%gconf.xml is where
you can set the DPI to make the greeter more usable.
3. auto find/use swap partition on SD card
One nice thing that the livesys init script did was finding and enabling
swap partitions. I took that bit out of the script and added it
to /etc/rc.d/rc.local:
. /etc/init.d/functions
# enable swaps unless requested otherwise
swaps=`blkid -t TYPE=swap -o device`
if ! strstr "`cat /proc/cmdline`" noswap && [ -n "$swaps" ] ; then
for s in $swaps ; do
action "Enabling swap partition $s" swapon $s
done
fi
4. moving the yum cache so there's enough disk space to groupinstall
"Development Tools" and XFCE (and of course yum update...)
Created a symlink to move /var/cache/yum onto my SD card
ShanghaiScott
15 years, 2 months
20090305 daily build
by Chris Ball
Announcing today's build:
http://dev.laptop.org/~cjb/rawhide-xo/20090305/
Highlights:
* X and GDM work again
* Should boot successfully from SD, USB or NAND
* The .img is 116MB smaller than yesterday's, thanks to Sebastian
* The bootable.gz image fits on 2GB USB keys/SD cards again
I saw something odd when booting this image -- the first GDM launch
crashed, then it relaunched itself, and didn't crash after that; I
reported this to the GDM maintainer. Also, the ability to choose
between Sugar and GNOME in GDM has disappeared, but will be back in
tomorrow's build.
- Chris.
--
Chris Ball <cjb(a)laptop.org>
15 years, 2 months
decisions coming up
by Mikus Grinbergs
> * should we use an overlay for /home? how big?
I have no idea how overlays work. My suggestion would be to somehow
preserve /home, such that when a new rawhide .img (i.e., build) gets
installed, the previous content of /home is not affected. [For
instance, if the user has put a symbolic link into some directory in
/home -- that link is still there even when the content of '/' gets
changed by the process of installing the new rawhide version.]
How big ? The answer depends upon where/how Activities are placed.
If I can figure out how to do it, I would put all my Activities on
my SD card (*not* affected by rawhide .img installs), and only have
symbolic links in /home to where the activity stuff actually
resides. [That is, /home could be 10MB or so.] In the current
rawhide-xo builds, activity stuff is in /usr/share/sugar (i.e., it
*is* affected by rawhide .img installs). If this situation
continues, again only symbolic links need to be in /home, which can
be quite small. But if Activities themselves were to be placed in
/home, then one might have to set aside some 500MB to hold them.
> * should we partition the NAND and swap to it?
I'm a great believer in swap files. [On my "production" XO (on
which I've run 100%-CPU-using background computations) I have an
external hard disk with the XO's swap file on it.] But I don't see
any reason for the very people who _supply_ the XO to be the ones to
supply software which wears out the NAND. My recommendation is to
document/make_easy for people to add cheap non-built-in storage to
function as a swap file. [I'm particularly thinking of an SD card
being used for the XO's swap file.]
> * maybe, at least for NAND, we should be using an installed image rather
> than a live image?
Speaking for myself, I have no interest in "preserving" one system
on NAND while "plugging in" a second ("live") system via some other
device. [I 'copy-nand' the rawhide-xo .img into NAND, and only then
run it.] I have gone out of my way to purchase several XOs, so I
can afford to have two XOs for 8.2.1, one XO for rawhide, etc.
> * should the bootable.gz include a swap partition?
Could somebody please tell me how the bootable.gz gets used ?
Does it get loaded into a running workstation, so as to set up a
"virtual system" for the purpose of doing testing of rawhide ?
Thanks, mikus
15 years, 2 months
Re: 20090305 daily build
by Mikus Grinbergs
The third 20090305 image, with the gdm rpm applied, brings up sugar.
Started Terminal fine (did some customization that I had done with
earlier rawhide-xo builds); then went off to 'My settings' and set
the timezone (for which I told sugar to restart). From then on,
*nothing* I could do (not even reboot) would allow me to launch any
Activity - when I tried, that Activity's launch screen would just
pulse and pulse forever (did not see anything being logged).
mikus
15 years, 2 months
