[06:17] <Kilos> helloooo africa
[07:28] <rmyc> http://www.hastebin.com/qusesitoja.vhdl
[07:28] <Kilos> hi rmyc
[07:29] <rmyc> Hello.
[07:29] <Kilos> welcome to ubuntu-africa
[07:29] <Kilos> where are you?
[07:31] <rmyc> USA.
[07:31] <Kilos> aha
[07:32] <rmyc> Great Lakes region.
[07:32] <Kilos> nice
[07:32] <rmyc> chicagoland
[07:32] <Kilos> hehe
[07:34] <rmyc> Here are the words of the Christian God who loves you.
[07:34] <rmyc> And formed you.
[07:34] <rmyc> http://www.hastebin.com/ajayivuwic.vhdl
[07:35] <Kilos> are you a linux user?
[07:35] <rmyc> Not at the moment, though normally.
[08:47] <stickyboy> Kilos: I'm going to Ethiopia tomorrow.
[08:47] <stickyboy> Gonna try to reach out to tsega.
[08:47] <stickyboy> See if I can get a meetup.
[08:48] <Kilos> good stickyboy  and kick him for being so scarce
[08:49] <stickyboy> Mos def
[08:49] <Kilos> and also ask him where are all those west coast peeps he was going to bring here
[08:49] <stickyboy> Just tweeted to all #Ethiopa #Linux users too...
[08:49] <Kilos> eish twitter and FB are stealing all our peeps
[08:50] <Kilos> what is the matter with people, is irc so difficult
[08:51] <Kilos> and  i mainly use twitter to fight with my isp
[08:52] <stickyboy> IRC is so sweet... low bandwidth. No javascript or big images. :P
[08:52] <Kilos> i love irc
[08:52] <Kilos> what are we missing that everyone else sees
[10:49] <pieter2627> \away
[12:52] <Kilos> hi Neo31
[12:52] <Kilos> finish that project man
[13:06] <Neo31> lol Kilos
[13:06] <Neo31> delivering this weekend
[13:07] <Neo31> i'm gonna need one or two more weeks dealing with enhancments and bug returns ...
[13:07] <Neo31> then i'm off
[13:07] <Neo31> i started to hate it
[13:07] <Neo31> hhh
[13:07] <Neo31> u good ?
[13:10] <Kilos> im ok ty
[13:11] <Kilos> just lonely doing everything myself
[13:11] <Kilos> you lucky you arent applying for membership id vote -1
[14:14] <Kilos> Neo31  take not
[14:14] <Kilos> note
[14:33] <Neo31> loool Kilos
[14:33] <Neo31> I wouldn't do it
[14:34] <Neo31> maybe next time if i have more free time
[14:37] <Kilos> lol
[14:41] <Kilos> Neo31  wont you translate the slexy paste in the topic to french for me please
[14:42] <Kilos> im trying to contact the mali peeps but dont think they understand english
[15:01] <Neo31> ok if this is not urgent
[15:02] <Neo31> can do it before i go to sleep to tomorrow night
[15:02] <Kilos> lol yes thats fine ty or mabe elacheche can do it for you
[15:26] <Neo31> yep
[15:26] <Neo31> either one of us
[15:26] <Neo31> the first who will be available to do it :)
[15:31] <Kilos> ty
[15:32] <Kilos> even cheche junior
[21:11] <qwebirc92754> good evening
[21:11] <Kilos> hi qwebirc92754
[21:11] <Kilos> you inetpro  ?
[21:12] <qwebirc92754> where is everybody?
[21:12] <Kilos> resting before monday
[21:12]  * qwebirc92754 found this nice web page on the web
[21:13] <Kilos> oh yes
[21:13] <Kilos> tell
[21:13] <qwebirc92754> something about Ubuntu for Africa
[21:13] <Kilos> oh that sounds gfood
[21:13]  * qwebirc92754 getting hungry now
[21:14] <Kilos> again
[21:16] <qwebirc92754> oom Kilos, maybe you should put the link to http://ubuntu-africa.info up there in the topic
[21:17] <Kilos> already?
[21:18] <Kilos> aw i forgot how
[21:32] <qwebirc92754> well done oom Kilos!
[21:32] <qwebirc92754> good night


[00:55] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: A Major GNOME Icon Redesign is Getting Underway @ https://www.omgubuntu.co.uk/?p=133520 (by Scott Bouvier)
[07:42] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Cinnamon 4.0 Will Tackle Screen Tearing on Linux Mint @ https://www.omgubuntu.co.uk/?p=133519 (by Joey Sneddon)
[13:06] -SwissBot:#ubuntu-news- ::Softpedia:: ReactOS 0.4.9 Officially Released with Self-Hosting Capabilities, New Features @ https://news.softpedia.com/news/reactos-0-4-9-officially-released-with-self-hosting-capabilities-new-features-522071.shtml (by Marius Nestor)
[13:49] -SwissBot:#ubuntu-news- ::Softpedia:: Debian-Based Slax 9.5.0 Released, Now Available on Hardware-Encrypted USB Keys @ https://news.softpedia.com/news/debian-based-slax-9-5-0-released-with-usb-key-with-hardware-based-aes-encryption-522072.shtml (by Marius Nestor)
[14:52] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: ReactOS, the open source Windows clone, has a new release out @ https://www.omgubuntu.co.uk/?p=133335 (by Joey Sneddon)
[16:45] -SwissBot:#ubuntu-news- ::Planet:: Simos Xenitellis: Configuring public IP addresses on cloud servers for LXD containers @ https://blog.simos.info/configuring-public-ip-addresses-on-cloud-servers-for-lxd-containers/
[17:25] -SwissBot:#ubuntu-news- ::Softpedia:: Canonical Fixes Boot Failures on Ubuntu 18.04 LTS and 16.04 LTS, Update Now @ https://news.softpedia.com/news/canonical-fixes-boot-failures-on-ubuntu-18-04-lts-and-16-04-4-lts-update-now-522073.shtml (by Marius Nestor)
[19:29] -SwissBot:#ubuntu-news- ::Planet:: Stuart Langridge: InsideÂ out @ http://www.kryogenix.org/days/2018/07/23/inside-out/
[20:27] <Bashing-om> krytarik: Go now ? or after breakfast ?
[20:29] <krytarik> Well, it was before breakfast the last time too - just give me a little time at least to get more at home. :P
[20:30] <Bashing-om> Ho kay :P ... I was up at daylight .. and past napppy time here now .
[20:31] <krytarik> Oh, well you could just start ahead of me - I'm only doing the Fridge and social media anyway. :)
[22:18] -SwissBot:#ubuntu-news- ::Planet:: The Fridge: Ubuntu Weekly Newsletter Issue 537 @ http://fridge.ubuntu.com/2018/07/23/ubuntu-weekly-newsletter-issue-537/


[15:41] <CieD> Afternoon all, katkin I've just been nudged into making contact about a shipit order I've made
[15:59] <desertc> here?


