=== HedgeMag1 is now known as HedgeMage [04:25] Ahmuck: well, its like having 2 maintenance setups, one thin, one fat... inet should work fine out of the box... if it doesn't please check /etc/network/interfaces [04:26] hi nubae [04:26] nubae: how's it going? [04:27] hey LaserJock [04:27] not too bad... not a lot of work, since its the holidays and all [04:27] how bout u? [04:28] been doing some bug work [04:28] got qcad all triaged [04:28] insectisides :-) [04:28] working on gcompris now [04:29] gcompris has a problem with sound on ltsp... SDL based [04:29] run it with sound on a couple systems and the network will go down [04:30] gosh, gcompris too? [04:30] yep [04:30] everything SDL based [04:30] that sucks :( [04:30] yeah its a serious problem, especially since Canonical claims to support these progs [04:31] but ltsp is a different beast I suppose [04:31] I think we need to shout a bit harder to get the SDL people involved [04:31] think about how many edu apps are SDL based... its a lot [04:32] u have a good xmas btw? [04:32] well, "support" is not very well defined [04:32] yeah, it's been a pretty good christmas [04:33] well, thats not helpful for deployments in schools... [04:33] if we cannot state what is supported and not.... [04:33] that's Linux [04:33] well its got to be clear, either its supported, or not... [04:34] well, it's supported in the sense that you can by a support contract [04:34] i can't deploy in a school and say, it MIGHT be supported [04:34] really, u think Canonical would fix all SDL based apps if the school in question paid? [04:34] and if you do that and then complain about SDL then I guess they'd look into it [04:34] they'd look into it, I mean they aren't miracle workers :-) [04:34] ok, well I can test that theory... [04:35] I'm deploying several schools here in Austria in January [04:35] but I believe that's the point of buying support [04:35] lets see what happens [04:35] you're supposed to be able to call them up and say "heh, this doesn't work, what are you gonna do about it?" [04:36] that would mean canonical would pay the SDL programmers to fix their stuff [04:36] for ltsp [04:36] I doubt it [04:36] I guess until now, there has been no incentive [04:37] the Canonical support engineer might try to find a workaround or perhaps bug some upstreams [04:37] yeah the workaround we got now was.... don't run sound [04:37] I doubt Canonical would actually pay somebody to fix it, but you never know [04:37] I honestly know close to 0 about Canonical's support [04:37] well if the school in question pays a support contract I would hope so [04:37] otherwise I will advise them not to pay any support contract [04:37] I've been in Ubuntu for over 3 years and I haven't seen them do anything [04:38] hmmmm [04:38] but I think they stay pretty busy so they must do *something* [04:38] hows it work with tuxlabs... they have 200 deployments [04:38] surely they have complaints [04:40] honestly though right now I don't know exactly where Canonical is in all this [04:40] I think they're kinda trying to figure what to do with Education [04:40] well when I spoke to Riched last, he seemed pretty committed [04:41] realistically Canonical can't just fix everything, you know [04:41] right, understand that, but the SDL thing is not a little thing [04:41] it affects almost 50% of the programs in edubuntu [04:41] well [04:42] right [04:42] but if they are looking at having to fix a kernel bug that affect 5 million people or a LTSP bug ... [04:42] it's a matter of prioritization [04:42] right, I get that, but they do have a dedictated person for education, right? [04:43] not that I know of [04:43] Riched [04:43] he's not a support person [04:43] his management [04:43] he doesn't do support or development [04:43] k... well they better start outsource to u or me or someone [04:44] we'll see [04:44] I've been trying to make the case [04:44] especially as there are some rather large Edubuntu deployments out there [04:44] the education market is massive, just here I can tell u the numbers are massive [04:44] I mean, I don't want to scare people off of Ubuntu?Edubuntu [04:45] I think it's great for Linux [04:45] but at this point there is almost no Canonical interest that I can find [04:45] it is, the netbook market alone has oppened great opportunities [04:45] so it's up to us volunteers to keep it going [04:45] well, in terms of netbooks... they are very interested in getting support for that officially [04:45] if Canonical see's Edubuntu growing and making a difference I think they'd be willing to help [04:46] but I don't think they want to do it alone, IMO at least [04:46] right [04:46] yes, netbooks are huge [04:46] not sure if they see that as education thought [04:47] nope [04:47] well, they do [04:47] but not in terms of Edubuntu or educational apps [04:47] well, that's not exactly true [04:47] I mean, they work quite a bit with OEMs, etc. [04:48] yeah right now with 1 [04:48] dell [04:48] but I don't think they're very concerned with Education in the sense of educational apps/tools/content [04:48] they want all the others to send samples of their netbooks and pay them for testing [04:48] they just want to deliver Ubuntu on netbooks [04:50] I haven't seen a lot of emphasis on actual educational content [04:50] true, me either, though they are interested in sugar [04:50] because of its publicity [04:51] yeah [04:51] but we need to grow a developer community [04:52] we need work done or we die, essentially [04:52] difficult when there are about 5 active people or less [04:52] yep [04:53] what do u suggest? [04:53] it's not an easy problem [04:54] somehow we need to convince Edubuntu users that it's worth their time to contribute [04:54] so bombard them with emails? [04:54] we need to then have the infrastructure and leadership to to have a place for them to land [04:54] I think we need to revive edubuntu-devel [04:54] yep [04:55] at least u and I could start sending out emails [04:55] writing whatever [04:55] morning alkisg [04:56] I'll commit myself to write an email every couple days... and i u do the same, think we could spark something on the mailing list... there are a lot of dormant users [04:56] good morning nubae and everyone! [04:56] hi alkisg [04:57] what u doing up at 6! [04:57] Heh... I quit smoking, and now I can't sleep!! But it's 7:00, so good enough today, yesterday I woke up at 3:00!!! [04:57] heh, hear ya, insomnia is bad... its 6 here.... [04:58] You just woke up or you didn't get to bed yet! ??? [04:58] the latter... came back from a party.... [04:58] but insomnia nevertheless [04:59] Programming after a hangover produces a lot of bugs... beware!!! :P [04:59] no hangover yet.... [04:59] LaserJock: so whatcha think... send a couple emails every couple days to revive the list? [04:59] nubae: what was wrong with your domain some days ago? was it hacked? [05:00] nubae: what are you planning on saying? [05:01] no... finally got it to my own registrar, and it had default dns servers, even though I had changed it before [05:01] LaserJock: well, a description of projects we are doing and how to get involved for a start [05:01] and stating that edubuntu needs volunteers [05:02] laying out the future [05:02] right now its dead because no one knows what is going on, but we know at least a couple of things that are happening [05:04] nubae: well, we should get a list together [05:04] I was hoping the Strategy Doc would help [05:04] so I need to finish that [05:04] it would if it was complete [05:04] yeah.. [05:05] You could even put something like this on the wiki, cause it's really not clear what edubuntu is right now and where it's going... [05:05] right! [05:05] write whatever u can, and I'll help... [05:06] we just cannot rely on Canonical to get inolved anymore [05:07] anyway, we have at least 4 people interested in progressing this, Ahmuck, LaserJock, alkisg, nubae [05:12] so I think if we got a list of things to do [05:12] had a meeting [05:12] ...Don't let me get the conversation out of track, but I was wondering if edubuntu should primarily target kubuntu and not ubuntu, with most of the apps being part of kde-edu... I've been using plain ubuntu/ltsp so far, and I only installed the edubuntu add-on cd once, but it installed so may kde* stuff that I think it would be better if I had kubuntu.. [05:12] divided up the task and got to work [05:13] alkisg: I think it's mostly desktop-neutral [05:13] I think one of the problems is that KDE had KDE Edu [05:13] but beyond that there's not a ton [05:14] I have been working on our edubuntu-desktop-kde meta packages [05:16] If someone installs edubuntu on kde, doesn't it install 50-100Mb _fewer_ than if it's installed on gnome? [05:16] nope [05:16] because we have lots of Gnome libs [05:16] must be about the same one both [05:16] I see... [05:16] you're kind of stuck either direction [05:16] anyway, why does that matter? [05:17] but we do have to pick one [05:17] well, edubuntu should be its own distro... IMHO [05:17] we *just* got rid of that :-) [05:18] yeah I know, I think it was a mistake [05:18] we basically can't support doing our own full distro [05:18] but nevermind [05:18] Nubae, what does being a distro offer that a meta-package cannot? [05:18] well, it wasn't a matter of mistake or not, it was basically the only thing we could do [05:18] well, if u are deploying to a school or uni, and u say, here is the edubuntu distro... [05:19] they will take u far more seriously than if u say, well, we have this addon cd.... [05:19] right [05:19] the edubuntu name is known [05:20] respected in many casese [05:20] Canonical wants to say "here's Ubuntu, and you can also add on educational apps using the Education CD" [05:20] which means nothing to a school or uni [05:20] Ah, yeah, I know about that!!! I had to write a newer version of a manual "installing edubuntu in greek schools", and I had to rename it to "installing ubuntu/ltsp and adding the edubuntu cd later..." :P It lost some "magic". [05:20] and given that we simply can't maintain a distro .. [05:21] why can kubuntu maintain itself and edubuntu not? [05:21] no people [05:21] whats the missing piece of the puzzle? [05:21] Edubuntu is too much of a niche distro and doesn't appeal to geeks [05:21] I dont know what to say to that [05:22] we've never been able to attract the high-school/university student that makes Ubuntu/Kubuntu, etc. thrive [05:22] school admins don't want to contribute in enough numbers [05:22] well, edubuntu died the minute the name started to be disputed [05:22] it was thriving before [05:23] then suddenly list went dead [05:23] even at it's height, with the same number of Canonical people working on Edubuntu as Kubuntu (1) [05:23] we never had nearly the development community [05:23] not enough to sustain a full distro with 2 CDs [05:24] there are 2 sides to this... one is the desktop/artwork [05:24] the other the programs [05:25] we should, even with 4 people be able to maintain that [05:25] well [05:25] granted, LaserJock is heavily weighed down with the packaging part.... [05:26] doing a full distro is a heck of a lot of work [05:27] working with what we've got, I think 4 people can make a big dent [05:27] keep in mind that a few people are also working with upstreams, so edubuntu will reap the benefits through debian [05:27] k, so what can we do? [05:28] maybe set up a meet [05:28] personally, there's very little advocacy for edubuntu, and i'm changing that as i give ubuntu dev talks to college acm meetings [05:29] I talked to RichEd and it looks like the 7th of Jan. is a go for a meeting [05:29] crimsun: but do believe there is hope for a edubntu distro? [05:29] nubae: as a distinct distro? [05:30] distinct or not... a brand [05:30] sure [05:30] so lets go for that [05:30] a significant number of people (by my admittedly narrow sampling pool of metro DC) have kids who use edubuntu [05:31] same here [05:31] do they actually use Edubuntu? [05:31] my users do [05:32] seems like to me very few people actually use the CD anyway [05:32] lots and lots of LTSP [05:32] but seems like people mostly don't care much about the Educational apps [05:32] forget about that, its a package [05:32] edubuntu+ltsp [05:32] well, i can't speak for ltsp, but i can speak for interested parents and children [05:32] right! [05:33] well, I'd love to do more with that [05:33] but honestly, Canonical is after big school contracts [05:33] which they cannot do without both [05:33] I'm not sure they have much of any interest in home use [05:34] they want large institutional server use [05:34] and enterprise desktops [05:34] thats fine.. its still edubuntu [05:34] right, that's certainly a valid approach [05:34] it's Ubuntu [05:34] they want an educational desktop [05:34] it's not Edubuntu [05:34] why not? [05:35] Edubuntu is a community/project focused on educational apps [05:35] i.e. it's not a server nor a desktop [05:35] I think thats the wrong focus... it should be thin clients with edu [05:36] I think the problem with edubuntu is that it can't target all primary/secondary/high schools from all different countries. E.g. in greek secondary schools we only use 2-3 apps from edubuntu (so most people don't install it), in high schools 4-5 _different_ apps... [05:36] ok [05:36] alkisg: why, whats wrong with the other apps? [05:36] are there programs we can add that would help? [05:36] They are just not part of what we have to teach the kids [05:37] so we need to work on that [05:37] what can we do to make it more appropriate [05:38] In _my_ opinion, what I'd like would be this: edubuntu = (1) a collection of meta-packages, like edubuntu-el-high-schools or edubuntu-br-secondary-schools, (2) an easy way for a teacher = maintainer to build this meta-package, and (3) a way to download all this and build an add-on cd where bandwidth is a problem [05:39] It's really different from what edubuntu is now, but it would be something I'd find really useful. [05:39] yup metapackages is a big focus now, right? [05:40] yeah [05:40] and its damn easy [05:40] but in a practical sense, I'm not sure we can do country-specific metapackages terribly easily [05:41] forget country specific, start with levels... [05:41] pri, sec, uni, or whatever [05:41] LaserJock: why? Why can't I just select 5-10 packages and build a meta-package out of them? [05:42] well, we need a base [05:42] well, let me think a sec [05:43] crimsun: dont go away, give your input too [05:43] (sorry, not away, but just doing audio debugging) [05:43] so basically we can maintain the packages [05:44] and provide a metapackage/CD tool [05:44] LaserJock: no, not the packages, just the _way_ for teachers of specific countries to build & host their meta-packages [05:44] so you select from a predefined list of packages and you get out a .iso? [05:45] Yeap. Select some packages, and name this "mycountry-edubuntu-package". Then also have an option to download this to a cd. [05:45] right, but we need to maintain the software [05:45] sounds like a ppa [05:45] One teacher would be needed for each country as a maintainer [05:45] crimsun: except I think they need .isos [05:45] right, that's a tough one [05:46] can't necessarily rely on canonical's livefs infrastructure, but there are community-maintained tools [05:46] we could try to make a customized debian-cd script [05:46] But we shouldn't expect him to know about PPAs and packages, he should just be able to follow a wizard-like package builder. [05:46] crimsun: we don't need livefs [05:46] oh, so this would just be for customised add-on images, then? [05:46] yep [05:47] so how about this as an idea to throw out [05:47] with a base of what most users would need... [05:47] we create a CD that has all the edu apps + a GUI tool that lets you pick from the packages on the CD and makes you a new .iso [05:48] ISO's could be built with a script that uses the normal packages, they (=ISOs) don't have to be hosted in repositories... [05:48] yep sounds good [05:48] although ... [05:49] that seems sort of redundant [05:49] But my main point here is that e.g. a greek secondary school teacher should be able to select "edubuntu-el-sec" which the greek maintainer prepared for him [05:49] all you'd need is a list of packages to install [05:49] Even online, without having a cd [05:49] right, sounds good [05:50] alkisg: *if* we had greek maintainers that would be awesome [05:51] but my concern is we don't even have maintainers for the software to start with [05:51] LaserJock: if all it takes is some package selection, I'm sure you'll find lots of maintainers [05:51] But it shouldn't be difficult [05:52] So in my opinion edubuntu should be the infrastructure that makes this easy for the teachers=maintainers. As simple as selecting some packages for each education level/country. [05:52] well, yeah, that would make sense [05:53] if there are no maintainers default to english [05:53] yeap ^^ [05:53] Or to plain "edubuntu", with all the packages selected [05:53] well, we are going to have defaults for Jaunty [05:53] ok, explain... [05:54] ubuntu-edu-preschool, ubuntu-edu-primary, ubuntu-edu-secondary, and ubuntu-edu-tertiary [05:56] yep sounds good... [05:56] I guess that should be a good start [05:57] then we can ask if people would like to volunteer as country/region maintainers [05:58] LaserJock: to make it easier, you could premake all the packages and fill them with default values [05:59] Then, if a maintainer shows up, he'll just need to modify the default list [05:59] well ... [05:59] I'm not particularly convinced, to tell you the truth [05:59] we don't have *that* many apps [05:59] how much difference is there going to be? [06:00] Teachers in specific countries may need apps not currently in edubuntu [06:00] ok, but we can't really do anything about that [06:00] and we can't put packages in that depend on non-existent packages [06:01] Sure, the maintainer will just put them in the package [06:01] The packages exist, but e.g. in ubuntu, not in edubuntu [06:01] I understand what alkisg is saying [06:01] ok, but why wouldn't Edubuntu have it then? [06:02] because it has a lot of missing packages [06:02] but yes, it should have those included [06:02] E.g. would you put clamav in edubuntu? [06:02] no reason we can't [06:02] The greek ministry insists that clamav be installed in all greek schools... [06:03] But others may not want it, or there could be a space problem (> 700MB) [06:03] but right now we are using 300 MB [06:03] we have 400MB left [06:03] its not the point... [06:03] Also, we install wine and some greek educational apps [06:04] there are lots of things we can do, but we need people to get involved with it actually happening [06:04] nubae: I realize that [06:04] right,so lets set a date [06:04] my concern is having a bunch of people creating a ton of packages [06:04] when it's just me sitting here trying to make this thing work [06:05] LaserJock: right now u are the dictator... we listen to u for what happens [06:05] no, no, not like that :-) [06:05] yes, its necessary :-) [06:05] but I can see lots of people working on these meta packages while the actual programs fall apart [06:05] we have over 200 open bugs [06:05] and we should really add more programs [06:05] right which is the reason we have u [06:06] heh [06:06] LaserJock: what programs? Aren't the programs maintained upstream? [06:06] somewhat [06:06] but we get lots of bugs [06:06] sometimes there are Ubuntu-specific issues [06:07] sometimes there are bugs we haven't integrated fixes for [06:07] sometimes we just need to forward the bug reports on upstream [06:07] OK, but it's not like they are _edu_buntu specific... [06:07] yes [06:07] edubuntu should be the infrastructure, not the packages [06:07] no [06:07] that's not right [06:07] ideally maybe [06:08] ideally for sure [06:08] but there is *nobody* but us maintaining these packages in Ubuntu [06:08] if we don't deal with the bugs they'll just end up sitting there or closed [06:08] are there really 200 bugs in edubuntu? [06:08] certainly upstreams and Debian are great helps, we couldn't do it at all if it wasn't for them [06:09] nubae: open ones, yes [06:09] k, Ill try tackle some of that [06:09] 12 in gcompris presently [06:09] So if LaserJock decides that he hates PCs, there won't be a newer Kolourpaint or Dia or tuxpaint package? :P [06:09] unsurpinsingly... but just spoke to u about that [06:09] Kolourpaint and dia there will be [06:10] OK, gcompris: why does edubuntu have to fix it's bugs? [06:10] alkisg: right LaserJock is our dictator [06:10] alkisg: because nobody else will [06:10] I mean, you gotta have devs ... [06:10] that's how a distro works [06:10] But gcompris is also ubuntu supported, isn't it? [06:10] right at least we need to shout and send upststream [06:11] alkisg: well, yes, that's why I'm an Ubuntu Core Developer [06:11] funny I asked same question [06:11] you can't assume somebody else will take care of it [06:11] is gcompris really supported or not? [06:12] well, yes [06:12] but what "supported" means might not be what you think it does [06:12] LaserJock: thanks, just trying to understand how these things work... [06:12] alkisg: no problemo [06:13] technically anything in the Main repository is supported by the Ubuntu Core Developers [06:13] as a team [06:13] LaserJock: I think its important to note how many people are interested in keeping edubuntu alive [06:13] but on a practical level, much of the Ubuntu Core Developer team is paid by Canonical to do specific things *or* they are volunteers who work on whatever they like [06:14] I guess what I'm saying is that you should maintain gcompris as part of you being "Ubuntu Core Developer", but not as part of you being our belevolent edubuntu monarch... :) Edubuntu doesn't have enough man power to be focusing on bugs... But then again, it's just my newbie opinion [06:14] how man people does Canonical employ acutallly? [06:15] so if 1) canonical (or some other company) doesn't pay somebody to maintain gcompris and 2) no volunteer Core Dev doesn't have an interest there's really very little maintenance of gcompris [06:15] nubae: to work on Ubuntu? [06:15] or as a whole [06:15] yeah [06:15] whole [06:15] 200+ I think [06:15] mostly working on Launchpad [06:16] course, their product [06:16] Canonical pays something like 50 people or so on Ubuntu [06:16] crazy... thats nothing [06:16] hmm, could be less, not sure [06:16] sounds right [06:17] well, at one point Red Hat employeed more people to work on the kernel than Canonical had on all of Ubuntu [06:17] ubuntu doesnt pay anyone to work on kernel [06:17] canonical [06:17] well, we have kernel maintainers [06:18] really? [06:18] who work some on the kernel as well [06:18] oh sure [06:18] Ben Collins was the first guy, he was formerly a Debian Project Leader [06:19] but there's maybe 4-5 Canonical people that work on the kernel in Ubuntu [06:20] when I first started there were really only a handful of Canonical peoplel [06:20] 10-15 working on Ubuntu [06:21] so I heard canonical doesnt make money yet, shuttleworth is just spending at the moment [06:22] yep [06:22] probably won't for a couple years yet [06:22] not terribly surprising [06:23] though Canonical has more time than if Mark wasn't behind it [06:23] sending out postage-paid CDs all over the world isn't cheap [06:23] neither is paying for developer summits and sprint :-) [06:25] k so when is next meeting? [06:25] Jan. 7th [06:25] k cool [06:25] time? [06:25] alkisg: ^^ can you make it? [06:26] nubae: dunno, what sounds good? [06:26] u tell me [06:26] let's see, I'm on the weird time [06:27] 16 or 17:00 UTC is good for me I think [06:28] bah, that's the Foundations Team meeting time :/ [06:28] 19:00 UTC ok? [06:29] yep,ok for me [06:30] that'll be pretty late for RichEd I think [06:30] but if we want to do it in #ubuntu-meeting that's the best we can do i think [06:31] well thats 9 european time [06:31] im same time zone as riched [06:32] I think he's +2 [06:32] 9 at night [06:32] right [06:32] me too [06:32] nubae: do you know how to get the list of Edubuntu bugs? [06:33] not exactly no, tell me [06:33] https://bugs.launchpad.net/~edubuntu-bugs/+packagebugs [06:34] u realise half that stuff is due to SDL? [06:34] not half, but some [06:34] ok, at least 30% [06:34] so there are 241 open, 208 not assigned to anybody, and 5 listed as "In Progress" [06:34] can name them if u want [06:34] LaserJock: sorry, was away. Sure, I can make it. [06:35] I've only seen a handful of SDL bugs [06:35] alkisg: great [06:35] ok, anything with tux in front of it [06:35] then gcompris, atomix, gpaint [06:35] there are 17 tux* bugs [06:35] I think only 1-3 are SDL [06:36] thin client manager should be taken out [06:36] well, we still have to support it [06:36] that one is easy [06:36] no we dont [06:36] yep [06:36] why? [06:36] Dapper is supported for another year or so [06:36] no one supprts that crap [06:36] fuck it [06:37] heh [06:37] there is a choice [06:37] no, not for people on that release [06:37] or at least not a supported choice [06:37] forget it.. if u are still running dapper upgrade... [06:38] well, we can't exactly force that until it's EOL [06:38] why would that not be the appropriate answer? [06:38] that's what "support" is supposed to mean ;-) [06:38] well we are a community, right [06:38] not paid [06:38] still [06:39] it may not be high priority, but it's our "crap" so let's keep an eye on it [06:39] I disagree.. I do not think we should be supporting dapper [06:39] that's what we promise people [06:40] nubae: that's something we'd have had to discuss before dapper's release [06:40] look, its quite easy to say, upgrade to something less than 2 years old [06:40] no one will question thtat [06:40] now it's a LTS with 3 years support on the desktop [06:40] right so hardy is out update [06:40] nubae: while Dapper is a supported release we can't just ditch it [06:40] not that simple, I can't ask all my customers to upgrade to Hardy :) [06:41] for edubuntu we can [06:41] we dithched the name [06:41] Edubuntu is "supported" until it's EOL'ed [06:41] stgraber: why not? [06:42] nubae: we promised people who installed Dapper that they could keep it for 3 years on the desktop [06:42] ok, I'd like to know who still runs dapper [06:42] nubae: because they chose it for the 3 years desktop support, they don't plan on spending the money for the migration before next year [06:42] can we get a figure on that? [06:43] I have not heard of anyone running dapper coming on irc.. but of course there could be others [06:43] we don't really know [06:44] we don't get stats on any release [06:44] mainly because we simply can't get stats ... [06:44] but when we promise 3 years support we shouldn't just ditch it [06:45] of course at this point it's pretty much best-effort, but it doesn't hurt to keep it on the radar [06:45] can anyone verify that there are stilll people running dapper? [06:45] I know of people [06:46] I don't run it myself though [06:46] ok, u know people that are running dapper, really? [06:46] yep === alkisg1 is now known as alkisg [06:46] I know some too [06:46] ok, and why have the not upgraded? [06:47] "works for me" [06:47] that is a silly excuse [06:47] it's not very silly really [06:47] nubae: because a dapper => hardy upgrade is really not that easy ? [06:47] Dapper is less than 3 years old [06:48] I know people that run Windows 98 [06:48] stgraber: right, agree, but must be done [06:48] nubae: yeah except that from a budget point of view, that's for next year's [06:48] but that's the user's choice, not ours [06:48] 98 is not supported for many years [06:48] good example [06:48] sure [06:48] but we said Dapper was supported for 3 years [06:49] 98 is a different example, it works on P1 CPUs with 16 MB RAM, those PCs _cannot_ upgrade [06:49] we can't just say "well, actually, now that we look at it we're going back on that" [06:49] fine ok, so how much longer... [06:49] Until June of 2009 [06:49] really? [06:50] jeez [06:50] yeah, that's EOL for Dapper on desktop [06:50] yes, 3 years from 6.06 [06:50] omg [06:50] 2001 for servers [06:50] *2011 [06:50] heh [06:51] severs are meanignless to ubuntu/edubuntu [06:51] oh? [06:51] not really actually [06:51] at least for edubuntu [06:51] LTSP was part of Edubuntu back then [06:51] ltsp or edubuntu are NOT server [06:51] Schools don't have servers? [06:51] depends on Canonical's definition of server then :) [06:52] come one [06:52] on [06:52] well, some parts of Edubuntu Dapper I do believe count as Server [06:52] neither edubuntu or ubntu ltsp are server [06:52] did we have edubuntu-content-server back then ? [06:52] nope [06:52] they both need desktops [06:52] but LTSP had server bits [06:52] so???? [06:52] dhcp for instance [06:53] LTSP doesn't need the desktop [06:53] ltsp needs the desktop [06:53] we have several schools running all the LTSP bits on a box connnecting to an Hardy application server [06:53] stgraber: reallly? how? [06:53] so that's Dapper's LTSP without the desktop bits [06:53] so for all practical purposes Edubuntu is desktop for support [06:53] if I remember right [06:53] nubae: easy, just set LDM_SERVER to a different value [06:54] stgraber: bah, thats semantics [06:54] normally, it needs a desktop [06:54] u know that [06:54] right [06:54] in any case [06:55] we've sort of wandered a bit [06:55] I'm glad so many people got involved [06:56] alkisg: do you think you could work up a little proposal on your country metapackage maintainers proposal for the meeting? [06:56] LaserJock: I think so, should I upload it to a wiki or somewhere? [06:57] (so that I don't type the whole thing at the meeting) [06:57] alkisg: depends on how big it gets :-) [06:58] OK, we'll see! [06:58] alkisg: I don't think it needs a ton of explanation, you might just write up a little something to paste [06:58] alkisg: important is that u be there [06:58] Sure, I'm interested in this also! :) [06:58] nubae: do you have anything you'd like to bring to the meeting? [06:59] like? [06:59] will you have the app lists on edubuntu.org by then? [06:59] yes [06:59] well, I'd like for people to think about tasks they would like to do for Jaunty [07:00] Ill do my part [07:00] we need to quickly define what we're going to do for this release [07:01] experience says we've already had some critical time slip away [07:01] we don't have the advantage of having specs already defined for most everything [07:02] you mean anything [07:03] I think I meant everything, but could be wrong :-) [07:04] welll ill be there [07:05] I'll hopefully have this Strategy Doc done [07:06] but I'm still struggling a bit with the larger vision of what Edubuntu, Ubuntu in Education, etc. are [07:07] the easiest thing, by far, is to just call everything Edubuntu, but I don't know that we can really do that [07:18] well, time for me to go to bed [07:19] I'll be thinking of things we need to cover in the next meeting, and hopefully you guys will as well :-) [07:20] Bye LaserJock, see you in the next meeting. === bddebian2 is now known as bddebian [16:02] nubae: i'm in today if u r [16:05] what is a large edubuntu deployment? [16:06] how about ubuntu-ltsp ? [16:13] may i suggest a different market. the private school sector for edubuntu [16:17] i have a whole list of apps. some of them are pay, however companies are willing to work with distros to make pay apps included in edu because it's those apps that go home to the kids [16:19] the apps that i have are "educational" in some sense. learning bridge building, system management, etc. but from a child's perspective [16:25] sounds good, with the inclusion of wine that should be a possibility [16:26] or are u talking about linux apps? [16:27] also, please send me a list of these apps [16:28] in most cases ubuntu-ltsp is a part of the deployment [16:28] its an easy way for people to deploy the edu apps and manage them in the best possible way at the least cost [16:44] yes, linux and windows apps both. [16:44] a lot of the linux apps i run accross are 19.99 [16:44] artrage is 25.00 now, but they have a educational discount [16:45] like 5.00/copy [16:45] our school systems might have 350-400 for k-12 total [16:45] so an art room that uses artrage would only need about 10 [16:46] which makes it reasonable to assume. i recently stumbled accross gogh which looks like reaplacement but it doesn't appear to be maintained [16:46] what does artrage do? [16:56] it's a natural painting program [16:56] http://www.artrage.com/ [16:57] http://www2.ambientdesign.com/gallery/showimage.php?s=37f97e57b9b7e8d18c61079b650fc6aa&i=3083&catid=newimages [16:58] for people that are used to working with paint, real paint, it's a natural transition. one of our local librarians is an artist, and sitting her in front of this requried no learning and she was painting right away [16:59] it also mimics paint texture. [16:59] http://www2.ambientdesign.com/gallery/files/6/8/0/8/blouberg_original.jpg [16:59] ok, so there is no linux replacement? [17:00] I think a good rule of thumb would be if, there is no linux replacement, include it in edubuntu [17:00] if/when wine is in ubuntu main [17:01] it has a free version. i know they would be thrilled, and linux users would be thrilled. simply because it would push them into getting a linux version or push someone to create an equal [17:01] when I say edubuntu I dont mean the distro itself, but maybe the website at least... [17:01] yes, wine is a problem [17:01] do u know if it runs under wine? [17:02] yes, that i am aware of. however i don't see why edubuntu couldn't start moving in it's own direction on "instruction" as a distro [17:02] using ubuntu or ubuntu ltsp as a base and then a full wiki or something on specifics. i can see this eventually moving into it's own distro [17:02] it runs under wine, i use it [17:02] you're right, but right now it is an official ubuntu derivation... if we do things that are politically incorrect (ubuntu-wise) it may stop being that [17:03] there is also plastic animation paper, which may also have fallen into non-maintence, but is a good free linux animation program, like the old guys used to do it, one cell at a time [17:03] there are only 4 official ubuntu derivations right now, kubuntu, edubuntu, ubuntu christian edition and ubuntu itself [17:03] chicken and the egg. and fear of breaking the egg and tossing the chicken out [17:04] is mythbuntu any less successful? [17:04] right, but its important to be supported [17:04] is there support now? [17:04] mythbuntu is very specific... its not really a full distro [17:04] yes, edubuntu is officially supported [17:05] so, again, back to SDL [17:05] ubuntu will be fixing edubuntu ltsp SDL problem? [17:05] :-) right they should fix that [17:05] its a matter of how hard people shout [17:06] also, the fact that ltsp is no longer a part of edubuntu is a problem [17:06] so, in a sense, the SDL apps work under edubuntu.. just not under LTSP [17:08] you'll find i'm a fan of breaking away if it means a return to progress. ie, mozilla/firefox [17:09] well, only if its really needed [17:09] though i think sometimes breakaways fall into the same trap as others, eventually they become so bogged down with infrastructure they become less effective at making the correct changes [17:09] I dont believe it is in this case, I think we can fit in our needs within the existing framework [17:09] its a matter of people getting involved [17:10] real invoation usually happens with a handful of people willing to push ahead [17:10] we have a meeting on Jan 7th... 9 utc... [17:10] will that happen? i'm ready, but i'm no programmer for sure [17:10] arg, the mouse froze up [17:11] there are many many non programmer tasks [17:11] in fact most are non programmer tasks.... [17:11] http://pastebin.be/15695 [17:12] ?? [17:12] heh, like debugging ur script :) [17:12] that's my /etc/network/interfaces [17:12] ah k... and is your server 192.168.0.254? [17:12] fat clients have no inet access [17:12] yes [17:13] wait.... thats the servers /etc/network/interfaces [17:13] I mean the clients [17:13] http://pastebin.be/15696 [17:14] hmmm, u cant possibly have net acces on u're thin clients... that states that your server is 192.168.0.1 [17:14] i did [17:14] paste me /opt/ltsp/fati386/etc/network/interfaces [17:15] u must make /etc/network/interfaces relate to /etc/ltsp/dhcpd.conf [17:15] same server... [17:15] ah, found the problem [17:16] :-) [17:16] http://pastebin.be/15697 [17:16] yeah no eth0 [17:16] so your script does not copy the interfaces into /etc/network ? [17:16] set it to auto, re-image client and u'll be fine [17:17] it does normally [17:17] not sure what happened with yours [17:17] would you like me to test your script in a vm? [17:17] very difficult to make something work on everyone's system [17:17] re-image the client ... let me dig for my notes [17:17] sure, go for it [17:17] nubae: it's a stock system [17:18] it's stock until i'm comfortable this works [17:18] ltsp-update-image [17:18] well ltsp-update-image -a fati386 -b /opt/ltsp [17:19] I use it in large deployments, but I realise I leave out a lot of stuff [17:20] yes, i've understood that [17:20] I kinda know what I'm doing so dont always know what to explain [17:20] which is why i've been going through it letter by letter [17:20] k, i need some help understanding what's going on. thin and fat clients have two sepeart file system? [17:21] yes totally different, sections... normal ltsp lives under /opt/ltsp/i386 [17:21] fatclient lives in /opt/ltsp/fati386 [17:22] so whatever is done within one environment in no way affects the other [17:22] i was under the impression that the fat client only did what was necessary to offload to the client and then everything else was the same [17:22] so that any change to the "master" (ie server) would affect both clients [17:22] ie, software install, desktop preferences, etc. [17:22] there is no way to achieve fat clients outside of this? [17:22] no, think of it as different systems, the only thing that is the same, is the way the clients load one image or another [17:23] not really no... local apps allows one application to run locally [17:23] but its not the same, there are still many problems with that route [17:24] think of it this way... u feed the computers image A or image B, the 2 being totally different [17:24] so to maintain the same look, feel across the systems one must do to both what one does to one [17:24] right [17:25] how does this work with kubuntu, openbox, etc [17:25] but thats not too hard [17:25] a sepearte fat client for all? [17:25] right, its an advantage [17:25] u could have several fatclients, all running different window managers [17:25] so if student a wants kubuntu and student b want ubuntu, then they have sepearte fat client setups? [17:25] yeah [17:26] u could in theory even run different distros [17:26] does ubuntu have a proxy server setup for updates, etc one could establish locally? [17:26] a local mirror would work i suppose [17:26] just chroot /opt/ltsp/fati386 [17:26] and then apt-get update [17:26] at first i was put off by the whole sepearte fat client not intergrated thingy, but it appears fat clients may offer more flexablity [17:27] right they do... [17:27] u can create many customised environments [17:27] its not an easy concept to understand, but nevertheless its there... [17:27] it would be nice to create a local app thingy for the fat client setup. any chance this can be copied rather than downloaded and installed? [17:28] i understand it now, just not b4 [17:28] well in Jaunty, the script will be part of ubuntu [17:28] i'm still trying to think of a way to simplfiy things [17:28] what we need is a gui manager for it [17:28] but I've not got the patience to code python [17:28] ah, yes. i've been thinking the same thing [17:28] but i know no python [17:28] :-) [17:29] If someone laid out what needed to be done, I'd give it a try [17:29] but without motivation.. I'm happy to use it as it is [17:29] after all, I'm not being paid for it [17:30] heh [17:31] i know a python writer that i might be able to interest [17:31] provided it does not become a full time job for him [17:34] well thats the way with open source [17:34] takes time, but eventually it gets done [17:36] reboot [18:24] nubae: no go [18:41] no inet? [18:42] paste me your interfaces