[12:57] <Extend> there is no scheduled meeting in the EMEA wiki page and i want to apply ofr Ubuntu membership
[13:05] <Eljugador> www.eljugador.net
[13:05] <Eljugador> www.eljugador.net
[13:05] <Eljugador> www.eljugador.net
[13:05] <Eljugador> :o)
[14:38] <apw> Extend, you are unlikley to find anyone here for that
[14:38] <apw> did you add yourself to the Wiki page, people who are able to help are most likely subscribed to the wiki updates
[14:38] <Extend> i already have a wiki , launchpad ..etc
[14:39] <Extend> i even signed the code of conduct
[16:02] <robbiew> hi all
[16:02] <liw> hi
[16:02] <mvo> hi
[16:02] <Keybuk> hi
[16:02] <TheMuso> Hi
[16:02] <cjwatson> afternoon
[16:02] <slangasek> morning
[16:02] <evand> hi
[16:03] <robbiew> #startmeeting
[16:03] <MootBot> Meeting started at 11:03. The chair is robbiew.
[16:03] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[16:03] <robbiew> With the Beta tomorrow...I guess I'd just like to open it up for any outstanding issues that people want to discuss
[16:04] <cjwatson> release notes
[16:04] <robbiew> perfect! as I had a question of where the draft is stored
[16:04] <cjwatson> slangasek: are we collecting these on JauntyJackalope/TechnicalOverview?
[16:05] <slangasek> yes
[16:05] <robbiew> ah
[16:05] <cjwatson> ok, the backlog of stuff to write up is on https://bugs.launchpad.net/ubuntu-release-notes/+bugs
[16:05] <slangasek> if you mean errata for the beta and feature highlights
[16:05] <cjwatson> mostly thinking of errata, but yes
[16:05] <slangasek> hmm
[16:06] <slangasek> I'm not sure how much of what's on ubuntu-release-notes currently is applicable to jaunty, though; there've been a number of random task openings and I haven't been triaging
[16:07] <cjwatson> right, didn't mean to say that everything there *definitely* needs a release note, but it probably all needs to be looked at
[16:08]  * slangasek nods
[16:09] <robbiew> james_w: welcome back!
[16:09] <robbiew> :)
[16:09] <james_w> thanks :-)
[16:10] <cjwatson> I hear that the true source package branches in LP are nearly ready to go
[16:10] <cjwatson> s/the //
[16:11] <cjwatson> slangasek: any cause for belief that we might need a respin?
[16:12] <cjwatson> test coverage is looking pretty good
[16:12] <Extend> any news about firefox 3.1 ?
[16:12] <slangasek> I haven't reviewed the tracker bugs from this morning; there's one additional failure on kubuntu that I haven't looked at, and mythbuntu might need some attention
[16:13] <Keybuk> we missed out on a readahead update
[16:13] <Keybuk> but that's not so important for a respin at this late stage
[16:13] <cjwatson> Extend: we're in the middle of a meeting for a team that does not deal with firefox; this channel is not the best place to ask anyway
[16:13] <cjwatson> Keybuk: did the notification called for in BetaProcess not happen?
[16:13] <Extend> cjwatson, what is the topics ?
[16:13] <cjwatson> Extend: foundations team weekly meeting
[16:13] <Keybuk> cjwatson: the notification happened
[16:14] <Keybuk> the rsync of the image is still only 99% complete
[16:14] <cjwatson> ah, that's unfortunate
[16:14] <Extend> cjwatson, i'm searching for my foundation team and waiting here
[16:14] <Keybuk> feel free to tell BT they suck and that I should have faster DSL
[16:14]  * mvo has a fix for fglrx->ati transition in bzr but its not on the CD
[16:14]  * mvo will release note that too
[16:14] <slangasek> Keybuk: ah, yuck
[16:15] <cjwatson> Keybuk: do you want that task to be assigned to somebody who can more reliably get the image in future, or do you think you'll be OK with it for final
[16:15] <cjwatson> ?
[16:16] <Keybuk> I'm happy to do it if you guys don't respin cds every 20s :p
[16:16] <robbiew> heh
[16:18] <robbiew> slangasek: on an unrelated note, randa has not forgotten about the DebConf stuff...she's just waiting to hear back on it
[16:18] <slangasek> heh, ok
[16:18] <cjwatson> slangasek: which one's the additional Kubuntu failure you haven't looked at - bug 348393?
[16:18] <slangasek> Keybuk: not something we can promise, at all though
[16:19] <slangasek> cjwatson: apparently a false alarm, http://iso.qa.ubuntu.com/qatracker/result/2467/52
[16:19] <cjwatson> Keybuk: I think if you can let us know with a good margin if you feel you aren't going to be able to do it, then somebody else who already has the image could
[16:19] <slangasek> which links to bug #348434
[16:20] <Keybuk> cjwatson: anyone can do it, just boot the live cd in vmware, install it, reboot with "profile", copy the /etc/readahead/boot into the package's debian/boot.list and sed out anything kernel-specific
[16:20] <cjwatson> slangasek: mm, that looks like a duff disk
[16:20] <cjwatson> Keybuk: yeah, that matches the instructions on the wiki I think
[16:20] <cjwatson> oh, except for "sed out anything kernel-specific"
[16:20] <cjwatson> could you update https://wiki.ubuntu.com/ReadaheadListUpdate with details?
[16:21] <cjwatson> maybe the readahead-list package should contain a script to ensure we do it consistently
[16:21] <slangasek> cjwatson: it's under virtualbox, could just be a 3d virtualization issue?
[16:21] <Keybuk> cjwatson: not sure how
[16:21] <cjwatson> slangasek: suspicious comments about squashfs errors
[16:21] <Keybuk> that script would be identical to sed -i '/$VER/d'
[16:21] <cjwatson> Keybuk: ok, just note it on the wiki then?
[16:21] <Keybuk> wiki updated
[16:23] <cjwatson> ta
[16:24] <cjwatson> robbiew: any bugs that mdz is paying attention to that we need to hit up? :)
[16:24] <robbiew> heh
[16:24] <robbiew>  https://bugs.edge.launchpad.net/ubuntu/jaunty/+source/linux/+bugs
[16:24] <robbiew> all of these :P
[16:25] <robbiew> but that's kernel
[16:25] <cjwatson> hah
[16:25] <robbiew> does anyone have bugs they want to raise?
[16:25] <robbiew> things I should now about...in case asked
[16:25] <slangasek> no, only bugs I want to smash
[16:26]  * liw raises the bug that breaks his hardware just before every release
[16:26]  * slangasek reassigns that bug to the 'fate' project
[16:26] <Keybuk> cjwatson: you mean you don't look keep a very careful eye on https://bugs.launchpad.net/ubuntu/+bugs?orderby=-importance&field.subscriber=mdz
[16:26] <Keybuk> I've had that bookmarked since I became a manager ;)
[16:26] <evand> https://bugs.edge.launchpad.net/ubuntu/+source/nautilus/+bug/325973 is annoying me to no end
[16:27] <robbiew> Keybuk: heh
[16:27] <Keybuk> robbiew: I think I suggested that one to rick; it's good to know what bugs mdz is likely to ask you about at some point in the future :p
[16:28] <robbiew> Keybuk: right, the problem is that you assume he subscribes to all bugs of "interest" ;)
[16:28] <slangasek> hmm, I see the number of jaunty-targeted bugs has ballooned since yesterday
[16:28] <slangasek> we were down to one page! <shakes fist>
[16:29] <robbiew> ok, well I suppose we can cut this meeting short...since I know there's no shortage of things folks could be doing :)
[16:30] <robbiew> any "Good News"?
[16:30] <james_w> cjwatson was correct, "source package branches" are almost available on launchpad
[16:30] <robbiew> woot!
[16:30] <james_w> the facility, not the branches yet
[16:30] <slangasek> "good news" - we're getting a bit more hotkey love in, making some backlight controls work for some sony laptops where it's never worked before
[16:31] <cjwatson> james_w: will we be able to move ~ubuntu-core-dev/foo/ubuntu to the new location reasonably easily?
[16:31] <james_w> yes
[16:31] <robbiew> slangasek: speaking of hotkey love...can we make a special call for testing those in the Beta Announcement or Release Notes...which ever is more appropriate/
[16:31] <robbiew> ?
[16:31] <james_w> though before doing that I would like to be sure that they are consistent with the rest of the packages
[16:32] <cjwatson> presumably the main problem is cases where it isn't a full-tree representation
[16:32] <james_w> exactly
[16:32] <slangasek> robbiew: yes, it's still on my todo list to write something up for the tech overview
[16:32] <james_w> tags is a secondary problem, but that I can fix up easily enough
[16:32] <robbiew> slangasek: cool, thnx
[16:33] <cjwatson> james_w: anyone using debcommit -r should be fine, at least
[16:33] <james_w> yes
[16:34] <robbiew> anything else?
[16:35] <robbiew> going once....
[16:35] <robbiew> twice....
[16:35] <robbiew> #endmeeting
[16:35] <MootBot> Meeting finished at 11:35.
[16:35] <robbiew> thanks all :)
[16:35] <liw> thanks
[16:35] <evand> thanks!
[16:35] <TheMuso> thanks
[16:35] <slangasek> thanks :)
[16:36] <mvo> thanks
[16:36] <james_w> thanks
[16:59] <davmor2> Hello Everybody
[16:59]  * ogasawara waves
[16:59] <pedro_> hello everybody
[17:00] <heno> hey all
[17:00] <ara> moshi moshi
[17:00] <fader> Howdy
[17:00] <bdmurray> hi
[17:00] <ogasawara> ara: heh :)
[17:00] <fader> Incidentally, schwuk sends his regrets, but his house has lost power and he won't make it unless the power is restored
[17:02] <heno> let's start
[17:02] <heno> #startmeeting
[17:02] <MootBot> Meeting started at 12:02. The chair is heno.
[17:02] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[17:02] <heno> It's beta week!
[17:02] <pedro_> _o/
[17:02] <eeejay> hey hey
[17:02] <heno> testing is going well :)
[17:03] <davmor2> yeap
[17:03] <heno> a few cases are lagging as usual
[17:03] <heno> fader can you get to some ESX testing today?
[17:04] <fader> heno: we're getting ESX testing daily in the certification environment
[17:04] <heno> Does anyone have a setup for the Raid test?
[17:04] <fader> I can add in some ad-hoc ISO testing if that's what you're looking for
[17:04] <heno> fader: is that installing automatically now?
[17:04] <fader> heno: yep :)
[17:04] <davmor2> heno: no single drives throughout I'm afraid
[17:05] <heno> fader: great, just tick them as done on the tracker then
[17:05] <fader> heno: Will do.
[17:05] <heno> fader: do we have a suitable setup for Raid?
[17:06] <fader> We've got at least one server with RAID hardware but I believe it has only one drive
[17:06] <charlie-tca> heno: I can run RAID on 386
[17:06] <fader> If that qualifies we can use it
[17:06] <charlie-tca> I have 3 drives installed
[17:06] <fader> charlie-tca's setup sounds more suitable :)
[17:07] <heno> charlie-tca: great, can you try http://testcases.qa.ubuntu.com/Install/ServerRAID1 ?
[17:07]  * davmor2 makes a note to get some more drives
[17:07] <charlie-tca> Sure. I'm running an OEM test now, then I will do it.
[17:07] <cr3> by the way, we've had esx testing on a daily basis since march 6th, it's really awesome!
[17:08] <heno> so we're in good shape. Help closing out the cases on http://iso.qa.ubuntu.com/qatracker/build/all/all is appreciated though!
[17:09] <heno> on with our regular agenda: https://wiki.ubuntu.com/QATeam/Meetings
[17:09] <heno> [TOPIC] UbuntuBugDay highlights -- pedro
[17:09] <MootBot> New Topic:  UbuntuBugDay highlights -- pedro
[17:10] <pedro_> We celebrated the cups hug day last Thursday it was pretty good as you can see per https://wiki.ubuntu.com/UbuntuBugDay/20090319
[17:11] <pedro_> Till Kamppeter and Martin Pitt helped us during the event answering questions regarding the reports, thanks a lot guys!
[17:12] <pedro_> from the Bugsquad side paulduf, jgoguen, bigal50, sectech and thekorn made a great work squashing those bugs
[17:12] <heno> cool!
[17:12] <heno> thanks, pedro_
[17:12] <heno> New bug control members! -- bdmurray
[17:13] <stgraber> heya
[17:13] <pedro_> np :-)
[17:13] <heno> bdmurray: I know you've been away - do you have anything on this topic today?
[17:13] <bdmurray> This week Joel Goguen was approved as a Bug Control member!  He is interested in desktop applications like Thunderbird, OpenOffice, and Pidgin.
[17:14] <bdmurray> There are no other applications pending at the moment.
[17:14] <heno> pedro_: can you put him in touch with members of the desktop team?
[17:15] <heno> asac, calc and seb I guess
[17:15] <pedro_> heno: yes! I'll put him in contact with them :-)
[17:15] <asac>  \o/
[17:15] <heno> heh
[17:15] <heno> Next Testing day topic & highlights from last UTD -- ara
[17:16] <ara> davmor2: ^
[17:16] <ara> davmor2 was organizing the latest testing day
[17:16] <davmor2> heno: it went all a bit pear shape because beta iso became available :)
[17:16] <heno> indeed, I should have updated the agenda
[17:16] <davmor2> so most of the result actual went there instead of the wiki
[17:17] <heno> yes this release has been a bit too smooth ... It's worrying ...
[17:18] <ara> heno:  :)
[17:18] <davmor2> heno: Shhhh you'll jinx it
[17:19] <heno> there is still RC and Final
[17:19] <heno> [TOPIC] Private crash report triage -- sbeattie
[17:19] <MootBot> New Topic:  Private crash report triage -- sbeattie
[17:20] <sbeattie> While doing regression triage, I ended up looking at system-config-printer and network-manager's buglists, and found 30-40 private apport bugs for each package.
[17:20] <sbeattie> some reasonably old.
[17:21] <sbeattie> Was wondering if anyone is actively focusing on these and making sure they get opened up.
[17:21] <bdmurray> Perhaps we should get a section added for Hug Days?
[17:22] <sbeattie> that would probably be a good idea.
[17:22] <heno> It's currently the responsibility of everyone (and thus no one) on bug-control
[17:22] <bdmurray> sbeattie: system-config-printer is python right?
[17:22] <sbeattie> yeah
[17:23] <bdmurray> Those are a lot easier to review than core dumps
[17:23] <heno> This would be a great topic for someone on bug-control to take on and drive
[17:24] <sbeattie> bdmurray: the apport-retracer is now deleting core-dumps automatically (in some cases?), so newer aborts are fairly easy to review as well.
[17:24] <bdmurray> sbeattie: that's good
[17:25] <bdmurray> I think the priority should be to review the most recent ones and the ones with good retraces
[17:25] <heno> agreed
[17:26] <heno> so, we'll make it a bug day theme; pedro can you incorporate that? I'll email the bugsquad list asking for interested volunteers as well
[17:27] <bdmurray> heno: bug control you mean
[17:27] <bdmurray> It might neat if we could generate an rss feed of these reports since Launchpad can't.
[17:27] <pedro_> heno: sure, I'll add it to the template for future hug days
[17:28] <heno> bdmurray: I though I would use the bugsquad list but address it mainly to bug control
[17:28] <bdmurray> Ah, that make sense then. ;-)
[17:28] <heno> which brings me to:
[17:29] <heno> [TOPIC] Plans for triaging the Beta bugs next week -- heno
[17:29] <MootBot> New Topic:  Plans for triaging the Beta bugs next week -- heno
[17:29] <heno> We usually get a good flow of bugs just after Beta
[17:29] <heno> should me make some specific plans for triaging those?
[17:30] <heno> pedro suggested an extra bug day on Tuesday
[17:30] <stgraber> is there an easy way to find them ? (tags or similar) ?
[17:30] <stgraber> or just get everything new over the last week or so
[17:30] <heno> bdmurray made a 'yesterday' list once
[17:31] <heno> could we adapt that?
[17:31] <bdmurray> I could probably whip something up like that
[17:31] <heno> rock!
[17:32] <ara> bdmurray: could you please do a couple of them? ...
[17:32] <heno> I can appeal to the de community to dedicate some time to it also
[17:32] <bdmurray> ara: What else did you have in mind?
[17:32] <ara> bdmurray: one for everything filed "yesterday" and one for everything filed "yesterday" in jaunty beta (through apport, knowing exactly it was in jaunty)
[17:33] <bdmurray> ara: okay, got it
[17:34] <ara> in beta time, when there is not much time left to fix bugs, I think it is more important to focus on well written bugs
[17:34] <bdmurray> right, maybe add in the gravity column too
[17:35] <stgraber> ara: so basically focusing only on triaged bugs ?
[17:35] <stgraber> (still need someone to filter them first though)
[17:35] <heno> it would be great if running apport-collect would promote it from the B-list to the A-list :)
[17:36] <ara> stgraber: no, no. if you file a bug through ubuntu-bug or "Report a problem", you have minimum information to start triaging
[17:36] <bdmurray> Yes, I thought having apport-collect tag the bug would be useful too.
[17:36] <ara> stgraber: it will be still "New" but you can skip traiging questions like "which version of ubuntu are you running?"
[17:37] <heno> right, so it's currently non-trivial to pick out bugs treated with apport-collect?
[17:37] <bdmurray> heno: that's correct
[17:37] <stgraber> ara: right, so just using apport's tags, showing only these who've been retraced (or at least were filed with apport)
[17:38] <heno> bdmurray: should we have a blurb about the value of running a-c is the gm stock text fragments?
[17:38] <stgraber> do we have an easy way to look for the release in apport's output (as in filter a bug list based on it) other than going through one by one (manually or using a script) ?
[17:38] <bdmurray> heno: I think that would make more sense after Jaunty releases since apport-collect is not available on Intrepid.
[17:39] <heno> bdmurray: good point
[17:39] <heno> did we agree to run a Beta bug day?
[17:42] <heno> hm, no great demand for that :)
[17:43] <heno> so, for beta bdmurray will prepare a target list and I'll address the dev community
[17:43] <heno> we can encourage people to join #ubuntu-bugs all week of course
[17:43] <heno> Beta Bug Week
[17:44] <heno> Any other topics?
[17:45] <heno> schwuk is working on a new QA landing page and will post to the list
[17:45] <davmor2> whats on the agenda for the next testing day?
[17:45] <sbeattie> QA landing page> yay!
[17:46] <sbeattie> just a reminder to tag jaunty bugs that are regressions with regression-potential so they get on both my and the release team's radar.
[17:48] <heno> davmor2: looks like there is no decision https://wiki.ubuntu.com/Testing/UbuntuTestingDay/Calendar
[17:48] <heno> ara: a server day?
[17:48] <ara> heno: I was talking with mathiaz
[17:49] <ara> and he told me that for server there's too much work to do with documentation first
[17:49] <mgunes> Hi all; somewhat late but I'm in..
[17:49] <ara> he proposed to review the server documentation as a testing day
[17:49] <ara> https://wiki.ubuntu.com/JauntyServerGuide
[17:49] <ara> "<mathiaz> the goal of the testing day would be to go through these sections and make sure that the outlined intructions are working correclty.
[17:49] <ara>  on jaunty."
[17:50] <ara> what do you think?
[17:50] <sbeattie> mgunes: hey!
[17:50] <heno> welcome back mgunes :)
[17:51] <heno> ara: I'd rather get some real testing in this lose to final
[17:51] <ara> yes, that's what I thought
[17:51] <heno> We also talked about checkbox
[17:52] <heno> How about a day looking for installer corner cases?
[17:52] <mgunes> sbeattie, heno, thanks!
[17:52] <ara> heno: example?
[17:52] <heno> not blitzing through lots of installs but doing odd-ball multiple partition stuff
[17:53] <heno> start an install and pull the power chord, that sort of thing :)
[17:54] <heno> I feel we are being a bit shallow with the ISO install testing
[17:54] <heno> going back and forth in ubiquity and d-i, trying to make it crash
[17:55] <heno> perhaps look at old bugs and try to reproduce those
[17:55] <ara> ok, we could do that :-) cjwatson will be pleased ;-)
[17:55] <heno> set your display to 800x600 and run in OEM, mode, etc.
[17:55] <davmor2> ara: yes I'm sure those are the exact words he'll use :)
[17:55] <cr3> do you mean testing those installer corner cases with checkbox?
[17:56] <ara> cr3: no, it was two different things if I understood correctly
[17:56] <heno> cr3: no, I changed topic suddenly :)
[17:56] <cr3> heno: was that checkbox relating to mathiaz's comment then?
[17:57] <heno> though we should make 'run checkbox' part of one of the install cases
[17:57] <heno> fader: you're on that, right?
[17:57] <fader> heno: It's on my list to get into the test cases yes
[17:57] <heno> cool
[17:57] <heno> ok, that's settled, let's wrap up!
[17:58] <heno> #endmeeting
[17:58] <MootBot> Meeting finished at 12:58.
[17:58] <davmor2> thanks
[17:58] <sbeattie> woo, thanks.
[17:59] <ara> thanks :)
[17:59] <ara> cheerio!
[17:59] <mgunes> thanks, see you all next time :)
[18:01] <jcastro> mgunes: good to see you around again!
[18:04] <mgunes> jcastro, you too!
[18:05] <cjwatson> heno: I think I'd prefer *not* to have an attempt to reproduce old bugs
[18:05] <cjwatson> heno: the problem is that a lot of installer bugs are very specific to certain situations and it's all too easy to assume that things are fixed if you don't quite understand what caused them in the first place
[18:06] <heno> cjwatson: heh, ok :) But finding new ones is fine?
[18:06] <cjwatson> heno: absolutely
[18:06] <cjwatson> I'd welcome that
[18:06] <heno> cool


[12:06] <allee> Riddell: dpkg --compare-versions 0.9beta1 lt 0.9.0 && echo just another suggestion
[12:07] <Riddell> uniq: cool, that's them up
[12:07] <Riddell> allee: ah, handy to know
[01:46] <uniq> gnite.
[09:38] <JRe> morning
[09:52] <\sh> moins jre
[11:52] <JRe> Riddell: Kevin Otten is interrested with kay, he told me that may be he will help to get it into kdebase for KDE 3.5
[11:54] <Riddell> JRe: ooh, nice
[11:57] <JRe> Riddell: yeah it will be easier to integrate after ;)! In every case, i will make it also easy to add action when packaging software (for better kubuntu integration) as allee says
[11:57] <allee> JRe: thx ;)
[11:58] <JRe> Kevin also suggested that the action should also go in the popup menu of the media slave
[11:59] <JRe> (which is a good idea)
[12:19] <\sh> kde-style-lipstik is not working
[12:34] <Riddell> \sh: which I guess is due to the qt recompile
[12:34] <Riddell> but I'm wondering if there should be a dependency somewhere for this issue
[12:35] <allee> Riddell: maybe it's one of the pkgs that shlibs did not list kdelibs?
[12:39] <allee> no depends are okay
[12:48] <\sh> Riddell: strange is, that this morning qt-designer didn't complain about the plugins, but kdevdesigner is not working at all
[12:49] <Riddell> \sh: qt designer will have been recompiled along with qt
[12:49] <Riddell> hmm
[12:49] <\sh> Riddell: yeah, but it was complaining about the kdepim, qscintila and blabla plugins yesterday...so qscintila I uploaded to recompile, should be fine, but kdepim wasn't recompiled
[12:50] <\sh> and kdevdesigner is crashing as always...so somewhere is a problem
[12:51] <\sh> and I have to prepare another upload of python-kde3...missing kdepyuic :(
[12:52] <\sh> so...now I will heat up my laptop..time for coffee and tobacco :)
[01:06] <\sh> riddell: for lipstik there is a new release, 1.2 now...
[01:08] <Riddell> ah, a perfect excuse to update :)
[01:09] <\sh> riddell: hmm...I should take ogras word and in the next couple of weeks apply for main upload rights, at least for kde stuff ;)
[01:10] <Riddell> technical board next tuesday
[01:11] <\sh> no..not now...too early
[02:25] <JRe> wow i have find the holy graal for kded developers ;)
[02:26] <Riddell> JRe: put it somewhere that's easily googleable
[02:27] <JRe> Riddell: http://cvs.sourceforge.net/viewcvs.py/atmosphere/kdedtester/
[02:27] <JRe> Riddell: http://www.kdedevelopers.org/node/view/750
[02:28] <Riddell> interesting
[02:31] <JRe> Riddell: yes indeed
[02:33] <JRe> Riddell: but it does not work :( :( :(
[02:34] <JRe> Riddell: ow it's work but not for everything
[02:34] <Riddell> fooey
[05:58] <uniq> \sh_away: when is your kpybt preview version ready? ktorrent isn't useable to me. :)
[05:59] <pef> hello
[05:59] <uniq> hi.
[06:02] <pef> I've added a new package for review to https://wiki.ubuntu.com/MOTUNewPackages, have I to anounce it somewhere ?
[06:03] <uniq> no, you can tell the guys in #ubuntu-motu
[06:03] <uniq> but it's not required.
[06:03] <uniq> maybe it's a good idea though.. that way you can get feedback directly.
[06:04] <pef> thank you :)
[06:04] <Riddell> pef: announcing here is good too for KDE packages
[06:05] <pef> ok
[06:05] <pef> I've added klibido to https://wiki.ubuntu.com/MOTUNewPackages for review, can someone check it ? thank you :)
[06:06] <Riddell> pef: sure.  poke me if I don't get back to you
[06:06] <pef> nice :)
[06:55] <Riddell> pef: comments on klibido on the web page
[06:56] <Riddell> the important one being that there's already a package for it available upstream so that should be used
[06:58] <pef> Riddell: yes, I've check here : http://www.debian.org/devel/wnpp/being_packaged but the last info says "Feel free to package it!  I'd love to see it in the archive." and no news since march 2005
[06:59] <Riddell> pef: further upstream, package is at http://klibido.sourceforge.net/
[06:59] <Riddell> http://orniere-du-globe.net/debian
[07:00] <pef> Riddell: so now, should I take this package or continue to work on mine ?
[07:01] <Riddell> pef: take the one from them assuming it's sane
[07:03] <pef> Riddell: ok, thank you
[07:14] <pef> i have to go
[07:14] <pef> bye !
[07:53] <\sh> commenting in the mv command from share/apps/kdevelop to share/apps/kdevelop3 ?
[07:54] <Riddell> quick fix would be just to do a symlink :)
[07:55] <\sh> *g* but for breezy? is it coded somewhere?
[08:12] <KabelKasper> Riddell: Are you the packager for ark?
[08:13] <Riddell> KabelKasper: in so much as I'm the packager for KDE yes
[08:13] <KabelKasper> I found a patch for ark which makes it possible to extract .zip and .rar files with password protection.
[08:15] <KabelKasper> Its an atachment in the bugzilla: http://bugs.kde.org/show_bug.cgi?id=35371
[08:16] <KabelKasper> Or do we have to wait for KDE 3.5?
[08:16] <Riddell> is it in SVN?
[08:20] <Riddell> 651 votes, popular :)
[08:24] <KabelKasper> :-S can't find it?
[10:48] <uniq> riddell: ggz-kde-client fixed: http://frode.kde.no/ubuntu/ggz-kde-client/
[10:48] <uniq> not tested, but it builds fine.
[10:48] <uniq> and it's just a minor patch.. so i think it should be fine.
[11:05] <\sh> which class in kde api give me the actual selected color theme colors?
[11:06] <uniq> don't know.. maybe #kde-devel or something?
[11:06] <\sh> i'm getting old
[11:06] <\sh> no i have it somewhere
[11:06] <uniq> you're productive as #%"#% imho. :)
[11:06] <\sh> *grepoldsources*
[11:07] <\sh> what?
[11:08] <uniq> you're productive. roumors says you've closed alot of bugs and stuff.. kpybt just shows up..
[11:08] <uniq> overall my impression is that you're productive :)
[11:10] <\sh> forget about it :)
[11:41] <uniq> riddell: some guy has made amd64 packages of kde 3.4.1 and koffice 1.4 (from<EMAIL_ADDRESS>).. thought you might want to know.
[11:42] <Riddell> uniq: hmm
[11:42] <Riddell> uniq: but I don't know about taking packages from strangers
[11:42] <uniq> i was just about to say that.
[11:42] <uniq> i must get an amd64 again.
[11:43] <Riddell> which is a pain because there's demand and the chances of him being malitious are minimal but it's too big a risk
[11:43] <uniq> i agree.
[11:44] <Riddell> if he became a member that would be great but he needs to contribute first so catch there
[11:46] <uniq> I have a amd64. but it's been cleaned up and installed with i386 kubuntu for my father. - is there a amd64 livecd?
[11:48] <Riddell> there is
[11:48] <uniq> found it.
[11:49] <uniq> downloading. i can start building tomorrow i guess. if 1gb of ram is enought for the livecd and depends+sources.
[11:50] <Riddell> why does the amd64 have i386 kubuntu?
[11:50] <uniq> because of opera, acroread and some apps my dad uses.
[11:51] <Riddell> evil proprietryness
[11:52] <uniq> yeah.. i know.
[11:52] <Riddell> he wants to learn konqueror and kpdf
[11:54] <uniq> he uses them both. but he also regularily use websites that doesn't like konq or firefox. bank etc.
[11:56] <uniq> it's better to give him 2-3 evil apps than a evil os. :)
[11:57] <Riddell> spose so


[05:57] <dANIELCSA> gostaria de saber como ativar o wifi, pois estava tudo funcionando no windows, ai fiz a instalação do ubuntu e não consigo ativa a rede wifi?
[06:41] <17SAAO08W> Q: for dholbach: Is there a list of session for Ubuntu Developer Week? The page at https://wiki.ubuntu.com/UbuntuDeveloperWeek/JoiningIn is for last year's sessions.
[06:42] <17SAAO08W> Sorry, that's https://wiki.ubuntu.com/UbuntuDeveloperWeek/Sessions which has last year's sessions...
[07:30] <dholbach> good morning
[08:38] <17SAAO08W> Good morning, dholbach!
[08:39] <17SAAO08W> dholbach: Is there a list of sessions for Ubuntu Developer Week? The page at https://wiki.ubuntu.com/UbuntuDeveloperWeek/Sessions is for last year's sessions.
[08:40] <dholbach> 17SAAO08W, we currently have Ubuntu App Developer Week: http://summit.ubuntu.com/appdevweek-1403/
[11:53] <orkeven> anybody home?
[11:54] <orkeven> I am from Nigeria
[11:55] <orkeven> Unfortunately, though we are the most populous in Africa, we do not have loco ubuntu group
[11:55] <orkeven> I would like to start one
[11:56] <orkeven> I want to be able to help and, mostly, to receive help
[11:56] <orkeven> HEllo


[02:56] <StevenK> wgrant: http://pastebin.ubuntu.com/5815654/
[03:11] <wgrant> StevenK: Right, that's broken
[03:11] <wgrant> Also
[03:11] <wgrant> Transactions
[03:12] <StevenK> wgrant: Broken how?
[03:12] <wgrant> StevenK: I'm not seeing how that query would always return the latest
[03:13] <StevenK> The ORDER BY ?
[03:13] <wgrant> Sure
[03:13] <wgrant> But it doesn't pick just the latest
[03:13] <wgrant> It returns all of them
[03:13] <wgrant> Except if there are more than 5000, in which case it just semi-randomly won't return some of them
[03:14] <StevenK> Sure, and then we loop through them, so the rejector cached property would have been set twice, and overwritten by the second one
[03:14] <wgrant> Ah, because it's ascending, so that's even worse
[03:15] <wgrant> Not only is it going to be slow, but it will also ignore any recent event once more than 5000 would be returned
[03:16] <StevenK> wgrant: So, we want a DISTINCT ON object, operation ?
[03:17] <StevenK> Well, a distinct option to /fetch/
[03:17] <wgrant> Well
[03:17] <wgrant> I don't particularly care about implementation
[03:17] <wgrant> I'm presenting the constraints
[03:19] <StevenK> wgrant: I was envisioning being able to answer "Tell me everything that happened to <object>"
[03:19] <wgrant> StevenK: That's certainly a useful operation to have.
[03:20] <wgrant> But it's not what we want here
[03:20] <StevenK> wgrant: Given any change is going to require changes to auditor, auditorclient and lp.services.auditor.client, I want to make sure it is going to be the right call for what we want before we start.
[03:21] <wgrant> Certainly
[03:21] <wgrant> This is why I always say you should try to get a minimum viable implementation of infrastructure like this before you land it, before you make 4 auditorclient releases and 8 DB patches
[03:21] <wgrant> in two days
[03:22] <wgrant> There are also considerations that must be made in terms of transactionality.
[03:45] <StevenK> wgrant: DB patches? Since when does auditor require them?
[03:46] <wgrant> It hopefully won't, but it's similar in style to other large branch series that could
[03:46] <wgrant> So it's the same concept
[03:51] <StevenK> wgrant: In terms of DB patches, which require timing, deployment, and merging in stable, sure, I agree. auditorclient requires a pushed branch, setup.py sdist and commiting the tarball to lp-sourcedpes.
[03:56] <wgrant> And getting to auditorclient 0.0.99999 before we deploy it :P
[03:57] <StevenK> Django's query rubbish makes me miss storm
[04:13] <StevenK> Oh, wonderful. Looks like sqlite does not support SELECT DISTINCT ON
[04:46] <StevenK> wgrant: So if sqlite does not support SELECT DISTINCT ON, and GROUP BY in Django looks ... fun, since they want you to use their aggregation functions, what are my options?
[05:10] <wgrant> StevenK: Possibly DISTINCT with a subquery
[05:13]  * StevenK stabs QuerySet.values() being useless
[05:15] <StevenK> wgrant: I'm failing to see how that buys me anything, but that could be due to Django's ORM eating my brain
[06:30] <StevenK> Blah
[06:31] <StevenK> q.values('object', 'operation').distinct() works, but if I call .values('id') on that, I get both
[07:57] <mwhudson> StevenK: you can use custom aggregate functions in django
[07:57] <mwhudson> StevenK: http://voices.canonical.com/michael.hudson/2012/09/02/using-postgres-array_agg-from-django/
[08:18] <StevenK> mwhudson: This is the problem, though -- what I really want is DISTINCT ON, but I can't work out the right query when I'm forbidden from using it.
[08:19] <mwhudson> heh
[10:20] <lifeless> StevenK: LOL - bug 1196455
[10:20] <_mup_> Bug #1196455: power manegmant discrepanty <Auditor:New> <https://launchpad.net/bugs/1196455>
[21:44] <johntron> i'm trying to create a PPA for nginx that includes the SPDY and pagespeed modules. i've already built and installed from source, and everything works, so now i'm just trying to figure out how to package it. there's arleady an nginx package. i'm not sure how to specify the location of the upstream tarbal or how to build the dependencies during the build process
[21:47] <johntron> can anyone help me figure out how to get the nginx tarball included correctly and how to get the dependencies `./configure`d correctly?


[01:56] <devsys> Hi all, I have a 14.04 server install, the init process is constantly ussing 33% of the processor. Where is a good place to start troubleshooting this?
[01:57] <devsys> It's been running fine, I think this started with a update
[02:04] <joni_> hey there...
[02:10] <joni_> i got some problem in installing libapache2-mod-fastcgi for Ubuntu Server 14
[02:14] <TJ-> devsys: is some service being constantly restarted?
[02:16] <devsys> TJ-: Yep, just found it's scip:  "init: scip main process ended, respawning"
[02:18] <devsys> Not sure why it's crashing like that, I wonder if theres some log I can check for that...
[02:18] <TJ-> devsys: possibly /var/log/syslog, or else a 'scip' specific log
[02:20] <devsys> TJ-: the text " init: scip main process ended, respawning" repeats over and over in the syslog
[02:22] <TJ-> devsys: not helpful. Best to disable the service then try starting it manually with its foreground/debug options on and see what it reports to the terminal
[02:24] <devsys> hmm ok, trying to figure out what this service even is
[02:24] <devsys> man scip has nothing
[02:27] <TJ-> devsys: ask the service controller
[02:28] <TJ-> devsys: something like "initctl list | grep scip" might help (or without the grep)
[02:32] <devsys> so scip is what starts sysctl at boot accotring to the scip upstart job
[02:32] <devsys> TJ-: I stopped the service a while ago and it indeed stops the CPU usage, but I'd imagine there is a underlying problem here I need to fix so it can run normally
[02:34] <TJ-> devsys: As far as I can tell 'scip' is not an Ubuntu packaged tool
[02:36] <TJ-> It looks like it's been added from a 'help' article at https://help.ubuntu.com/community/WebBrowsingSlowIPv6IPv4
[02:38] <devsys> TJ-: You nailed it, I used this article months ago to resolve an issue where this server (running apache) was extremely slow to respond to requests initially.
[02:40] <devsys> Blowing this crap out of there now lol thx
[02:42] <devsys> That fix did not even work IIRC, I just needed to add a directive to the resolv.conf to disable the ipv6 lookups that were slowing things down
[03:44] <Datz> Hi, when I upgraded to the next 14.04 phpmyadmin and munin give me 403s. I'm not sure what changed in apache to break them, but if anyone has any insights on where to look first it would be a big help
[03:45] <sarnold> Datz: apache 2.4's authentication and authorization is very different from apache 2.2; here's a reasonable starting point http://httpd.apache.org/docs/current/howto/auth.html
[03:46] <Datz> thank you sarnold
[06:44] <bray90820> How would I login to SSH with a bash script?
[06:45] <bray90820> Without entering a password
[06:56] <hateball> !sshkey
[06:56] <hateball> hmmm
[06:56] <hateball> bray90820: set up passwordless ssh using keys
[06:56] <hateball> !ssh
[06:57] <bray90820> hateball: Yea someone else explained it to me I had my logic reversed and was thinking that was a bad idea
[06:57] <bray90820> I get it now tho
[07:29] <PSUser2>  i've followed this tutorial, up to step 4: http://funwithlinux.net/2014/04/ubuntu-14-04-web-server-tutorial/ but php doesn't want to work. when i load the page, it remains blank
[07:30] <PSUser2> any ideas?
[07:30] <PSUser2> apache sees index.php but does not execute php code, so i see a blank pag
[16:16] <coreycb> beisner, when you get a chance can you promote sahara 1:4.0.0~b3-1ubuntu1~cloud0 and murano 1:2.0.0~b3-2~cloud0 to trusty-mitaka-proposed?
[16:33] <beisner> coreycb, promoted murano + saraha to mitaka-proposed
[16:47] <coreycb> beisner, thanks
[16:52] <coreycb> EmilienM, the new murano package will be available shortly in trusty-mitaka-proposed once it builds
[16:52] <EmilienM> coreycb: ack, thx a ton
[17:39] <RawPeacock> good morning :)
[17:42] <Sling> evening even
[18:11] <RawPeacock> So I'm pretty new to alot of this, but is there a method of authenticating an ubuntu phpipam server through ldap (to an existing, separate AD server) without using samba?
[19:03] <jjrabbit443> exit
[20:24] <alreece45> Is there something in 14.04 that restarts the boot process if it taking too long?
[20:28] <bekks> alreece45: no.
[20:28] <bekks> alreece45: there is no facility that is already running in case the boot process takes too long, which could initiate a restart of the boot process.
[20:36] <alreece45> I seem to be encountering an issue where (after the server becomes unresponsive and is rebooted), it will not start up normally. Booting to recovery works, fsck works, going to the console and manually starting everything works, but trying to resume normal boot results in a short loop of failing to mount network filesystems (there are none), and eventually-- after several minutes, a reset...
[20:40] <DammitJim> can I delete the user account that I created when I installed ubuntu on a server?
[20:48] <runelind_q> can I use standalone landscape server to manage itself along with all my client boxes?
[20:50] <teward> runelind_q: I did that in the past; though I never actually had Landscape manage its own restarts - i always did that by hand
[20:50] <teward> (that landscape instance has since been removed, due to its system it was on blowing up in my face)
[20:50] <runelind_q> teward: so enroll my landscape server just like I would other clients?
[20:50] <runelind_q> to itself
[20:51] <teward> runelind_q: that's what I did, but note that if you need the slot that you lose with that registration, you're better off running Landscape's updates and such manually yourself by hand
[20:51] <runelind_q> I'm good on slots.
[20:55] <runelind_q> teward: that worked, thanks!
[20:56] <teward> runelind_q: you're welcome.  I seriously would NOT use Landscape to reboot itself, though, rather, turn off landscape service via SSH, and then restart as you would any other server by hand
[20:56] <teward> and then when it comes back up, done.
[20:56] <runelind_q> teward: agreed.
[20:56] <teward> (you may have a slight downtime, yes, for the other machines not being able to ping Landscape, but...)
[20:58] <axisys> anyidea why realm join is failing with samba-common-bin on trusty64 when clearly it is already installed?
[20:58] <axisys> http://dpaste.com/340X614
[20:59] <axisys> http://dpaste.com/2DPT64Y <- better output
[21:12] <axisys> I changed the realmd.conf automatic-install = no as a workaround to the bug
[21:12] <axisys> http://serverfault.com/questions/598476/how-to-use-realmd-in-ubuntu-14-04-lts-to-join-an-active-directory-domain
[21:34] <bray90820> Not really the right place for this but... can I mount an lvm snapshot to an SSH location?


[05:48] <testingltsp> dude, anybody here?
[05:48] <Burgundavia> yep
[05:49] <testingltsp> Burgundavia: I've installed LTSP5 in Edubuntu
[05:49] <Burgundavia> right
[05:49] <testingltsp> but I'm not able to login at the terminal side
[05:49] <testingltsp> always kick me back to the login screen
[05:50] <Burgundavia> hmm
[05:50] <testingltsp> did u success in ltsp?
[05:51] <Burgundavia> I don't use LTSP :)
[05:51] <Burgundavia> boss won't let me
[05:51] <testingltsp> sob sob
[05:51] <testingltsp> sob sob sob
[05:53] <LaserJock> testingltsp: can you login on the server?
[06:02] <testingltsp> yes
[06:03] <testingltsp> i think something wrong with the SSH
[06:03] <testingltsp> all users can login to Server
[06:03] <testingltsp> i mean on server
[06:04] <testingltsp> I've tested on terminal with the text login, it is kicking me back to the login prompt too
[06:05] <testingltsp> investigated /var/log/auth, seeing the login in instant in * out
[06:09] <testingltsp> is there a SSH Script can make the server to allow all the Users to login remotely in Ubuntu?
[06:15] <testingltsp> anybody installed LTSP5?
[06:23] <Bhaskar1> can i migrate ubuntu 6.06 to edubuntu , Any idea? now i have ubuntu 6.06
[06:32] <LaserJock> you can install edubuntu-desktop and if you need LTSP ltsp-server-standalone
[06:33] <Bhaskar1> LaserJock, ya, i want to get edubuntu without uninstall of ubuntu6.06 but how
[06:34] <Bhaskar1> LaserJock, edubuntu with LTSP
[06:42] <LaserJock> Bhaskar1: so you need to do what I said above
[06:42] <LaserJock> and then I think run ltsp-build-client
[06:45] <Bhaskar1> LaserJock, sudo apt-get install edubuntu-desktop
[06:45] <Bhaskar1> Reading package lists... Done
[06:45] <Bhaskar1> Building dependency tree... Done
[06:45] <Bhaskar1> E: Couldn't find package edubuntu-desktop
[06:46] <Bhaskar1> LaserJock, now what to do?
[06:46] <LaserJock> do you have network?
[06:47] <Bhaskar1> LaserJock, ya
[06:48] <LaserJock> hmm, something must be messed up
[06:48] <LaserJock> can you pastebin the contents of /etc/apt/sources.list for me?
[06:49] <Bhaskar1> ok
[06:55] <Bhaskar1> LaserJock, for pastebin link?
[06:56] <testingltsp> I'm too noob to troubleshoot ssh remote login in ltsp, please advise what should i do pls
[06:57] <LaserJock> !pastebin
[06:57] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[06:57] <LaserJock> testingltsp: I realy don't know. I've never heard of that problem
[06:57] <testingltsp> u have done 7.04 + LTSP5?
[06:57] <LaserJock> testingltsp: you might want to email the edubuntu-users mailing list
[06:57] <LaserJock> testingltsp: nope
[06:57] <testingltsp> LaserJock: I've done previous version without this problem
[06:58] <LaserJock> testingltsp: the mailing list is at https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
[06:58] <testingltsp> LaserJock: ok
[06:58] <LaserJock> it's an odd problem
[06:59] <testingltsp> LaserJock: maybe is new.... I've installed ubuntu7.04 + LTSP5 & edubuntu7.04+LTSP5, same problem
[07:00] <testingltsp> LaserJock: is the link correct?
[07:01] <testingltsp> LaserJock: correct
[07:01] <LaserJock> yeah
[07:03] <testingltsp> tiring with Microsoft cos is leeching lots of my $$$, wish to convert my internet center with edubuntu
[07:03] <testingltsp> the sound improvement in LTSP makes me excited
[07:03] <testingltsp> too bad still not able to test now
[07:04] <LaserJock> yeah
[07:05] <Bhaskar1> LaserJock, http://paste.ubuntu-nl.org/16971/ i have pasted sources.list
[07:05] <Kamping_Kaiser> testingltsp, do you have sabayon installed?
[07:06] <testingltsp> I've tested before
[07:06] <testingltsp> slow
[07:06] <testingltsp> not sure about the new one
[07:06] <Kamping_Kaiser> do you have it installed on the server your having problems with?
[07:06] <testingltsp> is sabayon works great with LTSP5?
[07:06] <testingltsp> never try LTSP5 with Sabayon
[07:07] <testingltsp> LTSP always works great with SuSE
[07:07] <Kamping_Kaiser> i ask becaues unless you have users in groups (i forget what sabayon calls them - profiles?) they cant log in with sabayon installed
[07:07] <testingltsp> ohh
[07:07] <testingltsp> i saw this feature too
[07:07] <testingltsp> sabayon got a profile editor
[07:07] <Kamping_Kaiser> i took about 16 hours trying, ogra fixed me in seconds (note this is dapper)
[07:07] <Kamping_Kaiser> it may/may not be different on the latest versions
[07:08] <testingltsp> still prefer ubuntu + LTSP5
[07:09] <testingltsp> anybody success to install ubuntu 7.04 + LTSP 5?
[07:09] <Kamping_Kaiser> havent tried.
[07:10] <testingltsp> i think i nid to reinstall cos got brokage in ltspfsd
[07:10] <LaserJock> Bhaskar1: ok, you've severly messed up your system there, you have no software repositories :-)
[07:11] <testingltsp> Bhaskarl: do u use sypnatic package manager?
[07:11] <LaserJock> Bhaskar1: you need to go into System->Administration->Software Sources
[07:13] <testingltsp> friends, see u 12 hours later, I'm trying to reinstall edubuntu 7.04 + ltsp5 without ltspsd, hear my good news soon, tata
[07:20] <Bhaskar1> LaserJock, System->Administration->Software Sources, there is no software sources, there is software properties
[07:21] <LaserJock> ok, that'll work
[07:25] <Bhaskar1> LaserJock, so now what to do ?
[07:28] <LaserJock> click on some software sources
[07:33] <Bhaskar1> LaserJock, software sources ??
[07:33] <LaserJock> you should be able to select Main and Universe
[07:35] <testingltsp> haha reinstallation of edubuntu takes only 15 minutes
[07:36] <Bhaskar1> LaserJock, i have no software sources on System-->Administration--->
[07:37] <LaserJock> Bhaskar1: you should have Software Properties though, right?
[07:38] <Bhaskar1> LaserJock, ya
[07:39] <LaserJock> Bhaskar1: that's what you want
[07:39] <Bhaskar1> LaserJock, so what to do
[07:40] <LaserJock> Bhaskar1: well you should see some tabs
[07:40] <LaserJock> on the first one there should be some options
[07:41] <Bhaskar1> LaserJock, install media,internet update and Authentication
[07:42] <LaserJock> on the first tab you should find an option for Main and Universe
[07:43] <Bhaskar1> LaserJock, no first tab is install media,
[07:43] <LaserJock> fine
[07:44] <LaserJock> but do you see checkboxes for Main and Universe?
[07:44] <Bhaskar1> there is add-->
[07:44] <Bhaskar1> then components]
[07:45] <LaserJock> ok, components sounds right
[07:45] <Bhaskar1> community maintain,Non-free etc are there
[07:45] <LaserJock> ok
[07:45] <LaserJock> you want commnity maintained
[07:45] <Bhaskar1> officially supported also there
[07:46] <LaserJock> yes, you want that one as well
[07:46] <Bhaskar1> so which check box is right
[07:46] <LaserJock> I think you can just do all the ones there
[07:46] <LaserJock> officialy supported, community supported, non-free, and restricted
[07:47] <Bhaskar1> ok
[07:47] <Bhaskar1> then
[07:47] <Bhaskar1> and in channel?
[07:49] <LaserJock> hmm, what's in there?
[07:52] <Bhaskar1> there is ubuntu 6.06 update, backports, etc
[07:52] <LaserJock> you'll want updates and security
[07:52] <Bhaskar1> ok
[07:53] <Bhaskar1> further ..?
[07:54] <LaserJock> I think that'll do it for now
[07:54] <LaserJock> you should be able to sudo apt-get update
[07:54] <LaserJock> and then install/upgrade
[07:57] <Bhaskar1> ya, ran apt-get install edubuntu-desktop, then error is :Reading package lists... Done
[07:58] <Bhaskar1> Building dependency tree... Done
[07:58] <Bhaskar1> E: Couldn't find package edubuntu-desktop
[08:01] <LaserJock> Bhaskar1: did you run sudo apt-get update first?
[08:06] <Bhaskar1> ya
[08:06] <Bhaskar1>  sudo apt-get update
[08:06] <Bhaskar1> Reading package lists... Done
[08:07] <LaserJock> can you paste the /etc/apt/sources.list
[08:08] <Bhaskar1> ok
[08:11] <Bhaskar1> LaserJock, http://paste.ubuntu-nl.org/16978/
[08:18] <LaserJock> Bhaskar1: for some reason you still don't have any software repos
[08:19] <Bhaskar1> LaserJock, so what is the solution to proceed
[08:33] <LaserJock> ok
[08:34] <LaserJock> run sudo gedit /etc/apt/sources.list
[08:35] <LaserJock> and put in the following lines
[08:35] <LaserJock> deb http://us.archive.ubuntu.com/ubuntu/ dapper main restricted universe
[08:35] <LaserJock> deb http://us.archive.ubuntu.com/ubuntu/ dapper-security main restricted universe
[08:35] <LaserJock> deb http://us.archive.ubuntu.com/ubuntu/ dapper-updates main restricted universe
[08:35] <LaserJock> except you might want to change the us.archive part to just archive if you aren't in the US
[08:37] <LaserJock> then save it and run sudo apt-get update
[08:37] <kgoetz> anyone know what that ubuntu AD replacement project was? i cant for the life of me think of keywords to search it
[09:03] <Bhaskar1> LaserJock, it is working
[09:04] <Bhaskar1> sudo apt-get update is working
[09:04] <Meshezabeel> edgy used to work to display to my tv with my ati card, but upgrade to feisty, tv only displays wavy lines, any idea how I can fix it, at least some of the settings are still in my xorg.conf, maybe all, but I'm not sure if it's an xorg problem or something else
[09:20] <LaserJock> Bhaskar1: good to hear
[09:20] <LaserJock> Bhaskar1: I'm off to bed now, hope it works out for you
[09:34] <Bhaskar1> Laser_away, ok
[09:58] <Meshezabeel> can someone tell me if they have the file: /usr/include/xorg/xf86drm.h
[10:21] <testingltsp> anybody tried edubuntu 7.04 + LTSP 5?
[11:12] <benplaut> I've got a bit of a dream situation--somewhat of an open budget, open for ideas for a new school lab of ~8-10 clients
[11:12] <juliux> hi benplaut
[11:12] <Kamping_Kaiser> hi benplaut
[11:13] <juliux> benplaut, you only need clients or also a server?
[11:13] <benplaut> i'm thinking of an edubuntu LTSP server and some thin clients from a big name (hp?), but i'm wondering... is edubuntu appropriate for high school, or will the geeks still be able to screw around with it?
[11:13] <benplaut> hola folks
[11:13] <benplaut> starting from complete scratch, with a pretty much open budget
[11:14] <Kamping_Kaiser> nto so much geeks screwing with it, problems more 'childish' nature of edubuntu (unless fiesty is much less that way)
[11:14] <benplaut> ok
[11:15] <benplaut> also, this would have to be pretty much self-sustaining... i can set it up, but i'd be too far away to admin it on a regular basis
[11:15] <Kamping_Kaiser> then hope they never get different students ;), or it wont manage itself
[11:15] <benplaut> ok... exception for that ;)
[11:16] <benplaut> if it's simple enough for the librarian to add users, then OK :P
[11:16] <Kamping_Kaiser> hm. with suitable training probably.
[11:16] <benplaut> is it through the gnome users dialog?
[11:18] <Kamping_Kaiser> that or adduser via cli. i suspect you want the librarian going via gnome ui yeh
[11:18] <benplaut> ok
[11:18] <Kamping_Kaiser> myself (if i was doign ltsp for a highschool) i'd go with 'proper' ubuntu+ltsp
[11:18] <benplaut> could set up something with zenity if needed, too
[11:18] <Kamping_Kaiser> rather then edubuntu
[11:18] <benplaut> ok
[11:20] <benplaut> right now (with 7 XP boxen), they're using a software called 'deep freeze' that restores to an image after a certain amount of inactivity... i suppose that wouldn't work too well in this case since you couldn't have multiple logins from the same general student acccount
[11:25] <Kamping_Kaiser> not sure, but afaik you can do the same  thing if you want
[11:25] <benplaut> yea, i dunno
[11:25] <Kamping_Kaiser> not sure how you would set it up though
[11:25] <benplaut> scripts to rm ~, then copy in a template each time it restarts
[11:25] <benplaut> maybe =/
[11:26] <benplaut> ultimately, the students in this school have no use for a user account of their own, and to keep it consistent with the other computers, something like that would have to be in place
[11:26] <Kamping_Kaiser> when it boots you use a kernel image that pulls the whole system over the network fresh and boots it, rather then just the boot image, but the details i dunno
[11:26] <benplaut> it can be done, but would take some work
[11:27] <benplaut> yup
[11:28] <benplaut> i guess you could set up one user account for each computer, autologin to it, then have some shell scripts doing to work
[11:28] <benplaut> *the work
[11:29] <Kamping_Kaiser> hm. doesnt sound pretty
[11:30] <benplaut> nope
[11:30] <Kamping_Kaiser> if you need scripts run, do them on bootup (as init)
[11:30] <benplaut> yea
[11:31] <benplaut> http://www.linuxquestions.org/linux/answers/Applications_GUI_Multimedia/Deepfreeze_for_Linux
[11:32] <benplaut> looks like somebody has already done it
[11:32] <benplaut> in about 20 lines of bash :P
[11:32] <Burgundavia> actually, it is simpler than that
[11:32] <Burgundavia> log them in as regular users
[11:33] <Burgundavia> then nuke the home dir on logout
[11:33] <Burgundavia> and use pam-mkhomedir on login
[11:33] <benplaut> pam-mkhomedir?
[11:33] <Kamping_Kaiser> pam roxors
[11:33] <Burgundavia> a pam module to create teh home directory of login
[11:34] <Burgundavia> sbalneav was going to modify it to remove homedirs as well, but I don't know where that ended up
[11:34] <benplaut> seems kinda overkill
[11:34] <benplaut> since it wouldn't be over a network anyway
[11:34] <Burgundavia> far cleaner solution that shell scripts, trust me
[11:35] <Burgundavia> I actually work for a company that builds public computers for libraries and that is exactly how we do it
[11:36] <benplaut> ok
[11:36] <Burgundavia> that shell scripting stuff looks like a giant hack to me
[11:36] <benplaut> public computers for libraries... pretty much what this is
[11:36] <benplaut> do you do smart client, or smart server?
[11:37] <Burgundavia> you mean fat client or thin client?
[11:37] <Burgundavia> we do a bit of everything
[11:37] <benplaut> cool
[11:37] <Burgundavia> one user account per computer, with a shell script to delete upon logout and pam-mkhomdir
[11:38] <Burgundavia> that is everything you need
[11:38] <benplaut> ok
[11:38] <Burgundavia> assuming, of course, you don't want to control time on the computers
[11:38] <benplaut> we do, but that shouldn't be too hard
[11:39] <Burgundavia> there is a tool called timeoutd already in the repos
[11:39] <Burgundavia> however, in order to effectively control time, you need personalized logins
[11:39] <benplaut> wait, not that
[11:39] <Burgundavia> otherwise there is nothing stopping a user from simply logging back in
[11:39] <benplaut> a timeout, i meant... inactive for 5min, log it out
[11:39] <Burgundavia> ahh
[11:40] <benplaut> should be able to grab raw mouse output from /dev and do something with it
[11:40] <benplaut> when the data stops flowing, start a timer :P
[11:40] <Burgundavia> make certain you are checking both keyboard and mouse
[11:41] <benplaut> yea
[11:41] <benplaut> *typing long paper*
[11:41] <benplaut> noooo!!
[11:41] <Burgundavia> it woudl be nice if somebody wrote something good enough to get into the repos
[11:41] <benplaut> yea
[11:41] <Burgundavia> also, I would throw a dialog up, rather than just logging them out
[11:41] <benplaut> oh course
[11:42] <benplaut> IIRC, zenity has a timer dialog
[11:42] <benplaut> therefore keeping me from the dark abyss of actual programming languages for yet another project
[11:44] <benplaut> Burgundavia, if you think those scripts were hacky, you should hear of my last one (along the same lines)
[11:44] <Burgundavia> ouch
[11:45] <benplaut> pop up 2 zenity dialogs asking for user and pass--savfe them to variables
[11:45] <benplaut> then, mount 3 samba shares and check for .home dirs on each of them.  if they aren't there, make them
[11:46] <benplaut> finally, copy over a template /home and symlink mydocs from the samba share
[11:46] <benplaut> on logout, save bookmarks.html and /home/user/Documents to the share, then unmount and delete ~
[11:46] <benplaut> all this to get 3 clients up for my school =/
[11:46] <Burgundavia> ouch
[11:47] <benplaut> working around a power hungry admin in charge of a win2003 server, since I was too lazy to figure out samba's active directory implementation
[11:50] <Burgundavia> anyway, good night
[11:51] <benplaut> night
[02:04] <ben123is> hello
[02:06] <ben123is> when i try to install edubuntu, it reaches a stage: select and install software , and then i get a red screen saying installation stage failed. anyone knows why?
[02:06] <ben123is> what to do?
[02:09] <ben123is> could it be because of a wrong input by me in the network installation?
[02:09] <kgoetz> look on vertual console 4 (press alt+f4), and look at teh extended debug info
[02:12] <ben123is> ok
[02:12] <ben123is> rhanks
[02:12] <ben123is> thanks
[02:17] <acoster> Hi, a friend of mine is trying to setup a school lab with edubuntu + FAI (automated installer). Does anyone have any pointers on that?
[03:17] <rockprincess> hi all!
[03:17] <Kamping_Kaiser> hi rockprincess :)
[03:18] <Kamping_Kaiser> (hi bddebian )
[03:18] <rockprincess> howdy Kamping_Kaiser :) what are you up to?
[03:18] <bddebian> Hello your Highness, Kamping_Kaiser :)
[03:18] <Kamping_Kaiser> bddebian, hehe
[03:18] <rockprincess> hi Bddebian ;)
[03:19] <Kamping_Kaiser> rockprincess, i did doco most of the arvo, then rebuilt my desktop just now (only logged backin 2 minutes ago)
[03:19] <Kamping_Kaiser> now tossing up wehter to help the community of have a break and watch some flicks
[03:20] <rockprincess> Kamping_Kaiser: ahh so it's all coming along well?!! ;)
[03:20] <Kamping_Kaiser> anyone else having issues connecting to sabdfls blog?
[03:20] <rockprincess> www.markshuttleworth.com ?
[03:20] <rockprincess> works for me ;)
[03:24] <Kamping_Kaiser> damn. then i have networking issues :|
[03:24] <Kamping_Kaiser> rockprincess, yeh, i think its coming along well. i'll tell myself that :)
[03:25] <rockprincess> Kamping_Kaiser: hehe how about recruiting the people there?
[03:25] <Kamping_Kaiser> recruiting?
[03:28] <rockprincess> hmm well, maybe i'm mixing things up lol
[03:31] <Kamping_Kaiser> lol.
[05:51] <skwashd> are there known issues with installing edubuntu under kvm ?
[05:52] <jarhed> hello...could someone help me out with my ltsp setup??
[06:00] <jarhed> anyone?
[06:04] <ogra> whats wrong ?
[06:08] <skwashd> ogra: well the ISO md5 is fine
[06:08] <skwashd> but when trying to install it says a stack of debs are corrupt (final) ... or it can't load the cd driver (beta)
[06:09] <ogra> how fast did you burn ?
[06:09] <cliebow>   burned ttoo fast?? burn at 8 or lheh
[06:09] <ogra> note that compressed files like these shouldnt be burned faster than 8x
[06:10] <skwashd> ogra: it isn't burnt ... it is being used under kvm
[06:11] <ogra> sorry, i have no experiec with kvm ... i know it works in virtualbox and vmware ...
[06:11] <ogra> *experience
[06:11] <skwashd> hmmm ... virtualbox and kvm are both qemu derivatives
[06:13] <skwashd> oh well .. i might dig out an old PIII 2moro and try a real install
[06:13] <skwashd> but that will have to wait until 2moro
[07:57] <peteface> ello all
[07:57] <peteface> im havin a very difficult time figuring somethin out can anyone help?
[07:59] <cliebow_> put it on the table here..someone may pipe
[07:59] <cliebow_> a
[11:04] <jarhed> how should special parameters be grouped in lts.conf: by hostname or MAC ?


