Re: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts?

2007-08-28 Thread Bernardo Innocenti
On 08/27/2007 06:37 PM, John Dennis wrote:
 Folks are supposed to upgrade their init.d scripts to support LSB.
 
 Some of this is covered here:
 
 http://fedoraproject.org/wiki/FCNewInit/Initscripts

 One aspect of that is to switch from sourcing /etc/init.d/functions to
 sourcing /lib/lsb/init-functions.

On the OLPC, we were concerned that the old initscript
infrastructure had a considerable overhead.  Would this
change have a beneficial impact on speed?

I used this benchmark to measure how slow a dummy
initscript is:

  http://www.codewiz.org/pub/true.init

Run it like this:

  time for i in `seq 1 10`; do ./true.init start; done

On a B3/B4 laptop, executing 10 loops takes over
2 seconds.  (and just 1.3 seconds with LANG=C!)

-- 
   // Bernardo Innocenti
 \X/  http://www.codewiz.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Please test Xorg 1.4

2007-08-28 Thread Bernardo Innocenti
On 08/26/2007 10:15 PM, Bernardo Innocenti wrote:

 Please, test with your favorite activities and report any
 glitches.  We'd like to shake out most bugs before hitting
 the official builds.

I got reports of corrupted scrollbars in the Web activity,
but it turns out that it also happes with X 1.3, and only
with very recent builds.

We suspect a bug in the GTK theme or in Cairo.

-- 
   // Bernardo Innocenti
 \X/  http://www.codewiz.org/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts?

2007-08-28 Thread Bill Nottingham
Bernardo Innocenti ([EMAIL PROTECTED]) said: 
 If there are no resources to do it, I hereby volunteer
 to do this work in due time, provided there's interest
 from the current redhat-lsb maintainers to merge my
 changes back.

Taking patches, although I'd start with the stuff in /etc/init.d/functions.

Bill
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: /lib/lsb/init-functions vs. /etc/init.d/functions in init scripts?

2007-08-28 Thread Bill Nottingham
Bernardo Innocenti ([EMAIL PROTECTED]) said: 
 On 08/28/2007 01:58 PM, Bill Nottingham wrote:
  Bernardo Innocenti ([EMAIL PROTECTED]) said: 
  If there are no resources to do it, I hereby volunteer
  to do this work in due time, provided there's interest
  from the current redhat-lsb maintainers to merge my
  changes back.
  
  Taking patches, although I'd start with the stuff in /etc/init.d/functions.
 
 Agreed.  My idea was to start by moving only the parts
 of code that LSB advertises from /etc/init.d/functions
 to /lib/lsb/init-functions.  Would that make sense?

Not unless lsb/init-functions moves to someplace that doesn't require the whole 
mess
of the lsb stack; we don't want init scripts bringing in the entirety of 
openssl,
X, cron, pax, shadow-utils, etc.

Bill
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Teleconference information for software status meeting (today, 21:00 EDT Boston)

2007-08-28 Thread Jim Gettys
Please go through trac, comment and close bugs that are done.  Please
examine at least the blocker and high priority bugs, for both Trial-2
and Trial-3.

You can easily use the query page in trac to see what open issues you
have.  http://dev.laptop.org has a number of common useful queries.

DIAL IN:
  From  the United States: 866-213-2185 
  From Outside the United States:  1-609-454-9914

access code: 8069698 

problems? Call customer care 
800-526-2655 or 205-206-2301

http://www.timeanddate.com/worldclock/fixedtime.html?month=8day=28year=2007hour=21min=0sec=0p1=43

Status
backup/restore
Wireless bugs
Priorities
activation  registration.
Blockers for Trial-2
http://dev.laptop.org/query?status=newstatus=assignedstatus=reopenedpriority=blockermilestone=Trial-2order=priority
Power management
http://dev.laptop.org/query?status=newstatus=assignedstatus=reopenedkeywords=powerorder=priority
Blockers for Trial-3
http://dev.laptop.org/query?status=newstatus=assignedstatus=reopenedpriority=blockermilestone=Trial-3order=priority
School server status


