Re: How do we manage translation effort in Release process/roadmap?
This is a good point and I hope Michael will be able to address it. If there are any questions about how to get translations into pootle or into a build, please post them so we can get them resolved quickly. In order to help focus which translations are high priority for this release, I have listed the languages we are shipping to today and expect to ship to in the next 4-6 months. They are in size order: Spanish (Peru, Uruguay, Mexico), 200k Mongolia, 20k (10k now, 10k by end of year) French (Rwanda), 10k (5k now, 5k in late fall) Kreyol (Haiti), 13k (6k now, 7k later) Amharic (Ethiopia), 5000 Khmer (Cambodia), 1000 Dari (Afghanistan), 3000 (1k now, 2k later) Thai, 500 Devanagari, 500 Portuguese (Brazil), 200 Arabic, ~500 Receiving laptops in the next 3-6 months: Oceania, 500 Italy, 600 Turkey, 15k Senegal (French), 1000 Argentina, Equitorial Guinea, Panama (Spanish) Not included: Birmingham, South Carolina, NY (because they are English) and deployments that got US/Eng keyboards that weren't big enough to designate the shipping location. -Kim On Wed, Jul 2, 2008 at 12:20 AM, Korakurider <[EMAIL PROTECTED]> wrote: > Hi, all. > I have read though Greg's release process draft of OLPC > (http://wiki.laptop.org/go/Release_Process_Home) > and ReleaseTeam/Roadmap of SugarLabs > (http://wiki.sugarlabs.org/go/ReleaseTeam/Roadmap). > But both draft documents haven't explained translation of software > (including activity) and others. > > Until midst of update.1 development, development of activities and > translation had been aligned to the road map > of XO software. it was straightforward; we were notified when window > for translation of whole project was opened/closed. > > Now our collaboration has become complex, because of SugarLabs's split. > Translators are still working with one unified portal (i.e Pootle), > but I can't understand how and when each PO will be pulled to build. > Without those knowledge it would be difficult for translation > community to manage their schedule. > Could you please explain about this? > > For instance, scheduled build of Terminal activity with pulling newer > translation was announced recently. > (http://lists.laptop.org/pipermail/localization/2008-June/001138.html) > So we could easily manage the effort. > But could we expect similar announcement for every activities, or will > the window for translation of activity aligned to > development road map of sugarlab or OLPC? > > Maybe I missed important thing, though... > > Thanks in advance > /Korakurider > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OT] what does it mean to remove an activity
On Wed, Jul 2, 2008 at 1:15 PM, Mikus Grinbergs <[EMAIL PROTECTED]> wrote: > Possibly Off-Topic ! > > There was discussion of a GUI for removing an activity. But what > does "to remove an activity" mean ?? Two extremes of user intent: > > User AA wants to install a new version of an Activity. He would [...] > User ZZ is mentally disturbed, and wants to "purge" his system of Usually what it means is "I need more space on my machine to store my stuff". Call that user YY. The don't need to rigorously erase *everything*; they just want to erase the stuff which takes up a lot of space, usually the activity bundle (both in ~olpc/Activities and the copy stored in the Journal). They almost certainly don't want to erase the documents they created with the activity; they can already erase them individually if it turns out their documents are "large". --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
2008/7/2 Dennis Gilmore <[EMAIL PROTECTED]>: > I personally really dislike being CC'd on lists im subscribed to I find it > extremely poor netiquette of all the mailing lists im subscribed to FWIW, I prefer the oppposite. My mail gets filtered in general *unless* I'm explicitly named, either in the Cc or To line or (for some lists) in the body of the email. If anyone out there cares, delete dennis from yr cc lists, but *add* me if you specifically want me to see it. My mail client draws a nice arrow by the email to indicate that I was cc'ed specifically. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: fonts-thai-ttf has been abandoned!
On Tue, Jul 1, 2008 at 2:52 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote: > We added a package named 'fonts-thai-ttf' to our builds a while ago > for thai font support. However, no one here now remembers where this > font came from, or where the upstream came from. Can someone familiar > with thai support help out? Ideally we'd like to confirm the > licensing and then grow a maintainer for this package in fedora. > Thanks! I would expect it to be the same as the Debian package ttf-thai-tlwg, but if not, then you have a new resource. Thai fonts in TrueType format This package provides some free-licensed fonts that are enhanced by developpers from Thai Linux Working Group. In TrueType format. At the moment, it provides two families from the National Font Project (Garuda, Norasi), one from NECTEC (Loma) and three developed by TLWG itself (Tlwg Mono, Tlwg Typewriter, Purisa). http://www.nida.gov.kh/activities/localization/thai.pdf > --scott > > -- > ( http://cscott.net/ ) > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > -- Edward Cherlin End Poverty at a Profit by teaching children business http://www.EarthTreasury.org/ "The best way to predict the future is to invent it."--Alan Kay ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: boot timings
On Wed, Jul 2, 2008 at 4:26 AM, John Gilmore <[EMAIL PROTECTED]> wrote: > There's a place in SPI flash that marks the laptop as permanently > unlocked, eliminating the need for a dev key or cryptographic It is not safe to write to SPI flash routinely. Certainly not on every lease renewal. > The page at http://wiki.laptop.org/go/Activation_and_developer_keys > originally recommended that people set this field immediately after > getting a developer key. But that recommendation was removed by OLPC > staff (Ivan) on December 28th. http://wiki.laptop.org/go/Activation_and_developer_keys#Disabling_Security I don't think you need to malign anyone here. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC-Update + RPMs WAS:Re: OLPC XO Opera browser as Sugar activity
The current OLPC design is heavily weighted toward reliability and maintainability. That's all. There's really nothing more to be said: we all agree that a full-fledged package manager would give more flexibility at the expense of less reliability. Therefore we are not using one at this time. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
lowercase wiki titles
a minor point: > Please add your own items to the list... > http://wiki.laptop.org/go/Distro_Version_Migration_Nastiness From http://wiki.laptop.org/go/OLPC:Style_guide#Article_naming (I didn't write it), it's considered MediaWiki good form to not capitalize everything, thus just Distro_version_migration_nastiness. What may confuse casual editors is MediaWiki automatically capitalizes the first letter of page titles, so http://wiki.laptop.org/go/releases shows the Releases page. This "feature" (along with automatically turning spaces into underscores) simplifies making links within text: you can write we want to avoid [[distro verson migration nastiness]] in the future and don't have to provide alternate display text for the link. There are #REDIRECT pages on wiki.laptop.org for some alternate capitalizations, like Content_Projects. No worries, -- =S Page ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Question about internationalization on sugar-jhbuild
Hello All,
I'm trying to set up some simple internationalization on a sugar activity
but am running in to problems. I am specifically using sugar-jhbuild and
launching it with 'LANG=es ./sugar-jhbuild run' command when I want to test
my internationalization out. Here are the steps I have followed (I used
http://wiki.laptop.org/go/Python_i18n and
http://wiki.laptop.org/go/Localization/Testing to guide me):
1. First, I created a directory within my activity (a simple shell fo an
activity which I have called Annotate.activity) called 'po' and I went in to
that directory.
2. In Annotate.activity/po, I created a POTFILES.in file and put the
following text:
encoding: UTF-8
annotateactivity.py
3. I launched sugar-jhbuild and went in to the terminal, where I ran 'python
setup.py genpot' from the Annotate.activity directory. This generated an
'Annotate.pot' file. I went in to Annotate.pot and added some translations
for strings that I knew would need translating in my program (one specific
one was a from a print statement where the string is wrapped in _()).
4. Still in sugar-jhbuild's terminal, I ran 'msginit -l es' which generated
a file called 'es.po'.
5. finally, I did 'msgfmt -o ../locale/es/LC_MESSAGES/
org.laptop.AnnotateActivity.mo es.po' to generate the mo file and place it
within the right directory for spanish (the directory path is similar to the
one I found for Web.activity, whose translations are working fine).
After doing all this, I restarted sugar-jhbuild by using 'LANG=es
./sugar-jhbuild run' . I can see other activities have text translated, but
my activity is not translating the text that I wrapped in _() and was
printing out. I checked the source file and I am using gettext (importing it
as _ and then using the wrapper in the print statement I want translated).
Someone suggested trying to do an strace to see what was happening. I did
this and found the following in the portion of the log where it has any
reference to the string I want translated:
1.
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en_US.UTF8/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such
file or directory)
2.
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en_US/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such
file or directory)
3.
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en.UTF8/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such
file or directory)
4.
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such
file or directory)
5. write(1, "hello world should be translated"..., 33hello world should
be translated
6. ) = 33
1
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en_US.UTF8/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such file
or directory)
2
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en_US/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such file
or directory)
3
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en.UTF8/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such file
or directory)
4
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such file
or directory)
5 write(1, "hello world should be translated"..., 33hello world should be
translated
6 ) = 33
1
2
3
4
5
6
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en_US.UTF8/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such file
or directory)
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en_US/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such file
or directory)
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en.UTF8/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such file
or directory)
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/sugar/activities/Annotate.activity/locale/en/LC_MESSAGES/
org.laptop.AnnotateActivity.mo", 0x7fffa41f75d0) = -1 ENOENT (No such file
or directory)
write(1, "hello world should be translated"..., 33hello world should be
translated
) = 33
1.
stat("/home/fanwar/sugar-jhbuild/sugar-jhbuild/install/share/suga
New joyride build 2098
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2098 Changes in build 2098 from build: 2097 Size delta: 0.00M -ohm 0.1.1-6.12.20080119git.olpc3 +ohm 0.1.1-6.13.20080701git.olpc3 --- Changes for ohm 0.1.1-6.13.20080701git.olpc3 from 0.1.1-6.12.20080119git.olpc3 --- + Fix OLPC Trac #7359, segfault due to uninitialized use of X display. -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
> I would like just remind you that the real > question is that if this "right" reply to setting is more or less > important than keeping discussions on the devel list or not. I > personally think that the latter is more important IMHO. This can often be controlled by using 'mail-reader' facilities. For instance, for messages that came from a list, my 'mail-reader' is set up to automatically provide "reply to the list", but also supports an explicit "reply to 'Reply-to:". On general-distribution lists, the intent often is: [1] to discourage off-list conversations - let everybody see everything (even though it may not be of interest to everybody), and [2] to "automate" participation by those whose 'mail-reader' only provides a "reply to 'Reply-to:" action. It is my hope that on a __developer's__ list, "hand-holding" would not be needed. [Please note that when one writes an original message (not a reply) to a list, then normally a 'Reply_to' action isn't available.] > its a very standard convention to keep list mail on lists. Again, it's a function of the 'mail-reader' being used. I have set mine up to filter mail that appears on a list to the folder in which I keep mail from that list. [And to show it to me only once, even if it is addressed both to the list and explicitly to me.] [Also, I can move individual mails from one folder to another, if I want to.] > if you need to take something off list then you should go through > the steps needed to do so. * If I want to reply to 'Reply_to:', I tell my 'mail-reader' to do that -- otherwise it would "automatically" send any reply to the list the message came from. [I've configured my 'mail-reader' with the addresses of the lists I subscribe to; it does not need to look in 'Reply_to:' to find out how to send to the list.] * But, if the originator's email address does not appear in the header or body of the message I am reading, and I *do* want to send a private message, I may have to go to considerable trouble to find out what the originator's email address is. Since many people do not sign their messages with their email address, I'm saved this effort if that address appears in the header. And since my 'mail-reader' gives me the option of sending to the 'Reply_to:' address of what I am reading, that's where I prefer the originator's email address to be. mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
2008/7/2 Dennis Gilmore <[EMAIL PROTECTED]>: > by setting the replyto the list i wont get ccd on email when people reply to > all because that is the easy way to make sure it goes back to the list in the > current setup. instead I will get responses via mailmain and not direct and > the mail will have the X-BeenThere header and will be filed appropriately on > my > mail server. Dennis is arguing for munging the reply-to. Munging the reply-to breaks _lots_ of things to fix one little thing that has a better fix. The harmful link that Wad posted ( www.unicom.com/pw/reply-to-harmful.html ) summarises my concerns. In terms of the one little thing that Dennis mentions, it can be fixed in various ways: - gmail fixes it with no effort from the end-user - mailman has a per-user setting that tries to avoid redundant CCs if it spots your email address in the To: line - procmail's "no dups" filters can fix it for you too One of the funny effects of this is that many people that argue for munging reply-to headers completely lose track of discussions they are part of when they don't get the CC that they so strenously claim that bothers them. That extra CC is a _feature_. cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Deploy] fonts-thai-ttf has been abandoned!
On Wed, Jul 2, 2008 at 2:02 AM, Kim Quirk <[EMAIL PROTECTED]> wrote: > For testing, Scott, we are growing a set of each new keyboard/language > laptop that comes out of manufacturing. > > The 'ultimate' test for fonts, translations, keyboard integration is to load > a build on these laptops. I have two of each new SKU and I have tried to But what do we *do* with that build? It seems at the very least we should open up "Write" and type a "quick brown fox" equivalent sentence to ensure that all the characters in the font are present, the keyboard mapping works, etc. This "quick brown fox" test was what I was hoping someone with some Thai experience could help with. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Distro version migration nastiness
While preparing the 8.2 release (including the Fedora 9 rebase), we found ourselves having to re-include dirty OLPC-specific package changes from the older Fedora 7 releases. In fact, a number of the F9-induced bugs were caused simply from accidently losing the OLPC-specific changes we applied to packages in F7. Due to time constraints we find ourselves having to reinclude those changes in the F9 packages and hence will probably see the same issues when rebasing in future. So we decided to create a wiki page which documents those changes, hopefully making it easier to rebase in future. It is also important for us to work towards making this list as small as it possibly can be, so that rebasing in future is not as difficult as it is now. Please add your own items to the list... http://wiki.laptop.org/go/Distro_Version_Migration_Nastiness Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: fonts-thai-ttf has been abandoned!
On Wed, 2008-07-02 at 10:18 -0400, Jim Gettys wrote: > This probably dates from when Behdad was helping us with Thai rendering. > > Behdad, do you remember? Yeah, I already replied. The Fedora thaifonts-scalable package supersede that. > - Jim > > > On Tue, 2008-07-01 at 17:52 -0400, C. Scott Ananian wrote: > > We added a package named 'fonts-thai-ttf' to our builds a while ago > > for thai font support. However, no one here now remembers where this > > font came from, or where the upstream came from. Can someone familiar > > with thai support help out? Ideally we'd like to confirm the > > licensing and then grow a maintainer for this package in fedora. > > Thanks! > > --scott > > -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
bert wrote: > > Am 02.07.2008 um 20:01 schrieb Dennis Gilmore: > > > On Wednesday 02 July 2008, Bert Freudenberg wrote: > >> Am 02.07.2008 um 19:33 schrieb Dennis Gilmore: > >>> by setting the replyto the list i wont get ccd on email when people > >>> reply to > >>> all because that is the easy way to make sure it goes back to the > >>> list in the > >>> current setup. instead I will get responses via mailmain and not > >>> direct and > >>> the mail will have the X-BeenThere header and will be filed > >>> appropriately on my > >>> mail server. > >> > >> Since you're doing fancy mail filtering on your end anyway, why don't > >> you just discard the duplicate CC based on message ids? See "man > >> procmailex" for an example using "formail -D". > > because i only get one copy of the email and its not from mailman > > when im on > > the CC list > > > Change the setting in your mailing list options back to the default > (which is to not suppress duplicates)/ or, filter on To:/Cc: (i.e., use procmail's "TO" pattern) instead of X-BeenThere. paul =- paul fox, [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[OT] what does it mean to remove an activity
Possibly Off-Topic ! There was discussion of a GUI for removing an activity. But what does "to remove an activity" mean ?? Two extremes of user intent: User AA wants to install a new version of an Activity. He would like to remove the existing "executables", in case what any of them do might conflict with what he will install next. [Here the principal question is "will the existing Journal entries (of performing that Activity) be able to 'resume' once the subdirectory of /home/olpc/Activities has been replaced ?" User ZZ is mentally disturbed, and wants to "purge" his system of EVERY trace of an Activity having been present. Besides the subdirectory of /home/olpc/Activities, what needs to be removed is "wherever Rainbow allowed that Activity to store data", plus everything pertinent being kept by the Journal & database, plus everything pertinent in .sugar/default/logs, plus anything installed elsewhere (presumably indicated by that Activity's MANIFEST), plus anything in /usr/share/activities/bundle-archive. [If that Activity was NOT installed by user 'olpc', perhaps doing a system-wide 'find' would be the best way to discover its pieces (e.g., in /usr/share).] mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
Am 02.07.2008 um 20:01 schrieb Dennis Gilmore: > On Wednesday 02 July 2008, Bert Freudenberg wrote: >> Am 02.07.2008 um 19:33 schrieb Dennis Gilmore: >>> by setting the replyto the list i wont get ccd on email when people >>> reply to >>> all because that is the easy way to make sure it goes back to the >>> list in the >>> current setup. instead I will get responses via mailmain and not >>> direct and >>> the mail will have the X-BeenThere header and will be filed >>> appropriately on my >>> mail server. >> >> Since you're doing fancy mail filtering on your end anyway, why don't >> you just discard the duplicate CC based on message ids? See "man >> procmailex" for an example using "formail -D". > because i only get one copy of the email and its not from mailman > when im on > the CC list Change the setting in your mailing list options back to the default (which is to not suppress duplicates)/ - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
On Wednesday 02 July 2008, Bert Freudenberg wrote: > Am 02.07.2008 um 19:33 schrieb Dennis Gilmore: > > by setting the replyto the list i wont get ccd on email when people > > reply to > > all because that is the easy way to make sure it goes back to the > > list in the > > current setup. instead I will get responses via mailmain and not > > direct and > > the mail will have the X-BeenThere header and will be filed > > appropriately on my > > mail server. > > Since you're doing fancy mail filtering on your end anyway, why don't > you just discard the duplicate CC based on message ids? See "man > procmailex" for an example using "formail -D". because i only get one copy of the email and its not from mailman when im on the CC list -- Dennis Gilmore signature.asc Description: This is a digitally signed message part. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
Am 02.07.2008 um 19:33 schrieb Dennis Gilmore: > by setting the replyto the list i wont get ccd on email when people > reply to > all because that is the easy way to make sure it goes back to the > list in the > current setup. instead I will get responses via mailmain and not > direct and > the mail will have the X-BeenThere header and will be filed > appropriately on my > mail server. Since you're doing fancy mail filtering on your end anyway, why don't you just discard the duplicate CC based on message ids? See "man procmailex" for an example using "formail -D". - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2097
On Wednesday 02 July 2008, Daniel Drake wrote: > On Wed, 2008-07-02 at 03:27 -0700, [EMAIL PROTECTED] wrote: > > > -cdparanoia-libs alpha9.8-30 > > > +cdparanoia-libs 10.0-2.fc9 > > > -mesa-libGL 7.1-0.31.fc9 > > > +mesa-libGL 7.1-0.35.fc9 > > > -mesa-libGLU 7.1-0.31.fc9 > > > +mesa-libGLU 7.1-0.35.fc9 > > > > what is bringing in these as dependancies? > > cdparanoia-libs: > > totem-gstreamer-2.23.2-4.fc9.i386 > gstreamer-plugins-base-0.10.19-2.fc9.i386 > gstreamer-python-0.10.11-2.fc9.i386 > gstreamer-plugins-good-0.10.8-5.fc9.i386 > totem-2.23.2-4.fc9.i386 > totem-mozplugin-2.23.2-4.fc9.i386 > totem-xine-2.23.2-4.fc9.i386 > > > mesa-libGL: > > mesa-libGLU-7.1-0.31.fc9.i386 > totem-xine-2.23.2-4.fc9.i386 > xorg-x11-utils-7.3-3.fc9.i386 > xine-lib-1.1.12-2.fc9.i386 > > > mesa-libGLU: > > xine-lib-1.1.12-2.fc9.i386 > totem-xine-2.23.2-4.fc9.i386 > > > I don't think anyone is really arguing that these should be included in > OLPC builds, we just need time to make the appropriate modifications so > that they get kicked out. You can see a list of new packages here: > http://dev.laptop.org/~bert/update.1-joyride.html > and here is the tracker bug: > http://dev.laptop.org/ticket/7353 I am working on totem so that these extra deps will all fall out. Im doing it in a way that will ease long term maintainence of our totem package. -- Dennis Gilmore signature.asc Description: This is a digitally signed message part. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
On Wednesday 02 July 2008, Carol Lerche wrote: > I don't understand the argument that forcing "Reply-to" to be back to the > list eradicates a list participant's ability to get the reply on their > preferred email address. Presumably they replied to the list via this > address. By forcing "Reply-to" to the list address, all subscribers should > receive the reply in the way they specified when they subscribed to it. > What am I missing? by setting the replyto the list i wont get ccd on email when people reply to all because that is the easy way to make sure it goes back to the list in the current setup. instead I will get responses via mailmain and not direct and the mail will have the X-BeenThere header and will be filed appropriately on my mail server. mailmans recommendation works if you use the list to start private conversations. but when you want public discussion as we do. you are much better off setting ReplyTo the list. Please someone who is an admin set the replyto the list. > 2008/7/2 Dennis Gilmore <[EMAIL PROTECTED]>: > > On Wednesday 02 July 2008, Jim Gettys wrote: > > > Here's mailman's recommendation about replyto... > > > > > > http://lists.laptop.org/admin/devel/?VARHELP=general/reply_goes_to_list > > > - Jim > > > > I personally really dislike being CC'd on lists im subscribed to I find > > it extremely poor netiquette of all the mailing lists im subscribed to > > OLPC's are the only ones that dont set replyto the list. It and the huge > > amount of > > cross posting on OLPC lists really irritate me. its a very standard > > convention > > to keep list mail on lists. if you need to take something off list then > > you > > should go through the steps needed to do so. i personally always use the > > reply to list option my client gives me. > > > > When i get CC'd i dont get the mailman email only the cc'd one which goes > > to > > different folders where i might not see the mail for awhile. It outright > > breaks > > my procmail recipes, because mailman correctly doesnt send me a duplicate > > email. I filter my list mail based on the X-BeenThere: header > > > > > > -- > > Dennis Gilmore > > > > > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel -- Dennis Gilmore signature.asc Description: This is a digitally signed message part. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
> On Wed, 2008-07-02 at 17:47 +0200, NoiseEHC wrote: > >> 1. olpc games sets the reply-to >> > > Sounds like it should get fixed... > > >> 2. BTW this recommendation does not make my point wrong (eg that the >> current setting makes harder to keep conversations on the devel list) >> > > And screws many people who use reply to to get their mail sent back to > their main mailbox > - Jim > > See, I do not want to debate whether the current reply to setting is a "wrong" or "right" thing (I have no idea what this reply to usage you are referring to is about). I would like just remind you that the real question is that if this "right" reply to setting is more or less important than keeping discussions on the devel list or not. I personally think that the latter is more important IMHO. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
On Wed, 2008-07-02 at 09:54 -0700, Carol Lerche wrote: > I don't understand the argument that forcing "Reply-to" to be back to > the list eradicates a list participant's ability to get the reply on > their preferred email address. Presumably they replied to the list > via this address. This doesn't follow; some people often use multiple mail accounts. The question is now: what options should we set? I'm not saying what the answer is, just explaining why it is set the way it is... - Jim > By forcing "Reply-to" to the list address, all subscribers should > receive the reply in the way they specified when they subscribed to > it. What am I missing? > > 2008/7/2 Dennis Gilmore <[EMAIL PROTECTED]>: > On Wednesday 02 July 2008, Jim Gettys wrote: > > Here's mailman's recommendation about replyto... > > > > > > http://lists.laptop.org/admin/devel/?VARHELP=general/reply_goes_to_list > > - Jim > > > I personally really dislike being CC'd on lists im subscribed > to I find it > extremely poor netiquette of all the mailing lists im > subscribed to OLPC's > are the only ones that dont set replyto the list. It and the > huge amount of > cross posting on OLPC lists really irritate me. its a very > standard convention > to keep list mail on lists. if you need to take something off > list then you > should go through the steps needed to do so. i personally > always use the > reply to list option my client gives me. > > When i get CC'd i dont get the mailman email only the cc'd one > which goes to > different folders where i might not see the mail for awhile. > It outright breaks > my procmail recipes, because mailman correctly doesnt send me > a duplicate > email. I filter my list mail based on the X-BeenThere: header > > > -- > Dennis Gilmore > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > > > > > -- > Frisbeetarianism is the belief that when you die, your soul goes up on > the roof and gets stuck -- George Carlin > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
I don't understand the argument that forcing "Reply-to" to be back to the list eradicates a list participant's ability to get the reply on their preferred email address. Presumably they replied to the list via this address. By forcing "Reply-to" to the list address, all subscribers should receive the reply in the way they specified when they subscribed to it. What am I missing? 2008/7/2 Dennis Gilmore <[EMAIL PROTECTED]>: > On Wednesday 02 July 2008, Jim Gettys wrote: > > Here's mailman's recommendation about replyto... > > > > http://lists.laptop.org/admin/devel/?VARHELP=general/reply_goes_to_list > > - Jim > > > I personally really dislike being CC'd on lists im subscribed to I find it > extremely poor netiquette of all the mailing lists im subscribed to OLPC's > are the only ones that dont set replyto the list. It and the huge amount > of > cross posting on OLPC lists really irritate me. its a very standard > convention > to keep list mail on lists. if you need to take something off list then > you > should go through the steps needed to do so. i personally always use the > reply to list option my client gives me. > > When i get CC'd i dont get the mailman email only the cc'd one which goes > to > different folders where i might not see the mail for awhile. It outright > breaks > my procmail recipes, because mailman correctly doesnt send me a duplicate > email. I filter my list mail based on the X-BeenThere: header > > > -- > Dennis Gilmore > > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > > -- Frisbeetarianism is the belief that when you die, your soul goes up on the roof and gets stuck -- George Carlin ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
On Wednesday 02 July 2008, Jim Gettys wrote: > Here's mailman's recommendation about replyto... > > http://lists.laptop.org/admin/devel/?VARHELP=general/reply_goes_to_list > - Jim > I personally really dislike being CC'd on lists im subscribed to I find it extremely poor netiquette of all the mailing lists im subscribed to OLPC's are the only ones that dont set replyto the list. It and the huge amount of cross posting on OLPC lists really irritate me. its a very standard convention to keep list mail on lists. if you need to take something off list then you should go through the steps needed to do so. i personally always use the reply to list option my client gives me. When i get CC'd i dont get the mailman email only the cc'd one which goes to different folders where i might not see the mail for awhile. It outright breaks my procmail recipes, because mailman correctly doesnt send me a duplicate email. I filter my list mail based on the X-BeenThere: header -- Dennis Gilmore signature.asc Description: This is a digitally signed message part. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2097
On Wed, 2008-07-02 at 03:27 -0700, [EMAIL PROTECTED] wrote: > > -cdparanoia-libs alpha9.8-30 > > +cdparanoia-libs 10.0-2.fc9 > > -mesa-libGL 7.1-0.31.fc9 > > +mesa-libGL 7.1-0.35.fc9 > > -mesa-libGLU 7.1-0.31.fc9 > > +mesa-libGLU 7.1-0.35.fc9 > > what is bringing in these as dependancies? cdparanoia-libs: totem-gstreamer-2.23.2-4.fc9.i386 gstreamer-plugins-base-0.10.19-2.fc9.i386 gstreamer-python-0.10.11-2.fc9.i386 gstreamer-plugins-good-0.10.8-5.fc9.i386 totem-2.23.2-4.fc9.i386 totem-mozplugin-2.23.2-4.fc9.i386 totem-xine-2.23.2-4.fc9.i386 mesa-libGL: mesa-libGLU-7.1-0.31.fc9.i386 totem-xine-2.23.2-4.fc9.i386 xorg-x11-utils-7.3-3.fc9.i386 xine-lib-1.1.12-2.fc9.i386 mesa-libGLU: xine-lib-1.1.12-2.fc9.i386 totem-xine-2.23.2-4.fc9.i386 I don't think anyone is really arguing that these should be included in OLPC builds, we just need time to make the appropriate modifications so that they get kicked out. You can see a list of new packages here: http://dev.laptop.org/~bert/update.1-joyride.html and here is the tracker bug: http://dev.laptop.org/ticket/7353 Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
jim wrote: > On Wed, 2008-07-02 at 17:47 +0200, NoiseEHC wrote: > > 1. olpc games sets the reply-to > > Sounds like it should get fixed... > > > 2. BTW this recommendation does not make my point wrong (eg that the > > current setting makes harder to keep conversations on the devel list) > > And screws many people who use reply to to get their mail sent back to > their main mailbox this is an old old problem, and should have been fixed long ago by Mail-Followup-To, or similar. alternatively, our lists all set the List-Post header -- if mail clients could use this easily, the problem would be mostly moot as well. in the meantime, i believe there are only two choices: the list sets Reply-To, or it doesn't. technical lists rarely set it, more "social" lists sometimes do. paul =- paul fox, [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
On Wed, 2008-07-02 at 17:47 +0200, NoiseEHC wrote: > 1. olpc games sets the reply-to Sounds like it should get fixed... > 2. BTW this recommendation does not make my point wrong (eg that the > current setting makes harder to keep conversations on the devel list) And screws many people who use reply to to get their mail sent back to their main mailbox - Jim > > Jim Gettys wrote: > > Here's mailman's recommendation about replyto... > > > > http://lists.laptop.org/admin/devel/?VARHELP=general/reply_goes_to_list > > - Jim > > > > > > > > > > On Wed, 2008-07-02 at 09:19 +0200, NoiseEHC wrote: > > > >>> There are top-down decisions being made by a few people that drive the > >>> direction of OLPC. These decisions are not waiting for consensus, and > >>> they are made by a small number of people. I don't believe this is > >>> going to change (at least not in the short term). > >>> > >>> > >> I, personally, do not care who makes decisions, as long as he is smart > >> and makes "good" decisions. The problem is that usually I am not > >> notified of such decisions. > >> > >> For example, the move from 32 bit to 16 bit frame buffer just happened > >> silently. One day people debated its merits on this list without > >> reaching any conclusions. Some months later it was 16 bit. Nobody told it. > >> > >> A similar thing is that I am trying to get an answer to the question > >> whether the XO image will be moved to LZO compression or not when we > >> will be rebased to F9. The reason is that I am currently tuning the LZO > >> decompression code and want to know whether this effort is moot or not. > >> Most likely this was already decided by somebody, and frankly I am not > >> qualified enough to debate this decision, I just want to know what it is. > >> > >> Note that I had to reply all to this message and then delete all > >> recipients and then replace CC devel with TO devel. The reason is that > >> this devel list is not set up that the reply-to would be the devel list, > >> and if I do not delete others then the conversation often slips outside > >> devel. See, even the main mailing list is configured wrong. > >> ___ > >> Devel mailing list > >> Devel@lists.laptop.org > >> http://lists.laptop.org/listinfo/devel > >> > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Software Status Meeting Today (Wednesday) @ 1400 EDT, 1800 UTC in #olpc-meeting on freenode
Dear friends, Please join me at the usual time and place to suggest bugs you think should be marked 'blocks:8.2.0' and to inform me of your perceptions of the current 'hot spots' in joyride. Thanks, Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
1. olpc games sets the reply-to 2. BTW this recommendation does not make my point wrong (eg that the current setting makes harder to keep conversations on the devel list) Jim Gettys wrote: > Here's mailman's recommendation about replyto... > > http://lists.laptop.org/admin/devel/?VARHELP=general/reply_goes_to_list > - Jim > > > > > On Wed, 2008-07-02 at 09:19 +0200, NoiseEHC wrote: > >>> There are top-down decisions being made by a few people that drive the >>> direction of OLPC. These decisions are not waiting for consensus, and >>> they are made by a small number of people. I don't believe this is >>> going to change (at least not in the short term). >>> >>> >> I, personally, do not care who makes decisions, as long as he is smart >> and makes "good" decisions. The problem is that usually I am not >> notified of such decisions. >> >> For example, the move from 32 bit to 16 bit frame buffer just happened >> silently. One day people debated its merits on this list without >> reaching any conclusions. Some months later it was 16 bit. Nobody told it. >> >> A similar thing is that I am trying to get an answer to the question >> whether the XO image will be moved to LZO compression or not when we >> will be rebased to F9. The reason is that I am currently tuning the LZO >> decompression code and want to know whether this effort is moot or not. >> Most likely this was already decided by somebody, and frankly I am not >> qualified enough to debate this decision, I just want to know what it is. >> >> Note that I had to reply all to this message and then delete all >> recipients and then replace CC devel with TO devel. The reason is that >> this devel list is not set up that the reply-to would be the devel list, >> and if I do not delete others then the conversation often slips outside >> devel. See, even the main mailing list is configured wrong. >> ___ >> Devel mailing list >> Devel@lists.laptop.org >> http://lists.laptop.org/listinfo/devel >> ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC-Update + RPMs WAS:Re: OLPC XO Opera browser as Sugar activity
On Mon, Jun 30, 2008 at 06:03:55PM -0700, [EMAIL PROTECTED] wrote: > On Mon, 30 Jun 2008, Erik Garrison wrote: >> >> There is another primary value-add, which is a different operating >> system or window manager. To enable this value-add we could be >> distributing a minimal image for each of the popular linuxes and then >> distributing packages to install sugar, activites, other window >> managers, etc. Such packaging would be most useful to deployments >> engaged in customization. >> >> We already know that countries want to be able to run more traditional >> desktop environments. > > this sort of thing is drastic enough that the package-based updaters > would not help much. > A lot of work, yes. 'Drastic...' I guess I don't really understand what you mean. Aside from a significant amount of work I'm not sure what stands between us and this pattern of distribution. > > unless you have maintained the software for an embedded system, or a > very similar focused set of systems you don't understand the trade-offs > as much as you think you do. When things get small and tight the overhead > of normal distros becomes a huge factor. also the 'small' risk of an > upgrade failing and jamming the box up becomes unacceptable becouse you > don't have hands available to touch the systems (if you even have people > in the right place to be able to touch the systems) > > In the embedded space it is very common to use the approach that OLPC is > useing. they provide a smapshot of the running system, and have a > provision to load a second snapshot ans switch to it. My Tivo has been > doing the same thing for about the last decade, and I've never had to > send it in becouse an upgrade has failed (I have had to re-apply my own > local modifications quite frequently as the upgrades wipe them out, but > their stuff has just worked) > > I will not claim any great expertise in the area, but I spent the last year working on an 'embedded' linux system that drives a gene sequencing device. In the case of the gene sequencer, our concern was primarily that it function exactly as specified and be 100% reliable without continued maintenance, so our software distribution plans centered around a disk image which could be used to flash the machine into a completely known and well-tested state. We are discussing software update systems in terms of a tradeoff between flexibility and guarantees about reliability. In the case of an appliance such as a gene sequencer or digital video recorder, this tradeoff is heavily weighted toward reliability. The usage of the system is well, and narrowly, defined. Thus software can be provided by the manufacturer which meets all the users' needs. The damage cause by software failures can be enormous. I agree that a headless appliance should not risk burying itself during software upgrades. Lab time is valuable, and television shows may not repeat. The usage patterns of embedded systems strike me as fundamentally distinct from those of the XO. In embedded systems we expect prescribed, well-defined patterns to make up the vast majority of usage. In the case of our laptop we observe highly diverse usage patterns. Children take pictures, draw, write, read, browse the web, and possibly even write a few applications of their own. Provided we do not prevent them, they will do everything which you can do with any roughly equivalent hardware. I am going to go out on a limb and make the claim that the XO is a general purpose computer and not an embedded system per se. If it does everything a general purpose computer can do, and is expressly designed to behave in such a way, what reason do we have to label it as an embedded system and treat it as such? A package management system can be used to solve a variety of problems which we are solving locally. I note: security (via security updates), software upgrades (to shorten the time delta between our bugfixes and their distribution), and configurability (consistently using a package manager plays nicely with downstream reconfiguration). The package manager need not preclude usage of a snapshot-based approach to initially set up systems or pull them out of broken states. We already ship a package manager. Why are we not using it? Erik ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists. (reply to).
As not everyone has admin access on mailman.laptop.org, here is the text to which JG linked: reply_goes_to_list (general): Where are replies to list messages directed? Poster is strongly recommended for most mailing lists. This option controls what Mailman does to the Reply-To: header in messages flowing through this mailing list. When set to Poster, no Reply-To: header is added by Mailman, although if one is present in the original message, it is not stripped. Setting this value to either This list or Explicit address causes Mailman to insert a specific Reply-To: header in all messages, overriding the header in the original message if necessary (Explicit address inserts the value of reply_to_address). There are many reasons not to introduce or override the Reply-To: header. One is that some posters depend on their own Reply-To: settings to convey their valid return address. Another is that modifying Reply-To: makes it much more difficult to send private replies. See "Reply-To Munging Considered Harmful" (http:// www.unicom.com/pw/reply-to-harmful.html) for a general discussion of this issue. See "Reply-To Munging Considered Useful" (http:// www.metasystema.net/essays/reply-to.mhtml) for a dissenting opinion. wad On Jul 2, 2008, at 10:54 AM, Jim Gettys wrote: > Here's mailman's recommendation about replyto... > > http://lists.laptop.org/admin/devel/?VARHELP=general/ > reply_goes_to_list > - Jim > > On Wed, 2008-07-02 at 09:19 +0200, NoiseEHC wrote: >>> >>> There are top-down decisions being made by a few people that >>> drive the >>> direction of OLPC. These decisions are not waiting for consensus, >>> and >>> they are made by a small number of people. I don't believe this is >>> going to change (at least not in the short term). >>> >> I, personally, do not care who makes decisions, as long as he is >> smart >> and makes "good" decisions. The problem is that usually I am not >> notified of such decisions. >> >> For example, the move from 32 bit to 16 bit frame buffer just >> happened >> silently. One day people debated its merits on this list without >> reaching any conclusions. Some months later it was 16 bit. Nobody >> told it. >> >> A similar thing is that I am trying to get an answer to the question >> whether the XO image will be moved to LZO compression or not when we >> will be rebased to F9. The reason is that I am currently tuning >> the LZO >> decompression code and want to know whether this effort is moot or >> not. >> Most likely this was already decided by somebody, and frankly I am >> not >> qualified enough to debate this decision, I just want to know what >> it is. >> >> Note that I had to reply all to this message and then delete all >> recipients and then replace CC devel with TO devel. The reason is >> that >> this devel list is not set up that the reply-to would be the devel >> list, >> and if I do not delete others then the conversation often slips >> outside >> devel. See, even the main mailing list is configured wrong. >> ___ >> Devel mailing list >> Devel@lists.laptop.org >> http://lists.laptop.org/listinfo/devel > -- > Jim Gettys <[EMAIL PROTECTED]> > One Laptop Per Child > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Issue with 2 B4s and a C2
On Wed, Jul 2, 2008 at 5:41 AM, David Leeming <[EMAIL PROTECTED]> wrote: > AFTER clicking register, and rebooting, it won't find the school mesh and > eventually settles on teh simple mesh. Then olpc-netstatus reports: - Have you connected successfully with this machine? (we've seen a small % of machines with badly connected antennae) - Does this happen consistently? (a few tries) - Are you close/far from the active antenna? - As Wad says, can you send the file that olpc-netlog generates? cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Issue with 2 B4s and a C2
David, Please send us the tarball generated by olpc-netlog, as well as the /var/log/messages from the school server. I'm cc'ing Michail, as this appears to be a networking problem. wad On Jul 2, 2008, at 5:41 AM, David Leeming wrote: > I am still having problems getting three XOs working with the XS. > > My set up is an XS set up as a small school server, with an active > antenna. > Configuration done including ejabberd and setting up the shared roster > "online". > > The XOs I am using are two B4s and a C2 (G1G1 from the Countries > meeting in > May), all running 703 Q2D14 > > The B4s are 100% happy about it, they can see each other, and are > registered, but there is something different about the C2 that I am > missing > > For the B4s olpc-netstatus reports: > > IP msh0 : 172.18.10.xxx > DNS : 172.18.0.1 > Telepathy : gabble > Jabber: school.oceania.org > Essid : olpc-mesh > Channel : 1 > Ethernet : > Config: School server > > I can log on to ejabberd via either B4 and both appear as > registered users > and are shown as online. > > Now the C2. Initially, I repeatedly reinstalled the OS on it, and > replicated > the problem. It would find the school server but can't see the > others (still > unregistered). Click register and reboot, thereafter it won't find the > school mesh, after searching it reverts to the simple mesh. It did not > appear in the list of users on the ejabberd web interface, so i > guess the > registration failed. However, after reated attempts I did manage to > register > it, and it appears as a user in the roster. However, it just > refuses to find > the school mesh, rebooting does not help. > > BEFORE clicking register, olpc-netstatus showed: > > IP msh0 : 172.18.11.253 > DNS : 172.18.0.1 > Telepathy : salut > Jabber: > Essid : olpc-mesh > Channel : 1 > Ethernet : > Config: School server > > AFTER clicking register, and rebooting, it won't find the school > mesh and > eventually settles on teh simple mesh. Then olpc-netstatus reports: > > IP msh0 : 169.254.8.174 > DNS : > Telepathy : salut > Jabber: > Essid : olpc-mesh > Channel : 1 > Ethernet : > Config: Link-local > > > David L > Solomons > > ___ > Server-devel mailing list > [EMAIL PROTECTED] > http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: Inappropriate use of private meetings & lists. (reply to).
Here's mailman's recommendation about replyto... http://lists.laptop.org/admin/devel/?VARHELP=general/reply_goes_to_list - Jim On Wed, 2008-07-02 at 09:19 +0200, NoiseEHC wrote: > > > > There are top-down decisions being made by a few people that drive the > > direction of OLPC. These decisions are not waiting for consensus, and > > they are made by a small number of people. I don't believe this is > > going to change (at least not in the short term). > > > I, personally, do not care who makes decisions, as long as he is smart > and makes "good" decisions. The problem is that usually I am not > notified of such decisions. > > For example, the move from 32 bit to 16 bit frame buffer just happened > silently. One day people debated its merits on this list without > reaching any conclusions. Some months later it was 16 bit. Nobody told it. > > A similar thing is that I am trying to get an answer to the question > whether the XO image will be moved to LZO compression or not when we > will be rebased to F9. The reason is that I am currently tuning the LZO > decompression code and want to know whether this effort is moot or not. > Most likely this was already decided by somebody, and frankly I am not > qualified enough to debate this decision, I just want to know what it is. > > Note that I had to reply all to this message and then delete all > recipients and then replace CC devel with TO devel. The reason is that > this devel list is not set up that the reply-to would be the devel list, > and if I do not delete others then the conversation often slips outside > devel. See, even the main mailing list is configured wrong. > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: fonts-thai-ttf has been abandoned!
On Tue, 2008-07-01 at 18:43 -0400, C. Scott Ananian wrote: > > While we're at it: why are we including libthai-devel, consisting > mostly of a whole bunch of .h files? Is there some need for that I'm > missing (and can I test it)? Building Pango requires that, but not at runtime. > --scott -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: fonts-thai-ttf has been abandoned!
On Tue, 2008-07-01 at 18:19 -0400, C. Scott Ananian wrote: > On Tue, Jul 1, 2008 at 5:52 PM, Marco Pesenti Gritti <[EMAIL PROTECTED]> > wrote: > > C. Scott Ananian wrote: > >> > >> We added a package named 'fonts-thai-ttf' to our builds a while ago > >> for thai font support. However, no one here now remembers where this > >> font came from, or where the upstream came from. Can someone familiar > >> with thai support help out? Ideally we'd like to confirm the > >> licensing and then grow a maintainer for this package in fedora. > >> > > > > I *think* this was provided by behdad, adding him. > > > > Am I wrong to think that thaifonts-scalable should replace it? > > >From http://koji.fedoraproject.org/koji/buildinfo?buildID=34572 it > looks like you are right, considering the first changelog entry is > from Behdad and explicitly mentions OLPC. Yes, I followed up on Fedora and the package was added to Fedora with a different name. behdad > But I'd like some > confirmation from someone doing work in Thailand, if possible. Is > there a test case I can run to find out if Thai support "works"? > --scott > -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: fonts-thai-ttf has been abandoned!
This probably dates from when Behdad was helping us with Thai rendering. Behdad, do you remember? - Jim On Tue, 2008-07-01 at 17:52 -0400, C. Scott Ananian wrote: > We added a package named 'fonts-thai-ttf' to our builds a while ago > for thai font support. However, no one here now remembers where this > font came from, or where the upstream came from. Can someone familiar > with thai support help out? Ideally we'd like to confirm the > licensing and then grow a maintainer for this package in fedora. > Thanks! > --scott > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 8.2 Kernel status update
The other issue it would be nice to get fixed is the jffs2 full performance falling off the wall cliff, for which there is a patch that the Nokia folks have deployed. While in development we seldom run full, running full is likely the usual state in the field. Dave, have you had a chance to look at it? - Jim On Tue, 2008-07-01 at 22:40 -0700, Deepak Saxena wrote: > Hi, > > I'm out of town in meetings all day tommorrow so won't make it to > the software status meeting. From a kernel POV, the biggest bugs > in 8.2 AFAIK are touchpad issues (7341) and wireless suspend resume > issues (7303). Dilinger has a patch for the former that disables pen > tablet mode that will hopefuly help with a lot of the issue and I > believe Richard is testing it (I would do it now if I didn't have > to jump on plane in 6 hours). Andrey from Cozybits fixed up the > wifi issue and build 2097 contains the appropriate bits. > > The one major change I was hopeing to get into kernel for 8.2 > is integrating intiramfs and kernel into one RPM but I think > the probability of getting that done in next few days is not > too high ATM. > > ~Deepak > -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2097
Am 02.07.2008 um 13:31 schrieb Mikus Grinbergs: >> as far as mesa goes, the list has been very adament that the XO >> laptop >> cannot run any opengl stuff, and my understanding is mesa exists to >> implement a software version of opengl. either position is >> reasonable (no >> opengl+ no mesa or mesa with slow opengl support), but right now >> it's a >> contradiction (mesa installed and eating up resources, but >> instructions to >> not use it for anything) > > "the XO laptop cannot run any opengl stuff" -- that's cast-in-stone > language. Actually, we are saying there is no *hardware-accelerated* 3D. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2097
> as far as mesa goes, the list has been very adament that the XO laptop > cannot run any opengl stuff, and my understanding is mesa exists to > implement a software version of opengl. either position is reasonable (no > opengl+ no mesa or mesa with slow opengl support), but right now it's a > contradiction (mesa installed and eating up resources, but instructions to > not use it for anything) "the XO laptop cannot run any opengl stuff" -- that's cast-in-stone language. I'm currently using f7 builds rather than f9, but (just to show that it *will* run) I've installed a binary Linux application that was compiled to require opengl. I did 'yum install freeglut' to keep that application happy. (Not sure whether that particular application can actually *use* opengl -- it tells me that some application-specific-images are not present -- but the rest of that application works fine.) mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Problem installing sugar desktop interface in Fedora 7
Hi, I am trying to run sugar desktop environment on Fedora 7 after installing it using yum. This is the output i get when i try to run it: [EMAIL PROTECTED] ~]$ sugar Traceback (most recent call last): File "/usr/bin/sugar-shell", line 30, in from main import main File "/usr/share/sugar/shell/main.py", line 34, in import view.Shell File "/usr/share/sugar/shell/view/Shell.py", line 38, in from view.frame import frame File "/usr/share/sugar/shell/view/frame/frame.py", line 21, in import hippo ImportError: /usr/lib/libhippocanvas-1.so.0: undefined symbol: g_dgettext I have tried this after intsalling glib 2.17.2 also. still it is showing same error. Is there any package missing? -- Regards Assim Deodia | http://nsitonline.in/assim Undergraduate Student, Netaji Shubhas Institute of Technology ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2097
On Tue, 1 Jul 2008, Build Announcer v2 wrote: > -cdparanoia-libs alpha9.8-30 > +cdparanoia-libs 10.0-2.fc9 > -mesa-libGL 7.1-0.31.fc9 > +mesa-libGL 7.1-0.35.fc9 > -mesa-libGLU 7.1-0.31.fc9 > +mesa-libGLU 7.1-0.35.fc9 what is bringing in these as dependancies? for machines that would only ever see a CD as an external device (and rarely in normal use even then) I don't think that cdparanoia should be eating up space as far as mesa goes, the list has been very adament that the XO laptop cannot run any opengl stuff, and my understanding is mesa exists to implement a software version of opengl. either position is reasonable (no opengl+ no mesa or mesa with slow opengl support), but right now it's a contradiction (mesa installed and eating up resources, but instructions to not use it for anything) David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: First Draft Development Process Proposal
On Tue, Jul 1, 2008 at 11:39 PM, Greg Smith <[EMAIL PROTECTED]> wrote: > 4 - Support time frame. > GS - I agree that release should be supported until the second > subsequent release is out (ala Fedora). Do we have consensus on that? +1 > Is it useful for the rest of you already working on the project? Certainly useful for me. Thanks for working on it :) Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Freezing features this week.
Am 02.07.2008 um 02:13 schrieb Michael Stone: > ear world, I'm all ears ;) > We're FREEZING OUR FEATURE-SET THIS WEEK, which means that features > targeted at > the 8.2.0 release should be IN A JOYRIDE BUILD BY THIS SUNDAY, JULY > 6TH. If the > outlines of your feature aren't > > a) in Joyride by the end of the week, [1] > b) documented in a release contract in [2] > >http://dev.laptop.org/ticket/18 Actually, http://dev.laptop.org/report/18 > then we'll probably defer you if you ask us to include your work in > 8.2.0 at > any later date. If your work isn't going to be ready to test by > Sunday, then > please explain your situation on [EMAIL PROTECTED] > > Thanks, > > Michael > > > > [1]: Joyride is our development build stream. Please contact us if > you have > questions about how to use Joyride. > > [2]: Release contracts are an organizational tool that I'm trying > out for this > release. See > > > http://wiki.laptop.org/go/User:Mstone/Scheduled_software_release_process#Release_Contracts > > for my thoughts on what they represent. If you think you need a > release > contract, best come talk to me. There is a contract http://dev.laptop.org/ticket/7389 (Collaboration and Presence Bugfixing) No blockers for it have been added yet, but I'd assume http://dev.laptop.org/ticket/6300 (stop using ipv4 addresses for anything) would be a candidate for that, which in turn is blocked by http://dev.laptop.org/ticket/4539 (Use Tubes for Etoys collaboration) Or would that require a separate contract? - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: boot timings
> ...I suspect that [delay]'s the ~1.5s it takes to verify the signature on the > dev key. For many deployments that will be 1.5s to check a signature > on an activation lease. The original design was to cache that check > in some secure manner, but there's not really any appropriate > protected space on the G1G1 design. (SPI flash would be it, but it's > too risky to write to routinely.) It's totally cacheable in the G1G1 design. There's a place in SPI flash that marks the laptop as permanently unlocked, eliminating the need for a dev key or cryptographic signature verification. It's a field stored near the serial number and Ethernet address, set by the "disable-security" Forth command, and unset by "enable-security". The page at http://wiki.laptop.org/go/Activation_and_developer_keys originally recommended that people set this field immediately after getting a developer key. But that recommendation was removed by OLPC staff (Ivan) on December 28th. John ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Inappropriate use of private meetings & lists.
> > There are top-down decisions being made by a few people that drive the > direction of OLPC. These decisions are not waiting for consensus, and > they are made by a small number of people. I don't believe this is > going to change (at least not in the short term). > I, personally, do not care who makes decisions, as long as he is smart and makes "good" decisions. The problem is that usually I am not notified of such decisions. For example, the move from 32 bit to 16 bit frame buffer just happened silently. One day people debated its merits on this list without reaching any conclusions. Some months later it was 16 bit. Nobody told it. A similar thing is that I am trying to get an answer to the question whether the XO image will be moved to LZO compression or not when we will be rebased to F9. The reason is that I am currently tuning the LZO decompression code and want to know whether this effort is moot or not. Most likely this was already decided by somebody, and frankly I am not qualified enough to debate this decision, I just want to know what it is. Note that I had to reply all to this message and then delete all recipients and then replace CC devel with TO devel. The reason is that this devel list is not set up that the reply-to would be the devel list, and if I do not delete others then the conversation often slips outside devel. See, even the main mailing list is configured wrong. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
