[00:04]  * nealmcb finds /etc/default/linux-restricted-modules-common  - seems relevant
[00:15] <sommer> zul: how's it going, did all the ebox packages get into universe?
[00:15] <zul> sommer: almost all of them I need to prod the archive admins on monday
[00:16] <sommer> ah gotcha, I just noticed that several weren't there, but are in your ppa
[00:17] <sommer> another issue I noticed is that if you try the backup module... it just hangs there and doesn't complete
[00:17] <zul> oh?
[00:18] <sommer> there isn't much in the logs either... a statement about the progress routine, and then nothing happens
[00:20] <sommer> one sec, I'll post it
[00:21] <sommer> not progress indicator id supplied at /usr/share/ebox/ebox-make-backup line 15.
[00:21] <sommer> ^^ from /var/log/ebox/error.log
[00:22] <zul> k Ill take a look
[00:22] <sommer> cool, thanks man
[00:23] <sommer> nealmcb: have ubuntu on your xo yet?
[00:28] <zul> sommer: doesnt tell me much so I submitted the bug upstream
[00:28] <sommer> ya, I noticed that... kind of a strange error message to put in your code
[00:29] <sommer> or you'd think that there would be a message of why there is no progress indicator id
[00:29] <zul> yeah
[00:29] <sommer> also, why would that cause the entire backup to not work... I could see if just the progress bar or whatever crapped out
[00:30] <zul> not sure at all
[00:30] <sommer> heh, there's a company based on ebox isn't there?
[00:30] <sommer> or is it just one of their side projects?
[00:30] <zul> it looks like one of their side projects
[00:31] <sommer> ah... sometimes it feels like it was created as a reason to learn ajax to me :-)
[01:12] <nealmcb> sommer: no ubuntu yet on the xo - but I've been thinking about it.  you like it?
[01:13] <Kamping_Kaiser> i thought there was
[01:15] <nealmcb> wow - restricted modules with an nvidia card take about 3 times as much memory as the kernel does!  if we have an "ubuntu on 64 mb" page, that is something to warn people about.  but it is easy to disable them with /etc/defaults/ as noted above.  but it isn't easy to find that, or find out what e.g. the "fcdsl drivers" do, which also take lots of space
[01:16] <nealmcb> Kamping_Kaiser: sommer asked if I installed ubuntu on my xo and I said no - but in a way that was confusing.  I know it exists
[01:17] <Kamping_Kaiser> ah right *grin*
[01:17]  * Kamping_Kaiser must have missed that
[01:23] <sommer> nealmcb: heck ya... ubuntu on the xo rocks
[01:23] <sommer> nealmcb: I just picked up a kensington slimblade wireless kb and mouse... great accessory for the xo
[01:24]  * Kamping_Kaiser is sort of bemused ubuntu fits on and runs ok
[01:24] <sommer> or probably any ultra mobile pc :-)
[01:24] <sommer> Kamping_Kaiser: heh... 2G SD card works wonders
[01:24] <Kamping_Kaiser> sommer, ah, hax :0
[01:25] <sommer> I'm also running  openbox instead of gnome, kde, etc
[01:25] <sommer> not really, xo can boot from usb or sd
[01:25] <Kamping_Kaiser> dietbuntu *heh*
[01:25] <nealmcb> hmm - my brother got an odd error running tasksel, and now it seems hung.  he writes "ubuntu asked me to put the cd in the drive. I just hit enter... it asked again, I did put the cd in the drive and then it said:  "Exiting subroutine via next at /usr/bin/debconf-apt-progress line 153, <STDIN> line 7. "   and went on to ask me re mysql root login passwords"
[01:26] <sommer> heh.. slim and trim, that's the way I like it
[01:26] <nealmcb> he installed lamp with tasksel, and had cdrom in his sources.list
[01:27] <nealmcb> sommer: interesting - thanks
[01:27] <sommer> nealmcb: yep, is he installing gutsy?
[01:29] <nealmcb> yes
[01:30] <sommer> and lamp didn't install or it did?
[01:30] <sommer> I may be confused
[01:30] <nealmcb> heh - the $100 laptop with the $130 keyboard/mouse :-)
[01:30] <nealmcb> but yeah - those are the big outages - just don't expect lots of them in africa
[01:31] <sommer> ya... I took a couple of days for me to buy it, but in the end I was like it's only money
[01:31] <nealmcb> lamp did install, but tasksel didn't exit or respond any more
[01:33] <sommer> odd, seems like I've seen tasksel do that before, but I think it was during a hardy alpha
[01:45] <nealmcb> #141601
[01:45] <nealmcb> bug #141601
[01:46] <nealmcb> bug 141601
[01:46]  * nealmcb looks suspiciously at ubotu
[01:46] <nealmcb> https://bugs.edge.launchpad.net/ubuntu/+source/debconf/+bug/141601
[01:46] <pwnguin> ubotu died
[01:47] <pwnguin> probably muted itself to prevent getting flooded off again before someone looks at it
[01:48] <Kamping_Kaiser> hehe
[01:53] <nealmcb> anyway - mine was a known bug - fix released, perhaps
[02:12] <ubotu> Launchpad bug 141601 in debconf "tasksel packages stays at 100%" [Undecided,Fix released] https://launchpad.net/bugs/141601
[10:52] <nijaba> morning
[10:54] <nijaba> nealmcb: Regarding your tasksel problem: this is a known problem, fixed on hardy, which is the reason why in the JeOS tutorial we chose to use apt-get install lamp-server^ <- note the ^ at the end
[11:41] <gopp__> what is the best way to get a fresh install of samba after I have seem to fucked up the current instal
[11:41] <gopp__> I can not seem to connect to my samba file share
[11:42] <gopp__> apt-get remove samba or what
[11:42] <Kamping_Kaiser> gopp__, apt-get --purge remove samba (and any other needed package)
[11:43] <gopp__> all I wanted to do is have my ubuntu computer act as a small domain controller
[11:43] <gopp__> soo all I do know is install it apt-get install samba
[11:44] <gopp__> thanks Kamping_Kaiser
[11:44] <Kamping_Kaiser> gopp__, np. good luck
[11:47] <mookid> I have one box and a dynamic DSL IP... will I still be able to play around with sendmail?
[11:47] <gopp__> hmm for some reason in windows it keeps saying
[11:47] <gopp__> network not found
[11:47] <gopp__> I  reinstalled samba
[11:48] <gopp__> the speficed network is no longer avaible
[11:48] <Kamping_Kaiser> mookid, yes, but dont. use exim or postfix
[11:49] <Kamping_Kaiser> gopp__, you'll proably have to reconfigure it
[11:50] <Kamping_Kaiser> mookid, and using a dynamic, ip, i'd recomend usign your isp as a relay (smart host)
[11:51] <moralbehav> i have got a server, i read the useridr in /home/unixuser/public_html , in the /home i have got chmod 700 * ,the owner (only) can edit, read, execute you files
[11:52] <edneymatias> morning
[11:53] <mookid> Kamping_Kaiser: I have to use sendmail - it's for a new job
[11:53] <mookid> they use sendmail on the front end as a relay
[11:54] <Kamping_Kaiser> moralbehav, can you say all that again?
[11:54] <moralbehav> i have got a server, i read the useridr in /home/unixuser/public_html , in the /home i have got chmod 700 * ,the owner (only) can edit, read, execute you files
[11:54] <moralbehav> the server can read public_html :'<
[11:55] <moralbehav> and i must have got chmod 700 * in the index, becouse is a multi-user server
[11:55] <Kamping_Kaiser> moralbehav, pastebin the output of `ls -lhd /home/unixuser/` and `ls -lhd /home/unixuser/public_html`
[11:55] <Kamping_Kaiser> mookid, ew :(
[11:56] <moralbehav> Kamping_Kaiser k
[11:57] <moralbehav> Kamping_Kaiser http://www.pastebin.ca/935151
[11:58] <Kamping_Kaiser> moralbehav, and what is going wrong exactly? apache *can* see files, or apache *cant* see files?
[12:10] <mookid> Kamping_Kaiser: I think it's just a legavcy thing more than anything
[12:10] <moralbehav> Kamping_Kaiser cant. i use cherokee
[12:14] <Kamping_Kaiser> moralbehav, well whatever your using then
[12:14] <Kamping_Kaiser> mookid, sendmail on ubuntu?
[12:14] <mookid> sendmail
[12:14] <mookid> :p
[12:14] <CJari> hey
[12:14] <Kamping_Kaiser> CJari, ello
[12:14] <mookid> not on ubuntu lol - I'm just using ubuntu cos that's what they're moving onto eventualy anyway
[12:14] <CJari> can anyone help me to setup ftp?
[12:15] <Kamping_Kaiser> CJari, can i suggest you try everything else first?
[12:15] <CJari> I have apache server
[12:15] <CJari> and subversion
[12:16] <Kamping_Kaiser> CJari, can you serve the files over http?
[12:16] <CJari> Kamping_Kaiser : yes
[12:17] <moralbehav> Kamping_Kaiser cant. i use cherokee
[12:17] <Kamping_Kaiser> moralbehav, either make sense, or i'll just leave you for someone else to help
[12:21] <CJari> so I was wondering if proftpd would be ready to be connect with my user(shell) name and password?
[12:22] <Kamping_Kaiser> CJari, it can probably be done, but i dont use ftp
[12:24] <CJari> ok
[13:03] <nijaba> CJari: the reason why most of us do not enable ftp to transfer our file user our accounts is because ftp does not do encryption, so it means you login and password would be visible to anyone sniffing the network -> bad idea
[13:04] <nijaba> CJari: instead we like using scp or sftp for example
[13:04] <CJari> nijaba its ok for private server..
[13:04] <CJari> anything that just works is ok :)
[13:04] <nijaba> CJari: you mean private network?
[13:04] <CJari> yeah
[13:04] <nijaba> right
[13:05] <CJari> I'm trying to get it working now, but I dont know where to look at the problem because the log files are empty
[13:05] <Kamping_Kaiser> ftp is a horible protocol, encryption or not
[13:05] <nijaba> what have you installed so far?
[13:06] <nijaba> Kamping_Kaiser: well, quite right that it is DATED
[13:06] <Kamping_Kaiser> nijaba, dated isnt the word i'd use. http://wooledge.org/mywiki/FtpMustDie
[13:06] <nijaba> :)
[13:06] <Kamping_Kaiser> :)
[13:07] <CJari> I have installed proftpd
[13:09] <nijaba> CJari: so can you connect to your server now? if not, what error do you get
[13:14] <CJari> nijaba : it just says: "Can't establish connection"
[13:14] <c1|freaky> what else should one use instead of ftp?
[13:15] <Kamping_Kaiser> CJari, try and increase the debug level
[13:15] <Kamping_Kaiser> depends what you need to happen
[13:15] <Kamping_Kaiser> (i expect)
[13:17] <CJari> unfortunrely there is not debug levels according to my knowledge
[13:17] <CJari> it  may not be running at all
[13:17] <Kamping_Kaiser> how can a service not have a debug level o_0
[13:18] <CJari> because it logs everything I suppose
[13:25] <CJari> I wonder this means: "ProFTPd is started from inetd."  it comes when I do this: "/etc/init.d/proftpd restart"
[13:25] <CJari> Im not sure about the english, is it saying that it has or will be started later on?
[13:26] <Kamping_Kaiser> run `ps aux |grep ftp`
[13:27] <Kamping_Kaiser> however, in answer to your queston, i'd say its telling you taht it didnt start, because inet handles it
[13:28] <CJari> right, thanks
[13:29] <CJari> so that leads to question.. is the inetd running...?
[13:30] <Kamping_Kaiser> unsure.
[13:35] <CJari> hey cool I got it working, had to switch from inetd to standalone from the config
[13:36] <Kamping_Kaiser> good work :)
[13:39] <faulkes-> morning nijaba
[13:40] <faulkes-> and all
[13:40] <Kamping_Kaiser> faulkes-, good morning :)
[13:42] <nealmcb> nijaba: right - thanks! later
[16:58] <sommer> zul: another ebox issue... the log observer event doesn't seem to be configurable
[20:34] <soneil> any suggestions on installing alpha6 into a VM?  -server dies because I don't provide pae, -alternate only shows a "normal" boot option, and jeos dies on bug 189013
[21:04] <ubotu> Launchpad bug 189013 in ubuntu "JeOS (hardy alpha 4) installation fails @ "Select and install software" stage" [Undecided,Confirmed] https://launchpad.net/bugs/189013
[21:05] <soneil> heh, ty ubotu