Please send any agenda items.

#1500 -- Need public key for mfg-data.
* AI: Jim to talk to Noah/Ivan to understand why we still don't
  have the public keys generated and signing working yet.


Still no real keys.

We have a key format - Noah has code that documents the format.
The problem is getting the hash functions installed in the HSM machine.
Noah to supply to wmb the key format, a key, a signature file, and
a signed object.

wmb hobbling along with personally generated key.

#1547 -- Decide frame buffer depth.
* AI: cjb/bernie to performance-test color depth change.

#1396 -- We're waiting on the problem with keyboard repeat events.
* AI: Richard to get us a release firmware with this patched.
The goto hack made it in the v24 EC firmware.  We think this
fixes the repeat problem.


#1547 -- Decide frame buffer depth.
* AI: cjb/bernie to performance-test color depth change.

80 fps in 24 bit color, 50 fps in 16-bit color

Need a bit more data

#2184 -- OHM idleness detection isn't working
* AI: jg and cjb to meet and decide what OHM should do for Trial-3,
  mail the result to Richard Hughes and [EMAIL PROTECTED]
+ Spec mailed out, but no final resolution yet.  We need to get
the results into the wiki (AI in progress; not finished).


#2237 -- Need to find the best DCON write combination for power-savings
* AI: Joel to do so and pass on to Andres to implement.
Andres still chasing audio problem.

-- 
Jim Gettys
One Laptop Per Child


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Auto-building emulator downloads

2007-08-28 Thread Mike C. Fletcher
John (J5) Palmieri wrote:
...
 There's a few:

 * Qemu installation (for the qemu-img tool that converts to VMWare
   disks)
 * VirtualBox installation (for the vboxmanage tool that converts to
   VirtualBox disks)
 

 No need for this as VB can run VMWare disk fine.
   
Duh!  Reading the feature-list of the package would be a good thing I 
suppose.  Thanks for the heads up on that.
 I already have scripts in pilgrim to do a sdk build which outputs a
 vmware image with vmware and VB meta files.  Let's build on that and I
 can do sdk builds along with regular builds.  
Yay!  J5 rocks.
 I just need to know what
 people think should be in a development image.  BTW the build servers
 run as root and have qemu on them.
   
Let's start with just the raw official images for now.  I expect to have 
a few groups needing input into the SDK, including software and content 
developers (Mel can likely help with collecting input there).  For right 
now we probably need to start with make something available and let 
people tell us what they are missing and/or tell us what they are doing 
to make the environment more useful for themselves.  Over time we can 
flesh out what the developer/content-developer SDK overlay is composed of.

Continuous-builds-are-good-for-iterative-development-ly yr's,
Mike

-- 

  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://www.vrplumber.com
  http://blog.vrplumber.com

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


EXA performance

2007-08-28 Thread Bernardo Innocenti
Aleph has recently been doing some performance measurements
on the latest Xorg codebase, mostly concentrating on
bench.py and other micro benchmarks.

Performance of 16bpp VS 24bpp has been a hot topic recently.
We know 24bpp to be much faster for some operations (my
bench.py notably) and much slower for others (image puts),
but it's not clear which one is the overall winner
for our typical workload.

Jim would like to see some numbers in order to make a
decision.  Aleph, could you publish the results of x11perf
at least?  The Cairo perfomance suite would be even more
interesting to see.

Chris also wanted to see timing of a real-world Sugar
rendering... like switching between the 4 zoom levels.
That may require some (perhaps trivial) Sugar surgery, so
I'd leave it to one of the Python developers.

Oprofile and/or sysprof output while executing all the above
benchmarks would also provide invaluable information to find
out *why* things are being slow.  Aleph already has an
environment in place with all the components rebuilt
with debug symbols, so we can see the actual function calls
in the output.

Lastly, this thread may be generally interesting to
whoever is seeking to improve EXA performance on the XO:

 http://thread.gmane.org/gmane.comp.freedesktop.xorg/20111/focus=20116


-- 
  // Bernardo Innocenti
\X/  http://www.codewiz.org/

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel