[00:01] <alkisg> Is anybody interested in helping to port the fedora's "user manager" python-based tool to ubuntu? http://www.techotopia.com/index.php/Managing_Fedora_Linux_Users_and_Groups
[00:08] <LaserJock> alkisg: do you think the Fedora app would be pretty close to ideal for educational setting?
[00:08] <alkisg> LaserJock: not really, it would need a lot of plugins to work for most educational setups
[00:09] <alkisg> But it's the best "base" I've seen so far...
[00:09] <alkisg> E.g. a lot of import/export plugins (csv, ldap, other passwd/group files...)
[00:10] <LaserJock> do you know if the Fedora app has a plugin framework?
[00:10] <alkisg> No, I don't know. I should probably be saying "fork", not "port" here :)
[00:10] <Lns> alkisg: last I heard, if it's akin to RH's 'system-config-users' tool...it would be easier to make a new one than to port the existing code
[00:10] <alkisg> Because all the backend is fedora specific afaik
[00:11] <alkisg> Lns: well, why not reuse the python front end? Even the dialog manipulation code is something to start with...
[00:11] <LaserJock> I'm just wondering if the UI, etc. would be suitable
[00:11] <Lns> You guys need to see this =) A shirt I had made by a local shirt shop in the same building as my office :) http://logicalnetworking.net/other/school-oss-shirt-back.jpg -and- http://logicalnetworking.net/other/school-oss-shirt-front.jpg
[00:11] <alkisg> The UI looks very suitable to me
[00:11] <LaserJock> is it generally how you envision a user management app?
[00:12] <Lns> alkisg: anything is better than gnome's users-admin ;)
[00:12] <LaserJock> Lns: nice
[00:12] <alkisg> LaserJock: here's a screenshot of what I came up while thinking on how to design a user manager tool - and then I saw fedora's tool and that was pretty much what I had in mind... http://users.sch.gr/alkisg/temp/users-manager.png
[00:13] <alkisg> Lns, they're pretty :)
[00:13] <LaserJock> I was just wondering if there was some slick way we could present the UI
[00:13] <LaserJock> that would be more usable than the traditional flat list
[00:14] <alkisg> I was thinking edit => apply filter for that
[00:14] <alkisg> E.g. filter out some users based on whatever criteria are needed
[00:14] <LaserJock> well
[00:14] <ace_suares> hi
[00:14] <LaserJock> but just wondering a little more "out of the box"
[00:15] <Lns> the most sensible imho would be by class, but in higher grades you only have a 'home class' so it might be moot
[00:15] <Lns> class as in classroom
[00:15] <LaserJock> you could, for instance in a school, have a classroom or school layout
[00:15] <LaserJock> that lets you clock on the room or grade
[00:15] <LaserJock> *click
[00:15] <alkisg> If the teacher can save a selection, then he can easily select anything he wants...
[00:16] <Lns> filter by group would be best i think...groups can take care of however people want to do it
[00:16] <LaserJock> but a flat list of users is still the best you think?
[00:16] <alkisg> Yes, it's easier for the teacher to visualize / use it
[00:17] <Lns> LaserJock: i think choice is the key thing here
[00:17] <LaserJock> well, yes
[00:17] <LaserJock> but we can't give infinite choice
[00:17] <alkisg> Most teachers I now never use Active Directory because it's complicated... We need something simple :)
[00:17] <Lns> how about expansions by group? like those little arrow > and downward by group
[00:17] <alkisg> *know
[00:17] <LaserJock> I'm just wondering if from a usability perspective if flat lists are the most usable UI for the task
[00:17] <LaserJock> they very well could be
[00:17] <LaserJock> I'm not a teacher
[00:17] <Lns> LaserJock: search functionality is required for flat lists
[00:18] <Lns> which users-admin doesn't have...and i seriously can't believe that
[00:18] <alkisg> I'm just imagining an overgrown "select users by..." dialog to make user-selection easier. Other than that, flat looks like the best choice for me.
[00:18] <LaserJock> users-admin was made for "typical" use were you have maybe < 3 regular users and systems stuff
[00:19] <LaserJock> so flat list that is 1) filterable 2) searchable 3) sortable
[00:19] <Lns> alkisg: maybe some sort of meta-group functionality specific to schools...but again, you get into so many different types of schools it might be too hard to try and cover it all
[00:20] <Lns> groups, to me, always seem like the sensible choice. you can have a group for anything.
[00:20] <alkisg> Lns, not really, there are only a few fields in a user, so you can actually cover them alll
[00:20] <LaserJock> Lns: perhaps tags?
[00:20] <Lns> ooo good idea LaserJock
[00:20] <LaserJock> because the regular system groups is very machine oriented
[00:20] <Lns> LaserJock: right but you can really use them for anything
[00:20] <LaserJock> what you want is to be able to arbitrarily tag without it screwing everything up
[00:20] <Lns> what would adding people to groups screw up?
[00:21] <alkisg> How is a tag different from defining a new group?
[00:21] <LaserJock> well
[00:21] <LaserJock> in my world groups == permissions
[00:21] <ace_suares> LaserJock: would be good to have groups and users that have not much to do with the system
[00:22] <dgroos> I'd like to put in my 2 cents at the risk of looking foolish...
[00:22] <ace_suares> like with email. all users are in database (ldap) and the actual software is run by the mail daemon
[00:22] <Lns> dgroos: i'm the only fool in here =p
[00:22] <dgroos> :)
[00:22] <LaserJock> if we start pushing more group-driven stuff then a bunch of arbitrary system groups  might get messy
[00:22] <Lns> LaserJock: not if they're sortable/searchable/filterable ;)
[00:22] <ace_suares> i think the groups should have nothing to do with systyem groups
[00:23] <LaserJock> whereas if we let teachers do tagging that is only used within the context of the UI then you can help increase usability without a lot of backend mess
[00:23] <dgroos> I'd like to see a list of groups in 1 column, and if I clicked on a group, it would show all present users in the next column.
[00:23] <LaserJock> dgroos: yeah, I like that very much
[00:23] <Lns> me to
[00:23] <Lns> too
[00:23] <dgroos> Also, I'd like a way to not show the 'nobody' etc groups that I don't need.
[00:24] <LaserJock> easily doable, yep
[00:24] <dgroos> Also, I'd like to be able to click on 'level1' group, for example, and then be able to 'drag and drop' them into 'level2' group.
[00:24] <LaserJock> the level itself or the users within the group?
[00:24] <alkisg> dgroos: what if you right clicked on a group, and this popped up a menu with items like "select users from this group", "add users from this group to the currently selected users", "remove users from this group from the current selection" etc?
[00:24] <alkisg> Wouln't that be more powerful?
[00:25] <dgroos> Also, I'd like to be able to delete users from this interface.
[00:25] <alkisg> (and simpler both in programming and in visualizing it?)
[00:25] <LaserJock> alkisg: I kind of find the 2nd and 3rd thing you had confusing
[00:26] <LaserJock> I can see "select users from this group", but I'm not sure about the others
[00:26] <LaserJock> I wonder if you could have a basic cut-n-paste on users :-)
[00:26] <dgroos> hmm... I'm thinking the 'physical desk with slips of paper' metaphor is easier than the heirarchical, right-click and select options--for us gui-types that is.
[00:26] <Lns> "Drill down groups" might be a useful term
[00:26] <alkisg> LaserJock: suppose you want to select class A and class B, how would you do it?
[00:26] <ace_suares> also, the interface shoudl be web based
[00:26] <ace_suares> i think
[00:26] <ace_suares> easier to make
[00:27] <LaserJock> why?
[00:27] <ace_suares> and remotable
[00:27] <Lns> ace_suares: easy to do with a properly coded backend
[00:27] <ace_suares> hmm
[00:27] <Lns> it should be portable I think
[00:27] <dgroos> cool idea to make it web-based.  A plugin with webmin?
[00:27] <Lns> webmin...gross =)
[00:27]  * LaserJock chokes to death in the corner
[00:27] <alkisg> web doesn't support dragging, right clicking, list sorting etc. It *shouldn't* be web-based. That's webmin's area :)
[00:27] <dgroos> very :)
[00:28] <alkisg> (unless someone wants to use yui or another library which would make the browser crawl with 100 users...)
[00:28] <Lns> I honestly think eDirectory/LDAP/AD should be paid attention to...they're tried and true topologies for stuff like this
[00:28] <ace_suares> Sorry i am just falling into the discussion and have no time to follow it trough now but for me it's the thing most prominently missing from all my dealings with ltsp/edubuntu and i've been thinking a lot about it. Really like to have something to hold on to in the wiki or somewhere else. I'll dig the irc logs but if someone has time to summarize the disc and put it on the list or so i'd be very happy
[00:28] <ace_suares> bye for now
[00:28] <ace_suares> good discussion!!!
[00:29] <ace_suares> alkisg: hm you are a bit outdated drop and drag all very well doable with prototype, ruby on raisl etc
[00:29] <dgroos> adios ace_suares
[00:29] <alkisg> ace_suares: ever actually tried that with 100 rows?
[00:30] <alkisg> I did. It's not usable. :)
[00:30] <Lns> yeah..and try it on a thin client ;)
[00:30] <alkisg> Flash is a little better, but again, not usable.
[00:30] <LaserJock> well, I don't really see any reason for a web interface at the present time
[00:30] <LaserJock> but if this thing has plugins it could grow that feature I suppose
[00:31] <dgroos> doesn't have to run on a thin client--can always use NX to go to the server.
[00:31] <alkisg> Sure, if the back-end is cleanly seperated there shouldn't be any problem in a different front-end
[00:31] <Lns> how about a well specced ldap setup then....
[00:32] <LaserJock> what about schools that aren't using LTSP or thin clients?
[00:32] <Lns> that's really what we're talking about
[00:32] <alkisg> I don't think this tool would have anything ltsp specific in it...
[00:32] <LaserJock> right
[00:33] <dgroos> I think ltsp is the wave of the near future--if I have anything to do with it.  It's starting to come of age...
[00:33] <LaserJock> so there's basically 3 classes of user management, as I understand it
[00:33] <LaserJock> 1) "normal" few users 2) mass users on same machine 3) LDAP
[00:33] <alkisg> Why are these different?
[00:34] <alkisg> It's just different back-end-plugins...
[00:34] <LaserJock> I'm saying different classes
[00:34] <alkisg> All using the same UI and the rest-of-the-plugins...
[00:34] <LaserJock> i.e. different use cases
[00:34] <LaserJock> what I'm trying to get at is some general design goals
[00:34] <alkisg> ok
[00:35] <LaserJock> so the UI should be able to handle all 3 of those use cases well, right?
[00:35] <alkisg> Right
[00:35] <Lns> yup
[00:35] <LaserJock> so we don't want it so overkill that the person that just has a couple users is frightened away
[00:36] <Lns> LaserJock: plugins :)
[00:36] <LaserJock> but we need it usable for the admin who's trying to manage 200 students
[00:36] <dgroos> dgroos is eating dinner but will be back...
[00:36] <alkisg> I think this UI is just fine - just with lots more menus for plugins, selections etc: http://www.techotopia.com/index.php/Managing_Fedora_Linux_Users_and_Groups
[00:37] <LaserJock> well, "plugins" is easy to throw out there, but in terms of actually coding the thing I think it's not so easy
[00:38]  * alkisg thinks the first implementation will be necessarily thrown away after 1-2 years and reimplemented from scratch :)
[00:38] <LaserJock> that may be
[00:38] <LaserJock> but it'd be nice for it to be adoptable in the mean time
[00:38] <LaserJock> so the steps would be
[00:38] <alkisg> Sure
[00:39] <LaserJock> 1) do user and group addition, modification, and removal via python
[00:39] <LaserJock> 2) get a UI that similar to Fedora's and users-admin
[00:39] <LaserJock> 3) make it do LDAP
[00:40] <Lns> +1
[00:41] <LaserJock> and if it can be done via python modules at some point I can build my Edubuntu Control Panel :-)
[00:41] <Lns> python really seems to be the way to go!
[00:41] <Lns> i'm outtie..need to go home and eat!
[00:41] <Lns> *cheers*
[00:43] <ace_suares> +1 for LDAp
[00:43] <Ahmuck> i want a t-shirt like lns has
[00:44] <LaserJock> somebody *has* to get this written up as a spec
[00:44] <LaserJock> we keep rehashing
[00:45] <Ahmuck> actually, this is how gramps filters out people.  apply a filter and find any people of a certain gender with the first name of Ahmuck
[00:45] <ace_suares> man, the user interface of fedora is same old same old
[00:45] <ace_suares> LaserJock: I am with you on the control panel -in the future :-)
[00:46] <ace_suares> explain one day when you have time why 'users' have to be tied in to the system
[00:46] <ace_suares> I think 'users' are soemthing that shoudl eb totally decouple from the OS
[00:46] <LaserJock> permissions
[00:46] <ace_suares> and strongly couple to some interface that tells all kinds of apps what to do
[00:46] <LaserJock> that's what it comes down  it
[00:47] <ace_suares> permissions is not a real problem in many use cases
[00:47] <Ahmuck> u could catagorize users by age or grade
[00:47] <ace_suares> like with email or proftpd
[00:47] <Ahmuck> then you could select certain users
[00:47] <LaserJock> ace_suares: sure it is, if you let anything do anything on your computer it become quite insecure
[00:47] <ace_suares> I challenge you to prove that true :-)
[00:48] <ace_suares> like proftpd depending on WHO logs in, it chooses WHAT is mounted as /home, etc
[00:48] <LaserJock> ace_suares: ok, install an ssh server and create a user named "test" with the password "test" and leave it hooked up for a week :-)
[00:48] <ace_suares> so it's the same user that writes to /home/ace as to  /home/laserjock
[00:49] <ace_suares> except that ace can never see /home/laserjock trough the system
[00:49] <LaserJock> I'm not saying it's the only way to do things
[00:49] <ace_suares> LaserJock:  I am just saying
[00:49] <LaserJock> but it's the way it's been done for 30+ years and I'm not sure we want to change that :-)
[00:49] <ace_suares> LaserJock: damn
[00:50] <ace_suares> LaserJock: that's wht the doctors said to the inventor of peniciline
[00:50] <LaserJock> yeah, but you gotta choose your battles dude
[00:50] <ace_suares> LaserJock: okay thanks
[00:50] <ace_suares> over and out
[00:50] <LaserJock> we're not very likely to revolutionize user at that level here
[00:50] <LaserJock> we're just the lowly education people
[00:51] <ace_suares> bye bye laserjock
[00:53] <mhall119> what was ace wanting to do?
[00:53] <LaserJock> get rid of users/groups as we know them
[00:53] <LaserJock> so they aren't tied to the system
[00:54] <mhall119> oh
[00:54] <dgroos> My thinking about user/group management comes from running a Mac server for 4 years in my classroom lan.
[00:54] <dgroos> Before inventing a new one, it would be useful to look at what they've got...
[00:55] <LaserJock> well, Mac OS is essentially the same as Linux in that regard
[00:56] <dgroos> LDAP connected with Users and Groups connected with Sabayon. and sharing but I guess that's mainly group membership, not 755 etc management.
[00:56] <dgroos> Here's their page: http://www.apple.com/server/macosx/features/client-management.html
[00:56] <dgroos> And sorry to leave this chat again, but have apt. to go to :(
[00:56] <mhall119> what did he want to replace it with?
[00:56] <dgroos> it's been fun :)
[00:57] <LaserJock> mhall119: like something where /home would be mounted differently based on who logged in
[00:57] <LaserJock> mhall119: I'm not really sure
[00:57] <mhall119> /home or /home/user?
[00:57] <LaserJock>  /home
[00:57] <LaserJock> so there would be no /home/<user>
[00:57] <mhall119> that makes no sense, what if you had 2 users logged in?
[00:57] <mhall119> oh, I think I get it
[00:58] <LaserJock> ummm, good question
[00:58] <mhall119> still, makes no sense
[00:58] <mhall119> what benefit did he see in that?
[00:59] <mhall119> would each user have a different view of the filesystem?
[00:59] <Ahmuck> k, backreading done
[00:59] <Ahmuck> whew
[00:59] <mhall119> that would be confusing
[01:00] <Ahmuck> user management, machine management, app management, group managment (role managment), etc.
[01:00] <LaserJock> mhall119: I believe he just wants users "decoupled" from the system
[01:02] <LaserJock> I hope I didn't make him mad anyway
[01:02] <LaserJock> seems to be difficult for me to do these days :-(
[01:03] <mhall119> I'm not sure how you decouple users from a multi-user operating system
[01:04] <mhall119> Ahmuck: how would decoupling users accomplish any of that?
[01:04] <Ahmuck> decoupling users?
[01:05] <mhall119> yeah
[01:10] <Ahmuck> from the old unix way?
[01:18] <mhall119> yeah
[01:29] <Ahmuck> musta mis understood something i said
[01:29] <Ahmuck> somewhere
[01:32] <LaserJock> mhall119: I don't think Ahmuck was taking about ace's thing
[01:33] <mhall119> oh, ok
[02:39] <Ahmuck> anybody seen tuxmathscrabble?
[02:50] <LaserJock> Ahmuck: I haven't, is it what it sounds like?
[02:52] <Ahmuck> yep.  just saw it
[02:55] <Ahmuck> i'm out.  neeeeeeed sleep
[04:17] <ace_suares> night all. sleepy time.
[04:59] <Ahmuck-Jr> it appears landscape is pay software?
[05:02] <LaserJock> sure
[05:02] <LaserJock> that's one way Canonical tries to pay for Ubuntu
[05:04] <Ahmuck-Jr> # Every computer user should have the freedom to download, run, copy, distribute, study, share, change and improve their software for any purpose, without paying licensing fees.
[05:04] <Ahmuck-Jr> http://www.ubuntu.com/community/ubuntustory/philosophy
[05:04] <LaserJock> right
[05:04] <Ahmuck-Jr> doesn't this violate their own policy?
[05:04] <LaserJock> no
[05:04] <LaserJock> that's Ubuntu's philosophy
[05:04] <Ahmuck-Jr> ah, yes, tricky
[05:05] <LaserJock> Canonical is selling an add-on service
[05:05] <Ahmuck-Jr> my apologies
[05:05] <LaserJock> no problem
[05:05] <LaserJock> the relationship is not always very clear
[05:06] <LaserJock> I believe the Landscape client and free/open source software
[05:06] <LaserJock> and is installed in Ubuntu
[05:06] <LaserJock> it's just the service that costs money
[05:08] <Ahmuck-Jr> canonical owns edubuntu?
[05:08] <LaserJock> hmmm, tricky question
[05:08] <LaserJock> they own the trademark
[05:08] <LaserJock> and they support it
[05:08] <Ahmuck-Jr> they support it?
[05:09] <LaserJock> 1) you can by commercial support for it from Canonical 2) they provide infrastructure used to develop it
[05:10] <Ahmuck-Jr> k.  i noticed on an e-mail that came through about "vetting" and having to ask this boss and that boss
[05:10] <LaserJock> but the "support" is somewhat limited in that they don't pay anybody to work on it, etc.
[05:10] <LaserJock> oh, right
[05:10] <Ahmuck-Jr> which caused me to wonder again, is edubuntu really free
[05:10] <LaserJock> that was for the ubuntu.com website
[05:10] <LaserJock> which Canonical has control of because they host it
[05:11] <LaserJock> and the content that was on there was written by Canonical employees
[05:11] <LaserJock> so it seemed right to ask them about it
[05:11] <Ahmuck-Jr> ah, makes sense
[05:11] <LaserJock> in fact some non-Canonical people work on the website
[08:57] <Svenstaro> Yo
[08:58] <Svenstaro> Do we have a DVD now?
[08:59] <alkisg> Svenstaro: yup
[09:00] <Svenstaro> Nice. But does it work and do stuff?
[09:01] <alkisg> Sure. It's just the Ubuntu DVD version right now AFAIK :)
[09:02] <Svenstaro> Oh alright.
[09:33] <nubae> highvoltage, did u get a chance to talk to stgraber regarding lbagent?
[10:53] <highvoltage> nubae: yes, he says it's an upstream bug
[10:54] <highvoltage> nubae: I think it's best to ping him for a local fix
[10:55] <nubae> well, tried mailing him with no response
[14:40] <mhall119|work> morning
[16:49] <Ahmuck> *yawn* ... good morning
[17:29] <Ahmuck> i was reading about tuxsomething and sdl from an e-mail.  it suggested using alsa?  sdl-alsa?  not pulse audio
[17:32] <mhall119|work> I'm not sure ALSA can send sound from the server to the clients
[17:33]  * Ahmuck is going to try
[17:38] <Ahmuck> hrm, yes, doesn't appear to work
[17:39] <Ahmuck> it appears that people began having problems with sound at 9.04
[17:40] <mhall119|work> yeah, something changed in SDL in 9.04 I think
[17:49] <Ahmuck> pulseaudio iirc
[17:49] <Ahmuck> k, i'm on alsa, and still having sound issues
[17:49] <Ahmuck> going to ltsp
[18:00] <Svenstaro> Yo LaserJock
[18:01] <LaserJock> hi
[18:11] <mhall119|work> http://bit.ly/Px0C7 Linked in question about Ubuntu and education
[18:16] <LaserJock> mhall119|work: I can't view that, what is the question?
[18:16] <mhall119|work> basically asking if Ubuntu is making an impact in educational settings
[18:16] <mhall119|work> I guess you have to have a LinkedIn account to view it
[18:18] <LaserJock> I do
[19:35] <LaserJock> Lns: what are you writing a wiki page on?
[19:36] <Lns> LaserJock: I'm writing a wiki page on UbuntuLTSP site
[19:36] <Lns> re: SDL apps
[19:36] <LaserJock> on all SDL apps or just tuxmath?
[19:37] <LaserJock> or tux4kids
[19:37] <LaserJock> Lns: ?
[19:37] <Lns> LaserJock: i verified it fixes tuxpaint/math/type, and circuslinux so far
[19:38] <Lns> at least on my own server
[19:38] <Lns> (*buntu 8.04)
[19:38] <LaserJock> Lns: and you just have to install libsdl1.2debian-pulseaudio ?
[19:38] <Lns> yup
[19:38] <Lns> that's it
[19:39] <LaserJock> so what if rather than writing a work-around we push a fix?
[19:39] <Lns> sounds better =)
[19:39] <alkisg> Lns, is that also present in 9.04?
[19:39] <Lns> no
[19:39] <Lns> well, from what others have stated, they didn't experience the issues in 9.04
[19:40] <alkisg> OK
[19:40] <Lns> not sure about 8.10
[19:40] <Lns> i have a VM so i can test it
[19:40]  * alkisg will start sticking to LTS releases in 10.04, not before :)
[19:40] <Lns> good idea =)
[19:41]  * Lns will too, but probably after about 6 months of the release date of 10.04 ;)
[19:41] <alkisg> Heh true
[19:41] <Lns> I hate to do that...but i've done the chasing your tail thing before. Not fun!
[19:41] <Lns> and i have VMs of the more current stuff to test
[19:41] <LaserJock> well, you can just wait for the .1 point release
[19:42] <Lns> true
[19:42] <Lns> LaserJock: is .1 release on a scheduled basis as well?
[19:43] <LaserJock> kinda
[19:43] <LaserJock> I think they give a rough schedule when it's released
[19:43] <LaserJock> a .1 is usually about a month or so after release I think
[19:43] <LaserJock> 8.04 is up to .3
[19:43] <Lns> wow that's sooner than i remember 8.04
[19:43] <LaserJock> maybe it was 2 months, I don't remember
[19:43] <LaserJock> there's a big SRU flood after release
[19:44] <LaserJock> .1 catches most of them
[19:44] <Lns> yeah
[19:44] <Lns> i can at least do my own office when it comes out to help test
[19:44] <LaserJock> it's unfortunate that we can't get more pre-release testing
[19:44] <Lns> then push it out to some schools
[19:44] <Lns> I'd be happy to if i could get some specific testing tasks
[19:46] <LaserJock> LTSP stuff is particularly hard
[19:46] <Lns> for sure
[19:46] <LaserJock> it's very hard to rely on the general Ubuntu testers for it
[19:46] <LaserJock> and there are so many different configurations
[19:47] <Lns> I'm going to reboot into the Ibex and test this stuff. BBIAB
[20:00] <ace_suares> Lns ping
[20:02] <LaserJock> ace_suares: he's off testing
[20:02] <ace_suares> LaserJock: cool isn't it, out first little success :-)
[20:02] <LaserJock> which one?
[20:03] <ace_suares> I like how lns directly mailed back to the mailinglist. Gives us all a good feeling. And even better he is making a wiki page.
[20:04] <LaserJock> well, I was hoping he wouldn't need the wiki page
[20:04] <LaserJock> I'm thinking what we might need to do is some "errata" on edubuntu.org to point to an edubuntu-updates PPA
[20:04] <ace_suares> Very good idea. I read you are working on it already?
[20:05] <LaserJock> not at the moment
[20:05] <LaserJock> but I can add it to the todo list
[20:05] <ace_suares> kk do I need to find out how to do the PPA thing or ask around on -devel if someone has the time?
[20:05] <ace_suares> or you can post to the -devel list if you want.
[20:06] <ace_suares> lets keep things moving
[20:06] <LaserJock> I can upload the packages without too much of a problem
[20:06] <ace_suares> ps how was you dissertatin defend? It's to morrow isnt' it ? good luck !!!!!!!
[20:06] <LaserJock> tomorrow yes
[20:06] <LaserJock> I'm finishing up my presentation, etc.
[20:06] <LaserJock> I had hoped that we could get the fix into hardy-updates
[20:06] <LaserJock> but libsdl1.2debian-pulseaudio is in Universe
[20:06] <LaserJock> and so that won't work
[20:07] <LaserJock> we keep running into that problem :(
[20:07] <ace_suares> wow man dont get distracted too much :_) we have a solution now so after tomorrow you can make it work
[20:07] <ace_suares> LaserJock: but we can work around it with PPA and that's good enough.
[20:07] <ace_suares> even major RAID issues never made it to hardy-updates
[20:07] <ace_suares> system toally unbootable and that didn't make it
[20:07] <LaserJock> I'd like to get an edubuntu-updates PPA going anyway
[20:08] <LaserJock> there is no reason why we should have to do all this via workaround documentation
[20:08] <ace_suares> Good idea, if you need help, yell.
[20:08] <LaserJock> if we have a fix, it needs to get to the user
[20:08] <ace_suares> yeah the PPA is a good thought.. if you can do it, do it please
[20:08] <LaserJock> hardware stuff like RAID is very tricky
[20:08] <ace_suares> else let me look for someone to do it
[20:08] <ace_suares> bye for now!
[20:10] <LaserJock> stgraber: ping
[20:42] <Ahmuck> would dropping back help me ?
[20:44] <mhall119|work> so, the pulseaudio+sdl issue is fixed in Jaunty?
[20:48] <LaserJock> mhall119|work: it was reported to not be an issue in Jaunty
[20:48] <LaserJock> Lns is testing if it happened on Intrepid
[20:48] <LaserJock> but I think so far it's only confirmed for Hardy
[20:48] <mhall119|work> good to know, since I'm going to be setting up an LTSP lab using Jaunty and running all the tux4kids games
[20:48] <alkisg> (10:07:50 μμ) LaserJock: I'd like to get an edubuntu-updates PPA going anyway ==> /me also wishes for this!
[20:49] <LaserJock> alkisg: what kinds of things would you want in it?
[20:49] <alkisg> Updates, the scripts we were talking the other day, some packages not even in universe (e.g. scratch)...
[20:54] <LaserJock> would you want just bug fixed for updates or newer versions of apps?
[20:54] <alkisg> Well, if that wasn't too much trouble, newer versions for selected apps would also be welcome (after the required extensive testing, of course)
[20:54] <LaserJock> well, let me rephrase a bit, of course people want newer stuff. What I'm wondering is if it'd be more important to have latest versions or bug fixes to existing versions
[20:55] <alkisg> E.g. if flash 11 comes out and supports writing utf8 characters, that's a huge improvement, and I'd like that for my lts edubuntu version
[20:55] <alkisg> But if ubuntu policy won't allow this to be part of an SRU, the ppa could save us there
[20:58] <LaserJock> the "the required extensive testing" bit is difficult
[20:58] <alkisg> Why? Many packages won't be edubuntu specific, so they can also be tested by the (bigger) ubuntu community
[20:59] <alkisg> I'm not saying that we should do all the testing here
[20:59] <LaserJock> well, because we won't get a whole lot of testing from people
[20:59] <alkisg> But flash 11 was out in some ppa, and people tested it, and it worked fine, we could copy it to the edubuntu ppa after 1-2 months of testing...
[20:59] <LaserJock> well
[21:00] <LaserJock> but why would we put it in an edubuntu ppa
[21:00] <LaserJock> the idea would be to not duplicate work
[21:00] <alkisg> Because "some ppa" is not reliable, while "edubuntu ppa" is more reliable for a teacher
[21:00] <LaserJock> hmm
[21:00] <alkisg> People can try firefox 3.5 from whatever ppa they want; teachers only want tested stuff
[21:01] <LaserJock> yeah, but that means we have to support it
[21:01] <LaserJock> I'm not sure we're ready for something like flash or firefox
[21:01] <LaserJock> well, I know we aren't
[21:01] <LaserJock> but you make a decent point about having a single resource
[21:01] <alkisg> Those were just examples; decisions could be made seperately for each case...
[21:02] <alkisg> E.g. 'yes for scratch, yes for ltsp with ldm-not-hanging-at-logout patch after stgraber's approval, nope for flash'
[21:02] <Svenstaro> How does Edubuntu relate to Debian Edu and KDE Edu?
[21:03] <LaserJock> Svenstaro: to Debian Edu, we reuse their work in Debian but don't have any official relationship or anything
[21:03] <LaserJock> KDE Edu we ship
[21:04] <Svenstaro> I knew so much, I involved is Edubuntu in KDE Edu upstream for instance?
[21:04] <LaserJock> not necessarily anything beyond the usual downstream < -- > upstream relationship
[21:04] <Svenstaro> I=how
[21:04] <LaserJock> Edubuntu is not involved in any upstreaming presently
[21:04] <LaserJock> we can't keep Edubuntu going much let alone upstreaming
[21:04] <LaserJock> we had some contact with asegio about setting up some "KDE in Education" type styff
[21:04] <LaserJock> *stuff
[21:05] <LaserJock> a mailing list, etc.
[21:05] <Svenstaro> I see, better fix Edubuntu itself firtstly.
[21:05] <LaserJock> and trying to funnel user feedback to KDE on how to make it more education-friendly
[21:05] <Svenstaro> So then, is there anybody here who can give me a very quick rundown on Sabayon and its current state? I don't mean the bugs page in Launchpad, I mean an assessment of its actual current state.
[21:05] <LaserJock> Svenstaro: more or less, yeah. We gotta take care of what we have first
[21:06] <alkisg> sbalneav:  ^^^
[21:06] <LaserJock> current state in Ubuntu or upstream?
[21:06] <Svenstaro> Upstream of course
[21:06] <Svenstaro> It's mainly developed by people in this channel anyway, isn't it?
[21:06] <LaserJock> upstream is mostly done by a guy from Novell
[21:06] <LaserJock> no
[21:07] <LaserJock> it was started by Red Hat
[21:07] <Ahmuck> LJ pulseaudio is an issue in jaunty
[21:07] <Ahmuck> in fact there are a number of bugs out there
[21:07] <Ahmuck> pulseaudio+sdl
[21:07] <LaserJock> but that specific bug?
[21:07] <Svenstaro> sbalneav, are you here
[21:07] <Svenstaro> ?
[21:07] <LaserJock> Svenstaro: I believe one of the Red Hat guys moved to Novell and the rest were taken off of Sabayon
[21:08] <LaserJock> so it generally works in Fedora and openSUSE
[21:08] <LaserJock> but as it's got environment-specific code it's a bit fragile
[21:08] <LaserJock> it's been removed from Debian
[21:08] <LaserJock> and doesn't work in Ubuntu as of yet
[21:09] <Svenstaro> I might sound ignorant but I can't imagine that the basic functionality of Sabayon would be very hard to implement. Make temporary user folder as a copy, launch Xnest with user profile, make changes, restrict user access using gconf vars, done, merge back.
[21:09] <LaserJock> it's a lot more than gconf
[21:09] <LaserJock> and you have to know what things to ignore and what not too
[21:09] <LaserJock> as Gnome changes underneath it, it gets broken
[21:11] <LaserJock> so we've been working off-and-on for ~ 6 months trying to get it working again
[21:11] <Ahmuck> ltsp sound
[21:11] <Ahmuck> er.
[21:11] <Ahmuck> anyhow, it's a problem.  i can't run any app with SDL in jaunty
[21:12] <LaserJock> hmm
[21:12] <LaserJock> Ahmuck: so what happens if you install libsdl1.2debian-pulseaudio ?
[21:13] <Svenstaro> LaserJock, do you think keeping running after Sabayon would be worth the trouble?
[21:14] <LaserJock> if we want session management, yeah
[21:15] <Svenstaro> I was hinting at making a Edubuntu specific implementation
[21:16] <LaserJock> well, that would be a huge task
[21:16] <LaserJock> it just needs fixing up really, but that takes time
[21:17]  * alkisg is still thinking that a task-based tool would be better suited.
[21:17] <Svenstaro> I haven't had a look at its code base yet. I should probably do that but I'm tired. My guess is that it's Python and about 5k LOC?
[21:17] <LaserJock> Svenstaro: yep
[21:18] <LaserJock> it could be like 20 lines of code that are causing the problem, you know
[21:18] <LaserJock> the first crasher I fixed was like 2 lines
[21:20] <nubae> stgraber, ping
[21:21] <nubae> greets LaserJock
[21:21] <LaserJock> nubae: hi
[21:22] <nubae> dont see u much anymore, cause I'm always online mornings till 3 europe time...
[21:22] <nubae> got home net connection now though
[21:23] <nubae> I've started coding a quiz like activity (educational) with an award based system, and using the telepathy framework for collaboration
[21:23] <LaserJock> I've been really busy with school
[21:23] <LaserJock> I'm defending my PhD in 24 hrs :-)
[21:23] <nubae> was gonna do it for Sugar, but after looking into it, seems its relatively straight forward to do with gnome too
[21:23] <LaserJock> cool
[21:24] <nubae> wow,,, ok... well good luck
[21:24] <nubae> so thats it then? then u get your phd?
[21:25] <alkisg> Good luck LaserJock. Stay cool :)
[21:25] <LaserJock> nubae: yep
[21:25] <nubae> Got someone to take care of packaging sugar for ubuntu btw...
[21:25] <LaserJock> awesome
[21:26] <nubae> so for karmic we should have up to date packages, and since its kinda linked to source... ie, deb creation is being done on the fly... should remain updated too
[21:26] <nubae> basically one of the sugar devs is taking care of it
[21:28] <nubae> its not being done via Obs though, so don't worry ;-)
[21:30] <LaserJock> heh
[21:32] <nubae> for drawing windows, placing buttons, etc, is tkinter best to use in python?
[21:33] <LaserJock> hmm
[21:33] <LaserJock> how cross-platform and general does it need to be
[21:34] <LaserJock> Qt is really good for cross-platform, Gtk is easy, and wxpython is pretty generic
[21:34] <LaserJock> tkinter is sort of the fallback for most people I think
[21:34] <nubae> well it should be a framework almost, but should run at least on gnome and sugar
[21:34] <LaserJock> Gtk would be a logical choice I think
[21:34] <nubae> ok, Qt seems to be problematic for telepathy though
[21:35] <LaserJock> yeah, I'm guessing you'd already have the Gtk dependencies around
[21:35] <LaserJock> so pygtk seems the most reasonable, and it's easy
[21:35] <nubae> I'll take a look at gtk... what is wxpython?
[21:35] <nubae> yeah
[21:35] <LaserJock> it's a more generic widget set
[21:35] <LaserJock> not desktop-specific
[21:36] <nubae> and tkinter is gnome specific?
[21:36] <LaserJock> kinda like tkinter, but better  and better looking
[21:36] <nubae> ah ok
[21:36] <LaserJock> no, tkinter is like old school generic
[21:36] <nubae> heh, right ok... its what I've been following in most tutorials
[21:36] <LaserJock> right
[21:36] <LaserJock> because it's a part of python itself
[21:37] <alkisg> nubae: have a look at glade also, you may design your gui graphically
[21:37] <LaserJock> so people writing tutorials know that it's there and no dependencies have to be installed
[21:37] <nubae> but I guess it'll be relatively straight forward to port stuff
[21:37] <LaserJock> pygtk is easier than tkinter by a long shot, IMO
[21:37] <nubae> gui graphically? how does that work?
[21:37] <alkisg> http://glade.gnome.org/
[21:37] <alkisg> nubae: run `locate .glade` in your ubuntu box and you'll see how much programs use it :)
[21:38] <LaserJock> you build your UI using drag-n-drop
[21:38] <nubae> oh wow, that sounds kinda neat
[21:38] <LaserJock> it's pretty extensively used
[21:38] <LaserJock> because then your UI is just a xml file
[21:38] <LaserJock> so then you just hook up the widgets to the callbacks, etc.
[21:39] <LaserJock> rather than manually doing the placement
[21:39] <nubae> my gui is real simple though, its just a picture, with some round points corresponding to coordinates, and then on the bottom text boxes to be filled in
[21:39] <LaserJock> yeah, you might start by just using plain pygtk
[21:39] <nubae> u got any tutorials/reference links?
[21:40] <LaserJock> if the UI bits start to get lengthy you could switch over to glade (I think it's called GtkBuilder these days)
[21:40] <LaserJock> nubae: for pygtk?
[21:40] <nubae> yeah
[21:40] <LaserJock> I just use http://www.pygtk.org/pygtk2tutorial/index.html
[21:41] <nubae> i'll bookmark that then