[08:26] <cristian_c> Hi
[08:26] <cristian_c> I've opened this bug report: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1222763
[08:26] <ubot2`> Launchpad bug 1222763 in linux (Ubuntu) "Pressing usb keyboard multimedia keys doesn't print anything with sudo /lib/udev/keymap -i input/eventX" [Medium,Incomplete]
[08:27] <cristian_c> I've restored the status from Incomplete to Confirmed because bug occurs on all the pc systems
[08:27] <cristian_c> and is related to an external keyboard
[08:28] <cristian_c> but I've not undestood the user's request:
[08:28] <cristian_c> +r
[08:28] <cristian_c> 'cristian, ok. The information would still need to be provided as requested.'
[08:29] <cristian_c> he has changed the status to Incomplete, again
[08:29] <cristian_c> Any ideas?


[02:28]  * HedgeMage waves good night
[03:19] <sbalneav> Evening all
[11:55]  * alkisg notes that in ltsp 5.1.98, ldm-server.postinst hangs and a `service openbsd-inetd restart` is needed from another terminal to unhang it
[11:56] <ogra> probably because openbsd-inetd isnt upstartified yet ?
[11:57] <alkisg> Oh. /me passes on everything upstart related :D
[11:58] <alkisg> It's a very nice thing I'm sure but I don't know anything about it yet
[12:01] <ogra> check what the postinst uses
[15:27] <sbalneav> Morning all
[15:30] <HedgeMage> hi, sbalneav
[15:31] <sbalneav> Morning HedgeMage
[15:31] <HedgeMage> Good morning :)
[15:31] <HedgeMage> How are you today?
[15:32] <sbalneav> I'm doing ok.
[15:32] <sbalneav> Yesterday it was about 1C, very unseasonably warm for Manitoba at this time of year.
[15:33] <sbalneav> Today it's -15C, with a blizzard :(
[15:33] <sbalneav> Lots of shovelling to do when I get home today.
[15:34] <Tm_T> been -25 °C for a week or more, and still continuing that way <3
[15:35] <HedgeMage> We had a warm day yesterday, too, but now it's snowing again.
[15:46] <sbalneav> Interesting
[15:46] <sbalneav> http://www.cio.com.au/article/333686/nz_school_ditches_microsoft_goes_totally_open_source
[16:19] <highvoltage> HedgeMage: hey!
[16:20] <highvoltage> sbalneav: next year this time you should come down and visit and escape the cold :)
[16:21] <sbalneav> highvoltage: Where, to Sherbrooke? :)
[16:21] <highvoltage> sbalneav: no in cape town!
[16:21] <sbalneav> But you'll be in Sherbrooke!
[16:21] <highvoltage> sbalneav: I'll probably do like old people from now on and chase summer :)
[16:21] <sbalneav> heh
[16:34] <HedgeMage> highvoltage: hi there :)
[16:50] <sbalneav> For everyone's info, Ahmuck's talking to me in #frogandowl, says he's got some graphics artists potentialli interested in doing some art for us for backgrounds.
[16:50] <sbalneav> What kind of license should this artwork be licensed under?
[16:51] <HedgeMage> sbalneav: Ideal would be CC-BY-SA
[16:55] <sbalneav> Does that allow commercial redistribution?
[16:55] <alkisg> Redistribution by whom? The artists themselves? They're not restricted by the license they choose...
[16:56] <sbalneav> No, I'm thinking a commercial entity that may want to issue an edubuntu remix.
[16:56] <highvoltage> sbalneav: cool
[16:57] <sbalneav> BTW, for everyone's info, Ahmuck indicates: "ya, i've left the project of sorts"
[16:58] <highvoltage> sbalneav: CC-BY-SA is cool, it's the -NC one that we can't use
[16:58] <sbalneav> ok, I'll indicate that to him
[17:21] <joerg__> uhh
[17:21] <joerg__> german internet is like in a development country :)
[17:21] <joerg__> probably even worse
[17:34] <HedgeMage> joerg__: Some parts of the US are like that, too.
[17:50] <highvoltage> seems like people everywhere has internet problems the last few days
[17:50] <highvoltage> I wonder if there's some specific kind of big bug or compromise in some kinds of routers that we're all affected by
[17:53] <sbalneav> I'm blaming solar flare.  Either that or a Mass Neutrino Event
[17:55] <sbalneav> http://www.physorg.com/news183149936.html
[18:12] <highvoltage> what's dhillion-v10's name again?
[18:15] <highvoltage> ah got it
[18:15] <highvoltage> sbalneav: hmm, interesting


[02:21] <jbailey> doko: Step 1 for getting you amd64 biarch stuff back completed.  I now have an amd64 box.
[02:21] <jbailey> (Or will when my wife is finished with the screwdriver and such - she builds the computers at our place)
[06:33] <fabbione> morning
[05:21] <lamont> we need -Orandom in the compiler. :-)
[05:36] <doko> jbailey: please put some photos online ;)


[11:54] <Laibsch> how can I disable display of remote bug comments in a cluttered ticket like bug 1103420?
[11:54] <ubot5`> bug 1103420 in libreoffice (Ubuntu) "LibreOffice Base can’t find Java installation—does not work" [Undecided,Confirmed] https://launchpad.net/bugs/1103420
[20:53] <prof_milki> Is there a global list of newest project releases on launchpad?
[21:22] <wgrant> prof_milki: There is not.
[21:24] <prof_milki> That's either a pity :/ or good enough of a reason to investigate the API further..
[21:24] <prof_milki> I've seen there's a `release_notes` field for project_release; just not sure if any projects are actually utilizing them.
[21:26] <wgrant> What are you trying to do?
[21:27] <prof_milki> Trying to utilize launchpad as another source for http://freshcode.club/ - either just a RSS feed of new release obviously, or even yet as auotupdate module (automatic changelog fetching, have something working for github-hosted projects and sourceforge already; but launchpad would be just as useful).
[21:34] <wgrant> Hm, I might be able to add an API for that.
[21:35] <wgrant> There's no way to get that information today.
[21:39] <prof_milki> Don't worry. I haven't really looked through everything yet; but the API looks nice enough (it's just OAuth which makes me relunctant); I guess I could probably start with a tiny polling process to find a few samples for https://launchpad.net/+apidoc/1.0.html#project_release
[21:39] <wgrant> The API can be used anonymously without OAuth.
[21:40] <wgrant> Just make sure your User-Agent is descriptive so we can work out who to contact if necessary.
[21:40] <wgrant> But currently you'd have to poll all projects to find their recent releases, which is impractical.
[21:41] <prof_milki> Tried a few API points (/person) using plain Opera/x.y; but only got empty sets. But if it works without OAuth, I'll give it a whirl.
[21:42] <wgrant> Do you just use GitHub's /events and filter that manually?
[21:42] <prof_milki> Sort of. I'm actually fetching blobs via GitHubArchive (line-delimited events indeed).
[21:42] <wgrant>  /people is special and won't give you the full collection.
[21:42] <prof_milki> I've previously polled GitHubs directly, which also worked, but uneccessary if there's already GHA.
[21:43] <wgrant> https://launchpad.net/api/devel/projects works, though.
[21:45] <prof_milki> Ah cool. Thanks!
[21:45] <prof_milki> So there's an easy way to assemble a list then.
[21:46] <prof_milki> Long-term I'm just going to poll freshcode-listed projects though - there's quite a few already with PPA + Launchpad links already; so I'll get targeted updates for them specifically.
[21:46] <wgrant> Ah, if you're just polling selected projects, then sure.
[21:47] <wgrant> If you were polling tens of thousands a day I'd spend the time to add an API to get a global collection of releases ordered by date.
[21:47] <prof_milki> Do you have a quota or something?
[21:47] <wgrant> No.
[21:47] <wgrant> We just block people if they're being disruptive, which happens occasionally.
[21:47] <prof_milki> I'd want to give a global list a try anyway, see if it's within acceptable limits. As a project-updates feed would be nice to have anyway.
[21:48] <prof_milki> It turned out to be quite minor traffic with GHA and GitHub anyway, and I'm pretty sure a slow polling script with the same caching might be workable.


[04:29] <adkinsj>      /msg nickserv set hide email on
[04:34] <adkinsj> hello?
[04:35] <crimsun> hi?
[04:35] <adkinsj> talkative bunch :)
[04:35] <crimsun> this is the meeting room; see the topic for the next meeting
[04:35] <crimsun> you probably want to be in #ubuntu
[04:35] <adkinsj> ahh hehe ty
[04:36] <crimsun> yw
[04:36] <adkinsj> leaving
[09:53] <robitaille> JaneW: your new topic is too long; the end part is truncated...
[09:53] <JaneW> robitaille: hmmm... I just added our meeting, which will be removed after 13:00 UTC....
[09:54] <JaneW> robitaille: should I put it back to the way it was?
[09:55] <robitaille> JaneW: leave it that way for now.  I'm sure someone will think to add back the end part of the CC meeting info after the Edubutu meeting
[09:55] <robitaille> too many meeting in this place....  :)
[09:56] <JaneW> yes, funny that hey
[09:58] <JaneW> ok that's it for now...
[09:59] <\sh> two meetings in two days...
[09:59] <\sh> I must be lonely
[12:08] <JaneW> hi john
[12:08] <JaneW> you are a little early though
[12:08] <JaneW> it's 12:00 UTC, so 14:00 our time
[12:09] <JaneW> JOhn you are UK time though right?
[12:09] <JaneW> I think that's 13:00 your time
[12:09] <Treenaks> "2 hours from now"
[12:09] <Treenaks> - 9 minutes
[12:10] <jingl3> Yes, I was just thinking... never know when to add or subtract! See you later!
[12:11] <JaneW> Treenaks, that's a much better way of putting it, thank-you :)
[12:11] <Treenaks> JaneW: np :)
[01:33] <jelkner> JaneW: good moring! this is the place for the edubuntu meeting, yes?
[01:33] <JaneW> jelkner: morning :) yes, 27 minutes and counting
[01:33] <JaneW> jelkner: you're early
[01:33] <jelkner> i just didn't want to be late ;-)
[01:33] <JaneW> :)
[01:34] <JaneW> is 8am early in the states?
[01:34] <jelkner> in the summer time it is
[01:34] <JaneW> or just for flint?
[01:34] <jelkner> for me too
[01:34] <jelkner> not durning the school year
[01:35] <JaneW> I guess on vaccation it would be...
[01:35] <jelkner> indeed, those three months when teachers sleep in
[01:37] <jelkner> our first agenda item is the timeline, yes?
[01:38] <jelkner> i read the minutes from the last meeting, and i'm eager to know if we are still on target for those dates
[01:39] <JaneW> indeed so am I
[01:39] <jelkner> it's now or never time for planning free software day activities
[01:39] <jelkner> we wanted to do several edubuntu related events
[01:40] <jelkner> but i've been stalling to see if it would be possible
[01:40] <JaneW> we have some issues though which I need to discuss
[01:46] <JaneW> MEETING NOTICE: 15 minutes to our Edubuntu meeting in #ubuntu-devel
[01:46] <JaneW> correction #ubuntu-meeting
[01:46] <jelkner> opps, i thought i had to move
[01:57] <jelkner> JaneW: question - flint is trying to join us, but he says the name "flint" is banned.
[01:57] <jelkner> how can he fix this?
[01:57] <JaneW> dunno
[01:57] <JaneW> use another nick?
[01:57] <jsgotangco> yeah
[01:58] <jsgotangco> jelkner: hey long time no see/chat even
[01:59] <jelkner> jsgotango: and you would be whom?
[01:59] <highvoltage> ah yes, let's do the intro thing.
[01:59] <jelkner> jelkner is Jeff Elkner
[02:00] <jingl3> jingl3 is John Ingleby
[02:00] <ogra> <--- Oliver Grawert
[02:01] <knuty> knuty <--- Knut Yrvin
[02:02] <JaneW> ;)
[02:02] <highvoltage> hi knuty. saw you on the debconf video of mark's talk :)
[02:02] <ogra> highvoltage, you did ?
[02:02] <JaneW> Hi all. Let's get started.
[02:02] <knuty> highvoltage: Yes
[02:02] <bskahan> Hi everyone
[02:02] <JaneW> Edubuntu Meeting starting,
[02:02] <ogra> knuty, oh i thought you were going for miss norway
[02:02] <highvoltage> ogra: yes, i did.
[02:03] <knuty> highvoltage: well I saw the video ;-)
[02:03] <jsgotangco> heh
[02:03] <JaneW> lol
[02:04] <knuty> JaneW: 8-)
[02:04] <JaneW> ok back on topic
[02:04] <jsgotangco> agenda?
[02:04] <ogra> jsgotangco, mail !
[02:04] <jsgotangco> gyah
[02:05] <JaneW> * Current status of the edubuntu distro - and a review of Oliver's  Development Roadmap (Milestones, ctivities and requirements  going forward to the release date). This could include requests for assistance from Oliver.
[02:05] <JaneW> jsgotangco: edit it!:P
[02:05] <ogra> http://edubuntu.org/EdubuntuOneDotZeroRoadmap
[02:05] <JaneW> oli can we point everyone to your wiki pages?
[02:05] <ogra> sure
[02:06] <ogra> they are a bit draftish, but surely for the public
[02:06] <JaneW> ok if you care to take a look at that it's a highlevel roadmap from here to the release date
[02:06] <jsgotangco> ahh august 11
[02:06] <jelkner> milestone one says aug. 11
[02:06] <JaneW> that's next FRIDAY
[02:06] <jelkner> are we still on for that?
[02:06] <JaneW> yes
[02:06] <ogra> i hope we have a working install CD by aug 11
[02:07] <jsgotangco> nice
[02:07] <ogra> ubuntus X is still not installable
[02:07] <JaneW> ogra: can you give us a few sentences of where you are at with the development please?
[02:07] <jelkner> i thought breezy was still broken?
[02:07] <JaneW> jsgotangco: oi that's my job!
[02:07] <ogra> i have made an upgrade yesterday and it took me half the day to get a working X agaiun... :(
[02:07] <ogra> JaneW, sure
[02:08] <JaneW> how is Breezy looking atm, ito build status?
[02:08] <ogra> the server package is nearly done, all seeds are sorted (seeds are the base for metapackages like edubuntu-server/-desktop)
[02:08] <sivang> hi ogra
[02:08] <ogra> i'm lagging with the main inclusion reports... (i suck at buerocracy)
[02:09] <JaneW> ogra: can someone help you with that?
[02:09] <ogra> the edubuntu-desktop package sits still in universe as long as mnot all reports are approved...
[02:09] <ogra> JaneW, sure... Burgundavia already wanted to do them....
[02:09] <ogra> but we still have a lot of them...
[02:09] <JaneW> cool, let him!
[02:10] <ogra> another odd thing is the mediawiki package....
[02:10] <JaneW> he;s not here now... too early for him I think
[02:10] <JaneW> yes
[02:10] <jsgotangco> thats strange her barely sleeps :)
[02:10] <ogra> debian asked me to not include my quick made hackish package but to use theirs... the problem is that not much development is going on there
[02:11] <ogra> they are still discussing basics and i fear thy wont have it ready in time
[02:12] <ogra> a third thing is that gcompris obviously doesnt compile with our compiler... gcompris is a hell of a package and takes time to fix (43MB source)
[02:13] <ogra> now to the positive stuff
[02:13] <jsgotangco> it even has svgalib
[02:13] <ogra> we have a classroom control tool now... its over 60% done....
[02:13] <JaneW> wait
[02:13] <JaneW> how serious are these issues?
[02:14] <JaneW> can we live with them being broken and not included (worst case scenario?)
[02:14] <ogra> i had the choice to either rewrite the backend for TeacherTool to work with our LTSPO implementation or to do something from scratch
[02:14] <ogra> i decided for the latter...
[02:14] <ogra> JaneW, gcompris is essential ...
[02:15] <ogra> mediawiki *can* be replaced by moin, but we committed otherwise....
[02:15] <highvoltage> LTSPO?
[02:15] <JaneW> nod
[02:15] <ogra> my package would work, but i doubt its upgradeable wit the otally differen built debian package we'll have in the next release
[02:16] <ogra> highvoltage, -O indeed
[02:16] <ogra> so i'd like to see these two packages in....
[02:17] <jsgotangco> gcompris not in edubuntu would be a shame since a lot of people like it
[02:17] <ogra> another thing is that pitti doesnt want to support php4
[02:17] <jsgotangco> especially for early education
[02:18] <ogra> in no case...
[02:18] <highvoltage> geez
[02:18] <ogra> all the packages we use are built for php4, but breezy is planned to have php5 (wich entered the disto yesterday or so)
[02:19] <ogra> so i have to rebuild all php based packages and test them again php5... mediawiki is known to have issues...
[02:19] <jelkner> and moodle?
[02:19] <ogra> (besides the two weekly securiy updates you need anyway to keep it half way secure)
[02:20] <flint> orga, one way to keep it secure is to front end it with a secure web application
[02:20] <ogra> moodle *should* work with php5 i havent seen negative reports yet, but as i said, php5 wasnt available before beginning of the week)
[02:20] <ogra> flint, haha....
[02:20] <flint> sorry ogra not orga can't type
[02:21] <ogra> flint, you mean a frontend to the frontend ?
[02:21] <flint> No, (as they say) seriously folks why not put schootool in front of it?
[02:21] <flint> The only way to get to moodle is through schooltool (in this fantasy)
[02:21] <ogra> flint, we have schooltool in parallel
[02:22] <ogra> (the only server app tha doesnt cause headaches for me currently)
[02:22] <flint> how hard would series be?  (just asking)
[02:22] <flint> I know, I like schooltool!
[02:22] <ogra> and i'd like to keep moodle open for custiomization by the teacher
[02:23] <ogra> as well as mdiawiki...
[02:23] <ogra> media even
[02:23] <flint> gotcha.
[02:23] <highvoltage> ogra: is that the same keyboard you use for coding?
[02:23] <ogra> highvoltage, mostly, yes... but vim has a great highlighting ;)
[02:24] <jelkner> the big question for me is: can we go ahead with our free software day plans?
[02:24] <ogra> jelkner, free software day plans ??
[02:25] <jelkner> in other words, will it be possible to install a usable edubuntu server by sept 10
[02:25] <flint> or... to put it another way, how do I get my own ubuntu toaster?
[02:25] <jelkner> we have a few projects in the works waiting for edubuntu
[02:25] <ogra> jelkner, see the roadmap... i'm plannung to match the milestones ;)
[02:25] <flint> my question is what happened to Johnathan and Hilton's iso...
[02:25] <jelkner> then it looks good
[02:26] <jelkner> ogra: but you are depending on breezy work
[02:26] <highvoltage> flint: our iso's aren't usable
[02:26] <ogra> the essential part where i need most help will be the testing over the next month
[02:26] <jelkner> which isn't even usable yet
[02:26] <highvoltage> or let me put it this way, it's really not ready for wide-spread use.
[02:26] <jelkner> we are ready willing and eager to test
[02:26] <ogra> jelkner, yes, thats the prob... the X transition took extensively longer then planned
[02:26] <JaneW> lagging, but hangon guys, let's finish getting thing developed first...
[02:26] <highvoltage> flint: and it's Jonathan, not Johnathan, btw ;)
[02:27] <jsgotangco> heh
[02:27] <flint> to quote the man "release early and often" Jonathan
[02:27] <JaneW> ogra: where you finished with your update?
[02:27] <ogra> jelkner, the php5 decision is still pending and php5 isnt widely tested yet...
[02:27] <JaneW> I was trying to distill the salient part out to record
[02:27] <ogra> JaneW, i think so
[02:28] <JaneW> ogra: do you need any further help right now?
[02:28] <flint> sorry about the misspellings, it is a gift part of FITS
[02:28] <JaneW> ogra: and will you contact Corey for your inclusion reports?
[02:28] <ogra> JaneW, the report stuff would be a good candidate
[02:28] <JaneW> flint: I am typo queen!
[02:28] <JaneW> ogra: will you speak to corey or should I?
[02:29] <ogra> as you like... i'm around anyway... so who sees him first :)
[02:29] <JaneW> ogra: does the php thing cause you a lot of extra work?
[02:29] <JaneW> ogra: ok, let;s both nag him, I seem to be good at annoying ppl today....
[02:29] <ogra> JaneW, sure... but keeping both would be the oddest we could do...
[02:30] <ogra> there has to be a decision... php is the worst stuff we have... and we need the most appropriate solution to be able to support it
[02:30] <JaneW> ogra: what are you going to do about gcompris?
[02:30] <flint> Jeff is concerned because our targets in DC are the Regional Public School Libraries
[02:30] <ogra> JaneW, contacting upstream...
[02:31] <ogra> flint, can you elaborate...
[02:31] <JaneW> ogra: what would happen if it can;t get fixed? Do we still have a product?
[02:31] <ogra> JaneW, seed change (rip out gcompris) ....
[02:31] <ogra> JaneW, but gcompris is essential, we cant drop it...
[02:32] <JaneW> ogra: so this is a biggie, by when must it be fixed, at the latest?
[02:32] <JaneW> ogra: and is there anyone I can nag?
[02:32] <flint> ogra, It has to do with proxying moodle through the Zope3 schooltool application.  It is just an idea at this time...
[02:32] <jelkner> ogra: what is the status of child's play?
[02:33] <ogra> it should be ready for M1 but during M1-2 shoudl also be sufficient
[02:33] <ogra> jelkner, is that a complete replacemet ? i would rather see it as add on
[02:34] <ogra> flint, that doesnt solve my php problem... its just another webserver in fron then
[02:34] <jelkner> they are different, so it is an add-on, but they are aimed at similar target users
[02:34] <ogra> jelkner, so you mean childsplay as a fallback for the worst case scenarion ?
[02:34] <jelkner> gcompris is more mature, but child's play is written in Python
[02:34] <ogra> -n
[02:34] <flint> you are correct.  it merely "solves" the issues of security...
[02:35] <ogra> flint, my current problem is to find out if it works with php5 at all... we had no php5 packages until beginning of this week... and we wont support 4 and 5
[02:36] <JaneW> jelkner: do you think it's a feasible plan b?
[02:36] <jelkner> i'm not in a position to know
[02:36] <jelkner> i could use either, but i'm starting with new installations
[02:36] <ogra> JaneW, feasable no, but calming down the rage of our users :)
[02:36] <jelkner> we may have folks who already use gcompris
[02:36] <jelkner> and who would be upset without it
[02:37] <ogra> there are a lot shool projects that write extensions for gcompris....
[02:37] <JaneW> ogra: ok worst case scenario, but certainly not preferable
[02:37] <ogra> they wouldnt have a base... i think dropping gcompris is out of discussion
[02:37] <highvoltage> ogra: we use mediawiki and moodle with php5 in tuxlabs at the moment
[02:38] <ogra> highvoltage, but not the debian packages... i'm bound to them :(
[02:38] <highvoltage> ah, of course.
[02:38] <JaneW> ogra: do we have to escalate this issue to mdz?
[02:38] <flint> ogra, I see the problem now as a functional issue, beyond security.
[02:38] <JaneW> ogra: seem to be jeopardising us quite heavily
[02:38] <ogra> JaneW, gcompris ? he knows about it
[02:39] <flint> got my vote!
[02:39] <JaneW> ok shall we move on, that was item 1 - 40 minutes
[02:39] <JaneW> or is there more to discuss?
[02:39] <ogra> yep
[02:40] <ogra> we have a mailing list ... and we'll have more meetings
[02:40] <JaneW> ogra: wise words
[02:40] <JaneW> * Testing requirements, as per Olivers testing Plan.
[02:40] <ogra> (nothing more to discuss now imho)
[02:40] <JaneW> http://edubuntu.org/EdubuntuTestingPlan
[02:40] <ogra> thats a draft, i'll drop it into the ML tfor further discussion
[02:40] <JaneW> oliver will call for testers when the time comes
[02:41] <ogra> after aug 11th ;)
[02:41] <jelkner> but not long after, i hope ;-)
[02:41] <JaneW> ok
[02:41] <ogra> or better: testig can start from aug 11th
[02:41] <JaneW> * Documentation current status, and requirements to completion by release date, wrt ubuntu documentation and the cookbook.
[02:41] <jelkner> that sounds good
[02:41] <JaneW> jsgotangco: you're up
[02:41] <jsgotangco> oh
[02:42] <jsgotangco> what is there to write when there is no working system heh
[02:42] <jsgotangco> seriously though, tuxlabs cookbook
[02:42] <JaneW> *sulk*
[02:42] <flint> harsh jane, very harsh...
[02:42] <jsgotangco> JaneW: source?
[02:42] <JaneW> highvoltage: did you get anything from Jean yet?
[02:43] <highvoltage> JaneW: no, he's in a part of Nairobi now where he doesn't have e-mail access.
[02:43] <JaneW> jsgotangco: yes, waiting on that
[02:43] <jsgotangco> if there is none, i might decide on writing one from scratch *doh*
[02:43] <JaneW> highvoltage: does someone else have a copy of it?
[02:44] <JaneW> jsgotangco: can it not be scrapped?
[02:44] <jsgotangco> no way
[02:44] <jsgotangco> we'll find a way
[02:44] <JaneW> sigh
[02:44] <highvoltage> JaneW: i think we might have sent the publishers the source, i'll find out. i think they might have gotten it directly from jean, but they might have it still...
[02:44] <jsgotangco> i want the cookbook
[02:44] <ogra> grep the online version
[02:44] <ogra> grab
[02:44] <jsgotangco> yeah
[02:44] <JaneW> I can cut and paste into a doc for you ;P
[02:44] <jsgotangco> lol
[02:44] <jsgotangco> sure that would work short term
[02:44] <mhz> ogra, Will TuxLabs be the 1st version of Edubuntu Documentation?
[02:45] <JaneW> ok, let's just focus on short term for now?
[02:45] <jsgotangco> JaneW: sure that's workable
[02:45] <flint> where is the online tuxlab cookbook?  (for the record...)
[02:45] <ogra> mhz, it will be a add on... but we'll need specific docs too...
[02:45] <JaneW> any progress is good right now IMO
[02:45] <jsgotangco> i'll start just to keep things rolling and not to make it to complicated to lessen the barrier for volunteers
[02:45] <mhz> ogra, but if translations are done... will we take Cookbook?
[02:45] <JaneW> jsgotangco: just keep nagging highvoltage to get the source though, he likes that ;)
[02:46] <mhz> ogra, (tuxlabs, I meant)
[02:46] <jsgotangco> JaneW: i have chains if you have your whip, i'll try that thanks
[02:46] <knuty> flint: http://learnlinux.tsf.org.za/courses/web-tuxlabs.html
[02:46] <JaneW> http://www.upfrontsystems.co.za/Members/jean/cookbook/docbook/cookbook.html
[02:46] <flint> sweet!!!
[02:46] <ogra> mhz, the cookbook is very coommon and a great source for the basice... but the specifics have to be adressed elsewhere
[02:46] <ogra> basics
[02:46] <mhz> ogra, ok
[02:46] <ogra> mhz, i.e. our LTSP works quite different...
[02:47] <JaneW> jsgotangco: so is that it for now, ITO documentation?
[02:47] <jsgotangco> JaneW: yup guess so, no usable system, no reason to discuss further
[02:47] <mhz> ogra, I'll be working on a MoinMoin wiki CookBook, so I can start from TuxLabs and then??
[02:47] <JaneW> ok agreed
[02:47] <ogra> mhz, we committed to mediawiki...
[02:47] <mhz> oh
[02:48] <JaneW>  * Art work, what's done, what still needs to be done, and by  whom.
[02:48] <ogra> as per user requirement
[02:48] <JaneW> last time we discussed the following:
[02:48] <JaneW> 1. the folder icon,
[02:48] <JaneW>  2. wallpaper,
[02:48] <JaneW>  3. splash screen...
[02:48] <JaneW>  4. gdm theme
[02:48] <JaneW>  5. Jonathan to create a flying penguins edubuntu 'please wait' screen.
[02:48] <JaneW>  6. CD Cover & CD label
[02:48] <JaneW>  7. Edubuntu web site artwork
[02:48] <flint> orga makes a crucial point.  The mdz version LTSP will not match the docs
[02:48] <JaneW> highvoltage: did the first verions of item 5.
[02:48] <highvoltage> on #1, ogra and i looked at some folder icons.
[02:48] <ogra> highvoltage and me talked about the icon theme stuff...
[02:48] <knuty> ogra: cookbook ... specifics elsewhere: That's why we made this book: http://developer.skolelinux.no/dokumentasjon/newdriftbok/
[02:48] <highvoltage> there's a bit too much to replace, so we'll defer it to the next version.
[02:49] <ogra> yeah
[02:49] <ogra> tons of folder icons to redraw... so too much for now
[02:49] <JaneW> highvoltage: you mean the folder icon stays?
[02:49] <highvoltage> who's tasked to do #2, #3 and #4?
[02:50] <highvoltage> JaneW: yep. is that a problem for you?
[02:50] <ogra> knuty, 80% of the stuff covered there i'd love to have automated and not to poke the user with it :)
[02:51] <ogra> knuty, but its a great source ... we'll include a package as add on if you have one...
[02:51] <JaneW> highvoltage: no, I was just clarifying, making notes.
[02:51] <ogra> knuty, err, whats coyote linux ?
[02:51] <highvoltage> ok
[02:51] <flint> coyote linux is a router, nat firewall on a floppy disk
[02:51] <JaneW> items 2, 3,4,6,7 still need owners...
[02:51] <JaneW> the next person to comment gets them!
[02:51] <ogra> ah
[02:52] <JaneW> not YOU!
[02:52] <JaneW> :P
[02:52] <ogra> :p
[02:52] <highvoltage> blah
[02:52] <JaneW> lol
[02:52] <highvoltage> i like doing theming.
[02:52] <knuty> ogra: You cant automate the flash installation ... or handling the LDAP.diff-s in a sane way ... Because thats the only thing people do after installing the system :-)
[02:52] <JaneW> ogra really wants to do everything
[02:52] <ogra> JaneW, naaah
[02:52] <highvoltage> ah yes, it's a curse.
[02:52] <ogra> knuty, no LDAP in our first release
[02:52] <highvoltage> i think ogra and i suffer it both.
[02:53] <JaneW> so who has artistic flair, apptitude and wants to do some cool stuff for us?
[02:53] <teolemon> i can do some translations and websitework if you need some
[02:53] <ogra> knuty, a standalone server doesnt need one :)
[02:53] <knuty> orga: coyote is firewall. There are a lot of different networks out there.
[02:53] <teolemon> an very basic graphic work
[02:53] <teolemon> and
[02:53] <highvoltage> i have aptitude, it doesn't have super cow powers though :(
[02:53] <flint> I volunteer elkner to do #4, the theme!
[02:53] <ogra> knuty, right...
[02:53] <knuty> orga: I know that you dont have LDAP. Our book deskribes the things you have to do when operating and upkeeping the system
[02:54] <knuty> orga: after the installation
[02:54] <mhz> JaneW, why not asking for volunteers in the ML ?
[02:54] <JaneW> pok we need to work on getting artwork drummed up
[02:54] <ogra> knuty, i'd like to have that automated for our next version... just asking 1-2 questions
[02:54] <JaneW> who ever can do something please try, and we'll take it from there
[02:54] <JaneW> mhz: yes I think so
[02:54] <flint> part of the linux router project (www.coyotelinux.com/)
[02:55] <highvoltage> good suggestion.
[02:55] <jsgotangco> erm
[02:55] <JaneW> highvoltage: any chance you can out a nice upbeat soliciting message together?
[02:55] <knuty> orga: to make a debconf-net-install-solution is good
[02:55] <JaneW> s/out/put
[02:55] <highvoltage> JaneW: task me on it
[02:55] <JaneW> cool thanks
[02:56] <JaneW> we have an issue re CDs and printed material
[02:56] <mhz> what issue?
[02:56] <JaneW> on Fri I said it was happening and now it may not be.
[02:56] <mhz> oh
[02:56] <JaneW> I am still trying to get clarity though...
[02:56] <flint> jane, what format does te CD and printed material need to arrive in?
[02:57] <ogra> knuty, i thin about some kind of automated clustering of the servers to work together and share free ressources, but thats all breezy+1 and i have to focus on breezy
[02:57] <mhz> ogra, I'd love to see that clustering working !
[02:57] <ogra> :)
[02:58] <mhz> lol
[02:58] <knuty> orga: I know :-). That's why i pointed out what we have to do to maintain the system after the installation - and this experiences could be taken into consideraton on 1.0+1
[02:59] <ogra> knuty, yep... but i dont even demote any brain cells to brezy+1 yet ;)
[02:59] <flint> ogra...the ibm Z-900 version would be nice :^)
[02:59] <ogra> flint, send me one for testing *g*
[03:00] <JaneW> our time is almost up, any final issues/comments?
[03:00] <flint> note that I have patience and will wait for the fulfillment of a single box versioin...
[03:00] <jsgotangco> hey guys, i have to go, its already 9pm and i still have some issues to settle here at home seems like a nice meeting though
[03:00] <teolemon> Jane,why don't you like the current folder icon ?
[03:00] <ogra> teolemon, it doesnt look lke folder
[03:00] <ogra> else its fine...
[03:00] <jelkner> jsgotangco: see you later, Jerome!
[03:00] <ogra> (colors lining etc)
[03:00] <flint> jane still has numbers without names next to them,  I know how much she likes these columns of numbers and names.....
[03:00] <teolemon> ah ok
[03:00] <JaneW> teolemon: I haven;t even seen it...
[03:00] <JaneW> bye jsgotangco
[03:01] <highvoltage> ogra: perhaps it looks like a folder to kids?
[03:01] <teolemon> i'm a 18 year ol
[03:01] <ogra> highvoltage, thats my big hope ;)
[03:01] <highvoltage> ogra: i think you're just to old to appreciate it :)
[03:01] <teolemon> not a kid anymore :-(
[03:01] <JaneW> if I have no volunteers I select names at random
[03:01] <ogra> highvoltage, no need to duck, youre right, i'm an old fart :)
[03:01] <teolemon> highvoltage yes that's it :-P
[03:01] <JaneW> highvoltage: hey watch out!
[03:02] <teolemon> you need someone to try to do some new icons ?
[03:02] <teolemon> may i give it a try ?
[03:02] <highvoltage> teolemon: by all means.
[03:02] <JaneW> ok let's leave ogra to get on with it
[03:02] <JaneW> ogra: please shout if you need ANYTHING
[03:02] <ogra> absolutely
[03:03] <JaneW> else keep the discussion going in #edubuntu and on the ML... the countdown has begun.
[03:03] <mhz> JaneW, my only flairs so far are related to documenting and Translating, as well as admining MoinMoin and testing apps for education
[03:03] <JaneW> thanks everyone
[03:03] <ogra> and you all please kick my butt if yu miss anything ;)
[03:03] <highvoltage> teolemon: add your icons here: http://www.edubuntu.org/EdubuntuIcons
[03:03] <teolemon> ok
[03:03] <JaneW> mhz: great, chat to jsgotangco, he will co-ordinate that side
[03:03] <mhz> okidoki
[03:04] <ogra> mhz, we might fall back to moin if mediawiki turns out to not work as we need...
[03:04] <mhz> you will get back, I know
[03:04] <ogra> mhz, but the target is to make it work...
[03:04] <teolemon> http://art.gnome.org/images/thumbnails/icon/ICON-dlg-etiquette-Shot.png
[03:04] <mhz> please do because Mediawiki will not do for an international syncronization of servers
[03:04] <teolemon> is that the kind of thing you're looking for ?
[03:04] <JaneW> just changing the topic back...
[03:05] <teolemon> Gartoonish and more folder like
[03:05] <ogra> JaneW, any date fo next meeting ?
[03:05] <JaneW> ogra: what do you think? Friday?
[03:05] <mhz> what if they were every wenesday?
[03:05] <ogra> all 3 days ?
[03:05] <JaneW> I am away Mon & Tues, so alternately next wed
[03:05] <JaneW> ?
[03:05] <ogra> thats heavy
[03:05] <JaneW> wed is good
[03:05] <ogra> yes
[03:05] <jelkner> wed is good
[03:06] <mhz> but could it be Every Wednesday? (default)
[03:06] <jelkner> regular time and day is easier to plan for
[03:06] <ogra> once a week... and going down to two weeks if thigs are more settled
[03:06] <JaneW> ok, wed 10th same time?
[03:06] <mhz> cool
[03:06] <jelkner> great
[03:06] <JaneW> ack, I thought 11 Aug was a Fri, it's Thurs!!!
[03:06] <highvoltage> great
[03:06] <ogra> probably rotating the time for other timezones
[03:06] <mhz> LOL
[03:07] <jelkner> so, next wed at 12 UTC?
[03:07] <mhz> but I can suffer from less sleeping once a week
[03:07] <flint> no, keep it in the early morning edt...i love getting up early!
[03:07] <JaneW> yes, it's on the wiki
[03:07] <jelkner> flint: that *is* early, paul
[03:07] <highvoltage> flint: you are a morning person!? I would have never guessed :)
[03:07] <jelkner> 8 am our time
[03:07] <ogra> highvoltage, lol
[03:07] <mhz> JaneW, Moin has a plugin called Calendar :)
[03:07] <JaneW> it's 9pm for jerome, so we can;t shift it much firther that way...
[03:08] <ogra> highvoltage, he works in serious offices... that requires ealry birds ;)
[03:08] <highvoltage> ah
[03:08] <JaneW> ok I must go, I will try to get a summary out later.
[03:08] <jelkner> bye jane
[03:08] <flint> i lie
[03:08] <teolemon> bye
[03:08] <highvoltage> JaneW: i'm quite reliant on that, i haven't made notes for myself
[03:08] <ogra> JaneW, Burgundavia will never be able to attend... and we'd have to get mdz out of bed early if we dont rotate...
[03:08] <JaneW> tut tut
[03:09] <philipp> bye
[03:09] <ogra> (assuming he wants to attend)
[03:09] <highvoltage> philipp: bye
[03:09] <JaneW> ogra: hmm, we'll have to do something with them.
[03:09] <philipp> highvoltage: hi!
[03:09] <philipp> :-P
[03:09] <JaneW> hi and bye phillip
[03:09] <highvoltage> hi philipp
[03:09] <ogra> JaneW, yep... if the want to attend ...
[03:10] <ogra> mhz, X is uninstallable currently... its a PITA
[03:10] <philipp> highvoltage: sorry I missed the start of the meeting, what's the situation with the website?
[03:10] <mhz> ogra, yes, I thought so
[03:10] <ogra> jbailey, hey... [linesca]  already asked me about you
[03:11] <philipp> highvoltage: are we sticking with the wiki for now?
[03:11] <highvoltage> philipp: JaneW and I are going to make an alternative plan with the hosting.
[03:11] <philipp> ok...
[03:11] <jbailey> ogra: Did I miss him? =(
[03:11] <jelkner> cya next week everyone...
[03:11] <ogra> jbailey, nope... he hangs around in #edubuntu
[03:11] <jbailey> Ah, I had missed the [] 's n the /whois.  Thanks!
[03:12] <ogra> :)
[03:12] <knuty> ogra: What's about the LTSP-issue?
[03:12] <ogra> jbailey, he has new HW to test ;)
[03:12] <ogra> knuty, ?? what should be about it ...
[03:12] <teolemon> just a question: are there any plans to recreate the ubuntu logo with children
[03:12] <mhz> ogra, When I meant my vote is for MoinMoin is basically because I have been working for 1 month on project (LatinAmerican) called WikiLearn (soon to be released next 2 weeks). So far, the only wiki that has proved to be the right one, is MoinMoin
[03:13] <jbailey> ogra: Cool. =)
[03:13] <knuty> ogra: It says:  Fix LTSP login manager at the OneDotZeroRoadmap
[03:13] <ogra> mhz, nearly all teachers we had at the summit were only familiar with mediawiki...
[03:13] <mhz> yes
[03:13] <teolemon> DokuWiki?
[03:13] <teolemon> that's the one we use on the French community
[03:13] <ogra> knuty, yes, ldm currently looks quite odd... i have the new design ready, but didnt wave it in the code yet
[03:13] <teolemon> wiki.ubuntu-fr.org
[03:14] <mhz> ogra, but that doesn mean is the right one for educational purposes. Nearly ALL Chilean teachers are only familiar with Microsoft products :)
[03:14] <knuty> ogra: ok :-)
[03:14] <ogra> mhz, but they shouted they want it includd, so we folowed the demand
[03:14] <mhz> ok, I understand that.
[03:14] <ogra> hmm... add some l's and e' at appropriate places
[03:15] <mhz> :)
[03:15] <philipp> highvoltage: feel free to ping me for help with the website anytime, once you got the server sorted out...
[03:16] <highvoltage> philipp: thanks
[03:16] <ogra> the applist is not very much arguable at the moment, we can change everything for breezy+1 but for now the target is rather sabilization of the current selection
[03:16] <highvoltage> philipp: i haven't forgotten about you :)
[03:16] <mhz> then, I will have to prove WikiLearn needs Edubuntu and Edubuntu will benifit from WikiLearn. It's a pity Moin is not GUI flavoured yet.
[03:17] <philipp> highvoltage: glad your short term memory is intact! :-)
[03:17] <ogra> mhz, moin is available, as all the other 17000 ubuntu packages... its just not in the default install
[03:17] <ogra> its only one apt-get away :)
[03:18] <teolemon> i second that,a good explanation on the doc with the main pros and cons for each
[03:18] <teolemon> in
[03:18] <teolemon> the doc
[03:19] <mhz> ogra, unfortunatelly... last time I checked, APT was not as good as untaring
[03:19] <mhz> (the moin.deb I mean)
[03:20] <ogra> mhz, from the debian or ubuntu repository ? or a foreign packaged ne ?
[03:20] <ogra> one even
[03:20] <mhz> from Debian reps.
[03:20] <ogra> what was the problem ?
[03:21] <mhz> and from Ubuntu one (1.5 months ago)
[03:21] <ogra> it normally should leave you with a basic default setup that you can easily customize
[03:21] <mhz> official installation instructions were not 100% applicable for .deb
[03:22] <ogra> at least thats what debian packages normally do
[03:22] <mhz> so users tend to get lost
[03:22] <mhz> and some of them who were clever enough, step by #moin (where we helped them)
[03:24] <mhz> ogra, one thing I am getting lost now here is: Mediawiki will be included in Edubuntu, but will that mean Ubuntu websites will no longer be Moin, too?
[03:24] <ogra> nah
[03:24] <ogra> we love moin....
[03:24] <mdke> moin <3
[03:25] <ogra> i wouldnt even go near mediawiki if there were no user demand.... i *hate* php and its insecuritys
[03:25] <mhz> :D
[03:25] <Seveas> and mediawiki is quite a terrible wiki too :)
[03:25] <mhz> too? LOL
[03:25] <ogra> but the base for wikipedia...
[03:26] <mhz> ogra, have you ever tested MoinPedia?
[03:26] <ogra> which was the main concern....
[03:26] <Treenaks> Seveas: it's better than it used to be
[03:26] <ogra> mhz, nope
[03:26] <mhz> Alexander (#moin) did that just for fun
[03:27] <mhz> took all DB from Wikipedia and used it as MoinMoin /data
[03:27] <ogra> grea
[03:27] <ogra> t
[03:28] <teolemon> i'd be temptated to say that php security on school networks isn't that important.You would need really gifted students or really twisted people wanting to target schools
[03:28] <ogra> but lets rather move tha conversation to #edubuntu adn make the channel free for other meetings
[03:28] <teolemon> but i'm perhaps heavily mistaking
[03:28] <mhz> anyways, I need Ubuntu (at leat Edubuntu site) to stay with Moin because, WikiLearn will only be opossible to exist with MoinMoin (so far). And so, after people (users of WikiLearn) get used to Moin, they will also be ready to contribute to Edubuntu
[03:28] <teolemon> ok
[03:28] <mhz> ok
[03:29] <mhz> see you there
[03:29] <ogra> teolemon, some write their tests online.... dont underestimate the hacker skills of teenagers
[03:51] <flint> I am trying to work up a plan for 10 September with elkner... I am going to go bother him about it.
[03:52] <ogra> flint, /join #edubuntu ;)
[03:54] <flint> ok, I have caused enough trouble here...
[07:33] <sivang> it is going to be a MOTU meeting soon?
[07:34] <carlos> pitti, doko: Hi
[07:34] <doko> hi
[07:34] <robitaille> sivang:  22:00 UTC
[07:34] <pitti> hi
[07:35] <pitti> carlos: so you wnat to talk about OO.o l10n?
[07:35] <carlos> so, Firefox and OO.org integration...
[07:35] <carlos> doko, pitti, Mark wants those language packs as a priority now
[07:36] <carlos> so I we are defining an spec of all steps we should follow to get it done
[07:36] <carlos> a kind of step by step guide
[07:36] <pitti> carlos: you mean updating oo.o/ffox langpacks with rosetta data?
[07:36] <carlos> with the name who will do it
[07:36] <carlos> pitti, importing it into Rosetta and then update them from Rosetta, yes
[07:37] <pitti> (I hope you don't mean changing ffox/oo.o to use gettext)
[07:37] <carlos> pitti, no way ;-)
[07:37] <pitti> so 1) we should package the tools to convert oo.o/ffox translations to gettext and 2) call them in debian/rules?
[07:37] <carlos> Mark wants that the import into Rosetta and the export from Rosetta is done the same way we do it for the other language packs
[07:38] <carlos> pitti, right
[07:38] <carlos> I think there are already .deb packages available from Debian, doko?
[07:38] <pitti> well, the import side is possible with that
[07:38] <pitti> but not the export
[07:38] <pitti> since langpack-o-matic can't build ffox locale packs
[07:38] <doko> carlos: yes, pootle is in the archive
[07:39] <carlos> pitti, well, the idea is to extend it so you can generate .mo files, firefox's language packs or oo.org language packs
[07:39] <pitti> instead, there should be a new debian/rules target to pull updates from rosetta (in the locale packs for ffox/ooo)
[07:39] <carlos> doko, cool
[07:39] <doko> carlos: still the problem how to split/concatenate these into manageable chunkgs
[07:40] <pitti> carlos: *cough*
[07:40] <carlos> doko, Mark said that the idea of having one .pot file per directory is good. He agrees that 250 files are too much and only one is too big
[07:40] <carlos> doko, it's a problem to solve as part of our step by step guide
[07:41] <carlos> pitti, so you want that the deb build fetches files from Rosetta?
[07:41] <doko> ok, then I'll patch the translate-toolkit and write these files to somewhere
[07:41] <pitti> carlos: not always, but if you call "debian/rules rosetta-update" or whatever
[07:42] <carlos> doko, the idea is to create, for instance, a po/ directory and store there the .pot and .po files, martin's script will take care to move them into Rosetta
[07:42] <carlos> doko, like the other packages do it
[07:42] <pitti> ^ yes, that's what I tought for import
[07:42] <pitti> in principle, this should be possible for both ooo and ffox
[07:42] <doko> carlos: you need to keep the sdf file
[07:43] <carlos> pitti, hmm, we don't have a direct download features, so that would be a problem
[07:43] <carlos> doko, yeah, that's another thing to talk about
[07:43] <carlos> doko, we are not going to store that .sdf file into rosetta so we should decide a place that will be available on build time
[07:43] <pitti> carlos: where's the difference whether debian/rules or langpack-o-matic grabs the translations?
[07:44] <doko> it's fine for me to generate these directories
[07:44] <carlos> pitti, well, atm we will send you an email with a link to the language pack
[07:44] <carlos> pitti, so it depends on the way you want to implement it
[07:44] <carlos> pitti, I'm not 100% sure Mark will be happy to handle that in a different way, but If you think it's too hard to do it, I think we could convince him
[07:45] <carlos> ok, lets write a list of steps to follow that we need to do to get language packs done
[07:45] <pitti> carlos: sure, and I can just take the ffox translations out of it and feed it to debian/rules somehow
[07:45] <pitti> carlos: alternatively, I can create a "wrapper" that apt-get sources the locale packs, and updates them from the rosetta tarball
[07:46] <pitti> carlos: it just doesn't fit into the current langpack-o-matic
[07:46] <carlos> ok
[07:46] <pitti> carlos: but of course I can write a mozlangpack-o-matic and an ooolangpack-o-matic :-)
[07:46] <doko> pitti: yes please :-)
[07:46] <pitti> just not throw it all into one huge script
[07:46] <carlos> First the easier one, Firefox (feel free to add any extra step I'm missing):
[07:47] <pitti> doko: erm, s/I can/can be done/ :-)
[07:47] <doko> :-(
[07:47] <carlos> 1.- Add an extra rule on build time to generate a .pot file and a set of .po files per language pack
[07:48] <pitti> ATM I don't even know how to translate back and forth mozilla stuff, but it seems to be possible
[07:48] <carlos> 2.- Current process will send them to Rosetta, Rosetta will import them and people will translate them
[07:48] <carlos> pitti, there are scripts that do that
[07:48] <pitti> carlos: s/language pack/mozilla-firefox-locale-all/?
[07:48] <carlos> what ever it's called, yes
[07:49] <pitti> erm, rather from firefox itself, not the locale packs
[07:49] <carlos> 3. Once per month, an email will be sent to martin? with the link to a tarball with all updates done to firefox (a set of .po files)
[07:49] <pitti> so far that's clear
[07:49] <pitti> carlos: btw, I tried "that script" the other day, and it plainly refused to work, but oh well...
[07:49] <doko> /usr/bin/moz2po
[07:49] <doko> /usr/bin/po2moz
[07:49] <doko> from pootle
[07:50] <pitti> doko: oh, cool
[07:50] <pitti> will try that
[07:50] <carlos> 4. an script will download that tarball and will regenerate a new mozilla-firefox-locale-all
[07:50] <carlos> Am I missing anything?
[07:51] <carlos> I think that's all needed for firefox, right?
[07:51] <carlos> doko, do we need anything other than the .po files to create the firefox language pack?
[07:51] <pitti> carlos: the trouble lies in details, but in general that's the plan, yes
[07:51] <doko> carlos: I don't know, never did look at the firefox translation stuff
[07:52] <carlos> pitti, we should have those details clear after this meeting
[07:52] <carlos> doko, ok
[07:52] <carlos> lets assume for now that the .po file is the only needed thing
[07:53] <carlos> I will try to investigate it a bit
[07:53] <carlos> pitti, which details do you think we should take into account?
[07:53] <doko> carlos, could you spec that a bit out? how the target is named, where the files should go, and so on
[07:54] <pitti> carlos: I mean all the crappy little bugs you encounter when actually doing this, nothing that would influence the general strategy
[07:54] <carlos> pitti, oh, so you talk about the usual problems will be raised while implementing it?
[07:54] <carlos> ok
[07:54] <carlos> doko, sure, that's the idea
[07:55] <carlos> doko, after the meeting I will write a spec with a step by step guide so we know everthing needed to do the implementation
[07:55] <carlos> if anything is missing, the spec should be updated
[07:55] <carlos> So I suppose we will need an extra meeting after that spec is ready
[07:56] <carlos> to add extra information to it
[07:56] <carlos> pitti, anyway, from the process I just talked about, I assume that the email with hte link to the language pack will be enough for your, right?
[07:57] <pitti> Yes, I guess so
[07:57] <carlos> s/language pack/firefox language pack/
[07:57] <carlos> ok
[07:57] <pitti> I actually have to try that out before I can talk about some details
[07:58] <carlos> pitti, the email will be quite similar to the one you get when you request an export from rosetta
[07:59] <carlos> pitti, and the content will be also similar, or do you want soemthing as complex as current language packs?
[08:00] <pitti> same structure woudl be fine for me
[08:00] <pitti> to tell apart ffox, tbird, moztilla, etc.
[08:01] <carlos> pitti, do all language packs for ffox, tbird and mozilla come from the same .deb source package?
[08:02] <pitti> carlos: no, in fact not, lemme explain:
[08:02] <pitti> carlos: in general, each translation for each package has _its own_ source package and deb
[08:02] <pitti> then, half a year ago most ffox translations were collected in mozilla-firefox-locale-all
[08:02] <pitti> but there are still some language-specific mozilla-firefox-locale-<lang> source packages
[08:03] <pitti> and all tbird/moz locale packages have their own source
[08:03] <carlos> hmmm
[08:03] <carlos> that would be a problem
[08:03] <carlos> but the priority is firefox
[08:03] <carlos> and they seem to be doing the right thing (more or less)
[08:04] <carlos> so tbird and mozilla should be supported specially, just like KDE
[08:05] <carlos> pitti, the question is... do you prefer the same layout like current language packs where you have a directory per language and a .po file with the translation domain?
[08:05] <carlos> in this case the translation domain will be a name that will let you know if it's firefox, tbird or mozilla
[08:05] <carlos> as they don't use gettext and that name will not be used
[08:06] <carlos> pitti, the other option is a tarball with a file per language with the language code
[08:06] <pitti> carlos: yes, that will be fine
[08:06] <carlos> as the name
[08:06] <pitti> carlos: if you do separate tarballs anyway, then I don't mind the internal format
[08:07] <pitti> carlos: OTOH, if you stuff ffox etc. translations into the main big rosetta output tarballs, then jsut stick to the format, so langpack-o-matic can sort them out easily
[08:08] <carlos> pitti, is up to you, if you say that using the big language pack tarball is ok for you
[08:08] <carlos> I prefer to do it that way
[08:08] <pitti> carlos: actually I don't see a reason why rosetta should generate a special tarball for mozilla stuff
[08:09] <carlos> so I don't need to implement an specific script to send you the firefox and oo.org translations
[08:09] <pitti> carlos: this keeps consistency in all levels but langpack-o-matic itself
[08:09] <pitti> carlos: yes, we just need to agree to special "fake" domains, like "mozilla-firefox", "mozilla-thunderbird", "mozilla"
[08:09] <carlos> ok, so they will be part of the main language pack tarball
[08:10] <pitti> carlos: in fact, these domains should be determined by the POT file name that is created by the respective source package
[08:11] <carlos> pitti, right
[08:11] <carlos> pitti, just tell me them now and I will add them to the spec
[08:11] <pitti> carlos: I'm fine with the proposals above
[08:12] <carlos> ok
[08:12] <doko> carlos: if you send pitti the translations, who does convert the translations back to sdf files?
[08:12] <pitti> oh, and "openoffice.org", and "openoffice.org2"?
[08:12] <doko> pitti: no OOo1
[08:12] <pitti> WFM
[08:12] <carlos> doko, talking about OO?
[08:12] <doko> yes
[08:12] <carlos> doko, we will cover them now, just a second to finish with Firefox
[08:13] <carlos> pitti, we should decide who will work on which parts of the process
[08:14] <pitti> first I'll try to export PO files in mozilla packages
[08:14] <pitti> but I have a huge pile of other stuff to do, so please don't expect it to be ready tomorrow :-/
[08:14] <carlos> pitti, doko, how is your agenda?
[08:14] <carlos> what would you do and what should I do or look for someone else to do?
[08:14] <pitti> carlos: crowded and a temporarily disabled right hand
[08:15] <carlos> ok
[08:15] <carlos> doko, and you?
[08:15] <pitti> carlos: if you have the time to actually write some small script which extracts ffox translations, I can easily incorporate it into the packages
[08:15] <pitti> if not, I'll find some time
[08:16] <doko> carlos: ohh, low on time as well, but ... I can generate the sdf files, and then the po files. need to look at the concatenating of the files
[08:17] <doko> at merge time, I would expect a complete set of po files, and the old sdf files
[08:18] <carlos> pitti, doko all us are busy but I think I can rearrange my tasks a bit as my last release date just happened so I don't have the timeline you have
[08:18] <carlos> pitti, so I will take care of firefox conversion
[08:18] <pitti> cool
[08:18] <carlos> doko, if you would do that for oo that would be perfect
[08:18] <carlos> it's a bit more complex than firefox and I'm not sure I can catch with all your investigations
[08:19] <carlos> doko, anyway if you think you will not have time, tell me and I will try to manage that with daf
[08:19] <carlos> about the OO language packs
[08:19] <carlos> the procedure should be exactly the same as with firefox
[08:20] <carlos> doko, are all language packs inside the same source package?
[08:20] <doko> ok, if daf can work on the file splitting/merging, that would be nice. I'm away tomorrow, and Friday half day
[08:20] <carlos> doko, daf feels sick this week and I'm on a non coding week writting specs
[08:20] <doko> carlos: we will duplicate the OOo2 source, build the binaries from one copy, and the language packs form the other copy
[08:21] <carlos> so we don't think anything will be done until next week
[08:21] <carlos> ok
[08:21] <doko> ok, I'll see, what I can do. I'm working on the weekend however
[08:21] <carlos> in that case, for the imports is the same as firefox
[08:21] <carlos> doko, ok
[08:21] <carlos> the problem comes from the file we should generate on build time
[08:22] <carlos> pitti, any suggestion?
[08:22] <pitti> doko: why the split?
[08:22] <carlos> pitti, so we don't need to rebuild the whole oo.org when a language pack is updated
[08:22] <pitti> carlos: "the file" == this magical sdf thingy? I don't know what it is for...
[08:22] <pitti> carlos: ah, I see
[08:22] <doko> we should not build new binaries, just when we build new language packs
[08:22] <carlos> pitti, yeah, is a file needed to rebuild the oo language pack, a kind of mapping file
[08:23] <carlos> pitti, it's a file that your current .po extract script should take care about
[08:23] <pitti> carlos: well, that file can be taken right out of the source pacake, right?
[08:23] <carlos> pitti, it's autogenerated when we create the .pot and .po file
[08:24] <pitti> well, right before we update the source package with rosetta data, we could just call the po/pot extraction process to get the file
[08:24] <pitti> so,
[08:24] <pitti> debian/rules extractpo
[08:24] <pitti> update the po files
[08:25] <pitti> convert back
[08:25] <doko> pitti: are you talking about OOo?
[08:25] <carlos> doko, yeah, talking about OO.org
[08:25] <pitti> but will that existing sdf file work for completely new languages?
[08:26] <doko> pitti: not, if OOo isn't prepared for that language. i.e. valencian is not supported
[08:26] <pitti> doko: ah, so for now we can only update, but not add languages?
[08:27] <pitti> well, but that is already a huge improvement
[08:27] <carlos> pitti, the idea is that oo.org will not get new languages after the final release
[08:27] <pitti> right
[08:27] <carlos> doko, would pitti's suggestion work?
[08:27] <doko> pitti: yes, but OOo is already prepared for most languages, even, if there's not yet any translation
[08:28] <pitti> oh, cool
[08:28] <carlos> doko, to get the .sdf file on build time again
[08:28] <carlos> doko, Rosetta will know the sourcepackage version from where the .pot and .po files come
[08:29] <carlos> so we can provide that information just in case you need exactly that version to refresh the language packs
[08:29] <carlos> althought anyway, it should not change as the distribution will be frozen, right?
[08:30] <doko> carlos: ok, if I do have that information, then I need a location, where to for the sdf file
[08:30] <pitti> doko: I meant, why can't you regenerate the sdf right before updating the po files in the packagea?
[08:31] <carlos> doko, lets say: $root/po/
[08:32] <carlos> doko, so we execute the rule to create the .sdf and .po/.pot files again when creating a new language pack version and the files will be stored there (at $root/po/)
[08:32] <carlos> then we will need to put there the updated .po files
[08:32] <doko> pitti: where is the old sdf file then?
[08:32] <doko> I'm unsure, if I do understand you
[08:33] <carlos> doko, pitti suggest to create it again before doing the po>oo-langpack conversion
[08:33] <pitti> ok, let's do an example
[08:33] <pitti> ooo version 1 creates po files
[08:33] <pitti> rosetta imports them
[08:33] <pitti> some time advances
[08:33] <pitti> ooo version 2 wants to update translations
[08:33] <pitti> (btw, I don't mean oo.o2, just two microreleases)
[08:34] <doko> pitti: let's start with 1.9.121, assume, that 1.9.123 is going into breezy, and 2.0 into breezy+1
[08:34] <pitti> so to update translatiosn in ooo2, do we need the sdf from version 1 or 2?
[08:34] <doko> don't play around with OOo1
[08:34] <pitti> no, that's not what I mean, just two different versions
[08:34] <pitti> ok, so with your numbers
[08:35] <pitti> to update the translatiosn in 1.9.123, do we need the sdf from 1.9.121 or 1.9.123?
[08:35] <pitti> if the imported pot file in rosetta came from 1.9.121?
[08:35] <pitti> (which was my actual idea for abstraction)
[08:35] <doko> we need the version, that was used for generating the po export
[08:36] <pitti> ah, ok
[08:36] <pitti> and that will work with the newer one?
[08:36] <carlos> doko, ok, lets say that I get the new .pot file from 1.9.123 and merge the .po files with that file, shouldn't that be enough?
[08:37] <carlos> the .po files merged were from 1.9.121
[08:37] <carlos> the metadata information should be updated
[08:37] <pitti> ah, I see
[08:37] <pitti> that should even be cleaner
[08:37] <pitti> yes, and we don't need to store the sdf for that
[08:37] <doko> hmm, I think, rosetta will import a new pot file, and then be able to update the po files?
[08:37] <pitti> and would ensure 100% compatibility
[08:37] <carlos> doko, that way, I would be able to use the sdf from 1.9.123
[08:38] <carlos> doko, Rosetta will update all .po files every time a new .pot file is uploaded
[08:38] <carlos> automatically
[08:38] <pitti> so, it is:
[08:38] <pitti> - fetch new po files from rosetta
[08:38] <pitti> debian/rules extractpo
[08:38] <pitti> (will generate sdf, pot, po)
[08:38] <pitti> msgmerge the po files with new rosetta data
[08:39] <pitti> and convert back to ooo format
[08:39] <pitti> all in one shot
[08:39] <doko> ok, so why do I need to cope with merging back po files (from an old version) into a new version, if rosetta can do that?
[08:39] <pitti> just for safety, I guess
[08:39] <pitti> doko: msgmerge is trivially easy to call
[08:41] <carlos> doko, just in case the new language pack from oo.org
[08:41] <carlos> is the first time that is uploaded
[08:41] <carlos> Rosetta will not get the new .pot file unless the oo.org language pack is imported into Ubuntu's archive
[08:41] <carlos> so lets say that 1.9.121 is in the archive
[08:41] <carlos> and you prepare 1.9.123
[08:42] <carlos> Rosetta will not have that .pot file until you upload it with latest translations from Rosetta (from 1.9.121)
[08:43] <doko> wait, it does have the 121 pot file, right?
[08:43] <pitti> yes
[08:43] <pitti> so msgmerge will filter out obsolete stuff
[08:44] <doko> ok, we generate the new pot file during the 123 build
[08:44] <carlos> doko, right
[08:45] <carlos> and that's why you should merge the .po files from rosetta
[08:45] <doko> wait, why can't rosetta do that?
[08:46] <carlos> doko, again, Rosetta will do that when you upload again 123
[08:46] <doko> what about new translations which come from the new 123 OOo?
[08:46] <carlos> but Rosetta will not have the 123 .pot file yet
[08:46] <carlos> only 121
[08:47] <carlos> doko well, that's a good question, the system will upload them to Rosetta
[08:47] <doko> carlos: and rosetta cannot generate these during the build?
[08:48] <pitti> doko: msgmerge will ensure that new translations from upstream aren't lost
[08:48] <carlos> doko, only if the .pot file is uploaded first into Rosetta
[08:48] <carlos> pitti, well, it's not so simple
[08:48] <pitti> but this scenario is a corner case anyway
[08:48] <carlos> pitti, we are talking about two .po files changed in different places
[08:48] <pitti> usually we will have more than just one upload of a given upstream version
[08:49] <pitti> so if that is difficult, we just make it a policy: we don't update translations from rosetta the first time we upload ooo.o
[08:49] <pitti> that's not a big restriction AFAICS
[08:49] <carlos> pitti, doko: Ok, lets see it this way...
[08:49] <doko> pitti: define "first time", is it per version?
[08:49] <pitti> doko: yes
[08:49] <pitti> and it is even less a restriction, because:
[08:49] <carlos> the sourcepackage that will generate the binaries will not generate any .po/.pot files
[08:50] <pitti> 1) doko uploads ooo_n+1
[08:50] <pitti> 2) rosetta merges
[08:50] <doko> pitti: and when a new language is added in an -2 upload?
[08:50] <pitti> 3) doko uploads ooo-langpacks_n+1
[08:50] <carlos> pitti, I like that
[08:50] <pitti> we have split packages anyway, right?
[08:50] <doko> yes
[08:50] <carlos> doko, is it doable?
[08:51] <pitti> so the split package allows us to put rosetta "in between" the new upstream version and the new langpack deb generation
[08:51] <doko> ok, sounds doable, but a hell of syncing those two
[08:52] <pitti> doko: well, the sync task remains anyway, right?
[08:52] <doko> yes
[08:52] <carlos> doko, that way you don't need to take care about merging anythin
[08:52] <carlos> doko, and Rosetta will get always the updates from upstream
[08:52] <carlos> without needing to care about conflicts
[08:53] <carlos> pitti, abiword does not uses gettext...
[08:53] <carlos> pitti, they just have the .po generation process integrated into their source packages
[08:53] <pitti> dudes, that was a mere joke
[08:54] <pitti> carlos: hm, is there anything in gettext which makes it unusable for office suites?
[08:54] <pitti> well, nevermind, back to topic
[08:54] <pitti> so we settled the ooo rosetta update?
[08:54] <carlos> pitti, portability was an issue. New abiword versions will use it directly
[08:55] <carlos> pitti, I think so, I will write down all this so you can read it later and improve it until all people is happy
[08:55] <carlos> doko, ?
[08:56] <doko> carlos: ?
[08:56] <doko> ok, about the spec. yes, that sounds good.
[08:56] <carlos> doko, do you agree? do you have any doubt/question?
[08:57] <carlos> I know you don't have yet all information, but I will try to give you it with the spec
[08:57] <doko> I currently cannot see any problems.
[08:57] <carlos> ok
[08:57] <doko> I won't export anything for en-us and de
[08:58] <doko> these are the message-id's, and both languages are normally handled well upstream
[08:58] <carlos> doko, hmm, that would mean to filter them out on .po export time
[08:58] <carlos> I will note that on pending things
[08:58] <carlos> to the spec so we look for a way to do it
[08:59] <doko> we can add it to the todo list, if the other things work
[08:59] <carlos> doko, pitti when would you have a new meeting with the spec ready so we can comment it?
[08:59] <carlos> I think I would have it ready for tomorrow
[08:59] <carlos> Will send you it by email
[09:00] <pitti> would be fine for me
[09:00] <carlos> and after you read it, we would have another meeting (tomorrow or on Friday)
[09:00] <doko> I'm away until Friday afternoon, no email in this time
[09:00] <carlos> I will try to get some input from Mark also
[09:00] <pitti> let's comment with email replies
[09:00] <carlos> ok
[09:00] <carlos> then
[09:00] <pitti> the next meeting should happen if we actually tried out the po extraction in packages
[09:01] <pitti> s/if/after/
[09:01] <doko> so, is the next meeting on Monday too late
[09:01] <doko> ?
[09:01] <carlos> will open a thread and if we see it needed we try a meeting on Friday afternoon or next week
[09:01] <carlos> doko, I suppose it's not a big problem as we are not in the same place anyway
[09:01] <doko> carlos: I can read the spec on Friday, but won't have much done until then
[09:01] <carlos> so it's a "virtual" meeting
[09:01] <carlos> doko, don't worry, that would be enough
[09:01] <pitti> ok, great
[09:01] <carlos> I will be travelling on Monday
[09:02] <carlos> not sure if I will have network connection
[09:02] <carlos> so we are not in a hurry
[09:02] <carlos> doko, pitti what's our timeline for breezy?
[09:02] <carlos> so we have this sorted out on time?
[09:02] <pitti> carlos: I hope you won't get stuck at an airport for 4 hours again :-)
[09:02] <pitti> carlos: feature freeze is next wednesday
[09:02] <carlos> pitti, not 4 hours but about 10 hours or so
[09:02] <carlos> pitti, London link is slow :-(
[09:03] <pitti> carlos: but breezy goals can be fixed even after that
[09:03] <carlos> ok, I will try to accelerate all next week
[09:03] <carlos> so we get languagepacks 100% functional
[09:03] <pitti> carlos: what about fixing the export in general?
[09:03] <doko> carlos: hmm, let's see, what we can work out until Tuesday
[09:03] <carlos> pitti, btw breezy imports are running again
[09:03] <pitti> the hoary tarball was unusable
[09:03] <carlos> pitti, that's what I'm talking about
[09:03] <pitti> ah, cool
[09:04] <carlos> cool
[09:04] <carlos> doko, pitti anything else?
[09:04] <pitti> carlos: was that "space" thingy a bug in rosetta, or a "bug" in a translator? :-)
[09:04] <carlos> pitti, need to debug, It does not look like a bug in Rosetta, but I need to check it
[09:05] <pitti> ok, great
[09:05] <carlos> doko, pitti ok, so if you don't have any other thing....
[09:05] <carlos> doko, pitti thank you very much for the meeting
[09:05] <pitti> thank you too
[09:06] <pitti> have a nice evening then!
[09:06] <doko> fine, thanks
[09:46] <carlos> doko, how will be called the source package for the oo language packs?
[09:47] <doko> hmm, openoffice.org2-l10n ?
[09:48] <carlos> doko, ok, it's to reference it from the spec
[10:05] <siretart> motu meeting now?
[10:05] <dholbach> nope
[10:05] <dholbach> 22:00 UTC
[10:05] <siretart> aargl.
[10:05] <dholbach> come back in 2 hours *whine*
[10:05] <siretart> and /me wanted to be in bed in 2h :/
[10:05] <siretart> ;)
[10:05] <dholbach> poor you
[11:52] <dholbach> we're 8 minutes before the meeting
[11:54] <\sh> that's DF ,-) bush drums ,-)
[11:54] <Riddell> shame, could do with a stoodshie with dholbach about modifying .orig tars :)
[11:55] <dholbach> Riddell: could you lighten me up on stoodshies? :)
[11:55] <ajmitch> Riddell: we can't just agree now that it should only very rarely be done? :)
[11:55] <dholbach> Riddell: is there any mudwrestling involved there?
[11:56] <\sh> hey bddebian seb128
[11:56] <bddebian> Howdy \sh
[11:57] <dholbach> whiprush: !
[11:57] <whiprush> hey daniel!
[11:57] <\sh> jorge :)
[11:57] <ajmitch> whiprush!
[11:57] <dholbach> :)
[11:57] <ajmitch> good to see you finally joining in the motu madness ;)
[11:57] <ajmitch> I'm hungry, need to get some food out of the fridge ;)
[11:57] <\sh> TheFridge oh no
[11:58] <\sh> neverending story
[11:58] <whiprush> heh
[11:58] <ajmitch> hi azeem
[11:58] <bddebian> Wow, yeah, hi azeem  :-)
[11:58] <dholbach> you all might want to have a look at the agenda on: https://wiki.ubuntu.com/MOTUMeeting
[11:59] <dholbach> anybody who wants to chair the meeting?
[12:00] <\sh> dholbach: u r welcome ,-)
[12:00] <dholbach> i see :)
[12:00] <ogra> dholbach, go ahead
[12:00] <dholbach> hi everybody
[12:00] <dholbach> we have quite a full agenda
[12:00] <ogra> <-- Oliver Grawert
[12:01] <dholbach> so please try not to flame :-)
[12:01] <bddebian> <-- Barry deFreese
[12:01] <mbreit> \me is Moritz Breit
[12:02] <ogra> Seveas, finally !!
[12:02] <Seveas> :)
[12:02] <dholbach> ok is that everybody? :)
[12:02] <Seveas> i've found a great game i want to package ogra :)
[12:02] <bddebian> heh
[12:02] <ogra> hehe
[12:02] <\sh> dholbach: let's rock :)
[12:02] <dholbach> our beloved breezy-changes hero stephan \sh hermann wants us to think about the concept of MOTU Taskforces
[12:03] <dholbach> \sh: do you want to tell us about about the problems that make this necessary
[12:03] <\sh> sure..but it's not a problem...:)
[12:03] <siretart> Seveas: talk to me in #ubuntu-motu later about your game package
[12:04] <\sh> ok...as u all know, we as team have several tasks to do..like those funny transitions, reviews, training of new motus etc.
[12:04] <\sh> but in times like nowadays, we can't accomplish all tasks with the same team strength, so I was thinking about some type of "load balancing"
[12:05] <\sh> some members are working on the transitions, some on the reviews, and some others are doing NewMotuTrainings...something like that
[12:05] <ogra> a MOTULoadBalance team :)
[12:05] <siretart> ogra: well, MOTU is supposed to do some kind of load balancing anyway ;)
[12:05] <Seveas> ogra, that would be bureaucracy and work counterproductive
[12:05] <ogra> (kidding)
[12:06] <ogra> hey regard the :)
[12:06] <ogra> ;)
[12:06] <\sh> all work has always priority 1 as u know ;) and this is a real challenge sometimes
[12:06] <dholbach> what opinions do you all have on this?
[12:06] <siretart> \sh: what problem do you want to solve with the creation of teams?
[12:07] <ogra> \sh, in my eyes the stability of the distro has prio 1 for me... i.e. merges and transitions > reviews
[12:07] <ajmitch> do you think that having people just working on things isn't enough?
[12:07] <\sh> siretart: that all work is done in a good timeframe..
[12:07] <ajmitch> or do you feel that some parts (reviews, etc) get less love?
[12:07] <\sh> I don't want to have packages waiting for reviews months and months, but if there are some other real work to be done, we need some more hands sometimes
[12:08] <dholbach> i have one objection: people will always do things they like best - whatever those things are - some are even interested in doing a bit of everything
[12:08] <ogra> ajmitch, the latter... but i dont cry a tear about it, we can approve them later still
[12:08] <siretart> well, I don't think the creation of teams itself will give us more manpower..
[12:08] <\sh> dholbach: yes right...
[12:08] <\sh> siretart: it's not a team ...
[12:08] <\sh> in this case...