[03:49] <scrub_> How do I boot automatically into terminal rather than GUI desktop
[04:32] <pacman_> iea
[18:20] <dragon2> I am in lubuntu 20.10, what desktop environment do I have?
 LXQt
[18:21] <dragon2> thanks
[18:21]  * dragon2 looks up lxqt
 dragon2 You can find links at the bottom of our web page lubuntu.me/links
[18:29] <wxl> too late
[18:29] <wxl> i was going to suggest $XDG_CURRENT_DESKTOP as a more general answer to the original question
 that'd work heh
 but heh


[00:29] <jrwren> ugh.
[00:29] <jrwren> :)
[00:33] <cmaloney> Truth
[06:11] <greg-g> yup
[14:21] <cmaloney> Morning
[14:24] <_stink_> yo
[14:40] <cmaloney> How goes?
[14:57] <_stink_> writing a line here and there of python while helping with kid art time :P
[14:57] <_stink_> you?
[15:56] <brousch> I'm 3D printing presents
[16:02] <jrwren> any lubuntu or xubuntu users here?
[16:04] <_stink_> brousch: anything fun?
[16:27] <brousch> http://www.thingiverse.com/thing:985137/
[16:28] <brousch> My FIL has myotonic MD so it's hard for him to hold cards
[16:28] <brousch> I also bought an automatic card shuffler for him
[16:29] <brousch> I'm printing that holder at about 150% to make it easier to use
[17:51] <_stink_> nice!
[19:37] <cmaloney> brousch: That's cool
[19:38] <cmaloney> I'm playing hookey from a family gathering
[22:29] <rick_h_> evening
[22:53] <flipsidecreation> good evening
[23:35] <cmaloney> Evening
[23:35] <flipsidecreation> good evening
[23:38] <rick_h_> cmaloney: have any fun this weekend?
[23:43] <cmaloney> a little
[23:43] <cmaloney> went to 2nd and Charles on Friday afternoon
[23:43] <cmaloney> Saturday was pretty low key
[23:43] <cmaloney> and did a little rearranging in the basement this afternoon
[23:43]  * rick_h_ looks up 2nd and charles
[23:43] <cmaloney> party part
[23:43] <cmaloney> pary
[23:43] <cmaloney> party, even
[23:44] <rick_h_> wheeee :)
[23:44] <cmaloney> Back in the USA?
[23:44] <rick_h_> yea, got in an hour late but 7:30am yesterday
[23:44] <rick_h_> so one partial night of sleep on the road to recovery
[23:44] <cmaloney> Good morning. :)
[23:44] <rick_h_> something like that
[23:44] <rick_h_> TZ craziness
[23:45] <cmaloney> Yeha, no doubt
[23:46] <cmaloney> Oh, and ran into _stink_ at Meijer this morning
[23:46] <cmaloney> *highlight*
[23:46] <rick_h_> hah, that's awesome
[23:46] <rick_h_> long time no see. Did he have the whole crew with him?
[23:46] <cmaloney> We call that burying the lead
[23:46] <cmaloney> Nah, just him


[16:31] <MacSlow> How can I print the QML-type of a proxy-object with AP?
[16:32] <MacSlow> There are calls like get_children_by_type() but nothing like get_type() or something similar.
[17:02] <balloons> MacSlow, hmm
[17:02] <balloons> using print_tree will print everything of course, including the qml type
[17:03] <MacSlow> balloons, yeah I know... but that's just too much to deal with in a handy fashion
[17:03]  * balloons is thinking
[17:04] <balloons> ideally you would avoid using xpath directly
[17:04] <MacSlow> balloons, a what? "xpath"
[17:05] <balloons> so if you get_properties that doesn't do what you want?
[17:05] <MacSlow> balloons, sadly not
[17:06] <MacSlow> balloons, initially I hoped it would spit out the qmlitem-type too... but as far as I can tell that call just dumps real QML-item-properties to stdout
[17:06] <balloons> right, but it doesn't give you th objectpath?
[17:07] <MacSlow> balloons, nope... here's an example of the output... http://pastebin.ubuntu.com/10327157/
[17:08] <MacSlow> balloons, I could try to work-around with get_parent() and get_properties() but that's far from elegant
[17:08] <balloons> MacSlow, yep that certainly works
[17:08] <balloons> I'm curious about get_classname_from_path
[17:09] <balloons> anyways, I suspect it's something worthy of adding support for in autopilot
[17:10] <MacSlow> balloons, first I've to get the ap-test written... the nice to have's is for people who actually know stuff... which I'm not one of
[17:11] <MacSlow> the get_parent() work-around got me what I wanted... but *sigh*
[17:11] <balloons> MacSlow, :-) Sure, what did you want it for?
[17:11] <balloons> the idea that you need it, when it seemingly hasn't come up in the past is interesting
[17:11] <balloons> elopio, btw, am I missing something, or is there no way to get the qmltype returned ^^?
[17:11] <MacSlow> balloons, trying to figure out how to get hold of orientation-related properties of the shell, when unity8 was started with the fake sensors
[17:13] <elopio> hum, it's the class name, isn't it?
[17:13] <balloons> elopio, yes classname
[17:14] <MacSlow> elopio, I'm just writing up an email with all the info I could gather to ask you and rhuddie about this
[17:14] <elopio> MacSlow: cool, because I don't get what you are trying to do :)
[17:14] <MacSlow> elopio, I'm might try a few more things still
[17:15] <MacSlow> elopio, the eMail will make things more clear... hopefully :)
[17:15] <balloons> I think it would be easier enough to add a method for it. The thing is, seeing as no one has ever needed it, I too am wondering why MacSlow does. In theory, you are selecting and always know the qmltype
[17:16] <MacSlow> balloons, I'm anything but an AP-expert... I'm just the one left do write that particular test :)
[17:17] <MacSlow> s/do/to
[17:20] <balloons> MacSlow, can you report a bug against autopilot for what you are wanting?
[17:22] <MacSlow> balloons, well if you folks say it's never come up as a request before, I'm hesitating - as a AP-noob - to spoil the feature request-list with it
[17:27] <balloons> MacSlow, lol, it's worth filling
[17:30] <MacSlow> balloons, against which lp-project? Just plain autopilot?
[17:30] <balloons> https://bugs.launchpad.net/autopilot/+filebug
[17:33] <MacSlow> balloons, https://bugs.launchpad.net/autopilot/+bug/1423988
[17:33] <MacSlow> balloons, too brief?
[17:35] <balloons> MacSlow, another sentence would be useful in the description. You want to be able to say proxy_object.get_qml_type().. However, it should be generalized.. so perhaps get_type_name
[17:35] <balloons> you can leave it as-is; let the ap guys decide implementation of generic or not
[17:36] <MacSlow> ok


 @tsimonq2 [bionic-changes mailing list], Thanks!
 Tbh are pull requests merging an actual thing
 @ItzSwirlz [Tbh are pull requests merging an actual thing], Um?
 @ItzSwirlz [Tbh are pull requests merging an actual thing], Aren't they?
[05:51] -lugito1:#lubuntu-devel- [T119: Dialogue for Lock screen] guiverc (Chris Guiver) commented on the task: https://phab.lubuntu.me/T119#2875
[06:04] -lugito:#lubuntu-devel- [T30: Theme GRUB] guiverc (Chris Guiver) commented on the task: https://phab.lubuntu.me/T30#2877
[07:04] -lugito:#lubuntu-devel- [rMANUAL75a755a2b68b: Fix conjugation] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL75a755a2b68b
[07:05] -lugito:#lubuntu-devel- [rMANUAL655cdeed2999: Fix styling] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL655cdeed2999
[07:07] -lugito:#lubuntu-devel- [rMANUAL03d469de80cd: Fix too many tabs description] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL03d469de80cd
[07:16] -lugito:#lubuntu-devel- [rMANUALd926f2f4d397: Add another way to close a tab] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALd926f2f4d397
 @lugito [<lugito>  3[  13T30: Theme GRUB  3]   15guiverc (Chris Guiver)  commented on the …], 🙁
