Improving software update downloads with metalink?
I've made a metalink for the software downloads on http://wiki.laptop.org/go/Release_Notes/8.2.0 (& filed a ticket http://dev.laptop.org/ticket/8866 ): http://www.metalinker.org/samples/OLPC_8.2.0_gg-767-4.img.metalink A metalink is an XML file that lists checksums, mirrors, signatures, & other useful info for downloads. (I didn't see a list of mirrors so this metalink contains only one URL, but metalink downloaders will fallback to other mirrors if one fails, and also use checksums to recover from errors). This type of error recovery would possibly be good for places where XO is used that have flaky internet connections. A number of Linux distributions use metalink for ISO downloads (Fedora, openSUSE, Ubuntu, & others), along with OpenOffice.org. A good amount of metalink software is in Python, which could be convenient, if you wanted to integrate it. There are about 40 apps that support metalink, from Firefox extensions, P2P clients, and other download apps. Metalink Checker checks mirrors and downloads files. Metalink Library (CLI) / Editor (GUI) create metalinks, as does Fedora's MirrorManager. Mandriva uses metalinks for software updates (urpmi) and I believe http://metalinks.svn.sourceforge.net/viewvc/metalinks/checker/checker.py http://code.google.com/p/metalink-library/ If you have any questions or suggestions, please let me know. Thanks! -- (( Anthony Bryan ... Metalink [ http://www.metalinker.org ] )) Easier, More Reliable, Self Healing Downloads ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
Over at the OSL, we were able to get new printers showing in the MeshBox, and had just started working on coming up with some interface for configuration. We had some hang ups with some of the code used to detect printers over avahi, but other than that things seem to work. http://staff.osuosl.org/~jirwin/sugar_printers.png A fun picture of sugar actually displaying 100 some odd printers(not a mockup). On Fri, Oct 17, 2008 at 1:24 PM, C. Scott Ananian <[EMAIL PROTECTED]> wrote: > We should consider adding basic Print support for 9.1. In the past > this has foundered on questions like, "what brand(s) of printers? > what connection mechanism?" It seems impossible to support every > printer and every connection mechanism in a reasonable amount of NAND > space. > > *But*, we should be able to: >* Print postscript (or pdf, or whatever, just pick *one*) to > school server via CUP (IPP?), and install a "decent selection" of > printer drivers on the school server. Control panel for 'default > printer name', fixed to 'XS' by default. >* Add basic printing support to Write, Read, and Browse; set > PRINTER env variable. >* for future, add support to Paint, Record, etc. > for 9.1. > > Again, I can give a quick talk just restating the above, and hopefully > spurring a discussion about how much work this would or would not be > and whether we can afford to do this for 9.1 (or can't afford not to > do it), but I'd love it if someone would volunteer to 'own' the issue > and make a more concrete proposal, present a demo, investigate other > issues involved, etc. > --scott > > -- > ( http://cscott.net/ ) > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > -- Justin Gallardo ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Fwd: [vox] Tux Paint code_swarm'd
This is interesting. Bill Kendrick ran code_swarm against CVS logs of TuxPaint. Wonder what code_swarm of Sugar will look like... Code Swarm: http://vis.cs.ucdavis.edu/~ogawa/codeswarm/ Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ -- Forwarded message -- From: Bill Kendrick <[EMAIL PROTECTED]> Date: Wed, Oct 22, 2008 at 12:42 AM Subject: [vox] Tux Paint code_swarm'd To: LUGOD <[EMAIL PROTECTED]> I ran code_swarm agains the ~6yr worth of CVS logs for Tux Paint, and posted it to YouTube (so the quality's not so good, and it scaled up a bit from the 320x240 that I had code_swarm render it at): http://www.youtube.com/watch?v=dahUFdiago4 Enjoy! :) -- -bill! "Tux Paint" - free children's drawing software for Windows / Mac OS X / Linux! Download it today! http://www.tuxpaint.org/ ___ vox mailing list [EMAIL PROTECTED] http://lists.lugod.org/mailman/listinfo/vox ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
[EMAIL PROTECTED] wrote: > > while since you also don't have a printer this doesn't apply to you (other > than the 'print to the journal/file' option) > truewhy would I buy a printer for my computer that does not support printing? how about getting tivo without a teevee? or 'triple a' without a car? there are quality printers for not a huge sum, with wifi even. if my xo worked with one I would buy it. if you don't want input from this G1G1 user then I'll shut up. -- View this message in context: http://n2.nabble.com/9.1-Proposal%3A-Printing-support-tp1346790p1362069.html Sent from the OLPC Software development mailing list archive at Nabble.com. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
On Tue, 21 Oct 2008, genesee wrote: >> I also suspect that many of the G1G1 users will have a Linux machine >> available. > > Well, not this G1G1 user. Nor do I have access to a mac or a pc or a lan. I > figure when the day comes that I must print something from my xo, I'll have > to put it on a thumb drive and take it to a Kinko's or an internet cafe'. > Not at all sure how that will work out. Talk about your 'paperless office'! while since you also don't have a printer this doesn't apply to you (other than the 'print to the journal/file' option) David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
>I also suspect that many of the G1G1 users will have a Linux machine >available. Well, not this G1G1 user. Nor do I have access to a mac or a pc or a lan. I figure when the day comes that I must print something from my xo, I'll have to put it on a thumb drive and take it to a Kinko's or an internet cafe'. Not at all sure how that will work out. Talk about your 'paperless office'! -- View this message in context: http://n2.nabble.com/9.1-Proposal%3A-Printing-support-tp1346790p1361961.html Sent from the OLPC Software development mailing list archive at Nabble.com. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
On Tue, Oct 21, 2008 at 4:31 PM, Aaron Konstam <[EMAIL PROTECTED]> wrote: > Only in the sense that when the application runs that wants to print you > need to tell it which printer it is to use.However, if there is only one > printer and that is made the default,even that does not have to be done. Unfortunately there is one thing which probably does need to be specified by the user (or at least configurable in the XS image). For what size PAPER is this document being formatted? Whether PDF or Postscript is the lingua franca this is still an issue. Oh, and I think a lingua franca is very important. BTW, I think there are actually three parts to the problem: 1. What happens in the Activity/XO? (what output (Postscript/PDF, page size) format and where the output is sent) 2. How the output is transported to the 'other system'? Print to Journal (file) - this lets people cobble together local solutions - should (IMHO) be part of version 0 of any solution IPP LPR Direct USB connection - pulls all of #3 onto the XO - not recommended by me 3. Formatting for actual printer and getting it there - queue and resource managment/printer drivers #1 and #2 directly involve the XO. #3 can involve an XS, but shouldn't require one. On the choice of a lingua franca, I would vote for PDF. Few printers speak it directly, but just about all other computer systems have some way to view (and usually print it). Internet Cafes and USB memory sticks could be a reasonable print solution for many. Bill Bogstad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Request for hosting: BundleActivity
1. Project name : BundleActivity
2. Existing website, if any :
3. One-line description : Extract or create bundles of objects in
various formats.
4. Longer description : Activity to extract files from downloaded zip
: or tar.gz archives. Create bundles in same
: formats. Additional archive formats may be
: supported.
5. URLs of similar projects :
6. Committer list
Please list the maintainer (lead developer) as the first entry. Only
list
developers who need to be given accounts so that they can commit to your
project's code repository, or push their own. There is no need to list
non-committer developers.
Username Full name SSH2 key URL
E-mail
-
--
#1 urcompsci Lewis Barnett
http://www.mathcs.richmond.edu/~lbarnett/cs322/id_rsa.pub
[EMAIL PROTECTED]
#2
#3
...
If any developers don't have their SSH2 keys on the web, please
attach them
to the application e-mail.
7. Preferred development model
[X] Central tree. Every developer can push his changes directly to the
project's git tree. This is the standard model that will be
familiar to
CVS and Subversion users, and that tends to work well for most
projects.
[ ] Maintainer-owned tree. Every developer creates his own git tree, or
multiple git trees. He periodically asks the maintainer to look
at one
or more of these trees, and merge changes into the maintainer-owned,
"main" tree. This is the model used by the Linux kernel, and is
well-suited to projects wishing to maintain a tighter control on code
entering the main tree.
If you choose the maintainer-owned tree model, but wish to set up some
shared trees where all of your project's committers can commit directly,
as might be the case with a "discussion" tree, or a tree for an
individual
feature, you may send us such a request by e-mail, and we will set up
the
tree for you.
8. Set up a project mailing list:
[ ] Yes, named after our project name
[ ] Yes, named __
[X] No
When your project is just getting off the ground, we suggest you eschew
a separate mailing list and instead keep discussion about your project
on the main OLPC development list. This will give you more input and
potentially attract more developers to your project; when the volume of
messages related to your project reaches some critical mass, we can
trivially create a separate mailing list for you.
If you need multiple lists, let us know. We discourage having many
mailing lists for smaller projects, as this tends to
stunt the growth of your project community. You can always add more lists
later.
9. Commit notifications
[ ] Notification of commits to the main tree should be e-mailed to
the list
we chose to create above
[ ] A separate mailing list, -git, should be created for
commit
notifications
[X] No commit notifications, please
10. Shell accounts
As a general rule, we don't provide shell accounts to developers unless
there's a demonstrated need. If you have one, please explain here, and
list the usernames of the committers above needing shell access.
11. Translation
[X] Set up the laptop.org Pootle server to allow translation commits
to be made
[ ] Translation arrangements have already been made at ___
12. Notes/comments:
--
Lewis Barnett -- Chair, Dept. of Math & CS, U. of Richmond, VA 23173
-- [EMAIL PROTECTED] | [EMAIL PROTECTED]
-- http://www.mathcs.richmond.edu/~lbarnett/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
On Tue, 2008-10-21 at 09:35 -0700, [EMAIL PROTECTED] wrote: > On Tue, 21 Oct 2008, Martin Langhoff wrote: > > > On Sat, Oct 18, 2008 at 9:24 AM, C. Scott Ananian <[EMAIL PROTECTED]> wrote: > >> *But*, we should be able to: > >>* Print postscript (or pdf, or whatever, just pick *one*) to > >> school server via CUP (IPP?), and install a "decent selection" of > >> printer drivers on the school server. Control panel for 'default > >> printer name', fixed to 'XS' by default. > > > > Ok - adding the XS side of this is something we can do in the 9.1 lifecycle. > > > > As I mentioned in my other email, the mechanical part of getting > > printing done is not the most interesting part of the job. It's the > > social issues around it -- handling of quotas, priorities, etc that I > > think deserve most attention. Paper, ink and printer time are > > extremely valuable. > > printer selection needs to happen on the client, but all the other things > that you list are server-side issues, aren't they? > > David Lang > Only in the sense that when the application runs that wants to print you need to tell it which printer it is to use.However, if there is only one printer and that is made the default,even that does not have to be done. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: LBA NAND corruption
John Watlington wrote: > > Mitch, >One of the LBA NAND test machines killed it's MBR. > It started with a failed comparison of the commonly > written blocks, then stopped talking to the device at > all. > > On reboot, fdisk showed no partition table. > dd of /dev/lba showed all FFs for the first 16K, > then 00 for the next 2K, then data. > > Suggestions on how to proceed w. debugging > are welcome. > > wad > It would be interesting to see if we can recover the device by replacing the MBR with one from another of the units. At one point I tried to setup the layout on my LBA test system so that the MBR is in a separate NAND erase block, the data partition starts on an erase block boundary, and the filesystem blocks are a multiple of and aligned to NAND pages. But it's possible that I might not have succeeded on all points, and it's also possible that your test systems could have been formatted differently. Another thing we could do would be to put the MBR, and perhaps some other critical index blocks, in the "SLC" segment of the device. That would require some changes to the driver, but they wouldn't be difficult. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: LBA NAND corruption
On Tue, 2008-10-21 at 08:41 -1000, Mitch Bradley wrote: > For example, consider yourself. When you worked for RH, OLPC > could get lots of your valuable attention because of the OLPC/RH > connection. But now that you are associated with Intel, what is the > situation? (Perhaps we could in fact get some of your cycles; I'm > just saying that the answer doesn't seem obvious and straightforward.) Now I work for Intel, I hear occasional vague rumours that you found something wrong, but you never actually seem to _tell_ me so... -- David WoodhouseOpen Source Technology Centre [EMAIL PROTECTED] Intel Corporation ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: LBA NAND corruption
David Woodhouse wrote: > On Tue, 2008-10-21 at 12:22 -0400, John Watlington wrote: > >> Mitch, >> One of the LBA NAND test machines killed it's MBR. >> It started with a failed comparison of the commonly >> written blocks, then stopped talking to the device at >> all. >> >> On reboot, fdisk showed no partition table. >> dd of /dev/lba showed all FFs for the first 16K, >> then 00 for the next 2K, then data. >> >> Suggestions on how to proceed w. debugging >> are welcome. >> > > This is one of the reasons I'm so concerned about this type of device. > This is indeed a serious concern. But it has to be balanced against the hardware problem that CaFe doesn't work with the next generation of raw NAND chips. Maybe that hardware problem can be solved, maybe not. At the moment, there are no obviously-good solutions. It seems clear to me that the industry is moving rapidly toward managed NAND. I could be wrong about that, but I don't think I am. It's pretty hard to win by betting against the volume hardware. If that is true, then the winning strategy is some combination of making do with what the industry has to offer and influencing them to fix problems. > When you're dealing with stuff in software, if you have a bug you can > whip the developers harder. When something goes wrong inside the > device's internal firmware, there really isn't much you can do about it > at all. > As an individual, that is true; you have almost no leverage over the device vendor. But as a volume customer, you do have leverage. Sun, even in its early days of modest volumes, was able to get bug fixes for disk drive and tape drive firmware problems. On the other side, it's not entirely clear how you "whip harder" FOSS developers in general. It appears to me that it's a hit-or-miss proposition as to whether you can get sufficient attention from a given expert. For example, consider yourself. When you worked for RH, OLPC could get lots of your valuable attention because of the OLPC/RH connection. But now that you are associated with Intel, what is the situation? (Perhaps we could in fact get some of your cycles; I'm just saying that the answer doesn't seem obvious and straightforward.) In summary, it looks to me like there are valid arguments on both sides of this question. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: LBA NAND corruption
On Tue, 2008-10-21 at 12:22 -0400, John Watlington wrote: > > Mitch, > One of the LBA NAND test machines killed it's MBR. > It started with a failed comparison of the commonly > written blocks, then stopped talking to the device at > all. > > On reboot, fdisk showed no partition table. > dd of /dev/lba showed all FFs for the first 16K, > then 00 for the next 2K, then data. > > Suggestions on how to proceed w. debugging > are welcome. This is one of the reasons I'm so concerned about this type of device. When you're dealing with stuff in software, if you have a bug you can whip the developers harder. When something goes wrong inside the device's internal firmware, there really isn't much you can do about it at all. -- David WoodhouseOpen Source Technology Centre [EMAIL PROTECTED] Intel Corporation ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
On Tue, 21 Oct 2008, Martin Langhoff wrote: > On Sat, Oct 18, 2008 at 9:24 AM, C. Scott Ananian <[EMAIL PROTECTED]> wrote: >> *But*, we should be able to: >>* Print postscript (or pdf, or whatever, just pick *one*) to >> school server via CUP (IPP?), and install a "decent selection" of >> printer drivers on the school server. Control panel for 'default >> printer name', fixed to 'XS' by default. > > Ok - adding the XS side of this is something we can do in the 9.1 lifecycle. > > As I mentioned in my other email, the mechanical part of getting > printing done is not the most interesting part of the job. It's the > social issues around it -- handling of quotas, priorities, etc that I > think deserve most attention. Paper, ink and printer time are > extremely valuable. printer selection needs to happen on the client, but all the other things that you list are server-side issues, aren't they? David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
LBA NAND corruption
Mitch, One of the LBA NAND test machines killed it's MBR. It started with a failed comparison of the commonly written blocks, then stopped talking to the device at all. On reboot, fdisk showed no partition table. dd of /dev/lba showed all FFs for the first 16K, then 00 for the next 2K, then data. Suggestions on how to proceed w. debugging are welcome. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] 9.1 Proposal: Printing support
Hi Jeff, If you will help develop with us, you can sign up here for a free XO: http://projectdb.olpc.at/ BTW I'm a comic book fan myself. I give out Gyro Gearloose comic books whenever a kid comes by the office :-) Thanks, Greg S Jeff wrote: > > On 21 Oct 2008, at 4:15 PM, Martin Langhoff wrote: > >> On Wed, Oct 22, 2008 at 3:05 AM, Jeff <[EMAIL PROTECTED]> wrote: >>> Please stop imagining that lowest-spec, cheapest hardware and >>> crippleware is >>> the answer - or that 3'rd World countries will never progress towards a >>> reasonable standard. That attitude is patronizing and demeaning. And >>> wrong. >> >> Hey - I'm familiar with a lot of variety and I'm working towards >> options and flexibility as much as I can. But I'm shorthanded as hell, >> so help is appreciated in *getting things done*. >> >> And no -- server-devel is not about crippleware. It's just not very >> far along. > > > I'm sorry to have offended you Martin. I have tremendous respect for you > and think you've done amazing work here, but I think some of the > limitations are a result of the (artificial) constraints which you > currently perceive or experience, but which may not actually be > constraints in a couple of years. . . Including the cost of your data > traffic in NZ. > > From my perspective I would love to see a full featured XS deployment > that includes wikipedia, gutenberg library, comics, games, and a DVD > distro with all the necessary software applications and packages - > rather than a server OS cut down to the bone to be able to fit on an XO > as a server. > > The Server and the Content Library are inextricably interwoven in my mind. > > It could be worth considering focusing on XS running on XO as a server > to handle the basic requirements (DNS, DHCP, ejabberd, and CUPS (hehe), > etc.) - but for the rest I think that everything required for an XO > deployment server could as easily be packaged for Debian and Fedora > separately as distinct repositories. Another thing which is important, > in my experience, is single sign-on authentication across the board: > from a user data directory on the server - to Moodle and Drupal... and > much more. In that regard I would love if there was a closer correlation > to normal desktop deployments instead of depending on the XO's unique ID > or MAC address (or however it is planned... I don't really have a clue > about that. Sorry. Send me an XO, please. : -). > > Unfortunately I don't have access to an XO, and each 500mb download of > an ISO (Sugar & XS, but excluding Qemu) costs me a very significant > percentage of my monthly income. *sigh* That's my own fault for choosing > to be where I am and doing what I'm doing, I guess. > > I just wish I knew how to help you get more things done. I believe > strongly in the OLPC vision (actually, Nicholas Negroponte's original > vision)... and as far as I'm concerned, if we had a deployment of OLPC > here (and I mean 1 laptop /per/ child) we will use it as medium to > instill a love of reading in children. > > If OLPC misses every constructivist wish and vision; and only creates a > mobile "Library of Alexandria" for our children (including, and probably > especially, classic comic material) - thereby instilling a love of > reading and an improved literacy - it will have succeeded beyond > Nicholas's dreams. Please don't think by that I misunderstand or believe > that such a foundation will not provide the constructivist platform that > we all, mostly, believe in. It's just that my perspective is colored by > my real life experience here. > > To put that in context: here where we are the text-books are locked up > in safes, and the children learn to regard the teacher as a font of all > knowledge and wisdom. It is a very dangerous mindset that; and creates > an appalling dependency on perceived "authority" and artificial > hierarchies. > > > -Jeff > > > > ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] 9.1 Proposal: Printing support
On 21 Oct 2008, at 4:15 PM, Martin Langhoff wrote: On Wed, Oct 22, 2008 at 3:05 AM, Jeff <[EMAIL PROTECTED]> wrote: Please stop imagining that lowest-spec, cheapest hardware and crippleware is the answer - or that 3'rd World countries will never progress towards a reasonable standard. That attitude is patronizing and demeaning. And wrong. Hey - I'm familiar with a lot of variety and I'm working towards options and flexibility as much as I can. But I'm shorthanded as hell, so help is appreciated in *getting things done*. And no -- server-devel is not about crippleware. It's just not very far along. I'm sorry to have offended you Martin. I have tremendous respect for you and think you've done amazing work here, but I think some of the limitations are a result of the (artificial) constraints which you currently perceive or experience, but which may not actually be constraints in a couple of years. . . Including the cost of your data traffic in NZ. From my perspective I would love to see a full featured XS deployment that includes wikipedia, gutenberg library, comics, games, and a DVD distro with all the necessary software applications and packages - rather than a server OS cut down to the bone to be able to fit on an XO as a server. The Server and the Content Library are inextricably interwoven in my mind. It could be worth considering focusing on XS running on XO as a server to handle the basic requirements (DNS, DHCP, ejabberd, and CUPS (hehe), etc.) - but for the rest I think that everything required for an XO deployment server could as easily be packaged for Debian and Fedora separately as distinct repositories. Another thing which is important, in my experience, is single sign-on authentication across the board: from a user data directory on the server - to Moodle and Drupal... and much more. In that regard I would love if there was a closer correlation to normal desktop deployments instead of depending on the XO's unique ID or MAC address (or however it is planned... I don't really have a clue about that. Sorry. Send me an XO, please. : -). Unfortunately I don't have access to an XO, and each 500mb download of an ISO (Sugar & XS, but excluding Qemu) costs me a very significant percentage of my monthly income. *sigh* That's my own fault for choosing to be where I am and doing what I'm doing, I guess. I just wish I knew how to help you get more things done. I believe strongly in the OLPC vision (actually, Nicholas Negroponte's original vision)... and as far as I'm concerned, if we had a deployment of OLPC here (and I mean 1 laptop /per/ child) we will use it as medium to instill a love of reading in children. If OLPC misses every constructivist wish and vision; and only creates a mobile "Library of Alexandria" for our children (including, and probably especially, classic comic material) - thereby instilling a love of reading and an improved literacy - it will have succeeded beyond Nicholas's dreams. Please don't think by that I misunderstand or believe that such a foundation will not provide the constructivist platform that we all, mostly, believe in. It's just that my perspective is colored by my real life experience here. To put that in context: here where we are the text-books are locked up in safes, and the children learn to regard the teacher as a font of all knowledge and wisdom. It is a very dangerous mindset that; and creates an appalling dependency on perceived "authority" and artificial hierarchies. -Jeff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Browse Activity cant't download files with accents on filename
On Tue, Oct 21, 2008 at 4:47 PM, Raúl Gutiérrez Segalés <[EMAIL PROTECTED]> wrote: > Tomeu, > > On Mar, 21 de Octubre de 2008, 5:46 am, Tomeu Vizoso wrote: >> On Tue, Oct 21, 2008 at 12:31 AM, Raúl Gutiérrez Segalés >> <[EMAIL PROTECTED]> wrote: >>> I searched trac and googled a little for this, so sorry if this is a >>> known >>> issue. >>> >>> This is on build 765. When I try to download an attachment that has a >>> filename with accents Browse does nothing and I get this on it's log: >> >> Hi Raul, >> >> this bug is a very valid one, I have entered a ticket for you: >> http://dev.laptop.org/ticket/8857. Thanks for reporting it. >> >> In that ticket you can find a proposed solution, but, unfortunately, >> haven't been able to reproduce the error here. Do you or someone close >> to you have the necessary unix and coding skills to give that patch a >> try? Alternatively, if you could add to the ticket an url that shows >> this problem, that would be very useful as well. > > Thanks for your reply. I have tried your proposed solution and the patch > works. I've also added a comment to the ticket on how to reproduce the > problem. Awesome, thanks! Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: latest problems
On Tue, Oct 21, 2008 at 04:53:53AM -0400, elana langer wrote: > Hey there- > > I was at a school yesterday and it seemed like the three major > problems they faced were: > > 1) computer freezing constantly Are the freezes 'hard'? Does the whole system lock up? Or can you still move the mouse, or get to the virtual terminal by pressing alt+ctrl+neighborhood button? How many activities are typically running when a freeze occurs? > 2) computers were missing their journal or the journal disappeared We have heard a lot of reports of this from places which are running old builds (656 for instance). Perhaps upgrade is the best solution. > 3) slowness I've been working on activity switching and window manager performance in the official 8.2 build (767). http://lists.laptop.org/pipermail/devel/2008-October/020404.html (This email describes a few high-level things we can do to change memory management on the XO and improve graphical interface responsiveness.) Again it's going to be hard to backport fixes to 656, and I recommend investigating upgrade. All of these issues have seen improvement in the past six months of development. One thing which is difficult is understanding which of these issues have been fixed by our development process since the release of 656, and which still need resolution. To improve collaboration between us and our deployments, it is necessary for the deployments to upgrade their software. If our customers are running recent software then they get the benefit of software which includes fixes for already-identified issues, and we get the benefit of users who have issues which are reflective of the current state of our work. It is a virtuous cycle. Do the schools have a plan for upgrade? Are there any significant hurdles which stand between them and upgrade? > I have asked for more details for each problem and will get back to you. > > At another pilot school, school 4, one of the IT teachers has been > running Ubutu on the XO and finds it much faster. He has recommended > it to his teachers. Do you know what ubuntu install image he's using? Thanks, Erik ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Browse Activity cant't download files with accents on filename
Tomeu, On Mar, 21 de Octubre de 2008, 5:46 am, Tomeu Vizoso wrote: > On Tue, Oct 21, 2008 at 12:31 AM, Raúl Gutiérrez Segalés > <[EMAIL PROTECTED]> wrote: >> I searched trac and googled a little for this, so sorry if this is a >> known >> issue. >> >> This is on build 765. When I try to download an attachment that has a >> filename with accents Browse does nothing and I get this on it's log: > > Hi Raul, > > this bug is a very valid one, I have entered a ticket for you: > http://dev.laptop.org/ticket/8857. Thanks for reporting it. > > In that ticket you can find a proposed solution, but, unfortunately, > haven't been able to reproduce the error here. Do you or someone close > to you have the necessary unix and coding skills to give that patch a > try? Alternatively, if you could add to the ticket an url that shows > this problem, that would be very useful as well. Thanks for your reply. I have tried your proposed solution and the patch works. I've also added a comment to the ticket on how to reproduce the problem. Regards. --- Raúl Gutiérrez Segalés +595 981 231 839 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
On Tue, 2008-10-21 at 08:57 -0400, [EMAIL PROTECTED] wrote: > > can's mdns/avahi help with discovery? it'd be a shame to have to > manually configure a server address or name. > Certainly; this is what Apple does; the HP printer I bought recently is so advertising itself this way. I haven't seen Linux using this information, however, so there *may* be work to be done in Linux. How far/well mdns scales with the mesh routing protocols, however, is another question. - Jim -- Jim Gettys <[EMAIL PROTECTED]> One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] 9.1 Proposal: Printing support
On Wed, Oct 22, 2008 at 3:05 AM, Jeff <[EMAIL PROTECTED]> wrote: > Please stop imagining that lowest-spec, cheapest hardware and crippleware is > the answer - or that 3'rd World countries will never progress towards a > reasonable standard. That attitude is patronizing and demeaning. And wrong. Hey - I'm familiar with a lot of variety and I'm working towards options and flexibility as much as I can. But I'm shorthanded as hell, so help is appreciated in *getting things done*. And no -- server-devel is not about crippleware. It's just not very far along. 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: [Server-devel] 9.1 Proposal: Printing support
Because it is "defective by design" does not mean that it is a feature and not a flaw. I manage 5 school-labs in deepest, darkest, rural Africa; and printing has never been much of a support issue. Sure there are issues with CUPS. Especially with printers going offline when they run out of paper and needing to be manually re-"started" in a web browser... but we've managed to get around that and train the teachers (in about 5 minutes flat). They also change their toner cartridges with ease, and can justify the expense for printer toner as easily as for photocopier... And most of them have a budget for that. I am immensely frustrated with the pandering to the lowest common denominator which I view as a cultural disease on the server-devel list. I don't wish to address each and every issue - but I disagree completely that printing is an issue, and that VSAT is not the way to get on the internet or cannot be upscaled. Please stop imagining that lowest-spec, cheapest hardware and crippleware is the answer - or that 3'rd World countries will never progress towards a reasonable standard. That attitude is patronizing and demeaning. And wrong. -Jeff On 21 Oct 2008, at 3:33 PM, Yama Ploskonka wrote: When I am asked about whether the XO handles printing, I present that the fact it does not is a feature, not a bug. And people understand. It is not out of the ordinary that the life of school printers will be the life of the first set of ink cartridges or toner, there being no budget to refill them once they are gone. Of course people could pay a few cents a copy for the toner fund, but then that would require endless structure, trust it will not be misused, etc... It is true that, for too many teachers, what is not on paper actually does not exist, thus limiting the "usefulness" of the XO in their minds to an almost nil value unless it can print. Getting things printed is not the way to solve this, just as VSAT is not the way to get internet - neither can be scaled up, neither is sustainable. As Martin wisely indicates and I agree wholeheartedly, this is more a social problem than one of software. Ultimately having the Write documents to be printed be uploaded to a specific folder in the XS, and that be the queue for printing should be rather simple (the "print" function on the XO would do that, and the destination folder is pre-defined and is a static destination or else is picked up from a specific set of data when the XO connects to the XS). But that does not solve the problem that, outside rich countries, there simply be no printer or resources to follow through. Yama Martin Langhoff wrote: Paper, ink and printer time are extremely valuable. So far we have not built anything yet to share handle limited resources across users yet -- and doing it across something so lumpy as printing resources it going to be an interesting exercise in building social software. ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel -- Jeff Brown Cell: 074-101 5170 / Fax: 086-532 3508 Masimanyane Mussel Rehabilitation and Masande Nursery ~ Nutritional Projects C O F F E E B A Y ~ W I L D C O A S T ++ Website: www.wildcoast.com Blog: www.wildcoast.com/jeff 8< -- Do not believe in miracles -- rely on them. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] 9.1 Proposal: Printing support
When I am asked about whether the XO handles printing, I present that the fact it does not is a feature, not a bug. And people understand. It is not out of the ordinary that the life of school printers will be the life of the first set of ink cartridges or toner, there being no budget to refill them once they are gone. Of course people could pay a few cents a copy for the toner fund, but then that would require endless structure, trust it will not be misused, etc... It is true that, for too many teachers, what is not on paper actually does not exist, thus limiting the "usefulness" of the XO in their minds to an almost nil value unless it can print. Getting things printed is not the way to solve this, just as VSAT is not the way to get internet - neither can be scaled up, neither is sustainable. As Martin wisely indicates and I agree wholeheartedly, this is more a social problem than one of software. Ultimately having the Write documents to be printed be uploaded to a specific folder in the XS, and that be the queue for printing should be rather simple (the "print" function on the XO would do that, and the destination folder is pre-defined and is a static destination or else is picked up from a specific set of data when the XO connects to the XS). But that does not solve the problem that, outside rich countries, there simply be no printer or resources to follow through. Yama Martin Langhoff wrote: > Paper, ink and printer time are > extremely valuable. > So far we have not built anything yet to share handle limited > resources across users yet -- and doing it across something so lumpy > as printing resources it going to be an interesting exercise in > building social software. ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: 9.1 Proposal: Printing support
On Wed, Oct 22, 2008 at 12:03 AM, C. Scott Ananian <[EMAIL PROTECTED]> wrote: > I think we're on the same page here. For 9.1, what's the *least* work > we can do to get *something* done on the printing front? Fantastic! > Once the > basics are out there, hopefully we'll have community motivated to take > it "the rest of the way", whatever that is. Hmmm, this needs a serious think and a design. It's not an incremental step-at-a-time progress thing that we can expect the community naturally take on. Strong design-and-code leads emerge less frequently, and this is an important aspect of getting this feature to work well. OTOH, would love to see someone prepared to prove me wrong :-) On Wed, Oct 22, 2008 at 1:57 AM, <[EMAIL PROTECTED]> wrote: > can's mdns/avahi help with discovery? it'd be a shame to have to > manually configure a server address or name. I definitely want to have a service announcement scheme for the XO to discover: - what services are offered in the network - by which server - some additional arbitrary metadata (version, supported extensions for example) - reasonably scalable - chatty stuff squandering network resources is something we cannot have - optionally non-trivially-spoofable (not sure if this is reasonable to expect) in short, something a notch or two up from hardcoding "local" dns names. Douglas has been looking into mdns/avahi (for the activity installer control panel) -- and from what he saw in the initial review I'm not 200% convinced. By which I mean I want to review it a bit more, perhaps it's indeed the best scheme, but it sure looked chatty. So I guess that's one proposal for this 9.1 series. The printing proposal would then use this service (or DNS if we fail to deliver!).The XS side needs a fully fledged automagically configuring cups setup which is not entirely trivial. 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: 9.1 Proposal: Printing support
On Mon, 2008-10-20 at 13:47 -0700, [EMAIL PROTECTED] wrote: > On Mon, 20 Oct 2008, Aaron Konstam wrote: > > > On Mon, 2008-10-20 at 10:20 -0700, [EMAIL PROTECTED] wrote: > >> On Mon, 20 Oct 2008, Jeremy Katz wrote: > >> > >>> On Fri, 2008-10-17 at 16:24 -0400, C. Scott Ananian wrote: > *But*, we should be able to: > * Print postscript (or pdf, or whatever, just pick *one*) to > school server via CUP (IPP?), > >>> > >>> cups uses IPP under the hood and IPP is definitely the route to go as > >>> it's basically The Standard in printing these days. One thing that > >>> would probably be interesting for OLPC with cups, though, would be > >>> working on making it so that the daemon can be started on-demand rather > >>> than having to start on start-up. There's some support in cupsd for > >>> this already, but it's tied to launchd on OS/X. > > > >> once concern that I have with CUPS/IPP (which may very well just be an > >> implementation issue with the current tools) is that the setups that I > >> have seen have wanted to have the printer driver for the specific printer > >> on the device initiating the print job. > > I have never seen a cups setup where drivers for printers need to be on > > the client. For example, on my F9 machine I print to a HP 1020 Laser > > printer and a Canon BCJ 210 printers. But my local machine has drivers > > installed for neither machine. > > every time I have setup CUPS it has wanted to know exactly what type of > machine is on the far side and install the drivers for it. sometimes it > can pull the driver from the server the printer is attached to (if the > appropriate drivers have been installed there) > > in your case where you have the two different printers, what type of > printer do you tell your local machine that you have? > > David Lang > We must be having a communication glitch. In my case I have a machine that is the print server. It has the Cannon printer attached to it, The HP Laserjet is attached to a Windows XP machine in another room. I don't know what you mean by setting up CUPS. On the client machines you just have to see that cupsd is running. No set up needs to be done beyond that In particular you do not have to run system-config-cups nor try to configure the printers through the cups web interface, Now if you do neither of those things you will not be asked about the remote printers and no installation of print drivers will be necessary. The print server broadcasts information on the printers it controls and the clients just use the information. If you do bring up localhost:631 in your browser the printers will be just there. -- === I don't get no respect. === Aaron Konstam telephone: (210) 656-0355 e-mail: [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
c. scott ananian wrote: > On 10/21/08, Martin Langhoff <[EMAIL PROTECTED]> wrote: > > On Sat, Oct 18, 2008 at 9:24 AM, C. Scott Ananian <[EMAIL PROTECTED]> > > wrote: > > > *But*, we should be able to: > > >* Print postscript (or pdf, or whatever, just pick *one*) to > > > school server via CUP (IPP?), and install a "decent selection" of > > > printer drivers on the school server. Control panel for 'default > > > printer name', fixed to 'XS' by default. > > > > Ok - adding the XS side of this is something we can do in the 9.1 > > lifecycle. > > > > As I mentioned in my other email, the mechanical part of getting > > printing done is not the most interesting part of the job. It's the > > I think we're on the same page here. For 9.1, what's the *least* work > we can do to get *something* done on the printing front? Once the > basics are out there, hopefully we'll have community motivated to take > it "the rest of the way", whatever that is. From the comments here, > it seems like the no-discovery no-server CUPS client library could > work with a fixed server name (or control panel with IP address box to > fill in), and we can take it from there gradually. If anyone wants to can's mdns/avahi help with discovery? it'd be a shame to have to manually configure a server address or name. paul =- paul fox, [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] help with small/first world XS deployment issues requested
On Sun, Oct 19, 2008 at 08:36, Bill Bogstad <[EMAIL PROTECTED]> wrote: > There are a number of XO deployments possible in the Boston metro > area sometime next spring. My understanding is that OLPC does NOT > want to run these deployments, but is interested in having them happen > so there are deployments local to the Cambridge office for test > purposes. As a result, the local XO users group (OLPC_Boston) has > been asked to help out. As my background is in system administration, > I offered to look into possible XS server deployments at the same > time. Even though I've been on server-devel since June; I'm still not > sure to what extent an XS would be useful in these circumstances. > > As I see it, at this point an XS provides: > > 1. XO backup service (ds-backup) > 2. Activation service? (probably not needed since XOs will be G1G1) > 3. Support for > 20 networked XOs (ejabberd?) > 4. Moodle server (not clear what this means in terms of funcionallity) > > Is that correct? Is much going to change by January? For a > deployment of say 20-30 XOs in one location, does it even make sense > to have an XS? > > Another issue is that reusing available resources (pre-existing > wired/wireless hardware, dhcp/dns/web proxy/filtering services) would > be very helpful. Even if pre-existing services are inferior to what > an XS might provide, for political reasons in a small deployment, it > is probably better fit into a framework with which local IT > personnel are comfortable. Unfortunately, my impression is that the > current XS images are somewhat brittle in terms of assuming they > control all of the networking services and as well as requiring > specific IP numbering of various interfaces, control of DNS/DHCP/NAT > routing/etc. > > I understand the need to provide turn-key software for locations > where there isn't anyone who understands networking. However, I find > myself in the situation where even though I know about netmasks, DNS A > records, etc.; I have no idea how much of the higher level > infrastructure on the XS requires leaving things as they are. For > example, can I have an XS with a single Ethernet interface? I think I > saw something in a config file somewhere that suggested this (doing > DHCP on the Internet facing interface), but I can't find any mention > of this anywhere on the wiki. What if I want DHCP/DNS to be handled > by something other then the XS, but do what the other services? Given > the rapid pace of development, it's hard to tell from the wiki pages > what works/used to work/was never implemented/is an idea for the > future/etc. > > I apologize if the above is confused/confusing. Unfortunately, that's > the way I feel at this point. I've got this big ball of string I'm > trying to untangle and I have no idea where to start. Any suggestions > how to get a handle on this would be greatly appreciated. For such a small setup you might not need everything the XS provides, but you would still benefit from running ejabberd somewhere. You can build it from source with the required OLPC patches: http://wiki.laptop.org/go/Installing_ejabberd I'm going to have a go at producing updated Ubuntu packages for this ejabberd setup soon. Regards Morgan ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: 9.1 Proposal: Printing support
On 10/21/08, Martin Langhoff <[EMAIL PROTECTED]> wrote: > On Sat, Oct 18, 2008 at 9:24 AM, C. Scott Ananian <[EMAIL PROTECTED]> wrote: > > *But*, we should be able to: > >* Print postscript (or pdf, or whatever, just pick *one*) to > > school server via CUP (IPP?), and install a "decent selection" of > > printer drivers on the school server. Control panel for 'default > > printer name', fixed to 'XS' by default. > > Ok - adding the XS side of this is something we can do in the 9.1 lifecycle. > > As I mentioned in my other email, the mechanical part of getting > printing done is not the most interesting part of the job. It's the I think we're on the same page here. For 9.1, what's the *least* work we can do to get *something* done on the printing front? Once the basics are out there, hopefully we'll have community motivated to take it "the rest of the way", whatever that is. From the comments here, it seems like the no-discovery no-server CUPS client library could work with a fixed server name (or control panel with IP address box to fill in), and we can take it from there gradually. If anyone wants to flesh out a solid proposal, though, I'm all ears. A proof of concept one way or the other would be *very* useful. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: latest problems
On Tue, Oct 21, 2008 at 10:53 AM, elana langer <[EMAIL PROTECTED]> wrote: > Hey there- > > I was at a school yesterday and it seemed like the three major > problems they faced were: > > 1) computer freezing constantly > 2) computers were missing their journal or the journal disappeared > 3) slowness > > I have asked for more details for each problem and will get back to you. Thanks, will be very valuable. Don't forget to mention the exact build number. > At another pilot school, school 4, one of the IT teachers has been > running Ubutu on the XO and finds it much faster. He has recommended > it to his teachers. Interesting. In the olpc-sur mailing list, teachers are starting to lose the fear and are directly sharing lots of experiences. If you can grok some Spanish, I recommend you give it a look. I'm sure teachers in Uruguay and Peru have lots of problems and perhaps they would be better served by Ubuntu or MS Windows, but they seem to have an attitude of "let's see how we can take the most out of this thing" and they seem to be succeeding! Do you think there's some specific issue with Mongolia that may make Sugar unsuitable for them? Also note that teachers in Uruguay are using 656, a very very old build. Thanks, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
Il giorno lun, 20/10/2008 alle 16.55 -0700, Jim Gettys ha scritto: > Actually, teachers are the other people who have asked for printing > support (e.g. at Arahuay, when I visited). They don't have enough > conventional systems to do their test sheets. > > Now on line tests may make some/most of that need obsolete; but that > will take time for teachers to get used to. >- Jim > Really the Teachers want to print the children works, but in Sugar anything is simple, so I think that the UI for manage the printer need to be very, very, very easy to use without the need to explain and this I suppose to be not so easy like install CUPS. My 2 cent Torello ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Backup of laptops
On Tue, Oct 21, 2008 at 1:13 PM, Pia Waugh <[EMAIL PROTECTED]> wrote: > They have the right ownership, and the ds-backup.py on my 767 image doesn't > look the same as in that trac log. I'll look into it some more. The other thing to check is that ~/.sugar/default/owner.key in the XO is mode 600 . Something on the XO will sometimes change it to 755 or some other ridiculous unsafe mode. And note - the script that controls the run of the backup - ds-backup.sh - checks for the _mtime_ of the ds-backup.run file to avoid running more than once per day. The file is expected to remain to indicate when it last run correctly. stat the file to see when it was last run. 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: 9.1 Proposal: Printing support
Ok - I had missed the whole thread in my earlier reply. On Sat, Oct 18, 2008 at 9:24 AM, C. Scott Ananian <[EMAIL PROTECTED]> wrote: > *But*, we should be able to: >* Print postscript (or pdf, or whatever, just pick *one*) to > school server via CUP (IPP?), and install a "decent selection" of > printer drivers on the school server. Control panel for 'default > printer name', fixed to 'XS' by default. Ok - adding the XS side of this is something we can do in the 9.1 lifecycle. As I mentioned in my other email, the mechanical part of getting printing done is not the most interesting part of the job. It's the social issues around it -- handling of quotas, priorities, etc that I think deserve most attention. Paper, ink and printer time are extremely valuable. So far we have not built anything yet to share handle limited resources across users yet -- and doing it across something so lumpy as printing resources it going to be an interesting exercise in building social software. Jim talked quite a bit about this back when I was first @ 1CC, and I've seen it firsthand in many schools and tertiaries. 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
latest problems
Hey there- I was at a school yesterday and it seemed like the three major problems they faced were: 1) computer freezing constantly 2) computers were missing their journal or the journal disappeared 3) slowness I have asked for more details for each problem and will get back to you. At another pilot school, school 4, one of the IT teachers has been running Ubutu on the XO and finds it much faster. He has recommended it to his teachers. Elana ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Browse Activity cant't download files with accents on filename
On Tue, Oct 21, 2008 at 12:31 AM, Raúl Gutiérrez Segalés <[EMAIL PROTECTED]> wrote: > I searched trac and googled a little for this, so sorry if this is a known > issue. > > This is on build 765. When I try to download an attachment that has a > filename with accents Browse does nothing and I get this on it's log: Hi Raul, this bug is a very valid one, I have entered a ticket for you: http://dev.laptop.org/ticket/8857. Thanks for reporting it. In that ticket you can find a proposed solution, but, unfortunately, haven't been able to reproduce the error here. Do you or someone close to you have the necessary unix and coding skills to give that patch a try? Alternatively, if you could add to the ticket an url that shows this problem, that would be very useful as well. Regards, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Printing support
On Tue, Oct 21, 2008 at 12:52 PM, Bill Bogstad <[EMAIL PROTECTED]> wrote: > Martin will probably hate me for this... Oh, I won't! However implements this gets to say how it's done; good to hear you have an opinion that you're willing to back with code :-) > If you can assume the existence of an XS (or at least a suitably > configured web server), what about doing printing via file upload in > the Browse activity? > Punt ALL the complexity of printer drivers/queues/etc to the server. > Instead of Write generating a postscript/pdf file and queuing it, just > send the file directly. > CUPS already has management of the print queues via http (which is > really just ipp). So why not add the ability to accept all the > 'standard' file formats which > XO activities generate? That's not *that* hard. And even then, we could just say "generic PS printer support is what we do" and provide it on the XO itself and it'd make sense too. I suspect we can aggressively trim cups to only only eat 20% of your NAND. But printing it's a much broader problem. You'll want quotas, priorities, printer selection and related management to get something usable in a school environment you get ac lot of human/social considerations. PS vs PCL is not where the intersting problem is. I've worked with several secondary schools and tertiaries, all using various schemes for this, all imperfect and leaky, but quite informative about the challenges. It's a big task. Right now I have other priorities that will take a while. Printing *is* important, but other things are more important and more reachable right now -- I'm pleased to hear others care a lot about this. Hopefully enough to get moving on this! cheers, m -- [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