[08:05] <fgimenez> good morning
[08:19] <dholbach> good morning
[09:00] <LefterisJP> Hey guys good morning. (If you are located in Europe)  :)
[09:00] <LefterisJP> In an experimental snapp I am playing with I have a binary which tries to access the $SNAP_APP_PATH variable
[09:01] <LefterisJP> Instead of getting the /apps/NAME/version/ path I get the current directory there.
[09:01] <LefterisJP> Any idea why and/or how I can get the actual path?
[09:43] <JamesTait> Good morning all; happy Thursday, and happy Old Rock Day! 😃  🎸
[09:50] <renat> exit
[09:52] <femdom> Hi all! I'm trying to make a webcam using program work. But apparmor denies me usage of my webcam (Denies ac
[09:52] <femdom> Hi all! I'm trying to make a webcam using program work. But apparmor denies me usage of my webcam (Denies access to the /sys/bus)
[09:54] <renat> I can see that in OEM snap I can unmask webcam device in the "assign" setting. But is it possible to whitelist that webcam in the regular app snap?
[09:55] <LefterisJP> I will ask my question again since it seems nobody saw it :)
[09:55] <LefterisJP> In an experimental snapp I am playing with I have a binary which tries to access the $SNAP_APP_PATH variable
[09:55] <LefterisJP> but it shows to be the current directory instead of what I would expect
[09:55] <LefterisJP> anyone knows why?
[10:01] <renat> LefterisJP, how are you trying to access?
[10:01] <renat> Please see this http://pastebin.com/f0d2NRGZ
[10:01] <renat> Notice that SNAP_APP_PATH becomes your workdir just before your application is started
[10:03] <LefterisJP> I am simply trying to run the binary manually since running it from Appname.binary did not work and wanted to see why this happened.
[10:03] <LefterisJP> The binary is the shell script from the go-template that chooses the "correct architecture" binary
[10:04] <LefterisJP> from this post: https://insights.ubuntu.com/2015/06/03/so-you-want-to-write-a-snappy-app/
[10:07] <LefterisJP> This is the shell script in question: https://gist.github.com/LefterisJP/90d7a91933db92011a02
[10:07] <LefterisJP> for it to work I would expect snapp_dir=$SNAP_APP_PATH when echoed to show the /apps/name/version/ directory
[10:08] <renat> Doesn't this happend because of line 30?\
[10:09] <renat> Please, see your wrapper in the /apps/bin/ directory
[10:09] <renat> You will see a script which sets all SNAP_* variables
[10:11] <renat> If it's your experimental script - you can just copy - paste all SNAP_* vars there and see if that helps.
[10:17] <LefterisJP> it's not due to line 30 since I tried to echo the $SNAP_APP_PATH even before those lines, and then it seems to be empty.
[10:18] <LefterisJP> But indeed you are right, there is a script in /apps/bin which looks like the one you linked. I can of course manually paste them and I expect it to work, but what would that achieve? I would like to be able to access these variables from my binary  (and the shell script I linked assumes this is possible to select the right architecture)
[10:32] <LefterisJP> hmm I think I understand. When I run the binary, then this wrapper at /apps/bin runs which in turn should call the architecture selection script.
[10:32] <renat> No
[10:32] <renat> There should be one more wrapper script
[10:32] <LefterisJP> I am getting appname Geth.sideload not allowed so this is why I tried to run the binary directory
[10:32] <LefterisJP>
[10:33] <LefterisJP> /s/directory/directly
[10:34] <renat> apps/bin/wrapper should run /apps/snapname.sideload/current/bin/binary.wrapper which should run /apps/snapname.sideload/current/bin/binary
[10:34] <LefterisJP> Ok I am trying to see why I am getting sideload not allowed, so I am gonna go through all these
[10:35] <renat> Maybe I'm wrong.
[10:36] <renat> But anyhow if you use SNAP_* variables - you need to execute script in /apps/bin/ which sets all appropriate variables
[10:39] <LefterisJP> Any idea why one would get this "Sideload not allowed" error?
[10:39] <LefterisJP> This is what I get when I run the /appas/bin/wrapper
[10:40] <renat> Don't know. Maybe you can find an answer if you run dmesg
[10:54] <LefterisJP> so basically this part of the /apps/bin/wrapper script (last line) seems to fail
[10:55] <LefterisJP> ubuntu-core-launcher Geth.sideload Geth.sideload_.-bin-geth_IJXfQHMIaSVL /apps/Geth.sideload/IJXfQHMIaSVL/bin/geth "$@"
[10:55] <LefterisJP> with appname Geth.sideload not allowed
[10:55] <LefterisJP> IF I use snappy-remote --url FOO install PACKAGE isn't it enough? Do I need something different to properly allow executing a sideloaded app?
[12:05] <enoch85> kyrofa, ping
[12:16] <LefterisJP> so I think I have pinned down the problem a bit more
[12:16] <LefterisJP> I have installed the hello-world example which calls its binary also via ubuntu-launcher
[12:16] <LefterisJP> ubuntu-core-launcher hello-world.canonical b c
[12:16] <LefterisJP> Will give an error about the path
[12:17] <LefterisJP> which is okay
[12:17] <LefterisJP> but ubuntu-core-launcher Geth.sideload b c will give an error about the appname not being allowed
[12:18] <LefterisJP> Why would ubuntu-core launcher not allow me to launch an app with that name when I have already installed it and it appears as sideloaded when I do `snappy list`  ?
[12:22] <sergiusens> Chipaca, can you help out there
[12:22] <Chipaca> where?
[12:22] <sergiusens> LefterisJP, are you on rolling or 15.04?
[12:22] <sergiusens> Chipaca, ^ sideloading and core launcher failures
[12:22] <Chipaca> LefterisJP: what are you doing, exactly?
[12:22] <sergiusens> then again, I haven't grabbed all the details to the problem :-)
[12:24] <LefterisJP> I am using an ubuntu 15.10 with snappy tools. I snapify a directory with snappy-build and get the package. Then I upload it to my Rpi with snappy-remote.
[12:24] <LefterisJP> Once there I can confirm it's sideloaded with snappy list
[12:25] <LefterisJP> But when I try to run the Binary by doing Geth.geth I get the:
[12:25] <LefterisJP> appname Geth.sideload not allowed
[12:25] <LefterisJP> error
[12:25] <Chipaca> LefterisJP: do you have click-reviewers-tools installed?
[12:25] <Chipaca> LefterisJP: I don't think you can use uppercase there, but i might be wrong
[12:26] <LefterisJP> So I have been digging to find out why this happens, and it's an error omitted by this ubuntu-core-launcher used in the wrapper script.
[12:26] <kyrofa> Good morning
[12:26] <kyrofa> enoch85, pong
[12:26] <LefterisJP> Chipaca: Good idea. I will try with all lowercase too. What about the click-reviewers-tools? Is it supposed to be in the target or in the host machine?
[12:27] <Chipaca> LefterisJP: if you have it installed on the host machine, `snap build` will warn you about stuff
[12:27] <enoch85> kyrofa, hey Kyle! :) How is your schedule today? :?
[12:27] <Chipaca> LefterisJP: as long as you have a recent-enough one installed, it'll give you the same warnings as the store would
[12:28] <sergiusens> kyrofa, morning
[12:28] <LefterisJP> Chipaca: Just checked. I do have it. And snappy build gives no warnings.
[12:30] <Chipaca> LefterisJP: hmm... i don't believe you =)
[12:30] <Chipaca> LefterisJP: you should be getting "malformed name" with an uppercase package name
[12:31] <Chipaca> LefterisJP: i just checked this
[12:31] <Chipaca> LefterisJP: maybe you have an older snappy that *didn't* run click-review automatically?
[12:32] <Chipaca> LefterisJP: try running it by hand: click-review <snapname>
[12:32] <Chipaca> e.g., $ click-review Hello-world_1.0.18_all.snap
[12:32] <Chipaca> Errors
[12:32] <Chipaca> ------
[12:32] <Chipaca>  - lint:snappy_name_valid
[12:32] <Chipaca> 	malformed 'name': 'Hello-world'
[12:32] <Chipaca> Hello-world_1.0.18_all.snap: FAIL
[12:32] <LefterisJP> ahh wait
[12:32] <LefterisJP> I had already changed the name ....
[12:33] <Chipaca> LefterisJP: ah :)
[12:33] <LefterisJP> let me try again
[12:34] <kyrofa> enoch85, this morning is a little full, but this afternoon is a bit more open
[12:34] <LefterisJP> nah .. changed it back and snappy build did not complain.
[12:35] <LefterisJP> http://postimg.org/image/jek4a32o5/
[12:35] <LefterisJP> Maybe I do have an older version.
[12:35] <LefterisJP> Let me see if the RPI likes the lowercase name though
[12:35] <Chipaca> LefterisJP: you can always run click-review by hand, as above
[12:35] <kyrofa> sergiusens, elopio I need to miss standup today-- I have a doctor's appointment
[12:35] <sergiusens> kyrofa, no worries
[12:36] <Chipaca> LefterisJP: i'd suggest you add the ppa to have the most recent stuff if you're going to be building stuff with snappy long-term
[12:38] <LefterisJP> Chipaca: Will do. Thanks. Good to know this tool exists.
[12:41] <LefterisJP> Chipaca: Which ppa? I only have the one mentioned in the Get Started guide.
[12:41] <LefterisJP> ppa:snappy-dev/tools
[12:42] <Chipaca> LefterisJP: hm, that's probably right. What does `apt-cache policy ubuntu-snappy-cli` say?
[12:43] <LefterisJP> Installed: 1.5ubuntu1
[12:43] <LefterisJP>   Candidate: 1.5ubuntu1
[12:43] <LefterisJP>   Version table:
[12:43] <LefterisJP>  *** 1.5ubuntu1 0
[12:43] <LefterisJP>         500 http://gb.archive.ubuntu.com/ubuntu/ wily/universe amd64 Packages
[12:43] <LefterisJP>         100 /var/lib/dpkg/status
[12:43] <LefterisJP>
[12:46] <Chipaca> huh
[12:46] <Chipaca> mvo_: ping
[12:49] <Chipaca> LefterisJP: i guess that is the right version for 15.04 compatibility (which is stable snappy until 16.04)
[12:49] <Chipaca> but we might want to enable click-review (i thought we had?); hence mvo_ ping
[12:52] <LefterisJP> Chipaca: understood. Anyway it really helps since I am already getting other errors with my snap thanks to these tools. `Error could not find binary`. Looking into what it is now
[12:53] <Chipaca> LefterisJP: 👍
[13:01] <renat> Hi guys! It's Renat from Screenly. I have more and more questions=)
[13:03] <renat> First - how I can enable access to the webcam in the snapcraft.yaml file? I want to use webcam snap (C++ app with OpenCV). And when I try to run it - that app doesn't work. Because of AppArmor. I've used hw-assign to enable /dev/video0 for my snap.
[13:03] <renat> But it doesn't work anyhow.
[13:03] <renat> From dmesg I can see
[13:03] <renat> apparmor="DENIED" operation="open" profile="webstreamer.sideload_camcapture_IJXBNQHfABEX" name="/sys/devices/pci0000:00/0000:00:06.0/usb1/1-1/1-1:1.0/video4linux/video0/dev
[13:08] <sergiusens> renat, I'll defer that to jdstrand ^
[13:09] <renat> sergiusens, thanks
[13:17] <kyrofa> sergiusens, take another look at https://github.com/ubuntu-core/snapcraft/pull/206 when you're able?
[13:18] <enoch85> kyrofa, cool, I will go to my regular work now, but I'll be back in your afternoon. As I said earlier, feel free to work without me. :) Later!
[13:18] <kyrofa> enoch85, sounds good!
[14:12] <LefterisJP> If I am having trouble with an executable inside an Ubuntu core installation on the Raspberry PI is there any way to invoke common Unix tools like strace and ldd to see what could be wrong?
[14:12] <LefterisJP> (Want to find out why my cross-compiled executable does not run)
[14:13] <sergiusens> kyrofa, sorry one more comment
[14:13] <kyrofa> sergiusens, no need to be sorry! Thanks for being thorough :)
[14:14] <sergiusens> LefterisJP, not exactly strace but `sudo snappy install snappy-debug`
[14:14] <sergiusens> it will help out with all the security warnings and such
[14:15] <kyrofa> sergiusens, fixed
[14:17] <LefterisJP> sergiusens: thanks. Will try it out
[14:20] <sergiusens> kyrofa, just fwiw, I thought you said we needed the exact format for closing bugs '(Closes LP: #XXXX)' or is 'Fixes ...' also fine?
[14:20] <sergiusens> kyrofa, or just LP: #XXXX
[14:21] <sergiusens> you must be gone by now :-P
[14:21] <kyrofa> sergiusens, right, Closes|LP is the default pattern
[14:21] <kyrofa> sergiusens, so LP: #XXX
[14:22] <kyrofa> sergiusens, alright I gotta run
[14:22] <mvo_> Chipaca: ups, sorry for the delay. yes, I thought we did enbable that, wonder what happend here. did you figure it out already or should I have a look
[14:22] <Chipaca> mvo_: i haven't looked
[14:45] <elopio> sergiusens: sorry, I hit the close button but you kept talking :)
[14:45] <sergiusens> elopio, no, mutual
[14:45] <sergiusens> I did not notice you hit it
[14:45] <sergiusens> :-P
[15:01] <elopio> stgraber: yesterday I almost got all the tests passing in the travis lxc. But then I wanted to run them as the user, not as root, and it fails when the tests try to run sudo, like this: http://pastebin.ubuntu.com/14430440/
[15:01] <elopio> sudo: no tty present and no askpass program specified
[15:01] <elopio> Do you know a good way to work that around?
[15:04] <stgraber> stgraber@castiana:~$ lxc exec blah -- su - ubuntu -c "sudo ls /"
[15:04] <stgraber> bin   dev  home  lib64	     media  opt   root	sbin  sys  usr
[15:04] <stgraber> boot  etc  lib	 lost+found  mnt    proc  run	srv   tmp  var
[15:04] <stgraber> seems to work here, can you give me the url to your travis.yml again?
[15:05] <elopio> stgraber: I rolled back to root late last night: https://github.com/elopio/snapcraft/blob/lxd/.travis.yml
[15:11] <stgraber> elopio: ah, the difference is probably that I was tested with the official cloud images rather than the minimal image we have on images.linuxcontainers.org
[15:12] <elopio> stgraber: should I be using the official cloud image instead?
[15:13] <stgraber> elopio: instead of "lxc remote add..." do "lxd-images import ubuntu xenial --stream daily --alias ubuntu" and instead of "lxc launch images:..." do "lxc launch ubuntu xenial"
[15:14] <elopio> I like that :D
[15:14] <stgraber> elopio: I think so, that'll solve the sudo issue at least and probably save you a few dependencies too. Some folks still prefer the other images due to their size, they are about half the size of the cloud images
[15:47] <jdstrand> renat: you use hw-assign for things in /sys/devices too. It can be used with globs (one '*' for everything in a directory, '**' for subdirectories too and end with a '/' and it is everything in that directory. eg, 'sudo snappy hw-assign foo.sideload '/sys/devices/**/video4linux/video0/'
[15:47] <jdstrand> renat: note, this is going to change with the new capabilities work
[15:49] <jdstrand> zyga: fyi (and I think we are on the same page here) is that when we do a capabilities assignment (eg, assign camera which maps to /dev/video0 underneath (whatever the syntax ends up)) then we get not only the /dev/video0 but also /sys/devices/**/video4linux/video0/ (and related items)
[15:50] <jdstrand> s/is that//
[15:50] <jdstrand> renat: hey, did you see my comment to you regarding hw-assign? you dropped off right after I gave it
[15:50] <jdstrand> renat: in case not: you use hw-assign for things in /sys/devices too. It can be used with globs (one '*' for everything in a directory, '**' for subdirectories too and end with a '/' and it is everything in that directory. eg, 'sudo snappy hw-assign foo.sideload '/sys/devices/**/video4linux/video0/'
[15:51] <jdstrand> renat: note, this is going to change with the new capabilities work
[15:57] <renat> jdstrand, thanks. Where I can read about new capabilities? So this mean - it's not possible to enable access to the device until snap is not installed?
[15:58] <jdstrand> renat: the new capabilities work was announced on snappy-devel@ in Nov/Dec. it is still being defined/implemented and isn't available yet on any images
[15:58] <jdstrand> well, maybe it is in parts. perhaps zyga can point you at something
[15:59] <renat> jdstrand, understood. Thanks.
[16:19]  * sergiusens takes a break from implementing the new format for snap apps
[16:41] <zyga> jdstrand: hey
[16:41] <zyga> jdstrand: that's up to the capability to decide, I have some code I want to show you for some review
[16:41] <zyga> jdstrand: but probably tomorrow, I'm trying to make something that I can propose in parallel to other branches aimed at trunk
[16:42] <zyga> jdstrand: I'd like to understand how to plan for the major flag day when snappy uses capabilites to boot
[16:42] <zyga> jdstrand: and to do that I need to get everyone to agree on a few details
[16:43] <zyga> jdstrand: and to ask you and tyhicks about some details of ubuntu-launcher and apparmor/seccom bits
[16:43] <zyga> jdstrand: specifically, exactyl which file is read / written by which tool outside of snappy itself
[16:43] <zyga> jdstrand: *exactly
[16:43] <zyga> jdstrand: I read most of aa and snappy code related to that but I don't want to bet I'm correct
[16:44] <zyga> jdstrand: as for the actual security bits, I'll show you a branch/gist in one hour, we can discuss it tomorrow/next week
[16:57] <asac> sergiusens: hmm.. cant find a python pip example anymore :
[16:57] <asac> :(
[16:58]  * asac feels blind
[16:58] <asac> python3 and py2 seem to not be doing pip stuff anymore
[16:58] <asac> but rather pull from git a tree
[17:01] <sergiusens> asac, there are many, te most simple one using whatever is in setup.py https://github.com/ubuntu-core/snapcraft/blob/master/integration_tests/snaps/pypi-config/snapcraft.yaml
[17:02] <sergiusens> asac, using `python-packages` https://github.com/ubuntu-core/snapcraft/blob/master/integration_tests/snaps/pip-requirements-list/snapcraft.yaml
[17:02] <sergiusens> asac, and requirements.txt https://github.com/ubuntu-core/snapcraft/blob/master/integration_tests/snaps/pip-requirements-file/snapcraft.yaml
[17:03] <sergiusens> asac, also `snapcraft help python3`
[17:03] <sergiusens> or 2
[17:03] <asac> sergiusens: why no example/ anuymore?
[17:03] <sergiusens> asac, I don't think there ever was an example
[17:08] <renat> Guys. It's me again. Sorry=( For the some reason /dev/vchiq device not appearing in snappy. But I can see it in Raspbian.
[17:10] <renat> Tried to load vchiq by modprobe, with no result. Maybe it's compiled in somehow.
[17:11] <renat> Maybe it's because udev. Let me investigate.
[17:12] <asac> sergiusens: really odd ... i see https://aws.amazon.com/de/cli/ that pip install awscli should do the trick
[17:12] <asac> but if i do this it doesnt yield a bin/aws et.
[17:12] <asac> etc
[17:13] <asac> well look at en: https://aws.amazon.com/cli/
[17:13] <aPragmatist> hello all. I have an armhf c++ project that depends on several 3rd-party libraries (zmq, jsoncpp, eigen, etc) that I've been running on a bunch of beaglebone blacks with debian. I'd like to port this project, and a couple of others, to snappy in order to take advantage of the atomic updating/rollback features. What approach do you all recommend? Should I adapt the project to use snapcraft, or build as I have been with make, and
[17:13] <aPragmatist>  include all of the libs manually in the snap?
[17:15] <aPragmatist> Or... do you think I'm better off just implementing the update/rollback features myself and not using snappy?
[17:16] <aPragmatist> Thanks in advance for your help :)
[17:18] <jdstrand> zyga: ack
[17:18] <zyga> jdstrand: thanks!
[17:21] <sergiusens> asac, strange since we already had aws' cli working with snapcraft
[17:48] <zyga> jdstrand: I won't have the gist for discussion today, sorry :/
[17:48] <zyga> jdstrand: I got more food for though with hooks, I'm processing that now
[18:01] <renat> Nevermind guys. vchiq worked after firmware upgrade using rpi-update.
[18:06] <jdstrand> zyga: no worries-- I've got plenty to do :) tomorrow or ideally monday would work best for me. enjoy your evening :)
[18:09] <renat> jdstrand, sorry for disturbing you. Not sure if it's important, but your current Raspberry PI2 firmware with vchiq support broken. I don't know who is responsible for that, but you may want to update your raspberry pi image with newer firmware.
[18:11] <jdstrand> ogra_: iirc, that is something you'd be interested in ^
[18:12] <jdstrand> renat: thanks
[18:13] <ogra_> vchiq ?
[18:13]  * ogra_ googles
[18:14] <ogra_> well, i doubt anything on the RPi is even remotely ready for graphical stuff yet
[18:14] <ogra_> i was planning to take a look after my vacation though
[18:26] <ogra_> renat, please file a bug :)
[18:27] <renat> ogra_, ok.
[18:48] <kyrofa> Chipaca, are you still around?
[18:48] <Chipaca> kyrofa: no
[18:48] <Chipaca> kyrofa: 'sup?
[18:48] <kyrofa> Chipaca, okay I'll ask tomorrow ;)
[18:48] <Chipaca> kyrofa: i've got 5 minutes before the risotto needs tending again
[18:49]  * sergiusens notices that Chipaca is always needs to leave as soon as food is ready implying he might be eating all day
[18:49] <sergiusens> :-D
[18:50]  * Chipaca agrees
[18:50] <kyrofa> Chipaca, okay this should be relatively quick. The discussion here (https://github.com/ubuntu-core/snappy/pull/264) culminating in the ML post just sent... I don't understand what he's saying. We redefine $HOME=$SNAP_APP_USER_DATA_PATH anyway
[18:50] <Chipaca> kyrofa: ah. i haven't read the email yet.
[18:50] <sergiusens> kyrofa, he's saying running sudo should make $HOME point to the euid
[18:50] <sergiusens> today, sudo preserves your env on ubuntu
[18:50] <kyrofa> sergiusens, but the wrapper effectively does that
[18:51] <kyrofa> sergiusens, well, along with #264's fix
[18:51] <sergiusens> kyrofa, you might be completely right here; we have too many wrappers to keep track of ;-)
[18:51] <kyrofa> sergiusens, yeah there's that problem too :P
[18:52] <Chipaca> kyrofa: I think #264 is one implementation of this, but
[18:53] <Chipaca> kyrofa: maybe we should just get euid's home directly and not worry
[18:53] <kyrofa> Chipaca, so really it's a different implementation altogether. Before the wrapper it touched, $HOME should point elsewhere?
[18:54] <kyrofa> Chipaca, which is where you were coming from with the libc comment, okay I think I gotcha
[18:55] <Chipaca> something like that, yes
[18:56] <kyrofa> Chipaca, okay thank you! I just wanted to understand where he was coming from there
[18:56] <jerryG> any1 able to answer questions about mir, xmir or shared libs in snappy?
[18:56] <Chipaca> kyrofa: just read gustavo's email, and i think his proposal is sane and is basically what you're trying to do with 264 but gives us a framework against which to check the other things; i still need to look at what we're doing vs what we want to do
[18:58] <kyrofa> Chipaca, okay. I'm going to leave #264 alone until I get some better guidance. I can tweak that as needed, close and do something earlier in the process, or just let you deal with it
[18:58] <jerryG> mterry: are u online?
[18:59] <Chipaca> kyrofa: +1.33̑
[18:59] <niemeyer> kyrofa: My concern, which I'm trying to address in that mail, is that we've been solving that issue in small pieces, and with slightly different semantics each time
[18:59] <Chipaca> jerryG: what's your question about shared libs in snappy?
[19:00] <kyrofa> niemeyer, oh I'm sorry-- I would have just asked you but I was trying to put the e before the i and it wasn't tab-completing, so I figured you weren't online :P
[19:00] <niemeyer> kyrofa: Rather than tweaking where the user data points to, I hope we can make it consistently point to the user's home, so everything falls from that
[19:00] <niemeyer> kyrofa: No worries
[19:00] <kyrofa> niemeyer, and yeah, I'm on board with that
[19:00] <kyrofa> niemeyer, we'll still need to create the directory when it comes to services, though
[19:00] <Chipaca> this breaks the "sudo vim finds my .vimrc", but i don't see a way around that
[19:01] <niemeyer> kyrofa: If there's consensus around that approach, it's clear how to fix the problem in every case
[19:01] <Chipaca> and so many apps get that wrong and write the user's config when uid!=euid, it's not worth it tbh
[19:01] <niemeyer> kyrofa: Why are services any different?
[19:02] <jerryG> Chipaca: I have 2 questions: 1. how do I add shared libraries (files) in snapcraft.yaml, 2. how do I include xmir in my app,
[19:02] <kyrofa> niemeyer, just because the binary wrapper makes sure user data path exists, services do not
[19:02] <niemeyer> kyrofa: That sounds like a bug on itself
[19:02] <Chipaca> jerryG: shared libraries should be added automatically aiui
[19:02] <kyrofa> niemeyer, agreed
[19:02] <niemeyer> kyrofa: In the sense that services shouldn't have a complete different path for everything
[19:02] <niemeyer> kyrofa: services are not that special
[19:03] <Chipaca> jerryG: i know nothing about xmir, but maybe somebody else here does =)
[19:03] <kyrofa> niemeyer, yeah I think that should be removed from the wrapper and added to ubuntu-core-launcher
[19:03] <kyrofa> niemeyer, makes them more similar
[19:03] <Chipaca> the wrapper needs cleaning up a lot
[19:03] <Chipaca> for 16.04
[19:04] <Chipaca> including nuking the silly tmpfile thing we did pre-1504
[19:04] <Chipaca> (i mean silly to still be doing it now we no longer do it)
[19:04] <niemeyer> kyrofa: I still haven't visited the whole code base, and this is an area I'm specifically less aware about, so I'm afraid of saying yes or no.. perhaps would be my best answer before I know more
[19:05] <kyrofa> niemeyer, understood! +1 on your proposal though
[19:05] <kyrofa> niemeyer, I'll respond to the ML though
[19:05] <niemeyer> Chipaca: pre-1504 makes it sounds *really* old :D
[19:05] <kyrofa> Hahaha
[19:05] <niemeyer> kyrofa: Thanks, appreciated
[19:05] <jerryG> Chipaca: how do I wrap program with LD_PRELOAD? like mterry did?
[19:05] <mterry> jerryG, am now, back from lunch
[19:06] <jerryG> mterry: great!..  how does libsnappypreload.so work?  How do I include .so files in my snaps?
[19:06] <Chipaca> niemeyer: ditto for SNAPP_ variables
[19:06] <mterry> jerryG, look at how https://github.com/mikix/deb2snap works
[19:06] <Chipaca> jerryG: libsnappypreload.so is *old*
[19:06] <Chipaca> jerryG: what are you trying to do?
[19:06] <mterry> jerryG, it has most of the grossness on display -- src for libsnappypreload
[19:06] <mterry> jerryG, and wrappers to use it
[19:06] <mterry> jerryG, but it's a super gross way to do things
[19:06] <Chipaca> i mean, the old way to do thinigs =)
[19:07] <mterry> jerryG, Chipaca can explain the new fun way
[19:07] <Chipaca> no no, i can have dinner
[19:07] <Chipaca> which is almost the same thing, but different
[19:07]  * Chipaca afk's
[19:07] <mterry> heh
[19:07] <mterry> jerryG, well *someone* can explain the new ways (using snapcraft and such)
[19:07] <mterry> jerryG, I'm not so involved with that
[19:07] <Chipaca> sergiusens: ^^
[19:08] <jerryG> mterry: ok thanks.  Can you answer questions about xmir and mir?  or is that different now too?
[19:09] <mterry> jerryG, it maybe be different, I'm not sure how snapcraft helps integrate those
[19:11] <jerryG> mterry:  I read that xmir must be implemented in the snap, and use mir as a framework
[19:14] <mterry> jerryG, yeah that's still the current plan I think
[19:15] <jerryG> mterry: how do I implement xmir in the snap?  is that similar to the way you did it? or is that different now with snapcraft?
[19:15] <kyrofa> sergiusens, alright 1.0 is ready to go. Want to take another look at the changelog?
[19:15] <jerryG> Chipaca: thanks for the help :}
[19:16] <kyrofa> sergiusens, any other backports/features need to go into that?
[19:16] <mterry> jerryG, I don't know how different it is in snapcraft these days
[19:16] <kyrofa> elopio keeps stealing my travis
[19:16] <kyrofa> His tests take forever
[19:17] <jerryG> mterry: is there any docs or any way to check?... I couldn't find much about xmir and mir in snappy other than your git
[19:17] <mterry> jerryG, I don't know!  The only intel I have is ancient when I made deb2snap
[19:17] <mterry> :-/
[19:18] <mterry> jerryG, maybe tedg knows?
[19:18] <jerryG> mterry: k thx.  what do they have u working on now?
[19:19] <mterry> jerryG, oh I work on the phone
[19:19] <mterry> jerryG, which isn't *yet* on snappy  :)
[19:23] <jerryG> mterry: oic
[19:23] <sergiusens> kyrofa, let me take a minute or two on that
[19:24] <kyrofa> sergiusens, take your time. I'm sorry for dragging it out but I'm happy with it now :)
[19:28] <sergiusens> mterry, jerryG we are getting rid of frameworks for 16.04
[19:29] <sergiusens> for the new way to setup mir, talk to kgunn, he's working on a wiki part (not done yet I believe)
[19:29] <sergiusens> tht said, I have no idea how display stuff works, much less xmir
[19:30] <jerryG> sergiusens: can u help with shared libraries?... can I include them manually instead of using apt-get?
[19:31] <jerryG> sergiusens: interesting decision to remove frameworks
[19:32] <sergiusens> jerryG, what do you mean by manually? you have a lib already? use the copy plugin
[19:32] <jerryG> sergiusens: kk
[19:34] <enoch85> kyrofa, ok, back from work. are you here?
[19:34] <kyrofa> enoch85, I am :)
[19:34] <kgunn> jerryG: as sergiusens, i've just learned myself that things are changing for 16.04 wrt frameworks and security policy...
[19:35] <kgunn> so even i'm back at the drawing board for mir
[19:35] <sergiusens> kgunn, oh, I thought frameworks wouldn't affect the 'single snap model'
[19:36] <kgunn> sergiusens: you're right in that sense, it's only related in that, aiui we can't split out sec caps to different parts within a snap
[19:36] <kgunn> and sec team doesn't want too much capability in a snap for a client app
[19:37] <kgunn> so i'm being pushed back to the 2 snap approach
[19:37] <sergiusens> kgunn, I thought the idea was for each app in a snap to have its own capabilties
[19:37] <sergiusens> kgunn, oh, yeah, that brings in a lot more work
[19:38] <kgunn> sergiusens: right, it was a feasible way (the 1 snap) but wouldn't scale....
[19:38] <kgunn> and doesn't really match the framework going away (as can't set you're own policy)
[19:42] <jerryG> kgunn: On 15.04 stable, to use xmir, do I need to include it inside snap and utilize mir framework?..  if so... how do I include xmir inside snap?
[19:44] <jerryG> kgunn: are you going to ubucon?
[19:48] <Doughy> Hello all, the company I work for is considering Ubuntu Core as the basis for an IoT product that we are building on top of the BeagleBone Black. Is Snappy mature enough for commercial production?
[19:50] <jerryG> Doughy: no
[19:50] <jerryG> Doughy: well.. depends on what ur doing
[19:51] <Doughy> jerryG: We would like to use it as the embedded distribution on the BBB. We are attracted to the update features.
[19:52] <Doughy> Basically we have a gateway device with the Beaglebone Black, that runs our application and web server. We would like our interface to have an "UPDATE NOW" button that allows us to push both OS and application updates to the device.
[19:53] <jdstrand> kgunn: you are able to use different 'caps' within a snap now and with the new capabilities work
[19:53] <jdstrand> kgunn: eg:
[19:53] <jdstrand> apps:
[19:53] <jdstrand>   - name: foo
[19:54] <jdstrand>     caps: ...
[19:54] <jdstrand>   - name: bar
[19:54] <jdstrand>     caps: ...
[19:55] <jdstrand> kgunn: this will look different than 'caps' in 16.04, but this sort of thing will be available. what won't available is defining raw security-policy. people will have to work with Canonical to define the new capabilities (security caps currently)
[19:56] <jdstrand> but the two snap approach (server/shell and client app) is a cleaner model than everyone forking mir+app
[19:57] <jdstrand> and it happens to work well with the new capabilities approach
[20:00] <jdstrand> what also won't be available is shipping framework-policy
[20:03] <kgunn> got it, so really, reviewing for the store not scaling is the main reason
[20:04] <kgunn> jerryG: yes, you would need to include xmir in your client snap
[20:04] <kgunn> xmir is just a client from mir's perspective
[20:04] <kgunn> not going to ubucon
[20:09] <kyrofa> sergiusens, why does the autotools plugin run `./configure --prefix=` ? Is that intentional?
[20:10] <sergiusens> kyrofa, we have that from original code, maybe mvo_ or mterry know
[20:10] <sergiusens> kyrofa, I always meant to ask
[20:10] <kyrofa> sergiusens, it breaks my apache build
[20:11] <kyrofa> mterry, any clues there?
[20:11] <sergiusens> kyrofa, fix it to anything that makes sense ('/' or '/usr')
[20:11] <mterry> kyrofa, prefix is commonly /usr or /usr/local
[20:12] <mterry> kyrofa, I found some packages that broke with prefix=/
[20:12] <sergiusens> kyrofa, if you do a --prefix in configflags the last one takes precedence I believe
[20:12] <mterry> kyrofa, but I didn't find one that broke with prefix=
[20:12] <mterry> kyrofa, (and I wanted one of them purely for cosmetic reasons, so that all files in the snap weren't full of /usr paths
[20:13] <kyrofa> mterry, that makes sense, thank you for the explanation! It just hanging there looked... bug-like
[20:13] <kyrofa> sergiusens, good to know, I'll give that a shot :)
[20:13] <kyrofa> sergiusens, not a bit autotools user here
[20:15] <kyrofa> s/bit/big/
[20:16] <Doughy> Anyone know if there is a way I can get someone from Canonical on the phone? I'm willing to pay for it. I need answers around Ubuntu Core and can't seem to get them.
[20:17] <sergiusens> kyrofa, I am mostly done with the work to support snap.yaml, package.yaml, readme.md and all the hooks (icon, license and config) :-D
[20:17] <sergiusens> just pending a rewrite of all the unit tests :-P
[20:17] <kyrofa> Doughy, have you tried the snappy mailing list?
[20:18] <kyrofa> sergiusens, awesome!
[20:18] <kyrofa> sergiusens, you work too fast. Makes the rest of us look bad
[20:20] <kyrofa> Doughy, Ubuntu Core is pretty stable, but it is indeed under heavy development. You would need to be aware of that
[20:20] <sergiusens> kyrofa, nah; once you see this you will notice it wasn't that complicated
[20:23] <kyrofa> Doughy, what specific questions do you have?
[20:24] <Doughy> kyrofa, I have an armhf c++ project that depends on several 3rd-party libraries (zmq, jsoncpp, eigen, etc) that I've been running on a bunch of beaglebone blacks with debian. I'd like to port this project, and a couple of others, to snappy in order to take advantage of the atomic updating/rollback features. What approach do you all recommend? Should I adapt the project to use snapcraft, or build as I have been with make, and include a
[20:25] <Doughy> ...in the snap.
[20:25] <kyrofa> Doughy, alright, so a current limitation of snapcraft is an inability to cross-compile, so you would need an arm environment in which to run it (e.g. a qemu vm)
[20:25] <Doughy> OK, that's not a problem.
[20:26] <kyrofa> Doughy, and that's only if you choose to do the build with snapcraft. If you keep your current built methodology, you can cross-compile yourself and simply package the result as a .snap
[20:26] <kyrofa> Doughy, how do you include the 3rd party libs? Do you compile from source? .deb packages?
[20:27] <Doughy> Compiling from source.
[20:27] <kyrofa> Doughy, man you're golden if you can live with the cross-compile limitation of snapcraft
[20:28] <Doughy> Is there a good example of a C++ snap that uses 3rd party libraries that we can go off?
[20:30] <kyrofa> Doughy, hmm... you know I don't think there is. But I'm currently working on one I'd be happy to share once I make some more progress
[20:31] <kyrofa> Doughy, there are examples of using libs packaged as .debs, but not source depending on source that I know of
[20:31] <Doughy> kyrofa, That would be awesome. Really appreciate it. Do you work for Canonical?
[20:31] <kyrofa> Doughy, I do
[20:31] <sergiusens> kyrofa, there are simple examples in c, 'downloader_with_wiki_parts' and 'libpipeline'
[20:32] <kyrofa> Ah, thanks sergiusens. Doughy check out https://github.com/ubuntu-core/snapcraft/blob/1.x/examples/libpipeline
[20:33] <Doughy> kyrofa, Does Canonical offer any paid support for this kind of stuff? Some way to get direct support as we develop rather than hoping to find you here?
[20:33] <Doughy> We'd be willing to pay to make sure we can get questions answered quickly.
[20:33] <Doughy> Thanks for the link. We've seen that link.,
[20:34] <kyrofa> Doughy, yeah, we just need to put you in touch with the right people. Mind shooting me your email in a PM?
[20:34] <Doughy> Awesome. Will do now.
[21:35] <sergiusens> kyrofa, ok, so early morning we can do the release; I'll create a hangout so you can see how boring it is
[21:36] <sergiusens> elopio, maybe you can check 1.x as it is now and verify nothing broke badly on trusty or vivid?
[21:36] <kyrofa> sergiusens, sounds good
[21:43] <sergiusens> kyrofa, ideas RuntimeError: Package "std_msgs" isn't a valid system dependency. Did you forget to add it to catkin-packages? If not, add the Ubuntu package containing it to stage-packages until you can get it into the rosdep database. ?
[21:43] <sergiusens> kyrofa, that's on xenial
[21:44] <kyrofa> sergiusens, yeah it may have something to do with the ubuntu version
[21:44] <kyrofa> sergiusens, let me check something
[21:44] <sergiusens> kyrofa, sure
[21:47] <kyrofa> sergiusens, yeah, I don't think the indigo rosdep rules include provisions for xenial (which makes sense)
[21:48] <kyrofa> sergiusens, hmm... this will require some thinking
[21:49] <sergiusens> kyrofa, no worries, maybe there's an early thing for xenial going on already, I'll shoot out an email to dirk and cc you
[21:49] <kyrofa> sergiusens, alright
[22:17] <sergiusens> kyrofa, in case you are bored and want something to do https://github.com/ubuntu-core/snapcraft/compare/master...sergiusens:snap_yaml?expand=1
[22:17] <sergiusens> an initial diff of everything except units
[22:26] <enoch85> kyrofa, sorry, got hold up with something else
[22:26] <enoch85> kyrofa, builing a new VM - totally focused you know... :)