[00:45] <ahoneybun> LocutusOfBorg: could we get a LP request on this: https://launchpadlibrarian.net/276000721/trojita_0.7.0+git20160728-0ubuntu1~ubuntu16.04~ppa1.dsc
[00:46] <ahoneybun> tsimonq2 of Lubuntu might want it as well
[01:58] <jbicha> ahoneybun: I think it would be best if you filed a needs-packaging bug for that since it's not in Debian or Ubuntu
[01:58] <ahoneybun> it's packaged
[01:58] <ahoneybun> it's in that ppa
[01:58] <jbicha> right, but it needs to go through the new queue
[02:01] <jbicha> and it's often faster to get it in Ubuntu if you can find someone (like the Debian Qt team) to sponsor it into Debian first
[02:11] <ahoneybun> this sponsor thing is hold hundreds of uploads we have
[02:12] <ahoneybun> *holding
[02:21] <jbicha> if your packages were in sync with Debian, then a lot of the work would get done through autosync
[02:21] <jbicha> I've considered syncing qt/kde stuff but then I see that you're trying to maintain the packages in git which I don't have write access to
[02:22] <jbicha> but many times there aren't any real differences in the Kubuntu packages
[02:22] <ahoneybun> jbicha: we have to get sponsored to upload new versions to the archive
[02:22] <ahoneybun> for this there are
[02:23] <ahoneybun> we need to upload them to get Plasma 5.7.2 out
[02:23] <ahoneybun> Qt 5.6.1 is needed for 5.7
[02:23] <ahoneybun> Plasma
[02:23] <ahoneybun> we need a MOTU to come into #kubuntu-devel
[02:23] <ahoneybun> we have no one to upload atm
[03:17] <tsimonq2> ahoneybun: how so?
[03:17] <ahoneybun> the trojita email client
[03:17]  * tsimonq2 checks if it's in the LXQt metapackage
[03:21] <tsimonq2> ahoneybun: that's our plan in the blueprints but the blueprint is marked as blocked and it's not in the metapackage, I'll ask Julien, but otherwise \o/
[03:22] <ahoneybun> tsimonq2: clive has it built for xenial and yakkety in his ppa
[03:37] <tsimonq2> ahoneybun: great :)
[03:37] <tsimonq2> ahoneybun: is it not in the Ubuntu archive? :O
[03:37] <ahoneybun> nope guess not
[05:17] <Mirv> pitti: morning. could I get all-proposed for https://requests.ci-train.ubuntu.com/static/britney/ticket-1712/landing-070-yakkety/excuses.html and https://requests.ci-train.ubuntu.com/static/britney/ticket-1715/landing-080-yakkety/excuses.html , and restart of seemingly stuck "Test in progress" tests at https://requests.ci-train.ubuntu.com/static/britney/ticket-1715/landing-080-xenial/excuses.html ?
[05:30] <cpaelzer> good morning
[05:35] <Mirv> @pilot in
[05:50] <pitti> Good morning
[05:50] <tsimonq2> o/ pitti, how are you? :)
[05:50] <pitti> I'm great, thanks! last two days before summer vacation :)
[05:52] <tsimonq2> pitti: less than a month until the end of summer vacation and my first day of high school
[05:52] <tsimonq2> :D
[05:54] <pitti> that's still lots of of time to do stuff!
[05:54] <tsimonq2> it is! :)
[05:57] <pitti> Mirv: done
[05:59] <pitti> Mirv: btw, when that happens while I'm away, please ask L_aney, i_nfinity, s_eb128, d_idrocks, or s_langasek to run something like "retry-autopkgtest-regressions -s yakkety --ci-train-silo 080 --ci-train-ticket 1715 --all-proposed" on snakefruit
[05:59] <pitti> or --state RUNNING
[06:02] <tsimonq2> pitti: you acutally pinged Steve, he gets pinged on his last name too I think :P
[06:03] <pitti> well, I tried to be quiet :)
[06:03] <tsimonq2> :)
[06:15] <Mirv> pitti: noted and much appreciated!
[06:35] <Mirv> tedg: hi! could you take care of the click upload asked for in bug #1496292 so that we could unblock many things in yakkety? tsimonq2 / LXQt folks would appreciate among else :)
[06:37] <tsimonq2> yeah, lubutnu-qt-desktop can't be installed without it
[06:42] <acheronuk> nor can plasma-discover
[06:42] <tsimonq2> so the Kubuntu folks might appreciate it too :)
[08:07] <cpaelzer> ntp has issues exporting their code history https://github.com/ntp-project/ntp/issues/15
[08:07] <cpaelzer> via its archive I can only get full releases, where patches are obviously mangled together
[08:07] <cpaelzer> the next "best" (not) option is to check their bitkeeper
[08:08] <cpaelzer> but for obvious reasons I have none, and I even fail to get one setup for my personal account if I would
[08:08] <cpaelzer> so if one still has a dusty but working bk setup please ping me as I'm trying to get a fix referred from a ntp bug for an SUR
[08:20] <Unit193> Can't just look http://bk1.ntp.org/ntp-stable/?DATE=-6M..&PAGE=changes ?
[08:23] <cpaelzer> That will do, thanks Unit193
[08:24] <cpaelzer> I was looking for alternatives already - that is one that works - Thanks!
[09:15] <LocutusOfBorg> do anybody have any update about qt5 migration?
[09:21] <cpaelzer> mdeslaur: I come by ntp for a functional SRU anyway atm - there are quite a few CVEs reported - I wanted to discuss if I should include some in your opinion
[09:22] <cpaelzer> mdeslaur: sorry to bother you but according to the changelog you were the last to add CVE fixes to the package
[09:25] <cpaelzer> mdeslaur: looking at http://support.ntp.org/bin/view/Main/SecurityNotice#Recent_Vulnerabilities CVE-2016-4957 is high, CVE-2015-5300 is only medium but seems very easy to backport
[09:25] <cpaelzer> mdeslaur: there are several more at medium, but well that is why I ask you or other security Team members to let me know
[09:28] <LocutusOfBorg> I think #ubuntu-hardened is the best place to discuss ntp CVEs :)
[09:29] <cpaelzer> will do so on top, thanks LocutusOfBorg
[09:29] <LocutusOfBorg> probably all security Ubuntu folks follow here too, but hardened is better because of low messages numbers
[09:32] <cpaelzer> yeah I agree, I can leave the message "out there" as long as I test my SRU
[10:03] <cpaelzer> pitti: filed the nplan bugs and notified a few IBMers that I really want to pass that spec (it is more their than my job after all) :-)
[10:03] <cpaelzer> pitti: thanks for the feedback
[10:57] <andyrock> seb128: https://code.launchpad.net/~azzar1/nautilus/higidpi-desktop-view-margins/+merge/301621
[10:57] <andyrock> i also proposed a fix upstream
[11:13] <LocutusOfBorg> pitti, hi, do you have two seconds to look at runit package?
[11:13] <LocutusOfBorg> should we drop the upstart integration?
[11:14] <LocutusOfBorg> to merge the current debian package I should have to create a new runit-upstart package, and maybe it is time to stop that?
[11:14] <Laney> andyrock: I can push those upstream if you want
[11:18] <Son_Goku> what problem does netplan solve that wicked doesn't already solve?
[11:19] <Son_Goku> https://github.com/openSUSE/wicked
[11:25] <Odd_Bloke> Son_Goku: My understand of netplan is that it's declarative config that's used to configure existing networking things; I wouldn't expect there to be a daemon running.
[11:25] <Odd_Bloke> Son_Goku: But I don't know a great deal about netplan. :)
[11:26] <Son_Goku> wicked works pretty similarly to netplan in that it essentially obsoletes old style configuration
[11:26] <Son_Goku> but wicked's configuration can be validated, since it's XML
[11:27] <Son_Goku> but critically, because configuration is offered via D-Bus, you can have an arbitrary input mechanism for it
[11:28] <Son_Goku> the daemon is completely optional
[11:30] <Son_Goku> alternatively, NetworkManager itself is an alternative mechanism to old-style networking
[11:31] <Son_Goku> though I wonder if the reason this is such a problem is because Debian-based distributions' /etc/network/interfaces isn't well-supported in NM
[11:32] <Son_Goku> NetworkManager can read /etc/sysconfig/network-scripts/ifcfg-* files (which are INI style declarative files) or its own keyfile format
[11:32] <Son_Goku> in Fedora, for example, NetworkManager is preconfigured through ifcfg scripts
[11:33] <Son_Goku> err, ifcfg-* files
[11:34] <Son_Goku> I guess my question is, what problem is netplan trying to solve?
[11:34] <Son_Goku> that no other solution hasn't already done
[11:38] <xnox> pitti, see Son_Goku ^ above to discuss netplan vs wicked
[11:40] <Son_Goku> maybe I'm just used to how things work in Fedora and Mageia, but it seems weird that centralized configuration is a problem
[11:41] <Son_Goku> admittedly, in Fedora, we use NetworkManager everywhere (even on Server) since recent versions of NetworkManager have become quite lightweight
[11:42] <Son_Goku> and it supports a large variety of use cases
[11:43] <Son_Goku> the SUSE guys opted to create wicked to solve their problems, and I think that partially has to do with YaST
[11:44] <xnox> i think many years ago we did try wicked and connman for the netbook remix project, but that was literarly years ago.
[11:44] <xnox> on ubuntu side we have our own legacies to deal with =) there is ifupdown, there is networkd, there is networkmanager, and debian is trying for ifupdown2 (non starter for us, as it's in python), and then there is a lot of cloud/container configs.
[11:46] <Son_Goku> xnox, I think you're thinking of wicd
[11:46] <Son_Goku> which I do recall you using for Ubuntu Netbook
[11:46] <xnox> Son_Goku, probably.
[11:46] <xnox> never mind then =)
[11:46] <xnox> in general i think we want to go with networkd in most cases, but it's config is crap. And whenever one wants WiFi or 3G/LTE or even hotplug usb one is better off with networkmanager.
[11:46] <Son_Goku> I'm surprised no one wrote a networkd config backend for NM yet
[11:46] <Son_Goku> that would allow you to seamlessly use both
[11:47] <xnox> and then there is a bunch of mid-higher level things to expose too, w.r.t. system containers networking (e.g. lxd / openvz size) and nested networking (juju namespaces)
[11:47] <Son_Goku> right
[11:47] <Son_Goku> the latest NetworkManager releases have been focused on dealing with those problems specifically
[11:48] <Son_Goku> hell, with NM 1.2, I was able to migrate to using NetworkManager to maintain my container networking
[11:48] <xnox> but networkmanager is well, crap =) -> not official stance, but just my personal opinion. But it is the best we have for Wifi & 3G/LTE.
[11:48] <Son_Goku> what's wrong with NM?
[11:50] <Son_Goku> I know people have bitched about NetworkManager in the past, but the latest releases have been pretty solid
[11:56] <xnox> dhcp / dns, i've been on weird networks where it did not do the right thing, and one ends up shooting oneself in the foot. I'm sure if i used nmcli and/or dbus api to the spawned dhcp daemon I would know what to do. Also it is quite a bit heavy, I had partially booting systems where nm wouldn't start leaving me without network.
[11:56] <xnox> these days I find iproute2 an excellent network configuration manager =)))))
[11:57] <xnox> with iproute2 i could finally start to comprehend a little bit as to what is going on =)
[11:57] <xnox> but i am just a basic user. not a sysadmin at all.
[11:58] <infinity> Son_Goku: Personally, any time anyone tells me that a config file in XML is a *good* thing, I run away.  And that's coming from someone who finds ISC config files readable.
[11:58] <Son_Goku> I didn't say it's good for humans
[11:58] <Son_Goku> and even I don't manipulate the XML by hand myself
[11:59] <infinity> Then you'd immediately stop the conversation for most old Debian hacks.
[11:59] <infinity> "run a thing to spit out a config" isn't our style. :P
[11:59] <infinity> (Same reason people like me also hate virt-manager)
[11:59] <xnox> i have seen libxml segfault in a stable release =)
[11:59] <seb128> Laney, if you want to handle nautilus please do
[12:00] <infinity> Son_Goku: Anyhow, the real answer to your question is that nplan probably doesn't solve a problem that hasn't been solved, it just solves it differently.  Yay, diversity.
[12:00] <infinity> And my experiences with networking on Fedora/RH have never been pleasant on complex setups...
[12:01] <Son_Goku> oddly enough, I've had the opposite experience
[12:01] <infinity> That's how anecdotes go. ;)
[12:01] <Son_Goku> complex networking using the ifcfg* files has been considerably easier than network/interfaces :)
[12:01] <infinity> ifcfg looks easier on the surface, but it seems amazingly racey or something, cause I have machines that seem to want to only have a network on 2/3 boots, etc.
[12:02] <infinity> But that's backend implentation, of course, not the syntax's fault.
[12:02] <infinity> As for syntax, meh.  We happen to have a man at the helm who loves yaml.
[12:03] <infinity> Which I'm sure you noticed at the snappy sprint. :P
[12:03] <Son_Goku> yeah, I did :)
[12:06] <infinity> Son_Goku: I'm somewhat biased, because I happened to be part of the hallway conversation that became the spec for nplan, but I do like the concept of "this only handles config, and hands off to backends", since placing all your eggs in a networkd or networkmanager basket is just asking for more work down the road to make $daemon support your use-case.
[12:07] <Son_Goku> yeah
[12:07] <Son_Goku> well, that's part of the reason why I like the ifcfg-* scripts
[12:07] <Son_Goku> err files
[12:07] <Son_Goku> because they are supported by multiple network management tools
[12:08] <infinity> Yup, but the odds of them ever showing up in a Debian derivative are slim.
[12:08] <infinity> If pitti can sell Debian on nplan, then we're back to a "half the world does it this way, and the other half another way" thing, and that's not awful.
[12:08] <Son_Goku> doesn't take much for them to show up
[12:08] <infinity> (Oddly, that's one of the reasons I wished Debian would have gone with upstart, just to keep competition alive and upstreams on their toes :P)
[12:09] <infinity> But Debian developers seems blissfully unaware that they (or their derivatives) run on more than half the Linux machines in the world and they have a lot more power than they think.
[12:09] <infinity> Son_Goku: By "show up", I meant in the default install, of course.  Debian ships all sorts of options, because that's the sort of place they are.
[12:10] <Son_Goku> well, at least in NetworkManager, it's a configure argument away to support the ifcfg-* files
[12:10] <infinity> I guess I have to amend that "more than half the Linux machines" with "(not counting Android)" these days.
[12:10] <Son_Goku> as NM itself supports multiple config backends
[12:11] <Son_Goku> I don't really see a reason why configuration needs to be done differently everywhere :/
[12:11] <infinity> Oddly, Android may have finally given us all a reason to call classic distros "GNU/Linux" and RMS wins.
[12:11] <Son_Goku> especially for something as critical as networking
[12:11] <infinity> If we assume the "GNU" means glibc. :P
[12:12] <infinity> Son_Goku: I never saw why it needed to be different everywhere either, but I could never talk RedHat into the beauty of interfaces(5).
[12:13] <infinity> Son_Goku: And, at the end of the day, that's the attitude we have to contend with that leads to NIH in distros (and it's sometimes a good thing, sometimes not).  Broadly, the RHish and Debianish camps have their own ways to do lots of things, and when someone says "we should all do it the same way", they're really saying "we should all do it the way I prefer".
[12:13] <infinity> Son_Goku: Which doesn't sell well.
[12:13] <infinity> Son_Goku: It's the duck army and the bunny army.
[12:13]  * Son_Goku shrugs
[12:14] <infinity> http://i.imgur.com/GBxqls0.png
[12:20] <Son_Goku> infinity, I gave up quite a long time ago on persuading people on things like this
[12:21] <Son_Goku> nowadays, I just ask about it, present technical counterpoints, and hope for the best
[12:21]  * infinity nods.
[12:23] <infinity> Mostly, I just sit here and grumble about having to learn a new thing after 15+ years, but hopefully I'll survive the turmoil.
[12:24] <Son_Goku> haha
[12:33] <xnox> infinity, https://lh5.googleusercontent.com/-MV7R08WGNZY/UTIAf39b-3I/AAAAAAAANJo/uLxr73--TRA/w497-h373/gb.gif -> duck/bunny armies playing ingress
[12:34] <xnox> Son_Goku, infinity: it does sound like we are still in this situation https://xkcd.com/927/
[12:34] <xnox> caption needs updating with usb-C and thunderbolt
[12:48] <xnox> infinity, sbuild regular resolver fails to resolve libicu-dev (> 57) when building with experimental enabled (as created with $ mk-sbuild experimental) --build-dep-resolver=aptitude "fixes" this and correctly pulls in libicu from experimental. I recall you have previously said that one doesn't really need aptitude resolver, is there a way to selectively pull build-deps from experimental, when needed, with sbuild using apt resolver? or do i need to
[12:48] <xnox> fiddle with pinning?
[12:50]  * xnox believes mk-sbuild should have done the right thing for experimental distro to work with apt resolver
[12:51] <infinity> xnox: You'd need to pin experimental to 500, but then it won't be selective.
[12:52] <xnox> In http://aerostitch.github.io/linux_and_unix/debian/sbuild_with_experimental_distribution.html
[12:52] <infinity> xnox: ie: this is what our buildds do for backports:
[12:52] <infinity> $ cat etc/apt/preferences.d/backports
[12:52] <infinity> Package: *
[12:52] <infinity> Pin: release a=*-backports
[12:52] <infinity> Pin-Priority: 500
[12:52] <xnox> it is pinned: 900 -> unstable; 800 -> experimental. I wonder if it makes the build-deps selective or not.
[12:52]  * xnox ponders if i want selective experimental, or all-in-one / all-you-can eat deal
[12:53] <xnox> right.
[12:53] <Mirv> pitti: is it that if I rerun https://requests.ci-train.ubuntu.com/static/britney/ticket-1712/landing-070-yakkety/excuses.html it's again without proposed? could you rerun them all again with proposed? earlier today there was some gtk related breakage in proposed.
[12:53] <pitti> Mirv: oh, is that gtk3 uninstallability fixed now?
[12:54] <Mirv> pitti: yes it'd look like that to me, Laney's upload fixed it. among else my https://launchpad.net/ubuntu/+source/uim/1:1.8.6+gh20160630.0.c408e95-1build1 now built.
[12:54] <pitti> Mirv: yes, the retry links don't use all-proposed
[12:55] <pitti> Mirv: retried
[12:55] <Mirv> ok thank you again
[12:55] <pitti> no problem; /me retries the apport build as well
[12:56] <LocutusOfBorg> something is broken in yakkety, but I can't figure out what
[12:56] <LocutusOfBorg> dh: error: 'hardening' flag found but 'hardening-wrapper' not installed: No such file or directory
[12:56] <LocutusOfBorg> isn't picked up by debhelper?
[13:02] <infinity> LocutusOfBorg: That's from dpkg, actually.  And not exactly new.
[13:03] <infinity> Potentially code we should rip out at some point, though.
[13:03] <LocutusOfBorg> but is a bug in dpkg or not?
[13:03] <infinity> LocutusOfBorg: It might be a bug, it's not new in yakkety.
[13:04] <infinity> It comes from when we supported hardening options and Debian didn't.  I should tear that all out, I think.
[13:04] <infinity> Right after 14.04.5 flies.
[13:04] <infinity> Or maybe while.
[13:06] <LocutusOfBorg> BTW anybody will merge dpkg?
[13:06] <LocutusOfBorg> I can provide a debdiff if I have somebody looking at it :)
[13:07] <infinity> LocutusOfBorg: I merge it.
[13:08] <LocutusOfBorg> <3
[13:08] <Mirv> I hope mterry won't mind me ending his 5-day patch pilot
[13:08] <infinity> LocutusOfBorg: I prefer to let it cook in Debian, unless there's a killer feature we need.
[13:45] <Mirv> @pilot out
[13:53]  * dholbach hugs Mirv
[13:56] <mhall119> Mirv: ping
[13:56] <Mirv> mhall119: eodish pong
[13:57]  * Mirv hugs the pilot hugger
[13:57] <mhall119> Mirv: tomorrow then, or when you have time, can you provide some help to #kubuntu-devel in getting packages udpated/added to the archives for 16.10?
[13:57] <mhall119> they've been really struggling since the Ubuntu Developers on that team left
[13:58] <Mirv> mhall119: I've uploaded around 120 packages from them, I think they're mostly happy and I'm waiting mostly for them to assess the autopkgtest situation so that they can advice release team..
[13:58] <Mirv> mhall119: the whole KDE Frameworks 5.24 and Plasma 5.7 is in yakkety-proposed now
[13:58] <mhall119> Mirv: ah, thank you so much, I hasn't skimmed the scrollback
[14:00] <Mirv> no problem
[15:01] <rbasak> !dmb-ping
[15:01] <sil2100> o/
[15:13]  * Snow-Man wonders where he can buy CDs of those Dave Matthews Band cover band from.
[15:13] <Snow-Man> s/those/this/
[15:21] <otto> When will the dmb meeting begin?
[15:22] <rbasak> otto: it's in #ubuntu-meeting. It's already going. We went past you in the agenda, but we can go round again for you if you can join now please?
[15:41] <Saviq> pitti, hey, can you please restart all of unity8 tests in https://requests.ci-train.ubuntu.com/static/britney/ticket-1575/landing-073-yakkety/excuses.html with all-proposed, Qt's not migrated still
[16:07] <pitti> Saviq: done
[16:11] <Saviq> pitti, thank you
[17:47] <seb128> cjwatson, hey, unsure if you are still around but I tried to build a snap on launchpad (https://code.launchpad.net/~ubuntu-desktop/+snap/ghex-udt/+build/2261) and the build is failing on "git.gnome.org: Name or service not known", am I doing something wrong?
[17:54] <dobey> is building snaps allowed to access the internet?
[18:02] <dannf> jgrimm: i can test that it doesn't crash on arm64, but not sure if that's sufficient to call it "verified". i'll test & leave a comment though.
[18:18] <kyrofa> dobey, indeed, but only on snapcraft's pull step
[18:18] <kyrofa> seb128, could that be the issue?
[18:19] <seb128> kyrofa, dunno, my snapcraft.yaml is normal I think?
[18:19] <seb128> http://bazaar.launchpad.net/~ubuntu-desktop/+junk/ghexudt/view/head:/snapcraft.yaml
[18:19] <seb128> kyrofa,
[18:19] <seb128>   ghex:
[18:19] <seb128>     plugin: autotools
[18:19] <seb128>     source: git://git.gnome.org/ghex
[18:20] <kyrofa> seb128, ah, I wonder if the proxy isn't letting git:// through
[18:21] <kyrofa> seb128, indeed, the yaml looks fine. But that doesn't mean the build system isn't doing something like that (e.g. mysql will download boost when building)
[18:21] <kyrofa> seb128, but no, the log looks good
[18:22] <kyrofa> seb128, does git.gnome.org support cloning over http, perhaps? Might try that
[19:24] <seb128> kyrofa, yeah, I'm going to try that, thanks for the suggestion
[19:24] <kyrofa> Sure thing
[21:50] <jgrimm> thanks dannf