Re: [Sugar-devel] How to build from source?
Hey Sascha, I made the list of dependencies for ArchLinux based on the sysdepends for Mandriva (as Tomeu advised). It's attached to this mail, and some dependencies were not found inside arch repos (maybe included in other packages or ahve different names?). Anyway take a look and let me know if you need something else. For now Im going to sleep and try building sugar tomorrow if I have the time. Bye. On Thu, Mar 19, 2009 at 9:54 AM, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Thu, Mar 19, 2009 at 09:42:55AM -0500, Ivan Pulido wrote: Hey, Im trying to build Sugar enviroment from source for ArchLinux. So i cant use jhbuild as it is to do this. If you'd like to use sugar-jhbuild (i.e. try out the latest features breakages), you could take a look at one of the existing dependency files in config/sysdeps and try to figure out the name of these packages on ArchLinux. Install all of them (please make a list so I can add it to sugar-jhbuild) and try building Sugar. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJJwlyiAAoJELpz82VMF3DaHwUH/2ZEPmRY7WKCLaLDpkPCyhkz blZ6PGRkDA6NsK3VawanYegQiGia8CioN1fq9z2NM2c7L6jdtX1qFcGpPgtuL0t9 7saQOAfangp2+6BD4z+rS9JKdpIQTLJO6ikNHpIqFPhDk8TNf648k0Dmu38ZibDx hOwCfJAKbdliQ8x1wlDQrsnlZ2p3zIMLa5/Mswe0uR2hJ2gVXTSBBxHXgUVHJGj3 duGd89n3gxmw8VwG6m+x1tITjeHJg2m2E7/CqbVC9cRLpV1wym6FhzPLwct1cT/O mpaLTa0TWK4nQ+N7zew3i8TubE2urqVgvff2j7YfogCotjDw3R0qK4taKhfFXdI= =dPIj -END PGP SIGNATURE- -- Ivan Pulido Estudiante de Física Universidad Industrial de Santander extra/intltool core/libtool core/autoconf core/automake extra/python core/gcc (for C and C++) extra/gtk2 extra/pygtk extra/libcroco extra/libgfs extra/enchant extra/fribidi extra/boost package libxt6-devel has no obvious alternative on ArchLinux extra/gnome-doc-utils core/expat core/gettext extra/wv core/zlib extra/gnome-common extra/python-numpy extra/xorg-server (xephyr included here) core/make extra/gnome-python-desktop community/python-cjson extra/subversion extra/gconf extra/libglade core/popt extra/gnome-vfs extra/librsvg extra/gnome-icon-theme extra/icon-naming-utils extra/ttf-dejavu extra/gstreamer0.10-python community/icon-slicer extra/pygtksourceview extra/alsa-lib aur/xapian-python-bindings community/xapian-core for gnome-python-gconf package, cant find obvious alternative: I see gnome-python gnome-python-desktop and gnome-python-extras (no gconf). extra/dbus-python extra/dbus extra/dbus-glib extra/loudmouth extra/poppler extra/avahi package avahi-gobject-devel not found in arch, probably enough with avahi? extra/pygobject aur/matchbox-common aur/matchbox-window-manager package python-xpcom not found in Arch, probably included in xulrunner so extra/xulrunner needed. aur/hippo-canvas package python-abiword or pyabiword not found on Arch, no apparent alternative. What to do here? libabiword included in package extra/abiword-plugins ? And thats about it, please let me know if something is missing. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] How to build from source?
Ah sorry, forgot to tell you that the textfile includes also ArchLinux's repos (core, extra, community, AUR, etc). Hope this helps. Bye. On Fri, Mar 20, 2009 at 2:36 AM, Ivan Pulido mefistofele...@gmail.comwrote: Hey Sascha, I made the list of dependencies for ArchLinux based on the sysdepends for Mandriva (as Tomeu advised). It's attached to this mail, and some dependencies were not found inside arch repos (maybe included in other packages or ahve different names?). Anyway take a look and let me know if you need something else. For now Im going to sleep and try building sugar tomorrow if I have the time. Bye. On Thu, Mar 19, 2009 at 9:54 AM, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Thu, Mar 19, 2009 at 09:42:55AM -0500, Ivan Pulido wrote: Hey, Im trying to build Sugar enviroment from source for ArchLinux. So i cant use jhbuild as it is to do this. If you'd like to use sugar-jhbuild (i.e. try out the latest features breakages), you could take a look at one of the existing dependency files in config/sysdeps and try to figure out the name of these packages on ArchLinux. Install all of them (please make a list so I can add it to sugar-jhbuild) and try building Sugar. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJJwlyiAAoJELpz82VMF3DaHwUH/2ZEPmRY7WKCLaLDpkPCyhkz blZ6PGRkDA6NsK3VawanYegQiGia8CioN1fq9z2NM2c7L6jdtX1qFcGpPgtuL0t9 7saQOAfangp2+6BD4z+rS9JKdpIQTLJO6ikNHpIqFPhDk8TNf648k0Dmu38ZibDx hOwCfJAKbdliQ8x1wlDQrsnlZ2p3zIMLa5/Mswe0uR2hJ2gVXTSBBxHXgUVHJGj3 duGd89n3gxmw8VwG6m+x1tITjeHJg2m2E7/CqbVC9cRLpV1wym6FhzPLwct1cT/O mpaLTa0TWK4nQ+N7zew3i8TubE2urqVgvff2j7YfogCotjDw3R0qK4taKhfFXdI= =dPIj -END PGP SIGNATURE- -- Ivan Pulido Estudiante de Física Universidad Industrial de Santander -- Ivan Pulido Estudiante de Física Universidad Industrial de Santander ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] ActivityTeam coordinatorship
On Thu, Mar 19, 2009 at 18:36, Wade Brainerd wad...@gmail.com wrote: Hey all, I was supposed to announce this after last week's ActivityTeam meeting but failed, ouch. The amount of time I have to contribute to Sugar Labs has been reducing steadily as my wife and I are expecting our first child. Which is great, as alsroot says I'm providing the next generation of Sugar testers :) Congratulations! Anyway, to keep the momentum going we've asked Gary C. Martin to step up as co-coordinator of the ActivityTeam, and he has accepted. Thanks Gary, I'm happy to see that you take this so important task. Cheers, Tomeu Let's keep those new activities coming (and old ones coming back)! Cheers, Wade ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Activity platform discussion
On Fri, Mar 20, 2009 at 05:52:14AM +, Aleksey Lim wrote: On Thu, Mar 19, 2009 at 09:00:38PM -0400, Wade Brainerd wrote: But there are differences like Python 2.5 (SoaS1) vs 2.6 (SoaS2) that are independent of the SP. I guess these differences won't be very popular(otherwise they should be included in SugarPlatform specification) and activities could resolve it by themselves(like json problem in python2.5/2.6) moreover we could provide level of compatibility in SP to count all differences within on particular SP version. For example in case of json we could create something like sugar-json python module with the whole python2.5/2.6 if-code, in that case activity includes sugar-json module and use it like a proper simplejson module. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Print Support proposal (need input) Beta
I can't speak for the classroom, but in the house I have two kids very active with their Mac computers and often wishing to print. I think printing is an area where lots of little things can go wrong which need grownups to sort out. I have a single printer connected to a computer on the main floor. The kids started out (at ages 9 and 11, two years ago) by trying to print everything, printing 80-page documents they downloaded, making minor changes to get something to fit and printing each one, not knowing what to do with the pile of badly printed paper, getting frustrated when no-ink message and I wasn't around to pop in a new cartridge. When I disapproved of printing a very long document, they got wise and paused the printer queue, sent their print job to the queue, went downstairs to see if I was around or not, then unpaused the queue. So I taught them to *always* print to PDF, check how it came out, try again until it looked fine, *then* print the PDF. And if the printer was offline, instead of a crisis where they were worried about their stuff, they immediately had options: wait until I get home, e-mail it to a friend with a working printer, mail it right to the teacher. They learned to keep their PDFs in a directory and liked being able to look at or reprint an older document without looking for the source document, which moreover they had sometimes updated and wrecked the page layout and in this case they were able to fall back to the printable PDF. In particular, they appreciate that printing should be thought about twice before being done. What I like about the scenario of classroom kids gaining permission to print, hooking up directly, and then printing with the teacher is that it underlines the expense (including environmental) involved and boosts the probability that the teacher will be able to fix the little problems (paper jam, ink) which kids have trouble solving without making it worse (e.g. pulling out jammed paper and stripping gears). I, too, think the priority should be classroom needs, not adult G1G1 users. thanks Sean P.S. way back in the days of Windows v3.1, the CLI copy command (also available from the GUI file manager where I usually used it) was able to print to parallel port lptx devices, e.g.: copy /b mydoc.prn lpt1 this was a function I used all the time, very useful as it worked even if the parallel port in question was captured or redirected (i.e. with Netware and redirected to a print queue). This disappeared from Windows 95 onwards and I have missed it ever since. On Fri, Mar 20, 2009 at 11:46 AM, Albert Cahalan acaha...@gmail.com wrote: 2009/3/19 Benjamin M. Schwartz bmsch...@fas.harvard.edu: Specifically, there are at least 3 different use cases you may choose to support: 1. USB printer connected directly to the Sugar machine. This is likely, even in a classroom environment. The printer may sit next to the teacher, who gives approval to connect. Students show their work to the teacher, get approval, plug in the cable, and print. Plugging in the cable might prompt the user for printing, either to select things or to confirm jobs that are already queued. 2. Networked printer, no server. Sugar prints directly over the network. This is somewhat likely. It's very simple. You can get a tiny box that will convert any printer into a network printer. Networked printers tend to be reliable and cheap when you don't ignore server costs. 3. All printing passes through a server. a. networked printer with restricted access b. USB printer connected directly the server and also 1. the server may print every submission immediately 2. apply automatic quotas, or 3. require manual approval This is getting complicated. Real IT support will be needed. The server, including all the extra cabling, is a failure point. Usability drops; now one must boot the server and muck with the permissions. I think you should focus on #3 and ignore #1 and #2. I say this because #3 does not require CUPS, or _any_ printing stuff, in Sugar. You don't even need to include the print to PDF functionality in Sugar. All you need to do is send the file you want to print to the server, over the network. The server (running CUPS) can take the file (png for Paint, jpg for Record, odt for Write) and convert it to postscript for printing. Lots of useful software prints roughly like so: fp=fopen(/tmp/4wiP9r.ps,w); fwrite(printout,1,nbytes,fp); fclose(fp); system(lpr /tmp/4wiP9r.ps); Sometimes PDF is used instead of PS. Sometimes popen() is used instead of a tmp file. Sometimes lp is run instead of lpr. Sometimes bare system calls (open,write,close,pipe,execve) are used instead of stdio. For example, Tux Paint normally sends PS into popen(lpr). CUPS is among the many ways to support this. It's certainly not the only game in town. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org
[Sugar-devel] [BRANCHING] sugar and sugar-toolkit
Hi, sugar and sugar-toolkit have been branched for Sucrose 0.84. May the 0.86 for those interested begin, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Print Support proposal Final(input please)
I have come up with two approaches: I will be concise this time. And try to talk less on sugarizing it. Thanks to tomeu and silbe, and a little fiddling around, it is now clear that rendering to pdf is in no way dependent on CUPS, it can be done with the cairo libs, and gtk print. And even documents are drawn as text and not images, so they are subject to copy/paste. So now come the approaches: 1) Implement print-to-pdf, transfer the file to the server in a normal tcp/ip protocol, and never interact with CUPS client side, the transferred file with open in a default viewer or a one after the other in a queue (FIFO) format. which can then be saved/printed/ deleted accordingly. The logic for printing to pdf with with cairo is fairly simple ( I have the code ready) . Now what is left is sugarizing them, The journal will be the printing hub, i will write a small activity that takes care of printing to pdf/ or sending a locally temporary pdf to server. 2) Install minimal cups-client packages on the laptops side. now we can directly interact with the cups print server through gtk print in the program, in the process avoiding writing code for file transfer. The rest will be very much the same. This will send a print request to the IPP queue of the server. There will be no use for print-to-pdf this way, but it can made available too. (please be ready to dish out a maximum of 20-25 mb disk space this way for the minimum cups installation) Please dont worry that there hasnt been enough eloboration on sugarizing it, I will include it in the proposal on the wiki page after this has been taken care of. :) Thank you ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Changing the mail header for activities.sugarlabs.org
Kushal, Could you send more of the email context? I am having trouble tracking this down:( thanks david On Thu, Mar 19, 2009 at 11:42 PM, Kushal Das kushal...@gmail.com wrote: Hi. The mails from activities.s.o which had information about my activity nomination shows subject line as : Mozilla Add-ons: Jukebox Nomination Can we change that Mozilla Add-ons to Sugar Labs Activities ? Kushal -- http://fedoraproject.org http://kushaldas.in ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Print Support proposal Final(input please)
send* ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Changing the mail header for activities.sugarlabs.org
On Mar 20, 2009, at 4:15 PM, David Farning wrote: Could you send more of the email context? I am having trouble tracking this down:( ./site/app/controllers/components/editors.php, line 140: $this-controller-Email-subject = sprintf(_('Mozilla Add-ons: %s Nomination'), $emailInfo['name']); ./site/app/controllers/components/editors.php, line 271: $this-controller-Email-subject = sprintf(_('Mozilla Add-ons: %s %s'), $emailInfo['name'], $emailInfo['version']); -- Ivan Krstić krs...@solarsail.hcs.harvard.edu | http://radian.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Changing the mail header for activities.sugarlabs.org
Thanks Ivan I am fixing it now. Should push to production tomorrow morning. david On Fri, Mar 20, 2009 at 11:16 AM, Ivan Krstić krs...@solarsail.hcs.harvard.edu wrote: On Mar 20, 2009, at 4:15 PM, David Farning wrote: Could you send more of the email context? I am having trouble tracking this down:( ./site/app/controllers/components/editors.php, line 140: $this-controller-Email-subject = sprintf(_('Mozilla Add-ons: %s Nomination'), $emailInfo['name']); ./site/app/controllers/components/editors.php, line 271: $this-controller-Email-subject = sprintf(_('Mozilla Add-ons: %s %s'), $emailInfo['name'], $emailInfo['version']); -- Ivan Krstić krs...@solarsail.hcs.harvard.edu | http://radian.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] sugar-0.84.1
== Source == http://download.sugarlabs.org/sources/sucrose/glucose/sugar/sugar-0.84.1.tar.bz2 == Fixed tickets == * Update to latest NM-User config file (same as nm-applet) * Fix nondeterministic denials for no-interface messages #575 (Thanks to Dan Williams and Colin Walters for their assistance in spotting this. upstream bug fdo #18961) * Draw the rounding box inside the icon bounds (benzea) #567 * Add Dismiss option to the palette of finished transfers #484 * Resume-by-default uses open with, not just open #547 * Set Pippy as the default for opening python files #287 * Remove duplicates from the activities submenu #497 * Remove transfer icon from frame when the local user cancels it #483 * Restore the icon size after a layout change #157 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] sugar-toolkit-0.84.1
== Source == http://download.sugarlabs.org/sources/sucrose/glucose/sugar-toolkit/sugar-toolkit-0.84.1.tar.bz2 == Fixed tickets == * #504 XO figure crown soles clipped in panel label * #397 bundlebuilder: dist_source hangs when git repository contains too many files * #157 Icon sizes not reset when switching back to random layout ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] tokenized text fields?
These aren't implemented anywhere, as far as I know. I don't know if GTK itself has something similar which we could subclass, or if we're on our own. These fields would play a huge role in making tagging more natural and less time consuming, so I'd welcome anyone who wants to take on the task. It might be something that upstream would welcome, too. - Eben 2009/3/20 Bobby Powers bobbypow...@gmail.com: I stumbled across some mockups(?) of tokenized text fields from the HIG: http://wiki.laptop.org/go/OLPC_Human_Interface_Guidelines/The_Sugar_Interface/Controls/Text_Controls#Tokenized_Text_Fields I was wondering if these were actually implemented somewhere, or just mocked up. I've looked through sugar-toolbox, the gtk docs and libsexy, but can't seem to find them, so I was curious if I wasn't using the right keywords to search, or if perhaps noone got around to implementing them yet. Bobby ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Full Licence field
On 03/20/2009 03:38 PM, Lyos Gemini Norezel wrote: Isn't it possible to figure that out with a bit of bash programming? Eg., use the 'comm' command. comm Compare two sorted files line by line and, if different, a diff could be generated to show you exactly what's different. Doesn't seem like much of a hassle to me. Are you volunteering to do the work then? How difficult would it be to add functionality in yum: a.) to store the license value of each program, and b.) to integrate a license reader for easy access/reading? I'm going to go out on a limb and say this isn't what we want. It will just bloat the yum metadata for a rather minimal benefit. Returning to the original problem, I'd rather see a transaction workflow like this: * Look at what a package has marked as a 'license file' (NOTE: RPM doesn't really have support for this yet) * Compare it against the set of known Generic licenses. * If it is an exact match, replace it with a symlink to the Generic license. Now, the problem is that if you do this in yum, you'll break rpm verification of any package handled in such a way. It might be possible to have RPM do this automagically, but I suspect they'd think it is a monstrous hack. There are RPM devs lurking on this list, I wonder if they will chime in. ~spot ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Full Licence field
Tom spot Callaway wrote: On 03/20/2009 03:38 PM, Lyos Gemini Norezel wrote: Isn't it possible to figure that out with a bit of bash programming? Eg., use the 'comm' command. comm Compare two sorted files line by line and, if different, a diff could be generated to show you exactly what's different. Doesn't seem like much of a hassle to me. Are you volunteering to do the work then? I'm not much of a bash programmer (or any kind of programmer, really... last time I could, legitimately, call myself a programmer was back in the 8086, 6502, etc ASM days), but I'd be willing to give it a shot if there is/would be enough interest in such a tool. If I had infrastructure support, I could even help setup the script to email you the diffs when needed, provided such a script is setup on the koji boxen. How difficult would it be to add functionality in yum: a.) to store the license value of each program, and b.) to integrate a license reader for easy access/reading? I'm going to go out on a limb and say this isn't what we want. It will just bloat the yum metadata for a rather minimal benefit. Perhaps yum could store the values in a text/db file that another program (say %license_reader) could import? Returning to the original problem, I'd rather see a transaction workflow like this: * Look at what a package has marked as a 'license file' (NOTE: RPM doesn't really have support for this yet) Pity. A %license (ie., like the %doc) field would be nice to have. * Compare it against the set of known Generic licenses. * If it is an exact match, replace it with a symlink to the Generic license. Now, the problem is that if you do this in yum, you'll break rpm verification of any package handled in such a way. Oh? Why is that? It might be possible to have RPM do this automagically, but I suspect they'd think it is a monstrous hack. There are RPM devs lurking on this list, I wonder if they will chime in. I'd like to hear their thoughts on this, too. Lyos Gemini Norezel begin:vcard fn:Lyos Norezel n:Norezel;Lyos org:GBES, LLC adr:Ohio;;United States email;internet:lyos.gemininore...@gmail.com title:Computer Repair Technician note;quoted-printable:Those who hunt monsters beware, lest they become monsters themselves.Ify= ou stare long into the abyss, the abyss stares back into you. --Nietzsch= e=0D=0A= =0D=0A= Mundus Vult Decipi et Decipiatur -- Latin Proverb version:2.1 end:vcard ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel