[00:08] <mhall119|work> nixternal: highvoltage: I cleaned up the copyright and control and compat files on my packages and uploaded new ones
[00:09] <mhall119|work> stgraber: ^^
[02:39] <stgraber> Edubuntu menu editor announced: http://www.stgraber.org/2010/02/16/say-hi-edubuntu-menu-editor
[02:56] <mhall119|work> stgraber: nice, is that part of sabayon?
[02:59] <sbalneav> Ahmuck-Sr: ?
[03:05] <stgraber> mhall119|work: nope, sabayon works quite differently actually. You could use it to perform something similar, though we wanted to follow the XDG standards there which offers a good number of advantages compared to sabayon's way (overwritting files in the home directory). XDG uses configuration in /etc/, scripts to determine what profile to apply and in which order (it supports inheriting options).
[03:05] <stgraber> mhall119|work: basically, we're using the same backend functions as gnome-simple-menu-editor and alacarte but make it apply system-wide using the existing XDG and desktop-profile infrastructure.
[03:06] <stgraber> mhall119|work: in the future, the idea is to be able to use that inheriting (we do it at Revolution Linux, but manually for now) and be able to apply a district-wide menu, then school-specifc, then grade-specific
[03:06] <stgraber> each adding entries, hiding others and renaming some others
[03:07] <mhall119|work> ah, ok
[03:07] <mhall119|work> I might want that
[03:07] <mhall119|work> for Qimo
[03:07] <stgraber> also, it makes it extremely easy to export your new menu (you don't even need to be an admin to create the menu, you only need to be an admin to apply it), share it with colleagues, other schools, ... and import + assign the ones you want
[03:07] <mhall119|work> I'd love to make a launcher panel that gets it's launchers from an XDG category
[03:27] <sbalneav> mhall119|work: That's what you need sabayon for :)
[03:28] <sbalneav> Well, actually, if you know gconf inside and out, you don't need sabayon at all. :)
[03:32] <stgraber> sbalneav: it'd really be great if we could have sabayon to use XDG to do that kind of group-based settings (gconf/menu) instead of unpacking a .tar.gz in the home directory :) but that's a lot of work to make that all user friendly ...
[03:33] <stgraber> sbalneav: XDG is very powerful and can do everything that sabayon can do (as long as it's in xdg or gconf) but it's quite hard to put a UI on top of that. The menu editor is our first try at doing that :)
[03:34] <sbalneav> XDG doesn't handle gconf, AFAIK
[03:35] <stgraber> it does
[03:35] <mgariepy> XDG no but desktop-profiles does.
[03:35] <sbalneav> buh?
[03:35] <stgraber> right, desktop-profiles does. Sorry got mixed up between these two again ;)
[03:35] <mgariepy> well kinda does
[03:36] <stgraber> but we have inheriting working and the same magic applies (checking for system groups or whatever you want and apply or not based on that)
[03:36] <stgraber> though we never used it in production (or am I wrong there ?) so we haven't spent that much time testing/fixing it (where needed)
[03:37] <sbalneav> Well, there's no reason why sabayon CAN'T do whatever it can within the XDG framework.
[03:37] <sbalneav> the various sources (gconf and file are the only two working ones) just basically keep track of changes
[03:37] <mgariepy> we use inheriting for screen locking in gnome
[03:38] <sbalneav> then they zip the changes up into a zipfile, which gets unpacked into the users $HOME.
[03:38] <mgariepy> $ cat /etc/gconf/2/path  | grep -2 "sabayon\|desktop-profiles"
[03:38] <stgraber> right, instead of unpacking in $HOME, you'd unpack ONCE in /etc/desktop-profiles/ and put a desktop-profile script that matches the user or the group and apply whatever is in desktop-profiles if it matches
[03:38] <sbalneav> nothing says the sources couldn't be modified to take the changes and turn them into something XDG compliant.
[03:39] <mgariepy> both are supported by gnome ;)
[03:39] <sbalneav> yeag
[03:39] <stgraber> that way you'll save a lot of space and have inheriting working at the same time
[03:40] <sbalneav> I think making sabayon XDG compliant would be a laudable, and exceedingly useful goal.
[03:40] <stgraber> yep
[03:41] <mgariepy> hey sbalneav have you played with menueditor a bit ?
[03:42] <sbalneav> Not yet, but I'm going to kick off an edubuntu DVD download tonight, re-install my box from scratch to test the installer, and I'll have a look at it then.
[03:42] <sbalneav> the ned dvd's there, yes?
[03:42] <stgraber> sbalneav: today's daily works quite well and contains the menu editor
[03:43] <sbalneav> cool.  I'll kick off the download before bedtime
[03:43] <stgraber> oh, actually, tomorrow's already built :)
[03:43] <stgraber> no idea if it works but I see no reason it wouldn't
[03:44] <stgraber> oh, and we have the new artwork on that one too !!
[03:44] <stgraber> just in time for tomorrow's meeting, great
[03:45]  * stgraber rsyncs (sorry mgariepy ;))
[03:45] <sbalneav> What's the rsync line again? (save me the hunting in my notes, please :))
[03:46] <stgraber> rsync -avPz rsync://cdimage.ubuntu.com/cdimage/edubuntu/dvd/20100217/lucid-dvd-amd64.iso lucid-dvd-amd64.iso
[03:46] <stgraber> I just started that one, not sure it's the right one but at least it's downloading something ;)
[03:46] <stgraber> ok, looking at what it's doing, it's downloading only the missing parts, so it's the right rsync line :)
[03:48] <sbalneav> got it.  downloading
[04:12] <stgraber> https://www.stgraber.org/download/images/edubuntu-daily.png
[04:12] <stgraber> screenshot of the default desktop on current daily
[04:13] <stgraber> and we have 763 language pack packages ;)
[04:14] <stgraber> for 273 languages !!!
[04:15] <stgraber> 139 actually once we drop the per-country variants
[04:16] <Ahmuck-Sr> awesome work on menu system
[04:16] <Ahmuck-Sr> this is a big ++
[04:19] <sbalneav> Ahmuck-Sr: What did you mean about the ping you gave me about dropbox.com?
[04:20] <Ahmuck-Sr> i found it on xpud.  it was interesting.  don't recall the stream of conciousnes that would have caused me to drop it here though
[04:21] <sbalneav> Doesn't load for me.
[04:21] <sbalneav> oh, now it does
[04:22] <sbalneav> earlier it was saying it couldn't find the domain.
[04:34] <mgariepy> gnite everyone
[04:35] <sbalneav> Same here, heading to bed.
[04:35] <sbalneav> Nioght all
[04:37] <mhall119|work> stgraber: I mean, I want to make the qimo launcher include launchers from the Games menu
[04:37] <mhall119|work> so that if a user installed a new game, the launcher for it shows up in Qimo's launcher automagically
[04:37] <mhall119|work> I don't think sabayon can do that, can it?
[04:49] <mhall119|work> well I'm calling it a night
[04:50] <mhall119|work> stgraber: nixternal: highvoltage: if you guys could check my Qimo packages again in the morning, I would appreciate it
[05:14] <lightnin> Hi All - I'm trying to Scratch - a programming language for kids developed at MIT Media lab - into multiverse in time for feature freeze. We need advocacy from a few MOTUs - can anyone help? http://revu.ubuntuwire.com/p/scratch
[05:15] <lightnin> oops I'm trying to _get_ Scratch into multiverse...
[07:36] <alkisg> Καλημέρα
[07:45] <Eeyore-Jr> anybody up?
[07:56] <alkisg> Hi Eeyore-Jr
[07:59] <Eeyore-Jr> seen this? - http://www.ylmf.org/en/
[08:04] <alkisg> No - is that Ubuntu with a Windows theme?
[08:06] <Eeyore-Jr> it's based on ubuntu, yes
[08:06] <Eeyore-Jr> as of this week, i'm dumping my kubuntu install
[08:06]  * alkisg wonders why people keep releasing ubuntu remixes instead of just theme packages...
[08:07] <Eeyore-Jr> i like ubuntu netbook remix
[08:07] <Eeyore-Jr> ubuntu makes it hard to theme?
[08:07] <alkisg> I don't think so, it's standard gnome themes...
[08:07] <Eeyore-Jr> anywho, i always use the command line to install software, havn't looked at the latest software installer, but this installer is a breeeeze
[08:10] <alkisg> Heh, it's fun that they have the standard gnome menu, but on their site the screenshot is a mockup with the windows start menu :D
[08:11] <Tm_T> not to mention the're apparently company behind that
[08:11] <Tm_T> +s
[08:11] <Tm_T> -other typos ):
[08:25] <Eeyore-Jr> companies behind ylmf?
[08:25] <Eeyore-Jr> Tm_T: ?
[08:25] <Eeyore-Jr> alkisg: yes, i noticed that the screenshot has a windows menu.  wondered if that menu was available, and looking now
[08:51] <Eeyore-Jr> upon closer inspection, i see ubuntu has the same software installer
[08:51] <Eeyore-Jr> it really is nothing but a themed verison of ubuntu
[08:55] <alkisg> Right... and I think the windows-looking theme can also be found in the gnome themes site
[08:58] <Eeyore-Jr> problem is, i doubt one would get away with using that theme on OEM computers
[08:58] <Eeyore-Jr> because of copyright
[09:00] <Eeyore-Jr> it's interesting though, as i've completly re-discoverd gnome
[09:00] <Eeyore-Jr> and am seriously considering dumping kde because of the overhead it puts on my system
[09:01] <Tm_T> Eeyore-Jr: see the footer in that site
[09:03] <Eeyore-Jr> wonder how they can claim copyright?
[09:04] <Eeyore-Jr> oddly nuff, i love kde apps, amarok, k3b, showfoto, etc.
[09:04] <Eeyore-Jr> konversation
[09:04] <Eeyore-Jr> well, it's 3:00 am for me, so i'd better be getting some rest
=== joerg is now known as Guest64168
[10:20] <huayra> hi highvoltage
[10:22] <huayra> I took contact with a friend I know @ Skolelinux (the original project manager Knut yrvin, who is also the community manager of Qt, Now Nokia R&D)
[10:23] <huayra> He copied me with the Norwegian organization behind the development of Debian-Edu/Skolelinux here in Norway
[10:25] <huayra> There's some background already: http://wiki.skolelinux.de/Kooperation/Edubuntu
[10:26] <huayra> the idea should be to maybe get some Edubuntu people to be part of the Debian-Edu/Skolelinux Code Sprints and viceversa regarding i.e. the next UDS
[10:26] <highvoltage> huayra: great
[10:27] <huayra> and find out whatever happened to this great cooperation plans we had
[10:28] <huayra> and where we can continue from wherever we left
[10:28] <highvoltage> huayra: Petter and Knut was also at the Edubuntu Summit in 2005
[10:29] <huayra> I know, saw the link
[10:29] <highvoltage> huayra: lots of things happened in Edubuntu since then and in short, we basically started over last year
[10:29] <huayra> I have followed your development as well
[10:29] <huayra> and realied that you have laid new plans and revigoritized the project
[10:29] <highvoltage> indeed
[10:30] <huayra> that's why this debian/ubuntu cooperation comes at such an exciting point in time
[10:30] <huayra> and we could make those synergies also apply to these parallell
[10:30] <huayra> projects
[10:30] <highvoltage> I added #debian-edu to my autojoins at least :)
[10:30] <huayra> good :)
[10:31] <huayra> I will have a dialogue with them and see what we can do or at least try to get some working poitns up and see if we can have some edubuntu people at the next FRISK code sprint/summit
[10:31] <huayra> Will keep you updated ;)
=== Guest64168 is now known as joerg
[12:14] <joerg> hi
[12:40] <mhall119|work> morning
=== alincoln_ is now known as alincoln
[13:35] <lightnin> Hi All - I'm trying to get Scratch - a programming language for kids developed at MIT Media lab - into multiverse in time for feature freeze. We need advocacy from a few MOTUs - can anyone help? http://revu.ubuntuwire.com/p/scratch
[13:39] <highvoltage> hi there joerg, mhall119|work and lightnin
[13:40] <lightnin> Hi highvoltage
[13:41] <highvoltage> lightnin: downloading the scratch sourcepackage now... will take a few minutes because I'm syncing edubuntu disc as well
[13:41] <lightnin> highvoltage: great! Thanks :)
[14:00] <highvoltage> lightnin: I might be wrong which is why I'm checking with you first, MIT license is a free license so why would it go into multiverse?
[14:01] <highvoltage> lightnin: nevermind that, I see now :)
[14:01] <lightnin> highvoltage: Ah - there are extra caveats. The software interfaces with our server (a repository of Scratch projects), so we don't make the sharing code available.
[14:03] <highvoltage> lightnin: the postinst does a chmod 666 to /etc/defaults.list before making a change and then reverts it back
[14:03] <highvoltage> lightnin: the script runs as root so that isn't necessary
[14:04] <highvoltage> lightnin: postrm has unnecessary use of cat that you can get rid of by using sed -i
[14:05] <lightnin> highvoltage: Ah, great! Removed chmod 666 line
[14:07] <lightnin> highvoltage: Probably these are related to install problems in Kubuntu: https://www.assembla.com/spaces/scratchonlinux/tickets/9-package-tries-to-write-to-defaults-list-file-in-kubuntu--which-doesn-t-exist-
[14:07] <lightnin> highvoltage: Is there a better way?
[14:10] <highvoltage> lightnin: if you use sed -i you don't have to do the mv anymore, so yes it will solve that
[14:10] <highvoltage> so instead of having:
[14:10] <highvoltage> cat /etc/gnome/defaults.list | sed -e '/application\/x\-scratch\-project\=scratch\.desktop/d' > ./defaults.list
[14:10] <highvoltage> mv ./defaults.list /etc/gnome/defaults.list
[14:10] <highvoltage> you should have sed -i '/application\/x\-scratch\-project\=scratch\.desktop/d' /etc/gnome/defaults.list
[14:11] <highvoltage> you could check whether the file exist first before doing that with an if statement
[14:12] <lightnin> highvoltage: now I must reveal the true depth of my ignorance...
[14:13] <lightnin> highvoltage: Not sure how to do that in this kind of script...
[14:14] <highvoltage> if [ -f /etc/gnome/defaults.list ]; then
[14:14] <highvoltage>   sed -i '/application\/x\-scratch\-project\=scratch\.desktop/d' /etc/gnome/defaults.list
[14:14] <highvoltage> fi
[14:15] <highvoltage> (-f checks whether a file exists)
[14:16] <lightnin> awesome
[14:20] <lightnin> highvoltage: so I should probably do same in posinst: if [ -f /etc/gnome/defaults.list ]; then echo "application/x-scratch-project=scratch.desktop" >> /etc/gnome/defaults.list
[14:20] <lightnin> and same for chmod 644 line?
[14:24] <highvoltage> lightnin: you don't need to do the chmod
[14:26] <lightnin> highvoltage: ah, not even the closing one, 644 - ok makes sense.
[14:26] <highvoltage> lightnin: and also what I'm suggestions will fix the problems in the scripts, not sure if it's the 100% right way to do it, but we'll get it in shape as far as we can and then get a second reviewer to look at it
[14:27] <lightnin> highvoltage: Wonderful! Have added changes (and read brief tutorial about scripts). Shall I build and test a new package, or shall we look at other issues?
[14:28] <highvoltage> lightnin: hold on a bit first
[14:30] <highvoltage> lightnin: you should add ${misc:Depends} as s dependency
[14:31] <lightnin> highvoltage: lol! it turned into a smiley...
[14:33] <lightnin> so: Depends: ${shlibs:Depends}, ${misc:Depends}    ?
[14:33] <highvoltage> lightnin: yep
[14:33] <highvoltage> lightnin: your version number doesn't seem right, although I'm not 100% sure what it should be. I suggest you ask on #ubuntu-motu
[14:35] <highvoltage> lightnin: and once you have that right you should rebuilt and submit again. if you ask nixternal nicely he'll review the package as well. he's more capable than me when it comes to reviewing. I don't think there are much you have to sort out after that
[14:37] <lightnin> highvoltage: Great! Are the other errors (the Lintian error) listed on the revu page ok to disregard?
[14:37] <lightnin> It doesn't seem to like our original maintainer line in the control file...
[14:38] <highvoltage> lightnin: I think you should drop that field, but it might be best to get a second opinion
[14:38] <lightnin> I'm not attached to it, if it's causing problems.. Just put it in there to match what the packaging wiki described. So I'll remove it.
[14:41] <lightnin> highvoltage: Thanks _so_ much for all your help. We really appreciate it! :)
[14:49] <sbalneav> Morning all
[14:58] <joerg> evening :)
[15:02] <mhall119|work> highvoltage: what's the process for bug fixes to packages in revu or universe?
[15:03] <mhall119|work> I assume the freeze doesn't block them
[15:03] <mhall119|work> is that correct?
[15:09] <highvoltage> mhall119|work: that is correct
[15:09] <highvoltage> morning sbalneav
[15:09] <mhall119|work> cool, cause I just found a bug in my session configs ;)
[15:41] <mhall119|work> success!
[16:00] <sbalneav> Morning alkisg
[16:06] <alkisg> Hi sbalneav
[16:11] <joerg> sbalneav, hey....can you help me with some ldap stuff?
[16:13] <sbalneav> joerg: sure.
[16:13] <sbalneav> what can I help you with?
[16:16] <joerg> just a conceptional question
[16:17] <sbalneav> Sure, shoot.
[16:17] <joerg> http://www.myserv-project.org/specs:social
[16:17] <joerg> just scan this one first
[16:17] <joerg> that gives you an idea how users and groups are organized
[16:19] <joerg> basically: there are profiles which contain interactive applications to collaborate and share things like files, materials, media.
[16:20] <joerg> the owner has the right to change them (should add that as well, that's missing)
[16:20] <joerg> owner is the user himself or the group's founder/manager.
[16:20] <joerg> sbalneav, and now....the question is: how to map that to ldap
[16:21] <joerg> authentication of the users is not a problem at all.
[16:21] <joerg> they'll have a posixAccount in the ldap DB and we can get the information from there.
[16:21] <joerg> but the groups....they are my problem.
[16:22] <joerg> usually a group (on a unix system) is a bunch of users that have the same permissions.
[16:22] <joerg> which is true for groups like "teachers" and "students"
[16:23] <joerg> but there will be heaps of groups like "class11a", "bowling-club", "students-newspaper" which don't need that.
[16:23] <sbalneav> right.
[16:23] <joerg> they just wanna have their profile with a discussion board
[16:23] <joerg> and in the case of the mag/newspaper a shared folder
[16:24] <sbalneav> So probably what you want is an additional schema object, associated with myserv-project
[16:24] <joerg> where group members (or maybe everybody) can upload files and hand in articles or photos.
[16:24] <sbalneav> this schema object could be a simple string
[16:24] <joerg> sbalneav, well, either that or nothing at all.
[16:24] <joerg> if only the webapp needs that information
[16:24] <joerg> why not keep it in the webapp's postgres?
[16:24] <sbalneav> Well, true
[16:24] <sbalneav> but it would be nice to extend that to ldap
[16:25] <sbalneav> as a central point of admin
[16:25] <joerg> sure
[16:25] <joerg> just to have it in one place, right?
[16:25] <sbalneav> right
[16:25] <joerg> but what I think: I am using django as webframework
[16:25] <sbalneav> what you don't want, for an admin, when he/she adds a user, is have to do 14 things in 14 places
[16:25] <joerg> and it provides an easy to use administration for users, groups and all the models.
[16:25] <sbalneav> so add the user in ldap
[16:25] <sbalneav> then create a board
[16:25] <sbalneav> then do this
[16:25] <sbalneav> then do that, etc. :)
[16:26] <joerg> it would be nice to be not too dependent on ldap
[16:26] <joerg> I mean....ldap is the way to go
[16:26] <sbalneav> Well, sure, you don't want to be dependent on ldap
[16:26] <joerg> for a high school with 1.200 students like my old high school
[16:26] <joerg> but imagine a primary school
[16:26] <joerg> 200 students, 10 teachers or so
[16:27] <joerg> I don't want to give them an ldap setup.
[16:27] <sbalneav> right, yeah, LDAP's overkill in that use-case
[16:27] <joerg> because in the primary schools, usually only teachers have accounts
[16:27] <joerg> and setting up ldap for ten persons? :)
[16:27] <joerg> so, I thought about using the DB in the first place
[16:28] <joerg> and provide a synchronisation mechanism.
[16:28] <joerg> in django you have models and objects
[16:28] <joerg> to access the DB tables
[16:28] <joerg> and you could add a "signal" to a model like an interest group.
[16:29] <joerg> which means: whenever somebody adds, deletes or changes an interest group, the signal is fired.
[16:29] <sbalneav> lets put it this way: if you WANTED to tie arbitrary groups (formums, etc) into ldap, it's not that hard to do.  Just create schema object, off the top of my head, I'd say use the same schema type as posixGroup, so you can add arbitrary number od memberID's, then just make is a user writable schema object.
[16:29] <joerg> and the data could be written to ldap as well
[16:29] <sbalneav> right.
[16:29] <joerg> if the school has the ldap module running.
[16:29] <joerg> if not, nothing will happen.
[16:29] <sbalneav> right.
[16:30] <joerg> ok, well
[16:30] <sbalneav> doing what you want to do is perfectly valid, and easy under ldap.
[16:30] <joerg> now the only question is: interaction with the outside world :)
[16:31] <sbalneav> Well, ldap's permission framework allows you to specify updates from only certain hosts.
[16:31] <joerg> sbalneav, no, that's not what I mean
[16:31] <joerg> external services
[16:31] <sbalneav> ah, ok
[16:31] <joerg> the webapp is under my control
[16:31] <joerg> if I need something special I add a schema to ldap and I am done.
[16:31] <sbalneav> correct.
[16:32] <joerg> but, right now (with the crappy solution we have), there are only posixGroups
[16:32] <sbalneav> If you'd like, I could sit down today and create you some schema objects
[16:32] <joerg> which are stored in /etc/group of course because the company maintaining that solution probably thinks ldap is the name of my dog or a spice or whatever
[16:32] <joerg> at least they never heard of it it seems :D
[16:33] <joerg> sbalneav, hang on :)
[16:33] <sbalneav> ok :)
[16:33] <joerg> you could do that, but maybe it is too early...
[16:33] <joerg> I have a lot of ideas in my head and can't always say: yes, this is the way to go
[16:33] <joerg> so we might end up changing schemas again and again....
[16:34] <sbalneav> No problem.  You let me know what you need, ldap wise, I'll make it happen.
[16:38] <lightnin> highvoltage: I've uploaded the changes we talked about. Still working on the version issue - can you advocate now?
[16:39] <lightnin> http://revu.ubuntuwire.com/p/scratch
[16:40] <joerg> sbalneav, cool thx
[16:40] <joerg> sbalneav, but do you have an idea how to get the backend things going?
[16:41] <joerg> sbalneav, like, an interest group "school-newspaper" will need to have an e-mail adress.
[16:42] <joerg> sbalneav, would be enough if mail to school-newspaper@myschool.edu gets forwarded to all users in that group.
[16:42] <joerg> I know I could easily implement that by using an internal messaging system in the webapp
[16:43] <joerg> but people from outside the school would need to apply for an account first
[16:43] <joerg> and people want traditional old fashioned e-mail
[16:43] <joerg> because they have always used it.
[16:44] <joerg> and the old proprietary solution provided e-mail adresses for groups as well and if the new one doesn't it will be concerned as worse and will not be accepted :P
[16:45] <joerg> sbalneav, so somehow these interest groups which are no posix groups, should be honoured by the mailserver / the aliases stuff
[16:59] <lightnin> Anyone have a minute? I need to figure out how to fix the versioning on my native debian package.
[18:53] <stgraber> meeting in 7 minutes
[18:54] <highvoltage> Edubuntu meeting in about 7... ok what stgraber said
[18:54] <stgraber> hehe ;)
[18:54] <highvoltage> :)
[18:55] <highvoltage> Lns, sbalneav, nixternal, alkisg: this will also be an EC meeting, fwiwi
[18:56] <highvoltage> (without the extra 'i' that my wireless keyboard decided to add)
[18:56] <Lns> whoops! hehe thx highvoltage
[18:56] <highvoltage> stgraber: hmm, I don't see mgariepy on the agenda
[18:56] <highvoltage> stgraber: he is up for membership tonight right?
[18:56] <mgariepy> yeah i think so.
[18:56] <stgraber> yep, he's supposed to be on the agenda
[18:56] <highvoltage> ok I'll add it
[18:57] <highvoltage> (it as in the item, not 'it' as in mgariepy :) )
[18:57] <sbalneav> just FYI, I've got a meeting in an hour, but we usually don't run longer than an hour, so...
[18:58] <sbalneav> should be fine.
[18:58] <stgraber> hehe, just after I told mgariepy that you consider no longer consider him human ;)
[18:58] <sbalneav> He's superhuman
[19:00] <stgraber> will be back in 2 min. See you at the meeting
[19:00] <mgariepy> trust me sbalneav i'm not hehe
[19:00] <highvoltage> ooh, time!
[19:00] <highvoltage> let's cross over...
[20:13] <highvoltage> mhall119|work: you wanted to know something regarding your uploads to revu?
[20:16] <mhall119|work> yes
[20:16] <mhall119|work> I have changes to some of the config files to fix a bug
[20:16] <mhall119|work> should I push those changes up to revu
[20:16] <highvoltage> nixternal: btw, http://www.youtube.com/watch?v=Kov2G0GouBw
[20:16] <mhall119|work> or would that make getting approval take longer?
[20:16] <mhall119|work> in which case, should I just wait until it's approved then upload it as a bug fix
[20:17] <highvoltage> mhall119|work: if you can upload it now, no problem, although once it's in we'll have plenty of time to make changes for bugs
[20:17] <mhall119|work> ok
[20:18] <mhall119|work> in that case, I'll wait until I've done some more testing so I can group fixes
[20:18] <Lns> lol highvoltage ! nice yt
[20:20] <nixternal> highvoltage: I should have guessed that was on big bang theory :)
[20:20] <alkisg> Lns: when you installed openbsd-inetd yesterday, have you done `apt-get update` before that? (I'm no longer experiencing this problem, so I'm wondering if you used an older version or if it only happens on the first installation)
[20:20] <highvoltage> nixternal: :D
[20:21] <highvoltage> edubuntugirl: rock paper scissors spock lizzard is http://www.samkass.com/theories/RPSSL.html and http://www.youtube.com/watch?v=Kov2G0GouBw
[20:21] <edubuntugirl> highvoltage: One learns a new thing every day
[20:21] <Lns> alkisg: well I used the daily build from yesterday, but i always apt-get update before installing anything
[20:21] <alkisg> Ah ok in that case the bug's still there :)
[20:21] <Lns> yep =)
[20:22] <Lns> girlbot! haha
[20:23] <highvoltage> edubuntugirl: RPPSL is <reply> See rock paper scissors spock lizzard
[20:23] <edubuntugirl> highvoltage: Got it
[20:26] <Lns> so that's the official edubuntu tie-breaker now
[20:26] <highvoltage> mhall119|work: looking at the qimo-session package...
[20:27] <highvoltage> mhall119|work: looks like it's been done by a pro :)
[20:27] <highvoltage> I'm just not sure about the version number
[20:27] <highvoltage> nixternal: mhall119|work has the version number for qimo-session (a native package) as 2.0.0, is that fine or must it be 2.0.0-1?
[20:28] <highvoltage> Lns: heh, I guess we'll use it unofficially :)
[20:28] <highvoltage> I think the bot has support for rock paper scissors, maybe she just needs an update...
[20:28] <highvoltage> edubuntugirl: lsmod
[20:28] <edubuntugirl> highvoltage: Plugins: admin, conversions, core, eval, factoid, feeds, film, fun, games, geography, google, help, icecast, identity, karma, languages, log, lotto, meetings, memo, network, oeis, quotes, rfc, seen, social, sources, strings, test, urlgrab and urlinfo
[20:28] <highvoltage> oh it's not enabled yet, I'll do it tomorrow
[20:29] <Lns> 8| icecast?
[20:29] <highvoltage> Lns: well the bot is an ibid. it's not specific to just irc. it does jabber as well and pretty much anything that python.twisted can talk to
[20:30] <Lns> that's really cool. Actually I might be setting up my first icecast server soon, with any luck. Students are starting to get into podcasting, i'm trying to convince them to try out a school-based network radio system =)
[20:32] <mhall119|work> highvoltage: I was told by someone in #ubuntu-motu that native package number doesn't have -stuff on it
[20:40] <highvoltage> mhall119|work: I just checked with stgraber, it's fine like it is
[20:40] <mhall119|work> ok
[20:41] <highvoltage> mhall119|work: just in a skype call, be with you in a few mins
[20:43] <highvoltage> mhall119|work: all three packages look great, giving them +1's...
[20:51] <nixternal> highvoltage: 2.0.0-1 or 2.0.0-0ubuntu1 if there are plans on it going into debian as well
[20:54] <mhall119|work> not right now there aren't
[20:57] <highvoltage> nixternal: I thought it needed a -1, but aparently 2.0.0 is fine. do you perhaps have a moment to review them? I think they're 100%.
[20:59] <sbalneav> highvoltage:
[20:59] <sbalneav> stgraber:
[20:59] <highvoltage> sbalneav: hi, stgraber notified me that you uploaded the gartoon-redux package to revu
[20:59] <sbalneav> The gartoon-redux is in revu
[20:59] <sbalneav> ah
[20:59] <sbalneav> ok ;)
[21:02] <highvoltage> sbalneav: can you change the maintainer to the ubuntu developers line and also update the standards version to at least 3.8.3?
[21:03] <highvoltage> sbalneav: and also add ${misc:Depends} as a dependency
[21:06] <highvoltage> sbalneav: do you have a needs-packaging bug for this package in LP or should I create one quickly?
[21:09] <sbalneav> create one, I guess
[21:09] <sbalneav> I'm looking into the above.
[21:09] <joerg> sbalneav, hey....any idea about what I asked a few hours ago? the e-mail thing?
[21:09] <joerg> shall I post it again or do u have the logs?
[21:10] <sbalneav> Saw it haven't had a chance to respond.
[21:12] <sbalneav> highvoltage: What do you want for a maintainer:
[21:12] <sbalneav> Maintainer: Ubuntu Desktop Team <ubuntu-desktop@lists.ubuntu.com>
[21:12] <sbalneav> ?
[21:12] <sbalneav> That's what sabayon is
[21:17] <highvoltage> sbalneav: make it Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
[21:18] <highvoltage> sbalneav: that will probably be Edubuntu Developers after next week, but we can change it in the future
[21:49] <joerg> sbalneav, ever checked out gosa-project.org?
[22:01] <highvoltage> sbalneav: how are things
[22:15] <sbalneav> highvoltage: I'm getting a whacky error
[22:16] <sbalneav> ah no wait
[22:16] <sbalneav> ok, repushing
[22:16] <sbalneav> one sec
[22:17] <sbalneav> highvoltage: ok, 0ubuntu3 pushed
[22:18] <highvoltage> sbalneav: thanks
[22:37] <highvoltage> edubuntugirl: tell sbalneav please ping me when you're back :)
[22:37] <edubuntugirl> highvoltage: Done
[23:09] <highvoltage> edubuntugirl: weather for sherbrooke, qc
[23:09] <edubuntugirl> highvoltage: In Sherbrooke, Quebec at 5:44 PM EST on February 17, 2010: -2°C; Humidity: 86%; Wind: WNW at 9 km/h; Conditions: Light Snow; Sunrise/set: 6:45 AM EST/5:16 PM EST; Moonrise/set: 7:42 AM EST/9:15 PM EST
[23:10] <highvoltage> edubuntugirl: weather for cape town
[23:10] <edubuntugirl> highvoltage: In Cape Town, South Africa at 1:00 AM SAST on February 18, 2010: 17°C; Humidity: 68%; Wind: SW at 9 km/h; Conditions: Clear; Sunrise/set: 6:23 AM SAST/7:35 PM SAST; Moonrise/set: 10:15 AM SAST/9:26 PM SAST
[23:11] <highvoltage> the gap is starting to close, at least.
[23:58] <highvoltage> mhall119|work: qimo packages made it, with only minutes to spare :)