[08:10] <guiverc> The_LoudSpeaker, I could try UEFI or another box.. but yeah :(
[08:11] <guiverc> NOTE: I don't know if significant; it was a INSTALL ALONGSIDE rather than erase & install (that box has issues with erase & install; I could erase partition table & do full disk install tomorrow
[08:15] <guiverc> The_LoudSpeaker, FYI:  my details on install http://iso.qa.ubuntu.com/qatracker/milestones/408/builds/205597/testcases/1701/results
[08:15] <guiverc> (it won't have anything of value I bet.. just in case though provided)
 @guiverc [<guiverc> The_LoudSpeaker, I could try UEFI or another box.. but yeah :(], Please do.
 @guiverc [<guiverc> NOTE: I don't know if significant; it was a INSTALL ALONGSIDE rather t …], Any one is fine.
[09:58] -lugito:#lubuntu-devel- [T139: Ensure applications in Snap packages show up in the lxqt-panel menu] apt-ghetto (apt-ghetto) commented on the task: https://phab.lubuntu.me/T139#2879
 @lugito [<lugito>  3[  13T139: Ensure applications in Snap packages show up in the lxqt-p …], 🤯
 @The_LoudSpeaker [Aren't they?], Well when Phab takes over like everything
 ?
 Well they could merge but with Phabricator being used more than GitHub it’s an uncomfortable arrangement
 Most pull requests are implementations but like nobody will really notice them unless it’s on Phab
 They might get merged but their chances are very low
 Like seriously 10 - 30%
 but phab makes things easier. Less confusing at least for me.
 Wow. Since when did apt Install chromium-browser started installing snap?
 19.04 I think
 19.10
 Nice. I just installed chromium using that method on 20.04 it did tell me to log out and log back in. But I could see the icon without that in the applications menu. And it even opened without logging out/back in.
 I stand corrected.
 @RikMills [19.10], So what about those who will be upgrading from 18.04 to 20.04 ? I am on bionic base and have deb package Installed for chromium.
 They will get the snap.
 There should be a postinst migration script
 @kc2bez [I stand corrected.], Anything else I should check? I checked grub theme and new xscreensaver dialogue box. Theme needs some tweaks.
 @RikMills [There should be a postinst migration script], So the deb one will be replaced by the snap one? With all data migrating?
 @The_LoudSpeaker [So the deb one will be replaced by the snap one? With all data migrating?], Yes, supposedly.
 Noice!
 @The_LoudSpeaker [Anything else I should check? I checked grub theme and new xscreensaver dialogue …], Now I have to dig up 2 months old conversation on #grub and #ubuntu-devel. Why can't the theme just workk!!
 Also, about adding snaps. I notice a difference of 40MB on a fresh install. I just installed chromium-browser as I said above. Then logged out and logged back in. I see usage of 388MB idle. Which was 352MB when I first started htop after the fresh install.
 ^ wxl: @kc2bez
[17:22] <theloudspeaker_> The QT_QPA_PLATFORMTHEME environment variable is not set correctly (current value: lxqt, required value: qt5ct).
[17:22] <theloudspeaker_> ^ when I start qt5ct on focal
[17:23] <theloudspeaker_> there were talks about adding qt5ct to focal na? @tsimonq2 @kc2bez @wxl
 we discussed qt5ct and kvantum, yes.
[17:24] <theloudspeaker_> so to set environment variables, it comes under rdefault-settings?
[17:33] <theloudspeaker_> kvantum is better imo. I don't see many changes made using qt5ct getting applied.
[17:33] <theloudspeaker_> even after I set the above mentioned environment variable and then make the changes
[17:43] <theloudspeaker_> https://forum.lxqt.org/t/kvantum/726/33
[17:43] <theloudspeaker_> ^ Interesting upto a point.
[17:43] <theloudspeaker_> (read, till wxl participates)
 @ItzSwirlz [Most pull requests are implementations but like nobody will really notice them u …], What are you specfically referring to?
 @wxl [What are you specfically referring to?], Never mind
 @ItzSwirlz [Never mind], OK I guess that means in this case that they are not a thing 🤣
 XD
[17:55] <theloudspeaker_> @hmollercl how can I change the time after which I get a popup to upgrade? I have already gotten it twice till now in this session.
[17:55] <theloudspeaker_> approx 35 mins
[17:55] <theloudspeaker_> *have already got it
 I think Hans pushed a commit that one of us needs to upload to address that ^
[17:59] <theloudspeaker_> I can do it now.
[18:00] <theloudspeaker_> one sec, let me just boot my laptop.
[18:01] <theloudspeaker_> again! I cannot connect to my own quassel-core from the quassel client that we give preinstalled with lubuntu. Someone pointed me to a doc that time. I will dig that up. *sigh*
 here is the thing though, I think he did a git push not arc diff so I think your process is a little different. wxl what are your thoughts here?
 That's fine iff. it got uploaded and tagged
 @theloudspeaker_ [<theloudspeaker_> again! I cannot connect to my own quassel-core from the quasse …], that is by design, they are two different applications. just `sudo apt remove quassel` and then `sudo apt install quassel-client`
[18:04] <theloudspeaker_> can he do git push? members have those rights?
 @wxl [That's fine iff. it got uploaded and tagged], I am not sure if it was tagged and I think it only got uploaded to phab.
[18:06] <theloudspeaker_> @kc2bez why can't we give the correct one initially itself? unncessary process for users having their own cores.
 if you just have the client installed without a core it won't work. You really need to read the design of the application at https://bugs.quassel-irc.org/projects/quassel-irc/wiki
 @theloudspeaker_ [<theloudspeaker_> can he do git push? members have those rights?], We have given certain folks push access to certain repos
 Basically Hans is hosting his repo in phab.
 @kc2bez [I am not sure if it was tagged and I think it only got uploaded to phab.], If you want to confirm and resolve that would be great
[18:10] <The_LoudSpeaker> I understand the design. also get the point of giving this app. But I am gonna rant anyway coz I have to do 2 extra steps. :P
 @kc2bez [Basically Hans is hosting his repo in phab.], Noice.
[18:11]  * The_LoudSpeaker prefers a banjo
[18:12] <The_LoudSpeaker> usually people dance to banjo but okay.
[18:25] <The_LoudSpeaker> i'd like to know more about this: https://phab.lubuntu.me/T68
[18:25] -lugito:#lubuntu-devel- [Unbreak Now!, Open] provide a solution for installing third-party/proprietary drivers: https://phab.lubuntu.me/T68
 briefly we need to setup the license module in Calamares and run the ubuntu-drivers autoinstall
[18:28] <The_LoudSpeaker> okay.
[18:29] <The_LoudSpeaker> where can I read about calamares modules?
 https://github.com/calamares/calamares/wiki
[18:30] <The_LoudSpeaker> dhanyawad.
[18:30] <The_LoudSpeaker> (Thanks!)
 @kc2bez [I think Hans pushed a commit that one of us needs to upload to address that ^], Yes, it will be every 24hours then
 35min is strange, it should be every hour since reboot
 @HMollerCl [Yes, it will be every 24hours then], Nice.
 @HMollerCl [35min is strange, it should be every hour since reboot], 🤷🏻♂ it showed up once I logged in and then again after sometime. I am sure 35 to 40 mins coz around that time, I had started quassel after logging in.
[22:11] -lugito:#lubuntu-devel- [T139: Ensure applications in Snap packages show up in the lxqt-panel menu] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T139#2880
[22:34] <wxl> just to put it here, the way to seed snaps is to use the "snap:" qualifier (see https://people.canonical.com/~ubuntu-archive/seeds/ubuntu.focal/desktop-minimal)
[22:35] <wxl> you can also see "snap:ubuntu-budgie-welcome/classic" https://people.canonical.com/~ubuntu-archive/seeds/ubuntu-budgie.focal/desktop
[23:40] <wxl> @lynorian @tsimonq2 it seems manual.l.m/lts is a 404. did we miss something?


[14:00] <ttx> anyone here for the server team meeting ?
[14:00] <mathiaz> /o/
[14:00]  * jjohansen waves
[14:00] <alexm> o/
[14:01] <ttx> ok, let's make it quick :)
[14:02] <ttx> mathiaz: kirkland was the designated scribe but is in vacation -- you should scribe it as the next in line, and kirkland will replace you as the scribe for next week
[14:02] <ttx> mathiaz: does that work ?
[14:02]  * mathiaz nods
[14:02] <ttx> #startmeeting
[14:02] <MootBot> Meeting started at 08:02. The chair is ttx.
[14:02] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[14:02] <ttx> yay Mootbot
[14:02] <ttx> Agenda @ https://wiki.ubuntu.com/ServerTeam/Meeting
[14:03] <ttx> We won't review the ACTIONs from last meeting since all actionmen are away
[14:03] <ttx> [TOPIC] Check blueprint status and progress for the week
[14:03] <MootBot> New Topic:  Check blueprint status and progress for the week
[14:03] <ttx> we'll just review the ones assigned to people that are around...
[14:04] <ttx> server-lucid-eucalyptus-karmic-retrospective
[14:04] <ttx>  	75% done, on track
[14:04] <ttx> server-lucid-eucalyptus-merging-and-packaging
[14:04] <ttx> 79% done, on track
[14:04] <ttx> server-lucid-seeds
[14:05] <ttx> mathiaz ^
[14:05] <mathiaz> ttx: where is the burndown chart? (ie the url where you get the list of bp)
[14:05] <mathiaz> ttx: I've reviewed the feedback
[14:05] <ttx> http://piware.de/workitems/server/lucid-alpha2/report.html
[14:05] <MootBot> LINK received:  http://piware.de/workitems/server/lucid-alpha2/report.html
[14:05] <mathiaz> ttx: and identified items that need more discussion - I plan to send a specific email for each of them after the vacation
[14:06] <mathiaz> ttx: to maximise the feedback we can get
[14:06] <ttx> ok, still on track ?
[14:06] <mathiaz> ttx: yes
[14:06] <ttx> server-lucid-euca-remote-autoregister (ttx)
[14:06] <ttx> 50% done, slightly slowed down by 1.6.2 integration work, on track
[14:06] <ttx> server-lucid-uec-testing (mathiaz)
[14:06] <mathiaz> ttx: still working on it
[14:07] <mathiaz> ttx: I'm refining some of the WI while doing the testing as well
[14:07] <ttx> mathiaz: The 19% completion rate is slightly alarming
[14:07] <mathiaz> ttx: that's why the WI haven't been finished
[14:07] <mathiaz> ttx: right - most of them are actually workinprogress
[14:07] <mathiaz> ttx: and they will be knocked down at the same time
[14:07] <ttx> ok, so you're confident you can still make alpha2 with this ?
[14:08] <mathiaz> ttx: yes
[14:08] <ttx> ok, the other specs are assigned to absent people
[14:08] <ttx> so we'll skip them
[14:08] <ttx> [TOPIC] Assigned and to-be-assigned bugs
[14:08] <MootBot> New Topic:  Assigned and to-be-assigned bugs
[14:08] <ttx> http://qa.ubuntu.com/reports/team-assigned/canonical-server-assigned-bug-tasks.html
[14:08] <MootBot> LINK received:  http://qa.ubuntu.com/reports/team-assigned/canonical-server-assigned-bug-tasks.html
[14:09] <ttx> nothing to do... Same remarks as last week.
[14:09] <ttx> Skipping "Weekly Updates & Questions for the QA Team (soren)" since soren is away
[14:09] <ttx> [TOPIC] Weekly Updates & Questions for the Kernel Team (jjohansen)
[14:09] <MootBot> New Topic:  Weekly Updates & Questions for the Kernel Team (jjohansen)
[14:09] <ttx> jjohansen: howdy
[14:09] <jjohansen> hey
[14:10] <ttx> jjohansen: anything specific for us on this holiday season ?
[14:10] <jjohansen> no, nothing I can think of.
[14:10] <mathiaz> jjohansen: I send an email to the kernel-team with regard to the kernel-package
[14:10] <ttx> jjohansen: I'll bring your attention to bug 499785
[14:10] <mathiaz> jjohansen: it's in main and we're looking into dropping into universe
[14:11] <ttx> We'll need that support to test on our UEC/laptops env
[14:11] <mathiaz> jjohansen: IIRC tim already replied
[14:11] <jjohansen> ah, I hadn't seen it yet
[14:11] <ttx> jjohansen: can you make sure that this bug gets attention ?
[14:11] <jjohansen> yes
[14:12] <ttx> jjohansen: cool, thx
[14:12] <mathiaz> jjohansen: Subject: Re: kernel-package compatible with Ubuntu kernels?
[14:12]  * nealmcb wakes up and looks around at the server team
[14:12] <ttx> nealmcb: o/
[14:12] <mathiaz> jjohansen: I think we'll move the package to universe
[14:12] <mathiaz> that's all from me
[14:13] <ttx> ok, let's move on then :)
[14:13] <ttx> [TOPIC] Weekly SRU review (mathiaz)
[14:13] <MootBot> New Topic:  Weekly SRU review (mathiaz)
[14:13] <mathiaz> bug 128612
[14:13] <mathiaz> ^^ is the only nomination in the queue
[14:13] <mathiaz> for dapper
[14:13] <ttx> this one is a recent statusfix
[14:14] <ttx> it's been fixed forever... doesn't mean the nomination isn't valid, just taht it was nominated 2 years ago
[14:14] <mathiaz> ok - declining then
[14:14] <ttx> yes
[14:14] <mathiaz> http://qa.ubuntu.com/reports/ubuntu-server-team/fixedbugs.ubuntu-server.latest.html
[14:14] <MootBot> LINK received:  http://qa.ubuntu.com/reports/ubuntu-server-team/fixedbugs.ubuntu-server.latest.html
[14:15] <mathiaz> there is bug 489418
[14:15] <ttx> Importance:Undecided ?
[14:15]  * ttx only looks at High :)
[14:16] <mathiaz> ttx: agreed
[14:16] <ttx> mathiaz: sounds like a good candidate
[14:16] <ttx> well, I also look at Medium
[14:16] <ttx> and Critical.
[14:17] <mathiaz> ttx: well the bug is already open for karmic
[14:17] <mathiaz> ttx: I'll set to high
[14:17] <ttx> ok.
[14:17] <ttx> the rest is not relevant imho
[14:18] <mathiaz> http://qa.ubuntu.com/reports/ubuntu-server-team/acceptedbugs.ubuntu-server.latest.html
[14:18] <MootBot> LINK received:  http://qa.ubuntu.com/reports/ubuntu-server-team/acceptedbugs.ubuntu-server.latest.html
[14:18] <mathiaz> I need to refine the information on this list
[14:18] <mathiaz> it's not very usefull as of now
[14:19] <mathiaz> that's all for the SRU review
[14:19] <ttx> ok, thx
[14:19] <ttx> [TOPIC] January 6 meeting
[14:19] <MootBot> New Topic:  January 6 meeting
[14:19] <ttx> So the first meeting in January will have a heavy agenda
[14:20] <ttx> We want to discuss some specs that were not targeted to alpha2, specifically:
[14:20] <ttx> server-lucid-aws-client-libraries (mathiaz)
[14:20] <ttx> server-lucid-asterisk-integration (dyfet, Daviey)
[14:20] <ttx> server-lucid-cluster-stack (RoakSoax, ivoks)
[14:20] <ttx> lucid-serverguide (sommer)
[14:20] <ttx> server-lucid-contextualization (stgraber)
[14:20] <ttx> server-lucid-papercuts (ttx)
[14:20] <ttx> to see what can be included in the lucid roadmap, and get community comments o nthem
[14:20]  * Daviey is happy with that :)
[14:21] <ttx> please be there !
[14:21] <nealmcb> thanks :)
[14:21] <mathiaz> ttx: ^^ this is a list of blueprint that still need to be discussed?
[14:21] <mathiaz> ttx: some other blueprints (like server-lucid-idmgmt-*) haven't been targeted for alpha-2
[14:22] <mathiaz> ttx: and they don't appear on the list above
[14:22] <ttx> mathiaz: this is a list of blueprints for which we need some input from the team to decide/continue
[14:22] <mathiaz> ttx: what's the plan with these?
[14:22] <ttx> mathiaz: it's mostly a resource issue, not a technical/consensus one
[14:22] <ttx> mathiaz: so it depends on what we keep from the global list
[14:23] <ttx> the list is the oens where the community is involved, one way or another
[14:23] <ttx> for example, for server-lucid-papercuts we need to discuss the process
[14:23] <ttx> for server-lucid-aws-client-libraries we need to define the most important targets
[14:24] <ttx> for server-lucid-cluster-stack we need some goals for lucid
[14:24] <ttx> etc.
[14:24] <mathiaz> ttx: does this mean that the server-lucid-idmgmt-* bp don't need any discussion?
[14:24] <ttx> mathiaz: no, it means that the spec is sufficiently defined to reach a decision
[14:24] <mathiaz> ttx: ok
[14:24] <ttx> doesn't prevent to discuss it :)
[14:25] <ttx> the list is the ones where we need community input to make progress
[14:25] <ttx> that should be an interesting meeting, be sure to be there :)
[14:25] <ttx> [TOPIC] Open Discussion
[14:25] <MootBot> New Topic:  Open Discussion
[14:25]  * ttx opens the bar
[14:26]  * mathiaz rushes to get some schnaps
[14:26] <ttx> anything / anyone ?
[14:27] <ttx> everyone is already drunk or what
[14:27] <ttx> moving on...
[14:27] <ttx> [TOPIC] Agree on next meeting date and time
[14:27] <MootBot> New Topic:  Agree on next meeting date and time
[14:27] <ttx> We'll skip the last meeting of the year...
[14:27] <ttx> so the next meeting will be the famous January 6 meeting.
[14:28] <ttx> same place same time...
[14:28] <ttx> If you can't make it, feel free to send your cmments to the ML
[14:28] <ttx> so that we take them into account during the meeting
[14:29] <ttx> comments ?
[14:29] <alexm> happy xmas :)
[14:29] <ttx> yes :)
[14:29] <ttx> thanks everyone for being here today :)
[14:29] <ttx> #endmeeting
[14:29] <MootBot> Meeting finished at 08:29.
[14:30] <mathiaz> ttx: thanks
[14:30] <alexm> thanks
[14:30] <ttx> yes
[14:30] <ttx> less than 30 min
[14:30] <ttx> :)
[14:30] <ttx> Have nice holidays everyone
[14:30] <nealmcb> thanks - take care!
[14:31] <ttx> mathiaz: when you update the agenda, set kirkland as the next scribe and move the jan6 section to the agenda, thx
[14:31] <mathiaz> ttx: sure
[15:58] <james_w> hi
[15:59] <mvo> hey james_w
[15:59] <james_w> hi mvo, how's it going?
[15:59] <tremolux> heya
[16:00] <mvo> james_w: good! I'm already in best christmas moot :)
[16:00] <mvo> hey tremolux!
[16:00] <tremolux> hi mvo!  :)(
[16:00] <tremolux> :)
[16:01]  * slangasek waves
[16:01] <james_w> evand, Keybuk, doko_: around?
[16:01] <doko_> yes
[16:01] <james_w> hi
[16:01] <james_w> #startmeeting
[16:01] <MootBot> Meeting started at 10:01. The chair is james_w.
[16:01] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[16:01] <evand> Hi
[16:02] <james_w> Hi everyone, welcome to the Foundations Team meeting
[16:02] <james_w> https://wiki.ubuntu.com/FoundationsTeam/Meetings/2009/1223 <- Agenda
[16:02] <james_w> first up is the lightning round
[16:02] <james_w> mvo: would you like to start, then tag the next person when you are done?
[16:02] <mvo> ok
[16:03] <mvo> I am working apt merges with debian and with fixes/improvements there
[16:03] <mvo> I merged the apt history branch that should give us more accurate logging - it contained a hidden abi break that I overlooked, sorry for that
[16:03] <mvo> I also work on software-center, mostly search improvements and subcategory stuff
[16:04]  * mvo hands over to tremolux
[16:04] <tremolux> This week I'm working on some UI fixes in Software Center
[16:04] <tremolux> I have a branch that will be ready to send over to mvo later today
[16:04] <tremolux> Other than that, I'll be working on bug triage and fixes for software-center and update-manager
[16:04] <tremolux> And holidaying
[16:04]  * mvo should add that the abi break was undone via the upload today
[16:04] <tremolux> :D
[16:05]  * mvo hugs tremolux for that!
[16:05] <tremolux> go slangasek
[16:05] <slangasek> I spent some time last week / this week getting the machine-readable copyright spec unwedged in Debian
[16:05] <slangasek> so that we might be able to take it from draft to candidate status in time for lucid
[16:06] <slangasek> (finally!)
[16:06]  * slangasek tags james_w
[16:06] <james_w> I have mainly been working on the bzr importer, trying to work out why it is so taxing on codehosting now, I have a theory, but it will be a bunch of coding to fix
[16:07] <james_w> We also have agreement with the bzr team what they will focus on for their "lucid" release, and then what after that
[16:07] <james_w> evand: tag, you're it
[16:10] <james_w> doko_: want to go next?
[16:11] <doko_> still some ARM work, but it's getting to somewhere, both for lucid and lucid+1
[16:11] <doko_> GCC-4.5 packaged, would like to prepare for a test rebuild in Jan with cjohnston and bigjools
[16:12] <doko_> plus OpenJDK (6 & 7) updates, and setting up/reinstalling two server machines
[16:13] <james_w> welcome back ev, do you have a contribution for the lightning round?
[16:13] <cjohnston> ?
[16:13] <ev> Working on solving a hosts race between ubiquity and NM from karmic. Merging keyboad guessing and NM config copying. Will be working on jockey integration after the holiday.
[16:15] <james_w> Keybuk?
[16:15] <Keybuk> new mountall should fix all the bugs, and implements the plymouth switch and friendlier recovery stuff
[16:16] <Keybuk> working on the plumbing layer performance; switching to devtmpfs looks like a WIN (reduces overlap with X), next up profiling udev, etc.
[16:16] <Keybuk> also working on plymouth still since that's got to fit in there somewhere
[16:16] <Keybuk> that's it isn't it? :p
[16:16] <james_w> excellent, thanks all
[16:17] <james_w> [TOPIC] Outstanding actions from last meeting
[16:17] <MootBot> New Topic:  Outstanding actions from last meeting
[16:17] <james_w> I couldn't see any
[16:17] <james_w> [TOPIC] Platform sprint
[16:17] <MootBot> New Topic:  Platform sprint
[16:17] <james_w> Please ensure you have booked your travel and updated the wiki page if you are going
[16:19] <james_w> [TOPIC] Outstanding feature freeze exceptions
[16:19] <MootBot> New Topic:  Outstanding feature freeze exceptions
[16:19] <james_w> I don't know of anything for this item. slangasek: do you?
[16:19] <Keybuk> I could get some in early ;)
[16:20] <slangasek> don't know of any yet
[16:20] <slangasek> Keybuk: tell me after the holiday ;)
[16:21] <james_w> [TOPIC] Milestoned bugs
[16:21] <MootBot> New Topic:  Milestoned bugs
[16:21] <james_w> https://bugs.edge.launchpad.net/ubuntu/lucid/+bugs?field.milestone:list=1326
[16:21] <james_w> there's no bugs listed
[16:21] <james_w> the page doesn't tell me what milestone it is though
[16:22]  * slangasek scratches his head.  1326?
[16:23] <james_w> https://edge.launchpad.net/ubuntu/+milestone/lucid-alpha-2
[16:23] <james_w> that has plenty of things on it though
[16:23] <slangasek> lucid-alpha-2 should be: https://bugs.launchpad.net/ubuntu/lucid/+bugs?field.milestone=21444
[16:23] <james_w> thanks
[16:23] <james_w> remember to move bugs on and off that list as appropriate
[16:24] <slangasek> remember to fix the bugs on that list! :)
[16:24] <james_w> I see a few things on there for us
[16:25] <james_w> [TOPIC] Targeted bugs
[16:25] <MootBot> New Topic:  Targeted bugs
[16:25] <james_w> https://bugs.edge.launchpad.net/ubuntu/lucid/+bugs
[16:25] <james_w> Plenty on there already if you are looking for something to do :-)
[16:25] <james_w> or you could work on...
[16:25] <james_w> [TOPIC] Sponsorship Queue
[16:25] <MootBot> New Topic:  Sponsorship Queue
[16:25] <james_w> http://people.canonical.com/~dholbach/sponsoring/
[16:25] <MootBot> LINK received:  http://people.canonical.com/~dholbach/sponsoring/
[16:26] <dholbach> there's quite a bunch of proposed patches for main
[16:26]  * james_w hasn't done any in the last week, so isn't going to start that discussion :-)
[16:26] <james_w> inded
[16:26] <james_w> I shall make some time to do some of them
[16:26] <dholbach> so if you all could have a look and either reject the patches (and get them off the list) or upload them if they're good, I (and the patch authors) would very much appreciate it :)
[16:27] <dholbach> now's probably the best time to get most of the stuff integrated :)
[16:27] <james_w> [TOPIC] Any business from activity reports
[16:27] <MootBot> New Topic:  Any business from activity reports
[16:27] <james_w> I didn't see anything, did I miss something?
[16:28] <slangasek> not from me
[16:28] <james_w> I assume there is no release meeting this week?
[16:30] <slangasek> nope :)
[16:30] <slangasek> nor next week
[16:30] <james_w> cool
[16:30] <james_w> [TOPIC] Select chair for next meeting
[16:30] <MootBot> New Topic:  Select chair for next meeting
[16:30] <james_w> this will be in two weeks time
[16:31] <james_w> any volunteers?
[16:31] <Keybuk> I think you scared them
[16:31] <evand> I'll do it.
[16:32] <james_w> great, thanks evand
[16:32] <james_w> which brings us to
[16:32] <james_w> [TOPIC] Good news
[16:32] <MootBot> New Topic:  Good news
[16:32] <james_w> anyone have any?
[16:33] <Keybuk> I don't even have any SNOW, let alone Good News :'(
[16:33] <highvoltage> I met a girl who sang the blues and I asked her for some happy news, but she just smiled and turned away
[16:34] <ScottK> Got qt4-x11 stood up on ia64 and slangasek gave us a fix for powerpc we just need to integrate.
[16:34] <ScottK> That's good news.
[16:35] <slangasek> my boot time is < 60seconds, that's good news to me :)
[16:35] <Keybuk> we did slip under 17.5s on max yesterday
[16:35] <Keybuk> which is HALF WAY THERE!
[16:40] <james_w> [TOPIC] AOB
[16:40] <MootBot> New Topic:  AOB
[16:40] <james_w> anyone with anything else to say?
[16:40] <slangasek> Merry Christmas!
[16:41] <st33med> It's not Christmas yet
[16:41] <st33med> :(
[16:42] <mvo> almost!
[16:47] <james_w> ok, thanks everyone
[16:47] <james_w> have a good break and see you in two weeks
[16:47] <james_w> #endmeeting
[16:47] <MootBot> Meeting finished at 10:47.
[16:48] <tremolux> have fun everybody!
[16:49]  * slangasek waves
[16:49] <doko_> bye
[16:49] <evand> Thanks!
[16:49] <evand> Have a lovely holiday
[18:17] <sbalneav> Edubuntu meeting now?
[18:18] <mgariepy> sbalneav: i think it's in 45 minutes.
[18:18] <sbalneav> Ah, did it change from 1800 utc to 1900?
[18:20] <mgariepy> sbalneav, yes it did ;)
[18:23] <sbalneav> huh, was there an email, or did I just miss it when it was organized in the irc channel?
[18:23] <sbalneav> Ah, see the email
[18:23] <sbalneav> what's it doing in -dev?
[18:23] <sbalneav> Should be in -users
[18:58] <sbalneav> back
[19:00]  * stgraber waves
[19:00] <stgraber> Edubuntu meeting time !!
[19:00] <alkisg> hi all!
[19:00]  * sbalneav gives secret masonic handshake
[19:00] <stgraber> highvoltage, nixternal: ping
[19:01] <sbalneav> Present
[19:01] <stgraber> looks like we're missing Jordan Erickson to have all of the council in attendance
[19:02] <stgraber> anyway, I'm really glad that we finally got that done so we can focus on Lucid now.
[19:02] <stgraber> Congratulations to all the new members !
[19:02] <sbalneav> Soooooo.... just out of curiousity, did everyone on the council vote?
[19:02] <highvoltage> stgraber: pong
[19:02] <highvoltage> stgraber: yes \o/
[19:03] <sbalneav> wheeha
[19:03] <highvoltage> I'm also surprised that everyone unanynously voted yes
[19:03] <stgraber> I'd think so, we had 6 nominee and each receive 6 votes :)
[19:03] <stgraber> so it looks like all of the current council members voted for everyone :)
[19:03] <highvoltage> I was the slightest bit worried that I might get a "no" but it didn't happen
[19:03]  * alkisg wonders what the other edubuntu members voted... :D
[19:04] <highvoltage> I'm not sure how mootbot works but I guess we should fire him up
[19:04] <highvoltage> MootBot: start meeting
[19:04] <stgraber> Just before we start, I've something scheduled in an hour, so I hope we'll be able to make that meeting fit in the one hour timeslot
[19:04] <stgraber> #startmeeting
[19:04] <MootBot> Meeting started at 13:04. The chair is stgraber.
[19:04] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[19:04] <highvoltage> ah right
[19:05] <stgraber> Meeting agenda is available at: https://wiki.edubuntu.org/Edubuntu/Meetings/Agenda
[19:05] <highvoltage> I guess we more or less covered the New Edubuntu Council, for those who missed the election results: http://fridge.ubuntu.com/node/1961
[19:06] <stgraber> So, just for the record, the new council is made of: Alkis Georgopoulos, Jonathan Carter, Jordan Erickson, Richard Johnson, Scott Balneaves and myself.
[19:06] <stgraber> which is something like half of edubuntu-members (I hope we'll get more members there soon !) ;)
[19:07] <highvoltage> do we want to discuss the role of the EC tonight?
[19:07] <stgraber> we probably can talk about it for up to 10min or so
[19:08] <sbalneav> "Doing everything"
[19:08] <sbalneav> discussed :)
[19:08] <highvoltage> ok great
[19:08] <alkisg> ;)
[19:08] <stgraber> the others meetings item should go quite fast as it's basically discussing and distributing tasks for Lucid :)
[19:08] <highvoltage> so we can move on to technical aspect
[19:08] <sbalneav> I have 2 things for the agenda, putting my name forward.
[19:09] <stgraber> Just so that everyone is aware of it, Jonathan and I are marked as release contact for Edubuntu
[19:09] <stgraber> so the release team will poke one of us when a new release is coming (alpha, beta, rc, final) to know if we're ready to release and get release information (announcement, notes)
[19:09] <highvoltage> (I'm taking notes for the list so if I take a few seconds longer to reply than usual, that's why)
[19:10] <sbalneav> The scripts that LaserJock poked at to make the dvd, do they run automatically?  Or do we have to do something?
[19:10] <stgraber> at the time, the release team asked, the new council wasn't voted yet, so having both of us made the most sense at the time. I still think it does as we're the ones who already did part of that work in the past but feel free to help anyway :)
[19:10] <stgraber> yes, they're run once a day
[19:10] <stgraber> and I get the output by mail in the morning
[19:11] <stgraber> so each day I know if something failed and can tweak the seeds and meta to fix if something is broken (didn't have to do that yet though)
[19:11] <highvoltage> I guess it would be too excessive to make them go to edubuntu-devel
[19:11] <stgraber> I expect that I'll have to poke at that soon to make Live LTSP working
[19:11] <stgraber> yeah, you don't want that on edubuntu-devel, most of the days it's just an empty report
[19:12] <alkisg> stgraber: could you give us a few more details about how's this going to work?
[19:12] <stgraber> and I'm also getting something similar for Ubuntu itself so I can easily see if something is Edubuntu-specific or not
[19:12] <highvoltage> stgraber: did you get a responce from cjwatson?
[19:13] <stgraber> looks like we're moving to the technical part of the meeting, so let's go :)
[19:13] <stgraber> first part is Live LTSP
[19:13] <stgraber> the idea is to have a working LTSP server right from the Live CD
[19:13] <stgraber> that means having the necessary packages on the DVD (but not installed)
[19:13] <stgraber> and a chroot built in Canonical DC and put on the DVD
[19:14] <stgraber> then a script or nice GUI to install these packages + configure them in the Live environment (that'd have to be manually trigerred by the user)
[19:14] <stgraber> then we'll need an installer hook to copy the LTSP installation to the destination system if wanted
[19:15] <stgraber> there's a few points I don't know how to achieve, I sent an e-mail to Collin about it on Monday but I suspect he's on holiday
[19:15] <nixternal> yo yo
[19:15] <stgraber> for these of you interested in that, I'm happy to forward you the e-mail I sent to Collin (that's basically a more detailed description of what I just said)
[19:15] <sbalneav> I have 2 objections to the Live LTSP, but I register them NOT as something to block it's progress, since this seems to be what people want, but, in the interests of going on the record....
[19:15] <alkisg> stgraber: please do :)
[19:16] <highvoltage> stgraber: I'm wondering whether the installer hook is really all that important for lucid. it would be nice, but if it turns out to be a lot of work and hard to achieve then we could also add a menu entry for the installed system that says something like "Activate LTSP" that would pop up a gui that either installs LTSP from the Edubuntu DVD or from scratch. not sure how you feel about that?
[19:16] <sbalneav> 1) It's going to use a lot of space on the DVD that could be used for either langpacks, which brings edubuntu to a wider audience, or could be used for more softaware/content (i.e. moodle plus course content)
[19:17] <stgraber> highvoltage: I'm waiting on Collin's answer for that, but it's clearly an option indeed.
[19:18] <stgraber> 1) We currently have more than the 300MB I need fo LTSP on the DVD, also, I plan to drop the Desktop from the Alternate installer if we need to get more space. Everything will then be installable from the live environment.
[19:18] <sbalneav> 2) The performance is going to suck, and some people may draw inferences between what a livecd gives them versus a "real" ltsp install, performance wise (i.e. "eugh, this sucks we can't run a lab like this")
[19:18] <highvoltage> hmm, that looks like 3 :)
[19:19] <stgraber> 2) That's indeed an issue, though having tested reading the chroot from a DVD, it's not that bad actually. We'll need to make that clear in the tool though.
[19:19] <highvoltage> oh that's stgraber, my bad
[19:19] <nixternal> sbalneav: how bad will the performance be? will it at least be manageable for a demo of sorts and not for typical use?
[19:19] <sbalneav> I'm merely playing devil's advocate :)
[19:19] <nixternal> stgraber: I am guessing the LTSP Live would be for demos?
[19:19] <nixternal> assuming rather
[19:19] <stgraber> the main use case is for demo/training and release parties. And I noticed a quick important interest for that (at UDS mostly)
[19:19] <stgraber> nixternal: yep
[19:19] <nixternal> groovy
[19:19] <highvoltage> sbalneav: I like you playing the devil's advocate
[19:19] <highvoltage> sbalneav: because other people are going to ask these same questions
[19:20] <alkisg> I think if the server has enough RAM, and it caches everything after a few minutes of usage, it'll go pretty well...
[19:20] <nixternal> sbalneav: would it be feasable at least for demos and such?
[19:20] <nixternal> usable is probably the better word
[19:20] <sbalneav> Well, so long as people understand they're trying to boot 30 workstations off a device that's a couple of orders of magnatude slower than a hard disk, it's fine, for demo/testing purposes
[19:20] <stgraber> I guess the important part here is the wording used in the tool you'll use to start the LTSP server.
[19:20] <highvoltage> I guess the 300MB part is small enough to cache in a tmpfs in most situations
[19:20] <stgraber> if we make it clear it's for demo, it's not perfectly secure (we'll have some SSH issue for sure with the DVD) and performance are decreased. It'll be fine.
[19:21] <sbalneav> But we KNOW a certain percentage are going to draw performance conclusions about LTSP off of the live cd performance.  And in that way, we may be hurting ourselves.
[19:21] <sbalneav> But, I guess we won't know until we try, so, carry on seargent major :)
[19:21] <alkisg> sbalneav: with the same logic, live dvds shouldn't exist :)
[19:21] <highvoltage> we could check how much ram is available and if it's more than 1GB or so we copy the squashfs to the chroot. it will help save at least some cd-rom disc access, and speed up booting substantially
[19:21] <alkisg> (I'm playing the opposite devil :D)
[19:21] <stgraber> sbalneav: I guess the number of users that'll complain will be lower than the number we'll introduce to LTSP through that.
[19:21] <highvoltage> also, people could be encouraged to write it to a USB hard disk for better performance
[19:22] <sbalneav> That's fine, like I say, my objecttions are purely academic in nature.
[19:22] <highvoltage> I think the type of people who would want to demo a Live LTSP setup are sensible enough to understand that it would be slow from DVD
[19:22] <highvoltage> I'd also like to see some real life tests, and see how slow/fast it would actually be
[19:23] <stgraber> anyway, that's clearly something I'd like for Lucid and I'm going to invest time into that (well, Revolution Linux will ;)), we can still drop it later if we find it's been a mistake but I doubt we'll :)
[19:23] <alkisg> It'll also be used to test client hardware compatibility, which is difficult to test otherwise.
[19:23] <sbalneav> Well, yeah, but if you hang around #ubuntu for an hour you'll see things like "I just tried the live cd on my single-spin cdrom, why's it so slow? I thought linux was fast wahh wahh" etc. :)
[19:23] <stgraber> alkisg: indeed, that's a good usecase too.
[19:23] <sbalneav> But like I say, lets try it and see
[19:24] <stgraber> cool, next up is the Edubuntu menu editor
[19:24] <sbalneav> So long as we go into it with eyes wide [Open|Shut] :)
[19:24] <stgraber> we wrote a spec about it at: https://wiki.edubuntu.org/Edubuntu/Specifications/EdubuntuLucidMenuEditor
[19:24] <stgraber> and have a LP project here: https://launchpad.net/menueditor
[19:24] <stgraber> mgariepy started working on it and has at least the UI ready (not sure how much of the backend/xdg is done yet)
[19:25] <stgraber> want me to do a quick intro or are you reading through the spec ?
[19:25] <sbalneav> mgariepy: are you shooting to have it in for Lucid?
[19:25]  * nixternal was reading the spec
[19:25] <stgraber> mgariepy: around ?
[19:25] <mgariepy> the ui is like 85% finish, altought i'll put this code on quickly
[19:25] <sbalneav> He was here a bit ago
[19:26] <mgariepy> yeah
[19:26] <sbalneav> there he is
[19:26] <mgariepy> it will be on lucid.
[19:26] <stgraber> sbalneav: we have a roadmap at the end of the spec, idea is to have that in Main for Lucid.
[19:26] <sbalneav> perfect.
[19:26] <sbalneav> If I can help, let me know.
[19:27] <stgraber> I already contacted Guadalinex (asanchez), they'll be providing some example menus, so will RL for the Quebec and maybe the US too
[19:27] <stgraber> I hope to have time to look at the code in the next two weeks so we can be on time to get it in universe and then promoted to main before FF (mid-february)
[19:27]  * nixternal rsyncs dvd iso before he forgets
[19:28] <stgraber> so far, that's one of our "lucid features" that's the most advanced :)
[19:28] <sbalneav> Sorry, I have 4 items, when it gets to me
[19:29] <stgraber> sbalneav: ok, noted
[19:29] <stgraber> next on the agenda, we have the Netbook edition
[19:29] <stgraber> I heard quite a bit of demand for that from customers + community and it really shouldn't be hard to achieve at least as an installer option on the DVD
[19:29] <stgraber> maintaining another image for Lucid may be a bit too much for us yet
[19:30] <stgraber> opinions "
[19:30] <stgraber> ?
[19:30] <highvoltage> stgraber: what are you thinking... a meta-package for UNR?
[19:30] <nixternal> we have 2 editions available for use, Ubuntu Netbook Edition and Kubuntu Netbook Remix
[19:30] <alkisg> I also think it'll be pretty useful, and I think students here in Greece will use it.
[19:30] <nixternal> couldn't we just have a custom edubuntu-netbook-defaults-{kde|gnome} or such?
[19:31] <stgraber> highvoltage: I was thinking, installer option that'll install an additional meta-package on the target system (containing the launcher, maximus, ...) yep
[19:31] <nixternal> have them for addons if anything in Lucid?
[19:31] <highvoltage> stgraber: aaah, an option to the edubuntu install image... nice
[19:31] <stgraber> we can certainly have the meta packages and the installer task
[19:31] <stgraber> then it'd be great if we could have that meta package installed through the installer too
[19:32] <stgraber> anyone who would have time to work on the spec ? (I'm fine with mentoring/uploading/...)
[19:32]  * highvoltage
[19:33] <stgraber> yeah ! one less on my list, that's awesome :)
[19:33] <alkisg> Since we'll already have the necessary bits on the DVD, it'd be nice if we implemented "installing to netbooks from network, using the live dvd as the server". (netbooting = https://help.ubuntu.com/community/Installation/Netboot)
[19:33] <highvoltage> writing specs are fun, especially making up names for the use cases :D
[19:33] <stgraber> highvoltage: hehe :)
[19:33] <highvoltage> stgraber: I'll have a full draft ready by Monday'ish
[19:34] <stgraber> alkisg: we won't be able to netinstall as we will only have a live environment and not all the packages
[19:34] <highvoltage> alkisg: that's actually a very good idea, I think it could be a killer feature and quite easy to implement
[19:34] <stgraber> alkisg: netinstall requires a package repository
[19:34] <highvoltage> stgraber: not necessarilly
[19:34] <highvoltage> stgraber: we could boot the livecd over the network
[19:34] <stgraber> highvoltage: oh ? they provide the bits to boot the livecd now ?
[19:34] <alkisg> stgraber: see the link I posted..
[19:34] <stgraber> last I tried we were missing some stuff in the initrd for that to be possible
[19:35] <highvoltage> stgraber: I had some trouble too trying to do it before, but ogra told me that it has been done before, so it can be done
[19:35] <stgraber> alkisg: what I read on that page is about the text installer (aka, netboot)
[19:35] <alkisg> Bah wrong link - anyway I've done this
[19:36]  * alkisg can look into it, if people think it'll be useful
[19:36] <stgraber> highvoltage: yeah, I have done it too, it requires some changes to the initrd which I would like to avoid as that'd mean shipping two initrds
[19:36] <stgraber> highvoltage: that's easy to do outside the scope of the official DVD build
[19:36] <highvoltage> alkisg: I'm making a note of it for the minutes, I think it's worth looking in to for lucid if it's as simple as we think
[19:36] <alkisg> Nice
[19:37] <stgraber> alkisg: yep, sending information on how to do it is clearly interesting, we can then discuss if that's possible to do it in Lucid or just provide the user with information on how he can do it
[19:37] <stgraber> next point before I leave the stage to sbalneav is Artwork
[19:37] <highvoltage> I think users generally don't mind copying and pasting a few commands from a wiki page if it gives them enough gain
[19:37] <highvoltage> it could probably be provided via a script as well
[19:38] <stgraber> I've sent an e-mail about it to the ML a few weeks ago and got an answer from Mads Rosendahl who's interesting in helping us there with whatever we need
[19:38] <alkisg> Right, even a (simple enough) wiki page would do.
[19:38] <stgraber> next step will be to list all of the requirements for each part of the artwork and announce that to edubuntu-* and ubuntu-artwork
[19:38] <stgraber> I've done it with LTSP in the past with very good results
[19:39] <stgraber> I'll be working on that spec this week or next and will announce it first on -devel so you can all review it before I send a call for artwork
[19:39] <stgraber> sounds good ?
[19:39] <nixternal> +1
[19:39] <highvoltage> I quite like the default LDM Ubuntu background (the white with the fire stripe thingy)
[19:39] <sbalneav> +1
[19:40] <stgraber> highvoltage: that's one of Mads Rosendahl's contributions
[19:40] <highvoltage> stgraber: cool
[19:40] <alkisg> I'm not really sure that the artwork is appropriate for older students. I.e., for some ages and up I'd prefer the default theme... Sure, I could use update-alternatives later, so, +1
[19:40] <stgraber> and I like it a lot too
[19:40] <highvoltage> stgraber: I'm not familiar with Mads Rosendahl, but I'll look up his work
[19:40] <stgraber> alkisg: yep, as we are on a DVD we also have more spaces for alternative artwork
[19:41] <highvoltage> alkisg: I hear you, I think edubuntu is ready for something more elegant
[19:41] <alkisg> Hmmm then it would be possible to select the standard ubuntu artwork somehow?
[19:41] <stgraber> highvoltage: met him in person at UDS, very nice guy and he's been doing very good work and wants to do more.
[19:41] <highvoltage> alkisg: still fun, still youthfull, something that would encourage a feel for learning, but elegant :)
[19:41] <stgraber> alkisg: we can provide alternatives background quite easily
[19:41] <highvoltage> stgraber: cool, we must get him to do more then :)
[19:41] <alkisg> stgraber: I got some negative feedback about the icons, mostly...
[19:41] <stgraber> so the splash and login background shouldn't be age-specific and nor should be the default background
[19:42] <highvoltage> alkisg: the gartoon icons?
[19:42] <mhall119|work> sorry to interrupt, but congrats to those who were elected the other day
[19:42] <highvoltage> they have become rather dated
[19:42] <nixternal> that they have
[19:42] <stgraber> mhall119|work: thanks
[19:42] <alkisg> highvoltage: yup... the comments were "too childish" - of course the comments were made by older students
[19:42] <highvoltage> thanks mhall119|work
[19:42] <alkisg> Younger students liked them
[19:42] <stgraber> I guess a new icon theme would be a good idea, or using the same as ubuntu
[19:43] <highvoltage> I think they were fine for the first few edubuntu releases, I think they should still be included, probably just not default
[19:43] <stgraber> we can still ship gartoon so it's available if you want to
[19:43] <mhall119|work> gnome-colors is a nice icon packl
[19:43] <highvoltage> stgraber: *nod*
[19:44] <stgraber> cool, so that's 15 minutes for sbalneav !
[19:44] <highvoltage> I'm quite a big fan of the breathe icon theme
[19:44] <highvoltage> it's one of the first things I install on all my ubuntu machines
[19:44] <nixternal> seems there has been an update to gartoon in october adding some new icons
[19:44] <nixternal> though I think the icons actually fit edubuntu, even though they seem "old" to me
[19:44] <sbalneav> I quite like the gartoon theme
[19:44] <stgraber> highvoltage: yep, from the little I saw it, it looks great
[19:45] <sbalneav> better than the default ubuntu one.
[19:45] <sbalneav> Should I go?
[19:45] <highvoltage> (it's available from the breathe-icon-theme package just in case anyone wants to try it out)
[19:46] <highvoltage> sbalneav: please, fire away!
[19:46] <nixternal> highvoltage: I use it as well...I do like it indeed
[19:46] <nixternal> it has that Oxygen feel to it from KDE4
[19:46] <sbalneav> 1) Status of my work for sabayon for Lucid
[19:46] <sbalneav> http://git.gnome.org/browse/sabayon/log/
[19:46] <MootBot> LINK received:  http://git.gnome.org/browse/sabayon/log/
[19:46] <sbalneav> I've been hard at work, getting Sabayon to the point where teachers will be able to use it actively, and usefully.
[19:47] <sbalneav> In the past 2 months, I've added apply-by-group, which is huge, fixed all the crasher bugs, integrated it with Pessulus properly, and written a manual for it.
[19:48] <sbalneav> in the process, I'm now a Gnome developer.  I have git AND ftp access, and will soon be a full on Gnome foundation member.
[19:48] <sbalneav> So, we should *FINALLY* have a management solution for teachers.
[19:48] <alkisg> Congrats sbalneav :)
[19:48] <nixternal> wow, first time I have looked at sabayon...that is pretty awesome!
[19:49] <nixternal> "It does this by providing a "desktop within a window", allowing you to customize your desktop as you see fit, then recording your changes, to be applied to users by the sabayon-apply program at login time."  <- FOR THE WIN!
[19:49] <stgraber> sbalneav: poke me as soon as you need someone to sponsor upload to the archive, I'll be glad to help
[19:49] <sbalneav> 2:
[19:49] <sbalneav> http://git.gnome.org/browse/nanny
[19:49] <MootBot> LINK received:  http://git.gnome.org/browse/nanny
[19:50] <highvoltage> sbalneav: wow, awesome!
[19:50] <sbalneav> nanny is a brand new package, just been uploaded in  the last few days.
[19:50] <sbalneav> I'll package it for Lucid.  Basically allows a parent/teacher to control time on the workstation, content, etc.
[19:50] <stgraber> that's the parental control thingy right ?
[19:50] <sbalneav> right.
[19:51] <sbalneav> I've already made contact with the devel.
[19:51] <sbalneav> He asked me to wait a couple of days while they get a website together, and fix some bugs
[19:51] <stgraber> cool, how likely are we to get a working release for Lucid ?
[19:51] <sbalneav> but then was pleased to have someone willing to get it in a distro.
[19:51] <mhall119|work> sbalneav: wasn't there a project in launchpad for that kind of control?
[19:51] <highvoltage> as in https://blueprints.launchpad.net/ubuntu/+spec/desktop-zeitgeist-parental-control-lucid ?
[19:52] <sbalneav> Well, I'm willing to bet pretty good
[19:52] <stgraber> (just remembering everyone, "in Lucid", means second week of February)
[19:52] <sbalneav> I don't see a lot of code on that blueprint, whereas nanny has code.
[19:53] <sbalneav> code > great plans every time :)
[19:53] <sbalneav> If the other materialized, we can race 'em.
[19:53] <highvoltage> sbalneav: indeed, perhaps we should let them know of your work
[19:54] <sbalneav> 3) I want to, over the holidays, have someone help me get my upload privs
[19:54] <sbalneav> fixing bugs for my item #4, plus my work for sabayon's getting hard just doing it in my ppa.
[19:54] <highvoltage> we should perhaps briefly speak about the archive reorganisation, I'm not sure if you're familiar with it sbalneav?
[19:54] <sbalneav> Yeah, I keep hearing all sorts of things.
[19:54] <sbalneav> but let me be brutally blunt.
[19:54] <nixternal> do we have edubuntu-devel in LP yet?
[19:55] <stgraber> the most important thing here is to get edubuntu-dev approved for uploads to edubuntu-related packages
[19:55] <sbalneav> yes we do.
[19:55] <highvoltage> stgraber is bettter in the loop about it than me, but basically, we could have an edubuntu upload group that affects all edubuntu packages, even in main
[19:55] <stgraber> but we can discuss that just after
[19:55] <sbalneav> how long will that take?
[19:55] <nixternal> and if we add someone to edubuntu-devel they get upload rights to the edubuntu packages?
[19:55] <nixternal> that is all taken care of I assume?
[19:55] <stgraber> nixternal: that bit has to be done
[19:56] <nixternal> stgraber: what all is left? I can help push that along
[19:56] <stgraber> nixternal: having edubuntu-dev granted upload rights to all edubuntu-related packages
[19:56] <nixternal> do like we do with kubuntu-devel...those members get to vote on someone becoming an edubuntu developer
[19:56] <sbalneav> because, quite frankly, I became an upstream GNOME developer with keys to git in a couple of months with just one persons say-so, but I've been contributing to Ubuntu/Edubuntu for years, and I still don't have the ability to materially fix anything :)
[19:57] <nixternal> ok, so that needs to be done on the canonical side then, and I am also assuming they are aware of it?
[19:57] <nixternal> sbalneav: you can fix it, we just have to upload it :p
[19:57] <stgraber> nixternal: that's on my todo for early next year
[19:57] <nixternal> stgraber: rock on
[19:57] <nixternal> early next year == 9 days :)
[19:58] <sbalneav> Anyway, I need push access.
[19:58] <nixternal> or 8.5 for us in chicago
[19:58] <sbalneav> 4) Bug day
[19:58] <stgraber> well, that's for "when Canonical people are back from holidays"
[19:58] <nixternal> right
[19:58] <sbalneav> We need to schedule one, so that I can take a day off.
[19:58] <nixternal> they seem to always be on holidays too
[19:58] <sbalneav> work, that is
[19:58] <nixternal> sbalneav: hahahahaha
[19:58] <stgraber> actually there's two days that we need to schedule
[19:58] <sbalneav> and spend a day HARD on fixing bugs
[19:59] <stgraber> - bug day
[19:59] <stgraber> - wiki day
[19:59] <nixternal> getting out of work to do a bug day....now that is a new one...no more "My significant other is ill, I can't make it in today" or "I am not *cough* *choke* *puke* feeling well today" :)
[19:59] <sbalneav> what I'd like from all of you is to spend maybe an hour on the bugsquad page, and think about what you feel will give us the BIGGEST bang for the buck in terms of stability for Lucid.
[20:00] <highvoltage> +1 on bug day and wiki day
[20:00] <sbalneav> nixternal: I just book a day of my holidays.
[20:00]  * stgraber looks at his calendar for some random dates in the next month or so
[20:00] <highvoltage> the randommer the better
[20:00] <highvoltage> (exluding January 1 hopefully :p)
[20:00] <stgraber> sbalneav: any preference (I just do it at work so it doesn't really matter for me and highvoltage)
[20:00] <stgraber> += ?
[20:01]  * nixternal wishes he could do it at work, but he doesn't work :(
[20:01] <sbalneav> I'm fine anytime.
[20:01] <alkisg> Maybe a little late, to have a chance to test more alpha releases?
[20:01] <nixternal> docs...think it is time for those to get reworked
[20:01] <alkisg> Or does it have to be old bugs?
[20:02] <highvoltage> nixternal: as in, a docs hug day?
[20:02] <sbalneav> what would be good is at least if stgraber and HV were available for uploads as I fix the bugs, but that doesn't sound like a problem.
[20:02] <nixternal>  we would need a "doc hug month" I believe
[20:02] <sbalneav> nixternal: That's another issue.
[20:02] <sbalneav> LTSP docs are now in some kind of good state
[20:02] <highvoltage> I guess a day would be a good start :)
[20:02] <nixternal> we can at least use ubuntu-docs as a great basis to include some of our stuff
[20:02] <stgraber> 12nd and 21st of January ?
[20:02] <sbalneav> we need to package them so they'll be in gnome helpcenter
[20:03] <sbalneav> and then get the handbook fixed up.
[20:03] <highvoltage> stgraber: +1
[20:03] <stgraber> (avoid Mondays and Fridays + taking days I don't have meetings schedule yet :))
[20:03] <sbalneav> 12 for bugs, 21 for wiki?
[20:03] <stgraber> sbalneav: yep
[20:03] <sbalneav> Sounds good
[20:03] <highvoltage> I would be tempted to say wiki first, but since feature freeze is so close I guess it's sensible to do bugs first
[20:03] <stgraber> good, booking Jonathan and I then
[20:04] <highvoltage> what aboud a docs hug day?
[20:04] <sbalneav> Marked in my calendar.
[20:04] <highvoltage> for the 31st?
[20:04] <sbalneav> I'd say wait till after feature freeze
[20:04] <stgraber> done
[20:04] <sbalneav> We can still update docs after FF, right?
[20:04] <stgraber> yep
[20:04] <nixternal> yeah, after feature freeze, preferably closer to UI freeze
[20:04] <stgraber> after FF for docs sounds good
[20:05] <sbalneav> nixternal: yeah
[20:05] <highvoltage> sbalneav: yep, although I think it would be good if we at least take some inventory of what we've got, what needs to be done, etc
[20:05] <stgraber> we can schedule that at a later time
[20:05] <sbalneav> we can talk about it briefly wiki day maybe
[20:05] <stgraber> highvoltage: yep, doing a quick review and posting to the ML sounds good
[20:05] <nixternal> for the handbook, I say we make it minimal, leveraging the ubuntu-docs...make edubuntu-docs depend/require ubuntu-docs, and then the handbook cover just educational stuff
[20:05] <highvoltage> ok
[20:05] <nixternal> that will make it so much easier to hug
[20:05] <stgraber> nixternal: and depend on the ltsp handbook for the LTSP part
[20:06] <nixternal> of course :)
[20:06] <sbalneav> OK
[20:06] <nixternal> I will get the edubuntu-docs stuff rolling at least to prepare for some hugging
[20:06] <sbalneav> That's all from my desk.
[20:06] <stgraber> cool
[20:07] <highvoltage> if kde-edu's docs are good then between that, Ubuntu and LTSP docs it should cover at least 95% of everything needed
[20:07] <stgraber> I don't have much time left on my side but we also have the website on the schedule
[20:07] <sbalneav> right, and the handbook can tie it all together,
[20:07] <stgraber> Is anyone willing to spend time improving it or should we try recruiting someone else for that ?
[20:07] <sbalneav> I really liked it when we had it in helpcenter.
[20:07] <sbalneav> Handbook?
[20:07] <sbalneav> I'll do it.
[20:07] <highvoltage> can we spend a few minutes to talk about the website?
[20:07] <stgraber> it'd clearly need some design work + fixing + updating the content
[20:08] <nixternal> highvoltage: kde-edu's docs are lacking a bit, I need to spend time upstream obviously :)
[20:08] <highvoltage> not sure how you'd feel about this stgraber, especially since I know you like drupal, but I think Wordpress would be nice for the Edubuntu site
[20:08] <stgraber> I have a gobby document if not even a wiki page about what we'd like to be part of the wiki and website, I'll send it to the ML for review
[20:08] <highvoltage> nixternal: heh :)
[20:09] <nixternal> edubuntu doesn't ship khelpcenter right?
[20:09] <highvoltage> stgraber: I think it would also be nice having an Edubuntu blog on the site for news that gets aggregated to planet Ubuntu, which we'd also use for meeting minutes, etc
[20:09] <stgraber> highvoltage: what'd be the advantage of WP here ? I don't think we really have any blog-like content yet, it's mostly pages.
[20:09] <sbalneav> website wise, aren't we stuck with whatever canonical provides?
[20:09] <nixternal> I will find out in the next 10 minutes as the iso finishes rsync'ing
[20:09] <highvoltage> stgraber: right, for now
[20:10] <nixternal> highvoltage: I think we could leverage the Fridge for stuff like that
[20:10] <stgraber> highvoltage: Drupal works really well for blogging btw :) (my blog runs on Drupal)
[20:10] <highvoltage> stgraber: I like how easy wordpress is to maintain, it does one click upgrades, where our drupal installation is almost always outdated
[20:10] <stgraber> you won't have upgrades in Canonical DC
[20:10] <nixternal> right
[20:10] <highvoltage> stgraber: what do you mean? I have login on that server :)
[20:10] <stgraber> servers don't have internet access and you can't write files with the web account
[20:10] <nixternal> I would say keep the website information, news/minutes and stuff can go on the Fridge
[20:11] <nixternal> I am a Ubuntu News Editor, and I am sure it would be hard to get one or more of you on there as well so you could post news
[20:11] <nixternal> s/would/wouldn't/
[20:11] <stgraber> highvoltage: is that in Canonical DC ? because the servers I have access to don't even have access to LP :)
[20:11] <stgraber> nixternal: sounds good
[20:11] <nixternal> I need to get Kubuntu to do the same :)
[20:12] <stgraber> we can always put a block or something following the fridge using RSS (if we can make our box talk with the fridge one ;))
[20:12] <nixternal> yup
[20:12] <stgraber> highvoltage: sounds reasonable ?
[20:13] <highvoltage> stgraber: I believe so, it has an ip address of <IP_ADDRESS> and hosts things like planet.launchpad.net, www.markshuttleworth.com, popcon.ubuntu.com, kubuntu.org and a few others
[20:13] <highvoltage> stgraber: it does
[20:14] <stgraber> highvoltage: ok, it seems to be a lot easier than the Canonical QA servers :)
[20:14] <nixternal> you can talk to ryanacka in kubuntu-devel, as he has experience with updating the Kubuntu website....he might have pointers to make the work on our end easier since we both face similar situations
[20:14] <highvoltage> stgraber: I had to wrestle elmo for it ;)
[20:14] <nixternal> I do know whatever changes you request, in a bzr branch, have to go through intensive security checks before it gets uploaded/approved
[20:15] <stgraber> highvoltage: hehe, ok :)
[20:15] <stgraber> nixternal: yeah, I have to send my code through security review for qa.ubuntu.com, though that's mostly for the PHP code. Python code is a lot easier to get updated :)
[20:15] <stgraber> (as in, I do it live on the server ...)
[20:16] <stgraber> ok, I'll really have to go :)
[20:16] <stgraber> any other businesses ?
[20:16] <highvoltage> yes!
[20:16] <highvoltage>   Liaison with other projects (Qimo, Guadalinex, Sugar, ...)
[20:16] <highvoltage> we
[20:16] <stgraber> oh, thanks, forgot about this one.
[20:16] <highvoltage> we're losing our sugar packages
[20:16] <highvoltage> not sure if you guys saw ogra's mail today
[20:17] <mhall119|work> is GDM theming in Lucid going to be easier than in Karmic?  I'm seriously thinking about pushing back Qimo 2.0 so that I can base it off an LTS
[20:17] <stgraber> It'd be great to have someone taking care of talking with each of them. I have a quite good relationship with the guys at Guadalinex (through their company, Isotrol)
[20:17] <stgraber> mhall119|work: I don't think so, at least not yet.
[20:18] <highvoltage> stgraber: Isotrol? :)
[20:18] <stgraber> do we have someone who'd like to care about sugar, it's quite a bit of work I believe and not something I'd have time to work on myself
[20:18] <highvoltage> they're trolling for isos? :p
[20:18] <stgraber> highvoltage: hehe :)
[20:18] <highvoltage> yeah sugar is way too big a beast for me at this stage
[20:19] <highvoltage> I've talked to mhall119|work before about helping him with some of those artwork packages and getting them into Ubuntu
[20:20] <highvoltage> we need to turn him into a MOTU and Edubuntu-dev (when it exists eventually) as well
[20:21] <highvoltage> mhall119|work: so if you wouldn't mind me being assinged to work on relationship with Qimo I'd be glad to :)
[20:21] <stgraber> would be great
[20:21] <highvoltage> mhall119|work: not that it's all that necessary probably since you're already part of us :)
[20:21] <mhall119|work> highvoltage: half my artwork is obsolete now with XSplash and the new GDM
[20:21] <mhall119|work> highvoltage: I'd love having your help
[20:21] <highvoltage> mhall119|work: great!
[20:21] <stgraber> so I guess we should announce on edubuntu-* that we're looking for someone to work on Sugar ?
[20:22] <stgraber> possibly looking at what's the state in Debian and proposing ways to improve what we have in Ubuntu
[20:22] <highvoltage> mhall119|work: I'll give you a ping somewhere between the 4th and 9th and then we can discuss it in some detail?
[20:22] <stgraber> if we don't then I'm affraid we'll have to look at it again for Lucid+1
[20:22] <mhall119|work> highvoltage: we have #qimo registered, if you want to pop in there
[20:22] <mhall119|work> or email me
[20:22] <mhall119|work><EMAIL_ADDRESS>[20:23] <highvoltage> ok
[20:23] <highvoltage> stgraber: +1 on asking for some help on sugar
[20:24]  * stgraber looks at the clock
[20:24] <stgraber> anything else ?
[20:24] <sbalneav> Nope
[20:24] <stgraber> next meeting ?
[20:24] <highvoltage> additionally, I think we should blog about Edubuntu and current plans and progress and since we have work that don't have people assinged to it, invite people to work on those areas (such as sugar)
[20:24] <stgraber> next week or should we wait for after the holidays ?
[20:24] <sbalneav> Why not one after the 21st
[20:24] <stgraber> highvoltage: +1
[20:25] <stgraber> sbalneav: as in, after the wiki day ?
[20:25] <highvoltage> I think we could do another meeting on the 28th and 29th?
[20:25] <highvoltage> (of this month?)
[20:26] <stgraber> highvoltage: yep
[20:26] <sbalneav> Oh, ok, if you want to have one that soon shure.
[20:26] <stgraber> sbalneav: we should really have a meeting quite soon just to handle answers we may get on the list
[20:26] <stgraber> then another before the bug/wiki days so we can prepare them properly
[20:26] <highvoltage> sbalneav: I think it's good to do it weekly, I think it's fine if not everyone can make it, but since timelines are short it's probably goot to get people together regularly
[20:26] <sbalneav> Sounds fine.
[20:26] <stgraber> and then one after or something like that
[20:26] <sbalneav> +1
[20:26] <sbalneav> +999
[20:27] <stgraber> it also makes spec tracking a lot easier
[20:27] <stgraber> what about 29th 19UTC ?
[20:27] <highvoltage> indeed, my memory isn't that great so if we spend more than 2 weeks not having a meeting I could forget everything :)
[20:27] <highvoltage> stgraber: +1
[20:28] <stgraber> great, so see you all next week
[20:28] <mgariepy> stgraber, +1
[20:28] <sbalneav> +1
[20:28] <mgariepy> i should be there, but remind me if we see each other ;)
[20:28] <stgraber> #endmeeting
[20:28] <MootBot> Meeting finished at 14:28.
[20:29] <stgraber> mgariepy: will do, don't worry :)
[20:29] <highvoltage> heh I'll give you a ping too mgariepy :)
[20:29] <stgraber> you're only like 30s away from my place anyway
[20:29] <highvoltage> it's great seeing Edubuntu in full swing again :D
[20:29]  * highvoltage grabs the meeting bong stick
[20:29] <stgraber> got to go now, was a great meeting, thanks everyone
[20:29] <alkisg> Nice team :)
[20:29] <highvoltage> *BONG*
[20:29] <highvoltage> (we can move to #edubuntu for further discussions, etc)
[20:30] <highvoltage> oh, and remember to blog!!!


[01:31] <OvenWerks> holstein: does this look useful? I have yet to package it: http://www.ovenwerks.net/software/index.html
[01:32] <OvenWerks> written in pyqt4
[01:34] <OvenWerks> (may have problems with a gtk2 systray, but works fine with a gtk3 systray)
[04:30] <OvenWerks> zequence: lets not add Mixxx to our apps. It seems to send a pasuspend if it needs to or not. https://bugs.launchpad.net/ubuntu/+source/mixxx/+bug/1325752
[11:53] <zequence> OvenWerks: Why don't you put your effort in helping out with developing -controls instead?
[11:54] <zequence> OvenWerks: I'd rather see customizable profiles, which would appear if created and saved - and the app would ship a couple by default.
[11:55] <zequence> Some people might only need a single profile, others plenty more
[15:54] <holstein> OvenWerks: im *so* slammed.. i want to test that ASAP.. looks *very* cllo
[15:54] <holstein> cool*
[21:16] <OvenWerks> zequence_: I need this for my system. I am willing to offer it to others if they want it too.


[04:22] <Muscovy> I feel silly, I'm stuck for things I can do for the tour.
[04:23] <Muscovy> Just about all of the writing left is for things I don't really use or use too oddly to write about.
[04:24] <UndiFineD> hello
[04:26] <UndiFineD> I am still not feeling very well, but when you have children you kinda forget and forfil their needs instead of your own resting needs
[04:27] <UndiFineD> I know tons of things to do .. just dont have the energy
[04:28] <UndiFineD> yesterday I woke at 7 and went to bed at 8, 13 hours later
[14:33] <UndiFineD> updated the pad
[17:55] <UndiFineD> brb ... installing new sound card


[05:08] <luis220413> I am available now.
[05:08] <luis220413> Please review my updates.
[05:12] <luis220413> Please review the security update in bug 1970507.
[05:12] <luis220413> Please review the SRUs in bug 1970779, bug 1978555 and bug 1978891.
[05:15] <luis220413> And bug 1980873 (not packaged by me)
[05:18] <luis220413> sbeattie: ^
[06:58] <luis220413> I am unavailable until 11:00 UTC and may be so until 12:00 UTC.
[12:01] <luis220413> amurray: Please review my updates.
[12:01] <luis220413> I am available now.
[12:11] <luis220413> georgiag: Please review my updates.
[12:52] <ebarretto> luis220413, I will be adding comments to your launchpad tickets today. Please note that SRUs are not the security team responsibility to review them or to notify the SRU team.
[13:12] <luis220413> ebarretto: Specifically, I want you to review bug 1970507, bug 1970779, bug 1978555, bug 1978891 and bug 1980873. The updated package in the last one was not made by me.
[13:15] <ebarretto> luis220413, spip for focal and jammy is an SRU
[13:15] <ebarretto> I think we already discussed about this one
[13:15] <luis220413> I know. Ignore all but 1970779 (that should be a security update) and 1980873
[13:15] <luis220413> And 1970507
[13:16] <ebarretto> again, I will be adding comments, I won't be sponsoring those. I'm just reviewing everything so we assign people to it
[13:17] <luis220413> I just converted 1970779 into a security update given comment #18 (by Marc Deslauriers)
[13:20] <ebarretto> luis220413, regarding #1970507 I can't see a debdiff there
[13:21] <ebarretto> not sure if LP is misbehaving
[13:21] <ebarretto> could you please attach the debdiff(s)?
[13:22] <luis220413> ebarretto: I will upload one now. It includes the fixes from the version in the unapproved queue.
[13:22] <luis220413> LP is not misbehaving.
[13:23] <luis220413> The debdiff has been attached 1 minute ago.
[13:23] <ebarretto> luis220413, please add also information on how to test the package/cves
[13:26] <luis220413> ebarretto: Done. I can perform the part of the testing that does not involve private exploits.
[13:26] <luis220413> The Ubuntu Security Team may have access to private exploits.
[13:30] <ebarretto> luis220413, thanks!
[13:39] <ebarretto> luis220413, regarding https://bugs.launchpad.net/ubuntu/+source/wpewebkit/+bug/1970779  could you also upload a debdiff? I checked your ppa and I see build failures, are you currently working on fixing those?
[13:40] <luis220413> ebarretto: Please download the source packages from https://launchpad.net/~luis220413/+archive/ubuntu/security-updates/+packages. I asked a question about Launchpad itself on Launchpad regarding the build failures because they do not have logs.
[13:41] <luis220413> I tried to upload the debdiffs but they were too large (around 200 MB).
[13:43] <ebarretto> luis220413, 200mb debdiffs are really hard to sponsor and validate
[13:43] <luis220413> When I completed the patched packages I tried to upload the debdiffs several times but encountered timeout errors due to the size of the debdiffs (around 100-200 MB), and filed a bug on Launchpad itself (that was marked as Won't Fix) as described in 1970779.
[13:43] <luis220413> ebarretto: A debdiff only with the security fixes would not fix compatibility issues with current websites. Many current websites only support the latest versions of browsers.
[13:45] <ebarretto> luis220413, but still a large debdiff like that can introduce many regressions, ABI and API incompatiblity. Causing more issues than gains
[13:47] <luis220413> ebarretto: See comment #18 in the bug. The wpewebkit 2.x series have stable ABI and API.
[13:48] <ebarretto> luis220413, we still need to validate that in the debdiff has every piece of code needed, and nothing is missing. And that's not trivial in a 200mb debdiff
[13:48] <ebarretto> luis220413, your build should at least pass in all architectures before we continue this sponsoring
[13:48] <ebarretto> could you please investigate it?
[13:51] <luis220413> I believe that should be investigated by the Launchpad team. I will upload a new version now. From the times of the previous builds of this package, the builds will take 1 to 10 hours.
[13:52] <ebarretto> luis220413, if it fails again let me know and I can ask the launchpad team to take a look
[13:54] <luis220413> ebarretto: I will skip Impish because it will reach end-of-life tomorrow.
[13:54] <ebarretto> luis220413, yes, please skip it
[14:00] <luis220413> ebarretto: Regarding the debdiffs you can ignore the upstream changes and only consider the changes in the Debian packaging tarball.
[14:03] <luis220413> ebarretto: The new packages are building in my PPA
[14:09] <luis220413> ebarretto: Next is bug 1980873
[14:09] <ebarretto> luis220413, thanks, I will try to keep a look at it, but feel free to let me know if it fails again and there's no log, so I can ask launchpad team's help
[14:18] <ebarretto> luis220413, 1980873 is already assigned to one of our colleagues, it will get done in the next days/weeks


[05:12] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: This App Makes Installing GNOME Extensions MUCH Easier @ https://www.omgubuntu.co.uk/2022/01/gnome-extension-manager-app-easy-install (by Joey Sneddon)
[17:01] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: KDE Plasma 5.24’s Default Wallpaper is Unveiled @ https://www.omgubuntu.co.uk/2022/01/kde-plasma-5-24-default-wallpaper (by Joey Sneddon)
[19:06] -SwissBot:#ubuntu-news- ::UbuntuOnAir:: Warbling with Andrew Vojak! | Community Office Hours @ https://www.youtube.com/watch?v=ROlPeeF80_Q (by Ubuntu OnAir)
[22:46] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Say Hello to Warble, a Wordle Clone for elementary OS @ https://www.omgubuntu.co.uk/2022/01/warble-wordle-game-clone-for-elementary-os (by Joey Sneddon)


[22:01] <johnc4510> The newest edition of the Ubuntu Weekly Newsletter #149 is now available:
[22:01] <johnc4510> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue149


[00:06] <nalioth> niko: there is also #ubuntu-irc-council
[00:15] <niko> i see
[17:41] <ubot4> mac_v called the ops in #ubuntu-bugs ()